Re: [Mageia-dev] ANN: version freeze and what it means for Mageia 1 updates
On 12/03/12 09:06, Samuel Verschelde wrote: Samuel Gives lessons and does nothing Verschelde Sorry for replying so late. I don't agree with the arithmatic you used here: things like working on madb aren't very visible to others, and your daytime job, looking after your children and other duties you have won't be very visible here, either, but they all require a lot of work (including thinking). You can't count invisible + invisible + invisible + etc. = 0 Anyone who remembers the first of October 2011, when you worked on assigning all those bugs and missed a lot of sleep, knows you're a hard worker. Cheers, Marja
Re: [Mageia-dev] Default browser in LXDE
The only problem is, midori is now gtk3 based, while other parts of lxde is gtk2 based. 2012/3/11 Oliver Burger oliver@googlemail.com: Hi there, as in the other DEs the default browser in LXDE is Firefox. On the one hand one might have the opinion, that having the same apps on all the DEs is a good choice, but actually LXDE is a Lightweight DE and Firefox may be many things but not lightweight. Quite to the contrary, it is a resource hungry monster. I would suggest now, to replace ff in task-lxde by midori, which is far lighter then ff and in my tests I didn't find any missing features. The next best solution would be chromium, which is a lot heavier then midori but doesn't lack any features and is still lighter then ff. What do you think? Oliver
[Mageia-dev] mageia-release's release notes are empty
Hi mageia-release's release notes are empty (and thus the release note are empty in the installer too) whereas I others have filled it for quite some time. This is because the wrong URL is used in http://svnweb.mageia.org/packages/cauldron/mageia-release/current/SOURCES/Makefile?revision=203850view=markup It should be: https://wiki.mageia.org/en/Mageia_2_Release_Notes Note the missing _ between Mageia and $(VERSION) See you
Re: [Mageia-dev] mageia-release's release notes are empty
Le 13/03/2012 11:06, Thierry Vignaud a écrit : Hi mageia-release's release notes are empty (and thus the release note are empty in the installer too) whereas I others have filled it for quite some time. This is because the wrong URL is used in http://svnweb.mageia.org/packages/cauldron/mageia-release/current/SOURCES/Makefile?revision=203850view=markup It should be: https://wiki.mageia.org/en/Mageia_2_Release_Notes Note the missing _ between Mageia and $(VERSION) See you My bad will I will fix it -- Anne http://mageia.org
[Mageia-dev] Mgaqueue, a small queue for BS
Hi, I have written a small bash script to ease the pushing of multiple package on the build system. It takes a list of packages as argument (or a file with the list), submit them one after another, while waiting for completion between each package. It aborts when a failure occurs. you can find it here : https://gitorious.org/mgaqueue I'm already using it since some times to update compiz and mikala use it for kde. So it shouldn't eat your kitten. hope it could help regards Julien
Re: [Mageia-dev] Mgaqueue, a small queue for BS
On 13 March 2012 10:13, Julien julien.mora...@laposte.net wrote: I have written a small bash script to ease the pushing of multiple package on the build system. It takes a list of packages as argument (or a file with the list), submit them one after another, while waiting for completion between each package. It aborts when a failure occurs. you can find it here : https://gitorious.org/mgaqueue I'm already using it since some times to update compiz and mikala use it for kde. So it shouldn't eat your kitten. To maximize throughput w/o affecting latency for other packages, you could keep up to 2 building packages (we can build two at a time).
Re: [Mageia-dev] Mgaqueue, a small queue for BS
'Twas brillig, and Thierry Vignaud at 13/03/12 13:37 did gyre and gimble: On 13 March 2012 10:13, Julien julien.mora...@laposte.net wrote: I have written a small bash script to ease the pushing of multiple package on the build system. It takes a list of packages as argument (or a file with the list), submit them one after another, while waiting for completion between each package. It aborts when a failure occurs. you can find it here : https://gitorious.org/mgaqueue I'm already using it since some times to update compiz and mikala use it for kde. So it shouldn't eat your kitten. To maximize throughput w/o affecting latency for other packages, you could keep up to 2 building packages (we can build two at a time). I guess one of the issues then is how to deal with dependences... e.g. if B follows A and B needs A then B better wait for A. I guess two modes could be useful too. 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] Is this intentional?
On Tue, Mar 13, 2012 at 14:51, Robert Fox l...@foxconsult.net wrote: The following packages have bad signatures: /var/cache/urpmi/rpms/lib64rpm2-4.9.1.2-21.mga2.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/python-rpm-4.9.1.2-21.mga2.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/rpm-4.9.1.2-21.mga2.x86_64.rpm: Missing signature (OK ((none))) /var/cache/urpmi/rpms/rpm-build-4.9.1.2-21.mga2.x86_64.rpm: Missing signature (OK ((none))) Do you want to continue installation ? (y/N) n This has already been fixed
[Mageia-dev] Mageia ARM on Raspberry Pi
Hi all, in this days i'm interesting to this new hardware Raspberry Pi http://www.raspberrypi.org/ it's based on ARM arch and have great performance on video, on website there is also a video with XBMC that play an H264 stream 1080p 30fps. It support OpenGL ES2.0 and OpenVG, have 2 usb port, 1 lan, 1 audio out, 1 hdmi out, 1 rca video. Price: ~27 euro :) For now there is only one distribution supported/sponsored, Fedora 14 remix. Could be an opportunity for Mageia visibility, first 1 pieces were sold in only 2 hours, could be 1 new Mageia users :) -- themonospot project - http://www.integrazioneweb.com/themonospot monosim project - http://www.integrazioneweb.com/monosim comex project - http://comex-project.googlecode.com webpman project - http://www.integrazioneweb.com/webpman
Re: [Mageia-dev] Mageia ARM on Raspberry Pi
'Twas brillig, and Armando B. at 13/03/12 15:07 did gyre and gimble: Hi all, in this days i'm interesting to this new hardware Raspberry Pi http://www.raspberrypi.org/ it's based on ARM arch and have great performance on video, on website there is also a video with XBMC that play an H264 stream 1080p 30fps. It support OpenGL ES2.0 and OpenVG, have 2 usb port, 1 lan, 1 audio out, 1 hdmi out, 1 rca video. Price: ~27 euro :) For now there is only one distribution supported/sponsored, Fedora 14 remix. Could be an opportunity for Mageia visibility, first 1 pieces were sold in only 2 hours, could be 1 new Mageia users :) One of these is certainly on my shopping list and I'd very much like to see mga running on one of them! 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/
[Mageia-dev] freeze push: openssl
The new release fixes a security issue: http://www.openssl.org/news/secadv_20120312.txt -- BOFH excuse #348: We're on Token Ring, and it looks like the token got loose.
Re: [Mageia-dev] freeze push: openssl
2012/3/13 Guillaume Rousse guillomovi...@gmail.com The new release fixes a security issue: http://www.openssl.org/news/**secadv_20120312.txthttp://www.openssl.org/news/secadv_20120312.txt pushed -- Anne http://www.mageia.org
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release drakx-installer-stage2-13.92-2.mga2
On 11 March 2012 22:34, kamil buildsystem-dae...@mageia.org wrote: kamil kamil 13.92-2.mga2: + Revision: 222816 - add drakx-installer-help as a build requirement (the .html documentation should be now included) - clean .spec a bit Of course we need now to actually use that help. I'll commit this tonight release a new drakx-installer-stage2-13.93 use-help.diff Description: Binary data
[Mageia-dev] Odd Window framing in curses part of install
Just a small thing, but the curses windows which appear at the start of isolinux prompting for the type of install, server address and so forth have suddenly had their borders filled with characters - U at the left corner, A along the top, and an upside-down question mark at the right corner. I assume that curses is using ASCII extended graphics characters to draw the perimeter of the windows, but that the install itself is using UTF-8 or some other character set which doesn't have them.
Re: [Mageia-dev] Odd Window framing in curses part of install
On 03/13/2012 02:40 PM, Frank Griffin wrote: Just a small thing, but the curses windows which appear at the start of isolinux prompting for the type of install, server address and so forth have suddenly had their borders filled with characters - U at the left corner, A along the top, and an upside-down question mark at the right corner. I assume that curses is using ASCII extended graphics characters to draw the perimeter of the windows, but that the install itself is using UTF-8 or some other character set which doesn't have them. My bad. This is bug 4894. I just didn't guess it from the title.
Re: [Mageia-dev] Odd Window framing in curses part of install
Op dinsdag 13 maart 2012 20:47:48 schreef Frank Griffin: On 03/13/2012 02:40 PM, Frank Griffin wrote: Just a small thing, but the curses windows which appear at the start of isolinux prompting for the type of install, server address and so forth have suddenly had their borders filled with characters - U at the left corner, A along the top, and an upside-down question mark at the right corner. I assume that curses is using ASCII extended graphics characters to draw the perimeter of the windows, but that the install itself is using UTF-8 or some other character set which doesn't have them. My bad. This is bug 4894. I just didn't guess it from the title. my bad, if you find a better title, please do
Re: [Mageia-dev] Odd Window framing in curses part of install
On 03/13/2012 04:03 PM, Maarten Vanraes wrote: my bad, if you find a better title, please do Not really. It's just that there have been so many translation bugs flying by lately, I just figured it was one of those...
Re: [Mageia-dev] freeze push: drakx-installer-stage2-13.94
On 13.03.2012 21:12, Thierry Vignaud wrote: Hi 1 Hello please push drakx-installer-stage2-13.94 so that the installer actually use the new help that has been uploaded yesterday. See you I will update the documentation and push drakx-installer-stage2.
Re: [Mageia-dev] freeze push: drakx-installer-stage2-13.94
Le 13/03/2012 21:12, Thierry Vignaud a écrit : Hi please push drakx-installer-stage2-13.94 so that the installer actually use the new help that has been uploaded yesterday. See you Pushed -- Anne http://mageia.org
Re: [Mageia-dev] freeze push: drakx-installer-images drakx-installer-stage2
2012/3/13 Thierry Vignaud thierry.vign...@gmail.com Hi please push drakx-installer-images drakx-installer-stage2 the first one so that we include all HID drivers in stage1 (mga#4905) and the second so that the stage2 recognize them all (mga#4905) See you Pushed -- Anne http://www.mageia.org
Re: [Mageia-dev] [Freeze] please let in xonotic
On Sun, Mar 11, 2012 at 7:21 AM, Michael Scherer m...@zarb.org wrote: Le samedi 10 mars 2012 à 10:26 +0100, Thierry Vignaud a écrit : Hi please let in xonotic-0.6.0 It's just a game that impacts nothing else. Niet. That's bugfix or security fixes. Well I vote to be updated, why ? global game servers are currently running 0.6.0, and by personal experience over several years (omg how much time wasted on this) these FPS games need to have the same client/server version, in some cases different versions won't work at all (ie. Urban Terror 3.7 - 4.0 - 4.1, Warsow 0.5 - 0.8 etc). I just did the test of running a 0.5.0 client on a 0.6.0 server and it works, but a big and annoying yellow announce floats across the screen remaining you that a new version is available. I also talked with one dev over IRC and he told me that there could be issues when running different client/server versions. So just to be on the safe side this new version should be pushed. If not then probably we will need to do it later as an update if any problems arise. I commit my self to test the new version, I know very well how this game works. -- Juancho
Re: [Mageia-dev] Freeze push: kdevplatform4, kdevelop4, kdevelop4-php, kdevelop4-php-docs
ping? 2012/3/13 Funda Wang fundaw...@gmail.com: Hello, Could somebody push kdevplatform4, kdevelop4, kdevelop4-php, kdevelop4-php-docs into cauldron. We are aiming at 4.3.0 final for mga2, and it got out now. You should push kdevplatform4 at first, wait it finished, then push other packages. Thanks.
