Hi!
I've a simple new package containing some
support scripts for the OpenStack packages:
https://bugzilla.redhat.com/show_bug.cgi?id=811601
cheers,
Pádraig.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Apr 23, 2012 at 09:34:35AM +0100, Pádraig Brady wrote:
Hi!
I've a simple new package containing some
support scripts for the OpenStack packages:
https://bugzilla.redhat.com/show_bug.cgi?id=811601
This looks very simple, so I took it.
Rich.
--
Richard Jones, Virtualization Group,
On 04/23/2012 06:22 AM, Simo Sorce wrote:
On Sun, 2012-04-22 at 20:53 +0300, Kalev Lember wrote:
libsmbclient has been now removed from samba4 package (see bug #814451),
but what you have installed is a leftover from the earlier packaging
error. Incrementing the epoch number in the samba 3
On Mon, 2012-04-23 at 13:57 +0300, Kalev Lember wrote:
On 04/23/2012 06:22 AM, Simo Sorce wrote:
On Sun, 2012-04-22 at 20:53 +0300, Kalev Lember wrote:
libsmbclient has been now removed from samba4 package (see bug #814451),
but what you have installed is a leftover from the earlier
up on from last week, and it's time to
start planning for Final too!
This is a reminder of the upcoming QA meeting. Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20120423
The current proposed agenda is included below.
== Proposed Agenda
Compose started at Mon Apr 23 08:15:05 UTC 2012
Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc17.noarch
Hi,
I took eog over when it was orphaned last time, since I though I could
work on it some more. I never got around to anything but a couple of
bug reports though and I don't think I'm really going to get around to
it in the future either, so I'll just orphan it again so that someone
who is
commit 48fd123ff83d853a4db030374bda66e1b84cae0f
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 23 13:11:31 2012 +0100
Fix build and runtime dependencies
- R: perl(Carp) and perl(Data::Dumper)
- BR: perl(Carp), perl(constant) and perl(Exporter)
- Release tests no
On Thu, 2012-04-19 at 21:32 -0400, Mark Bidewell wrote:
On Thu, Apr 19, 2012 at 2:23 PM, Adam Williamson awill...@redhat.com
wrote:
On Thu, 2012-04-19 at 07:29 -0400, Mark Bidewell wrote:
The VM I used had 1GB of memory.
Does the 'basic graphics mode' option
On Fri, 2012-04-20 at 09:58 +0200, Ralf Corsepius wrote:
Why isn't adding a link to an explanation to avoid misunderstandings
originating from conotations sufficient anymore? This is at least what
had been done in the past.
'sufficient' to what purpose?
I'm not against release names
On 04/23/2012 03:17 PM, Siddhesh Poyarekar wrote:
I took eog over when it was orphaned last time, since I though I could
work on it some more. I never got around to anything but a couple of
bug reports though and I don't think I'm really going to get around to
it in the future either, so I'll
On Fri, 2012-04-20 at 17:20 +0200, Alec Leamas wrote:
Thanks again. Following this advice when packaging makes perfect sense
to me. Still, when reviewing, my question is how hard I should push
it. If I understand Kevin correct I shouldn't push it all (?). Is your
position that private,
On Sat, 2012-04-21 at 00:33 +0200, Matej Cepl wrote:
On 20.4.2012 18:09, Ralf Corsepius wrote:
Never. Nobody uses the code names. It's a waste of time and choosing
names like Beefy Miracle is a good way of making the distro look a
whole lot less professional.
Well, as far as I can tell,
On 04/23/2012 03:06 PM, Adam Williamson wrote:
On Fri, 2012-04-20 at 09:58 +0200, Ralf Corsepius wrote:
Why isn't adding a link to an explanation to avoid misunderstandings
originating from conotations sufficient anymore? This is at least what
had been done in the past.
'sufficient' to what
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
The debian tool doesn't help very much because one still needs revision
garbage
So it looks for the VMWare 'vmwgfx' driver and it's not there (I'm not
sure if that driver is something Fedora would be expected to include, or
if it's a 'guest additions' kind of thing). Then it falls back on
'vmwlegacy', which promptly blows up.
ajax, airlied, are we expecting this
On Sat, 2012-04-21 at 23:59 +0900, Joel Rees wrote:
Note that we actually have a test case which is run during validation
testing and is intended to ensure that the same keyboard layout is used
for setting passwords during installation and entering them
post-install, because we had a lot
On 23/04/12 14:27, Mark Bidewell wrote:
So it looks for the VMWare 'vmwgfx' driver and it's not there (I'm not
sure if that driver is something Fedora would be expected to include, or
if it's a 'guest additions' kind of thing). Then it falls back on
'vmwlegacy', which promptly blows
On Fri, Apr 20, 2012 at 6:33 PM, Matej Cepl mc...@redhat.com wrote:
On 20.4.2012 18:09, Ralf Corsepius wrote:
Never. Nobody uses the code names. It's a waste of time and choosing
names like Beefy Miracle is a good way of making the distro look a
whole lot less professional.
Well, as far
On 18/04/12 12:47, Mark Bidewell wrote:
After trying the F17 Alpha with no success, I tried the F17 Beta. I
installed in the VMWare Fusion Technical Preview
F17 Beta Xfce.x86_64 spin,
Happily ran on F16.x86_64 host,
and installed just dandy.
firewalld service by default.
But OT for this
On 23/04/12 14:21, Ralf Corsepius wrote:
On 04/23/2012 03:06 PM, Adam Williamson wrote:
On Fri, 2012-04-20 at 09:58 +0200, Ralf Corsepius wrote:
Why isn't adding a link to an explanation to avoid misunderstandings
originating from conotations sufficient anymore? This is at least what
had been
On Mon, 2012-04-23 at 15:21 +0200, Ralf Corsepius wrote:
On 04/23/2012 03:06 PM, Adam Williamson wrote:
On Fri, 2012-04-20 at 09:58 +0200, Ralf Corsepius wrote:
Why isn't adding a link to an explanation to avoid misunderstandings
originating from conotations sufficient anymore? This is at
On 23/04/12 14:36, Mark Bidewell wrote:
I think it has as much to do with the names as anything else. Ubuntu
names are short and easy.
But their numbering is crap.
12.04 ?
Fedora names tend to be more obscure Lucid
or Precise makes more sense than Zod or Beefy (forget the fat
distro
On Mon, 23 Apr 2012, Frank Murphy wrote:
On 23/04/12 14:36, Mark Bidewell wrote:
I think it has as much to do with the names as anything else. Ubuntu
names are short and easy.
But their numbering is crap.
12.04 ?
To be fair their numbering is:
YY.MM
So 12.04 means April, 2012
-sv
On 23/04/12 14:46, Seth Vidal wrote:
But their numbering is crap.
12.04 ?
To be fair their numbering is:
YY.MM
So 12.04 means April, 2012
-sv
But, are you going to say in converation
Yes, I'm using Ubuntu release twelve zero four,
or Lucid
Does anyone know the full two words sans
I am still not sure how we got from
Superman's nemesis to hot dogs (at least I think that is where beefy
miracle came from...).
I didn't know Jules Verne was superman's nemesis.
--
Regards,
Frank
Jack of all, fubars
--
devel mailing list
devel@lists.fedoraproject.org
On 04/23/2012 03:11 PM, Adam Williamson wrote:
On Fri, 2012-04-20 at 17:20 +0200, Alec Leamas wrote:
Thanks again. Following this advice when packaging makes perfect sense
to me. Still, when reviewing, my question is how hard I should push
it. If I understand Kevin correct I shouldn't push it
perl-AnyEvent has broken dependencies in the rawhide tree:
On x86_64:
perl-AnyEvent-6.14-1.fc18.x86_64 requires perl(IO::Async::Loop) =
0:0.33
perl-AnyEvent-6.14-1.fc18.x86_64 requires perl(FLTK) = 0:0.532
perl-AnyEvent-6.14-1.fc18.x86_64 requires perl(Cocoa::EventLoop)
perl-RPM2 has broken dependencies in the rawhide tree:
On x86_64:
perl-RPM2-1.0-2.fc17.x86_64 requires librpmio.so.2()(64bit)
perl-RPM2-1.0-2.fc17.x86_64 requires librpm.so.2()(64bit)
On i386:
perl-RPM2-1.0-2.fc17.i686 requires librpmio.so.2
commit e849679cde3809bfa9db269e4ccecddfbe1becb7
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 23 15:10:38 2012 +0100
Upstream has dropped Kwalitee test, so drop BR: perl(Test::Kwalitee)
perl-Package-DeprecationManager.spec | 11 ---
1 files changed, 4 insertions(+), 7
Compose started at Mon Apr 23 08:15:02 UTC 2012
Broken deps for x86_64
--
[389-admin]
389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48
389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48
Am 23.04.2012 05:32, schrieb Chris Murphy:
On Apr 22, 2012, at 5:10 PM, Reindl Harald wrote:
no 3.3.1 is the current one, 3.3.2 is current
but the whole 3.3 line until now elaborates on the same problem
not at each boot, mostly only slower but terrible at all
On Mon, 23 Apr 2012 14:43:41 +0100
Frank Murphy frankl...@gmail.com wrote:
On 23/04/12 14:36, Mark Bidewell wrote:
I think it has as much to do with the names as anything else. Ubuntu
names are short and easy.
But their numbering is crap.
12.04 ?
April 2012
I am still not sure
On 23/04/12 14:50, Tomas Radej wrote:
But their numbering is crap.
12.04 ?
April 2012
My point exactly, name fits better in their scenario.
Ah Jules, are you on April or October,
tweleve, I believe?
Me ducks for cover.
ame from...).
I didn't know Jules Verne was superman's nemesis.
Ticket #347 - IPA dirsvr seg-fault during system longevity test
https://fedorahosted.org/389/attachment/ticket/347/0001-Ticket-347-IPA-dirsvr-seg-fault-during-system-longev.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
On Tue, Apr 17, 2012 at 10:40 PM, Reindl Harald h.rei...@thelounge.net wrote:
Hi
one question before decisions are nailed down
http://fedoraproject.org/wiki/Features/firewalld-default
An explicit transition is planned after Fedora 18 with dropping support for
the
static firewall with
On Mon, 2012-04-23 at 14:02 +0100, Adam Williamson wrote:
On Thu, 2012-04-19 at 21:32 -0400, Mark Bidewell wrote:
On Thu, Apr 19, 2012 at 2:23 PM, Adam Williamson awill...@redhat.com
wrote:
On Thu, 2012-04-19 at 07:29 -0400, Mark Bidewell wrote:
The VM I used had
When I reported a bug on Armangil's podcatcher the other day, I
noticed that the package had been orphaned. (Some time ago, actually,
but I missed it at the time.) I still use it, so I decided to take
over.
This is the first time I take over an orphaned package, and I'm
slightly confused by the
Hi,
Last week I tried a preupgrade from F16 to F17 beta.
When rebooting into the preupgrade environment, the upgrade failed in usrmove:
Make a copy of /mnt/sysimage/usr/bin
Merge the copy with /mnt/sysimage/bin
cp: cannot overwrite directory /mnt/sysimage/usr/bin.usrmove-new/mkdir
with
On Mon, 23 Apr 2012 16:01:56 +0100
Frank Murphy frankl...@gmail.com wrote:
On 23/04/12 14:50, Tomas Radej wrote:
But their numbering is crap.
12.04 ?
April 2012
My point exactly, name fits better in their scenario.
Ah Jules, are you on April or October,
tweleve, I believe?
Me
On 23/04/12 16:50, Tomas Radej wrote:
I think numbering/naming problem is only about the target audience.
That's just it, most Fedora non-geek users, use numbering.
You see it on the mailing list(s) daily.
Rarely do you see a Fedora N by it's name.
I didn't know Jules Verne was
On Mon, Apr 23, 2012 at 10:34 AM, goe...@uddeborg.se wrote:
When I reported a bug on Armangil's podcatcher the other day, I
noticed that the package had been orphaned. (Some time ago, actually,
but I missed it at the time.) I still use it, so I decided to take
over.
This is the first time
On Mon, 2012-04-23 at 11:33 -0400, Adam Jackson wrote:
On Mon, 2012-04-23 at 14:02 +0100, Adam Williamson wrote:
On Thu, 2012-04-19 at 21:32 -0400, Mark Bidewell wrote:
On Thu, Apr 19, 2012 at 2:23 PM, Adam Williamson awill...@redhat.com
wrote:
On Thu, 2012-04-19 at
On 04/23/2012 11:50 AM, Tomas Radej wrote:
I think numbering/naming problem is only about the target audience.
If Non-geek users tend to stick with names (Karmic Koala,
Gingerbread, Belle) and devs/powerusers prefer numbering, what's the
problem? I don't see much confusion about naming and
Jon Ciesla:
If it's been retired more than two weeks, it'll need a new review.
Ah! Looking closer I now see the rawhide branch says deprecated
rather than orphaned. That explains it.
Thanks!
--
devel mailing list
devel@lists.fedoraproject.org
On 04/23/2012 05:45 PM, Daniel Drake wrote:
cp: cannot overwrite directory /mnt/sysimage/usr/bin.usrmove-new/mkdir
with non-directory
Something failed. Move back to the original state.
Rebooted back into F16. It looks like the issue was that I had a
directory at /usr/bin/mkdir/. No idea how,
On Mon, 2012-04-23 at 09:45 -0600, Daniel Drake wrote:
Hi,
Last week I tried a preupgrade from F16 to F17 beta.
When rebooting into the preupgrade environment, the upgrade failed in usrmove:
Make a copy of /mnt/sysimage/usr/bin
Merge the copy with /mnt/sysimage/bin
cp: cannot
OK, so Mark, it looks like we need you to file a bug on the segfault you
hit when trying to run anaconda with the vmwlegacy driver (as long as
I'm interpreting the log right). Can you do that and link to the bug?
Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter:
Am 23.04.2012 17:32, schrieb Miloslav Trmač:
On Tue, Apr 17, 2012 at 10:40 PM, Reindl Harald h.rei...@thelounge.net
wrote:
http://fedoraproject.org/wiki/Features/firewalld-default
An explicit transition is planned after Fedora 18 with dropping support for
the
static firewall with
Outage: fedorahosted.org - 2012-04-25 21:00 UTC
There will be an outage starting at 2012-04-25 21:00 UTC, which will
last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:
date -d ' 2012-04-25 21:00 UTC'
On Mon, 2012-04-23 at 14:27 +0100, Adam Williamson wrote:
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
I noticed putting what
Kalev Lember wrote:
It's your call to make, but I wouldn't base the decision on whether it
was in stable updates or updates-testing.
There is no expectation of upgrade path for updates-testing.
Both are currently enabled by default in F17.
And that's where the problem really lies.
On 04/23/2012 06:27 AM, Adam Williamson wrote:
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
#!/bin/sh
# usage: tcplay-get-snapshot.sh hash
git clone git://github.com/bwalex/tc-play
( cd tc-play \
git archive --format=tar --prefix=tcplay-$1/ $1 \
) | xz - tcplay-$1.tar.xz
We
Thanks Rich and Noriko for your comments, changes applied...
Thanks,
Mark
Original Message
Subject: [389-devel] please review ticket #337 - improve CLEANRUV
functionality
Date: Fri, 20 Apr 2012 13:05:00 -0400
From: Mark Reynolds marey...@redhat.com
Reply-To: 389
Sérgio Basto wrote:
you should open a bug report in rhbz , with component preupgrade .
Isn't the usrmove script actually part of dracut?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 2012-04-23 at 10:37 -0700, Andy Grover wrote:
wget --content-disposition https://github.com/$user/$project/tarball/$tag;
lets you download a tarball named $user-$project-$tag-0-$gitsha1.tar.gz.
That saves the maintainer from having to document how to generate the
tarball, in
On 04/23/2012 11:37 AM, Andy Grover wrote:
wget --content-disposition https://github.com/$user/$project/tarball/$tag;
lets you download a tarball named $user-$project-$tag-0-$gitsha1.tar.gz.
That saves the maintainer from having to document how to generate the
tarball, in exchange for dealing
===
#fedora-meeting: FESCO (2012-04-23)
===
Meeting started by mjg59 at 17:00:08 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-04-23/fesco.2012-04-23-17.00.log.html
.
Meeting summary
On 04/23/2012 10:48 AM, Adam Williamson wrote:
On Mon, 2012-04-23 at 10:37 -0700, Andy Grover wrote:
wget --content-disposition https://github.com/$user/$project/tarball/$tag;
lets you download a tarball named $user-$project-$tag-0-$gitsha1.tar.gz.
That saves the maintainer from having to
After some tweaking, these are now accepted as
https://fedoraproject.org/w/index.php?title=Secondary_Architecture_Promotion_Requirements
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2012-04-23 20:56, Orion Poplawski wrote:
My problem is I'm wedded to spectool -g and it doesn't use
--content-disposition. Would it be safe to have spectool always use
that option?
No, because the Content-Disposition header from the server may result in
changing the downloaded file's name
I haven't been able to boot the last 3 Rawhide kernels,
kernel-3.4.0-0.rc3.gitX.1.fc18.x86_64, where X = 2, 3, 4. The kernel
with X = 1 boots fine. When I try to boot the other 3, I get dropped
into a debug shell with dracut complaining about being unable to find
various devices. Today I got
On 04/23/2012 07:00 PM, Matthew Garrett wrote:
After some tweaking, these are now accepted as
https://fedoraproject.org/w/index.php?title=Secondary_Architecture_Promotion_Requirements
Fail to see the reasoning why Anaconda and the Installer team are
involved in these requirements care to
On Mon, Apr 23, 2012 at 07:33:44PM +, Jóhann B. Guðmundsson wrote:
On 04/23/2012 07:00 PM, Matthew Garrett wrote:
After some tweaking, these are now accepted as
https://fedoraproject.org/w/index.php?title=Secondary_Architecture_Promotion_Requirements
Fail to see the reasoning why
Jóhann B. Guðmundsson (johan...@gmail.com) said:
On 04/23/2012 07:00 PM, Matthew Garrett wrote:
After some tweaking, these are now accepted as
https://fedoraproject.org/w/index.php?title=Secondary_Architecture_Promotion_Requirements
Fail to see the reasoning why Anaconda and the Installer
On Mon, Apr 23, 2012 at 3:34 PM, Jerry James loganje...@gmail.com wrote:
I haven't been able to boot the last 3 Rawhide kernels,
kernel-3.4.0-0.rc3.gitX.1.fc18.x86_64, where X = 2, 3, 4. The kernel
with X = 1 boots fine. When I try to boot the other 3, I get dropped
into a debug shell with
commit 3349c0f34bf8f07b5aa60e4429a2d21d81bc89af
Author: Nicolas Chauvet kwiz...@gmail.com
Date: Mon Apr 23 21:55:20 2012 +0200
Fix provides
perl-AnyEvent.spec |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/perl-AnyEvent.spec b/perl-AnyEvent.spec
index
https://fedorahosted.org/389/ticket/19
https://fedorahosted.org/389/attachment/ticket/19/0001-Trac-Ticket-19-Convert-entryUSN-plugin-to-transactio.patch
Fix description:
* Separated usn_bepreop operations from usn_betxnpreop operations.
usn_bepreop_modify and _modrdn add entryusn: # to the
On 04/23/2012 07:42 PM, Matthew Garrett wrote:
Because if you have hardware that can install via Anaconda and you don't
support installing via Anaconda, you're not Fedora.
So FESCo is in otherwords saying that other installers and even
installing methods ( think like the distribution would be
2012/4/23 Jóhann B. Guðmundsson johan...@gmail.com:
On 04/23/2012 07:42 PM, Matthew Garrett wrote:
Because if you have hardware that can install via Anaconda and you don't
support installing via Anaconda, you're not Fedora.
So FESCo is in otherwords saying that other installers and even
On 04/23/2012 12:54 PM, Jóhann B. Guðmundsson wrote:
So FESCo is in otherwords saying that other installers and even
installing methods ( think like the distribution would be flashed to a
device in the maybe not to distant future instead of being installed in
the traditional sense as we know it
On Mon, Apr 23, 2012 at 07:54:57PM +, Jóhann B. Guðmundsson wrote:
On 04/23/2012 07:42 PM, Matthew Garrett wrote:
Because if you have hardware that can install via Anaconda and you don't
support installing via Anaconda, you're not Fedora.
So FESCo is in otherwords saying that other
commit e58dcc0ba811fc69b59dbd9efca083f806f2d08b
Author: Nicolas Chauvet kwiz...@gmail.com
Date: Mon Apr 23 22:04:27 2012 +0200
Disable SSL test
perl-AnyEvent.spec |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
---
diff --git a/perl-AnyEvent.spec b/perl-AnyEvent.spec
index
On 04/23/2012 11:21 AM, Patrick Monnerat wrote:
On Mon, 2012-04-23 at 14:27 +0100, Adam Williamson wrote:
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
On Mon, Apr 23, 2012 at 3:42 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
Because if you have hardware that can install via Anaconda and you don't
support installing via Anaconda, you're not Fedora.
Just for the sake of argument, our Amazon EC2 images aren't using
Anaconda for installation,
On Mon, Apr 23, 2012 at 4:00 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
Fesco is saying that if you have hardware that can install via Anaconda,
you must support installing via Anaconda. It's legitimate for you to
also have other install mechanisms, and hardware that's incapable of
On 04/23/2012 01:08 PM, Orion Poplawski wrote:
Nice! I'll note explicitly that this also works with short git tags, so:
%global commit bd245c9
Source0:
https://github.com/jukka/pcfi/tarball/%{commit}/jukka-pcfi-%{commit}.tar.gz
%setup -q -n jukka-pcfi-%{commit}
works.
Even if
On Apr 23, 2012 1:12 AM, Chris Murphy li...@colorremedies.com wrote:
On Apr 22, 2012, at 2:55 PM, Nikos Roussos wrote:
I already have a GPT partition (from my previous installation), but
Anaconda complains that my boot partition should be of type msdos. The
only way to proceed seems to be
On Mon, Apr 23, 2012 at 3:13 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Mon, Apr 23, 2012 at 3:42 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
Because if you have hardware that can install via Anaconda and you don't
support installing via Anaconda, you're not Fedora.
Just for the
On 04/23/2012 07:45 PM, Bill Nottingham wrote:
We shouldn't be promoting anything to primary arch that you can't install.
Valid point but it still does not explain why FESCo chose to limit that
exclusively to Anaconda and the Installer team and their installation
methods or lack there of.
On Mon, Apr 23, 2012 at 08:29:59PM +, Jóhann B. Guðmundsson wrote:
On 04/23/2012 07:45 PM, Bill Nottingham wrote:
We shouldn't be promoting anything to primary arch that you can't install.
Valid point but it still does not explain why FESCo chose to limit
that exclusively to Anaconda and
On Mon, Apr 23, 2012 at 01:34:04PM -0600, Jerry James wrote:
I haven't been able to boot the last 3 Rawhide kernels,
kernel-3.4.0-0.rc3.gitX.1.fc18.x86_64, where X = 2, 3, 4. The kernel
with X = 1 boots fine. When I try to boot the other 3, I get dropped
into a debug shell with dracut
On 04/23/2012 08:14 PM, Jared K. Smith wrote:
Fesco is saying that if you have hardware that can install via Anaconda,
you must support installing via Anaconda. It's legitimate for you to
also have other install mechanisms, and hardware that's incapable of
supporting Anaconda installs
On Mon, Apr 23, 2012 at 08:57:47PM +, Jóhann B. Guðmundsson wrote:
On 04/23/2012 08:14 PM, Jared K. Smith wrote:
Fesco is saying that if you have hardware that can install via Anaconda,
you must support installing via Anaconda. It's legitimate for you to
also have other install
On 23/04/12 20:34, Jerry James wrote:
I haven't been able to boot the last 3 Rawhide kernels,
Have I done something wrong, or are the recent kernels busted?
Check your dracut version:
https://bugzilla.redhat.com/show_bug.cgi?id=814625
--
Regards,
Frank
Jack of all, fubars
--
devel mailing
Jóhann B. Guðmundsson (johan...@gmail.com) said:
On 04/23/2012 08:14 PM, Jared K. Smith wrote:
Fesco is saying that if you have hardware that can install via Anaconda,
you must support installing via Anaconda. It's legitimate for you to
also have other install mechanisms, and hardware
Ticket #347 - IPA dirsvr seg-fault during system longevity test
https://fedorahosted.org/389/attachment/ticket/347/0001-Ticket-347-IPA-dirsvr-seg-fault-during-system-longev.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
On Mon, Apr 23, 2012 at 3:03 PM, Frank Murphy frankl...@gmail.com wrote:
Check your dracut version:
https://bugzilla.redhat.com/show_bug.cgi?id=814625
That was the problem. Thanks for the bug pointer. After fixing the
path to udevd and regenerating the initramfs, the recent kernels are
On 04/23/2012 09:07 PM, Bill Nottingham wrote:
Fedora's about providing a consistent experience wherever possible; this
means using consistent interactive installation tools
It's not enough to always be using the same tools but those tools need
to be consitent in usage as well so for your
On Mon, Apr 23, 2012 at 10:08:54PM +, Jóhann B. Guðmundsson wrote:
What is the justification for the need for the seperation in the firstplace?
You'd be fine with Fedora m68k? We have the separation because it's not
just about scratching your own itch. Each additional supported
On Monday, 23 בApril 2012 18:56:23 Reindl Harald wrote:
Am 23.04.2012 17:32, schrieb Miloslav Trmač:
On Tue, Apr 17, 2012 at 10:40 PM, Reindl Harald h.rei...@thelounge.net
wrote:
http://fedoraproject.org/wiki/Features/firewalld-default
An explicit transition is planned after Fedora 18
A file has been added to the lookaside cache for perl-Net-SSH2:
c667cb01508eb1e6135afff88a86e4f9 Net-SSH2-0.42.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit ff1249b29edb5d10c9eec8fccb2f0f8e694b6e57
Author: Petr Šabata con...@redhat.com
Date: Mon Apr 23 11:02:30 2012 +0200
0.42 bump
.gitignore |1 +
perl-Net-SSH2.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git
commit f0a2bd80de6c1e718c6ef71af138b8ec433a1bf6
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Mon Apr 23 13:43:29 2012 +0200
BR Pod::Wordlist::hanekomu only if macro is true
add missing Data::Dumper dependency
perl-CPAN-Meta-YAML.spec |9 -
1 files changed, 8
A file has been added to the lookaside cache for perl-YAML:
1aaddf963786d70518236ae6f6347cad YAML-0.81.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 13b616a70ec3193ee2636c4a1227e7aa763d4f89
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Mon Apr 23 14:09:23 2012 +0200
update to 0.81
- add BR Data::Dumper
.gitignore |1 +
perl-YAML.spec |9 +++--
sources|2 +-
3 files changed, 9 insertions(+),
Summary of changes:
13b616a... update to 0.81 - add BR Data::Dumper (*)
48fd123... Fix build and runtime dependencies (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
commit 658f792986f79955d94d45bf58ffabef54227879
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Mon Apr 23 14:32:18 2012 +0200
Data::Dumper is not really needed, dependencies must be fixed in YAML
perl-CPAN-Meta-YAML.spec |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
On Mon, Apr 23, 2012 at 12:20:30PM +, Paul Howarth wrote:
commit 48fd123ff83d853a4db030374bda66e1b84cae0f
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 23 13:11:31 2012 +0100
Fix build and runtime dependencies
That's much better however I think perl(lib) is still
commit 795370ea5b1fdb4fb0698b22e64962acf3103227
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 23 13:40:03 2012 +0100
Improve commentary
perl-CPAN-Meta-YAML.spec |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
diff --git a/perl-CPAN-Meta-YAML.spec
1 - 100 of 111 matches
Mail list logo