Pending Fedora 19 Change Freeze - 2013-06-18

2013-06-14 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, as the Fedora 19 schedule[1] states the Final change freeze is almost upon us. The last stable push will be done as late as possible on June 17 in the US, after that point only Final freeze exceptions will be accepted[2] and allowed into Fedor

Re: Custom CentOS spin

2013-06-14 Thread Nico Kadel-Garcia
On Fri, Jun 14, 2013 at 9:09 PM, Dennis Gilmore wrote: > This argument falls over by the fact that the fedora builders are all rhel 6 > except for the arm ones that are running fedora 18. it is true you can not > use rhel 5 That is precisely the kind of situation I encountered in the past.. I'm a

Re: Custom CentOS spin

2013-06-14 Thread Dennis Gilmore
This argument falls over by the fact that the fedora builders are all rhel 6 except for the arm ones that are running fedora 18. it is true you can not use rhel 5 Corey Quinn wrote: >On Jun 14, 2013, at 10:22 AM, Kevin Fenzi wrote: >> >> Ah, I see. >> >> IMHO, you should use mock anytime y

Re: Packaging alien, debhelper and po-debconf

2013-06-14 Thread Oron Peled
On Friday 14 June 2013 17:45:51 Sérgio Basto wrote: > On Dom, 2013-06-09 at 13:02 +0300, Oron Peled wrote: > > As soon as dpkg-1.16.x hits f18. > > dpkg-1.16.10-4.fc18 hits f18 (status stable) > Now alien is waiting for debhelper https://admin.fedoraproject.org/updates/debhelper-9.20120909-1.fc18

RE: Which platforms have GRUB?

2013-06-14 Thread Jonathan Masters
However all future 64-bit ARM (AArch64) systems will use GRUB2. Sent from my Android phone using TouchDown (www.nitrodesk.com) -Original Message- From: Jeffrey Bastian [jbast...@redhat.com] Received: Friday, 14 Jun 2013, 17:31 To: devel@lists.fedoraproject.org Subject: Re: Which platform

Re: Which platforms have GRUB?

2013-06-14 Thread Dan Horák
On Fri, 14 Jun 2013 16:31:38 -0500 Jeffrey Bastian wrote: > On Fri, Jun 14, 2013 at 02:48:42PM -0400, Eric H. Christensen wrote: > > I'm working on text in the Fedora Security Guide discussing GRUB. > > There is a sentence that reads "[Fedora] ships with the GRUB boot > > loader on the x86 platfo

Re: Which platforms have GRUB?

2013-06-14 Thread Jeffrey Bastian
On Fri, Jun 14, 2013 at 02:48:42PM -0400, Eric H. Christensen wrote: > I'm working on text in the Fedora Security Guide discussing GRUB. > There is a sentence that reads "[Fedora] ships with the GRUB boot > loader on the x86 platform." and I am curious as to how true that is. > Do we not use GRUB o

Re: Which platforms have GRUB?

2013-06-14 Thread Bill Nottingham
Eric H. Christensen (spa...@fedoraproject.org) said: > I'm working on text in the Fedora Security Guide discussing GRUB. There > is a sentence that reads "[Fedora] ships with the GRUB boot loader on the > x86 platform." and I am curious as to how true that is. Do we not use > GRUB on any other p

[perl-Future/f19] Initial import.

