Dne 21.9.2011 16:52, Kevin Fenzi napsal(a):
>>> Its strange to me. There are concerns to have Rawhide usable but at
>>> the end, if somebody wants to prevents problems using dedicated
>>> build root, it is denied by Rel-Engs, because it is probably to
>>> much work. This is disappointing.
> Every t
Just in case you have nothing to do and are bored - I can help:
https://bugzilla.redhat.com/show_bug.cgi?id=688777
https://bugzilla.redhat.com/show_bug.cgi?id=736163
Just two simple package reviews... :-)
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
Given the grub1/grub2 discussion that is going on, I could use some info
about the state of grubby's support for grub1. The virtual machine
images that the Cloud SIG publishes on Amazon EC2 do not require
bootloaders, but they do require valid grub1 *configuration files* to
start. So while th
Hello all!
Just a reminder that today is input methods support test day.
This test day will focus on a new feature [1] that will debut in Fedora
16 and will improve the usage of input methods in the overall desktop.
Please join us in #fedora-test-day at freenode and post your results on
the wiki
On Wed, Sep 21, 2011 at 09:10:06PM +0100, Richard W.M. Jones wrote:
> On Wed, Sep 21, 2011 at 03:54:28PM -0400, Peter Jones wrote:
> > Yes, but this will hardly help the situation, which right now is that the
> > distro pulls in grub 2, because that's what we've collectively chosen to do,
> > and l
On Wed, Sep 21, 2011 at 03:54:28PM -0400, Peter Jones wrote:
> Yes, but this will hardly help the situation, which right now is that the
> distro pulls in grub 2, because that's what we've collectively chosen to do,
> and libguestfs pulls in grub on the host, even though it isn't really using
> it
On 09/21/2011 03:39 PM, Mark McLoughlin wrote:
> On Wed, 2011-09-21 at 18:48 +0100, Matthew Garrett wrote:
>> On Wed, Sep 21, 2011 at 06:30:58PM +0100, Mark McLoughlin wrote:
>>> On Mon, 2011-09-19 at 20:11 +0100, Matthew Garrett wrote:
The grub package (as provided in Fedora) is not designed
On Wed, Sep 21, 2011 at 08:39:24PM +0100, Mark McLoughlin wrote:
> On Wed, 2011-09-21 at 18:48 +0100, Matthew Garrett wrote:
> > Remember that the incompatibility isn't between libguestfs and the
> > guest, it's between the host grub and the guest grub. Both of those
> > can change without libguest
On Wed, 2011-09-21 at 18:48 +0100, Matthew Garrett wrote:
> On Wed, Sep 21, 2011 at 06:30:58PM +0100, Mark McLoughlin wrote:
> > On Mon, 2011-09-19 at 20:11 +0100, Matthew Garrett wrote:
> > > The grub package (as provided in Fedora) is not designed for that. This
> > > would be a much easier disc
On Wed, Sep 21, 2011 at 06:30:58PM +0100, Mark McLoughlin wrote:
> On Mon, 2011-09-19 at 20:11 +0100, Matthew Garrett wrote:
> > The grub package (as provided in Fedora) is not designed for that. This
> > would be a much easier discussion to have if you stopped describing
> > things that are mani
On Mon, 2011-09-19 at 20:11 +0100, Matthew Garrett wrote:
> The grub package (as provided in Fedora) is not designed for that. This
> would be a much easier discussion to have if you stopped describing
> things that are manifestly true as "not true". And while it is the case
> that grub *is* bin
On 09/21/2011 04:43 PM, Nils Philippsen wrote:
> On Wed, 2011-09-21 at 15:51 +0200, Ralf Corsepius wrote:
>> On 09/21/2011 01:25 PM, Nils Philippsen wrote:
>>> On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
On 09/20/2011 05:52 PM, Nils Philippsen wrote:
> On Tue, 2011-09-20 at 15
On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
> in F17. Because rel-engs refused to provide dedicated build root, the
> upgrade will be performed in F17 directly.
>
> That means Perl, Pyhon and other default-build-root
Greetings all.
I'm working toward becoming a package maintainer for project vios-proxy.
Currently I'm working at Red Hat in the Enterprise MRG Messaging team where I
support the Windows .NET messaging client binding. I am a committer for the
Apache Qpid project where most of my work resides.
I
Greetings.
Just a reminder that I am going to try and run a meetup of
proventesters in #fedora-meeting at 19:00 UTC today on
irc.freenode.net.
If you are a proventester I hope you can drop by. If you are not, but
are interested in whats involved in becoming one and helping test, also
please dro
On Wed, 21 Sep 2011 09:23:52 -0600
Jerry James wrote:
> On Wed, Sep 21, 2011 at 6:50 AM, Bruno Wolff III
> wrote:
> > Chain building is allowed for rawhide to help get groups of packages
> > built.
>
> The chain-build facility is very useful. But when you've got a chain
> of 3 packages to buil
On Wed, Sep 21, 2011 at 04:43:38PM +0200, Nils Philippsen wrote:
> And that's always fine and dandy if these issues are resolved in a
> reasonable amount of time. Right now Rawhide has packages with
> dependencies broken since pre-F15. This isn't acceptable.
If you notice this, ask FESCo to ask F
On Tue, Sep 20, 2011 at 21:55, Tom Lane wrote:
> Bruno Wolff III writes:
>> On Wed, Sep 21, 2011 at 01:08:56 +0300,
>> Kalev Lember wrote:
>>> With my proposal, Branched and rawhide would have exactly the same
>>> package set during the Alpha Freeze - Beta Freeze time frame. That way,
>>> we'd
On Wed, 21 Sep 2011, Tomas Mraz wrote:
>> solve a part of the problem how can you even consider removing the
>> ability for disabling dnssec when implementing and deploying and running
>> dnssec increases the complexity times hundred and people and isp's alike
>> cant even implement and properly r
On Wed, Sep 21, 2011 at 6:50 AM, Bruno Wolff III wrote:
> Chain building is allowed for rawhide to help get groups of packages
> built.
The chain-build facility is very useful. But when you've got a chain
of 3 packages to build, and the build of the second one fails, then
you're done for the day
On Wed, 21 Sep 2011 14:01:10 +0200
Nils Philippsen wrote:
> On Wed, 2011-09-21 at 13:53 +0200, Vít Ondruch wrote:
> > Dne 21.9.2011 13:45, Honza Horak napsal(a):
> > > I understand that buildroot override in bodhi works for f16 and
> > > lower only, am I wrong? I wanted to create a new target to
On Wed, 21 Sep 2011 13:32:59 +0200
Nils Philippsen wrote:
> On Wed, 2011-09-21 at 11:29 +, Petr Pisar wrote:
> > On 2011-09-21, Nils Philippsen wrote:
> > > On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
> > >> Jan Horak (hhorak) is going to upgrade GDBM to version with new
> > >> SONA
On Wed, 2011-09-21 at 15:51 +0200, Ralf Corsepius wrote:
> On 09/21/2011 01:25 PM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
> >> On 09/20/2011 05:52 PM, Nils Philippsen wrote:
> >>> On Tue, 2011-09-20 at 15:19 +0200, Ralf Corsepius wrote:
> >>
> When
On Wed, 21 Sep 2011, Adam Tkac wrote:
> this is a great idea and work. We talked (inside Red Hat) about similar
> approach how to secure the clients but this proposal is better, ready
> for use, and I like it.
Great. Please test and give us feedback :)
> The only one question for discussion is i
On 2011-09-21, Petr Pisar wrote:
>
> That means Perl, Pyhon and other default-build-root packages will
> disable support for GDBM temporarily. So if your package needs GDBM
> support in those languages, please wait until new GDMB and other
> packages (Perl, Python and similar) get recompiled again
On 09/21/2011 01:25 PM, Nils Philippsen wrote:
> On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
>> On 09/20/2011 05:52 PM, Nils Philippsen wrote:
>>> On Tue, 2011-09-20 at 15:19 +0200, Ralf Corsepius wrote:
>>
When you have a closer look, you'll notice that such "mass rebuilts"
On Wed, Sep 21, 2011 at 01:43:16PM +, Rawhide Report wrote:
> cduce-0.5.3-8.fc15.x86_64 requires ocaml(Unixqueue) =
> 0:5f2882e466b57c733efe14816d08229e
All these ocaml broken deps are because of the update to ocamlnet
noted on this list a couple of days ago. I will attempt to push new
On 2011-09-21, Bruno Wolff III wrote:
> On Wed, Sep 21, 2011 at 14:01:10 +0200,
> Nils Philippsen wrote:
>>
>> It's unclear to me why this would need to be the case. Creating a build
>> root for what we perceive as Rawhide should be just the same as
>
> Chain building is allowed for rawhide t
perl-BerkeleyDB has broken dependencies in the rawhide tree:
On x86_64:
perl-BerkeleyDB-0.49-1.fc17.x86_64 requires libdb = 0:5.2.28
On i386:
perl-BerkeleyDB-0.49-1.fc17.i686 requires libdb = 0:5.2.28
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as
On 09/21/2011 01:00 PM, Tomas Mraz wrote:
> You probably did not understand the meaning of "removing the ability for
> disabling dnssec" in the Adam's e-mail. It is not meant to disable the
> ability to not use of dnssec completely but that it should not be
> possible to simply click away any failu
On Wed, 2011-09-21 at 12:45 +, "Jóhann B. Guðmundsson" wrote:
> On 09/21/2011 10:21 AM, Adam Tkac wrote:
> > Another argument for enforcing DNSSEC is that in future (well, I believe
> > :) ) DNS will be used as storage for X.509 certs, SSHFP records and
> > other stuff. If we adopt "leisure"
On Wed, Sep 21, 2011 at 14:01:10 +0200,
Nils Philippsen wrote:
>
> It's unclear to me why this would need to be the case. Creating a build
> root for what we perceive as Rawhide should be just the same as
Chain building is allowed for rawhide to help get groups of packages
built.
What I have
On 09/21/2011 10:21 AM, Adam Tkac wrote:
> Another argument for enforcing DNSSEC is that in future (well, I believe
> :) ) DNS will be used as storage for X.509 certs, SSHFP records and
> other stuff. If we adopt "leisure" approach (automatic disabling of
> DNSSEC or ability to "click" somewhere o
On Wed, 2011-09-21 at 13:53 +0200, Vít Ondruch wrote:
> Dne 21.9.2011 13:45, Honza Horak napsal(a):
> > I understand that buildroot override in bodhi works for f16 and lower
> > only, am I wrong? I wanted to create a new target to make it safe, but
> > after a discussion with rel-engs it appears to
Dne 21.9.2011 13:45, Honza Horak napsal(a):
> On 09/21/2011 01:14 PM, Nils Philippsen wrote:
>> On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
>>> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
>>> in F17. Because rel-engs refused to provide dedicated build root, the
>
On 09/21/2011 01:14 PM, Nils Philippsen wrote:
> On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
>> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
>> in F17. Because rel-engs refused to provide dedicated build root, the
>> upgrade will be performed in F17 directly.
>>
>
On Wed, 2011-09-21 at 11:29 +, Petr Pisar wrote:
> On 2011-09-21, Nils Philippsen wrote:
> > On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
> >> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
> >> in F17. Because rel-engs refused to provide dedicated build root, t
On 2011-09-21, Nils Philippsen wrote:
> On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
>> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
>> in F17. Because rel-engs refused to provide dedicated build root, the
>> upgrade will be performed in F17 directly.
>>
>> That m
On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
> On 09/20/2011 05:52 PM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 15:19 +0200, Ralf Corsepius wrote:
>
> >> When you have a closer look, you'll notice that such "mass rebuilts"
> >> were being delayed by QA's "delay queue" and now a
On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
> Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
> in F17. Because rel-engs refused to provide dedicated build root, the
> upgrade will be performed in F17 directly.
>
> That means Perl, Pyhon and other default-build-root
perl-Test-Version has broken dependencies in the F-16 tree:
On x86_64:
perl-Test-Version-1.0.0-3.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Test-Version-1.0.0-3.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possible.
--
Fed
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as po
perl-Unicode-CheckUTF8 has broken dependencies in the F-16 tree:
On x86_64:
perl-Unicode-CheckUTF8-1.03-2.fc15.x86_64 requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Unicode-CheckUTF8-1.03-2.fc15.i686 requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possibl
perl-NOCpulse-Gritch has broken dependencies in the F-16 tree:
On x86_64:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as possibl
perl-HTML-FormatText-WithLinks-AndTables has broken dependencies in the F-16
tree:
On x86_64:
perl-HTML-FormatText-WithLinks-AndTables-0.01-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-HTML-FormatText-WithLinks-AndTables-0.01-2.fc15.noarch requires
perl(:MOD
On Tue, 2011-09-20 at 12:21 -0400, Adam Jackson wrote:
> On 9/20/11 11:43 AM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 11:33 -0400, Adam Jackson wrote:
> >> Of course, the accounts system _still_ doesn't have groups, five years
> >> later, so provenpackager is the big hammer we have. We co
Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
in F17. Because rel-engs refused to provide dedicated build root, the
upgrade will be performed in F17 directly.
That means Perl, Pyhon and other default-build-root packages will
disable support for GDBM temporarily. So if your
On 09/20/2011 05:19 PM, Dan Williams wrote:
> On Sat, 2011-09-17 at 14:00 -0400, Paul Wouters wrote:
>> Hi developers of NM and Fedora,
>>
>> We are trying to get DNSSEC validation on the end nodes. One way of doing
>> that is to run a caching resolver on every host, but that strains the
>> DNS inf
On 09/17/2011 08:00 PM, Paul Wouters wrote:
> Hi developers of NM and Fedora,
>
> We are trying to get DNSSEC validation on the end nodes. One way of doing
> that is to run a caching resolver on every host, but that strains the
> DNS infrastructure because all DNS caches would be circumvented. Sinc
50 matches
Mail list logo
