paCPAN: tool for building Perl packages for Pacman from CPAN

Xyne · 2009-04-03 09:07:12

I haven't been able to reproduce the empty string in the depends line using "Catalyst::Action::REST". Let me know if you find any other examples.

I've added a line that should prevent it nonetheless so try the latest version.

ido50 · 2009-04-04 15:50:12

Xyne wrote:

Thanks, ido50.
That should be easy to fix. I'll see what I can do as soon as I'm in front of my computer again.
Does removing that from the PKGBUILD fix the problem?

Haven't tried, I've only realized this might be the cause after I finished building those packages with my own PKGBUILD file, but I'm pretty sure that would fix it.

acid2 · 2009-04-20 16:24:52

Edit: argh ignore this, I'm a retard

Great script!

Last edited by acid2 (2009-04-20 16:31:37)

Xyne · 2009-04-21 05:19:11

acid2 wrote:

Edit: argh ignore this, I'm a retard
Great script!

lol

thanks

acid2 · 2009-04-21 19:13:22

Hrm, just hit a problem - not pacpan's fault - but I'm wondering how to best resolve the problem.

I need to use File::Path 2.06 (or higher), but File::Path is provided by the perl package - however only 2.05. Is there anyway to force pacpan to build File::Path?

Xyne · 2009-04-21 19:39:14

Try this in an empty directory:

pacpan File::Path >PKGBUILD
makepkg

I didn't try to install it but it builds a package for File::Path 2.07. If installation leads to file conflicts you could either change the installation directory in the PKGBUILD (e.g. vendor->site) or force it with pacman's "-f" option. I haven't done that before though so I don't know what the best solution would be.

ido50 · 2009-04-29 09:06:55

I've been trying to build the modules Sub::Uplevel and Test::Exception with pacpan from cpan, ignoring the fact there are packages for these modules in the repo. Even though I run pacpan with --prefer-cpan, it still insists on me installing them from the repo. What's up with that?

Xyne · 2009-04-29 15:07:56

Test it again, it should work now. I introduced that error with the previous update when optimizing something else.

acid2 · 2009-05-25 14:02:41

I'm getting problems with anything that is core perl. For example, trying to make a package for LWP::UserAgent generates a PKGBUILD that depends on perl-perl, perl-digest-md5 and someother things - all of which are part of the perl packagage.

Any ideas what I've broke?

Xyne · 2009-05-25 19:05:58

I think I've fixed it. The cause was the automatic setting of the "--prefer-cpan' flag when requesting a PKGBUILD which I'd used to force information retrieval even for existing packages. It should now generate PKGBUILDs which include existing packages as deps etc when the "--prefer-cpan" option is not given.

I've also added a check to prevent the inclusion of 'perl-perl' in PKGBUILDs.

Try the latest version and let me know if the problem persists or if you find any others.

acid2 · 2009-10-02 12:52:42

Hi Xyne, me again!

I've come back to Arch after a long break, and now it seems pacpan is requiring perl>=5.10.1 for everything I build, but perl-5.10.0.6 is the latest in the repositories. Any ideas what is causing it to do this?

This also happens on my newly formatted (2 days ago) Arch laptop.

Xyne · 2009-10-02 13:20:55

It's probably due to CPAN packages specifying the latest version of Perl. I'll add an option to ignore that for now.

acid2 · 2009-10-02 13:35:54

I don't think that is the problem, for example:

[ollie@ollie-arch cpan]$ pacpan Test::Object
--> Test::Object RETRIEVING CPAN INFO 
==> SUCCESS: generated build script: build_cpan
--> run "./build_cpan" to build and install the packages
--> run "./build_cpan --help" to see the available build options

[ollie@ollie-arch cpan]$ ./build_cpan 
--> building perl-test-object
==> Making package: perl-test-object 0.07-1 x86_64 (Fri Oct  2 14:35:14 BST 2009)
==> Checking Runtime Dependencies...
==> Installing missing dependencies...
perl>=5.10.1 package not found, searching for group...
error: 'perl>=5.10.1': not found in sync db
==> ERROR: Pacman failed to install missing dependencies.

However, http://cpansearch.perl.org/src/ADAMK/Te … /Object.pm only depends on Perl >= 5.5

But if you add an option to avoid this, all should be good

Xyne · 2009-10-02 13:42:40

I've just checked the META.yml file for that module and you are right. I'll see if I can find why it's pulling the latest version instead of the one in META.yml.

I've remove the minimal version specification in the meantime.

*edit*
I think I've fixed the original issue. Minimal versions of Perl are now specified again.

Last edited by Xyne (2009-10-02 14:19:23)

Xyne · 2009-11-12 01:24:23

moved to [community]

agravier · 2009-11-26 08:45:02

Xyne, pacpan is awesome. Thank you so much...

Xyne · 2009-11-26 15:56:16

agravier wrote:

Xyne, pacpan is awesome. Thank you so much...

Thanks for the feedback.

sdolim · 2010-01-20 21:53:51

Hi Xyne,

I just tried pacpan and got an interesting result:

$ pacpan X11::GUITest
--> X11::GUITest RETRIEVING CPAN INFO 
==> SUCCESS: generated build script: build_cpan
--> run "./build_cpan" to build and install the packages
--> run "./build_cpan --help" to see the available build options
$ ./build_cpan
<snip>
==> Leaving fakeroot environment.
==> Finished making: perl-x11-guitest 0.21-1 i686 (Wed Jan 20 13:36:49 PST 2010)
pacman -U perl-x11-guitest-0.21-1-i686.pkg.tar.gz 
loading package data...
error: 'perl-x11-guitest-0.21-1-i686.pkg.tar.gz': cannot open package file

