On 05.01.2022 19:22, Jan Palus wrote:
>> ++# Use system-wide default cipher list to support use of system-wide
>> ++# crypto policy (#1076390, #1127577, CPAN RT#97816)
>> ++# https://fedoraproject.org/wiki/Changes/CryptoPolicy
>> ++SSL_cipher_list => 'PROFILE=SYSTEM',
>
> Where is
On 16.12.2021 13:41, arekm wrote:
> commit d393768d64437bb1a9054fb07de0cb32f7395a2d
> Author: Arkadiusz Miśkiewicz
> Date: Thu Dec 16 13:40:41 2021 +0100
>
> Rel 2; use system default ssl version and cipher list (from fc).
>
...
> diff --git a/IO-Socket-SSL-2.068-use-system-default-cipher-
On Mon, 30 Mar 2020, Elan Ruusamäe wrote:
> On 3/29/20 11:52 AM, Jan Rękorajski wrote:
>
> >> i think the pear dependency generator should be disabled by default,
> >> pear is considered dead in php world.
> > `
> > Then disable it, or even better, delete the scripts and config.
> what is the rpm
On Mon, Mar 30, 2020 at 2:14 AM Elan Ruusamäe wrote:
>
> On 3/29/20 11:52 AM, Jan Rękorajski wrote:
>
> >> i think the pear dependency generator should be disabled by default,
> >> pear is considered dead in php world.
> > `
> > Then disable it, or even better, delete the scripts and config.
> wha
On 3/29/20 11:52 AM, Jan Rękorajski wrote:
i think the pear dependency generator should be disabled by default,
pear is considered dead in php world.
`
Then disable it, or even better, delete the scripts and config.
what is the rpm4/rpm5 plan again? i'd rather do this only once, not both
branc
On Sun, 29 Mar 2020, Elan Ruusamäe wrote:
> On 3/24/20 11:16 PM, Jan Rękorajski wrote:
>
> > On a side note, this is exactly why we should not have all those weird
> > hacks in deps generators and just run them always. To chatch stuff like
> > this.
>
>
> this enabled pear dependencies breaks p
On 3/29/20 10:20 AM, Elan Ruusamäe wrote:
On 3/29/20 9:17 AM, Elan Ruusamäe wrote:
On 3/29/20 9:07 AM, Elan Ruusamäe wrote:
On 3/24/20 11:16 PM, Jan Rękorajski wrote:
On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. T
On 3/29/20 9:17 AM, Elan Ruusamäe wrote:
On 3/29/20 9:07 AM, Elan Ruusamäe wrote:
On 3/24/20 11:16 PM, Jan Rękorajski wrote:
On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. To chatch stuff like
this.
this enabled pe
On 3/29/20 9:07 AM, Elan Ruusamäe wrote:
On 3/24/20 11:16 PM, Jan Rękorajski wrote:
On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. To chatch stuff like
this.
this enabled pear dependencies breaks packages that does n
On 3/24/20 11:16 PM, Jan Rękorajski wrote:
On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. To chatch stuff like
this.
this enabled pear dependencies breaks packages that does not want them
(bundles everything, handles
On Tue, 24 Mar 2020, Elan Ruusamäe wrote:
> i would not like bunch of perl deps in base package.
>
> i think these dependencies are new due recent updates in the repo
>
>
> ```
>
> [root@4195c311335e /]# rpm -q rpm-build --requires|grep perl
> /usr/bin/perl
> pe
i would not like bunch of perl deps in base package.
i think these dependencies are new due recent updates in the repo
```
[root@4195c311335e /]# rpm -q rpm-build --requires|grep perl
/usr/bin/perl
perl(Carp)
perl(Config)
perl(Cwd)
perl(File::Basename)
perl(File::Copy)
perl(File::Path)
perl
; > Date: Sat Jan 25 14:03:53 2020 +0100
> > >
> > > - stop including perl macros, it's not needed, rpm does this on its
> > > own
> >
> > I wonder how to specify dependency on rpm(-build) which includes
> > perl/php/* macros now.
> >
&
On Sun, 26 Jan 2020, Jakub Bogusz wrote:
> On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote:
> > commit f75adea6b3f6c1343989e98a27167605ed55b780
> > Author: Jan Rękorajski
> > Date: Sat Jan 25 14:03:53 2020 +0100
> >
> > - stop including perl macro
On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote:
> commit f75adea6b3f6c1343989e98a27167605ed55b780
> Author: Jan Rękorajski
> Date: Sat Jan 25 14:03:53 2020 +0100
>
> - stop including perl macros, it's not needed, rpm does this on its own
I wonder how to speci
What's the solution for this?
file /usr/bin/encguess from install of perl-tools-5.26.0-4.x86_64 conflicts
with file from package perl-Encode-2.91-1.x86_64
rm from Encode I would guess.
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linu
On Thursday 31 of August 2017, Elan Ruusamäe wrote:
> can't build things on carme due glibc 2.26, arekm please downgrade as
> was done on builders
>
> and therefore can't build other things like ImageMagick, php, ...
What's the problem with building these?
--
Arkadiusz Miśkiewicz, arekm / ( mav
can't build things on carme due glibc 2.26, arekm please downgrade as
was done on builders
and therefore can't build other things like ImageMagick, php, ...
also the perl from builders seems broken, obsoletes itself:
poldek:/all-avail> ins perl-devel
warn: perl-devel: a
+ /usr/bin/perl Makefile.PL
'INSTALLVENDORSCRIPT=/usr/lib/nagios/plugins' 'INSTALLDIRS=vendor'
Generating a Unix-style Makefile
Writing Makefile for App::Monitoring::Plugin::CheckRaid
"\x{00c3}" does not map to ascii at
/usr/share/perl5/5.22.0/ExtUtils/MakeMaker
1.xml:6: warning: failed to
> load external entity "http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";
> - perl-Encode -- Can't locate Encode.pm in @INC (you may need to install
> the Encode module) (@INC contains:
> /usr/local/lib/perl5/5.20.0/x86_64-pld-l
+
>> + { "Desktop Entry", RPMFC_DESKTOP_FILE|RPMFC_INCLUDE },
>> +
>> +- { "perl script text",RPMFC_PERL|RPMFC_INCLUDE },
>> ++ { "Perl script", RPMFC_PERL|RPMFC_INCLUDE },
>> + { "Perl5 m
gt; +@@ -593,7 +593,7 @@
> > +
> > + { "Desktop Entry", RPMFC_DESKTOP_FILE|RPMFC_INCLUDE },
> > +
> > +- { "perl script text", RPMFC_PERL|RPMFC_INCLUDE },
> > ++ { "Perl script",RPMFC_PERL|RPMFC_INCLU
ESKTOP_FILE|RPMFC_INCLUDE },
> +
> +- { "perl script text", RPMFC_PERL|RPMFC_INCLUDE },
> ++ { "Perl script", RPMFC_PERL|RPMFC_INCLUDE },
> + { "Perl5 module source text", RPMFC_PERL|RPMFC_MODULE|RPMFC_INCLUDE },
> +
> + { "PHP script te
On Fri, Oct 11, 2013 at 01:34:37PM +0300, Elan Ruusamäe wrote:
>
> a. why is check relying on order of things in deps
> b. why would rpm have the order randomized now, i.e over all these
> years the a) has "just worked"
>
>
> Original Message
>
nice.
a. why is check relying on order of things in deps
b. why would rpm have the order randomized now, i.e over all these years
the a) has "just worked"
Original Message
Subject: Noarch error: perl-MIME-Types-2.04-2.noarch.rpm files differ
among builders
D
As anounced earlier this week the Perl Programming Language 5.18.0 is
now available in Th.
--
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsmimuw.edu.pl
bagginspld-linux.org
On June 28, 2013 at 6:17:22 AM, Jan Rękorajski (bagg...@pld-linux.org) wrote:
The Perl Programming Language has been updated to version 5.18.0 in Th.
All packages are available in th-ready since 22nd June 2012 and will be
moved to main on 30th June as there are no noticable problems with
upgrade
The Perl Programming Language has been updated to version 5.18.0 in Th.
All packages are available in th-ready since 22nd June 2012 and will be
moved to main on 30th June as there are no noticable problems with
upgrade.
--
Jan Rękorajski | PLD/Linux
SysAdm
On Thu, May 09, 2013 at 01:54:31PM +0200, Jan Rękorajski wrote:
> Hi,
> Is there any real reason why we have a lot of perl packages that
> duplicate modules/functionality of main perl distribution?
With perl 5.16 they are probably not needed.
But some packages require newer versions than
Hi,
Is there any real reason why we have a lot of perl packages that
duplicate modules/functionality of main perl distribution?
I'm asking because I'm going to remove all of those from Th, because they
cause build problems and incompatibilities (vim vs perl-ExtUtils-ParseXS,
apache-m
W dniu 7 lutego 2012 17:16 użytkownik Patryk Zawadzki
napisał:
> W dniu 7 lutego 2012 17:04 użytkownik Marcin Rybak
> napisał:
> > o tak - nasz bugtracker aż kipi od ticketów... a może dlatego ich brak,
> że
> > to idealna dystrybucja w której wszystko działa po upgrade. Cieciwa
> znalazł
> > błą
On Tue, Feb 07, 2012 at 05:04:05PM +0100, Marcin Rybak wrote:
> 2012/2/7 Patryk Zawadzki
>
> > W dniu 7 lutego 2012 14:26 użytkownik Bartosz Taudul
> > napisał:
> > > 2012/2/7 Arkadiusz Miśkiewicz :
> > >> Please stop this personal crap.
> > >>
> > >> Better share with us about what is the actua
Patryk Zawadzki wrote:
> W dniu 7 lutego 2012 14:26 użytkownik Bartosz Taudul
> napisał:
> > 2012/2/7 Arkadiusz Miśkiewicz :
> >> Please stop this personal crap.
> >>
> >> Better share with us about what is the actuall problem with this bcond? I
> >> cannot tell that from reading your commit logs.
W dniu 7 lutego 2012 17:04 użytkownik Marcin Rybak
napisał:
> o tak - nasz bugtracker aż kipi od ticketów... a może dlatego ich brak, że
> to idealna dystrybucja w której wszystko działa po upgrade. Cieciwa znalazł
> błąd, więc go naprawił, podobnie było ostatnio z błędem związanym z
> logrotate,
2012/2/7 Patryk Zawadzki
> W dniu 7 lutego 2012 14:26 użytkownik Bartosz Taudul
> napisał:
> > 2012/2/7 Arkadiusz Miśkiewicz :
> >> Please stop this personal crap.
> >>
> >> Better share with us about what is the actuall problem with this bcond?
> I
> >> cannot tell that from reading your commit
W dniu 7 lutego 2012 14:26 użytkownik Bartosz Taudul
napisał:
> 2012/2/7 Arkadiusz Miśkiewicz :
>> Please stop this personal crap.
>>
>> Better share with us about what is the actuall problem with this bcond? I
>> cannot tell that from reading your commit logs.
> Jakbyś nie odpierdalał personal cr
2012/2/7 Arkadiusz Miśkiewicz :
> Please stop this personal crap.
>
> Better share with us about what is the actuall problem with this bcond? I
> cannot tell that from reading your commit logs.
Jakbyś nie odpierdalał personal crapu z abw, to by sobie glen mógł
przeczytać o co chodzi.
wolf
On Tuesday 07 of February 2012, cieciwa wrote:
> Author: cieciwa Date: Tue Feb 7 13:10:25 2012 GMT
> Module: packages Tag: HEAD
> Log message:
> - bcond embeded perl chsanged.
> [OOC] Glen naucz sie sprawdzac swoje zmiany, psujesz
to
> wrap over make(1) where Build.PL is more native (pure Perl and more
> cross platform meaning less hacks)
These are two most commonly used build systems for Perl modules:
1) ExtUtils::MakeMaker (which uses Makefile.PL + make)
2) Module::Build (which uses Build.PL, in this case Makefile
over make(1) where Build.PL is more native (pure Perl and
more cross platform meaning less hacks)
There is no Build.PL script anymore in some perl sources. So I'm very
sorry, but I was not able to use Build.PL.
then you commit message should had been less misleading :)
"build using
(pure Perl and more
cross platform meaning less hacks)
There is no Build.PL script anymore in some perl sources. So I'm very
sorry, but I was not able to use Build.PL.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld
On 11.02.2011 12:54, lisu wrote:
- build using Makefile.pl instead of Build.pl
- more verbose man files
and why is that?
so far i've understood that Makefile.PL is deprecated method (hacks to
wrap over make(1) where Build.PL is more native (pure Perl and more
cross platform meaning
On Wednesday 09 June 2010 21:38:59 an...@green.mif.pg.gda.pl wrote:
> > And I don't see a way of doing this without frequent Epoch bumps.
>
> What would be nice to avoid. Especially as rpm does not like multiple
> packages with same Version-Release. Even if Epoch is bumped.
here you probably refer
=?UTF-8?B?UmFkb3PFgmF3IFppZWxpxYRza2k=?= wrote:
>
> 2010/6/8 :
> > RPM's Release is and have to be our internal number, not the upstream one.
> > Any "release" that is external to us have to go to the "Version" field in
> > some way.
>
> Well, that's not how we've been doing things so far. beta
2010/6/8 :
> RPM's Release is and have to be our internal number, not the upstream one.
> Any "release" that is external to us have to go to the "Version" field in
> some way.
Well, that's not how we've been doing things so far. betaX, alphaX,
rcX, snapshots, whatever -- it all usually goes to R
Caleb Maclennan wrote:
>
> 2010/6/6 arekm
> >
> > Author: arekm Date: Sun Jun 6 15:36:42 2010 GMT
> > Module: packages Tag: HEAD
> > Log message:
> > - release 5
> >
> > Files affected:
> &g
On Monday 07 of June 2010, Caleb Maclennan wrote:
> 2010/6/6 arekm
>
> > Author: arekmDate: Sun Jun 6 15:36:42 2010 GMT
> > Module: packages Tag: HEAD
> > Log message:
> > - release 5
> >
> >
2010/6/6 arekm
>
> Author: arekm Date: Sun Jun 6 15:36:42 2010 GMT
> Module: packages Tag: HEAD
> Log message:
> - release 5
>
> Files affected:
> packages/perl-Clutter-GStreamer:
> perl-Clutter-GStreamer.spec (1
amateja [2009-09-09 13:57]:
> Author: amateja Date: Wed Sep 9 11:57:35 2009 GMT
> Module: packages Tag: HEAD
> Log message:
> - added missind %dir in %files section
> - release 2
[...]
> +%dir %{perl_vendorarch}/Bundle/DBD
> %{perl_vendorarch}/Bund
Arkadiusz Miskiewicz [14-03-2009 13:02]:
> On Thursday 12 of March 2009, Radoslaw Zielinski wrote:
> > Pawel Golaszewski [12-03-2009 15:18]:
[...]
>>> We don't have to do it right now but on next bigger perl update? Why not?
>> I'm cool with that. The thing I
The pain will be much bigger, than the gain [1].
> >>
> >> $ perl -le 'map print, @INC' | grep /lib/
> >> /usr/local/lib/perl5/5.10.0/i686-pld-linux-thread-multi
> >> /usr/lib/perl5/vendor_perl/5.10.0/i686-pld-linux-thread-multi
> >> /usr/lib/perl
m/bind9-snmp/
> BuildRequires: rpm-perlprov
> Requires:bind >= 9.0.0
> +Requires: perl
never perl, but perl-base
or rather make script +x and be sure it has #!/usr/bin/perl shebang, then rpm
autodeps can generate proper dep.
don't forget macros.perl to grab perl module
Przemyslaw Iskra pisze:
>> +%{perl_vendorlib}/IP/._Authority.pm
It's good to have an extra pair of eyes :)
Wilco.
--
Paweł <@duddits> Długosz
.::http://dlugosz.eu::.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux
This mail should not be here, sorry.
On Tue, Jan 06, 2009 at 10:44:32PM +0100, Przemyslaw Iskra wrote:
> On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote:
> > Author: duddits Date: Tue Jan 6 21:27:00 2009 GMT
> > Module: SPECS Tag: HEAD
> >
On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote:
> Author: duddits Date: Tue Jan 6 21:27:00 2009 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - up to 2.26, more %files
> +%{perl_vendorlib}/IP/._Authority.pm
ten plik oraz inne ._* wygląd
On Sunday 31 August 2008, Radoslaw Zielinski wrote:
> Please remove perl-Carp-Assert-1.12-1.noarch from FTP. It contains
> perl-Carp-Assert-More, which had a wrong Name in the *.spec.
Done.
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-lin
Please remove perl-Carp-Assert-1.12-1.noarch from FTP. It contains
perl-Carp-Assert-More, which had a wrong Name in the *.spec.
--
Radosław Zieliński <[EMAIL PROTECTED]>
pgpbTo2Pqo8Cz.pgp
Description: PGP signature
___
pld-devel-en mailing li
On Tuesday 19 August 2008 10:05, Elan Ruusamäe wrote:
> shouldn't this be perl-base >= in pld?
nevermind. my mistake.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
shouldn't this be perl-base >= in pld?
$ rpm -ql apache-devel|xargs grep 5.004
/usr/sbin/apxs:require 5.004;
$ rpm -q apache-devel --requires
/bin/sh
/usr/bin/perl
apr-util-devel >= 1:1.2
libtool
perl >= 0:5.004
perl(strict)
perl-base
rpmlib(PayloadIsLzma) <=
On Thursday 07 August 2008 01:08, aredridel wrote:
> $Log$
> +Revision 1.26 2008/08/06 22:08:30 aredridel
> +- remove perl modules
err? what? why?
it's not any kind of major version upgrade or any other way reasoned to do so.
in any case there should be Obsoletes line on main
On Friday 25 July 2008 13:10:39 Tomasz Pala wrote:
> 1. all of the 'right-hand' have make install not pure_install - what's the
> difference?
pure_install doesn't create perlocal.pod or .packlist (don't remember which
one exactly)
--
glen
___
pld-deve
On Fri, Jul 25, 2008 at 09:01:41 +0300, Elan Ruusamäe wrote:
> > 1. %bcond_without autodeps (removed already)
> we have no policy, i tought it would be cool to have unifed perl packages
> header with autodeps/tests bconds.
Hmmm...
$ grep ^%bcond perl* | grep autodeps | wc -l
66
On Friday 25 July 2008 02:54, Tomasz Pala wrote:
> And just tell me - what was the point of adding:
>
> 1. %bcond_without autodeps (removed already)
we have no policy, i tought it would be cool to have unifed perl packages
header with autodeps/tests bconds.
> 2. %{_mandir}/man3/* hav
On Thu, Jul 24, 2008 at 21:11:30 +0300, Elan Ruusamäe wrote:
> eh damn. the perl spec making is easy.
But writing %desc is not. I've taken perl-Email-Date as template and
made it in a few minutes (compare timestamp of my previous mail with
commit) - without it I wouldn't both
On Thursday 24 July 2008 18:26, Tomasz Pala wrote:
> On Thu, Jul 24, 2008 at 17:10:56 +0300, Elan Ruusamäe wrote:
> >> - reverted - moved to DEVEL (there's no required Email-Date-Format in
> >> PLD)
> >>
> >> ---- Files affected:
> >> SPECS:
&
On Thu, Jul 24, 2008 at 17:10:56 +0300, Elan Ruusamäe wrote:
>> - reverted - moved to DEVEL (there's no required Email-Date-Format in PLD)
>>
>> Files affected:
>> SPECS:
>>perl-MIME-Lite.spec (1.44 -> 1.45)
>
> why not add it?
ENOTIME
gt; Files affected:
> SPECS:
>perl-MIME-Lite.spec (1.44 -> 1.45)
why not add it?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, 12 Jun 2008, Elan Ruusamäe wrote:
> On Thursday 12 June 2008 12:42:27 baggins wrote:
> > +%definedb_ver %(rpm -q --what-provides --qf
> > '%%{epoch}:%%{version}' db-devel) +#
> ..
> >+Requires: db = %{db_ver}
>
> use %requires_eq_to macro?
Show me db and db-devel _packages_
On Thursday 12 June 2008 12:42:27 baggins wrote:
> +%definedb_ver %(rpm -q --what-provides --qf
> '%%{epoch}:%%{version}' db-devel) +#
..
>+Requires: db = %{db_ver}
use %requires_eq_to macro?
--
glen
___
pld-devel-en mailing list
pld-deve
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> [17-02-2008 18:40]:
> Radoslaw Zielinski wrote:
>> Andrzej Krzysztofowicz <[EMAIL PROTECTED]> [17-02-2008 17:41]:
>>> radek wrote:
-%{?with_tests:%{__make} test}
+%{?with_tests:%{__make} test ||:}
>>> If we ignore test errors so what is the point
Radoslaw Zielinski wrote:
> Andrzej Krzysztofowicz <[EMAIL PROTECTED]> [17-02-2008 17:41]:
> > radek wrote:
> >> -%{?with_tests:%{__make} test}
> >> +%{?with_tests:%{__make} test ||:}
> > If we ignore test errors so what is the point of performing the tests?
>
> We can see the results and are able
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> [17-02-2008 17:41]:
> radek wrote:
>> -%{?with_tests:%{__make} test}
>> +%{?with_tests:%{__make} test ||:}
> If we ignore test errors so what is the point of performing the tests?
We can see the results and are able to interpret them (known / new failures
radek wrote:
> -%{?with_tests:%{__make} test}
> +%{?with_tests:%{__make} test ||:}
If we ignore test errors so what is the point of performing the tests?
--
===
Andrzej M. Krzysztofowicz [EMAIL PROTECTED]
ph
# OK
echo "x:\n\tprove -bdv t/06error.t" > moo; make -f moo x # FAIL
($PWD is ~/rpm/BUILD/DBD-SQLite-1.14/ after perl Makefile.PL && make)
--
Radosław Zieliński <[EMAIL PROTECTED]>
pgpcSeE4flEnI.pgp
Description: PGP signature
_
Arkadiusz Miskiewicz <[EMAIL PROTECTED]> [13-01-2008 21:26]:
> On Sunday 13 of January 2008, radek wrote:
>> Author: radekDate: Sun Jan 13 21:13:19 2008 GMT
>> Module: SPECS Tag: HEAD
>> Log message:
>> - release 2: use bundled sqlite (dumps core
Elan =?utf-8?q?Ruusam=C3=A4e?= wrote:
>
> On Tuesday 04 December 2007 17:19:13 glen wrote:
> > +%package DBD-Proxy
> > +Summary:Â Â Â Â Â Â Â DBD::Proxy - A proxy driver for the DBI
>
> or call the package as perl-DBD-Proxy instead of perl-DBI-DBD-Proxy?
IMO
On Tuesday 04 December 2007 17:19:13 glen wrote:
> +%package DBD-Proxy
> +Summary: DBD::Proxy - A proxy driver for the DBI
or call the package as perl-DBD-Proxy instead of perl-DBI-DBD-Proxy?
--
glen
___
pld-devel-en mailing list
pld-de
radek wrote:
> # Conditional build:
> -%bcond_without tests # do not perform "make test"
> +%bcond_with tests # do not perform "make test"
Tests should not be disabled without comment what is the problem in spec.
--
Radoslaw Zielinski wrote:
> perl-Expect's tests fail while trying to access tty / pty:
>
> http://buildlogs.pld-linux.org/index.php?dist=3Dth&arch=3Di686&ok=3D0&id=3D=
> 1ffb2a57b980bf3e1ad09b22ddc74e3b
> http://buildlogs.pld-linux.org/index.php?d
perl-Expect's tests fail while trying to access tty / pty:
http://buildlogs.pld-linux.org/index.php?dist=th&arch=i686&ok=0&id=1ffb2a57b980bf3e1ad09b22ddc74e3b
http://buildlogs.pld-linux.org/index.php?dist=th&arch=x86_64&ok=0&id=69566d6707d2de644bbcbfd1c9462363
h
I don't get it:
[...]
> apache-mod_perl-2.0.3-2 marks apache-base-2.2.4-1 (cap apache(modules-api) =
> 20051115)
> apache-base-2.2.4-1 marks webapps-0.3-3 (cap webapps)
> error: apache-mod_perl-2.0.3-2: req /etc/httpd/httpd.conf not found
$ rpm -qf /etc/httpd/httpd.conf
apache-base-2.2.4-
put libperl.so to perl-libs, that vim needs?
afaik vim doesn't need all those modules in perl-base ?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
glen wrote:
> Author: glen Date: Mon Oct 30 22:40:01 2006 GMT
> Module: SPECS Tag: HEAD
[...]
> +# FIXME: FHS: /var/{lib,run}/autopsy?
> + $LOCKDIR = '/home/services/autopsy';
autopsy uses $LOCKDIR for keeping a log file, storing links or copies
On Mon, Oct 30, 2006 at 06:46:44PM +0200, Elan Ruusamäe wrote:
> On Monday 30 October 2006 18:21, you wrote:
> > Author: sparky Date: Mon Oct 30 16:21:30 2006 GMT
> > Module: SOURCES Tag: HEAD
> > Log message:
> > - install with write permision for o
On Monday 30 October 2006 18:21, you wrote:
> Author: sparky Date: Mon Oct 30 16:21:30 2006 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - install with write permision for owner (useful for proper .so stripping)
no longer needed.
%__spec_instal
Is someone testing LFS in builder infrastructure?
([EMAIL PROTECTED]) [12:48:35] ~
# df -h
[...]
/dev/LVM/builder 10G 10G 0 100% /home/services/builder
# ls -lh
#
~builder/pld-builder.new/spool/builds/c0efc5a5-53b1-41d2-ba14-5532c1a676c4/perl-DBIx-SearchBuilder.spec.log
-rw-r--r
On Friday 22 September 2006 18:22, Radoslaw Zielinski wrote:
> > additional pros on that is that the base perl install gets smaller.
>
> What would you like to strip?
why not anything that's available from CPAN?
maybe the perl-modules and perl packages is good idea (i didn'
amäe <[EMAIL PROTECTED]> [22-09-2006 00:22]:
>>>>> xmltv from HEAD doesn't build again, could you help me out?
>>>> Sure, done. Tested in Th environment. Some %files are missing.
>>> still fails on AC, some bad BR?
>> No, lack of policy for handl
m HEAD doesn't build again, could you help me out?
> >>
> >> Sure, done. Tested in Th environment. Some %files are missing.
> >
> > still fails on AC, some bad BR?
>
> No, lack of policy for handling cases, when perl is distributed with
> a module in ve
--- glen <[EMAIL PROTECTED]> wrote:
> Author: glen Date: Sun Aug 27 10:51:21 2006 GMT
> Module: SPECS Tag: AC-branch
> Log message:
> - merged 1.133 from HEAD
wtf is that? AC-branch is a *stable* distribution tree!
--
Fryderyk Dziarmagowski
_
On Tuesday 22 August 2006 21:41, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > +%dir %{perl_vendorlib}/Apache2
>
> Why not to perl-dirs ?
it's only package using that dir, and afaik there's no policy what goes to
single package and what goes elsewhere.
poldek:/all-av
glen wrote:
> +%dir %{perl_vendorlib}/Apache2
Why not to perl-dirs ?
--
===
Andrzej M. Krzysztofowicz [EMAIL PROTECTED]
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk Univer
glen wrote:
> -Release: 1
> +Release: 2
> # same as perl
> License: GPL v1+ or Artistic
> Group: Development/Languages/Perl
> @@ -19,22 +19,24 @@
> URL: http://search.cpan.org/dist/Set-Infinite/
> BuildRequires: perl-devel >
arekm <[EMAIL PROTECTED]> [06-06-2006 11:43]:
[...]
> +%{perl_vendorlib}/Bundle/HTML/Mason.pm
[...]
> +%{_mandir}/man3/Bundle*
We do not package Bundle::*.
--
Radosław Zieliński <[EMAIL PROTECTED]>
pgp1XF7le6ouO.pgp
Description: PGP signature
___
pld
ehm, perl contains no files except %doc
don't you mean perl-modules?
and, instead of manually filling runtime deps, include macros.perl and let rpm
fill the deps?
On Wednesday 07 September 2005 22:47, aredridel wrote:
> Author: aredridelDate: Wed Sep 7 19:47:17
SPECS Tag: HEAD
> Log message:
> - initial release
>
> Files affected:
> SPECS:
>perl-Class-ErrorHandler.spec (NONE -> 1.1) (NEW), muttprint.spec (1.24
> -> 1.25) , perl-Convert-PEM.spec (1.13 -> 1.14) , perl-Crypt-DSA.spec (1.16
> -&
96 matches
Mail list logo
