**** BEGIN LOGGING AT Wed Oct 12 02:59:57 2011 Oct 12 06:44:00 mrmoku: I'll update eglibc patch for you :) Oct 12 06:45:46 JaMaOff: thx :-D Oct 12 14:28:21 dos1: ping... if you manage to come do you need a bed? Oct 12 14:29:49 mrmoku: i can bring sleeping bag with myself, so that wouldn't be a problem Oct 12 14:30:50 dos1: ok, so I won't put you into my beds.txt :) Oct 12 14:59:59 heyho Oct 12 15:00:45 freesmartphone.org: 03morphis 07cornucopia * rc86d5df70f10 10/libfsotransport/fsotransport/crespo.vala: libfsotransport: crespo: be more verbose and do not buffer data Oct 12 15:00:48 freesmartphone.org: 03morphis 07cornucopia * r6b3e53524472 10/fsogsmd/src/plugins/lowlevel_samsung_crespo/ (Makefile.am plugin.vala): Oct 12 15:00:48 freesmartphone.org: fsogsmd: lowlevel_samsung_crespo: implement power up and power down sequence Oct 12 15:00:48 freesmartphone.org: Signed-off-by: Simon Busch Oct 12 15:47:40 gnutoo: ping Oct 12 15:48:30 SHR: 03morphis 07meta-smartphone * r177cf5a4c4bc 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: fsogsmd: package samsung modem plugins and bump PR Oct 12 15:48:36 SHR: 03morphis 07meta-smartphone * r6a63c0101574 10/ (2 files in 2 dirs): meta-fso: libsamsung-ipc: moved from meta-samsung in this place Oct 12 15:48:36 SHR: 03morphis 07meta-smartphone * rac828da660f7 10/meta-fso/recipes-freesmartphone/android/android-image-utils-native_git.bb: meta-fso: android-image-utils-native: bump SRCREV Oct 12 16:29:21 freesmartphone.org: 03morphis 07utilities * rba96506c54ad 10/android/image-utils/mkbootimg/mkbootimg.c: Oct 12 16:29:21 freesmartphone.org: android: mkbootimg: fixup padding so we can deal with a pagesize higher than 2048 Oct 12 16:29:21 freesmartphone.org: Signed-off-by: Simon Busch Oct 12 16:30:32 SHR: 03morphis 07meta-smartphone * rfc27219aaba7 10/meta-fso/recipes-freesmartphone/android/android-image-utils-native_git.bb: meta-fso: android-image-utils-native: bump SRCREV Oct 12 17:07:40 HeinervdmOff: I will try your gobject-introspection patch today Oct 12 17:25:55 gnutoo, hi, did you have time to try new emtooth rev in gta02? Oct 12 17:26:00 well, shr in general Oct 12 17:30:36 pespin: not yet Oct 12 17:30:44 morphis: pong Oct 12 17:35:08 GNUtoo|Desktop: ping Oct 12 17:35:50 GNUtoo|Desktop: I have now access to the modem in fsogsmd Oct 12 17:36:09 GNUtoo|Desktop: and I started to create a chroot-image Oct 12 17:36:15 ok Oct 12 17:36:26 chroot-image? Oct 12 17:36:37 for chrooting within android? Oct 12 17:36:51 no, for chrooting into SHR/AUrora Oct 12 17:37:11 as replacement for the meego fastboot image Oct 12 17:37:17 ah ok Oct 12 17:37:20 but it does not work right now Oct 12 17:37:23 morphis, btw I'll PM you Oct 12 17:37:26 ok Oct 12 17:59:01 GNUtoo|Desktop: should I push the chroot-image now as it does not work and I don't have for it now Oct 12 17:59:16 yes Oct 12 17:59:27 but it's not a chroot Oct 12 17:59:30 it's an initramfs Oct 12 17:59:35 call it initramfs Oct 12 17:59:37 not chroot Oct 12 18:00:02 SHR: 03morphis 07meta-smartphone * ref380d1e7771 10/meta-palm/recipes-kernel/linux/ (linux-hpveer/defconfig linux-hpveer_git.bb): meta-palm: linux-hpveer: port recipe from oe-dev Oct 12 18:00:10 ok Oct 12 18:00:10 SHR: 03morphis 07meta-smartphone * r4f5f921042c9 10/meta-samsung/recipes-core/base-files/ (base-files/crespo/fstab base-files_3.0.14.bbappend): meta-smasung: base-files: add additional mount directory and fstab file Oct 12 18:00:24 HeinervdmOff: ping Oct 12 18:01:40 morphis: heyho Oct 12 18:01:53 morphis: can you please reply on those questions from oe-core? Oct 12 18:02:30 you know more about it then me in both cases Oct 12 18:02:33 JaMaOff: oh, didn't see them, will do Oct 12 18:04:35 mrmoku, ping Oct 12 18:10:35 GNUtoo|Desktop: in 10 mins please :) Oct 12 18:10:45 ok np at all Oct 12 18:10:54 good Oct 12 18:10:55 bbiab Oct 12 18:14:22 JaMaOff: done Oct 12 18:14:42 thanks Oct 12 18:33:35 freesmartphone.org: 03morphis 07cornucopia * r468e9dc34524 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 12 18:33:35 freesmartphone.org: fsogsmd: modem_samsung: print type of incoming responses to debug log Oct 12 18:33:35 freesmartphone.org: Signed-off-by: Simon Busch Oct 12 18:37:49 r Oct 12 18:40:32 GNUtoo|Desktop: back Oct 12 18:41:53 ok Oct 12 18:42:12 mrmoku, any news from that bug: Oct 12 18:42:40 http://www.shr-project.org/trac/ticket/1505 Oct 12 18:43:09 GNUtoo|Desktop: no, apart from JaMaOff saying the fix should still be there Oct 12 18:43:25 did not get around to do a testcall yet Oct 12 18:44:09 so either it is something different Oct 12 18:44:19 or the fix for DAI switching is not properly there Oct 12 18:44:28 I tested and confirmed the bug Oct 12 18:44:32 ok Oct 12 18:44:43 but I didn't look more Oct 12 18:46:33 probably larsc should know more Oct 12 18:46:58 ok Oct 12 18:47:03 so we have the previous fix? Oct 12 18:47:14 no idea Oct 12 18:47:27 let me check from where the kernel builds Oct 12 18:49:43 GNUtoo|Desktop: hmm... it builds standard linux + openmoko.patch + shr.patch Oct 12 18:50:07 0022 mok@ladyt[pts/1]:~/shr-chroot/OE/shr-core/meta-smartphone/meta-openmoko/recipes-kernel/linux/linux-2.6.39-> grep -i dai *.patch Oct 12 18:50:10 0022 mok@ladyt[pts/1]:~/shr-chroot/OE/shr-core/meta-smartphone/meta-openmoko/recipes-kernel/linux/linux-2.6.39-> Oct 12 18:50:19 looks like the patch is not there anymore Oct 12 18:50:27 might as well be it is merged upstream though Oct 12 18:50:52 ok Oct 12 18:51:33 btw about gta04, I'm not sure I want to switch to it, it might be nice but too complicated to install and I'll surely loose my om-gta02 in the process Oct 12 18:51:56 I'll look for the dai patch Oct 12 18:52:58 ok Oct 12 18:53:26 GNUtoo|Desktop: http://pastie.org/2684576 Oct 12 18:54:14 morphis, forwarding? Oct 12 18:54:26 no Oct 12 18:54:30 ok Oct 12 18:54:33 on target then Oct 12 18:54:35 nice Oct 12 18:54:37 I stopped working on forwarding Oct 12 18:54:43 ok Oct 12 18:54:46 it takes too much time Oct 12 18:54:52 ok Oct 12 18:55:39 mrmoku, I've no idea on how the patch looks like Oct 12 18:55:45 freesmartphone.org: 03morphis 07cornucopia * r28ae487a9ba4 10/fsogsmd/src/plugins/lowlevel_samsung_crespo/plugin.vala: Oct 12 18:55:45 freesmartphone.org: fsogsmd: lowlevel_samsung_crespo: fix path to power mode sysfs node Oct 12 18:55:45 freesmartphone.org: Signed-off-by: Simon Busch Oct 12 18:55:50 mrmoku, so could you do it Oct 12 18:56:57 moment Oct 12 18:58:50 GNUtoo|Desktop: https://gitorious.org/shr/linux/commits/shr-2.6.37-nodrm Oct 12 18:59:00 it's the second one Oct 12 19:00:24 mrmoku, did we miss other patches? Oct 12 19:00:38 no idea Oct 12 19:00:46 could you look? Oct 12 19:01:29 I'm not sure how Oct 12 19:03:03 ah ok Oct 12 19:03:11 since there is no git in oe it's harder Oct 12 19:03:12 right Oct 12 19:03:25 by git I mean the git of the kernel Oct 12 19:05:25 mrmoku, btw why returning 1? Oct 12 19:05:30 1 is EPERM Oct 12 19:06:54 mrmoku, what should I do for the patch? patch as a separate patch in oe? Oct 12 19:07:02 or add to openmoko patch? Oct 12 19:08:56 GNUtoo|Desktop: IIRC shr.patch is what JaMa generates out of that gitorious repo Oct 12 19:09:04 so it should be in that one Oct 12 19:09:06 ok Oct 12 19:09:19 and openmoko.patch is the patch generated by openmoko git? Oct 12 19:09:39 hello Oct 12 19:10:14 hi Oct 12 19:10:18 GNUtoo|Desktop: probably the diff between om and mainline, yeah Oct 12 19:10:51 ok Oct 12 19:11:03 but how to regenerate the shr patchset Oct 12 19:11:09 quilt refresh won't work Oct 12 19:11:14 since it's in git format Oct 12 19:11:24 (it has infos on the git commits etc...) Oct 12 19:11:38 s/won't work/will work but won't be acceptable/ Oct 12 19:12:06 something like git diff 2.6.39.. probably Oct 12 19:12:09 GNUtoo|Desktop: N900 input does not worK, xorg.log says: (EE) module ABI major version (13) doesn't match the server's version (12) (II) UnloadModule: "evdev" Oct 12 19:12:26 nschle85, I had the same on om-gta02 Oct 12 19:12:32 I reflashed and it worked again Oct 12 19:12:35 btw I saw your bug Oct 12 19:12:47 but without the log you just posted I had no clue Oct 12 19:12:47 * mrmoku clones that and looks closer Oct 12 19:13:12 GNUtoo|Desktop: ups so the reason for that problem is not known ? Oct 12 19:13:50 no Oct 12 19:14:00 s/no/yes and no/ Oct 12 19:14:00 GNUtoo|Desktop meant: yes and no Oct 12 19:14:04 the full reason is not known Oct 12 19:14:09 but part of it is obvious Oct 12 19:14:18 there was a mismatch with xorg stuff Oct 12 19:14:21 ABI mismatch Oct 12 19:14:25 that makes xorg not start Oct 12 19:14:29 or input not work Oct 12 19:14:30 etc... Oct 12 19:15:04 GNUtoo|Desktop: but reflashing instead of updating works ? Oct 12 19:15:39 yes it should Oct 12 19:15:45 it worked for me on om-gta02 Oct 12 19:16:06 GNUtoo|Desktop: it looks like we have a problem with the screen suspend Oct 12 19:16:39 yes I know Oct 12 19:16:46 I'll fix after om-gta02 Oct 12 19:16:49 is it a problem Oct 12 19:16:50 ? Oct 12 19:17:04 but describe your issue Oct 12 19:17:08 GNUtoo|Desktop: http://pastie.org/2684699 Oct 12 19:17:09 maybe it's different than mine Oct 12 19:17:24 " stop_drawing_early_suspend: timeout waiting for userspace to stop drawing" Oct 12 19:17:31 morphis, ah ok, revert my patch then Oct 12 19:17:35 ok Oct 12 19:17:41 as the display turns off Oct 12 19:17:47 and then don't comes back fully Oct 12 19:17:51 ok Oct 12 19:18:00 and when its just black Oct 12 19:18:04 I must revisit suspend/resume as soon as om-gta02 is working Oct 12 19:18:21 I need that last fix for om-gta02 Oct 12 19:18:28 ok Oct 12 19:18:32 for getting incomming calls to work Oct 12 19:18:41 mrmoku, the patches applies fine Oct 12 19:18:48 good Oct 12 19:19:00 mrmoku, if you do om-gta02 I could fix that for morphis Oct 12 19:19:06 GNUtoo|Desktop: i have to find out how to clone it Oct 12 19:19:06 mrmoku, is it a problem for you? Oct 12 19:19:12 ah ok Oct 12 19:19:16 no, just have to find out how to commit there Oct 12 19:19:19 mrmoku, do you already have a kernel tree? Oct 12 19:19:39 JaMa isn't there Oct 12 19:19:49 my kernel tree has 11 remotes :-P Oct 12 19:20:10 ok Oct 12 19:20:14 then just add that remote Oct 12 19:20:15 and fetch ti Oct 12 19:20:26 it beeing the remote Oct 12 19:20:34 no need to do a full clone Oct 12 19:20:48 but I guess you already know that Oct 12 19:20:51 and did a typo Oct 12 19:21:51 ahh, ok after logging in to gitorious it tells me the correct ssh url :-) Oct 12 19:22:31 GNUtoo|Desktop: yeah, problem was to know the correct url Oct 12 19:22:39 problems solved...fetching Oct 12 19:25:11 ok Oct 12 19:26:04 GNUtoo|Desktop: ok, cherry picked and pushed Oct 12 19:26:20 now lets see how to generate it Oct 12 19:26:36 ok Oct 12 19:41:03 GNUtoo|Desktop: opkg list: xserver-xorg - 1:1.11.1-r1 - xserver-xorg version 1.11.1-r1 xserver-xorg - 2:1.10.2-r21.1 Oct 12 19:41:57 how do i force to install the 1:1.11.1-r1 version instead of 2:1.10.2-r21.1 ? Oct 12 19:42:37 and why is there a version listed which cannot be loaded ? (2:1.10.2) Oct 12 19:42:55 nschle85, no idea Oct 12 19:42:57 sorry Oct 12 19:43:13 mrmoku, can I fix om-gta02 gps Oct 12 19:43:32 it's the path in frameworkd's ogpsd Oct 12 19:51:02 GNUtoo|Desktop: sure Oct 12 20:06:18 I've a fix....but....but frameworkd interacts badly with fsousaged Oct 12 20:08:09 2011.10.12 00:18:51.472 frameworkd.resource ERROR GPS can't be registered (org.freesmartphone.Usage.ResourceExists: Resource GPS already registered). Enabling Oct 12 20:08:26 2011.10.12 00:18:51.924 frameworkd.resource INFO setting resource status for GPS from unknown to enabling Oct 12 20:08:38 and so it enables it automatically Oct 12 20:08:48 if we power it off that would improve the battery life Oct 12 20:09:03 I'll push the first fix tough Oct 12 20:09:34 GNUtoo|Desktop: Resource GPS already registered Oct 12 20:09:37 sounds strange Oct 12 20:09:40 no Oct 12 20:09:45 maybe by fsodtldt Oct 12 20:09:48 I'll look Oct 12 20:09:54 or by a power plugin Oct 12 20:09:56 in fsodeviced Oct 12 20:10:07 should rather be the fsodeviced power plugin Oct 12 20:10:28 or am I hacking on the wrong file? Oct 12 20:10:39 GNUtoo|Desktop: any idea how to generate a rebase-like log looking like: Oct 12 20:10:40 like frameworkd instead of fsodeviced Oct 12 20:10:42 f576ab9fd power_supply: Ignore -ENODATA errors when generating uevents Oct 12 20:10:45 3a4d877 wm8753: allow setting DAI mode even while pcm is active Oct 12 20:10:46 no Oct 12 20:10:47 bd961d3 nand/s3c2410: add mising badblocksbits value Oct 12 20:10:48 but.... Oct 12 20:10:58 maybe look in oe ml Oct 12 20:11:11 like for pull requests Oct 12 20:11:47 git-request-pull(1) Oct 12 20:11:47 Generates a summary of pending changes. Oct 12 20:13:29 aha it seem that my frameworkd fix is useless and not good Oct 12 20:13:32 ok Oct 12 20:13:39 I'll fix fsodeviced plugin Oct 12 20:13:43 altough there are 2 plugins Oct 12 20:13:44 one old Oct 12 20:13:46 and one new Oct 12 20:13:50 I should fix the new one Oct 12 20:13:55 and not make the same error again Oct 12 20:15:06 ah no only bluetooth and wifi are on ignore list Oct 12 20:15:18 gps is on no lists at all Oct 12 20:15:19 hmmm Oct 12 20:15:21 not ignore Oct 12 20:15:32 and not not-ignore Oct 12 20:15:34 [fsodevice.openmoko_powercontrol] Oct 12 20:15:44 ahh I remember Oct 12 20:15:56 basically wifi and bluetooth are handled by more generic plugins Oct 12 20:19:50 SHR: 03morphis 07meta-smartphone * rfdeebba98be7 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo: add 200 megabyte of extra space in our images Oct 12 20:27:30 mrmoku, I've a fix Oct 12 20:27:33 but you won't like it Oct 12 20:27:50 basically I disable fsodeviced gps handling by config Oct 12 20:27:56 then I handle in frameworkd Oct 12 20:28:12 else it won't work Oct 12 20:29:56 actually right you are... I don't like it ;) Oct 12 20:30:18 what should I do? Oct 12 20:30:27 rework everything so they work together? Oct 12 20:30:36 ditch frameworkd and use fsdtldt? Oct 12 20:30:37 let me read the backlog about what the problem actually is Oct 12 20:30:57 GPS fails to work in newer images Oct 12 20:31:19 and to add to the horror I cannot really test Oct 12 20:31:23 since I cannot get GPS here Oct 12 20:31:38 if I open the window I'll got crazy and won't be able to sleep(moskitoes) Oct 12 20:32:25 GNUtoo|Desktop: is there some error? or just no fix? Oct 12 20:32:34 GNUtoo|Desktop: where do you life ? Oct 12 20:32:42 nschle85, italy in milan Oct 12 20:34:32 there are some swamps near milan and some water Oct 12 20:34:39 and no one does nothing Oct 12 20:44:39 GNUtoo|Desktop: git log --pretty=format:"%h: %s" shr/om-2.6.39-stable.. Oct 12 20:45:15 ok Oct 12 20:47:12 GNUtoo|Desktop: ok, i investigated a little bit the xserver problem Oct 12 20:47:28 ok Oct 12 20:47:55 GNUtoo|Desktop: the main problem is that the generated packages list may be corrupt Oct 12 20:48:41 GNUtoo|Desktop: can you attach please a xorg.log of your working N900 ? Oct 12 20:49:18 I had the same problem on om-gta02 not on n900 Oct 12 20:49:25 my n900 is in the box right now Oct 12 20:49:30 GNUtoo|Desktop: and attach also please a opkg list-installed Oct 12 20:49:31 I must build and update Oct 12 20:49:40 so I've an old version Oct 12 20:49:49 do you still want the log for an old version? Oct 12 20:50:06 GNUtoo|Desktop: i want a log of a working version Oct 12 20:50:20 so i can see which modules are loaded Oct 12 20:50:22 even if it's old? Oct 12 20:50:25 ok Oct 12 20:50:28 no Oct 12 20:50:54 a version after a non working version :-) Oct 12 20:51:14 ah I'll build for it Oct 12 20:52:22 GNUtoo|Desktop: if I send you an updated shr.patch could you test it? Oct 12 20:52:22 GNUtoo|Desktop: i thought you already did it, is was for GTA02 ? Oct 12 20:52:27 I won't be able to do that today Oct 12 20:53:44 mrmoku, yes Oct 12 20:53:51 nschle85, yes gta02 Oct 12 20:53:55 ok, I'll scp it to the buildhost then Oct 12 20:53:59 gta02 broke the same way Oct 12 20:54:05 and I reflashed and it worked Oct 12 20:54:34 mrmoku, with gpsmon I've some NMEA Oct 12 20:54:36 GNUtoo|Desktop: so the question is: investigate the problem or not ? Oct 12 20:54:45 GNUtoo|Desktop: http://build.shr-project.org/tests/mrmoku/shr.patch Oct 12 20:54:53 GNUtoo|Desktop: so it's just no fix? Oct 12 20:54:53 nschle85, that is the question indeed, I wondered that too Oct 12 20:55:05 nschle85, how many users of n900 beside you? Oct 12 20:55:19 if you're the only user and that all user can workarround.... Oct 12 20:55:46 I mean there is you and some other core people like dos1,mrmoku,me that got n900 Oct 12 20:55:52 I guess we can all workarround Oct 12 20:56:16 GNUtoo|Desktop: but i think there is a general bug in build system or pkg-index Oct 12 20:57:35 nschle85, if so it's worth Oct 12 20:57:38 because i got xserver offered which packages are not available and xserver was not updated to newer version Oct 12 20:57:48 you should talk to JaMa abuot that Oct 12 20:57:56 GNUtoo|Desktop: ok Oct 12 20:58:51 GNUtoo|Desktop: do you know which recipe does provide the xf86-video-omapfb package ? Oct 12 21:00:11 GNUtoo|Desktop: I will try gps tomorrow Oct 12 21:00:30 now it's bedtime Oct 12 21:00:38 gnight all Oct 12 21:02:41 mrmoku: gnight Oct 12 21:03:40 good night Oct 12 21:04:20 I'll look for xf86 Oct 12 21:07:41 ./openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb Oct 12 21:08:42 ah thank you Oct 12 21:09:22 mrmoku, if you read backlog: Oct 12 21:09:29 I've the time on shr-settings Oct 12 21:09:35 within the GPS part Oct 12 21:09:41 basically here's the fix: Oct 12 21:10:35 in [fsodevice.openmoko_powercontrol] add ignore_gps = true Oct 12 21:10:47 then I'll proide a patch Oct 12 21:18:06 I'll send to fso-userland Oct 12 21:19:44 GNUtoo|Desktop: i did rebuild xf86-video-omapfb: Oct 12 21:20:30 then i wget the ipkg Oct 12 21:20:36 opkg install xf86-video-omapfb_0.1.1+gitr1+28c006c94e57ea71df11ec4fff79d7ffcfc4860f-r17.5_armv7a-vfp-neon.ipk Oct 12 21:20:51 Not downgrading package xf86-video-omapfb on root from 1:0.1.1+r16+gitr28c006c94e57ea71df11ec4fff79d7ffcfc4860f-r16 to 1:0.1.1+gitr1+28c006c94e57ea71df11ec4fff79d7ffcfc4860f-r17.5. Oct 12 21:21:40 ah ok ouch Oct 12 21:21:47 something is definitely wrong Oct 12 21:22:02 I think you should talk to jama somehow Oct 12 21:22:08 even if it's rtough a bugreport Oct 12 21:22:19 g ? Oct 12 21:23:12 gitr1 1:0.1.1+r16 is the old version and 1:0.1.1+gitr1 is the new version but lexicaly order is opposite Oct 12 21:28:59 GNUtoo|Desktop: do you understand my english ? Oct 12 21:29:29 will read more in details after sending the patchs Oct 12 21:29:32 *patches Oct 12 21:45:31 nschle85, ok back Oct 12 21:45:59 GNUtoo|Desktop: ok, i am still writing a bug report Oct 12 21:46:42 ok Oct 12 21:52:19 GNUtoo|Desktop: hope JaMa will understand it http://shr-project.org/trac/ticket/1508 Oct 12 21:54:38 I think it's perfectly understandable Oct 12 21:55:33 basically +gitr1 is seen as older than +r16 Oct 12 21:55:51 (which is normal in oe) Oct 12 21:56:01 because g < r Oct 12 21:56:08 g is smaller than r Oct 12 21:56:14 that's how oe works Oct 12 21:56:20 so the bug is in what produced that Oct 12 21:56:41 a possible solution would be to increase PE Oct 12 21:59:47 internet lags too much, I'll restart ppp0 Oct 12 21:59:48 which part is the PE ? Oct 12 21:59:58 in the recipe Oct 12 22:00:27 in the Package name i mean Oct 12 22:00:41 it's not Oct 12 22:00:47 learn about PE Oct 12 22:00:55 aka package epoch Oct 12 22:00:59 debian should have something on it Oct 12 22:04:54 ok the epoch is the number before : Oct 12 22:05:58 for omapfb its a solution Oct 12 22:06:38 but for xserver the epoch was decreased from 2 to one xserver-xorg - 1:1.11.1-r1 - xserver-xorg version 1.11.1-r1 The X.Org X server xserver-xorg - 2:1.10.2-r21.1 Oct 12 22:07:17 ah maybe a rebase thing Oct 12 22:07:44 so the solution is to remove the epoche for newer package ? Oct 12 22:09:43 newer = higher package ? Oct 12 22:11:34 nschle85: a higer epoch is always considered newer, even if the rest of the version number is lower Oct 12 22:13:07 antrik: so how to substitute a package like 2:1.1 by package 2.0 ? Oct 12 22:13:25 simply define 2.0 ? Oct 12 22:13:41 or do i have to define 3:2.0 ? Oct 12 22:13:53 2:2.0 is fine Oct 12 22:14:14 epoch bumps are only needed when going back to an older version, or when the versioning scheme changes Oct 12 22:15:18 and going back from epoch versioning scheme to "normal" versioning scheme is not possible ? Oct 12 22:15:32 no Oct 12 22:16:09 if there is no explict epoch, it's treated as 0 Oct 12 22:20:13 JaMa: are you tired or can i tell you a problem Oct 12 22:20:19 ? Oct 12 22:21:18 depends on problem, so tell me :) Oct 12 22:21:34 http://shr-project.org/trac/ticket/1508 Oct 12 22:22:17 the problem i originally had was http://shr-project.org/trac/ticket/1506 Oct 12 22:22:44 #1508 you have to reflash or just force downgrading :/ Oct 12 22:23:23 and #1506 is imho the same (make sure you reinstall xf86-input-evdev Oct 12 22:24:14 JaMa: is it possible to remove the epoch for newer packages ? antrik sayd no is it true ? Oct 12 22:25:49 no we need to add epoch to newer packages Oct 12 22:26:05 but that would mean to bump PE in oe-core where I've moved xserver-xorg recipes Oct 12 22:26:30 and I don't think they will take (because it was higher in meta-oe) as valid reason Oct 12 22:27:04 and other solution is to bump PE only in .bbappend in meta-oe.. but that would force us to update such .bbappend as long as there is same PE in oe-core :/ Oct 12 22:29:21 JaMa: hmm ... Oct 12 22:30:18 JaMa: so once a package got an epoch it cannot be removed ? Oct 12 22:30:40 not without this problems (reinstall/reflash) Oct 12 22:31:35 JaMa: ok, it would be nice to have got to be informed about version clashes Oct 12 22:32:48 JaMa: i dont know how but it would be good Oct 12 22:34:51 JaMa: next is, i entered the problem, you know about it but the ticket was left untouched, why did you not entered a small comment like: its a versioning problem please reflash or force downgrade ? Oct 12 22:35:50 JaMa: I tried to investigate the problem during the whole evening... Oct 12 22:37:44 because I've just returned and didn't get to e-mail yet Oct 12 22:38:16 and didn't realize that #1506 is the same as #1508 (without #1508 reported) Oct 12 22:38:22 JaMa: ok, i think you also spend a lot of spare time into the project Oct 12 22:41:59 JaMa: but i have one big issue which you should mange during next FSOSHRCON11: bugs are confirmed too late, i enter a bug, and here i often can read: yes its known, yes i ahave this issue too... but tickets are ignored Oct 12 22:44:56 don't know what exactly we can do about it (except call for more man power or at leaste more time) Oct 12 22:45:35 JaMa: no, its not a problem of manpower Oct 12 22:45:38 when I see issue I'm familiar with I do fix and resolve imediatelly.. but if the ticket is to general like #1508 Oct 12 22:46:00 JaMa: i do not talk about fixes ! Oct 12 22:46:09 I just wait if I got some idea like this time or reporter adds more information later Oct 12 22:46:44