Now, it turns out I've modified makepkg.conf to save built packages to PKGDEST=~/packages. (The above commands had been executed in ~/builds). So I tried this:

$ pacman -U ~/packages/perl-x11-guitest-0.21-1-i686.pkg.tar.gz 
loading package data...
checking dependencies...
(1/1) checking for file conflicts                   [##############################################] 100%
(1/1) installing perl-x11-guitest                   [##############################################] 100%

Yay! (I pretty much knew it would work when I was able to Tab-complete the file name in bash.)

So... could pacpan look in makepkg.conf and get PKGDEST for the pacman -U command?

Last edited by sdolim (2010-01-20 23:14:37)

dmz · 2010-01-20 22:29:02

pacpan WWW::Curl
scp1@shiva | /home/scp1/devel
» su
Password:
root@shiva | /home/scp1/devel
» pacpan WWW::Curl
--> WWW::Curl FOUND PKG: perl-www-curl (in repo)
pacman -S perl-www-curl
Can't exec "sudo": No such file or directory at /usr/bin/pacpan line 318, <GEN1> line 298.

"sudo" isn't a requirement, is it? This looked so good...

Xyne · 2010-01-21 01:27:01

I intend to clean up/rewrite pacpan, modularize it, and integrate it into the framework that I use for most of my perl projects (basically everything that uses perl-xyne-arch).

This will let me use the code that I used in bauerbill to load settings from makepkg.conf, specifically SRCDEST and PKGDEST.

I can also the code that I used in bauerbill to manage privileges when building and installing packages (i.e. build as an unprivileged user, install as root, which can be achieved by running as a normal user and using sudo when necessary, or running as root and changing the EUID and EGID when necessary).

I'll try to get to that soon, but I'm not looking forward to cleaning up the pacpan code and it will take a while.

maleadt · 2010-01-30 14:11:18

Hi Xyne,
Where do I fill bug reports? when building Class::Adapter, pacpan failed as it generated a corrupt pkgdesc (pkgdesc="""Class::Adapter - Perl implementation of the \"Adapter\" Design Pattern""), which failed due to the pkgdesc getting interpreted ("implementation: command not found").
Otherwise, it seems to be doing well building Padre, thanks for the effort

PS: how should one upgrade a package installed through pacpan?

Xyne · 2010-01-30 17:38:28

Hi maleadt,

This thread is basically the pacpan bugtracker, although you can also file them on the official bug tracker because it's in the community repo.

I'm in the middle of rewriting pacpan right now though (almost done) so please wait until I release the new version to see if it fixes the bug. I've completely rewritten most of the code and it is much cleaner than what my initial hackathon produced. I've also improved a lot of the functionality, such as matching modules to distributions, and it now creates much stricter packages which use rigorous provides arrays instead of the lazy detection that I used before, which would resolve dependencies but would be tied to the local machine.

I also intend to plug the backend into bauerbill and use that for building CPAN packages in the future. The will provide transparent building of all CPAN packages and enable things such as upgrades via "bauerbill -Syu --cpan".

I'll post an announcement in this thread once it's up on my site.

maleadt · 2010-01-31 08:51:01

Allright, I'll keep an eye on this thread for further announcements. FYI: padre and its dependencies built correctly (after adjusting the cpan build script to fix the wrong pkgdsc), but the resulting package didn't work correctly. If the issue still persists with the new pacpan, I'll compare it with a (working) pacpan build.

Xyne · 2010-02-01 22:01:56

I've completely rewritten pacpan. See the OP, info page and man page for information.

Distribution mapping and metadata detection have been improved, as well as the generated PKGBUILDs.

maleadt · 2010-02-02 14:45:32

Installing padre seems to fail:

[tim@firefly padre]$ sudo bauerbill -S Padre
error: Padre does not match any package or group

As well as any other CPAN package.

Also, when running pacpan (which I did before reading bauerbill is now used to install packages from cpan), I got:

[tim@firefly padre]$ pacpan
Global symbol "$c" requires explicit package name at /usr/share/perl5/vendor_perl/Xyne/Arch/CPAN.pm line 796.
BEGIN not safe after errors--compilation aborted at /usr/share/perl5/vendor_perl/Xyne/Arch/CPAN.pm line 847.
Compilation failed in require at /usr/bin/pacpan line 22.
BEGIN failed--compilation aborted at /usr/bin/pacpan line 22.

Finally, the man page seems to mention a --cpan option, whereas the short help (bauerbill --help) doesn't mention it and it doesn't seem to have any impact?

Last edited by maleadt (2010-02-02 14:45:55)

Arch Linux

#26 2009-04-03 09:07:12

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#27 2009-04-04 15:50:12

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#28 2009-04-20 16:24:52

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#29 2009-04-21 05:19:11

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#30 2009-04-21 19:13:22

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#31 2009-04-21 19:39:14

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#32 2009-04-29 09:06:55

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#33 2009-04-29 15:07:56

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#34 2009-05-25 14:02:41

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#35 2009-05-25 19:05:58

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#36 2009-10-02 12:52:42

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#37 2009-10-02 13:20:55

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#38 2009-10-02 13:35:54

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#39 2009-10-02 13:42:40

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#40 2009-11-12 01:24:23

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#41 2009-11-26 08:45:02

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#42 2009-11-26 15:56:16

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#43 2010-01-20 21:53:51

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#44 2010-01-20 22:29:02

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#45 2010-01-21 01:27:01

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#46 2010-01-30 14:11:18

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#47 2010-01-30 17:38:28

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#48 2010-01-31 08:51:01

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#49 2010-02-01 22:01:56

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

#50 2010-02-02 14:45:32

Re: paCPAN: tool for building Perl packages for Pacman from CPAN

Board footer