Re: [Mageia-dev] Automated rebuild test
On 29 November 2012 19:53, Pascal Terjan wrote: >> In preparation for a real mass rebuild, I have started one last night >> a on a machine that is sadly still idle (sucuk). >> >> Good news is that after rebuilding 10% of core, failure rate is under 10%. >> Bad news is that it will take about 10 days to complete as I am >> building only one package at a time. >> >> Partial results are on http://pkgsubmit.mageia.org/autobuild/ so that >> people can start fixing the packages. > > Now added to youri check so that you can see your packages > http://check.mageia.org/cauldron/build.html > > Sadly, after you fix your package it will remain there until next run Those results are bogus. eg: d-i-stage2 just got rebuild smoothly...
Re: [Mageia-dev] Utter frustration
Op vrijdag 30 november 2012 00:47:16 schreef Olivier Blin: > AL13N writes: > > Op donderdag 29 november 2012 23:39:23 schreef Olivier Blin: > >> AL13N writes: > >> > Op donderdag 29 november 2012 21:14:18 schreef Donald Stewart: > >> >> On 29 November 2012 21:11, AL13N wrote: > >> >> > is there a reason you have installed packagekit? > >> >> > > >> >> > it's an alternative for package management, (it should run on top of > >> >> > urpmi), but i don't think it even works right... > >> >> > > >> >> > if i was you, i'd start to get rid of at least all that is > >> >> > packagekit > >> >> > > >> >> > no idea if it'll help your issue though... > >> >> > >> >> It gets pulled as a suggests to handle various codecs, I think from > >> >> either the phonon-gstreamer or just gstreamer packages. > >> > > >> > that's too bad, it should be removed imho. > >> > >> No, packagekit is a good package manager abstraction that makes possible > >> to share work among distributions. > >> > >> It should be improved to work better with urpmi instead. > > > > i have no troubles with that... but if we're trying to fix bugs, maybe we > > can start by stripping what is known to be not working well atm... > > > > i don't think anne is a dev and plans on fixing packagekit integration > > It is not for developers, it is useful for end users. not when it's known to not have complete integration, imho
Re: [Mageia-dev] Utter frustration
AL13N writes: > Op donderdag 29 november 2012 23:39:23 schreef Olivier Blin: >> AL13N writes: >> > Op donderdag 29 november 2012 21:14:18 schreef Donald Stewart: >> >> On 29 November 2012 21:11, AL13N wrote: >> >> > is there a reason you have installed packagekit? >> >> > >> >> > it's an alternative for package management, (it should run on top of >> >> > urpmi), but i don't think it even works right... >> >> > >> >> > if i was you, i'd start to get rid of at least all that is packagekit >> >> > >> >> > no idea if it'll help your issue though... >> >> >> >> It gets pulled as a suggests to handle various codecs, I think from >> >> either the phonon-gstreamer or just gstreamer packages. >> > >> > that's too bad, it should be removed imho. >> >> No, packagekit is a good package manager abstraction that makes possible >> to share work among distributions. >> >> It should be improved to work better with urpmi instead. > > i have no troubles with that... but if we're trying to fix bugs, maybe we can > start by stripping what is known to be not working well atm... > > i don't think anne is a dev and plans on fixing packagekit integration It is not for developers, it is useful for end users. -- Olivier Blin - blino
Re: [Mageia-dev] Utter frustration
Op donderdag 29 november 2012 23:39:23 schreef Olivier Blin: > AL13N writes: > > Op donderdag 29 november 2012 21:14:18 schreef Donald Stewart: > >> On 29 November 2012 21:11, AL13N wrote: > >> > is there a reason you have installed packagekit? > >> > > >> > it's an alternative for package management, (it should run on top of > >> > urpmi), but i don't think it even works right... > >> > > >> > if i was you, i'd start to get rid of at least all that is packagekit > >> > > >> > no idea if it'll help your issue though... > >> > >> It gets pulled as a suggests to handle various codecs, I think from > >> either the phonon-gstreamer or just gstreamer packages. > > > > that's too bad, it should be removed imho. > > No, packagekit is a good package manager abstraction that makes possible > to share work among distributions. > > It should be improved to work better with urpmi instead. i have no troubles with that... but if we're trying to fix bugs, maybe we can start by stripping what is known to be not working well atm... i don't think anne is a dev and plans on fixing packagekit integration
Re: [Mageia-dev] Utter frustration
AL13N writes: > Op donderdag 29 november 2012 21:14:18 schreef Donald Stewart: >> On 29 November 2012 21:11, AL13N wrote: >> > is there a reason you have installed packagekit? >> > >> > it's an alternative for package management, (it should run on top of >> > urpmi), but i don't think it even works right... >> > >> > if i was you, i'd start to get rid of at least all that is packagekit >> > >> > no idea if it'll help your issue though... >> >> It gets pulled as a suggests to handle various codecs, I think from >> either the phonon-gstreamer or just gstreamer packages. > > that's too bad, it should be removed imho. No, packagekit is a good package manager abstraction that makes possible to share work among distributions. It should be improved to work better with urpmi instead. -- Olivier Blin - blino
Re: [Mageia-dev] Utter frustration
On 11/29/2012 11:58 AM, Anne Wilson wrote:
OK, done that. As you expected, it returned
/usr/lib/libpowerdevilcore.so.0.1.0
/usr/lib/packagekitd
/usr/lib/libpolkit-qt-core-1.so.1.103.0
/usr/bin/xdm
/usr/bin/gnome-session
So what do I do now? They don't look like things that can just be
removed? usr/lib/libpolkit-qt-core-1.so.1.103.0 looks the most likely
to be connected with my problem.
Sorry to bang on about this, but at present I can't shut down the
netbook other than by hitting the power switch. I really need to be
able to change those settings before I go away for a few days, this
weekend.
I don't think anything's going to get done in that timeframe, but
CTRL-ALT-{R,S,E,I,U,B} will get you through the weekend.
What I would do at this point, for each of these, one by one, is
a) Record their current permissions
b) Change the permissions to make them writable to you (777 will do nicely).
c) Open the file in a binary editor like Okteta. Find every instance of
the org.xxx search string and modify the name in some visible way, e. g.
ConsoleKit -> XonsoleKit
d) Retry your failing case and see if the message you get changes
accordingly
e) Revert the change
Since it can't find what it wants anyway, this shouldn't affect your
system operation. but it will expose the guilty file(s). Then, use
rpmdrake Search on File Names to find the owning package for each
culprit, and file a bug against it saying that the such-and-such file is
looking for ConsoleKit.
Either the package(s) were never converted to use something else, or
they've been built incorrectly.
I'd suggest installing ConsoleKit, but god only knows what that would
screw up as regards its replacement, so it isn't something you'd want to
do before the weekend :-)
Re: [Mageia-dev] is iurt usable in MGA2?
On Thu, Nov 29, 2012 at 9:46 PM, zezinho wrote: > I tried to build a i586 package in a MGA2 x86_64 with iurt and urpmi-proxy > to speedup: > > linux32 iurt --repository http://localhost/mageia/distrib/ --rebuild 2 > i586 ~/rpm/SRPMS/totem-plugin-arte-3.1.2-1mga2.src.rpm --chrooted-urpmi > http://localhost/mageia/distrib/ > > > It fails after base is installed, when adding medias to the chroot : I thought I had released an update but it seems I forgot :( https://bugs.mageia.org/show_bug.cgi?id=6311#c8
[Mageia-dev] is iurt usable in MGA2?
I tried to build a i586 package in a MGA2 x86_64 with iurt and urpmi-proxy to speedup: linux32 iurt --repository http://localhost/mageia/distrib/ --rebuild 2 i586 ~/rpm/SRPMS/totem-plugin-arte-3.1.2-1mga2.src.rpm --chrooted-urpmi http://localhost/mageia/distrib/ It fails after base is installed, when adding medias to the chroot : : [iurt_root_command] Running iurt_root_command --bindmount /dev/pts /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441/dev/pts D: [iurt_root_command] Bind mounting D: [iurt_root_command] Success! I: [iurt2] [iurt2] add chroot media: http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Using timeout of 300 seconds. D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441 urpmi.addmedia --distrib http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Command exited with 0. MEDIA Core Release Core Release Debug Core Updates Core Updates Debug Core Updates Testing Core Updates Testing Debug Core Backports Core Backports Debug Core Backports Testing Core Backports Testing Debug Nonfree Release Nonfree Release Debug Nonfree Updates Nonfree Updates Debug Nonfree Updates Testing Nonfree Updates Testing Debug Nonfree Backports Nonfree Backports Debug Nonfree Backports Testing Nonfree Backports Testing Debug Tainted Release Tainted Release Debug Tainted Updates Tainted Updates Debug Tainted Updates Testing Tainted Updates Testing Debug Tainted Backports Tainted Backports Debug Tainted Backports Testing Tainted Backports Testing Debug (Main) E: [iurt2] [iurt2] ERROR iurt could not add media into the chroot I: [iurt2] [iurt2] add chroot media: http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Using timeout of 300 seconds. D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441 urpmi.addmedia --wget --distrib http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Command exited with 0. MEDIA Core Release Core Release Debug Core Updates Core Updates Debug Core Updates Testing Core Updates Testing Debug Core Backports Core Backports Debug Core Backports Testing Core Backports Testing Debug Nonfree Release Nonfree Release Debug Nonfree Updates Nonfree Updates Debug Nonfree Updates Testing Nonfree Updates Testing Debug Nonfree Backports Nonfree Backports Debug Nonfree Backports Testing Nonfree Backports Testing Debug Tainted Release Tainted Release Debug Tainted Updates Tainted Updates Debug Tainted Updates Testing Tainted Updates Testing Debug Tainted Backports Tainted Backports Debug Tainted Backports Testing Tainted Backports Testing Debug Core Release2 Core Release Debug2 Core Updates2 Core Updates Debug2 Core Updates Testing2 Core Updates Testing Debug2 Core Backports2 Core Backports Debug2 Core Backports Testing2 Core Backports Testing Debug2 Nonfree Release2 Nonfree Release Debug2 Nonfree Updates2 Nonfree Updates Debug2 Nonfree Updates Testing2 Nonfree Updates Testing Debug2 Nonfree Backports2 Nonfree Backports Debug2 Nonfree Backports Testing2 Nonfree Backports Testing Debug2 Tainted Release2 Tainted Release Debug2 Tainted Updates2 Tainted Updates Debug2 Tainted Updates Testing2 Tainted Updates Testing Debug2 Tainted Backports2 Tainted Backports Debug2 Tainted Backports Testing2 Tainted Backports Testing Debug2 (Main) E: [iurt2] [iurt2] ERROR iurt could not add media into the chroot E: [iurt2] [iurt2] Failed to add media http://localhost/mageia/distrib/2/i586. Disabling chrooted_urpmi.
Re: [Mageia-dev] Utter frustration
Op donderdag 29 november 2012 21:14:18 schreef Donald Stewart: > On 29 November 2012 21:11, AL13N wrote: > > is there a reason you have installed packagekit? > > > > it's an alternative for package management, (it should run on top of > > urpmi), but i don't think it even works right... > > > > if i was you, i'd start to get rid of at least all that is packagekit > > > > no idea if it'll help your issue though... > > It gets pulled as a suggests to handle various codecs, I think from > either the phonon-gstreamer or just gstreamer packages. that's too bad, it should be removed imho.
Re: [Mageia-dev] Utter frustration
On 29 November 2012 21:11, AL13N wrote: > is there a reason you have installed packagekit? > > it's an alternative for package management, (it should run on top of urpmi), > but i don't think it even works right... > > if i was you, i'd start to get rid of at least all that is packagekit > > no idea if it'll help your issue though... It gets pulled as a suggests to handle various codecs, I think from either the phonon-gstreamer or just gstreamer packages.
Re: [Mageia-dev] Utter frustration
Op donderdag 29 november 2012 16:58:04 schreef Anne Wilson: > On 28/11/12 16:38, Frank Griffin wrote: > > On 11/26/2012 08:33 AM, Anne Wilson wrote: > >> Perfect. The 'find' returns > >> > >> /usr/lib/libpowerdevilcore.so.0.1.0 /usr/lib/packagekitd > >> /usr/lib/libpolkit-qt-core-1.so.1.103.0 /usr/bin/xdm > >> /usr/bin/gnome-session > > > > I'd say these are the only candidates for a runtime error. Rerun > > the find on /usr/lib and /usr/bin with the full filename that was > > being looked for (org.freedesktop.ConsoleKit), or you could just > > use the strings command on each of these guys and pipe the result > > into grep to see who's looking for org.freedesktop.ConsoleKit. > > OK, done that. As you expected, it returned > > /usr/lib/libpowerdevilcore.so.0.1.0 > /usr/lib/packagekitd > /usr/lib/libpolkit-qt-core-1.so.1.103.0 > /usr/bin/xdm > /usr/bin/gnome-session > > So what do I do now? They don't look like things that can just be > removed? usr/lib/libpolkit-qt-core-1.so.1.103.0 looks the most likely > to be connected with my problem. > > Sorry to bang on about this, but at present I can't shut down the > netbook other than by hitting the power switch. I really need to be > able to change those settings before I go away for a few days, this > weekend. is there a reason you have installed packagekit? it's an alternative for package management, (it should run on top of urpmi), but i don't think it even works right... if i was you, i'd start to get rid of at least all that is packagekit no idea if it'll help your issue though...
Re: [Mageia-dev] Regression in menus
Le jeudi 29 novembre 2012 19:09:08, Barry Jackson a écrit : > On 29/11/12 17:12, Pierre Jarillon wrote: > > I have found some drawbacks in menus. > > 1- In games, klickety is in strategy but in rpmdrake, it is in "plateau" > > with kmines. > > 2- I have installed gEDA. It does not appears in menus. > > In Mageia 1, it appears in Sciences. > > Have you found other things like this? > > In the menu look under: > Engineering/Electronics > I have not installed to test, but looking at the source that's where > they should be. > > Bear in mind that rpm groups are not related to menu categories. > > When installing the choices are divided into rpm groups which are > currently being re-vamped for Mageia 3. > > The current rpm group for this package is Sciences/Other, > The menu category is Engineering/Electronics. > > I hope that helps. I just install pcb which is a part of gEDA project. It belongs to Menus-sciences with gschem which is already in this group. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org Microsoft est à l'informatique ce que McDonald est à la gastronomie
Re: [Mageia-dev] Automated rebuild test
On Thu, Nov 29, 2012 at 6:04 PM, Pascal Terjan wrote: > In preparation for a real mass rebuild, I have started one last night > a on a machine that is sadly still idle (sucuk). > > Good news is that after rebuilding 10% of core, failure rate is under 10%. > Bad news is that it will take about 10 days to complete as I am > building only one package at a time. > > Partial results are on http://pkgsubmit.mageia.org/autobuild/ so that > people can start fixing the packages. Now added to youri check so that you can see your packages http://check.mageia.org/cauldron/build.html Sadly, after you fix your package it will remain there until next run
Re: [Mageia-dev] Regression in menus
On 29/11/12 17:12, Pierre Jarillon wrote: I have found some drawbacks in menus. 1- In games, klickety is in strategy but in rpmdrake, it is in "plateau" with kmines. 2- I have installed gEDA. It does not appears in menus. In Mageia 1, it appears in Sciences. Have you found other things like this? In the menu look under: Engineering/Electronics I have not installed to test, but looking at the source that's where they should be. Bear in mind that rpm groups are not related to menu categories. When installing the choices are divided into rpm groups which are currently being re-vamped for Mageia 3. The current rpm group for this package is Sciences/Other, The menu category is Engineering/Electronics. I hope that helps.
[Mageia-dev] Regression in menus
I have found some drawbacks in menus. 1- In games, klickety is in strategy but in rpmdrake, it is in "plateau" with kmines. 2- I have installed gEDA. It does not appears in menus. In Mageia 1, it appears in Sciences. Have you found other things like this? -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org Microsoft est à l'informatique ce que McDonald est à la gastronomie
Re: [Mageia-dev] Utter frustration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/11/12 16:38, Frank Griffin wrote: > On 11/26/2012 08:33 AM, Anne Wilson wrote: >> >> Perfect. The 'find' returns >> >> /usr/lib/libpowerdevilcore.so.0.1.0 /usr/lib/packagekitd >> /usr/lib/libpolkit-qt-core-1.so.1.103.0 /usr/bin/xdm >> /usr/bin/gnome-session > I'd say these are the only candidates for a runtime error. Rerun > the find on /usr/lib and /usr/bin with the full filename that was > being looked for (org.freedesktop.ConsoleKit), or you could just > use the strings command on each of these guys and pipe the result > into grep to see who's looking for org.freedesktop.ConsoleKit. > OK, done that. As you expected, it returned /usr/lib/libpowerdevilcore.so.0.1.0 /usr/lib/packagekitd /usr/lib/libpolkit-qt-core-1.so.1.103.0 /usr/bin/xdm /usr/bin/gnome-session So what do I do now? They don't look like things that can just be removed? usr/lib/libpolkit-qt-core-1.so.1.103.0 looks the most likely to be connected with my problem. Sorry to bang on about this, but at present I can't shut down the netbook other than by hitting the power switch. I really need to be able to change those settings before I go away for a few days, this weekend. Anne Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlC3lBQACgkQj93fyh4cnBcnPACeOSiT45vNYyeCaEMvsW8Zj1Pg knEAnjtnQjs11KsRb7W5vN3hydTHYvfa =JPcR -END PGP SIGNATURE-
Re: [Mageia-dev] GStreamer packaging (was: Re: rpmsrate-raw changes related to GNOME)
On 26 November 2012 16:15, Colin Guthrie wrote: > Just a followup to this and some other gst related discussions of late, > should we perhaps think about simplifying the gstreamer packaging a bit. > > We're quite subpackage-y at the moment. I accept this allows to keep an > install minimal and avoids pulling in dependant libs etc, but I think in > 95-99% (guess) of cases, this isn't needed. > > e.g. it's pretty much impossible these days to install things without > libpulse, so why bother separating out the gst-pulse plugin from -good > generally? Likewise for several other containers and codecs. > > Maybe just something to do with the gst1.0 packages - a fresh start? should be done for both IMHO
Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 1 (fixed title)
On 27/11/12 23:02, Pierre-Malo Deniélou wrote: Le 26/11/12 17:34,Malo nous adresse ces quelques mots : Sorry for the wrong title ... On 26/11/12 17:30, Pierre-Malo Deniélou wrote: Total = 1338 Today, 1273 remains to be changed. Thanks! Keep up the good work! This morning, 1182 are left. Keep it going! Reminder: packages in Books/Computer books 15 Books/Howtos 2 Books/Other26 Graphics 276 Office 122 Sound 313 Video 428 should be changed to new groups. -- Malo
Re: [Mageia-dev] Evolution segfaults when trying to confirm a calendar invite
On 29 November 2012 09:23, Olav Vitters wrote: >> >> I have the same feeling with regardds to my computers. >> >> What I do in these situations is to install the debug packages, run the >> >> application in gdb, record the debug info, and then uninstall the debug >> >> packages. >> >> >> >> You don't have to keep the debug packages installed after you've >> >> collected the debug info. >> > >> > Longer term it would be nice to be able to have a service to upload the >> > core files and then generate the backtrace remotely. >> >> libreport and the associated packages do that... >> But that's less needed now that we have minidebug info. > > minidebug? Is that like the feature in Fedora where some small amount of > debug info is added to make backtraces much more useful by default? > We have that already? We do. Since early August.
Re: [Mageia-dev] [ANN] [RFC] support for deltarpms in urpmi
On Tue, Nov 27, 2012 at 05:10:06PM +0100, Thierry Vignaud wrote: > urpmi now have basic support for delta rpms, aka it can install them > (never worked before). [..] > WDYT? Cool! :) -- Regards, Olav
Re: [Mageia-dev] Evolution segfaults when trying to confirm a calendar invite
On Wed, Nov 28, 2012 at 08:40:38PM +0100, Thierry Vignaud wrote: > On 28 November 2012 17:23, Colin Guthrie wrote: > >> I have the same feeling with regardds to my computers. > >> What I do in these situations is to install the debug packages, run the > >> application in gdb, record the debug info, and then uninstall the debug > >> packages. > >> > >> You don't have to keep the debug packages installed after you've collected > >> the debug info. > > > > Longer term it would be nice to be able to have a service to upload the > > core files and then generate the backtrace remotely. > > libreport and the associated packages do that... > But that's less needed now that we have minidebug info. minidebug? Is that like the feature in Fedora where some small amount of debug info is added to make backtraces much more useful by default? We have that already? > What's more, even without debug packages, gdb will got a useful backtrace -- Regards, Olav
Re: [Mageia-dev] rpmsrate-raw changes related to GNOME
On Mon, Nov 26, 2012 at 04:03:34PM +0100, Olav Vitters wrote: > I've made the following rpmsrate-raw changes related to GNOME > (CAT_GNOME): I noticed KDE had a whole list of applications in the Office category. I tried to match that by listing only the similar "GNOME designed" applications. I'm not sure when !LIVE should be there and when not, so I just tried to behave similarly to what KDE would put on a live image. Fyi: gnome-clocks can set alarms, timers, etc gnome-contacts for keeping a list of people bijiben is a note taking application (GNOME has several) Showing KDE vs GNOME in this category is clearest: CAT_OFFICE [..] CAT_KDE 5 korganizer 5 !LIVE kalarm ktimer ktimetracker 5 kaddressbook 5 knotes 5 !LIVE kjots 5 okular 5 !LIVE kde-odf-thumbnail CAT_GNOME 5 !LIVE gnome-clocks 5 gnome-contacts 5 bijiben I'm still thinking where+how to put "gnome-documents". It indirectly depends on libreoffice, and it is an office thing. I am not aware of anything related in KDE, otherwise I'd just follow KDE. -- Regards, Olav
