Hi Perl maintainers,
I'd like to offer perl-Padre. I can't update it anymore, because of packaging
problem in perl-Wx-Scintilla. The whole story is in the ticket
https://fedorahosted.org/fpc/ticket/126.
The perl-Wx-Scintilla can't be packaged easily because it contains modified
Scintilla packag
Hello list,
you might notice that rebuild stopped for a while. I run out of packages, which
had "normal" dependencies. Now I have a list of cyclic dependencies, which are
dependent back and forth.
Because we'll be doing mass rebuild every year, I'd like to use bootstrap
macro, which could help
- Original Message -
> From: "Mathieu Bridon"
> To: perl-net-dbus-ow...@fedoraproject.org
> Sent: Monday, January 24, 2011 11:25:21 AM
> Subject: perl-Net-DBus in EL6
> Hi,
>
> I'm interested in having perl-Net-DBus available in EPEL6. Is there
> any
> reason why it's not?
>
> If the o
- "Iain Arnell" wrote:
> On Fri, Dec 10, 2010 at 5:37 PM, Marcela Maslanova
> wrote:
> > Hello,
> > because of bug in paths (vendorarch), there will be needed
> > rebuild of some packages (~1300). I choose only those
> > which weren't rebuild wi
Hello,
because of bug in paths (vendorarch), there will be needed
rebuild of some packages (~1300). I choose only those
which weren't rebuild with vendorarch in Perl. [1]
I've asked for testing dist tag, so nothing will be
broken [2]. Rebuild will start next week.
Best regards,
Marcela
[1] http
- "Petr Pisar" wrote:
> Hello,
>
> I've computed dependency graph of failed packages (based on the
> 113-item list
> sent by Marcela on Wednesday. See attached compressed SVG file.
>
> The graph is layed out in such way that Required packages are below,
> arrow
> shows what package depends
- "Dave Cross" wrote:
> On 05/11/2010 02:42 PM, Marcela Maslanova wrote:
> > Hello,
> > I'm attaching list of failure. Some of them will be still
> > fixable by simple rebuild. It's 133 build failures.
>
> > perl-Calendar-Simple
>
&g
- "Shakthi Kannan" wrote:
> Hi,
>
> --- On Sat, Apr 24, 2010 at 12:06 AM, wrote:
> | https://bugzilla.redhat.com/show_bug.cgi?id=585336
> \--
>
> Anyone would like to take the above simple, small package for review?
>
> I can swap review a similar CPAN package.
>
> Thanks!
>
> SK
>
>
Hello,
I prepared perl-5.12.0 for F-14. You can download test srpm [1] and check spec
file for mistakes. I'd like to remove compatibility macros MODULE_COMPAT, but
we'll need rebuild few modules which needs MODULE_COMPAT 5.10.0. I'm not sure
about 5.10.1, but I didn't run into problems after upd
- "Chris Weyl" wrote:
> One thing we didn't talk about here -- given that the independent
> subpackages are replacing dual-lifed core modules, should we be using
> %perl_archlib/_privlib rather than %perl_vendorarch/_vendorlib? I
> realise this is mainly nomenclature here, as we currently h
Hello,
I've decided fix my build failure of IO::Compress::* (#555420)
by updating to the latest version, which passed on my testing F-13.
Please someone take a look at reviews: #573928, #573929, #573932
(We can trade reviews if anyone wants some).
Best regards,
--
Marcela Mašláňová
BaseOS team
- "Iain Arnell" wrote:
> On Fri, Mar 12, 2010 at 9:42 PM, Paul Howarth
> wrote:
> > On Fri, 12 Mar 2010 17:33:31 +0100
> > Iain Arnell wrote:
> >> On Fri, Mar 12, 2010 at 3:22 PM, Marcela Maslanova
> >> wrote:
> >> > This sh
I created testing repo [1] with two updated core modules
and updates repo with perl(core) packages.
I've tested this scenario:
1/ perl package with perl-Module-Build-0.3500-110.fc13 and
perl-version-0.77-110.fc13
2/ update from [1] to perl-Module-Build-0.3603-1.perltestrepo.noarch.rpm and
perl-v
- "Iain Arnell" wrote:
> On Mon, Mar 1, 2010 at 9:33 PM, Chris Weyl
> wrote:
> > I originally opposed the split of the perl package into perl +
> > sub-package for each included dual-life dist. My thinking then was
> > that "upstream is upstream, and why should we move away from what
> > t
- "Michael Schwendt" wrote:
> The following packages in the repository suffer from broken
> dependencies:
>
> ==
> The results in this summary consider Test Updates!
> ===
- "Chris Weyl" wrote:
> So, I've been tinkering with a process to "refresh" or generate a
> spec
> file, with a couple goals in mind... #1 of which is "make generation
> and updating of Perl specs as routine and trivial as possible, so I
> only have to think about the parts that actually re
Hello,
I was wondering if it's worth trying update to development release
http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Tk-804.028_502.tar.gz
or if you prefer pick interesting patches? The thing is we have three
years old version.
Best regards,
--
Marcela Mašláňová
BaseOS team Brno
--
Fedora
Hello,
the first problem was fixed by applying patch from
https://rt.cpan.org/Public/Bug/Display.html?id=54457
but the second bug is still there. I saw the first
problem in more packages so hopefully this fix at least
some of bugs.
- "Terje Røsten" wrote:
> The F13 FTBFS:
>
> http://fedor
I was thinking also about removing e.g. win32::api from requirements
automatically. But I'm not sure if it's worth it. If it's only one
module which we surely don't need, then it's maybe useless.
Also it would be great if we have this filtering will be mentioned
on page https://fedoraproject.org/w
- "Dave Cross" wrote:
> On 02/09/2010 08:10 AM, Ralf Corsepius wrote:
> > On 02/08/2010 06:10 PM, Gabor Szabo wrote:
> >> Hi,
> >>
> >> I saw these bug reports starting to flow in two days ago,
> >> just in time to mention them during my talk on FOSDEM.
> >>
> >> The problem seems to be that
equires %{nil}
>
> to my .rpmmacros file.
>
> For more details, see my blog:
>
>
> http://perlhacks.com/2010/02/building-rpms-from-cpan-distributions.php
>
> Cheers,
>
> Dave...
>
> On 09/02/10 07:46, Marcela Maslanova wrote:
> > Hello,
> >
Hello,
I want to ask upstream about it ;-)
I used cpanspec for generating spec, but that doesn't help
if rpm automagically creates requires probably from Makefile.
In Makefile.PL are tests like:
requires 'Win32::API' => '0.58' if win32;
but it doesn't seem to work in this case. I was
All who may be concerned about a lot of ABRT (automatic bug reporting tool)
bugs:
Since F-13 will be bugs assigned to an application and not to the perl
interpreter.
The another question is whether these segfaults are helpful. Usually there's a
lot of
optimized values in output and also I wasn'
- "Stepan Kasal" wrote:
> Hello Gabor,
>
> On Wed, Jan 20, 2010 at 02:24:47PM +0200, Gabor Szabo wrote:
> > > 10 min someone from Fedora, hello Fedora people. Is there going
> > >to be someone from the Perl team on FOSDEM?
>
> unfortunately, neither Marcela nor I can come.
>
> I hoped
24 matches
Mail list logo