On Wed, 2012-02-01 at 02:38 +0100, Kay Sievers wrote:
> > Installation fails at partitioning stage, with udisksd hitting "Error
> > opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such
> > file or directory (g-file-error-quark, 4)"
> >
> > The file /etc/crypttab indeed doesn't
On Tue, Jan 31, 2012 at 23:36, Adam Williamson wrote:
> On Tue, 2012-01-31 at 14:23 -0800, Adam Williamson wrote:
>> On Fri, 2012-01-27 at 14:10 +0100, Harald Hoyer wrote:
>> > Hello Testers and rawhide Users,
>> >
>> > Fedora 17 will locate the entire base operating system in /usr. The
>> > dire
On Tue, Jan 31, 2012 at 14:19:14 -0800,
Adam Williamson wrote:
>
> AIUI, at this point you're stuck either reverting the /usr move
> modifications in nss-softokn and building for Rawhide, or waiting until
> we push the /usr move packages into Rawhide proper...
What about untagging the current
On Tue, 2012-01-31 at 14:23 -0800, Adam Williamson wrote:
> On Fri, 2012-01-27 at 14:10 +0100, Harald Hoyer wrote:
> > Hello Testers and rawhide Users,
> >
> > Fedora 17 will locate the entire base operating system in /usr. The
> > directories
> > /bin, /sbin, /lib, /lib64 will only be symlinks:
On Tue, 31 Jan 2012 17:00:21 -0500
Tom Callaway wrote:
> No, xulrunner failed because I need to patch nss-softokn to fix a bug
> in rawhide, but nss-softokn has already been modified for /usr move
> and I wasn't sure how to actually push the fix out into rawhide. If
> someone can advise me here,
On Fri, 2012-01-27 at 14:10 +0100, Harald Hoyer wrote:
> Hello Testers and rawhide Users,
>
> Fedora 17 will locate the entire base operating system in /usr. The
> directories
> /bin, /sbin, /lib, /lib64 will only be symlinks:
> /bin → /usr/bin
> /sbin → /usr/sbin
> /lib → /usr/lib
> /lib64 →
On Tue, 2012-01-31 at 17:00 -0500, Tom Callaway wrote:
> On 01/31/2012 04:52 PM, Adam Williamson wrote:
> > On Tue, 2012-01-31 at 15:03 -0600, Bruno Wolff III wrote:
> >> On Tue, Jan 31, 2012 at 13:01:28 -0800,
> >> Adam Williamson wrote:
> >>>
> >>> I just noticed that, for some reason, I can c
On 01/31/2012 04:52 PM, Adam Williamson wrote:
> On Tue, 2012-01-31 at 15:03 -0600, Bruno Wolff III wrote:
>> On Tue, Jan 31, 2012 at 13:01:28 -0800,
>> Adam Williamson wrote:
>>>
>>> I just noticed that, for some reason, I can compose a live image if I
>>> just use regular Rawhide repos, but if
On Tue, 2012-01-31 at 15:03 -0600, Bruno Wolff III wrote:
> On Tue, Jan 31, 2012 at 13:01:28 -0800,
> Adam Williamson wrote:
> >
> > I just noticed that, for some reason, I can compose a live image if I
> > just use regular Rawhide repos, but if I add the /usr move repo, I get
> > this compose
commit c825db995b4c1a3b3135338570eeac0914216457
Author: Tom Callaway
Date: Tue Jan 31 16:36:08 2012 -0500
0.99
.gitignore |1 +
perl-File-HomeDir.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitig
A file has been added to the lookaside cache for perl-File-HomeDir:
cb058c68393631344c2b906026091016 File-HomeDir-0.99.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
On Tue, 2012-01-31 at 15:58 -0500, Bill Nottingham wrote:
> James Antill (ja...@fedoraproject.org) said:
> > > [root@nostromo ~]# mv /bin /cow
> > > [root@nostromo ~]# /cow/ln -s /cow /bin
> > > [root@nostromo ~]# rpm -qf /cow/bash
> > > bash-4.2.20-1.fc16.x86_64
> > > [root@nostromo ~]# rpm -qf /
* Przemek Klosowski [31/01/2012 00:37] :
>
> To solve that, I'd be nice if there was a way to roll over an EOL
> version into an appropriate release of one of the
> long-term-supported systems such as RHEL, Centos or Scientific
> Linux.
This would be a massive distraction from our mission.
Get th
Bill Nottingham (nott...@redhat.com) said:
> > Good to see everyone still doesn't read what I write.
> >
> > As I said, rpm _does something_ to make the above work for -qf (the
> > above even works if you inside /cow ... as long as the /bin symlink
> > exists!).
> > However, it _does not_ work
On Tue, Jan 31, 2012 at 13:01:28 -0800,
Adam Williamson wrote:
>
> I just noticed that, for some reason, I can compose a live image if I
> just use regular Rawhide repos, but if I add the /usr move repo, I get
> this compose error:
>
> Error creating Live CD : Failed to build transaction :
> x
Hello everybody,
I'm trying to build a trident package
(https://bugzilla.redhat.com/show_bug.cgi?id=771480) , because it is
needed by my main review request for tv-browser
(https://bugzilla.redhat.com/show_bug.cgi?id=754246)
I ran into some problems building the jar from ant:
"[javac]
/home/maker
On Tue, 2012-01-31 at 14:42 -0500, Tom Callaway wrote:
> On 01/31/2012 11:39 AM, Jerry James wrote:
> > However, the new libvpx is *still* in the Fedora 16 build root
> > overrides, which is breaking package builds. Spot, if you're done
> > rebuilding gstreamer-plugins-bad-free, could you expire t
James Antill (ja...@fedoraproject.org) said:
> > [root@nostromo ~]# mv /bin /cow
> > [root@nostromo ~]# /cow/ln -s /cow /bin
> > [root@nostromo ~]# rpm -qf /cow/bash
> > bash-4.2.20-1.fc16.x86_64
> > [root@nostromo ~]# rpm -qf /bin/bash
> > bash-4.2.20-1.fc16.x86_64
> >
> > rpm should already han
On Tue, 2012-01-31 at 11:03 -0500, Bill Nottingham wrote:
> Miloslav Trmač (m...@volny.cz) said:
> > > To be precise:
> > >
> > > [root@nostromo ~]# mv /bin /cow
> > > [root@nostromo ~]# /cow/ln -s /cow /bin
> > > [root@nostromo ~]# rpm -qf /cow/bash
> > > bash-4.2.20-1.fc16.x86_64
> > > [root@nos
On Tue, 2012-01-31 at 10:52 -0500, Bill Nottingham wrote:
> Bill Nottingham (nott...@redhat.com) said:
> > Miloslav Trmač (m...@volny.cz) said:
> > > On Tue, Jan 31, 2012 at 1:06 AM, Martin Langhoff
> > > wrote:
> > > >> But you can add:
> > > >>
> > > >> Provides: /bin/foo
> > > >
> > > > Ugh!
On Tue, Jan 31, 2012 at 11:26:49AM -0500, Przemek Klosowski wrote:
> At the same time, if the deployment is successful, we're no longer
> chasing the latest features, and the stability becomes paramount---the
> good is the enemy of the best. For a while, Fedora allows us to coast on
> such a ru
On Tue, 2012-01-31 at 11:19 -0800, Adam Williamson wrote:
> >
> > Yes we have shipped a policy that requires the usrmove functionality.
> >
> > If you add
> >
> > /lib64 /lib
> >
> > to
> >
> > /etc/selinux/targeted/contexts/files/file_contexts.subs_dist
> >
> > Then run restorecon -R -v /lib
On 01/31/2012 11:39 AM, Jerry James wrote:
> However, the new libvpx is *still* in the Fedora 16 build root
> overrides, which is breaking package builds. Spot, if you're done
> rebuilding gstreamer-plugins-bad-free, could you expire that override,
> please?
No, because xulrunner needs it to rebu
On Tue, 2012-01-31 at 14:09 -0500, Daniel J Walsh wrote:
> On 01/31/2012 12:07 PM, Jerry James wrote:
> > After installing today's Rawhide updates on an x86_64 VM, I
> > started having troubles running programs. Nothing linked with
> > libselinux.so.1 could actually open that library; the programs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/31/2012 12:07 PM, Jerry James wrote:
> After installing today's Rawhide updates on an x86_64 VM, I
> started having troubles running programs. Nothing linked with
> libselinux.so.1 could actually open that library; the programs were
> getting EA
What would be the pros/cons of a bind mount instead of a soft link for
/bin et al?
gene
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2012-01-27 at 14:10 +0100, Harald Hoyer wrote:
> Add f17-usrmove in the file /etc/yum.repos.d/f17-usrmove.repo
> [f17-usrmove]
> name=Fedora $releasever - $basearch
> failovermethod=priority
> baseurl=http://koji.fedoraproject.org/repos/f17-usrmove/latest/$basearch
> enabled=1
> metad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks,
On 01/31/2012 06:31 PM, Adam Williamson wrote:
> We have Fedora 17 Alpha TC1 scheduled to be composed today. I think
> it may be best to go ahead and spin TC1 without the /usr move
> changes, so we have - hopefully - a functional baseline fo
Hey, folks. Just wanted to keep the lines of communication open about
our results testing the /usr move feature.
On upgrading existing Rawhide installs: we have multiple reports of
people who have been able to do so successfully following the
instructions given by Harald in the post 'Fedora 17’s u
On Tue, 2012-01-31 at 11:03 -0500, Bill Nottingham wrote:
> Miloslav Trmač (m...@volny.cz) said:
> > > To be precise:
> > >
> > > [root@nostromo ~]# mv /bin /cow
> > > [root@nostromo ~]# /cow/ln -s /cow /bin
> > > [root@nostromo ~]# rpm -qf /cow/bash
> > > bash-4.2.20-1.fc16.x86_64
> > > [root@nos
On Tue, Jan 31, 2012 at 9:56 AM, Mattia Verga wrote:
> I see I didn't thought to look at root.log. So I will wait some day to
> retry the build.
> Thanks for the tip!
You shouldn't have to wait, for Rawhide at least. The fixed package
is in the build root now. My rebuild that was similarly
After installing today's Rawhide updates on an x86_64 VM, I started
having troubles running programs. Nothing linked with libselinux.so.1
could actually open that library; the programs were getting EACCESS on
the attempt. I figured I needed to do a relabel, but since restorecon
is linked with lib
Il 31/01/2012 17:39, Jerry James ha scritto:
On Tue, Jan 31, 2012 at 9:32 AM, Mattia Verga wrote:
Hello all,
Is there any problem with koji in these days?
I'm getting random koji problems while building packages like
http://koji.fedoraproject.org/koji/getfile?taskID=3748927&name=build.log
Yest
On Tue, Jan 31, 2012 at 9:32 AM, Mattia Verga wrote:
> Hello all,
> Is there any problem with koji in these days?
> I'm getting random koji problems while building packages like
> http://koji.fedoraproject.org/koji/getfile?taskID=3748927&name=build.log
>
> Yesterday was the same, however today, ju
On Tue, 31 Jan 2012 17:32:05 +0100, MV (Mattia) wrote:
> Hello all,
> Is there any problem with koji in these days?
> I'm getting random koji problems while building packages like
> http://koji.fedoraproject.org/koji/getfile?taskID=3748927&name=build.log
>
> Yesterday was the same, however today
Hello all,
Is there any problem with koji in these days?
I'm getting random koji problems while building packages like
http://koji.fedoraproject.org/koji/getfile?taskID=3748927&name=build.log
Yesterday was the same, however today, just a couple of minutes before
the error I posted in link, I s
On 01/31/2012 10:45 AM, Jos Vos wrote:
On Tue, Jan 31, 2012 at 10:36:32AM -0500, Przemek Klosowski wrote:
The downgrades would actually be better than having an unsupported
system that doesn't get any updates ever. The assumption here is that
the downgrades aren't introducing any security or fu
Hi,
The latest release of nsca finally increases the 512 characters message
limitation to 4096 and is backward compatible with older client using
the 512 characters message. This was a long awaited change. The only
limitation is the nsca server needs to be upgraded first.
The update is already in
On Tue, Jan 31, 2012 at 11:03 AM, Bill Nottingham wrote:
> Miloslav Trmač (m...@volny.cz) said:
> When calculating local on-system provides, it should - in fact, I'd be
> surprised if it doesn't. Admins sometimes move directories around and
> replace them with symlinks.
Well, that's a very differ
Miloslav Trmač (m...@volny.cz) said:
> > To be precise:
> >
> > [root@nostromo ~]# mv /bin /cow
> > [root@nostromo ~]# /cow/ln -s /cow /bin
> > [root@nostromo ~]# rpm -qf /cow/bash
> > bash-4.2.20-1.fc16.x86_64
> > [root@nostromo ~]# rpm -qf /bin/bash
> > bash-4.2.20-1.fc16.x86_64
> >
> > rpm shou
Package perl-RT-Client-REST in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-RT-Client-REST
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedora
Package perl-RT-Client-REST in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-RT-Client-REST
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedorapro
On Tue, Jan 31, 2012 at 4:52 PM, Bill Nottingham wrote:
> Bill Nottingham (nott...@redhat.com) said:
>> Miloslav Trmač (m...@volny.cz) said:
>> > On Tue, Jan 31, 2012 at 1:06 AM, Martin Langhoff
>> > wrote:
>> > >> But you can add:
>> > >>
>> > >> Provides: /bin/foo
>> > >
>> > > Ugh! Will that
Package perl-Gtk2-Ex-Carp in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-Carp
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproj
Bill Nottingham (nott...@redhat.com) said:
> Miloslav Trmač (m...@volny.cz) said:
> > On Tue, Jan 31, 2012 at 1:06 AM, Martin Langhoff
> > wrote:
> > >> But you can add:
> > >>
> > >> Provides: /bin/foo
> > >
> > > Ugh! Will that be needed that across the distro for a release or two?
> >
> > h
Package perl-Gtk2-Ex-CalendarButton in Fedora 15 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-CalendarButton
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...
Package perl-Gtk2-Ex-CalendarButton in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-CalendarButton
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de
Package perl-Gtk2-Ex-CalendarButton in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Gtk2-Ex-CalendarButton
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...
On Tue, Jan 31, 2012 at 10:36:32AM -0500, Przemek Klosowski wrote:
> The downgrades would actually be better than having an unsupported
> system that doesn't get any updates ever. The assumption here is that
> the downgrades aren't introducing any security or fundamental
> functionality issues-
On 01/30/2012 07:55 PM, Kevin Kofler wrote:
Przemek Klosowski wrote:
To solve that, I'd be nice if there was a way to roll over an EOL
version into an appropriate release of one of the long-term-supported
systems such as RHEL, Centos or Scientific Linux.
This is impossible due to how the Fedor
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=786085
--- Comment #1 from Petr Pisar 2012-01-31 10:33:24 EST ---
I propose to remove perl(Devel::FindRef) from BuildRequires.
--
Con
Miloslav Trmač (m...@volny.cz) said:
> On Tue, Jan 31, 2012 at 1:06 AM, Martin Langhoff
> wrote:
> >> But you can add:
> >>
> >> Provides: /bin/foo
> >
> > Ugh! Will that be needed that across the distro for a release or two?
>
> http://pkgs.fedoraproject.org/gitweb/?p=coreutils.git;a=commitdif
Please see https://bugzilla.redhat.com/show_bug.cgi?id=782383
Volker
Am Dienstag, 31. Januar 2012, 11:40:47 schrieb Sandro Mani:
> Hi,
> are there any plans to get libtiff4 (which was released as stable on Dec 22
> 2011) into f17? A notable feature is BigTIFF support, often needed when
> dealing
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Test-Refcount tests fail on 32-bit platforms
https://bugzilla.redhat.com/show_bug.cgi?id=786085
Summary: perl-Test-Refcount tests fail on 32-bit platforms
Isn't it time for v4 ?
Alex
- Original Message -
> From: "Michael Schwendt"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, January 31, 2012 12:38:12 PM
> Subject: Re: [ACTION REQUIRED v3] Retiring packages for F-17
>
> On Mon, 30 Jan 2012 15:33:39 -0800, AW (Adam) wrote:
>
> > On
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Shipwright-2.4.31 is available
https://bugzilla.redhat.com/show_bug.cgi?id=786080
Summary: perl-Shipwright-2.4.31 is available
Product: Fedora
On 31/01/12 11:55, Kevin Kofler wrote:
>
> Ignorance must be fought through education, not bureaucracy!
>
> Kevin Kofler
Right. Bureaucracy must be minimized, but I also think, processes must
get designed in a way preventing people from making bad errors. If a
little bureaucracy facilita
Matthias Runge wrote:
> You're right, putting a testing line between rawhide and stable makes
> software in stable a little older. Nobody said, packages in testing
> should stay there as long as in debian-testing.
Any time wasted by going through the extra testing branch is too much time.
And the
Hi,
are there any plans to get libtiff4 (which was released as stable on Dec 22
2011) into f17? A notable feature is BigTIFF support, often needed when
dealing with GIS stuff.
Thanks
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 30 Jan 2012 15:33:39 -0800, AW (Adam) wrote:
> On Sun, 2012-01-29 at 22:21 +0100, Michael Schwendt wrote:
>
> > > What's needed to be sure the bug doesn't get closed is for the Version
> > > field to be bumped to a release that's not going EOL. A comment may do
> > > the job, but there's
> See https://bugzilla.redhat.com/show_bug.cgi?id=693233 (pkgreview for nux)
> for some slightly more recent status details.
At the end of November I actually did some /very/ rough packaging of unity
(at the time I actually wanted unity-2d but it already required unity
then as was pointed out, and
Miloslav Trmač wrote:
> http://pkgs.fedoraproject.org/gitweb/?p=coreutils.git;a=commitdiff;h=09220fef36dcc2fe06bd858578119872f889c7e2
>
> As you say, ugh!.
Yeah, this is awful!
Can't you push more strongly in FESCo for a revote? This "feature" really needs
to be reconsidered, and hopefully thro
On 31/01/12 01:44, Kevin Kofler wrote:
> Matthias Runge wrote:
>> Maybe introducing a "testing"-release as concession to both sides is
>> acceptable?
>>
>> - newest versions, including risk of being broken -> rawhide
>> - (merely) stable versions will be propagated from rawhide to "testing"
>> - br
63 matches
Mail list logo