2013-06-14 Thread Emmanuel Seyman
commit d4df4e0904ee61c42cb0bc509679de0a9fe70e64 Author: Emmanuel Seyman Date: Fri Jun 14 22:56:30 2013 +0200 Initial import. .gitignore |1 + perl-Future.spec | 53 + sources |1 + 3 files changed, 55 insertions(

Which platforms have GRUB?

2013-06-14 Thread Eric H. Christensen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I'm working on text in the Fedora Security Guide discussing GRUB. There is a sentence that reads "[Fedora] ships with the GRUB boot loader on the x86 platform." and I am curious as to how true that is. Do we not use GRUB on any other platform?

Re: Custom CentOS spin

2013-06-14 Thread Kevin Fenzi
On Fri, 14 Jun 2013 10:34:12 -0700 Corey Quinn wrote: > …except for the bit where this breaks in many cases if you're running > mock on EL6 and trying to build for Fedora-recent, which was Nico's > point. Many cases ? Note that all our builders are RHEL6, building packages for Fedora in mock.

Re: Custom CentOS spin

2013-06-14 Thread Corey Quinn
On Jun 14, 2013, at 10:22 AM, Kevin Fenzi wrote: > > Ah, I see. > > IMHO, you should use mock anytime you build any packages, and if you do > that, the platform you run mock on largely doesn't matter (with a few > rare corner cases). > …except for the bit where this breaks in many cases if y

Re: Custom CentOS spin

2013-06-14 Thread Kevin Fenzi
On Fri, 14 Jun 2013 10:14:25 -0700 Corey Quinn wrote: > > On Jun 14, 2013, at 9:59 AM, Kevin Fenzi wrote: > > > On Thu, 13 Jun 2013 19:50:05 -0400 > > Nico Kadel-Garcia wrote: > > > >> It's exceptionally difficult and unreliable for RHEL or CentOS to > >> build packages for current or recent

Re: Custom CentOS spin

2013-06-14 Thread Corey Quinn
On Jun 14, 2013, at 9:59 AM, Kevin Fenzi wrote: > On Thu, 13 Jun 2013 19:50:05 -0400 > Nico Kadel-Garcia wrote: > >> It's exceptionally difficult and unreliable for RHEL or CentOS to >> build packages for current or recent releases with "mock" or other >> chroot cage tool kits. Too many non-ba

Re: Custom CentOS spin

2013-06-14 Thread Kevin Fenzi
On Thu, 13 Jun 2013 19:50:05 -0400 Nico Kadel-Garcia wrote: > It's exceptionally difficult and unreliable for RHEL or CentOS to > build packages for current or recent releases with "mock" or other > chroot cage tool kits. Too many non-backwards compatible changes in > RPM and yum. Hum? rpm and y

Re: Packaging alien, debhelper and po-debconf

2013-06-14 Thread Sérgio Basto
On Dom, 2013-06-09 at 13:02 +0300, Oron Peled wrote: > > > debconf > > > > Went to give it some karma, found an irritating bug. > > Now it is fixed and pushed to rawhide, f19, f18 (waiting for karma > > on the last two) > debconf-1.5.49-3.fc18, status stable > > > > po-debconf > > > > N

F-19 Branched report: 20130614 changes

2013-06-14 Thread Fedora Branched Report
Compose started at Fri Jun 14 09:15:02 UTC 2013 Broken deps for x86_64 -- [avgtime] avgtime-0-0.5.git20120724.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [derelict] derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 require

Re: F18 => F19 update adventures

2013-06-14 Thread Honza Horak
On 06/10/2013 01:21 PM, Honza Horak wrote: On 06/08/2013 04:38 AM, Adam Williamson wrote: On Fri, 2013-06-07 at 21:53 +0200, Michał Piotrowski wrote: That was simple... sudo systemctl enable mysqld.service ln -s '/usr/lib/systemd/system/mysqld.service' '/etc/systemd/system/multi-user.target.wa

Re: rsyslog-7.4.0-1 is bad

2013-06-14 Thread Matthias Runge
On 14/06/13 10:06, Christopher Meng wrote: > I've noticed this bug many days ago. Is it related to this version? > I assume you filed a bug, right? Please don't spam 3! mailing lists, one list should be sufficient; bonus points for including your bz#. -- Matthias Runge -- devel mailing list de

Re: rsyslog-7.4.0-1 is bad

2013-06-14 Thread Adam Williamson
On Thu, 2013-06-13 at 23:48 -0700, Adam Williamson wrote: > Just a heads up for F19 / F20 users - rsyslog-7.4.0-1 is a bad update, > many users (inc. me on two systems) are seeing it > spamming /var/log/messages with old logs and sucking up 100% CPU time. > You might not notice immediately if you'r

Re: rsyslog-7.4.0-1 is bad

2013-06-14 Thread Adam Williamson
On Fri, 2013-06-14 at 16:06 +0800, Christopher Meng wrote: > Hi, > > I've noticed this bug many days ago. Is it related to this version? > > I had a 60GB /var/log/messages folder.. Yes; it's really a systemd bug, but downgrading rsyslog will stop the most egregious symptom. I think 7.4.0 wen

Re: rsyslog-7.4.0-1 is bad

2013-06-14 Thread Christopher Meng
Hi, I've noticed this bug many days ago. Is it related to this version? I had a 60GB /var/log/messages folder.. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 973713] File::Spec::VMS not usable due missing VMS/Filespec.pm

2013-06-14 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=973713 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC|

Re: rsyslog-7.4.0-1 is bad

2013-06-14 Thread Adam Williamson
On Thu, 2013-06-13 at 23:48 -0700, Adam Williamson wrote: > Just a heads up for F19 / F20 users - rsyslog-7.4.0-1 is a bad update, > many users (inc. me on two systems) are seeing it > spamming /var/log/messages with old logs and sucking up 100% CPU time. > You might not notice immediately if you'r