On 13/03/27 06:19 +0100, Thierry Vignaud wrote:
On 26 March 2013 20:23, Guillaume Rousse guillomovi...@gmail.com wrote:
perl-Devel-Profiler
requires a non-existing dprofpp binary, no release since 2002 - to drop
used to be shipped with perl.
Yes, used to be, not currently.
I can
Hi,
Can you push perl-PathTools please?
It's a bugfix release which is needed for some new perl modules.
thanks,
Jérôme
Hi,
Can you submit perl-autodie please?
It's mostly a bugfix release (only one feature in the skip mechanism,
which is used only by some utility classes).
thanks, Jérôme
On 13/03/12 08:59 +0100, Jerome Quelin wrote:
Please push perl 5.16.3, a bugfix only release which fixes a critical
security bug.
ping?
Jérôme
Hi,
Can you push perl-Class-InsideOut which fixed its tests to pass with
recent Scalar::Util please?
This means the pkg will be rebuilt fine with the mass rebuild.
thanks, Jérôme
Hi,
Please push perl-Devel-Trepan-Disassemble which should fix the test
errors during build.
Thanks,
Jérôme
This is a bugfix release allowing to actually *use* the module. :-)
thanks,
Jérôme
On 12/12/10 15:02 +0100, nicolas vigier wrote:
Isn't this duplicate with the magpie tool?
http://jquelin.blogspot.fr/2011/02/magpie-mageia-perl-integration-easy.html
Ah ? Is there something in magpie to rebuild a list of packages on the
build system ?
No. magpie dwim will update local
On 12/12/06 19:45 +0100, nicolas vigier wrote:
On Thu, 06 Dec 2012, Jerome Quelin wrote:
Would it be possible to add a new environment variable for rpmbuild to
use when building rpms?
new variable: PERL_AUTOINSTALL=--skipdeps
If it's needed in %install, it can be added
Hi,
I'm currently updating perl to 5.16.2 and would like to take the
opportunity to clean the spec file.
Indeed, I can see lots of %ifarch in it - can you confirm which ones
I can drop:
[jquelin@igor perl]$ grep ifarch SPECS/perl.spec
%ifarch %ix86
%ifarch x86_64
%ifarch ppc
On 12/10/26 11:53 +0200, Shlomi Fish wrote:
I've been trying out CPAN2Pkg, and was dismayed by this bug:
https://rt.cpan.org/Ticket/Display.html?id=80418
App-CPAN2Pkg keeps failing on already available packages (in the Mageia
upstream).
I did not get a reply to the previous bug I reported
hi,
now that i did the usrmove switch (thanks coling for the help!), i can
resume updating packages... so i just updated perl to 5.16.1.
however, i cannot get iurt to work locally (and don't really understand
why it fails where it was working fine before), so i submitted it
blindly to bs. now i
hi guilaume,
do you plan to rebuild apache-mod_perl apache-mod_apreq?
thanks,
jérôme
hi,
On 12/05/31 14:21 +0200, Jerome Quelin wrote:
rebuilds are proceeding.
only 27 packages remain to be rebuild. i have some problems with the
following, though:
thanks to blino, pterjan (and maybe some others), here's the latest
status...
** still failing:
- perl-concord, from package
hi,
On 12/05/30 13:57 +0200, Jerome Quelin wrote:
i've started rebuilding the packages, but it may take some time... i'll
let you know when things are finished on my side.
rebuilds are proceeding.
only 27 packages remain to be rebuild. i have some problems with the
following, though:
- perl
On 12/05/31 09:39 +0100, Pascal Terjan wrote:
On Thu, May 31, 2012 at 7:12 AM, Thierry Vignaud
thierry.vign...@gmail.com wrote:
On 30 May 2012 13:39, Iurt the rebuild bot
buildsystem-dae...@mageia.org wrote:
jquelin jquelin 2:5.16.0-1.mga3:
+ Revision: 248812
- update to perl 5.16
On 12/05/31 14:19 +0100, Simple . wrote:
Installation failed:file /usr/bin/ptar from install of
perl-2:5.16.0-1.mga3.x86_64 conflicts with file from package
perl-Archive-Tar-1.840.0-1.mga2.noarch
file /usr/bin/ptardiff from install of
perl-2:5.16.0-1.mga3.x86_64 conflicts with
hi,
On 12/05/29 18:48 +0200, Jerome Quelin wrote:
blino will submit it soon using some special tricks - those are needed
since there is a bootstrap problem between perl and urpmi.
blino did his magic trick, and pascal then uploaded the result. thanks
to both of them.
as you can see, a lot
On 12/05/29 16:59 +0200, Guillaume Rousse wrote:
http://pkgsubmit.mageia.org/uploads/rejected//cauldron/core/release/20120529144608.guillomovitch.valstar.9364.youri
The '%' character in some file names triggers an 'unexpanded-macro' error.
yes, it sucks. i already reported it to -sysadmin@,
hi,
On 12/05/23 10:30 +0200, Jerome Quelin wrote:
when cauldron will reopen, please don't update perl modules yet: perl
5.16.0 is out and i'll update perl to this release first.
this way, new modules will be compiled against perl 5.16
perl 5.16 is ready in svn and compiles fine both in 32
hi,
can someone push perl-Net-Dict, with just an additional requires. this
fixes mga#5816.
thanks,
jérôme
hi,
please push perl-CGI and perl-DBI. only change: permission updates in %doc
(mga#5621)
thanks,
jérôme
On 12/04/07 00:58 +0100, Pascal Terjan wrote:
On Fri, Apr 6, 2012 at 11:02, jquelin buildsystem-dae...@mageia.org wrote:
Name: perl-Dist-Zilla-PluginBundle-Author-JQUELIN Relocations:
(not relocatable)
Version : 2.120.970 Vendor: Mageia.Org
Release
On 12/04/06 16:35 +0200, Thierry Vignaud wrote:
On 6 April 2012 15:58, jquelin buildsystem-dae...@mageia.org wrote:
jquelin jquelin 1.800.0-2.mga2:
+ Revision: 229096
+ rebuild (emptylog)
what for?
hmm, strange, since i issued the command:
rebuild SILENT fix bad signature
which
On 12/04/03 17:10 +0200, nicolas vigier wrote:
please push mutt, it fixes cve-2011-1429 (mga#5203).
As the version didn't change and we are not yet in release freeze, you
should be able to submit yourself.
oh yes, silly me. done.
jérôme
hi,
please push mutt, it fixes cve-2011-1429 (mga#5203).
thanks,
jérôme
hi,
can someone push magpie? it is a release bringing a new command to create
mageia's website about perl modules shipped by mageia.
i know that it's not a bugfix release but:
- magpie is only used by mageia packagers taking care of perl, not
end-users
- new code is self-contained, it only
On 12/03/30 08:29 +0200, D.Morgan wrote:
Can't it be put into the tainted/PLF sort of repository?
tainted is not for nonfree packages and sun doesn't allow to
redistribute it anymore
can a get-sunjdk package be created that actually downloads it, same as
what is done for get-skype?
jérôme
On 12/03/30 13:19 +0200, D.Morgan wrote:
is sun java of any use ?
in france, to declare our salaries before taxes are applied, the web app
used to require a trusted version of java - that is, sun jdk. i don't
know if openjdk works nowadays.
btw sun java is provided upstream as a rpm that need
On 12/02/22 09:40 +0100, Kamil Rytarowski wrote:
It's still a requirement of Scribus (there is an upstream bug) and
PHP (Thomas is having look) + Perl (there are bugs against Jerome's
packages) modules.
perl-Test-Spelling has been taken care of.
perl-Padre-Plugin-SpellCheck is currently being
On 12/02/22 11:04 +0100, Thierry Vignaud wrote:
On 22 February 2012 10:28, Jerome Quelin jque...@gmail.com wrote:
perl-Lingua-Ispell needs to be obsoleted, but i cannot find a
task-obsolete package as we talked about - any news about this?
For perl modules, it can be done in perl-base IMHO
On 12/01/30 18:24 +, Pierre-Malo Deniélou wrote:
Some of you may notice that the newly drafted policy allows
upper-case letters in packages as an exception (when justified).
This is to follow the current practice (which is not following the
current policy, where we have packages like
On 11/12/15 09:51 +0100, Thierry Vignaud wrote:
I tried to upload RPM4-0.25.
It builds fine locally.
However it failed on the BS:
http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/updates_testing/20111214235214.tv.valstar.20063/log/perl-RPM4-0.25-2.mga2/build.0.20111214235303.log
hi,
On 11/12/05 08:07 +0100, Sandro CAZZANIGA wrote:
You have probably heard about perl 6, the little brother of perl 5. It will
be, for me, an excellent langage, extremely strong. My question is the
following:
Can I package rakudo for Mageia Cauldron?
yes you can. you will need an up to
On 11/12/05 09:19 +, cazzaniga.san...@gmail.com wrote:
Me, perl6 stack's maint? :D
why not? if you plan to use it, you can as well maintain it.
jérôme
hi,
On 11/11/28 17:28 -0500, andre999 wrote:
so i there some kind of meta-package which is responsible for obsoleting
packages that should be uninstalled?
Why not do what boklm suggested on Mageia-dev (2011-11-20 18:01) :
There is a directory to move old packages that are no longer
On 11/11/21 16:22 +0100, Jerome Quelin wrote:
note that i don't understand why some scripts get installed with
/usr/bin/perl5.14.x shebang, while some other are installed with
/usr/bin/perl... maybe if we force -Dinstallusrbinperl in perl spec
file? i need to try that...
and it doesn't seem
hi,
On 11/11/21 15:12 +0100, Sandro CAZZANIGA wrote:
If someone have the time in the afternoon, we have a little bug in
/usr/binxspp (which is a part of perl-ExtUtils-XSpp):
*/usr/bin/xspp : /usr/bin/perl5.14.1 : mauvais interpréteur: Aucun fichier
ou dossier de ce type*
As you can see,
hi colin,
On 11/11/07 09:54 +, Colin Guthrie wrote:
A requested package cannot be installed:
perl-SOAP-Lite-0.714.0-1.mga2.noarch (due to unsatisfied
perl(SOAP::Transport::FTP)[= 0.712.0])
Continue installation anyway? (Y/n)
still broken.
The main issue is that i don't see
On 11/10/14 16:33 +0200, Thierry Vignaud wrote:
On 14 October 2011 14:40, Mageia Team buildsystem-dae...@mageia.org wrote:
jquelin jquelin 2:5.14.2-3.mga2:
+ Revision: 155117
- perl 5.14.2 rebuild
- rebuild
uh?
pebkac when trying to automate rebuilding some pkgs. :-)
jérôme
hi,
perl 5.14.2 is on its way to the build system, i don't expect breakage.
as always, some packages will need to be rebuilt, but not that much
since it's a minor release.
note: i removed support for modules installed in a perl 5.6.x and 5.8.x
location. given those perls are really old, i don't
On 11/10/14 12:30 +0200, Jerome Quelin wrote:
perl 5.14.2 is on its way to the build system, i don't expect breakage.
as always, some packages will need to be rebuilt, but not that much
since it's a minor release.
perl 5.14.2 upgrade is finished (apart for bioperl).
no breakage encountered
hi,
On 11/09/26 11:33 -0300, John Balcaen wrote:
Could you at least check with the xguest user (which seems not working
anymore on tmpfs with systemd enable) or another user just in case ?
I was not able to do a lot of test this morning (i'll try again later
today) but i installed tellico
On 11/09/26 09:51 +0200, Thierry Vignaud wrote:
On 26 September 2011 09:22, Mageia Team buildsystem-dae...@mageia.org wrote:
Name : perl-Git-Repository Relocations: (not relocatable)
Summary : Split a git log stream into records
Description :
'Test::Git' provides a
On 11/09/19 10:57 +0200, Samuel Verschelde wrote:
Le lundi 19 septembre 2011 09:30:11, Thierry Vignaud a écrit :
On 18 September 2011 23:11, Samuel Verschelde sto...@laposte.net wrote:
Yesterday evening: 1993
Today: 2306
Here is the new objective: have more packages with a maintainer
On 11/08/25 16:41 +0200, Jerome Quelin wrote:
i therefore propose to apply the following patch:
$ svn di
Index: find-provides.in
===
--- find-provides.in(révision 1889)
+++ find-provides.in(copie de travail)
@@ -47,7
On 11/08/24 15:48 -0500, Luis Daniel Lucio Quiroz wrote:
e) a top of 70 packages to maintain is a good limit for people, there is no
sense people that maintains 500 packages. we call this single poing of
failure.
i beg to differ:
$ mgarepo maintdb get|grep jquelin|wc -l
2505
i'm
hi,
currently, perl modules provided by a given rpm are automatically
extracted. however, modules beginning with a lower-case are not
accounted, due to the following code in find-provides:
echo $filelist | tr '[:blank:]' \\n | @RPMVENDORDIR@/perl.prov |
grep 'perl([[:upper:]]' | sort -u
On 11/08/23 15:40 +0200, Thierry Vignaud wrote:
Which one jquelin is reffering to?
none. i'm maintaining perl perl modules for mageia, but am not a drak*
contributor.
jérôme
On 11/08/21 19:29 -0400, andre999 wrote:
It would be nice to have it clearly documented as to when it is
strictly necessary -- and why. As well as giving a preferred style,
if any.
(If that hasn't already been done, of course.)
in mdv time, i think the convention was to use %{} for
On 11/07/20 10:55 +0200, Anne nicolas wrote:
Usual mail on missing packages. Please have a look on that list to decrease
it:
http://check.mageia.org/dependencies.html
This is important to clean this list. Please report on this thread
anything you do for it.
perl-dist-zilla-* cannot be
hi,
i updated my cauldron box and when booting to runlevel 5, mouse +
keyboard are unusable: they don't work at all. i have a usb mouse that
doesn't work either - but unplugging it + replugging it makes it work.
since i have a laptop, i cannot unplug keyboard + touchpad and then
replug them.
On 11/07/17 18:04 +0200, Jerome Quelin wrote:
i updated my cauldron box and when booting to runlevel 5, mouse +
keyboard are unusable: they don't work at all. i have a usb mouse that
doesn't work either - but unplugging it + replugging it makes it work.
since i have a laptop, i cannot unplug
hi,
On 11/07/13 00:30 +0200, nicolas vigier wrote:
mgarepo version 1.9.11 adds maintdb command :
$ mgarepo maintdb --help
Usage:
Take maintainership of one package :
mgarepo maintdb set [package] [login]
Remove yourself from maintainer of a package :
mgarepo
On 11/07/04 13:14 +0200, Anne nicolas wrote:
While we are not in release time, please keep an eye on
http://pkgsubmit.mageia.org/data/missing-deps.i586.txt or
http://check.mageia.org/dependencies.html
We have now 17 missing deps. Would be nice not to wait too long for fixing it
On 11/07/01 11:20 -0400, andre999 wrote:
Hadn't thought of it that way before, but some of these points ring a bell.
I still have a lot to learn about the problems encountered in packaging.
It might be interesting to prepare a guide that could be sent to
offending developers .. if there isn't
On 11/06/19 23:39 +0300, Anssi Hannula wrote:
or to find all packages having a version-specific require on another
version than 5.14.1:
$ urpmf --requires ':perl\[== (?!2:5.14.1[-\]])'
thanks.
jérôme
On 11/06/12 16:02 -0700, Thomas Spuhler wrote:
I am not a perl guru. I agreed with sander85 to start at the end so we don't
both work on the same packages.
thanks for your help!
I used this list: http://pkgsubmit.mageia.org/data/src.txt
the list to use is:
$ urpmf --requires :perlapi-5.12
On 11/06/12 14:13 -0400, Frank Griffin wrote:
On 06/12/2011 02:02 PM, Sander Lepik wrote:
https://bugs.mageia.org/show_bug.cgi?id=1756
Thanks for the response. I saw that one, but it only deals with
JSON, and it's marked FIXED. There seemed to be more involved here.
Class::MOP has been
On 11/06/13 15:25 +0300, Anssi Hannula wrote:
cpio errors are normal during debug info extraction. They are most
likely unrelated to your issue.
that's the first time i encounter (or notice) them.
however, i found the problem and fixed it.
thanks,
jérôme
hi,
perl 5.14 migration is almost complete. a big thanks to sander85,
spuhler ahmad for their help to rebuild the binary modules!
at the time of writing, the only packages left to rebuild are the
following:
- perl-Alias
this module is old (1999) and no more maintained upstream, so i added a
On 11/06/12 01:22 +0100, Zé wrote:
Theres a new version for perl-CGI.
I have asked sophie whos the maintainer for perl-CGI wich got no
answer, asked sanders about it and tould me you would be the person
indicated.
as i said, i'd like to have perl 5.14 in place before updating the
module to
hi,
when rebuilding perl-DBD-SQLite and perl -DBD-SQLite2, i get some
strange cpio errors:
=== PASTE ===
+ /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
Checking if your kit is complete...
Looks good
Using DBI 1.616 (for perl 5.014000 on i386-linux-thread-multi) installed in
hi,
perl 5.14.0 should arrive soon. it compiles fine on both i586 x86_64,
and it seem we fixed the only problem arisen in perl-URPM.
since other packages need to be rebuilt in the same loop, and given that
urpmi is written in perl, it needs a special treatment to bypass the
regular bs upload.
hi,
after release, there are a lot of perl modules to be updated (at least
196 regular modules according to magpie).
however, please refrain from updating them: i'd like first to update
perl to 5.14.0, which is binary incompatible with perl 5.12.3.
therefore, updating perl modules after 5.14
hi,
can someone push perl? it fixes
https://bugs.mageia.org/show_bug.cgi?id=1300 which relates to a cve
alert.
thanks,
jérôme
it fixes http://rt.cpan.org/Public/Bug/Display.html?id=68141, no other
changes on the changelog. not a lot of modules depending on it, and
possibly prevent users to install modules with cpan / cpanp / cpanm.
thanks,
jérôme
On 11/04/11 17:58 +0200, Thierry Vignaud wrote:
On 11 April 2011 13:02, Jerome Quelin jque...@gmail.com wrote:
note: i was the previous mentor.
i prefer to step down from mentoring michal, not because of him but
because of my skills: as michal wants to work on a new toolchain with
low
On 11/02/17 01:10 +0100, Michael Scherer wrote:
For now, we have this :
-Dinc_version_list=5.12.5.12.2/%{full_arch} 2 5.12.1
5.12.1/%{full_arch} 5.12.0 5.12.0/%{full_arch} 5.10.1 5.10.0 5.8.8 5.8.7
5.8.6 5.8.5 5.8.4 5.8.3 5.8.2 5.8.1 5.8.0 5.6.1 5.6.0
and of course the first one is
On 11/02/16 18:28 +0100, Jerome Quelin wrote:
just fyi - perl 5.12.3 is under way. upgrade should be smooth (famous
last words).
ok, after the mess i caused yesterday, everything is back to normal.
perl 5.12.3 is now built and works fine.
the usual suspects (vim, apache-mod_perl) needing
hi,
i just released cpanplus::dist::mageia, which allows to create mageia
packages from cpan modules using:
$ cpan2dist --format CPANPLUS::Dist::Mageia Foo::Bar
to prevent typing --format CPANPLUS::Dist::Mageia each time, one can
add the following in ~/.cpanplus/lib/CPANPLUS/Config/User.pm
On 11/02/16 18:28 +0100, Jerome Quelin wrote:
just fyi - perl 5.12.3 is under way. upgrade should be smooth (famous
last words).
ok, i borked it. i forgot to add a path in @INC (5.12.2/%{fullarch}),
which means build-system is currently unable to install buildrequires -
and thus rebuild
hi,
new magpie release, v1.110410
On 11/01/24 16:42 +0100, Jerome Quelin wrote:
in my mdv-mageia conversion, i promised to gather the various scripts
i'm using to maintain the bulk of perl packages and provide them for
everyone to use.
so i'm pleased to announce magpie: MAGeia Perl
hi,
i'm happy to announce magpie 1.110390
On 11/01/24 16:42 +0100, Jerome Quelin wrote:
in my mdv-mageia conversion, i promised to gather the various scripts
i'm using to maintain the bulk of perl packages and provide them for
everyone to use.
so i'm pleased to announce magpie: MAGeia Perl
On 11/02/04 20:28 +0300, Yuri Myasoedov wrote:
Hi! You're looking for a padawan, and I'm looking for a jedi master :)
I have some experience in packaging (codelite, jgraphx, bluemindo,
qwt...).
Stéphane Téletchéa was my mentor in Mandriva. We have a slight
difference (2 hours)
On 11/02/02 16:33 +0100, nicolas vigier wrote:
Hm, for such seemingly trivial feature additions, wouldn't it make more
sense
to just implement it in repsys..?
Jerome makes his scripts in perl. And mgarepo is in python. So it makes
sense to distribute it separatly. And some of the
hi,
i'm happy to report that magpie 1.110320 is now available.
On 11/01/24 16:42 +0100, Jerome Quelin wrote:
in my mdv-mageia conversion, i promised to gather the various scripts
i'm using to maintain the bulk of perl packages and provide them for
everyone to use.
so i'm pleased
On 11/01/22 15:31 +, Pascal Terjan wrote:
I have added a new check in youri, to verify that all BuildRequires
are available.
If some are missing, they get listed and the submit is rejected.
This way you don't have to wait for the build to be scheduled and iurt
to try to install them
hi,
some news regarding perl modules rebuilding...
i'm going my way through the existing modules, rebuilding them in order.
i've already rebuild ~1700 of them - remains 600.
in the meantime, i've blacklisted some of the rebuilds due to missing
non-perl prereqs, build errors that i don't have
hi,
in my mdv-mageia conversion, i promised to gather the various scripts
i'm using to maintain the bulk of perl packages and provide them for
everyone to use.
so i'm pleased to announce magpie: MAGeia Perl Integration Easy
it's available as a perl distribution on cpan (of course), and as a
On 11/01/22 08:24 +0100, Michael scherer wrote:
But with 2 nodes ( unless we decide to add some vm
on the web server for building, or on the server used for iso building ),
there isn't much variations to do. But our servers are quite fast, so
this shouldn't be a problem before a long time.
On 11/01/20 21:33 +0100, Erwan Velu wrote:
PS: just pray not to fall into the jquelin massive submits :D
sorry, i throttled a bit more between my packages.
in fact, my throttling is ok except when people submit big packages! :-)
i guess this'll be mitigated when:
a) more build nodes will be
On 11/01/21 16:03 +0100, Michael scherer wrote:
i guess this'll be mitigated when:
a) more build nodes will be added to bs
Well, we do have a limited rack space at lost oasis so we cannot
add much server for the moment, and for now, I think we are planning
others stuff with potential
hi,
with svn splitted in specs + patchs / binaries, can we have a heads-up
on how it works?
- does mdvsys support splitted binrepo? what is the configuration to use
for mageia?
- when i want to see if a package that is already checked out on my hard
drive has been updated, i used to go in
On 11/01/08 23:14 +0100, Remy CLOUARD wrote:
I just imported the perl packaging policy in the wiki, could someone
review it please ? It’s located there:
http://mageia.org/wiki/doku.php?id=perl_policy
seems to be correct. i added information about shipping META.{json|yml}
to use upstream
hi,
perl does:
BuildRequires: rpm-mandriva-setup-build = 1.8
what should it be translated to? rpm-mageia-setup-build?
or nothing at all, since we'll have the latest greatest version? :-)
thanks,
jérôme
--
jque...@gmail.com
On 10/11/30 12:37 +0200, Thomas Backlund wrote:
We wont blindly import every package from cooker, instead we'll
start off the import with basesystem (as in bootable system with
shell access), compiler and rpm tools (and of course their buildtime
depencies). When all of that is imported and
On 10/11/28 22:12 +0200, Thomas Backlund wrote:
So the mirror medias accordingly to all comments so far would be a simple:
* core
- enabled by default
- mirrors must mirror this media to be listed as a mirror
- only GPL stuff
- must be selfcontained
* nonfree
- disabled by
On 10/11/30 00:29 -0500, andre999 wrote:
My point is that a sandbox will facilitate proper support. Which
would be facilitated by keeping the 2 sets of free repositories.
And restricting what should be considered core.
We both know that Mandriva is moving in that direction. Evidently
On 10/11/27 17:59 +0100, Maarten Vanraes wrote:
i agree, the less repositories the easier it'll be.
however, core is for all the maintained packages, extra is for the
unmaintained packages that build ok.
what is a maintained package? no maintainer, no commits since x
months, not buildable?
On 10/10/12 18:02 +0300, Anssi Hannula wrote:
Do people have any thoughts on what kind of repository/media sectioning we
should use on Mageia, and what should those sections contain?
== Do we want a separated core repository?
No separated core: Fedora, Debian, Opensuse
Separated core:
91 matches
Mail list logo
