On Mon, 14 Feb 2011 11:51:21 -0600
Bruno Wolff III wrote:
> On Mon, Feb 14, 2011 at 18:35:54 +0100,
> Ralf Corsepius wrote:
> >
> > I was looking into fixing the 10-15 perl-packages, which have made
> > it into current f15, even though they carry broken deps. Waiting
> > the usual 8-10 days o
On Tue, 2011-02-08 at 18:50 +0100, Lennart Poettering wrote:
> On Tue, 08.02.11 10:39, Braden McDaniel (bra...@endoframe.com) wrote:
>
> > > Try enabling it via "systemctl enable NetworkManager.service"
> > >
> > > Not sure what went wrong here, but normally this fragment in
> > > Networkmanager.
On Sun, 2011-02-06 at 22:34 -0600, Bruno Wolff III wrote:
> > Do as you wish of course. I would suggest that you offer this as a
> > option. A 'try this' and if it works *great* but if it blows up get
> > easily back this way.
>
> The gnome 3 introduction could have been smoother. At the least so
Ken Dreyer writes:
> On Tue, Feb 15, 2011 at 4:22 PM, BJ Dierkes
> wrote:
>> I'm wondering how other people have resolved these issues for projects using
>> GitHub as the upstream Source0 download provider.
>> Finally, debian has a web app to resolve these issues at:
>> http://githubredir.debian
On Tue, Feb 15, 2011 at 4:22 PM, BJ Dierkes
wrote:
> I'm wondering how other people have resolved these issues for projects using
> GitHub as the upstream Source0 download provider.
I package a github-hosted package, and I ran across this when I was
testing with rpmlint. It is too bad that Git
https://fedorahosted.org/fesco/ticket/561
Recently, it was brought up to me that bugz.fp.o was showing summaries of
bugs that are marked private. This was probably revealing too much
information as summaries could contain harmful clues about security issues.
My quick fix was to not list those bugs
Hello all,
I hope I am not the first to come across packaging issues for projects that use
GitHub as their upstream source download. For those not familiar, GitHub
dynamically generates downloads for all git 'tags'. So for example:
$ git tag -a -m 'Tagging 1.0.0' 1.0.0
This would create a t
On Tue, 15 Feb 2011, Chris Adams wrote:
> Hmm, also what does this do to PXE booting. IIRC there is a (relatively
> low) limit on the size of the initrd loaded by pxelinux.
Most tftp servers can cope with bigger sizes now, but not necessarily in
consistent ways. pxelinux talking to linux tftp s
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Broken dependency: perl-DateTime-Format-Mail-0.3001-9.fc15.noarch
requires perl(DateTime) >= 0:0.1705
https://bugzilla.redhat.com/show_bug.cgi?id=677799
Summar
On 2/15/11 11:50 AM, Ralf Ertzinger wrote:
> Moin.
>
> On Tue, 15 Feb 2011 10:07:18 -0600, Eric Sandeen wrote
>
>>> Why isn't it the Fedora default?
>>>
>>> Rahul
>>
>> The simple answer is, usually, Fedora kernel doesn't fork
>> upstream.
>
> How is changing mount options for a file system "f
On Tue, 2011-02-15 at 11:28 -0700, Orion Poplawski wrote:
> On 02/15/2011 10:40 AM, Felix Miata wrote:
> > On 2011/02/15 08:36 (GMT-0500) James Laska composed:
> >
> >> Good-bye install.img, hello initrd.img!
> >
> >> https://fedoraproject.org/wiki/Anaconda/Features/UnifiedInitrd
> >
> >> The insta
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:30UTC (12:30pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #516 Updates policy adjustments/change
> Hmm, also what does this do to PXE booting. IIRC there is a (relatively
> low) limit on the size of the initrd loaded by pxelinux.
It's worked fine for me in all systems tested.
- Chris
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Once upon a time, Orion Poplawski said:
> On 02/15/2011 10:40 AM, Felix Miata wrote:
> > On 2011/02/15 08:36 (GMT-0500) James Laska composed:
> >
> >> Good-bye install.img, hello initrd.img!
> >
> >> https://fedoraproject.org/wiki/Anaconda/Features/UnifiedInitrd
> >
> >> The installer no longer ne
On 02/15/2011 10:40 AM, Felix Miata wrote:
> On 2011/02/15 08:36 (GMT-0500) James Laska composed:
>
>> Good-bye install.img, hello initrd.img!
>
>> https://fedoraproject.org/wiki/Anaconda/Features/UnifiedInitrd
>
>> The installer no longer needs to locate where install.img is (network,
>> DVD, HD).
Moin.
On Tue, 15 Feb 2011 10:07:18 -0600, Eric Sandeen wrote
> > Why isn't it the Fedora default?
> >
> > Rahul
>
> The simple answer is, usually, Fedora kernel doesn't fork upstream.
How is changing mount options for a file system "forking upstream"?
It's just a config file entry. And not eve
perl-Kwiki has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wik
perl-Kwiki-NewPage has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://w
perl-DBIx-ContextualFetch has broken dependencies in the rawhide tree:
On x86_64:
perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::st)
perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::db)
On i386:
perl-DBIx-ContextualFetch-1.03-11.fc15.noarc
perl-Kwiki-Raw has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedorapro
perl-Object-InsideOut has broken dependencies in the rawhide tree:
On x86_64:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
On i386:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::
perl-Catalyst-Controller-FormBuilder has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires
perl(Catalyst::View::HTML::Template)
On i386:
perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires
perl(Cata
perl-Kwiki-UserPreferences has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora
perl-DateTime-Set has broken dependencies in the rawhide tree:
On x86_64:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) >=
0:0.5502
On i386:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) >=
0:0.5502
Please resolve this as soon as possible.
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
On i386:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
Please resolve this as soon as possible.
--
Fedora Extra
perl-CSS-DOM has broken dependencies in the rawhide tree:
On x86_64:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
On i386:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extr
perl-Ace has broken dependencies in the rawhide tree:
On x86_64:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
On i386:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
Please resolve this as soon as possible.
--
Fedora Extras Perl
perl-Kwiki-Users-Remote has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Pe
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide
tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires
main_module>)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires
perl()
perl-CGI-Application-
perl-Gtk2-Ex-Carp has broken dependencies in the rawhide tree:
On x86_64:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
On i386:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
Please resolve this as soon as possible.
--
Fedora Extras Perl S
perl-Kwiki-UserName has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http:
perl-bioperl has broken dependencies in the rawhide tree:
On x86_64:
perl-bioperl-1.6.1-6.fc15.noarch requires
perl(Bio::Expression::FeatureSet)
On i386:
perl-bioperl-1.6.1-6.fc15.noarch requires
perl(Bio::Expression::FeatureSet)
Please resolve this as soon as possible.
--
Fed
perl-Kwiki-RecentChanges has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras
perl-Kwiki-Search has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.
perl-Kwiki-Revisions has broken dependencies in the rawhide tree:
On x86_64:
perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
ht
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
= Weekly KDE Summary =
Week: 07/2011
Time: 2011-02-15 15:00 UTC
Meeting page: https://fedoraproject.o
On 02/15/2011 09:05 AM, Gerd v. Egidy wrote:
(except for ext3, where, for data integrity with a volatile writeback
cache, defaults + barriers=1, since that safe default was never accepted
upstream)
>>> Why isn't it the Fedora default?
>> Excellent question - we probably should flip i
> >> (except for ext3, where, for data integrity with a volatile writeback
> >> cache, defaults + barriers=1, since that safe default was never accepted
> >> upstream)
> >
> > Why isn't it the Fedora default?
>
> Excellent question - we probably should flip it over in fedora to the safe
> default
Just a reminder ... the FreeIPA v2 test day is going on right now. Come
join the fun in #fedora-test-day.
https://fedoraproject.org/wiki/Test_Day:2011-02-15_FreeIPAv2
Thanks,
James
On Sat, 2011-02-12 at 10:31 -0500, James Laska wrote:
> Greetings folks,
>
> I'm passing along an announcement
W dniu 15 lutego 2011 00:21 użytkownik Eric Sandeen
napisał:
[..]
> There is no real best-practice tuning without workload details;
> without that, "defaults" is best practice. :)
>
> (except for ext3, where, for data integrity with a volatile writeback
> cache, defaults + barriers=1, since that
commit d766605c80eff168020d369f3eb608263f6ebafc
Author: Marcela Mašláňová
Date: Tue Feb 15 17:20:59 2011 +0100
Add correct filter
perl-DateTime-Set.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Set.spec b/perl-DateTime-Set.spec
index
On 2/15/11 7:52 AM, Rahul Sundaram wrote:
> On 02/15/2011 04:51 AM, Eric Sandeen wrote:
>> There is no real best-practice tuning without workload details;
>> without that, "defaults" is best practice. :)
>>
>> (except for ext3, where, for data integrity with a volatile writeback
>> cache, defaults
On Tue, Feb 8, 2011 at 10:09 PM, Jerry James wrote:
> I'm not sure that libedit provides the entire readline API. I'll
> block out some time to compare the two, hopefully tomorrow but
> possibly not until the end of the week. I'll follow up here when I've
> done that.
It does not provide even t
commit 0c5c1d4c53328b4711cdd570f7962a4567ec6450
Author: Marcela Mašláňová
Date: Tue Feb 15 16:14:24 2011 +0100
remove useless filter
DateTime-Set-filter-requires.sh |3 ---
perl-DateTime-Set.spec | 15 ---
2 files changed, 4 insertions(+), 14 deletions(-)
---
di
On 02/15/2011 05:52 AM, Rahul Sundaram wrote:
> On 02/15/2011 04:51 AM, Eric Sandeen wrote:
>> There is no real best-practice tuning without workload details;
>> without that, "defaults" is best practice. :)
>>
>> (except for ext3, where, for data integrity with a volatile writeback
>> cache, defa
On 02/14/2011 10:36 AM, Bruno Wolff III wrote:
> I'm willing to be a co-maintainer, but probably won't get around to starting
> a review on my own for a while. I use it in F14, so I'll eventually want it
> in F15.
>
> Splitting it out is the right thing.
>
> One potential immediate issue is that it
On 02/15/2011 03:10 PM, Rahul Sundaram wrote:
> On 02/10/2011 07:02 AM, Mark Bidewell wrote:
>> I was working with CentOS 5 and I was noticing some what appear to be
>> functional regressions in F14 mandb:
>>
>> 1) In the centos configuration you can specify manpaths with wildcard
>> expansions.
On 02/10/2011 07:02 AM, Mark Bidewell wrote:
> I was working with CentOS 5 and I was noticing some what appear to be
> functional regressions in F14 mandb:
>
> 1) In the centos configuration you can specify manpaths with wildcard
> expansions. Example: /opt/*/man would specify all man subdirecto
commit 287cd002b78fcf9cd81d0ec6df4b0635f899b712
Author: Ralf Corsépius
Date: Tue Feb 15 15:10:53 2011 +0100
- Switch to using perl-filters/Abandon filter-requires.sh
(Work around broken deps caused by rpm dep-tracker changes).
Kwiki-UserName-filter-requires.sh |3 ---
perl-Kwiki
On 02/15/2011 04:51 AM, Eric Sandeen wrote:
> There is no real best-practice tuning without workload details;
> without that, "defaults" is best practice. :)
>
> (except for ext3, where, for data integrity with a volatile writeback
> cache, defaults + barriers=1, since that safe default was never
50 matches
Mail list logo
