[Mageia-dev] freeze push: request Gimp 2.8 regarding single window interface!
Gimp 2.8 stable has been released http://www.gimp.org/ It is a MAJOR improvement! Would be nice to squeeze it in to Mageia 2 release . . Thx, R.Fox
[Mageia-dev] What's with all the fedora named services in Drakxservice??
I wanted to check something using drakxservices and noticed here are 8 separate sevices starting with the name fedora in them (fedora-autorelabel, fedora-readonly, fedora-configure) Not all services are running and I am not sure what each of these does. More disturbing is why they are called fedora instead of Mageia? Also, I noticed 22 different systemd entries - many of which are not started on boot or not running (like systemd-readahead-collect) - Where can I read about these to understand more and why so many?? Inquiring minds would like to know . . . Thanks in advance, R.Fox
Re: [Mageia-dev] freeze push: drakx-installer-stage2 drakxtools
Le 06/05/2012 06:05, Thierry Vignaud a écrit : Hi Please push drakx-installer-stage2 drakxtools The new installer fixes an issue where /dev in the mounted installed system wasn't synced with the /dev of the installer, resulting in drakcut to build non working initrd for soft RAID: - bind mount /dev inside chroot rather than copy nodes (mga#5730 #5728) The new drakxtools drop support for reiser4 which we don't have in our kernels (mga#5680) and fixes a couple small issues in the harddrake service: - diskdrake: o drop support for reiser4 (mga#5680) - harddrake service: o do not disable cpufreq on non-laptops o remove double apmd check Thanks submitted -- http://mageia.org
Re: [Mageia-dev] freeze push: request Gimp 2.8 regarding single window interface!
Le dimanche 6 mai 2012 10:03:50, Robert Fox a écrit : Gimp 2.8 stable has been released http://www.gimp.org/ It is a MAJOR improvement! Would be nice to squeeze it in to Mageia 2 release . . Yes, it would be nice to include it and I wish to try the new Gimp as soon as possible but we are in a frozen state. Can we answer to these questions: - What are the hidden dependencies? - What are the risks? - What are the new bugs ? IMO, the safer way is to put the new release as an alternate choice but not as default - perhaps in Backport Testing? -- 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] nvidia-295.49
06.05.2012 05:32, Thomas Backlund kirjoitti: 06.05.2012 02:50, Charles A Edwards skrev: Will this mostly bugfix release be pushed. It fixes 2 regression introduced with the now included 295.40 drviver and adds support for the lucky bastards who have/get a 690 card. Anssi, wdyt ? Should we push it to testing ? I think it would be ok, especially since it should the performance regressions ( http://www.phoronix.com/scan.php?page=news_itempx=MTA4ODc ) However, we should make an explicit testing call since we are short on time. -- Anssi Hannula
[Mageia-dev] MCC only comes up the second time ?
I'm seeing a sporadic condition in current cauldron KDE where I launch MCC, get the password prompt, provide it, the MCC splashscreen appears, disappears, and then nothing. If I immediately re-launch MCC (within the still-authorized window), it comes up fine. This doesn't happen reliably, so I'm just throwing this out there to see if anyone else has seen this. If there's corroboration, then I'll enter a bug report.
Re: [Mageia-dev] What's with all the fedora named services in Drakxservice??
Jeeze, first people complain draxservices doesn't show all systemd service and now that I fixed that people complain they show them... I can't win :p 'Twas brillig, and Robert Fox at 06/05/12 09:14 did gyre and gimble: I wanted to check something using drakxservices and noticed here are 8 separate sevices starting with the name fedora in them (fedora-autorelabel, fedora-readonly, fedora-configure) Not all services are running and I am not sure what each of these does. More disturbing is why they are called fedora instead of Mageia? Hmm, you have a strange definition of disturbing :) These are upstream provided units that do what we want them to do. I see no reason to rename them to mageia and introduce potential problems for a purely cosmetic thing. Same reason to not rename mandrake_everytime service. Also, I noticed 22 different systemd entries - many of which are not started on boot or not running (like systemd-readahead-collect) - Where can I read about these to understand more and why so many?? Look at the code. Just cat/less the systemd unit file then look at what it does and follow it through. There is also a handy Info button that gives you a broad overview of what it does. Longer term, we should hide certain services that users do not really have control over and generally shouldn't care about. 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] MCC only comes up the second time ?
Frank Griffin wrote: I'm seeing a sporadic condition in current cauldron KDE where I launch MCC, get the password prompt, provide it, the MCC splashscreen appears, disappears, and then nothing. If I immediately re-launch MCC (within the still-authorized window), it comes up fine. This doesn't happen reliably, so I'm just throwing this out there to see if anyone else has seen this. If there's corroboration, then I'll enter a bug report. I haven't seen that, but I did notice on the MCC splash screen the Mageia logo and some text in the bottom left overlapping.
Re: [Mageia-dev] What's with all the fedora named services in Drakxservice??
On Sun, 2012-05-06 at 15:09 +0100, Colin Guthrie wrote: Jeeze, first people complain draxservices doesn't show all systemd service and now that I fixed that people complain they show them... I can't win :p Thanks for your prompt response Colin - just was inquiring! Maybe disturbing was a bit harsh . . . perhaps surprised. Anywho, I think now that drakxservices shows the systemd stuff - it is very useful. The question I have here is, if drakxservices still the definitive way to control services on Mageia 2 or should one use the systemd commandline? Thx, Robert
Re: [Mageia-dev] [soft-commits] [4423] more fixes for rc isos
On 6 May 2012 17:39, r...@mageia.org wrote:
Revision 4423 Author tmb Date 2012-05-06 17:39:28 +0200 (Sun, 06 May 2012)
Log Message
more fixes for rc isos
That's not very descriptive.
Maybe blacklisting gimp, ...
--- images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06
13:53:58
UTC (rev 4422)
+++ images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06
15:39:28
UTC (rev 4423)
@@ -71,6 +71,17 @@
#- !TYPE64bit packages are selected by default for live
#- skip i586 ones if not relevant
'libqca1-tls',
+
+ if_($ENV{DRAKLIVE_REGION} eq 'Asia-Noindia',
+ 'gimp', 'ibus-table-wubi',
+ ),
+ if_($ENV{DRAKLIVE_REGION} eq 'Europe2',
+ 'gimp', 'pidgin-plugins', 'kscd', 'tvtime',
+ 'plasma-applet-system-monitor-cpu',
'plasma-applet-system-monitor-hdd',
+ 'plasma-applet-system-monitor-hwinfo',
'plasma-applet-system-monitor-net',
+ 'plasma-applet-system-monitor-temperature', 'python-kde4',
'plasma-scriptengine-python',
+ 'lib64atlas3-x86_64',
+ ),
),
[Mageia-dev] RFT: nvidia-current 295.49
So, nVidia released a 295.49 wich fixes performance regressions introduced in 295.40. As we are this close to release I have pushed a build to Nonfree Updates Testing. I'd like people to try it out and report if it works ot not and if it introduces other regressions So test them out and respond to this thread if it works or not. -- Thomas
Re: [Mageia-dev] RFT: x11-driver-video-intel-2.19.0-1.mga2
02.05.2012 13:00, Thomas Backlund kirjutas: And report in this thread success/failure. -- Thomas No regressions reported, at the same time it fixes few bugs. Maybe time to push into release so it could get more testing. -- Sander
Re: [Mageia-dev] What's with all the fedora named services in Drakxservice??
'Twas brillig, and Robert Fox at 06/05/12 15:57 did gyre and gimble: On Sun, 2012-05-06 at 15:09 +0100, Colin Guthrie wrote: Jeeze, first people complain draxservices doesn't show all systemd service and now that I fixed that people complain they show them... I can't win :p Thanks for your prompt response Colin - just was inquiring! Yeah (and the above was just a joke in case you didn't realise :) Maybe disturbing was a bit harsh . . . perhaps surprised. Yeah I do understand the point. I think longer term the plan is to try and get rid of as many of these scripts as possible as we migrate to a far more standard userspace. There should be some interesting talks at the plumbers conference this year on the boot and init track. Not that I'll be able to go. Anywho, I think now that drakxservices shows the systemd stuff - it is very useful. The question I have here is, if drakxservices still the definitive way to control services on Mageia 2 or should one use the systemd commandline? Well there are still a few quirks to it IMO. While it works fine, there are more statuses and conditions in systemd services than those drakxserves was designed to handle. As we are supporting both sysvinit and systemd with it for this release it'll work OK, but only for the lowest common denominator. In the future we should be able to do more with drakxservices to make it more systemd specific. This however is more involved than you may think. The same code is used in the installer (which does not run systemd) to enable/disable services during install and on a running system. For the latter, using dbus to talk to systemd would be the most sensible approach to write a GUI, but for the former, we have to inspect the files manually which is ugly. For mga3 I have plans to try and make the installer use systemd and then use systemd-nspawn to run a virtual systemd instance to do the enable/disable during install. This then means we can use the same approach both during install and on a running system (in theory at least!) In the mean time you can also use systemadm from the systemd-ui package if you prefer a GUI. HTHs 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] Mageia cypher encryption proposal
'Twas brillig, and David W. Hodgins at 06/05/12 04:51 did gyre and gimble: On Sat, 05 May 2012 17:03:21 -0400, Simple W simpl...@gmail.com wrote: But with be better if users could choose from a cypher list, like it happens for example in debian installer, and not have a single one to handle encrypted partitions. That's a much bigger change to diskdrake. You can open an enhancement bug report requesting that, but it'll be up to the diskdrake maintainer, if he has the time, and wants to do it. Of course a well written patch to diskdrake that implemented it would likely help convince the maintainer :D 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] SFML lib on svn but not in the packages repository
Le mercredi 02 mai 2012 00:21:06, nicolas vigier a écrit : Hello, The following list of packages are on the svn in the cauldron directory, but are not in the packages repository. This should be packages that have been renamed, obsoleted, or imported but never submitted. I plan to move them to the directory obsolete, unless someone notice an error and think some of them should be resubmitted. [...] sfml Hi, I'm responsible of the import of this package in the svn. This is the same .spec file than in Mandriva. It was building correctly in the Mandriva build system, but it doesn't in Mageia's one, this is why it is not in the packages repository. The error seems to be trivial, but I was unable to fix it because I'm a beginner in C++. I know this is bad, because I know one should own the language of his packages, but I did though because I'm a user of this library. I have waited a long time that someone else import it, but as I saw noone else did, I took the decision to do it. So maybe someone someone could adopt it (just patch and submit, because it's not yet in maintdb), or if noone is interested to adopt it I could just post here the error message and ask how I should fix ? If someone wants to adopt it, he won't be alone on it while I'll keep an eye on it while I'm a user of this lib. Thanks Florent
Re: [Mageia-dev] aifad on svn but not in the packages repository
Le mercredi 02 mai 2012 00:21:06, nicolas vigier a écrit : Hello, The following list of packages are on the svn in the cauldron directory, but are not in the packages repository. This should be packages that have been renamed, obsoleted, or imported but never submitted. I plan to move them to the directory obsolete, unless someone notice an error and think some of them should be resubmitted. aifad I've imported this package. Why the submit was not done is because I was hesitating about one thing and did not took a decision before the freeze. The build of this package depends on omake (a make like system). It seems there are no other packages using omake, so I was hesitating between importing omake, or writing (/adapting) a standard Makefile for aifad. So I would be interested by your opinion. Thanks Florent
[Mageia-dev] Freeze push: ffmpeg
Hello, Could somebody push ffmpeg 0.10.3 into cauldron? It fixed security problems in the 4xm demuxer, avi demuxer, cook decoder, mm demuxer, mpegvideo decoder, vqavideo decoder (CVE-2012-0947) and xmv demuxer. Note that core and tainted should be pushed one by one.
Re: [Mageia-dev] Freeze push: ffmpeg, mplayer
Funda Wang fundawang@... writes: Could somebody push ffmpeg 0.10.3 into cauldron? It fixed security problems in the 4xm demuxer, avi demuxer, cook decoder, mm demuxer, mpegvideo decoder, vqavideo decoder (CVE-2012-0947) and xmv demuxer. Note that core and tainted should be pushed one by one. Please also push mplayer, to include the updated ffmpeg. I've built both locally and can confirm they build, install, and work.
