On Wed, 17.08.11 16:43, Tim Waugh (twa...@redhat.com) wrote:
> Oh, I just noticed this:
>
> https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation
> "Since Fedora currently doesn't want any services to do on-demand
> loading, all socket activated services must autostart."
On 08/17/2011 05:51 AM, Panu Matilainen wrote:
> Hi all,
>
> Due to the brown paperbag bug of rpm-4.9.1 causing unwanted trailing
> slashes on directories (with various nasty side-effects), the following
> packages in F16 require rebuilding. The sooner the better to stop
> spreading the damage but
On Wed, Aug 17, 2011 at 10:21:17AM -0500, Richard Shaw wrote:
> Of course with this method SVG is not an option
If you _did_ have an SVG, then I can tell you that this is the only
format you need. GNOME and XFCE appear to be happy to generate all
the required icons and sizes needed from a sin
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=730658
--- Comment #5 from Petr Sabata 2011-08-18 08:04:45 EDT ---
Iain,
the new package looks quite good to me. However, I'd like to
On Thu, 2011-08-18 at 12:57 +, Rawhide Report wrote:
> gold-2.1.12.2-6.fc16.noarch requires perl(Data::Properties)
I put a review request in for the required Perl library some time ago,
but nothing seems to have happened since. I'm not aware of anything
outstanding on it.
Jess
--
devel mai
I do some macro gymnastics with vym to prevent it Requiring a perl
module that's named one thing in SuSE and another in Fedora. With my
latest f17 build, that stopped working, while builds of the same code
and spec on f15 and f16 seem to be ok. Did rpm's behaviour change?
-J
--
in your fear
* Zaniyah [18/08/2011 15:17] :
>
> I put a review request in for the required Perl library some time ago,
> but nothing seems to have happened since. I'm not aware of anything
> outstanding on it.
JFTR, the review is https://bugzilla.redhat.com/show_bug.cgi?id=621559
In his review, Mark asked fo
On Wed, 2011-08-17 at 15:50 -0500, Jeffrey Ollie wrote:
> On Wed, Aug 17, 2011 at 10:50 AM, Eric Sandeen wrote:
> >
> > (aside: when sending lists of rpms like this, it sure would be nice to
> > also include the maintainer name, so I could just search for "me" and know
> > if I have an issue) ;)
On Thu, 2011-08-18 at 07:37 -0400, Kaleb S. KEITHLEY wrote:
> On 08/17/2011 05:51 AM, Panu Matilainen wrote:
> > Hi all,
> >
> > Due to the brown paperbag bug of rpm-4.9.1 causing unwanted trailing
> > slashes on directories (with various nasty side-effects), the following
> > packages in F16 requi
On Thu, Aug 18, 2011 at 3:22 PM, Jon Ciesla wrote:
> I do some macro gymnastics with vym to prevent it Requiring a perl module
> that's named one thing in SuSE and another in Fedora. With my latest f17
> build, that stopped working, while builds of the same code and spec on f15
> and f16 seem to
On Thu, 2011-08-18 at 15:23 +0200, Emmanuel Seyman wrote:
> * Zaniyah [18/08/2011 15:17] :
> >
> > I put a review request in for the required Perl library some time ago,
> > but nothing seems to have happened since. I'm not aware of anything
> > outstanding on it.
>
> JFTR, the review is https://
On Thu, Aug 18, 2011 at 3:42 PM, Iain Arnell wrote:
> On Thu, Aug 18, 2011 at 3:22 PM, Jon Ciesla wrote:
>> I do some macro gymnastics with vym to prevent it Requiring a perl module
>> that's named one thing in SuSE and another in Fedora. With my latest f17
>> build, that stopped working, while
[ I've posting only on devel. This doesn't have a lot to do with testing. ]
* Zaniyah [18/08/2011 15:49] :
>
> I've done these two.
It's probably best to add a comment in the review ticket every time you update
your package, giving the urls to spec file and the new package.
> I'm not sure about
Iain Arnell wrote:
> On Thu, Aug 18, 2011 at 3:42 PM, Iain Arnell wrote:
>
>> On Thu, Aug 18, 2011 at 3:22 PM, Jon Ciesla wrote:
>>
>>> I do some macro gymnastics with vym to prevent it Requiring a perl module
>>> that's named one thing in SuSE and another in Fedora. With my latest f17
>
I've just upgraded pcre (Perl-compatible regular expression) library
from version 8.12 to version 8.13 in F17.
Upstream says:
> This is mainly a bug-fix release. There has been a lot of internal
> refactoring. The Unicode tables have been updated. The only new
> feature in the library is the pass
perl-Data-Section-Simple has broken dependencies in the F-16 tree:
On x86_64:
perl-Data-Section-Simple-0.02-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Data-Section-Simple-0.02-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as
perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires
perl()
perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires
perl()
perl-CGI-Application-Structured-
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the F-16 tree:
On x86_64:
perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.x86_64 requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.i686 requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as
perl-Eval-LineNumbers has broken dependencies in the F-16 tree:
On x86_64:
perl-Eval-LineNumbers-0.31-1.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Eval-LineNumbers-0.31-1.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possible
perl-Test-Vars has broken dependencies in the F-16 tree:
On x86_64:
perl-Test-Vars-0.001-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Test-Vars-0.001-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possible.
--
Fedora Extras
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-Shipwright has broken dependencies in the F-16 tree:
On x86_64:
perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that)
On i386:
perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedorapro
perl-Gtk2-WebKit has broken dependencies in the F-16 tree:
On x86_64:
perl-Gtk2-WebKit-0.09-1.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Gtk2-WebKit-0.09-1.fc15.i686 requires perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possible.
--
Fedora Extra
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
Compose started at Thu Aug 18 13:15:33 UTC 2011
Broken deps for x86_64
--
389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires
libnetsnmpagent.so.25()(64bit)
389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires
libnetsnmpmibs.so.25()(64bit)
A file has been added to the lookaside cache for perl-DateTime-Locale:
8ba6a4b70f8fa7d987529c2e2c708862 DateTime-Locale-0.45.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.o
commit b1b779f7b2d059ff1977c654d184ad2fe11dac48
Author: Iain Arnell
Date: Thu Aug 18 17:13:22 2011 +0200
initial import (rhbz#730656)
.gitignore|1 +
perl-DateTime-Locale.spec | 62 +
sources |1 +
3 f
A file has been added to the lookaside cache for perl-DateTime-TimeZone:
5866f392d011f2579168c427231cc569 DateTime-TimeZone-1.35.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.fedoraproje
commit 9f8ba06a594ff5e04c471c8629266746bed6c908
Author: Iain Arnell
Date: Thu Aug 18 17:15:09 2011 +0200
initial import (rhbz#730657)
.gitignore |1 +
perl-DateTime-TimeZone.spec | 87 +++
sources |1 +
commit 8baa9ed24863cb36050be1ba34dfff142fe8f53c
Author: Iain Arnell
Date: Thu Aug 18 17:19:00 2011 +0200
Unbundle DateTime::TimeZone and DateTime::Locale (rhbz#730658)
- Bump epoch and revert to upstream versioning
- Specfile regenerated by cpanspec 1.78.
- Update descripti
commit 939a4e3d80ba559b238a39d1b65b7c96c1bfcf97
Author: Iain Arnell
Date: Thu Aug 18 17:21:16 2011 +0200
Additional (Build)Requires from unofficial review
perl-DateTime.spec |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime.spec b/perl-DateT
On Tue, 2011-08-16 at 13:17 +0200, Michael Schwendt wrote:
> Who can help with moving forward here especially wrt fixing Fedora?
So here's my way of maintaining the GStreamer packages in Fedora and the
way I decide if I need to do something.
The TL;DR version: We track upstream.
Now on to the l
commit adae3b98988e2ac8a66e78e74e8f6c1c0c4f7956
Author: Iain Arnell
Date: Thu Aug 18 17:42:37 2011 +0200
rebuild against unbunled perl-DateTime
perl-DateTime-TimeZone.spec |8
1 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/perl-DateTime-TimeZone.spec b/perl
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=730658
Iain Arnell changed:
What|Removed |Added
---
We've been planning on doing one of these forever, but never seeming
to get around to it.
The kernel gets a lot of bugs (possibly more than any other package),
and as such, we've got nearly a thousand bugs open right now, and just
three people working on it full-time.
The problem we've faced with
Lennart Poettering (mzerq...@0pointer.de) said:
> > Oh, I just noticed this:
> >
> > https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation
> > "Since Fedora currently doesn't want any services to do on-demand
> > loading, all socket activated services must autostart."
>
>
--
Do what thou wilt
shall be the whole of the Law.
On Tue, Aug 16, 2011 at 6:17 AM, Michael Schwendt wrote:
> Symptoms: Ogg files created from FLAC files using GStreamer contain stream
> errors,
and then there's http://pacpl.sourceforge.net/
charles zeitler
Love is the law, love under
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=730658
--- Comment #9 from Fedora Update System 2011-08-18
14:09:49 EDT ---
perl-DateTime-TimeZone-1.35-3.fc16,perl-DateTime-0.70-2.fc
> "IA" == Iain Arnell writes:
IA> The perl_default_filter macro changed with perl 5.14. We're now
IA> using rpm's native __requires_exclude macro (and friends) instead of
IA> the slightly hacky filter_setup stuff.
Really? Is there documentation for how this is supposed to work now?
There's
First of all, thanks for responding.
On Wed, 17 Aug 2011 17:27:35 +0200, BO (Benjamin) wrote:
> 2) Fedora does not have a lot of expertise with GStreamer
> If you look at the people who write the code upstream, you don't find
> (m)any people that are active in Fedora.
I cannot know that, but as
On Thu, 18 Aug 2011 12:57:22 -0500, CZ (charles) wrote:
> and then there's http://pacpl.sourceforge.net/
Note that if you insert your reply below a "-- "signature delimiter, most
mail clients will be unable to quote your reply because they truncate
everything below a signature.
Anyway, there's a
On Thu, 18.08.11 12:33, Bill Nottingham (nott...@redhat.com) wrote:
>
> Lennart Poettering (mzerq...@0pointer.de) said:
> > > Oh, I just noticed this:
> > >
> > > https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation
> > > "Since Fedora currently doesn't want any service
On 08/18/2011 06:29 PM, Lennart Poettering wrote:
> On Thu, 18.08.11 12:33, Bill Nottingham (nott...@redhat.com) wrote:
>
>>
>> Lennart Poettering (mzerq...@0pointer.de) said:
Oh, I just noticed this:
https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation
On 08/18/2011 04:29 PM, Lennart Poettering wrote:
> On Thu, 18.08.11 12:33, Bill Nottingham (nott...@redhat.com) wrote:
>> For something like cups, would this impose a significant delay in things
>> such as the GTK or QT print dialog, if opening that dialog causes the
>> cups daemon to then start?
Do what thou wilt
shall be the whole of the Law.
> Note that if you insert your reply below a "-- "signature delimiter, most
> mail clients will be unable to quote your reply because they truncate
> everything below a signature.
>
thanks. i started doing that when somebody had trouble parsing
Why does KMyMoney in Rawhide not have OFX input compiled? It is in Fedora 15.
Thanks,
-
Eric Mesa
http://www.ericsbinaryworld.com
Most of the emails from this account should be signed with my GPG key so
that you know it's me. The only exception is when I'm using gmail from
the web
> Why does KMyMoney in Rawhide not have OFX input compiled? It is in Fedora 15.
According to koji build logs the OFX plugin was built/included,
http://kojipkgs.fedoraproject.org/packages/kmymoney/4.5.3/1.fc16/data/logs/i686/build.l
og
-- rex
--
devel mailing list
devel@lists.fedoraproject
> On Tue, 2011-08-16 at 13:17 +0200, Michael Schwendt wrote:
>> Who can help with moving forward here especially wrt fixing Fedora?
>
> So here's my way of maintaining the GStreamer packages in Fedora and the
> way I decide if I need to do something.
Arr matie, me hijackin yur thread
I'd app
Hi - the purpose of this email is to introduce myself as a prospective
new package maintainer for Fedora.
My recently filed review request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=731898
I'm currently a contributor in the OpenDKIM project, which develops an
open source library and mi
I was going through the package review and I noticed this request
https://bugzilla.redhat.com/show_bug.cgi?id=730815. I was going to do a small
review of it and noticed that the upstream version was released on 09-20-2005.
I know in my opinion, and if it was me, I wouldn't submit a package that
> "NO" == Nathan Owe writes:
NO> Should I let the submitter know that it is this old or should it be
NO> closed or the age of the upstream source ignored, in which I am
NO> guessing the later is not the case.
Well, I could certainly ask the submitter if they're aware that the code
they're pa
On Thu, 18 Aug 2011 21:34:37 -0500
"Jason L Tibbitts III" wrote:
> > "NO" == Nathan Owe writes:
>
> NO> Should I let the submitter know that it is this old or should it
> NO> be closed or the age of the upstream source ignored, in which I am
> NO> guessing the later is not the case.
>
> We
> "NO" == Nathan Owe writes:
NO> Yep old code does tend to work, but also this also means that
NO> security or runtime bugs that are around won't be fixed either,
NO> atleast upstream.
Right, which is why I wrote that you should ask the submitter if they
are willing to take on the full maint
On Thu, Aug 18, 2011 at 9:39 PM, Jason L Tibbitts III wrote:
>> "IA" == Iain Arnell writes:
>
> IA> The perl_default_filter macro changed with perl 5.14. We're now
> IA> using rpm's native __requires_exclude macro (and friends) instead of
> IA> the slightly hacky filter_setup stuff.
>
> Reall
> "IA" == Iain Arnell writes:
IA> The only documentation I'm aware of is the same draft you're working
IA> on.
Ah, OK. For some reason I interpreted what I read to say that the Perl
filtering macros had been rewritten to make use of the new filtering
system. I'm still hoping that's possibl
On Fri, Aug 19, 2011 at 5:46 AM, Jason L Tibbitts III wrote:
>> "IA" == Iain Arnell writes:
>
> IA> The only documentation I'm aware of is the same draft you're working
> IA> on.
>
> Ah, OK. For some reason I interpreted what I read to say that the Perl
> filtering macros had been rewritten
56 matches
Mail list logo
