Re: Maemo-Optify & Builder Bots = Broken?
Yup, just read it :) Thanks. Regards: Bundyo On Thu, Oct 22, 2009 at 9:38 AM, Ed Bartosh wrote: > Hi, > > Please read my last message. The issue is fixed. Nobody should do > anything except of SDK guys. > > 2009/10/22 Kamen Bundev : > > Hi guys, > > > > I've played around with maemo-optify yesterday and decided to instead of > > creating the paths in the package subdir, to create a symlink to /opt and > > drop everything there before packaging. Wrong move, dpkg-deb doesn't > follow > > symlinks, it packages them :) So, the logical step was to instead of > symlink > > to /opt, to create home/opt in the package subdir and symlink opt/ to it. > > That worked and I have a package ready that will work in the device, but > I'm > > hesitant to try it in the autobuilder because if the autobuilder is like > > scratchbox, then the package will be installed to /home/opt but the /opt > > symlinks will point to somewhere else (/targets/links/opt) and the build > > will fail anyway. > > > > So my question is - is this the right way to go about this and can I > control > > where the /opt dir is symlinked to in the autobuilder? > > > > Regards: > > Bundyo > > > > On Thu, Oct 22, 2009 at 2:35 AM, Nathan Anderson < > nat...@andersonsplace.net> > > wrote: > >> > >> Kamen, > >> > >> I build both binary target and source targets debs in my scratchbox > >> before I upload.For instance last night I had to rebuild the binary > debs > >> about 20 times (trying to get a weird make file rule to work). Once I > got > >> it working then I would copy my rules to a fresh copy and re-run a > source > >> deb then re-run a binary once more just to make sure it wasn't "left" > over > >> stuff causing a success. ;-) > >> > >>So, I don't think it has anything to do with the scratchbox. I > suspect > >> it as Ed found something to do with the symlink -> directory or > something in > >> their on the auto-builder. > >> > >> Nathan. > >> > >> From: Kamen Bundev [mailto:bun...@gmail.com] > >> Sent: Wednesday, October 21, 2009 6:14 PM > >> To: Nathan Anderson > >> Cc: maemo-developers@maemo.org > >> Subject: Re: Maemo-Optify & Builder Bots = Broken? > >> > >> Nah, that's not enough. Still fails. > >> > >> Another difference is that I'm building my optified package in > scratchbox > >> before upload and the other people are using the autobuilder, so the > problem > >> should be somewhere else. > >> > >> Regards: > >> Bundyo > >> > >> On Thu, Oct 22, 2009 at 2:09 AM, Kamen Bundev wrote: > >>> > >>> Nah, that's not enough. Still fails. > >>> > >>> Regards: > >>> Bundyo > >>> > >>> On Thu, Oct 22, 2009 at 12:52 AM, Kamen Bundev > wrote: > > Looks like the only difference here is that my /opt should be pointing > to /targets/links/opt which is symlinked to the proper target on > target > change. Uploading the new package to extras now. > > Regards: > Bundyo > > On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson > wrote: > > > > Ed, > > > >I believe this is what you are asking: > > FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 > > FREMANTLE_X86cs2007q3-glibc2.5-i486 > > > > > > Nathan > > > > -Original Message- > > From: Ed Bartosh [mailto:bart...@gmail.com] > > Sent: Wednesday, October 21, 2009 4:03 PM > > To: Nathan Anderson > > Cc: maemo-developers@maemo.org > > Subject: Re: Maemo-Optify & Builder Bots = Broken? > > > > 2009/10/21 Nathan Anderson : > > > Ed, > > > > > >Sure can (and following the chain). > > > > > > ls -l / | grep opt > > >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > > > /targets/links/opt > > > > > > ls -l /targets/links/ | grep opt > > >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > > > /targets/FREMANTLE_X86/opt > > > > > I've found the difference! > > In your environment /targets//opt is a directory. In > > autobuilder > > environment it's a symlink: > > > > > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > > > |grep opt > > lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt > > > > And it looks like it becomes symlink after rootstrap unpacking. Look: > > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf > > re > > -f > > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > > drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt > > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf > > in > > --etc --devkits > > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > > drwxrwxr-x 2 builder1 builder1 4096 O
Re: Maemo-Optify & Builder Bots = Broken?
Hi, Please read my last message. The issue is fixed. Nobody should do anything except of SDK guys. 2009/10/22 Kamen Bundev : > Hi guys, > > I've played around with maemo-optify yesterday and decided to instead of > creating the paths in the package subdir, to create a symlink to /opt and > drop everything there before packaging. Wrong move, dpkg-deb doesn't follow > symlinks, it packages them :) So, the logical step was to instead of symlink > to /opt, to create home/opt in the package subdir and symlink opt/ to it. > That worked and I have a package ready that will work in the device, but I'm > hesitant to try it in the autobuilder because if the autobuilder is like > scratchbox, then the package will be installed to /home/opt but the /opt > symlinks will point to somewhere else (/targets/links/opt) and the build > will fail anyway. > > So my question is - is this the right way to go about this and can I control > where the /opt dir is symlinked to in the autobuilder? > > Regards: > Bundyo > > On Thu, Oct 22, 2009 at 2:35 AM, Nathan Anderson > wrote: >> >> Kamen, >> >> I build both binary target and source targets debs in my scratchbox >> before I upload.For instance last night I had to rebuild the binary debs >> about 20 times (trying to get a weird make file rule to work). Once I got >> it working then I would copy my rules to a fresh copy and re-run a source >> deb then re-run a binary once more just to make sure it wasn't "left" over >> stuff causing a success. ;-) >> >>So, I don't think it has anything to do with the scratchbox. I suspect >> it as Ed found something to do with the symlink -> directory or something in >> their on the auto-builder. >> >> Nathan. >> >> From: Kamen Bundev [mailto:bun...@gmail.com] >> Sent: Wednesday, October 21, 2009 6:14 PM >> To: Nathan Anderson >> Cc: maemo-developers@maemo.org >> Subject: Re: Maemo-Optify & Builder Bots = Broken? >> >> Nah, that's not enough. Still fails. >> >> Another difference is that I'm building my optified package in scratchbox >> before upload and the other people are using the autobuilder, so the problem >> should be somewhere else. >> >> Regards: >> Bundyo >> >> On Thu, Oct 22, 2009 at 2:09 AM, Kamen Bundev wrote: >>> >>> Nah, that's not enough. Still fails. >>> >>> Regards: >>> Bundyo >>> >>> On Thu, Oct 22, 2009 at 12:52 AM, Kamen Bundev wrote: Looks like the only difference here is that my /opt should be pointing to /targets/links/opt which is symlinked to the proper target on target change. Uploading the new package to extras now. Regards: Bundyo On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson wrote: > > Ed, > >I believe this is what you are asking: > FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 > FREMANTLE_X86cs2007q3-glibc2.5-i486 > > > Nathan > > -Original Message- > From: Ed Bartosh [mailto:bart...@gmail.com] > Sent: Wednesday, October 21, 2009 4:03 PM > To: Nathan Anderson > Cc: maemo-developers@maemo.org > Subject: Re: Maemo-Optify & Builder Bots = Broken? > > 2009/10/21 Nathan Anderson : > > Ed, > > > >Sure can (and following the chain). > > > > ls -l / | grep opt > >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > > /targets/links/opt > > > > ls -l /targets/links/ | grep opt > >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > > /targets/FREMANTLE_X86/opt > > > I've found the difference! > In your environment /targets//opt is a directory. In > autobuilder > environment it's a symlink: > > > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > > |grep opt > lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt > > And it looks like it becomes symlink after rootstrap unpacking. Look: > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf > re > -f > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf > in > --etc --devkits > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf > in > --fakeroot Installing fakeroot version 1.4.2.1... > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/22 Kamen Bundev : > Hmm, yes, that seems to be the problem. In the final SDK /opt is a symlink > but in the latest beta SDK it is not. I didn't upgrade my development > machine, but I have the final on another so I can compare. I'll report back > if successful. > You're right. Autobuilder uses latest SDK and /opt is in the rootstrap: tar -ztf /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz | grep '^\./opt' ./opt I removed it from there and now packages with /opt directory should be installable. Try to re-upload your packages to autobuilder. It should work now. Thank you for your help. PS: Is someone willing to file a bug for SDK :) ? -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Hi guys, I've played around with maemo-optify yesterday and decided to instead of creating the paths in the package subdir, to create a symlink to /opt and drop everything there before packaging. Wrong move, dpkg-deb doesn't follow symlinks, it packages them :) So, the logical step was to instead of symlink to /opt, to create home/opt in the package subdir and symlink opt/ to it. That worked and I have a package ready that will work in the device, but I'm hesitant to try it in the autobuilder because if the autobuilder is like scratchbox, then the package will be installed to /home/opt but the /opt symlinks will point to somewhere else (/targets/links/opt) and the build will fail anyway. So my question is - is this the right way to go about this and can I control where the /opt dir is symlinked to in the autobuilder? Regards: Bundyo On Thu, Oct 22, 2009 at 2:35 AM, Nathan Anderson wrote: > Kamen, > > I build both binary target and source targets debs in my scratchbox > before I upload.For instance last night I had to rebuild the binary debs > about 20 times (trying to get a weird make file rule to work). Once I got > it working then I would copy my rules to a fresh copy and re-run a source > deb then re-run a binary once more just to make sure it wasn't "left" over > stuff causing a success. ;-) > >So, I don't think it has anything to do with the scratchbox. I suspect > it as Ed found something to do with the symlink -> directory or something in > their on the auto-builder. > > Nathan. > > -- > *From:* Kamen Bundev [mailto:bun...@gmail.com] > *Sent:* Wednesday, October 21, 2009 6:14 PM > > *To:* Nathan Anderson > *Cc:* maemo-developers@maemo.org > *Subject:* Re: Maemo-Optify & Builder Bots = Broken? > > Nah, that's not enough. Still fails. > > Another difference is that I'm building my optified package in scratchbox > before upload and the other people are using the autobuilder, so the problem > should be somewhere else. > > Regards: > Bundyo > > On Thu, Oct 22, 2009 at 2:09 AM, Kamen Bundev wrote: > >> Nah, that's not enough. Still fails. >> >> Regards: >> Bundyo >> >> >> On Thu, Oct 22, 2009 at 12:52 AM, Kamen Bundev wrote: >> >>> Looks like the only difference here is that my /opt should be pointing to >>> /targets/links/opt which is symlinked to the proper target on target change. >>> Uploading the new package to extras now. >>> >>> Regards: >>> Bundyo >>> >>> On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson < >>> nat...@andersonsplace.net> wrote: >>> Ed, I believe this is what you are asking: FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 FREMANTLE_X86cs2007q3-glibc2.5-i486 Nathan -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 4:03 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > I've found the difference! In your environment /targets//opt is a directory. In autobuilder environment it's a symlink: > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > |grep opt lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt And it looks like it becomes symlink after rootstrap unpacking. Look: [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf re -f [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --etc --devkits [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --fakeroot Installing fakeroot version 1.4.2.1... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf rs /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz Unpacking rootstrap... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1
Re: Changing Freemantle Desktop Backgrounds
Hi, 2009/10/22 Kimmo Hämäläinen : > On Thu, 2009-10-22 at 01:36 +0200, ext Jonathan Blake wrote: >> First post here, so greetings, etc. :) > > First things first, it's "Fremantle", the code names come from a list of > winds: > http://en.wikipedia.org/wiki/List_of_local_winds wow! really didn't know :) let's try to guess the codename that will follow Harmattan ;) -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing Freemantle Desktop Backgrounds
On Thu, 2009-10-22 at 01:36 +0200, ext Jonathan Blake wrote: > First post here, so greetings, etc. :) First things first, it's "Fremantle", the code names come from a list of winds: http://en.wikipedia.org/wiki/List_of_local_winds > As some of you may know, I'm currently developing a wallpaper > management application (python) that ties into n900wallpapers.com. > However, the big roadblock I've come up across so far is actually > changing the user's desktop background. > > The only information I can find on this is a bug report from 2008 > (https://bugs.maemo.org/show_bug.cgi?id=3030) and some C code, also > from 2008 for hildon 2.0 (http://timeless.justdave.net/mxr- > test/os2008/source/hildon-desktop-2.0.6/background-manager/background- > manager.c). > > Can anybody point me in the right direction? The backgrounds can be changed by writing the image file name to GConf: /apps/osso/hildon-desktop/views/0/bg-image /apps/osso/hildon-desktop/views/1/bg-image /apps/osso/hildon-desktop/views/2/bg-image /apps/osso/hildon-desktop/views/3/bg-image (This is how N900's Images application does it.) -Kimmo > > Thanks! > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Kamen, I build both binary target and source targets debs in my scratchbox before I upload.For instance last night I had to rebuild the binary debs about 20 times (trying to get a weird make file rule to work). Once I got it working then I would copy my rules to a fresh copy and re-run a source deb then re-run a binary once more just to make sure it wasn't "left" over stuff causing a success. ;-) So, I don't think it has anything to do with the scratchbox. I suspect it as Ed found something to do with the symlink -> directory or something in their on the auto-builder. Nathan. _ From: Kamen Bundev [mailto:bun...@gmail.com] Sent: Wednesday, October 21, 2009 6:14 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? Nah, that's not enough. Still fails. Another difference is that I'm building my optified package in scratchbox before upload and the other people are using the autobuilder, so the problem should be somewhere else. Regards: Bundyo On Thu, Oct 22, 2009 at 2:09 AM, Kamen Bundev wrote: Nah, that's not enough. Still fails. Regards: Bundyo On Thu, Oct 22, 2009 at 12:52 AM, Kamen Bundev wrote: Looks like the only difference here is that my /opt should be pointing to /targets/links/opt which is symlinked to the proper target on target change. Uploading the new package to extras now. Regards: Bundyo On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson wrote: Ed, I believe this is what you are asking: FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 FREMANTLE_X86cs2007q3-glibc2.5-i486 Nathan -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 4:03 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > I've found the difference! In your environment /targets//opt is a directory. In autobuilder environment it's a symlink: > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > |grep opt lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt And it looks like it becomes symlink after rootstrap unpacking. Look: [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf re -f [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --etc --devkits [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --fakeroot Installing fakeroot version 1.4.2.1... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf rs /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz Unpacking rootstrap... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt So, the difference is in rootstraps. Tell me which rootstrap do you use and I'll compare it with the one autobuilder uses. -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Changing Freemantle Desktop Backgrounds
First post here, so greetings, etc. :) As some of you may know, I'm currently developing a wallpaper management application (python) that ties into n900wallpapers.com. However, the big roadblock I've come up across so far is actually changing the user's desktop background. The only information I can find on this is a bug report from 2008 ( https://bugs.maemo.org/show_bug.cgi?id=3030) and some C code, also from 2008 for hildon 2.0 ( http://timeless.justdave.net/mxr-test/os2008/source/hildon-desktop-2.0.6/background-manager/background-manager.c ). Can anybody point me in the right direction? Thanks! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Nah, that's not enough. Still fails. Another difference is that I'm building my optified package in scratchbox before upload and the other people are using the autobuilder, so the problem should be somewhere else. Regards: Bundyo On Thu, Oct 22, 2009 at 2:09 AM, Kamen Bundev wrote: > Nah, that's not enough. Still fails. > > Regards: > Bundyo > > > On Thu, Oct 22, 2009 at 12:52 AM, Kamen Bundev wrote: > >> Looks like the only difference here is that my /opt should be pointing to >> /targets/links/opt which is symlinked to the proper target on target change. >> Uploading the new package to extras now. >> >> Regards: >> Bundyo >> >> On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson < >> nat...@andersonsplace.net> wrote: >> >>> Ed, >>> >>>I believe this is what you are asking: >>> FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 >>> FREMANTLE_X86cs2007q3-glibc2.5-i486 >>> >>> >>> Nathan >>> >>> -Original Message- >>> From: Ed Bartosh [mailto:bart...@gmail.com] >>> Sent: Wednesday, October 21, 2009 4:03 PM >>> To: Nathan Anderson >>> Cc: maemo-developers@maemo.org >>> Subject: Re: Maemo-Optify & Builder Bots = Broken? >>> >>> 2009/10/21 Nathan Anderson : >>> > Ed, >>> > >>> >Sure can (and following the chain). >>> > >>> > ls -l / | grep opt >>> >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> >>> > /targets/links/opt >>> > >>> > ls -l /targets/links/ | grep opt >>> >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> >>> > /targets/FREMANTLE_X86/opt >>> > >>> I've found the difference! >>> In your environment /targets//opt is a directory. In autobuilder >>> environment it's a symlink: >>> >>> > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ >>> > |grep opt >>> lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt >>> >>> And it looks like it becomes symlink after rootstrap unpacking. Look: >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf >>> re >>> -f >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l >>> /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt >>> drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf >>> in >>> --etc --devkits >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l >>> /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt >>> drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf >>> in >>> --fakeroot Installing fakeroot version 1.4.2.1... >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l >>> /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt >>> drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf >>> rs >>> /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz >>> Unpacking rootstrap... >>> [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l >>> /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt >>> lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt >>> >>> So, the difference is in rootstraps. Tell me which rootstrap do you use >>> and >>> I'll compare it with the one autobuilder uses. >>> >>> -- >>> BR, >>> Ed >>> >>> ___ >>> maemo-developers mailing list >>> maemo-developers@maemo.org >>> https://lists.maemo.org/mailman/listinfo/maemo-developers >>> >> >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Considering /opt and MyDocs in your packages
2009/10/21 Martin Grimme : > Please don't get me wrong. optify is still useful and good to have, > but everybody should bear in mind that it's only a workaround, and > that relocating the software to /opt would be a much safer and more > elegant solution. It would be helpful if you could provide instructions on how to install apps directly into /opt without changing too much of the packaging stuff (remember, some package maintainers have to keep the Diablo version and maybe even a Linux Desktop version up to date as well, so anything that avoids big differences in packaging/code helps here). I think a subsection on this wiki page would be ideal: http://wiki.maemo.org/Opt_Problem > IMHO optify is OK for porting software from upstream, but if you write > specifically for the N900, you should rather consider making your > software easily relocatable eventually. Adding "maemo-optify" as build-depends and to debian/rules is just simpler and more straightforward than doing more intrusive changes. I still hope that we get rid of maemo-optify at some point in the future, as it's a dirty dirty hack. In the mean time, Marius is doing a great job of fixing remaining bugs in the optify tool, even if it means adding even more dirty hacks (symlink/directory fixing in postinst ;). Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Looks like the only difference here is that my /opt should be pointing to /targets/links/opt which is symlinked to the proper target on target change. Uploading the new package to extras now. Regards: Bundyo On Thu, Oct 22, 2009 at 12:39 AM, Nathan Anderson wrote: > Ed, > >I believe this is what you are asking: > FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 > FREMANTLE_X86cs2007q3-glibc2.5-i486 > > > Nathan > > -Original Message- > From: Ed Bartosh [mailto:bart...@gmail.com] > Sent: Wednesday, October 21, 2009 4:03 PM > To: Nathan Anderson > Cc: maemo-developers@maemo.org > Subject: Re: Maemo-Optify & Builder Bots = Broken? > > 2009/10/21 Nathan Anderson : > > Ed, > > > >Sure can (and following the chain). > > > > ls -l / | grep opt > >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > > /targets/links/opt > > > > ls -l /targets/links/ | grep opt > >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > > /targets/FREMANTLE_X86/opt > > > I've found the difference! > In your environment /targets//opt is a directory. In autobuilder > environment it's a symlink: > > > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > > |grep opt > lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt > > And it looks like it becomes symlink after rootstrap unpacking. Look: > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf re > -f > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in > --etc --devkits > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in > --fakeroot Installing fakeroot version 1.4.2.1... > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf rs > /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz > Unpacking rootstrap... > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt > lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt > > So, the difference is in rootstraps. Tell me which rootstrap do you use and > I'll compare it with the one autobuilder uses. > > -- > BR, > Ed > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Ed, I believe this is what you are asking: FREMANTLE_ARMEL cs2007q3-glibc2.5-arm7 FREMANTLE_X86cs2007q3-glibc2.5-i486 Nathan -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 4:03 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > I've found the difference! In your environment /targets//opt is a directory. In autobuilder environment it's a symlink: > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ > |grep opt lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt And it looks like it becomes symlink after rootstrap unpacking. Look: [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf re -f [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --etc --devkits [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --fakeroot Installing fakeroot version 1.4.2.1... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf rs /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz Unpacking rootstrap... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt So, the difference is in rootstraps. Tell me which rootstrap do you use and I'll compare it with the one autobuilder uses. -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Hmm, yes, that seems to be the problem. In the final SDK /opt is a symlink but in the latest beta SDK it is not. I didn't upgrade my development machine, but I have the final on another so I can compare. I'll report back if successful. Regards: Bundyo On Thu, Oct 22, 2009 at 12:03 AM, Ed Bartosh wrote: > 2009/10/21 Nathan Anderson : > > Ed, > > > >Sure can (and following the chain). > > > > ls -l / | grep opt > >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > > /targets/links/opt > > > > ls -l /targets/links/ | grep opt > >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > > /targets/FREMANTLE_X86/opt > > > I've found the difference! > In your environment /targets//opt is a directory. In > autobuilder environment it's a symlink: > > > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt > > And it looks like it becomes symlink after rootstrap unpacking. Look: > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf re -f > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf in --etc --devkits > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf in --fakeroot > Installing fakeroot version 1.4.2.1... > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > > sb-conf rs /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz > Unpacking rootstrap... > [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l > /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep > opt > lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt > > So, the difference is in rootstraps. Tell me which rootstrap do you > use and I'll compare it with the one autobuilder uses. > > -- > BR, > Ed > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Considering /opt and MyDocs in your packages
On Wed, Oct 21, 2009 at 21:43, Martin Grimme wrote: > > in my opinion, maemo-optify shouldn't be hailed as the > good-for-everyone savior to the rootfs space issue. I see it as a > workaround for software that cannot be easily relocated to /opt. Agreed. Software which is written specifically (or, primarily) for Maemo can be designed to either be relocatable, or installed into /opt/. This separates maemo-optify stuff (/opt/maemo/) from the more specific /opt/. See, for example: * Bounce * Classic Gaming Wallpapers * Hermes * mClock (uses /opt//, which is also allowed under FHS) > Please don't get me wrong. optify is still useful and good to have, > but everybody should bear in mind that it's only a workaround, and > that relocating the software to /opt would be a much safer and more > elegant solution. > IMHO optify is OK for porting software from upstream, but if you write > specifically for the N900, you should rather consider making your > software easily relocatable eventually. Hear hear! Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > I've found the difference! In your environment /targets//opt is a directory. In autobuilder environment it's a symlink: > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt lrwxrwxrwx 1 builder1 builder19 Oct 21 23:50 opt -> /home/opt And it looks like it becomes symlink after rootstrap unpacking. Look: [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf re -f [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 1005 1006 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --etc --devkits [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf in --fakeroot Installing fakeroot version 1.4.2.1... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt drwxrwxr-x 2 builder1 builder1 4096 Oct 21 23:56 opt [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > sb-conf rs /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz Unpacking rootstrap... [sbox-maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c: ~] > ls -l /targets/maemo5-arm-183e1d1de998260fa89b870d65b22998c6908b6c/ |grep opt lrwxrwxrwx 1 1005 10069 Oct 21 23:57 opt -> /home/opt So, the difference is in rootstraps. Tell me which rootstrap do you use and I'll compare it with the one autobuilder uses. -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Considering /opt and MyDocs in your packages
Hi, in my opinion, maemo-optify shouldn't be hailed as the good-for-everyone savior to the rootfs space issue. I see it as a workaround for software that cannot be easily relocated to /opt. Optification symlinks take space on the rootfs too, so if you have a lot of them, you still waste several megabytes. Optification breaks package upgrading. File opening operations take longer as the system has to resolve a symlink first. Please don't get me wrong. optify is still useful and good to have, but everybody should bear in mind that it's only a workaround, and that relocating the software to /opt would be a much safer and more elegant solution. IMHO optify is OK for porting software from upstream, but if you write specifically for the N900, you should rather consider making your software easily relocatable eventually. Cheers, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Address book, persistent UIDs and merging contacts
Aniello Del Sorbo ha scritto: > I suppose that when you merge two contacts, one gets deleted and its > fields added to the other one. > I don't know how you do merge the contacts, but if you merge contact > UID 1 into contact UID 2, then, logically, UID 1 would be deleted, > wouldn't it? Judging by the logs of PC Suite, I would consider this explanation as correct: I get lots of "changed/deleted" warnings after a round of mergers. A. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Mine is installing normally in the armel target and on the device. Here is the output from apt-get on the device /don't mind the broken xournal/: Nokia-N900-41-10:~# apt-get install libwebkit-1.0-1 Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: libwebkit-1.0-1 0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded. 1 not fully installed or removed. Need to get 4009kB/4190kB of archives. After this operation, 12,6MB of additional disk space will be used. Get:1 http://repository.maemo.org fremantle/non-free libwebkit-1.0-1 1.0-svn41137-15 [4009kB] Fetched 4009kB in 7s (519kB/s) (Reading database ... 26333 files and directories currently installed.) Preparing to replace xournal 0.4.2.1-1fremantle10 (using .../xournal_0.4.2.1-1fremantle10_armel.deb) ... Unpacking replacement xournal ... Unknown media type in type 'sketch/png' gtk-update-icon-cache: Failed to open file /usr/share/icons/hicolor/.icon-theme.cache : File exists dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Unknown media type in type 'sketch/png' gtk-update-icon-cache: Failed to open file /usr/share/icons/hicolor/.icon-theme.cache : File exists dpkg: error processing /var/cache/apt/archives/xournal_0.4.2.1-1fremantle10_armel.deb (--unpack): subprocess new post-removal script returned error exit status 1 Unknown media type in type 'sketch/png' gtk-update-icon-cache: Failed to open file /usr/share/icons/hicolor/.icon-theme.cache : File exists dpkg: error while cleaning up: subprocess post-removal script returned error exit status 1 Selecting previously deselected package libwebkit-1.0-1. Unpacking libwebkit-1.0-1 (from .../libwebkit-1.0-1_1.0-svn41137-15_armel.deb) ... Errors were encountered while processing: /var/cache/apt/archives/xournal_0.4.2.1-1fremantle10_armel.deb E: Sub-process /usr/bin/dpkg returned an error code (1) It is optified and working fine after that. I can provide other output as well. Regards: Bundyo On Wed, Oct 21, 2009 at 10:59 PM, Ed Bartosh wrote: > 2009/10/21 Nathan Anderson : > > Ed, > > > >Sure can (and following the chain). > > > > ls -l / | grep opt > >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > > /targets/links/opt > > > > ls -l /targets/links/ | grep opt > >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > > /targets/FREMANTLE_X86/opt > > > > ls -l /targets/FREMANTLE_X86 | grep opt > >drwxr-xr-x 4 maemo sbox 4096 Oct 7 11:39 opt > > > Oops, sorry. I've overlooked that you're using X86 target. > Autobuilder used armel target when it failed. You can see it here: > > https://garage.maemo.org/builder/fremantle/sword_1.6.0a-0maemo1/armel.root.log.FAILED.txt > > Try to install your packages in armel target, please. > > -- > BR, > Ed > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Ed, Just tried on the armel target. [sbox-FREMANTLE_ARMEL: ~] > apt-get install clucene-core clucene-core-dev Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: clucene-core clucene-core-dev 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 1043kB of archives. After unpacking 5292kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! clucene-core clucene-core-dev Install these packages without verification [y/N]? y Get:1 http://repository.maemo.org fremantle/free clucene-core 0.9.21b-0maemo1 [319kB] Get:2 http://repository.maemo.org fremantle/free clucene-core-dev 0.9.21b-0maemo1 [725kB] Fetched 1043kB in 3s (312kB/s) /scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure: No such file or directory Selecting previously deselected package clucene-core. (Reading database ... 27948 files and directories currently installed.) Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... Selecting previously deselected package clucene-core-dev. Unpacking clucene-core-dev (from .../clucene-core-dev_0.9.21b-0maemo1_armel.deb) ... Setting up clucene-core (0.9.21b-0maemo1) ... Setting up clucene-core-dev (0.9.21b-0maemo1) ... As you can see no issues. --- In the meantime I had also posted on Talk; and just got confirmation that both clucene-core and clucene-core-dev installed fine on a real n900. http://talk.maemo.org/showthread.php?p=354509 Nathan. -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 3:00 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > > ls -l /targets/FREMANTLE_X86 | grep opt >drwxr-xr-x 4 maemo sbox 4096 Oct 7 11:39 opt > Oops, sorry. I've overlooked that you're using X86 target. Autobuilder used armel target when it failed. You can see it here: https://garage.maemo.org/builder/fremantle/sword_1.6.0a-0maemo1/armel.root.l og.FAILED.txt Try to install your packages in armel target, please. -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Ed, Here is my output. Looking through the list I do not appear to he -cputransp and -maemo3 ii scratchbox-core 1.0.16 Scratchbox base system ii scratchbox-devkit-apt-https 1.0.10 APT HTTPS devkit for Scratchbox ii scratchbox-devkit-debian1.0.10 Debian tools for Scratchbox ii scratchbox-devkit-doctools 1.0.13 Doctools for Scratchbox ii scratchbox-devkit-git 1.0.1 Git for Scratchbox ii scratchbox-devkit-perl 1.0.4 Perl modules for Scratchbox ii scratchbox-devkit-qemu 0.10.0-0sb5 Qemu scratchbox devkit ii scratchbox-devkit-svn 1.0 Subversion devkit for Scratchbox ii scratchbox-libs 1.0.16 Scratchbox libraries ii scratchbox-toolchain-cs2007q3-glibc2.5-arm7 1.0.12-10 cs2007q3-glibc2.5-arm7 compiler for Scratchb ii scratchbox-toolchain-cs2007q3-glibc2.5-i486 1.0.12-8 cs2007q3-glibc2.5-i486 compiler for Scratchb ii scratchbox-toolchain-host-gcc 1.0.16 Scratchbox host-gcc toolchain Nathan. > Looks the same as in autobuilder environment. Can you show versions of scratchbox packages? This is what I have on autobuilder host: $ dpkg -l |grep scratchbox ii scratchbox-core 1.0.16 Scratchbox base system ii scratchbox-devkit-apt-https 1.0.10 APT HTTPS devkit for Scratchbox ii scratchbox-devkit-cputransp 1.0.9 CPU transparency methods ii scratchbox-devkit-debian 1.0.10 Debian tools for Scratchbox ii scratchbox-devkit-doctools1.0.13 Doctools for Scratchbox ii scratchbox-devkit-git 1.0.1 Git for Scratchbox ii scratchbox-devkit-maemo3 1.0.3 Maemo 3 devkit for Scratchbox ii scratchbox-devkit-perl1.0.4 Perl modules for Scratchbox ii scratchbox-devkit-qemu0.10.0-0sb5 Qemu scratchbox devkit ii scratchbox-devkit-svn 1.0 Subversion devkit for Scratchbox ii scratchbox-libs 1.0.16 Scratchbox libraries ii scratchbox-toolchain-cs2005q3.2-glibc2.5-arm 1.0.7.2 cs2005q3.2-glibc2.5-arm compiler for Scratch ii scratchbox-toolchain-cs2005q3.2-glibc2.5-i386 1.0.7 cs2005q3.2-glibc2.5-i386 compiler for Scratc ii scratchbox-toolchain-cs2007q3-glibc2.5-arm7 1.0.12-10 cs2007q3-glibc2.5-arm7 compiler for Scratchb ii scratchbox-toolchain-cs2007q3-glibc2.5-i486 1.0.12-8 cs2007q3-glibc2.5-i486 compiler for Scratchb ii scratchbox-toolchain-host-gcc 1.0.16 Scratchbox host-gcc toolchain -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > > ls -l /targets/FREMANTLE_X86 | grep opt >drwxr-xr-x 4 maemo sbox 4096 Oct 7 11:39 opt > Oops, sorry. I've overlooked that you're using X86 target. Autobuilder used armel target when it failed. You can see it here: https://garage.maemo.org/builder/fremantle/sword_1.6.0a-0maemo1/armel.root.log.FAILED.txt Try to install your packages in armel target, please. -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/21 Nathan Anderson : > Ed, > >Sure can (and following the chain). > > ls -l / | grep opt >lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> > /targets/links/opt > > ls -l /targets/links/ | grep opt >lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> > /targets/FREMANTLE_X86/opt > > ls -l /targets/FREMANTLE_X86 | grep opt >drwxr-xr-x 4 maemo sbox 4096 Oct 7 11:39 opt > > > Dpkg -l base-files > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name Version Description > +++---== > == > ii base-files 3.1.osso2+3.1.10.osso23+ Debian base system > miscellaneous files > Looks the same as in autobuilder environment. Can you show versions of scratchbox packages? This is what I have on autobuilder host: $ dpkg -l |grep scratchbox ii scratchbox-core 1.0.16 Scratchbox base system ii scratchbox-devkit-apt-https 1.0.10 APT HTTPS devkit for Scratchbox ii scratchbox-devkit-cputransp 1.0.9 CPU transparency methods ii scratchbox-devkit-debian 1.0.10 Debian tools for Scratchbox ii scratchbox-devkit-doctools1.0.13 Doctools for Scratchbox ii scratchbox-devkit-git 1.0.1 Git for Scratchbox ii scratchbox-devkit-maemo3 1.0.3 Maemo 3 devkit for Scratchbox ii scratchbox-devkit-perl1.0.4 Perl modules for Scratchbox ii scratchbox-devkit-qemu0.10.0-0sb5 Qemu scratchbox devkit ii scratchbox-devkit-svn 1.0 Subversion devkit for Scratchbox ii scratchbox-libs 1.0.16 Scratchbox libraries ii scratchbox-toolchain-cs2005q3.2-glibc2.5-arm 1.0.7.2 cs2005q3.2-glibc2.5-arm compiler for Scratch ii scratchbox-toolchain-cs2005q3.2-glibc2.5-i386 1.0.7 cs2005q3.2-glibc2.5-i386 compiler for Scratc ii scratchbox-toolchain-cs2007q3-glibc2.5-arm7 1.0.12-10 cs2007q3-glibc2.5-arm7 compiler for Scratchb ii scratchbox-toolchain-cs2007q3-glibc2.5-i486 1.0.12-8 cs2007q3-glibc2.5-i486 compiler for Scratchb ii scratchbox-toolchain-host-gcc 1.0.16 Scratchbox host-gcc toolchain -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Ed, Sure can (and following the chain). ls -l / | grep opt lrwxrwxrwx1 root root 18 Oct 6 22:36 opt -> /targets/links/opt ls -l /targets/links/ | grep opt lrwxrwxrwx 1 maemo 1000 26 Oct 19 16:55 opt -> /targets/FREMANTLE_X86/opt ls -l /targets/FREMANTLE_X86 | grep opt drwxr-xr-x 4 maemo sbox 4096 Oct 7 11:39 opt Dpkg -l base-files Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++---== == ii base-files 3.1.osso2+3.1.10.osso23+ Debian base system miscellaneous files Nathan P.S. I also put a bug report in earlier today at https://bugs.maemo.org/show_bug.cgi?id=5674 if you are handling it. ;-) -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 2:23 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : > Ed, > >I have actually installed all the packages I have built and > submitted to extras _inside_ my scratchbox from extras(-devel/testing) Good. In this case we just need to understand what's the difference between your environment and autobuilder one. Can you show me output of the following commands run inside scratchbox: ls -l / |grep opt dpkg -l base-files -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/21 Nathan Anderson : > Ed, > >I have actually installed all the packages I have built and > submitted to extras _inside_ my scratchbox from extras(-devel/testing) Good. In this case we just need to understand what's the difference between your environment and autobuilder one. Can you show me output of the following commands run inside scratchbox: ls -l / |grep opt dpkg -l base-files -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Ed, I have actually installed all the packages I have built and submitted to extras _inside_ my scratchbox from extras(-devel/testing) without any issues; in fact I needed install a dozen or so packages (some mine, some not) to make up all the dependancies on the one I was actually having the issues with and reported.This is the first package I've built that has relied upon a optified deb library. I had to actually "wait" to package this package up until I could get the optified ICU4.21 into the extras because I wanted to make sure that my scratchbox environment would match what the autobuilder would get. I never did a local install from the sources, I only did a "apt-get install " to get my newly build packages back from the extras(-devel/testing) repositories. I can also build the source, armel and x86 of this package in my scratchbox using the dependancies I got from extra(dev/test). However, when I submit my nice source.deb to the autobuilder it fails with the /opt error I listed below. So even it their was some issue with scratchbox; there is still an serious issue with the autobuilder since it is not able to install optified deb packages it built using the "maemo-optify" program. Now as to if there is also a issue with scratchbox -- I can't see how; as I stated above I can (& have) installed the packages that the autobulder built and stuck into extras-develop for me. I have no issues inside my scratchbox. I do not have access to a n900 to test to see what happens on a real n900. Anyone who has a n900 want to try "apt-get install clucene-core" (you will need extras-devel enabled) and see if you get pretty much everything in /opt/maemo/usr/lib) Please remember the autobuilder built and optified all the .deb packages I am depending on. If I skipped the maemo-optify step in all my packages; we would not be having this discussion. ;-) So right now my choice is to rebuild and turn off the optifing step and theirby putting about _20_ megs of libraries into the /usr/lib folder or not do anything until a solution is found on why the autobuilder is having issues with .deb packages it built and optified. I'm not particlarly happy, having to wait, but having these packages optified makes a lot more sense to me. ;-) So I'm currently blocked. (Please note I am note the only person who has had this issue. I know of at least two others as of this moment.) If I do need to change something in my packages, I will! But I need to know what. Afaik, the only "weirdity" to these packages is adding the "maemo-optify" before the md5 generation step. Nathan. -Original Message- From: Ed Bartosh [mailto:bart...@gmail.com] Sent: Wednesday, October 21, 2009 1:26 PM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? 2009/10/21 Nathan Anderson : ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > > Uhm, this is not good. Each of my "optified" packages throws this error. > That kinda makes optifing the libraries a pointless exercise if I > can't use them later in the buildbot. And Lib-icu is about 16 MEGS of libraries, so I > would think it would be a great canidate for optification. Do I need to > resubmit everything w/o optification, or are the build bots broken? > Have you tried to reproduce this issue in your build environment by installing your library and base-files locally inside scratchbox? Below are my attempts to reproduce and fix the problem: This is what I see in autobulder environment: > grep /opt$ /var/lib/dpkg/info/base-files.list /opt It means that /opt belongs to base-files package. And I can easily reproduce the error if I try to install any package with /opt directory inside it: > fakeroot apt-get install clucene-core Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: clucene-core 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 319kB of archives. After unpacking 1085kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! clucene-core Install these packages without verification [y/N]? y Get:1 http://osso.stage.dmz fremantle/free clucene-core 0.9.21b-0maemo1 [319kB] Fetched 319kB in 0s (329kB/s) /scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure: No such file or directory Selecting previously deselected package clucene-core. (Reading database ... 6395 files and directories currently installed.) Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... dpkg: error processing /var/cache/apt/archives/clucene-c
Re: Maemo-Optify & Builder Bots = Broken?
2009/10/21 Nathan Anderson : ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > > Uhm, this is not good. Each of my "optified" packages throws this error. > That kinda makes optifing the libraries a pointless exercise if I can't use > them later in the buildbot. And Lib-icu is about 16 MEGS of libraries, so I > would think it would be a great canidate for optification. Do I need to > resubmit everything w/o optification, or are the build bots broken? > Have you tried to reproduce this issue in your build environment by installing your library and base-files locally inside scratchbox? Below are my attempts to reproduce and fix the problem: This is what I see in autobulder environment: > grep /opt$ /var/lib/dpkg/info/base-files.list /opt It means that /opt belongs to base-files package. And I can easily reproduce the error if I try to install any package with /opt directory inside it: > fakeroot apt-get install clucene-core Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: clucene-core 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 319kB of archives. After unpacking 1085kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! clucene-core Install these packages without verification [y/N]? y Get:1 http://osso.stage.dmz fremantle/free clucene-core 0.9.21b-0maemo1 [319kB] Fetched 319kB in 0s (329kB/s) /scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure: No such file or directory Selecting previously deselected package clucene-core. (Reading database ... 6395 files and directories currently installed.) Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... dpkg: error processing /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): trying to overwrite `/opt', which is also in package base-files dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb E: Sub-process /scratchbox/devkits/debian-etch/bin/dpkg returned an error code (1) Hmm. Let's remove /opt from base-files.list and see what happens: Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... dpkg: error processing /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): error creating directory `./opt': Permission denied dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb It didn't help, but we can see that dpkg tries to create directory /opt and fails because symlink /opt already exists. OK, then. Let's put /opt back to base-files.list and create directory /opt instead of symlink: $ sudo rm /scratchbox/users/ed/opt $ sudo mkdir /scratchbox/users/ed/opt $ sudo chown ed /scratchbox/users/ed/opt And try again: > fakeroot apt-get install clucene-core Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: clucene-core 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 0B/319kB of archives. After unpacking 1085kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! clucene-core Install these packages without verification [y/N]? y /scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure: No such file or directory (Reading database ... 6395 files and directories currently installed.) Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... Setting up clucene-core (0.9.21b-0maemo1) ... It works! Hurray! :) So, my conclusion is this is scratchbox problem, not autobuilder one. It's not autobuilder, who creates /opt symlinks. They're created by scratchbox for each user. May be scratchbox guys can explain how to fix it properly. Of course I can remove symlinks and create directories instead for all builders, but may be there is better way to solve the problem? -- BR, Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Address book, persistent UIDs and merging contacts
2009/10/21 Andrew Flegg : > Hi, > > At the summit, and according to the documentation[1], an EContact should have > its *persistent* UID stored if you need to refer to a contact at a later date. > > However, how does this work with merging contacts? If I merge a contact > (UID=1) with another (UID=2), are stored references to both persistent UIDs > still valid? > > Intuitively, I'd guess not, but if this is supposed to be a persistent UID > _and_ the contact info is still in the address book, perhaps there's some > cleverness under the covers. > > Any info gratefully received. > > Thanks in advance, > > Andrew > > [1] > https://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Generic_Platform_Components/Using_Address_Book_API#Attribute_Convenience_Functions > I suppose that when you merge two contacts, one gets deleted and its fields added to the other one. I don't know how you do merge the contacts, but if you merge contact UID 1 into contact UID 2, then, logically, UID 1 would be deleted, wouldn't it? Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Address book, persistent UIDs and merging contacts
Hi, At the summit, and according to the documentation[1], an EContact should have its *persistent* UID stored if you need to refer to a contact at a later date. However, how does this work with merging contacts? If I merge a contact (UID=1) with another (UID=2), are stored references to both persistent UIDs still valid? Intuitively, I'd guess not, but if this is supposed to be a persistent UID _and_ the contact info is still in the address book, perhaps there's some cleverness under the covers. Any info gratefully received. Thanks in advance, Andrew [1] https://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Generic_Platform_Components/Using_Address_Book_API#Attribute_Convenience_Functions -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo-Optify & Builder Bots = Broken?
Julius, Thanks -- I thought I saw something on the list about it a couple days ago -- but I was thinking it was relating to something else. Well, I guess it is "good" to know that it isn't just my problem. But I know this basically "halts" what I'm doing. I've added it as a bug to the bugtracker: https://bugs.maemo.org/show_bug.cgi?id=5674 Nathan -Original Message- From: Julius Luukko [mailto:julle.luu...@quicknet.inet.fi] Sent: Wednesday, October 21, 2009 11:45 AM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Maemo-Optify & Builder Bots = Broken? Nathan Anderson wrote: > Try to install static depends: libcurl3 libcurl3-dev libicu42 > libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 > python2.5-dev > [2009-10-21 12:30:46] fakeroot apt-get -y -q -o > APT::Get::AllowUnauthenticated=1 install --no-remove libcurl3 > libcurl3-dev > libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev > python2.5 python2.5-dev properly) > Unpacking libssl0.9.8 (from > .../libssl0.9.8_0.9.8g-15maemo4+0m5_armel.deb) > ... > Selecting previously deselected package libreadline4. > Unpacking libreadline4 (from .../libreadline4_4.3-10.1+0m5_armel.deb) ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > Hi Nathan, I reported the same problem a few days ago: http://lists.maemo.org/pipermail/maemo-developers/2009-October/021512.html No solution was found! -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Full Screen Hotkey?
On 10/21/09, Nathan Anderson wrote: > > Luca, > > You would already have to have the keyboard open if you used Ctrl-S or > Ctrl-Shift-F, Ctrl-F could be used for Find. Ctrl-S could be Save. Using > Ctrl- is hazardous since different apps have different > requirements. > You have a point here. My guesses for universal keys that all apps could accept for full screen > would be: (It would be good if we make it as universal as possible so as > not to confuse end users) > > Ctrl->Volume (Would possibly be used by a music program to switch mp3's > tracks playing) > Ctrl->Camera (could be used by a camera app to do something different > (HDR?)) > Ctrl->Power (If Possible, this might be imo the best one -- I can't think > of any reason for any other program to use as a hotkey) > Ctrl->Space (I can't think of any reason a app would need to map this as > a "normal" hotkey either) > I think that both would do, but for the reason I stated before, I like Ctrl+Space the better. Anything else on the keyboard ( > http://www.nokian900.com/wp-content/uploads/2009/01/Nokia-N900-front-open-keyboard.jpg) > would > be easily up for application control and I can't see how we could make is a > universal recommendation. > > Nathan. > > -- > *From:* Luca Donaggio [mailto:donag...@gmail.com] > *Sent:* Wednesday, October 21, 2009 10:17 AM > *To:* Nathan Anderson > *Cc:* maemo-developers@maemo.org > *Subject:* Re: Full Screen Hotkey? > > I think that any combination of CTRL+ would > be a little awkward (CTRL is in the slideing keybord, other buttons are on > the sides of the device). > I would prefer an all-with-the-keyboard combination. > > Luca Donaggio > > On Wed, Oct 21, 2009 at 4:53 PM, Nathan Anderson < > nat...@andersonsplace.net> wrote: > >> >> >> Ctrl-f is very commonly used as Find. Users are used to that. But what >> about something like Ctrl-Volume (up/down) key? Or Ctrl-Camera Key. >> That >> way you aren't actually "taking" overriding a existing "used" key. And it >> could be used by pretty much any program that needed it w/o it being used >> for some other hotkey. >> >> Nathan >> >> -Original Message- >> From: maemo-developers-boun...@maemo.org >> [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Eero Tamminen >> Sent: Wednesday, October 21, 2009 7:21 AM >> To: ext ds >> Cc: maemo-developers@maemo.org >> Subject: Re: Call for testers with N900 for vncviewer >> >> Hi, >> >> ext ds wrote: >> > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: >> >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: >> >>> I have no feeling for N900 at the moment. But yes, I have some >> >>> feature requests left on garage, and as there is not too much UI it >> >>> should not be a big deal:-) >> >>> >> >>> But first I want to have it running an the N900. >> >> I got it working now :) Attached is a screenshot (in case the list >> >> allows that). >> > >> > Thanks, at least my copy allowed it! >> >> Getting the UI Fremantle conform should be straight forward, at least >> >> it looks like that to me. If you need help there, just tell me. >> >> >> > I got a message from maemo admin: >> > After disabling the toolbar and switching to fullscreen mode there >> > seems to be no way get out of full screen or getting the toolbar back. >> > >> > Can you confirm this? Is no Hardwarebutton bringing up the menu or >> > toggle full screen anymore? >> >> Correct. I would suggest supporting additional shortcut like Ctrl-f as >> proposed in another mail. >> >> >>- Eero >> >> PS. User can switch to other apps by using the Ctrl-backspace shortcut for >> the task switcher (or by launching Camera app with the camera button or >> closing the application from the power menu "End task" button). >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GStreamer playbin + MP3 playback on the N900
Hi, playbin2 works. playbin used to work too before having installed ogg-support, at least on a older firmware release (OS 38-x) it worked well until I installed ogg-support. The SDK documentation mentions to use playbin2, however, so breaking playbin shouldn't be too critical. But some gstreamer expert should be able explain why this breaks playbin. Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Nathan Anderson wrote: > Try to install static depends: libcurl3 libcurl3-dev libicu42 libicu42-dev > clucene-core clucene-core-dev zlib1g-dev python2.5 python2.5-dev > [2009-10-21 12:30:46] fakeroot apt-get -y -q -o > APT::Get::AllowUnauthenticated=1 install --no-remove libcurl3 libcurl3-dev > libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 > python2.5-dev (My depends are listed properly) > Unpacking libssl0.9.8 (from .../libssl0.9.8_0.9.8g-15maemo4+0m5_armel.deb) > ... > Selecting previously deselected package libreadline4. > Unpacking libreadline4 (from .../libreadline4_4.3-10.1+0m5_armel.deb) ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > Hi Nathan, I reported the same problem a few days ago: http://lists.maemo.org/pipermail/maemo-developers/2009-October/021512.html No solution was found! -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Full Screen Hotkey?
What about pressing + and - at the same time? At least if I remember correctly the N800 was able to signalize this. If + and - are beside each other on N900 this might be comparable to the place where N800 had the button (between + and -) Detlef Am Mittwoch, den 21.10.2009, 09:53 -0500 schrieb Nathan Anderson: > > Ctrl-f is very commonly used as Find. Users are used to that. But what > about something like Ctrl-Volume (up/down) key? Or Ctrl-Camera Key. That > way you aren't actually "taking" overriding a existing "used" key. And it > could be used by pretty much any program that needed it w/o it being used > for some other hotkey. > > Nathan > > -Original Message- > From: maemo-developers-boun...@maemo.org > [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Eero Tamminen > Sent: Wednesday, October 21, 2009 7:21 AM > To: ext ds > Cc: maemo-developers@maemo.org > Subject: Re: Call for testers with N900 for vncviewer > > Hi, > > ext ds wrote: > > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: > >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: > >>> I have no feeling for N900 at the moment. But yes, I have some > >>> feature requests left on garage, and as there is not too much UI it > >>> should not be a big deal:-) > >>> > >>> But first I want to have it running an the N900. > >> I got it working now :) Attached is a screenshot (in case the list > >> allows that). > > > > Thanks, at least my copy allowed it! > >> Getting the UI Fremantle conform should be straight forward, at least > >> it looks like that to me. If you need help there, just tell me. > >> > > I got a message from maemo admin: > > After disabling the toolbar and switching to fullscreen mode there > > seems to be no way get out of full screen or getting the toolbar back. > > > > Can you confirm this? Is no Hardwarebutton bringing up the menu or > > toggle full screen anymore? > > Correct. I would suggest supporting additional shortcut like Ctrl-f as > proposed in another mail. > > > - Eero > > PS. User can switch to other apps by using the Ctrl-backspace shortcut for > the task switcher (or by launching Camera app with the camera button or > closing the application from the power menu "End task" button). > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Welcome to the club :) I have the same problem. Regards: Bundyo On Wed, Oct 21, 2009 at 6:30 PM, Nathan Anderson wrote: > Devs, > >Ok, I have been trying to be a good boy and optify all the items I > have been putting into the fremantle extras. Up to now they have been > standalone libraries and the build bots have done their job and optified > the > package (and then I've been able to install them in my sdk properly). > >However, I have finally submitted a library which depends on two > other libraries that I did and optified. Well when it did the depends step > to pull all the libraries; this is the output: > > --- > Try to install static depends: libcurl3 libcurl3-dev libicu42 libicu42-dev > clucene-core clucene-core-dev zlib1g-dev python2.5 python2.5-dev > [2009-10-21 12:30:46] fakeroot apt-get -y -q -o > APT::Get::AllowUnauthenticated=1 install --no-remove libcurl3 libcurl3-dev > libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 > python2.5-dev (My depends are listed properly) > Unpacking libssl0.9.8 (from .../libssl0.9.8_0.9.8g-15maemo4+0m5_armel.deb) > ... > Selecting previously deselected package libreadline4. > Unpacking libreadline4 (from .../libreadline4_4.3-10.1+0m5_armel.deb) ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) > ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > > Uhm, this is not good. Each of my "optified" packages throws this error. > That kinda makes optifing the libraries a pointless exercise if I can't use > them later in the buildbot. And Lib-icu is about 16 MEGS of libraries, so > I > would think it would be a great canidate for optification. Do I need to > resubmit everything w/o optification, or are the build bots broken? > > The packages that I have optified has depends on maemo-optify and has > "maemo-optify" as the step between (dh_gencontrol and dh_md5sums). > > dh_gencontrol > maemo-optify > dh_md5sums > > What do I need to do to solve this issue? I have no issues resubmitting > the packages I have done again to test things, but I would rather have a > "known" way to make it work since Lib-icu is a 2.5 hour (yes, 2 hours 30 > minutes) build process on the builders; so if I would prefer not to have to > tie up a buildbot for that length of time again until we have a known > working solution. > > Nathan. > > > > > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Full Screen Hotkey?
Luca, You would already have to have the keyboard open if you used Ctrl-S or Ctrl-Shift-F, Ctrl-F could be used for Find. Ctrl-S could be Save. Using Ctrl- is hazardous since different apps have different requirements. My guesses for universal keys that all apps could accept for full screen would be: (It would be good if we make it as universal as possible so as not to confuse end users) Ctrl->Volume (Would possibly be used by a music program to switch mp3's tracks playing) Ctrl->Camera (could be used by a camera app to do something different (HDR?)) Ctrl->Power (If Possible, this might be imo the best one -- I can't think of any reason for any other program to use as a hotkey) Ctrl->Space (I can't think of any reason a app would need to map this as a "normal" hotkey either) Anything else on the keyboard (http://www.nokian900.com/wp-content/uploads/2009/01/Nokia-N900-front-open-k eyboard.jpg) would be easily up for application control and I can't see how we could make is a universal recommendation. Nathan. _ From: Luca Donaggio [mailto:donag...@gmail.com] Sent: Wednesday, October 21, 2009 10:17 AM To: Nathan Anderson Cc: maemo-developers@maemo.org Subject: Re: Full Screen Hotkey? I think that any combination of CTRL+ would be a little awkward (CTRL is in the slideing keybord, other buttons are on the sides of the device). I would prefer an all-with-the-keyboard combination. Luca Donaggio On Wed, Oct 21, 2009 at 4:53 PM, Nathan Anderson wrote: Ctrl-f is very commonly used as Find. Users are used to that. But what about something like Ctrl-Volume (up/down) key? Or Ctrl-Camera Key. That way you aren't actually "taking" overriding a existing "used" key. And it could be used by pretty much any program that needed it w/o it being used for some other hotkey. Nathan -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Eero Tamminen Sent: Wednesday, October 21, 2009 7:21 AM To: ext ds Cc: maemo-developers@maemo.org Subject: Re: Call for testers with N900 for vncviewer Hi, ext ds wrote: > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: >>> I have no feeling for N900 at the moment. But yes, I have some >>> feature requests left on garage, and as there is not too much UI it >>> should not be a big deal:-) >>> >>> But first I want to have it running an the N900. >> I got it working now :) Attached is a screenshot (in case the list >> allows that). > > Thanks, at least my copy allowed it! >> Getting the UI Fremantle conform should be straight forward, at least >> it looks like that to me. If you need help there, just tell me. >> > I got a message from maemo admin: > After disabling the toolbar and switching to fullscreen mode there > seems to be no way get out of full screen or getting the toolbar back. > > Can you confirm this? Is no Hardwarebutton bringing up the menu or > toggle full screen anymore? Correct. I would suggest supporting additional shortcut like Ctrl-f as proposed in another mail. - Eero PS. User can switch to other apps by using the Ctrl-backspace shortcut for the task switcher (or by launching Camera app with the camera button or closing the application from the power menu "End task" button). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
On Wed, 2009-10-21 at 17:13 +0200, ext Luca Donaggio wrote:
> If there's neither hardware button to toggle fullscreen mode nor a
> default keyboard shortcut and the preferred method is via the
> touchscreen then a specific widget should be included in hildon, just
> to avoid duplicating the same code or, even worse, 'reinventing the
> wheel' for every app.
>
> Maybe it's a candidate for inclusion in Hildon Extras [1] -hint
> hint- ?
>
> For now I'll stick with a keyboard shortcut, maybe CTRL-Shift-F would
> do.
You could listen for this key combination in the HildonWindow, so that
the HildonWindow that has input focus would handle changing the
fullscreenness (i.e. send the right ClientMessage). That way it wouldn't
need to be global shortcut with all the complications.
-Kimmo
>
> Luca Donaggio
>
> [1] https://garage.maemo.org/projects/hildon-extras/
>
>
> On Wed, Oct 21, 2009 at 3:50 PM, Henrik Hedberg
> wrote:
> Cornelius Hald wrote:
>
> > I don´t think there is already a widely used keyboard
> shortcut.
>
>
>The full screen toggling should be done with the touch
> screen, yes.
>
>However, there are some shortcuts in the keyboard (of which
> I found
> by accident):
>
> CTRL-Backspace = Open the task switcher (can be used to
> somehow replace
> the full screen button)
>
> CTRL-Shift-X = Open a new terminal (which is very handy if the
> hildon-desktop has jammed ;)
>
> CTRL-Shift-P = Take a screenshot (which is saved in
> ${HOME}/MyDocs/.images/Screenshots)
>
>BR,
>
>Henrik
>
> --
>Henrik Hedberg - +358 (0)40 574 5087 -
> http://www.henrikhedberg.net/
>Innologies - Innovative Technologies -
> http://www.innologies.fi/
>Oulu, Finland - FI19934487, VAT reg. -
> http://www.innologies.com/
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Promotion unlocked messages
> Hi Niels, > > > On Wed, Oct 21, 2009 at 8:21 AM, Niels Breet wrote: > >> Hi, >> >> >> While implementing a new notification feature for the community QA >> queue, a number of mails have been sent out to owners of packages in >> extras-testing. > > I received a couple of these e-mails (although all of them are > packages I help maintaining for the PyMaemo project). I have a couple of > questions about it: > > * do we have to take some action after we receive this e-mail? No, you should not have received them. > * On the e-mail it says the package is "unlocked for promotion in > extras-testing". What does that mean specifically? That the package can be > promoted to extras? * What about packages that are automatically promoted > to extras-testing because they are dependencies of other promoted package > (as is with most PyMaemo packages)? Do we (the PyMaemo team) have to > promote these packages ourselves or simply wait for some application using > them to be promoted? These messages will only be sent out to user/* section applications when they have met the promotion criteria. They're just a reminder that the app can be promoted from Extras-testing to Extras. (When everything is working correctly ;) In your case you don't have to do anything. Sorry again, I messed up. > > Thanks in advance, > -- > Anderson Lizardo > OpenBossa Labs - INdT > Manaus - Brazil > -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo-Optify & Builder Bots = Broken?
Devs, Ok, I have been trying to be a good boy and optify all the items I have been putting into the fremantle extras. Up to now they have been standalone libraries and the build bots have done their job and optified the package (and then I've been able to install them in my sdk properly). However, I have finally submitted a library which depends on two other libraries that I did and optified. Well when it did the depends step to pull all the libraries; this is the output: --- Try to install static depends: libcurl3 libcurl3-dev libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 python2.5-dev [2009-10-21 12:30:46] fakeroot apt-get -y -q -o APT::Get::AllowUnauthenticated=1 install --no-remove libcurl3 libcurl3-dev libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 python2.5-dev https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo.org/packages not identifying new version correctly?
I uploaded glom 1.12.2-0maemo2 to extras-devel yesterday evening, which built fine. However, looking at: http://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/glom/1.12.2-0maemo2/ I see that an old version 1.12.2-0maemo1 is in the File field. There is also a dependency warning, that is not present in the 1.12.2-0maemo2 version (which I uploaded to fix exactly this problem). I can install 1.12.2-0maemo2 on an N900, so the dependency problem does not seem to be an issue, but maybe the package description is somehow stale? -- David King | http://amigadave.blogspot.com/ | dav...@openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Full Screen Hotkey?
I think that any combination of CTRL+ would be a little awkward (CTRL is in the slideing keybord, other buttons are on the sides of the device). I would prefer an all-with-the-keyboard combination. Luca Donaggio On Wed, Oct 21, 2009 at 4:53 PM, Nathan Anderson wrote: > > > Ctrl-f is very commonly used as Find. Users are used to that. But what > about something like Ctrl-Volume (up/down) key? Or Ctrl-Camera Key. > That > way you aren't actually "taking" overriding a existing "used" key. And it > could be used by pretty much any program that needed it w/o it being used > for some other hotkey. > > Nathan > > -Original Message- > From: maemo-developers-boun...@maemo.org > [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Eero Tamminen > Sent: Wednesday, October 21, 2009 7:21 AM > To: ext ds > Cc: maemo-developers@maemo.org > Subject: Re: Call for testers with N900 for vncviewer > > Hi, > > ext ds wrote: > > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: > >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: > >>> I have no feeling for N900 at the moment. But yes, I have some > >>> feature requests left on garage, and as there is not too much UI it > >>> should not be a big deal:-) > >>> > >>> But first I want to have it running an the N900. > >> I got it working now :) Attached is a screenshot (in case the list > >> allows that). > > > > Thanks, at least my copy allowed it! > >> Getting the UI Fremantle conform should be straight forward, at least > >> it looks like that to me. If you need help there, just tell me. > >> > > I got a message from maemo admin: > > After disabling the toolbar and switching to fullscreen mode there > > seems to be no way get out of full screen or getting the toolbar back. > > > > Can you confirm this? Is no Hardwarebutton bringing up the menu or > > toggle full screen anymore? > > Correct. I would suggest supporting additional shortcut like Ctrl-f as > proposed in another mail. > > >- Eero > > PS. User can switch to other apps by using the Ctrl-backspace shortcut for > the task switcher (or by launching Camera app with the camera button or > closing the application from the power menu "End task" button). > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
If there's neither hardware button to toggle fullscreen mode nor a default
keyboard shortcut and the preferred method is via the touchscreen then a
specific widget should be included in hildon, just to avoid duplicating the
same code or, even worse, 'reinventing the wheel' for every app.
Maybe it's a candidate for inclusion in Hildon Extras [1] -hint hint- ?
For now I'll stick with a keyboard shortcut, maybe CTRL-Shift-F would do.
Luca Donaggio
[1] https://garage.maemo.org/projects/hildon-extras/
On Wed, Oct 21, 2009 at 3:50 PM, Henrik Hedberg <
henrik.hedb...@innologies.fi> wrote:
> Cornelius Hald wrote:
>
> > I don´t think there is already a widely used keyboard shortcut.
>
> The full screen toggling should be done with the touch screen, yes.
>
>However, there are some shortcuts in the keyboard (of which I found
> by accident):
>
> CTRL-Backspace = Open the task switcher (can be used to somehow replace
> the full screen button)
>
> CTRL-Shift-X = Open a new terminal (which is very handy if the
> hildon-desktop has jammed ;)
>
> CTRL-Shift-P = Take a screenshot (which is saved in
> ${HOME}/MyDocs/.images/Screenshots)
>
>BR,
>
>Henrik
>
> --
>Henrik Hedberg - +358 (0)40 574 5087 - http://www.henrikhedberg.net/
>Innologies - Innovative Technologies - http://www.innologies.fi/
>Oulu, Finland - FI19934487, VAT reg. - http://www.innologies.com/
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Full Screen Hotkey?
Ctrl-f is very commonly used as Find. Users are used to that. But what about something like Ctrl-Volume (up/down) key? Or Ctrl-Camera Key. That way you aren't actually "taking" overriding a existing "used" key. And it could be used by pretty much any program that needed it w/o it being used for some other hotkey. Nathan -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Eero Tamminen Sent: Wednesday, October 21, 2009 7:21 AM To: ext ds Cc: maemo-developers@maemo.org Subject: Re: Call for testers with N900 for vncviewer Hi, ext ds wrote: > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: >>> I have no feeling for N900 at the moment. But yes, I have some >>> feature requests left on garage, and as there is not too much UI it >>> should not be a big deal:-) >>> >>> But first I want to have it running an the N900. >> I got it working now :) Attached is a screenshot (in case the list >> allows that). > > Thanks, at least my copy allowed it! >> Getting the UI Fremantle conform should be straight forward, at least >> it looks like that to me. If you need help there, just tell me. >> > I got a message from maemo admin: > After disabling the toolbar and switching to fullscreen mode there > seems to be no way get out of full screen or getting the toolbar back. > > Can you confirm this? Is no Hardwarebutton bringing up the menu or > toggle full screen anymore? Correct. I would suggest supporting additional shortcut like Ctrl-f as proposed in another mail. - Eero PS. User can switch to other apps by using the Ctrl-backspace shortcut for the task switcher (or by launching Camera app with the camera button or closing the application from the power menu "End task" button). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GStreamer playbin + MP3 playback on the N900
2009/10/21 Claudio Saavedra : > El mié, 21-10-2009 a las 16:17 +0200, Thomas Perl escribió: >> As mentioned in https://bugs.maemo.org/show_bug.cgi?id=5629, I cannot >> get MP3 files to play with GStreamer on the N900 using the "playbin" >> element. I have tested it with both Python code and the gst-launch utility. >> >> $ gst-launch playbin uri=file:///path/to/a/mp3file.mp3 >> >> The error I am getting is this one: >> >> ERROR: from element /GstPlayBin:playbin0/GstFileSrc:source: Internal >> data flow error. >> Additional debug info: >> gstbasesrc.c(2345): gst_base_src_loop (): >> /GstPlayBin:playbin0/GstFileSrc:source: >> streaming task paused, reason not-negotiated (-4) >> >> Is there any way how I can make this work on the N900? (works in Diablo) >> Is there something special I need to do to playback this file? > > playbin2? Oh, yes. That works perfect :) Thanks! Can I also play audio while the N900 is in the "Silent" profile with GStreamer? (Playback is muted with the "Silent" profile) Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GStreamer playbin + MP3 playback on the N900
Thomas Perl wrote: > Hello! > > As mentioned in https://bugs.maemo.org/show_bug.cgi?id=5629, I cannot > get MP3 files to play with GStreamer on the N900 using the "playbin" > element. I have tested it with both Python code and the gst-launch utility. I've used playbin2 with gst-launch on the command line. -- Tuomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GStreamer playbin + MP3 playback on the N900
El mié, 21-10-2009 a las 16:17 +0200, Thomas Perl escribió: > Hello! > > As mentioned in https://bugs.maemo.org/show_bug.cgi?id=5629, I cannot > get MP3 files to play with GStreamer on the N900 using the "playbin" > element. I have tested it with both Python code and the gst-launch utility. > > $ gst-launch playbin uri=file:///path/to/a/mp3file.mp3 > > The error I am getting is this one: > > ERROR: from element /GstPlayBin:playbin0/GstFileSrc:source: Internal > data flow error. > Additional debug info: > gstbasesrc.c(2345): gst_base_src_loop (): > /GstPlayBin:playbin0/GstFileSrc:source: > streaming task paused, reason not-negotiated (-4) > > Is there any way how I can make this work on the N900? (works in Diablo) > Is there something special I need to do to playback this file? playbin2? Claudio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
Worth nothing that it is actually hildon-desktop itself that defines these shortcuts... Best Regards, Faheem On Wed, Oct 21, 2009 at 2:50 PM, Henrik Hedberg wrote: > Cornelius Hald wrote: > > > I don´t think there is already a widely used keyboard shortcut. > > The full screen toggling should be done with the touch screen, yes. > > However, there are some shortcuts in the keyboard (of which I found > by accident): > > CTRL-Shift-X = Open a new terminal (which is very handy if the > hildon-desktop has jammed ;) > > BR, > > Henrik > > -- > Henrik Hedberg - +358 (0)40 574 5087 - http://www.henrikhedberg.net/ > Innologies - Innovative Technologies - http://www.innologies.fi/ > Oulu, Finland - FI19934487, VAT reg. - http://www.innologies.com/ > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
GStreamer playbin + MP3 playback on the N900
Hello! As mentioned in https://bugs.maemo.org/show_bug.cgi?id=5629, I cannot get MP3 files to play with GStreamer on the N900 using the "playbin" element. I have tested it with both Python code and the gst-launch utility. $ gst-launch playbin uri=file:///path/to/a/mp3file.mp3 The error I am getting is this one: ERROR: from element /GstPlayBin:playbin0/GstFileSrc:source: Internal data flow error. Additional debug info: gstbasesrc.c(2345): gst_base_src_loop (): /GstPlayBin:playbin0/GstFileSrc:source: streaming task paused, reason not-negotiated (-4) Is there any way how I can make this work on the N900? (works in Diablo) Is there something special I need to do to playback this file? For now, I don't want to use MAFW, as this would require rewriting big parts of my code, and playback isn't supported by python-mafw, anyway. Thanks, Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
Cornelius Hald wrote:
> I don´t think there is already a widely used keyboard shortcut.
The full screen toggling should be done with the touch screen, yes.
However, there are some shortcuts in the keyboard (of which I found
by accident):
CTRL-Backspace = Open the task switcher (can be used to somehow replace
the full screen button)
CTRL-Shift-X = Open a new terminal (which is very handy if the
hildon-desktop has jammed ;)
CTRL-Shift-P = Take a screenshot (which is saved in
${HOME}/MyDocs/.images/Screenshots)
BR,
Henrik
--
Henrik Hedberg - +358 (0)40 574 5087 - http://www.henrikhedberg.net/
Innologies - Innovative Technologies - http://www.innologies.fi/
Oulu, Finland - FI19934487, VAT reg. - http://www.innologies.com/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Diablo Qt: how to hook into zoomin / zoomout hw keys
To quote http://wiki.maemo.org/Qt4Hildon QQQ Hardcoded Keys: In the QMainWindow: - F6 - Toggle fullscreen the application - F4 - Shows/Hides the application context menu - Zoom in - is a standard key sequence QKeySequence::ZoomIn - Zoom out - is a standard key sequence QKeySequence::ZoomOut QQQ I have (in my MainWindow) QQQ QShortcut* zIn = new QShortcut(QKeySequence::ZoomIn, this); QShortcut* zOut = new QShortcut(QKeySequence::ZoomOut, this); connect(zIn, SIGNAL(activated()), this, SLOT(zoomInPressed())); connect(zOut, SIGNAL(activated()), this, SLOT(zoomOutPressed())); QQQ This works fine on desktop (ctrl +/-). However, on device it doesn't work. Any ideas what I'm doing wrong? I have also tried: - Adding these as QActions on mainwindow, without menu items - this doesn't work in desktop *or* device - Adding these as QShortcuts on the "active" widget - Looking at key press events in the active widget I'm wondering, what am I doing wrong? -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
pHilipp Zabel wrote: >> I think the camera button works differently, don´t know how, but the >> load applet is using it for taking a screenshot. > > This is interesting. I wonder if it would be a good idea to repurpose > this button to scan a barcode from some applications (say, shopping > list or media catalog). I think if you have an application which makes use of the camera, this is exactly the button you want to use. Only thing I´m not sure about is whether or not it is possible to deactivate the launching of the camera app which happens if you push the button. The button has to states. First, you press it a bit only, this activates the autofocus if your´re in the camera app. Otherwise it just sends a dbus message. Then you can press it down completely which takes a picture if your´re inside the camera app or opens the camera app if it´s not open yet. Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
On Wed, Oct 21, 2009 at 2:05 PM, Cornelius Hald wrote: > Hi, > > Nathan Anderson wrote: >> What physical hardware buttons do exist? Maybe we can tie onto one >> of those to exit out of full screen mode in apps. Anybody know the >> keyboard constants are to these hardware buttons -- we should put them in a >> wiki article -- this is something that I could think that several programs >> would need. Games that are running full screen, Remote Desktop, a picture >> viewer. > > The available HW buttons are: +/- keys, Power key, Take-a-photo key and > the lock key. Then there´s of course the keyboard with even more keys ;) > > They key constants for the +/- keys are the same as on Diablo. But > before you can use them you first have to unmap the default action, > which is sound volume up/down. > > I think the camera button works differently, don´t know how, but the > load applet is using it for taking a screenshot. This is interesting. I wonder if it would be a good idea to repurpose this button to scan a barcode from some applications (say, shopping list or media catalog). cheers Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Promotion unlocked messages
Hi Niels, On Wed, Oct 21, 2009 at 8:21 AM, Niels Breet wrote: > Hi, > > While implementing a new notification feature for the community QA queue, > a number of mails have been sent out to owners of packages in > extras-testing. I received a couple of these e-mails (although all of them are packages I help maintaining for the PyMaemo project). I have a couple of questions about it: * do we have to take some action after we receive this e-mail? * On the e-mail it says the package is "unlocked for promotion in extras-testing". What does that mean specifically? That the package can be promoted to extras? * What about packages that are automatically promoted to extras-testing because they are dependencies of other promoted package (as is with most PyMaemo packages)? Do we (the PyMaemo team) have to promote these packages ourselves or simply wait for some application using them to be promoted? Thanks in advance, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Call for testers with N900 for vncviewer
Hi, ext ds wrote: > Am Dienstag, den 20.10.2009, 20:08 +0200 schrieb Cornelius Hald: >> On Tue, 2009-10-20 at 15:01 +0200, ds wrote: >>> I have no feeling for N900 at the moment. But yes, I have some feature >>> requests left on garage, and as there is not too much UI it should not >>> be a big deal:-) >>> >>> But first I want to have it running an the N900. >> I got it working now :) Attached is a screenshot (in case the list >> allows that). > > Thanks, at least my copy allowed it! >> Getting the UI Fremantle conform should be straight forward, at least it >> looks like that to me. If you need help there, just tell me. >> > I got a message from maemo admin: > After disabling the toolbar and switching to fullscreen mode there seems > to be no way get out of full screen or getting the toolbar back. > > Can you confirm this? Is no Hardwarebutton bringing up the menu or > toggle full screen anymore? Correct. I would suggest supporting additional shortcut like Ctrl-f as proposed in another mail. - Eero PS. User can switch to other apps by using the Ctrl-backspace shortcut for the task switcher (or by launching Camera app with the camera button or closing the application from the power menu "End task" button). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Promotion unlocked messages
Hi, While implementing a new notification feature for the community QA queue, a number of mails have been sent out to owners of packages in extras-testing. Due to some incorrect checks more people have received the mail than was intended. I'm very sorry for sending you these mails. This should not happen again. -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
2009/10/21 Tuomas Kulve : > Cornelius Hald wrote: >> Hi, >> >> Nathan Anderson wrote: >>> What physical hardware buttons do exist? Maybe we can tie onto one >>> of those to exit out of full screen mode in apps. Anybody know the >>> keyboard constants are to these hardware buttons -- we should put them in a >>> wiki article -- this is something that I could think that several programs >>> would need. Games that are running full screen, Remote Desktop, a picture >>> viewer. >> >> The available HW buttons are: +/- keys, Power key, Take-a-photo key and >> the lock key. Then there´s of course the keyboard with even more keys ;) > > The quake3 uses promixity sensor as a fire button. Hover a finger close > to the sensor (or just tap it) and it will fire. > > Just pointing out that the device can use something weird instead of the > traditional hardware keys ;) > > But it's not always a good idea, I think. People suggested Xournal should use this very same trick (the proximity sensor) to enable the panning. A sensor is a sensor, not a modifier. But yes, strictly speaking one can "force adapt" hardware features to do stuff it was not designed to do. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Considering /opt and MyDocs in your packages
Hi, ext Graham Cobb wrote: > On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote: > By the way, I have been experimenting with maemo-optify. I think it is > currently generating too many links for quite small files. All files, even symlinks, take some space. On UBIFS single file overhead is about 1/4 KB (inodes + filename). > I think 20K would > be a better default for the size and, if feasible, I would like to see the > size settable as an option on the command line, to allow the developer to > tune it for their particular package. As UBIFS compresses the file contents[1] with LZO, it's the lzop compressed file sizes which should be used for this kind of decision. Does maemo-optify compare the lzop'ed or non-compressed ones file sizes? - Eero [1] /opt is on ext3 which isn't compressed. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
Cornelius Hald wrote: > Hi, > > Nathan Anderson wrote: >> What physical hardware buttons do exist? Maybe we can tie onto one >> of those to exit out of full screen mode in apps.Anybody know the >> keyboard constants are to these hardware buttons -- we should put them in a >> wiki article -- this is something that I could think that several programs >> would need. Games that are running full screen, Remote Desktop, a picture >> viewer. > > The available HW buttons are: +/- keys, Power key, Take-a-photo key and > the lock key. Then there´s of course the keyboard with even more keys ;) The quake3 uses promixity sensor as a fire button. Hover a finger close to the sensor (or just tap it) and it will fire. Just pointing out that the device can use something weird instead of the traditional hardware keys ;) -- Tuomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
Hi, Nathan Anderson wrote: > What physical hardware buttons do exist? Maybe we can tie onto one > of those to exit out of full screen mode in apps.Anybody know the > keyboard constants are to these hardware buttons -- we should put them in a > wiki article -- this is something that I could think that several programs > would need. Games that are running full screen, Remote Desktop, a picture > viewer. The available HW buttons are: +/- keys, Power key, Take-a-photo key and the lock key. Then there´s of course the keyboard with even more keys ;) They key constants for the +/- keys are the same as on Diablo. But before you can use them you first have to unmap the default action, which is sound volume up/down. I think the camera button works differently, don´t know how, but the load applet is using it for taking a screenshot. Anyways, I don´t think any of the hardware buttons is well suited to toggle fullscreen mode. Instead I would go with a keyboard shortcut and/or the transparent overlay button that the browser is using. I don´t think there is already a widely used keyboard shortcut. Some wiki document suggests Ctrl+f but this is often used to open the find bar. If we could standardize/recommend something for all community apps it would be nice. Suggestions welcome :) About the transparent overlay button: There is some code available here[1] which was probably ripped out of the browser code. Unfortunately they also removed the transparency and the fade in/out effects[2]. I think it shouldn't be to difficult to add these again, though. I really would like to do this, but I don´t think my time will permit it anytime soon. Maybe someone else wants to give it a try? Cheers! Conny [1] https://garage.maemo.org/svn/maemoexamples/trunk/maemopad/src/ [2] It´s still usable without those effects, just doesn´t look that nice. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-optify and Build-Depends
Thanks Andrew! Luca Donaggio On Wed, Oct 21, 2009 at 1:40 PM, Andrew Flegg wrote: > On Wed, Oct 21, 2009 at 12:36, Luca Donaggio wrote: > > To automatically optify a package with the autobuilder, should I make it > > Build-Depends from a specific package or is maemo-optify always available > in > > the build environment? > > You need to `Build-Depends: maemo-optify', AIUI. > > Cheers, > > Andrew > > -- > Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-optify and Build-Depends
On Wed, Oct 21, 2009 at 12:36, Luca Donaggio wrote: > To automatically optify a package with the autobuilder, should I make it > Build-Depends from a specific package or is maemo-optify always available in > the build environment? You need to `Build-Depends: maemo-optify', AIUI. Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo-optify and Build-Depends
To automatically optify a package with the autobuilder, should I make it Build-Depends from a specific package or is maemo-optify always available in the build environment? Thanks, Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Turning on Automatically when connected to power
Kimmo Hämäläinen wrote: > It's called "act dead" mode and it's a different init run-level (maybe > 5?), so if you make /etc/rc5.d to point to the normal run-level > (/etc/rc2.d or 3?), it will boot normally. No, this will not solve it completely. The /proc/bootreason is probably checked in some places so it still acts in a strange ways unless /proc/bootreason is really changed as Faheem describes. Old discussion here http://lists.maemo.org/pipermail/maemo-developers/2009-June/thread.html#19572 some version of the patch by kernel hacker qwerty12 http://pastebin.com/f3f36d2df ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
