Re: [Mageia-dev] Freeze push: opera 12.14
Le 06/02/2013 00:30, FundaWang a écrit : Hello, Could opera 12.14 be pushed into cauldron? It addresses a re-occuring crash, allowing users to update two or more extensions at one time. Although it is not a security fix, but considering it was released so quickly after 12.13, I guess it is a big problem from upstream. Done. -- BOFH excuse #427: network down, IP packets delivered via UPS
Re: [Mageia-dev] Freeze push: calligra and calligra-l10n
Le 06/02/2013 00:26, FundaWang a écrit : Hello, Could calligra and calligra-l10n 2.6.0 be pushed into cauldron? We target at 2.6.0 stable in mga3, while we currently have 2.5.93 (AKA 2.6 Rc1) in repository. Done. -- BOFH excuse #374: It's the InterNIC's fault.
Re: [Mageia-dev] Freeze push yaflight
Le 06/02/2013 08:56, zezinho a écrit : Please push yaflight 0.99.20 as current 0.99.19 cannot start flightgear. What? gc still didn't push it? He must be sleeping... Done. -- A bad sector disk error occurs only after you've done several hours of work without performing a backup. -- Dr. Caligari's Come-Back
[Mageia-dev] [RFC] rsyslog vs journalctl
Hi there There was a discussion yesterday evening in packager meeting about what we should do with rsyslog. It's needed for upgrade from Mageia 2. But journalctl is now installed by default. Is there some requirement for systemd ? Shall we have both installed? We need an answer to deal with upgrade and isos Cheers -- Anne http://mageia.org
Re: [Mageia-dev] Freeze push: gmic
Le 06/02/2013 01:13, Matteo Pasotti a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, can someone push gmic, please? Done. -- BOFH excuse #370: Virus due to computers having unsafe sex.
[Mageia-dev] freeze push: sympa
Comrade submission master, there is another release for sympa, could you please push it ? Sure, comrade packager. -- BOFH excuse #346: Your/our computer(s) had suffered a memory leak, and we are waiting for them to be topped up.
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Wed, Feb 06, 2013 at 09:43:41AM +0100, Anne Nicolas wrote: There was a discussion yesterday evening in packager meeting about what we should do with rsyslog. It's needed for upgrade from Mageia 2. But journalctl is now installed by default. Is there some requirement for systemd ? Shall we have both installed? We need an answer to deal with upgrade and isos By default Mageia 3 should only have journalctl. Optionally you can still install rsyslog. Any syslog package will store the same information as journalctl does. Installing this by default provides little benefit, so it was decided that we only do journalctl by default. If installed, you double the storage used for logs. Not sure how to handle an upgrade. rsyslog should still be in the repository, but no idea if Mageia has something like a distro upgrade actions (probably best to explicitly remove rsyslog when using the installer to upgrade.. keep rsyslog when using urpmi). -- Regards, Olav
[Mageia-dev] Freeze push: audiofile 0.3.5
I like the following change: * Improve validation of compressed audio formats. As validation often prevents security problems. Drawback that this bugfix release also includes support for new formats. I think we should still push this for Mageia 3. -- Regards, Olav ---BeginMessage--- News * Implement IMA ADPCM encoding and decoding for AIFF-C, CAF, and WAVE files. * Implement Microsoft ADPCM encoding for WAVE files. * Fix calculation of IRCAM frame size. * Record marker comments in WAVE files. * Improve validation of compressed audio formats. * Add support for building without documentation. ChangeLog = http://download.gnome.org/sources/audiofile/0.3/audiofile-0.3.5.changes (10.7K) Download http://download.gnome.org/sources/audiofile/0.3/audiofile-0.3.5.tar.xz (485K) sha256sum: 335502324b9bffb2528f34352a2c5abcc2c6108be36600b2e547708564eae19a ___ ftp-release-list mailing list ftp-release-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ftp-release-list ---End Message---
Re: [Mageia-dev] Freeze push: calligra and calligra-l10n
Le 06/02/2013 09:38, Guillaume Rousse a écrit : Le 06/02/2013 00:26, FundaWang a écrit : Hello, Could calligra and calligra-l10n 2.6.0 be pushed into cauldron? We target at 2.6.0 stable in mga3, while we currently have 2.5.93 (AKA 2.6 Rc1) in repository. Done. Build failure: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206083820.guillomovitch.valstar.4712/log -- BOFH excuse #401: Sales staff sold a product we don't offer.
Re: [Mageia-dev] Freeze push: calligra and calligra-l10n
Date: Wed, 6 Feb 2013 10:00:41 +0100 From: guillomovi...@gmail.com To: mageia-dev@mageia.org Subject: Re: [Mageia-dev] Freeze push: calligra and calligra-l10n Le 06/02/2013 09:38, Guillaume Rousse a écrit : Le 06/02/2013 00:26, FundaWang a écrit : Hello, Could calligra and calligra-l10n 2.6.0 be pushed into cauldron? We target at 2.6.0 stable in mga3, while we currently have 2.5.93 (AKA 2.6 Rc1) in repository. Done. Build failure: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206083820.guillomovitch.valstar.4712/log Sorry, please try again. -- BOFH excuse #401: Sales staff sold a product we don't offer.
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On 06/02/13 09:52, Olav Vitters wrote: By default Mageia 3 should only have journalctl. Optionally you can still install rsyslog. Any syslog package will store the same information as journalctl does. Installing this by default provides little benefit, so it was decided that we only do journalctl by default. If installed, you double the storage used for logs. Something I mentioned a while ago is the memory resources taken by systemd-journald vs rsyslog; it is an order of magnitude greater. We don't care with modern machines, but I would let the option available for old small RAM computers (or reduce the systemd-journal mem resources). Cheers, Chris.
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
On Wed, Feb 06, 2013 at 10:35:12AM +0100, EatDirt wrote: On 06/02/13 09:52, Olav Vitters wrote: By default Mageia 3 should only have journalctl. Optionally you can still install rsyslog. Any syslog package will store the same information as journalctl does. Installing this by default provides little benefit, so it was decided that we only do journalctl by default. If installed, you double the storage used for logs. Something I mentioned a while ago is the memory resources taken by systemd-journald vs rsyslog; it is an order of magnitude greater. We don't care with modern machines, but I would let the option available for old small RAM computers (or reduce the systemd-journal mem resources). Are you sure that there still is a problem? There were some bugs that have been fixed months ago. Aside from that the memory usage could be off as journal uses mmap. But systemd always uses the journal (not runtime configurable IIRC), so best to make it efficient. It should also somehow be low maintenance. Meaning: maybe it will use less memory when there is less available (guessing)? -- Regards, Olav
Re: [Mageia-dev] freeze push: sympa
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 06.02.2013 10:52, Guillaume Rousse kirjutas: Comrade submission master, there is another release for sympa, could you please push it ? Sure, comrade packager. You may be funny to yourself, but another release doesn't quite explain why we should have it?! I think you still miss the point why permission is asked... And you shouldn't push your own packages.. - -- Sander -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJREjABAAoJECMkkFJIyHr8gu0H/2Z1y1dlYDKsi+0jDYsYHNX2 bw3SrZ6fLogZ9tTutcPVhaGl8qOkSle3jx0MVTjD3jfe7ew1JldSqbEVxCgzGMKP j8DhsBbF9DDVNCrMS5pAHwZ1L0uxV2ani9MtQFZdJzOLuBifZCMPzSADngG/39nS D8fcqkrfosl+6mQXvNgnvkFllCmLtYVrsOlAmBhf88fjguJSqZiLl4BxTV00mdEd vMCBNupRxtf4vj/3FMB3ciAWKRQ6zZL76C89Ajnd5aesqixciyFp6wtABCXyiLMg FZ0x91FtHcS6lQdHdvb41VEQfatLT1+nV6n9OidTqFnj9vw8IysgJrhqnoipu2A= =MT0P -END PGP SIGNATURE-
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
'Twas brillig, and Anne Nicolas at 06/02/13 08:43 did gyre and gimble: There was a discussion yesterday evening in packager meeting about what we should do with rsyslog. It's needed for upgrade from Mageia 2. But journalctl is now installed by default. Is there some requirement for systemd ? Shall we have both installed? We need an answer to deal with upgrade and isos At present the main systemd package provides syslog and also creates the folder /var/log/journal which is what enables persistent logging with the journal (without this folder it just logs into /run/log/journal and keeps it in memory rotating away as needed over time) I did this to push the journal generally in cauldron and get it used and see how things go. If required, I can split this into a separate package (systemd-persistent-journal-logging) which simply provides syslog and the folder /var/log/journal This would allow users to pick whether they want persistent logging with journal or rsyslog (vs. the current choice of only being able to pick rsyslog *in addition* to persistent logging). An alternative is to simply document to people how to change the journal space requirements such that even if persistent logging is enabled, it will not take up too much room and purge itself quite aggressively. I suppose the final decision should be based on what kind of experience we ultimately want to provide in our tools. If I get a chance I can take a quick look at the drakservices and draklog to see what simple stuff I could hack in. The options for really nice, service-specific log searching and viewing are really opened if we force the journal persistent logs. So if I were to choose, I'd leave everything as it is. Persistent journal logging is enabled always but rsyslog is available as an option. This also has the advantage of meaning we, as bug triagers and debuggers, always know where to look for extracting the relevant logs. As Thomas mentioned to me over the weekend, we need a consistent command to extract the needed info. I said that I would work on ensuring such a command was included and thus available on the live media too should people need to use that to boot a broken machine to extract debug info. But I am also happy to concede to popular opinion here. 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] freeze push: sympa
Le 06/02/2013 11:27, Sander Lepik a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 06.02.2013 10:52, Guillaume Rousse kirjutas: Comrade submission master, there is another release for sympa, could you please push it ? Sure, comrade packager. You may be funny to yourself, but another release doesn't quite explain why we should have it?! I think you still miss the point why permission is asked... I'm really sorry, I missed the magical incantation bugfix release that makes all the difference. And you shouldn't push your own packages.. Sure. We need more bureaucracy here. Especially for such critical kind of packages. -- BOFH excuse #244: Your cat tried to eat the mouse.
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
'Twas brillig, and Anne Nicolas at 06/02/13 08:43 did gyre and gimble: There was a discussion yesterday evening in packager meeting about what we should do with rsyslog. It's needed for upgrade from Mageia 2. But journalctl is now installed by default. Is there some requirement for systemd ? Shall we have both installed? We need an answer to deal with upgrade and isos [...] I'm afraid it might not be as easy as anyone would think: 1. journald does not do UDP remote syslogging, according to lennart at his talk at FOSDEM? == this means old syslog shouldn't be obsoleted 2. it appears it also doesn't fill tty12 with info as rsyslog does == if true, and not fixable, then i would still suggest to have both.
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
'Twas brillig, and AL13N at 06/02/13 12:02 did gyre and gimble: 'Twas brillig, and Anne Nicolas at 06/02/13 08:43 did gyre and gimble: There was a discussion yesterday evening in packager meeting about what we should do with rsyslog. It's needed for upgrade from Mageia 2. But journalctl is now installed by default. Is there some requirement for systemd ? Shall we have both installed? We need an answer to deal with upgrade and isos [...] I'm afraid it might not be as easy as anyone would think: 1. journald does not do UDP remote syslogging, according to lennart at his talk at FOSDEM? == this means old syslog shouldn't be obsoleted 2. it appears it also doesn't fill tty12 with info as rsyslog does == if true, and not fixable, then i would still suggest to have both. Oh, for the avoidance of doubt, I don't think there is any argument that would suggest the removal from the repositories or obsoletion of rsyslog or syslog-ng etc. There are perfectly valid reasons to have rsyslog et al installed and I do not envisage us removing this possibility. The only question (in my mind) is whether we should always require disk-based journal logging (and document how to keep that small if the user so desires) or whether we should allow the option to disable persistent journal logging completely. For me I'd rather go the former which allows us to provide a tool that looks in one place for debug info rather than aggregate data lots of separate files. But as I said in my other message, I'm not totally married to that idea. 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] packages not rebuilt since Mageia 1 with old src.rpm building fine
On Tuesday, February 05, 2013 05:57:37 PM Thomas Spuhler wrote: On Monday, February 04, 2013 11:08:51 AM Pascal Terjan wrote: Out of the 35 packages not rebuilt since Mageia 1, here is a list of the 8 which are not detected by autobuild as the old src.rpm builds fine but not the version in svn or the package is rejected New version in svn that was never uploaded == Rejected, need an exception in rpmlint config = nagios-check_rsync-1.02-5.mga1.src.rpm: - unexpanded-macro URL %2F2094 nagios-check_syncrepl-20080409-8.mga1.src.rpm: - unexpanded-macro URL %2F2477 php-pear-Testing_Selenium-0.3.1-8.mga3.src.rpm: - php-pear-Testing_Selenium.noarch: W: unexpanded-macro /usr/share/doc/php-pear-Testing_Selenium/docs/Documentation/26d3399f63abd 43 a7d72f8c21440dcb0/%%239^%%239105369^footer.tpl.php %%239 (and many more files) $ urpmq --whatrequires php-pear-Testing_Selenium php-pear-Testing_Selenium I will remove it. -- Best regards Thomas Spuhler signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Critical Samsung UEFI bug: Booting Linux using UEFI can brick Samsung laptops
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/13 07:27, Thomas Backlund wrote: Johnny A. Solbu skrev 1.2.2013 06:57: http://www.h-online.com/open/news/item/Booting-Linux-using-UEFI-can-brick-Samsung-laptops-1793958.html Booting Linux using UEFI just once on various Samsung laptops is enough to permanently stop them working. Several reports have been posted on the Ubuntu bug tracker, but the problem is likely to also be present in other Linux distributions, as it appears to be caused by a kernel driver for Samsung laptops. Kernel developers are currently discussing a change which would disable the driver when booting via UEFI. Mageia is most likely also affected by this. Well, sort of... but it's not so critical as we dont support UEFI Installs / boots OOB so far, so people have to to many things manually to boot in UEFI mode. I'm trying to understand how users of brand new hardware will manage this. Have you seen http://www.techrepublic.com/blog/opensource/hardware-neutrality-uefi-strikes-again-and-again/4150?tag=nl.e011s_cid=e011 ? If even a live CD can toast hardware, where does that leave us? Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlESZtwACgkQj93fyh4cnBfU3gCeP2rsBh2b0egx/6D5QESAZLor kCwAn3EY7+VC2KSYFJdqxHAJXlaSt9Fv =11Kc -END PGP SIGNATURE-
[Mageia-dev] Freeze push: midori
Hi, please push new midori. Begin forwarded message: Date: Wed, 06 Feb 2013 01:11:48 +0100 From: Christian Dywan christ...@twotoasts.de To: xfce-annou...@xfce.org Subject: ANNOUNCE: midori 0.4.8 released ...snip... Release notes for 0.4.8 === As they say, the exception proves the rule. Consequently Midori 0.4.8 fermented a little longer than most releases. The number of bug fixes is too plenty to make for a good read: let it be said that bugs in 0.4.7 with opening Midori in different modes, GLib-related build errors and forever delayed pages are gone - now on to the new features. Autocompletion includes open tabs now, is generally more responsive and open to more extensions in the near future. Speaking of extensions, Netscape plugins can be individually enabled and disabled seemlessly. Icon loading received a major refactoring, bookmarks and search engines mostly wave goodbye to the well-known default icon. Support for Granite 0.2 was improved big time. As a treat, autocompletion features a side-by-side layout. To round things up, inline search highlights all matches by default to increase readability and the urlbar tries harder to keep selected text working as expected. Spoiler alert: The Win32 version will support FlashGet. Updated builds are still in the making. Incidentally if you missed it, on Linux wget, SteadyFlow or any other command line-accessible external download manager can be used. ___ Xfce-announce mailing list xfce-annou...@xfce.org https://mail.xfce.org/mailman/listinfo/xfce-announce
[Mageia-dev] freeze push: shinken 1.2.3
Bugfix release, please push. -- BOFH excuse #107: The keyboard isn't plugged in
[Mageia-dev] Freeze push: postfix
This updates to bugfix release 2.9.6. http://www.postfix.org/announcements/postfix-2.9.6.html I've verified that it builds and works fine in Cauldron.
[Mageia-dev] Freeze push: webmin
This updates to 1.620. It contains two security fixes: - Fixed an XSS attack in miniserv error messages, and added an option to disable SSL compression to defeat the BEAST attack. http://www.webmin.com/changes.html I'll need this pushed so that I can also update the update candidate for Mageia 2 in updates_testing. I've confirmed that it builds fine in Cauldron.
[Mageia-dev] Freeze push: ruby-rdoc
Hello, Could somebody push ruby-rdoc 3.12.1 into cauldron? It fixed CVE-2013-0256: RDoc documentation generated by rdoc 2.3.0 through rdoc 3.12 and prereleases up to rdoc 4.0.0.preview2.1 are vulnerable to an XSS exploit. This exploit may lead to cookie disclosure to third parties. Regards.
[Mageia-dev] Freeze push: aria2
This updates to bugfix release 1.16.3. Changes --- 1.16.2: This release fixes the bug which causes long running BitTorrent download to stall. The several new options have been added. 1.16.3: This release fixes the bug which causes random crash. It also fixes socket option setting failure on Windows platform. I've confirmed it builds fine on Cauldron.
Re: [Mageia-dev] Freeze push: ruby-rdoc
Le 06/02/2013 17:23, FundaWang a écrit : Hello, Could somebody push ruby-rdoc 3.12.1 into cauldron? It fixed CVE-2013-0256: RDoc documentation generated by rdoc 2.3.0 through rdoc 3.12 and prereleases up to rdoc 4.0.0.preview2.1 are vulnerable to an XSS exploit. This exploit may lead to cookie disclosure to third parties. Regards. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174500.ennael.valstar.446/log -- Anne http://mageia.org
Re: [Mageia-dev] freeze push: shinken 1.2.3
Le 06/02/2013 16:34, Guillaume Rousse a écrit : Bugfix release, please push. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174617.ennael.valstar.948/log -- Anne http://mageia.org
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release makedev-4.4-15.mga3
On 6 February 2013 14:43, pterjan buildsystem-dae...@mageia.org wrote: pterjan pterjan 4.4-15.mga3: + Revision: 394833 - Do not do anything in post if /dev is devtmpfs Which means we never create /dev static entries at all. Never in drakx, never in live mode.
[Mageia-dev] Freeze push: editres, showfont, xcalc
Updates editres to 1.0.6. Only changes are internal build system fixes and man page fixes. Updates showfont to 1.0.4. Only changes are internal build system fixes, man page fixes, and fixing a compiler warning. Updates xcalc to 1.0.5. Only changes are internal build system fixes, man page fixes, and fixing a compiler warning. These are the same deal as the other xorg apps I updated last week. I've confirmed they build fine on Cauldron.
Re: [Mageia-dev] Freeze push: ruby-rdoc
Date: Wed, 6 Feb 2013 18:46:36 +0100 From: enn...@mageia.org To: mageia-dev@mageia.org Subject: Re: [Mageia-dev] Freeze push: ruby-rdoc Le 06/02/2013 17:23, FundaWang a écrit : Hello, Could somebody push ruby-rdoc 3.12.1 into cauldron? It fixed CVE-2013-0256: RDoc documentation generated by rdoc 2.3.0 through rdoc 3.12 and prereleases up to rdoc 4.0.0.preview2.1 are vulnerable to an XSS exploit. This exploit may lead to cookie disclosure to third parties. Regards. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174500.ennael.valstar.446/logSorry, please try again. -- Anne http://mageia.org
Re: [Mageia-dev] Freeze push: webmin
David Walser luigiwalser@... writes: I'll need this pushed so that I can also update the update candidate for Mageia 2 in updates_testing. I've confirmed that it builds fine in Cauldron. It failed on the build system: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174519.ennael.valstar.635/log/webmin-1.620-1.mga3/build.0.20130206174551.log I can't reproduce the problem on my Cauldron VM. Can anyone help?
Re: [Mageia-dev] Freeze push: aria2
David Walser luigiwalser@... writes: I've confirmed it builds fine on Cauldron. It looks like this segfault in make test happens only on 64-bit: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174753.ennael.valstar.1180/log/aria2-1.16.3-1.mga3/build.0.20130206174805.log Can anyone help?
Re: [Mageia-dev] [RFC] rsyslog vs journalctl
Colin Guthrie mageia@... writes: Oh, for the avoidance of doubt, I don't think there is any argument that would suggest the removal from the repositories or obsoletion of rsyslog or syslog-ng etc. I agree, and that's consistent with what you've said in the past. I thought it was odd that the idea of obsoleting them came up yesterday in the packager meeting, but it did. The main reason was wanting to know if rsyslog should still be on the DVD, in case of users using it to upgrade from Mageia 2. It may be the case that not upgrading that particular package during the DVD upgrade won't *break* anything and it can just be upgraded after the system is booted and urpmi sources are added, in which case it doesn't *need* to be on the DVD. Otherwise, we should make sure it's on there.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release makedev-4.4-15.mga3
Le 06/02/2013 19:01, Thierry Vignaud a écrit : On 6 February 2013 14:43, pterjan buildsystem-dae...@mageia.org wrote: pterjan pterjan 4.4-15.mga3: + Revision: 394833 - Do not do anything in post if /dev is devtmpfs Which means we never create /dev static entries at all. Never in drakx, never in live mode. Moreover, there is a syntax error here: /var/tmp/rpm-tmp.WY1zHe: ligne19: Erreur de syntaxe près du symbole inattendu « fi » /var/tmp/rpm-tmp.WY1zHe: ligne19: `fi' attention : %post(makedev-4.4-15.mga3.noarch) scriptlet échoué, état de sortie 2 ERROR: 'script' failed for makedev-4.4-15.mga3.noarch: -- BOFH excuse #411: Traffic jam on the Information Superhighway.
Re: [Mageia-dev] freeze push: shinken 1.2.3
Le 06/02/2013 18:51, Anne Nicolas a écrit : Le 06/02/2013 16:34, Guillaume Rousse a écrit : Bugfix release, please push. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174617.ennael.valstar.948/log error: /dev/urandom: No such file or directory /me blames latest change on makedev... -- BOFH excuse #432: Borg nanites have infested the server
Re: [Mageia-dev] Freeze push: editres, showfont, xcalc
Le 06/02/2013 19:12, David Walser a écrit : Updates editres to 1.0.6. Only changes are internal build system fixes and man page fixes. Updates showfont to 1.0.4. Only changes are internal build system fixes, man page fixes, and fixing a compiler warning. Updates xcalc to 1.0.5. Only changes are internal build system fixes, man page fixes, and fixing a compiler warning. These are the same deal as the other xorg apps I updated last week. I've confirmed they build fine on Cauldron. really :) ? /usr/bin/patch -p1 --fuzz=0 patching file showfont.c Hunk #1 FAILED at 351. 1 out of 1 hunk FAILED -- saving rejects to file showfont.c.rej error: Bad exit status from /home/iurt/rpmbuild/tmp/rpm-tmp.XAHZzJ (%prep) -- BOFH excuse #352: The cables are not the same length.
Re: [Mageia-dev] freeze push : asterisk
Le dimanche 3 février 2013 12:45:29 Guillaume Rousse a écrit : Le 02/02/2013 23:44, Nicolas Lécureuil a écrit : Hi, please push asterisk ( fixes some CVE ) see : https://bugs.mageia.org/show_bug.cgi?id=8932 Build error: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2013020311 2803.guillomovitch.valstar.14736/log Hi, please push it again, oden just fixed the package build.
[Mageia-dev] Freeze push or not? openssl-1.0.1d
Hello, would pushing openssl 1.0.1d for three CVE security issues[1] a good idea? FYI, currently openssl is listed as unmaintained in our packagers' database, but I've seen that guillomovitch are touch this package recently. [1]: http://www.openssl.org/news/secadv_20130205.txt
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release makedev-4.4-15.mga3
On Wed, Feb 6, 2013 at 6:01 PM, Thierry Vignaud thierry.vign...@gmail.com wrote: On 6 February 2013 14:43, pterjan buildsystem-dae...@mageia.org wrote: pterjan pterjan 4.4-15.mga3: + Revision: 394833 - Do not do anything in post if /dev is devtmpfs Which means we never create /dev static entries at all. Never in drakx, never in live mode. I test if /dev is a different mountpoint so that they get created in chroots
Re: [Mageia-dev] Freeze push: editres, showfont, xcalc
Guillaume Rousse guillomovitch@... writes: really :) ? /usr/bin/patch -p1 --fuzz=0 patching file showfont.c Hunk #1 FAILED at 351. 1 out of 1 hunk FAILED -- saving rejects to file showfont.c.rej error: Bad exit status from /home/iurt/rpmbuild/tmp/rpm-tmp.XAHZzJ (%prep) Yes, really, but the copy of the patch was correct on the VM I built it on, and not my main workstation I submitted from, but it was just a line number problem in the patch: -@@ -351,8 +351,7 @@ usage(void) +@@ -351,7 +351,7 @@ usage(void) Strange, emacs must have messed it up on my main machine when editing it there. Sorry about that! Fixed. Please resubmit.
Re: [Mageia-dev] Freeze push or not? openssl-1.0.1d
FundaWang fundawang@... writes: Hello, would pushing openssl 1.0.1d for three CVE security issues[1] a good idea? FYI, currently openssl is listed as unmaintained in our packagers' database, but I've seen that guillomovitch are touch this package recently. [1]: http://www.openssl.org/news/secadv_20130205.txt Yes, we should push this. Just make sure it builds first.
Re: [Mageia-dev] Freeze push or not? openssl-1.0.1d
FundaWang fundawang@... writes: Hello, would pushing openssl 1.0.1d for three CVE security issues[1] a good idea? FYI, currently openssl is listed as unmaintained in our packagers' database, but I've seen that guillomovitch are touch this package recently. [1]: http://www.openssl.org/news/secadv_20130205.txt Here's an article with more info on the first security issue fixed: http://arstechnica.com/security/2013/02/lucky-thirteen-attack-snarfs-cookies-protected-by-ssl-encryption/
[Mageia-dev] Freeze push: audacious, audacious-plugins
Dear Mageia devs, please push audacious and audacious-plugins 3.3.4. They are bugfix-only releases and include a fix for a crasher in 3.3.3. Regards, Götz -- AL I:40: Do what thou wilt shall be the whole of the Law.
[Mageia-dev] Freeze push: qt-creator
Hi, please let go though qt-creator, this is a bugfix release only : https://qt.gitorious.org/qt-creator/qt-creator/blobs/2.6/dist/changes-2.6.2
Re: [Mageia-dev] Freeze push libechonest
Le 06/02/2013 21:53, Nicolas Lécureuil a écrit : Hi, please let libechonest go on cauldron, this is a bugfix release. Done. -- BOFH excuse #351: PEBKAC (Problem Exists Between Keyboard And Chair)
Re: [Mageia-dev] Freeze push: nspr, nss
Le 06/02/2013 21:41, David Walser a écrit : This updates to nspr 4.9.5 and nss 3.14.2. Please push nspr first. These will need to be updated before the next round of Firefox updates. I confirmed they build and work fine in Cauldron. Done. -- BOFH excuse #94: Internet outage
Re: [Mageia-dev] Freeze push: ruby-rdoc
ping? From: fundaw...@fundawang.name To: mageia-dev@mageia.org Date: Wed, 6 Feb 2013 18:18:34 + Subject: Re: [Mageia-dev] Freeze push: ruby-rdoc Date: Wed, 6 Feb 2013 18:46:36 +0100 From: enn...@mageia.org To: mageia-dev@mageia.org Subject: Re: [Mageia-dev] Freeze push: ruby-rdoc Le 06/02/2013 17:23, FundaWang a écrit : Hello, Could somebody push ruby-rdoc 3.12.1 into cauldron? It fixed CVE-2013-0256: RDoc documentation generated by rdoc 2.3.0 through rdoc 3.12 and prereleases up to rdoc 4.0.0.preview2.1 are vulnerable to an XSS exploit. This exploit may lead to cookie disclosure to third parties. Regards. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130206174500.ennael.valstar.446/logSorry, please try again. -- Anne http://mageia.org
[Mageia-dev] grub2 package update announcement
From grub2-2.00-18.mga3 the theme has been split into a separate package which is a Suggests, as is os-prober. For most this difference will mean no change and the update should be seamless. However, after the update to grub2-2.00-18.mga3 it will be possible to remove the theme simply by removing the grub2-mageia-theme package, which will reveal a plain text boot menu on the next boot. This saves the overhead of many deps in a minimal installation. Similarly installing grub2 with --no-suggests will achieve the same result. os-prober may now also be added/removed at will which will have the effect of including or removing other detected OSes from the menu at the next boot. (os-prober may also be disabled while remaining installed if required.) Full details are available in the updated /usr/share/doc/grub2/README.Mageia. Barry
Re: [Mageia-dev] Freeze push: opera 12.14
On Tue, 05 Feb 2013 18:30:41 -0500, FundaWang fundaw...@fundawang.name wrote: Hello, Could opera 12.14 be pushed into cauldron? It addresses a re-occuring crash, If the version in Mageia 2 Nonfree Updates Testing is ready for qa testing, a bug report assigned to qa is needed. Regards, Dave Hodgins
[Mageia-dev] Getting abrt/libreport working.
Regarding https://bugs.mageia.org/show_bug.cgi?id=8937 is anyone able to get abrt working on Mageia 2? If so, any idea what else needs to be installed or configured? Regards, Dave Hodgins
[Mageia-dev] Freeze push: cantata 0.9.2
Bugfix release. -- Juancho
[Mageia-dev] Freeze push: mangler 1.2.5
Bugfix release. -- Juancho