Re: [Mageia-dev] java-rpmbuild-1.7.5-15.mga2.x86_64 won't install
On 28/01/12 20:01, Barry Jackson wrote: Since update today:- A requested package cannot be installed: java-rpmbuild-1.7.5-15.mga2.x86_64 (due to unsatisfied jpackage-utils[== 1.7.5]) tv - thanks for fixing it :)
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
Le 28/01/2012 17:56, Romain d'Alverny a écrit : On Sat, Jan 28, 2012 at 09:39, Bernard Siaud alias Troumad wrote: Is it possible to work together again? The right question is: do we go the same road? partial answer is: we don't know about theirs at this time. Can someone from mageia go to this meeting for speak with the developer of Mandriva ? If they take the time to build such an alternative, it might be that they are not satisfied with how Mageia governance and/or plans are designed. Probably not all, maybe one or two that are currently running Mandriva. -- Amicalement vOOotre Troumad Alias Bernard SIAUD mon site : http://troumad.org : AD&D maths WEB... Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ N'envoyez que des documents avec des formats ouverts, comme http://fr.libreoffice.org
Re: [Mageia-dev] crond was not set to start
'Twas brillig, and Anssi Hannula at 28/01/12 20:16 did gyre and gimble: > On 28.01.2012 20:59, Olav Vitters wrote: >> I noticed crond wasn't running, nor enabled to start. Enabled it now, >> but are others seeing the same? I'm very sure it used to work after >> switching to systemd. Something after I switched to systemd broke it I >> think. > > Yes, services get disabled when migrating to systemd. Some others I > noticed on my system were ntpd and avahi... Yeah, but this is something Olav specifically reckons isn't actually the problem in his case (FWIW, I was talking to dmorgan about it on Friday. I reckon I can fix in the rpm-helper script) My crond.service was disabled, but I can't specifically remember enabling it on this machine, so that doesn't really help much. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] crond was not set to start
On 28.01.2012 20:59, Olav Vitters wrote: > I noticed crond wasn't running, nor enabled to start. Enabled it now, > but are others seeing the same? I'm very sure it used to work after > switching to systemd. Something after I switched to systemd broke it I > think. Yes, services get disabled when migrating to systemd. Some others I noticed on my system were ntpd and avahi... -- Anssi Hannula
[Mageia-dev] java-rpmbuild-1.7.5-15.mga2.x86_64 won't install
Since update today:- A requested package cannot be installed: java-rpmbuild-1.7.5-15.mga2.x86_64 (due to unsatisfied jpackage-utils[== 1.7.5])
Re: [Mageia-dev] crond was not set to start
On 28/01/12 18:59, Olav Vitters wrote: I noticed crond wasn't running, nor enabled to start. Enabled it now, but are others seeing the same? I'm very sure it used to work after switching to systemd. Something after I switched to systemd broke it I think. Yes - I just realised earlier today that my nightly backups have not been running - since Jan 9th. !! After:- systemctl enable crond.service systemctl start crond.service It's now running and survives a reboot. I think this must have happened around the time that there were many systemd changes taking place. The status/settings shown in mcc->system->services are still incorrect but this is a known issue. Best to check using :- systemctl status .service
[Mageia-dev] crond was not set to start
I noticed crond wasn't running, nor enabled to start. Enabled it now, but are others seeing the same? I'm very sure it used to work after switching to systemd. Something after I switched to systemd broke it I think. -- Regards, Olav
Re: [Mageia-dev] virtuoso-t (nepomuk?) takes too much memory (and CPU)
Am 28.01.2012 09:48, schrieb Maarten Vanraes: > on my cauldron virtual machine (updated and rebooted as of yesterday), > virtuoso-t takes more than 200MB in ram taking by far the first position on > this 1GB virtual machine. It also uses about 75% of a CPU core all the time. > > what does it actually do? is this even needed? and why is it leaking so much > memory? It's the database backend for Nepomuk, and i assume that it does the initial indexing of your /home. It does not leak memory, and it's not really needed, you might want to disable Nepomuk/Strigi altogether. You might want to look at http://trueg.wordpress.com/2009/10/22/virtuoso-once-more-with-feeling/ for some context information and https://bugs.kde.org/show_bug.cgi?id=246678 or https://bugs.kde.org/show_bug.cgi?id=281653 for bug information. > even firefox is taking only 60MB, mysqld (from akonadi) taking only 80MB, and > X > taking 36MB and plasma 12MB... > > after killing it, in less than 10min, it's back up there using already 100MB > and 75% CPU of a core. > > on such a mostly idle VM, i don't see the benefit... > > i note that it doesn't always use 75% CPU, sometimes it doesn't use any CPU, > but the next minute it's back to use 75% . > > just wondering if there's a good reason for this? >
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
On Sat, Jan 28, 2012 at 09:39, Bernard Siaud alias Troumad wrote: > Is it possible to work together again? The right question is: do we go the same road? partial answer is: we don't know about theirs at this time. If they take the time to build such an alternative, it might be that they are not satisfied with how Mageia governance and/or plans are designed.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release netpbm-10.47.35-2.mga2
On 28 January 2012 16:46, Funda Wang wrote: > Well, I'll be happy if we could switch to advanced branch of netpbm, > instead of current stable branch. Without huge patch (and maybe > useless), stable branch of netpbm could be compiled with libpng 1.5. > > But netpbm does not have a maintainer now, and I don't want become the > maintainer of it, since I rarely use it nor now about it. Plus, > switching branch will likely causing our huge number of patches be > rediffed, which is a pain for me :( Fair enough but can you just edit the changelog? Though I guess we can guess from now that any such "force building with libpng12" means "this doesn't support libpng15"...
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release netpbm-10.47.35-2.mga2
Well, I'll be happy if we could switch to advanced branch of netpbm, instead of current stable branch. Without huge patch (and maybe useless), stable branch of netpbm could be compiled with libpng 1.5. But netpbm does not have a maintainer now, and I don't want become the maintainer of it, since I rarely use it nor now about it. Plus, switching branch will likely causing our huge number of patches be rediffed, which is a pain for me :( 2012/1/28 Thierry Vignaud : > On 28 January 2012 16:00, fwang wrote: >> fwang 10.47.35-2.mga2: >> + Revision: 202632 >> - force use png12 > > Why? this should be explained in the log
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release netpbm-10.47.35-2.mga2
On 28 January 2012 16:00, fwang wrote: > fwang 10.47.35-2.mga2: > + Revision: 202632 > - force use png12 Why? this should be explained in the log
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
Hello I don't write often because I don't speake english... Have you see http://foundation.zarb.org/wiki/index.php/Foundation/FOSDEM2012 ? Is it possible to work together again? -- Amicalement vOOotre Troumad Alias Bernard SIAUD mon site : http://troumad.org : AD&D maths WEB... Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ N'envoyez que des documents avec des formats ouverts, comme http://fr.libreoffice.org
[Mageia-dev] virtuoso-t (nepomuk?) takes too much memory (and CPU)
on my cauldron virtual machine (updated and rebooted as of yesterday), virtuoso-t takes more than 200MB in ram taking by far the first position on this 1GB virtual machine. It also uses about 75% of a CPU core all the time. what does it actually do? is this even needed? and why is it leaking so much memory? even firefox is taking only 60MB, mysqld (from akonadi) taking only 80MB, and X taking 36MB and plasma 12MB... after killing it, in less than 10min, it's back up there using already 100MB and 75% CPU of a core. on such a mostly idle VM, i don't see the benefit... i note that it doesn't always use 75% CPU, sometimes it doesn't use any CPU, but the next minute it's back to use 75% . just wondering if there's a good reason for this?