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 Gro
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
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
to follow 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.
==
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 require
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 really
commit 48fd123ff83d853a4db030374bda66e1b84cae0f
Author: Paul Howarth
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 longer shipped, so drop
On Thu, 2012-04-19 at 21:32 -0400, Mark Bidewell wrote:
>
>
> On Thu, Apr 19, 2012 at 2:23 PM, Adam Williamson
> 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 work?
> OK, dug
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 beca
On Sun, Apr 22, 2012 at 11:32 PM, Chris Murphy wrote:
>
> 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 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'
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, u
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
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 p
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
> >
>
>
> 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 thi
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
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 bl
On Fri, Apr 20, 2012 at 6:33 PM, 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
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 list,
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?
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
dis
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.fed
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 a
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
perl-RPM2-1.0-2.fc17.i6
commit e849679cde3809bfa9db269e4ccecddfbe1becb7
Author: Paul Howarth
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 deletions(-)
---
diff
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
389-admin-1.1.28-1.fc18.
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
>>
>> https:/
On Mon, 23 Apr 2012 14:43:41 +0100
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 ?
April 2012
> I am still not sure how we g
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
https://admin.fedoraproject.org/mailman/listinfo/389-deve
On Tue, Apr 17, 2012 at 10:40 PM, Reindl Harald 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 system-config-
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
> > wrote:
> > On Thu, 2012-04-19 at 07:29 -0400, Mark Bidewell wrote:
> > > The VM I used had 1GB of m
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 non-direc
On Mon, 23 Apr 2012 16:01:56 +0100
Frank Murphy 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?"
>
>
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 superman'
On Mon, Apr 23, 2012 at 10:34 AM, 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 I take over
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
> > > wrote:
> > > On Thu, 2012-04-19 at 07:29
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 numbe
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
https://admin.fedoraproject.org/mailman/listi
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 |
Am 23.04.2012 17:32, schrieb Miloslav Trmač:
> On Tue, Apr 17, 2012 at 10:40 PM, Reindl Harald
> wrote:
>> http://fedoraproject.org/wiki/Features/firewalld-default
>>
>>> An explicit transition is planned after Fedora 18 with dropping support for
>>> the
>>> static firewall with system-config-fi
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'
Reason
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 putti
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
>> git clone git://github.com/bwalex/tc-play
>> ( cd tc-play && \
>>git archive --format=tar --prefix=tcplay-$1/ $1 \
>> ) | xz - >tcplay-$1.ta
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
Reply-To: 389 Directory server developer
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 e
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
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 aro
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 el
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
"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
On Mon, Apr 23, 2012 at 3:34 PM, 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 complaining
commit 3349c0f34bf8f07b5aa60e4429a2d21d81bc89af
Author: Nicolas Chauvet
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 2f55c4c..bd55c12 100644
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 th
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 fl
2012/4/23 "Jóhann B. Guðmundsson" :
> 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
>
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
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 bd55c12..242e4a2 10064
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
http://lists.fedoraproject.org/pipermail/devel/2011-Feb
On Mon, Apr 23, 2012 at 3: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.
Just for the sake of argument, our Amazon EC2 images aren't using
Anaconda for installation, but they're still c
On Mon, Apr 23, 2012 at 4:00 PM, Matthew Garrett 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 ins
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.
On Apr 23, 2012 1:12 AM, "Chris Murphy" 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 discarding all
On Mon, Apr 23, 2012 at 3:13 PM, Jared K. Smith
wrote:
> On Mon, Apr 23, 2012 at 3: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.
>
> Just for the sake of argument, our Amazon EC2 ima
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 Anaco
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 com
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
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 mailin
"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,
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
https://admin.fedoraproject.org/mailman/listinfo/389-deve
On Mon, Apr 23, 2012 at 3:03 PM, Frank Murphy 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
booting. Hurrah!
--
Je
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 nobl
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
architec
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
wrote:
> >> http://fedoraproject.org/wiki/Features/firewalld-default
> >>
> >>> An explicit transition is planned after Fedora 18 with droppin
Deltarpms seem to be missing
from /fedora/linux/development/17/*/os/drpms
They are there for Rawhide, so I'm guessing it's a mash
misconfiguration, but I don't have the necessary rights to check.
Jonathan
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
93 matches
Mail list logo
