Paktahn: yaourt-style AUR/Pacman search and install

Pank · 2009-10-15 19:23:17

I also miss votes.

dejari · 2009-10-15 21:20:05

Thank you!

Votes display will be simple to add.

Versioning will be the major feature of 0.8.2 (or 0.9.0 and simple display for 0.8.2, let's see).

Pank · 2009-10-19 17:17:38

It would be interesting to see some kind of integration with pacnet. For example search for x, but only in category y.

Cheers,
Rasmus

emphire · 2009-10-19 20:11:58

Is there any chance of adding support for building from ABS and using customizepkg?

I don't think it would be too tricky since you can already build PKGBUILDs. You would just need to:

- Check if "/etc/customize.d/$pkgname" exists... if it doesn't install with pacman as usual
- Otherwise:

ABSROOT="/tmp/${USER}-paktahn/abs/"
abs "$repo/$pkgname" # fetch the package from ABS
cd "/tmp/${USER}-paktahn/abs/$repo/$pkgname"
customizepkg # Run customizepkg to run any patches included in customizepkg
if [ -f PKGBUILD.custom ] ; then
  mv PKGBUILD PKGBUILD.orig
  mv PKGBUILD.custom PKGBUILD
fi
makepkg -is

Last edited by emphire (2009-10-19 20:13:33)

dejari · 2009-10-20 07:40:30

Yes, building from ABS/SVN with and without customizepkg is planned for the near future.

Integration with pacnet will have to wait, though.

timetrap · 2009-10-30 13:10:39

Please support all *_proxy variables, otherwise paktahn is unusable for me.

http_proxy
https_proxy
ftp_proxy
no_proxy

roy_hu · 2009-10-31 01:42:27

Did anyone receive the following error when building sbcl-run-program-fix?

debugger invoked on a UNDEFINED-ALIEN-ERROR in thread #<THREAD "initial    thread"    RUNNING    {A961049}>:     
  Undefined alien: "waitpid"                                                                            
                                                                                                        
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.                                        

restarts (invokable by number or by possibly-abbreviated name):                                         
  0: [ABORT] Exit debugger, returning to top level.                                                     
                                                                                                           
(FOREIGN-SYMBOL-ADDRESS "waitpid" #<unused argument>)

If I hit 0 to exit the debugger, build continues but eventually fails with the following message:

make: Leaving directory `/home/wh5a/.paktahn/aur/sbcl-run-program-fix/src/sbcl-1.0.31/contrib/sb-sprof'

WARNING! Some of the contrib modules did not build successfully or pass
their self-tests. Failed contribs:"
  asdf-install
  sb-bsd-sockets
  sb-posix
  sb-simple-streams
~/.paktahn/aur/sbcl-run-program-fix/src/sbcl-1.0.31/doc/manual ~/.paktahn/aur/sbcl-run-program-fix/src/\
sbcl-1.0.31
rm -f asdf.texinfo
ln -s ../../contrib/asdf/asdf.texinfo
touch tempfiles-stamp
for module in :sb-md5 :sb-queue :sb-rotate-byte :sb-grovel :sb-sprof :sb-bsd-sockets :sb-cover :sb-posi\
x; do test -e "../../contrib/"/${module#:}/test-passed || { echo "The documented contrib $module seems \
to have failed its tests." && exit 1; }; done
The documented contrib :sb-bsd-sockets seems to have failed its tests.
make: *** [docstrings] Error 1
==> ERROR: Build Failed.
    Aborting...

panzeroceania · 2009-11-04 19:41:12

how is the progress coming? can't wait for a 1.0 release.

redline6561 · 2009-11-06 15:51:14

panzeroceania: Hi. I've been helping Leslie with Paktahn. Progress is moving along but I have school and Leslie has work so it takes time. You can see the latest changes here: http://gitorious.org/paktahn and the NEWS (new features) here: http://gitorious.org/paktahn/paktahn/blobs/master/NEWS. As I understand it, Leslie is hoping to cut another release (0.8.2) pretty soon (I'd guess a week or two).

I've also been working on a port to ECL which results in a size reduction in the binary to 5.5mb. If we're lucky that will make it for 0.8.2. The holdup right now is a library we use that doesn't work on ECL. If that gets fixed, the build will depend on ecl-unicode-git in AUR.

roy_hu: I haven't seen that. If you want you can get a binary package by following these instructions on Leslie's blog: http://blog.viridian-project.de/2009/10 … installer/. Additionally, SBCL 1.0.32 has been released which has Leslie's patch. Arch's sbcl has been flagged out of date. If it gets updated in time, we'll be able to drop the sbcl-run-program-fix for the next release.

timetrap: That's actually the next feature on my list. I hope to get it in for 0.8.2.
emphire: That's on my list immediately after proxy support.

The important thing is Paktahn is very much alive!

Last edited by redline6561 (2009-11-06 15:52:37)

mu271828 · 2009-11-13 19:08:19

roy_hu: Not sure about sbcl-run-program-fix, but I had the same problem building plain sbcl 1.0.32..

It seems to have something to do with LDFLAGS:

sh make.sh

didn't work, but

LDFLAGS="" sh make.sh

did.

I don't know which of the particular default flags (which were "-Wl,--hash-style=gnu -Wl,--as-needed") were the problem.

roy_hu · 2009-11-14 21:02:20

mu271828 wrote:

roy_hu: Not sure about sbcl-run-program-fix, but I had the same problem building plain sbcl 1.0.32..
It seems to have something to do with LDFLAGS:
sh make.sh
didn't work, but
LDFLAGS="" sh make.sh
did.
I don't know which of the particular default flags (which were "-Wl,--hash-style=gnu -Wl,--as-needed") were the problem.

Where exactly do you clear LDFLAGS? I tried to edit PKGBUILD but still got the same failure.

I wonder why most of other users didn't run into the same problem. PS: I'm running i686.

Last edited by roy_hu (2009-11-14 21:03:37)

roy_hu · 2009-11-14 21:10:29

redline6561 wrote:

panzeroceania: Hi. I've been helping Leslie with Paktahn. Progress is moving along but I have school and Leslie has work so it takes time. You can see the latest changes here: http://gitorious.org/paktahn and the NEWS (new features) here: http://gitorious.org/paktahn/paktahn/blobs/master/NEWS. As I understand it, Leslie is hoping to cut another release (0.8.2) pretty soon (I'd guess a week or two).
I've also been working on a port to ECL which results in a size reduction in the binary to 5.5mb. If we're lucky that will make it for 0.8.2. The holdup right now is a library we use that doesn't work on ECL. If that gets fixed, the build will depend on ecl-unicode-git in AUR.
roy_hu: I haven't seen that. If you want you can get a binary package by following these instructions on Leslie's blog: http://blog.viridian-project.de/2009/10 … installer/. Additionally, SBCL 1.0.32 has been released which has Leslie's patch. Arch's sbcl has been flagged out of date. If it gets updated in time, we'll be able to drop the sbcl-run-program-fix for the next release.
timetrap: That's actually the next feature on my list. I hope to get it in for 0.8.2.
emphire: That's on my list immediately after proxy support.
The important thing is Paktahn is very much alive!

Thanks for your updates. I knew there was a binary package available, but I wanted to get my hands on the source code to learn about Common Lisp and Arch Linux.

Stefan Husmann · 2009-11-15 01:08:35

I have a personal repo and configured my makepkg.conf so that it places all generated packages in that directory. When paktahn tries to install a newly generated package, it only searches in the build directory, I guess. Is it possible to make it search in the directory defined by PKGDEST ?

redline6561 · 2009-11-16 04:28:40

Stefan: I'm sure we can check that environment variable. I'll add that to my TODO.

roy_hu: You're more than welcome. If you have any questions about the code or working with it, feel free to shoot me an e-mail. Hopefully, sbcl 1.0.32 will be in Arch soon and a Paktahn release will follow to clear up some of these issues.

Last edited by redline6561 (2009-11-16 04:57:43)

redline6561 · 2009-11-16 20:54:21

Stefan: PKGDEST support is now in my master.

customizepkg support is also in my master. Proxy support is coming right up...

bram85 · 2009-11-25 23:28:25

It looks like Paktahn installs every package as being 'explicit'. Would it be possible to only install the user specified package as explicit, and all dependencies with the --asdeps flag in pacman?

redline6561 · 2009-11-26 17:55:36

bram85 wrote:

It looks like Paktahn installs every package as being 'explicit'. Would it be possible to only install the user specified package as explicit, and all dependencies with the --asdeps flag in pacman?

Bram: Paktahn was installing any dependencies of AUR packages explicitly. I've got this fixed (http://bit.ly/6QLtxL). As soon as SBCL 1.0.32 is in Arch we'll cut a new release. If you are seeing this behavior for non-AUR packages that is a bug, please let us know.

bram85 · 2009-11-27 12:33:18

Great, thanks. Yes, I was a bit inaccurate by stating that every dependency was affected. Great it's fixed and looking forward to the next release.

pal · 2009-12-05 03:40:34

The presence of "-Wl,--as-needed" in LDFLAGS causes the compilation of
tools-for-build/os-provides-dlopen-test.c
to fail with the following error:

/tmp/cciyjeYg.o: In function `main':
os-provides-dlopen-test.c:(.text+0x13): undefined reference to `dlopen'
os-provides-dlopen-test.c:(.text+0x2b): undefined reference to `dlsym'
collect2: ld returned 1 exit status
make: *** [os-provides-dlopen-test] Error 1

Because of this, make-config.sh fails to add :os-provides-dlopen to
local-target-features.lisp-expr
and this causes the compilation of SBCL to fail.

Adding
unset LDFLAGS
to the definition of build() in PKGBUILD fixes the problem.

I would also suggest adding
(enable :unix)
(enable :linux)
a few lines further down.

Apparently :largefile no longer needs to be disabled either.

Last edited by pal (2009-12-05 05:18:10)

dejari · 2009-12-05 10:01:17

Thank you! I have filed an SBCL bug and will add a link to your post to the appropriate Arch bug as well.

Once SBCL 1.0.33 is fully available for Arch we will have a new Paktahn release. No versioning yet but a large bunch of other enhancements.

Update on versioning: might be done by the end of the year.

Leslie

pal · 2009-12-05 15:14:56

dejari wrote:

Thank you! I have filed an SBCL bug and will add a link to your post to the appropriate Arch bug as well.
Leslie

One more comment:

The PKGBUILD script addes the "-e" option to "make", which causes values defined in the environment to override values defined in makefiles. (I presume -- based on some testing -- that this is necessary to change the location of the sbcl.core file via the SBCL_HOME variable). However, this has the additional consequence that setting
LDFLAGS="" prevents libraries from being included by the makefile. "unset LDFLAGS" works, though.

Stythys · 2009-12-08 20:44:21

just wanted to say nice work =]

ashyanbhog · 2010-01-01 16:17:04

Paktahn is very promising, but the 0.81 ver is starting to get old,

Is a Paktahn release due soon or is building from tree the only option for near future?

either ways, thanks a ton!

redline6561 · 2010-01-06 04:15:00

ashyanbhog wrote:

Paktahn is very promising, but the 0.81 ver is starting to get old,
Is a Paktahn release due soon or is building from tree the only option for near future?
either ways, thanks a ton!

Sorry for the long silence. We are still working on getting a release out the door. There are new features you can see here (http://gitorious.org/paktahn/paktahn/blobs/master/NEWS) and others being worked on.

Unfortunately, we're waiting on the 64-bit package for SBCL to be updated. We require >=1.0.32, i686 is at 1.0.34. I have a patch that fixed the pkgbuild on 64-bit for me which has been sent to the maintainer. Hopefully this issue will be resolved soon and we can make a release. Until then it's back to work on features, bugs, etc.

Please don't forget about us!

ashyanbhog · 2010-01-07 15:04:29

Thanks for the reply

Looking forward to 8.2!

Arch Linux

#76 2009-10-15 19:23:17

Re: Paktahn: yaourt-style AUR/Pacman search and install

#77 2009-10-15 21:20:05

Re: Paktahn: yaourt-style AUR/Pacman search and install

#78 2009-10-19 17:17:38

Re: Paktahn: yaourt-style AUR/Pacman search and install

#79 2009-10-19 20:11:58

Re: Paktahn: yaourt-style AUR/Pacman search and install

#80 2009-10-20 07:40:30

Re: Paktahn: yaourt-style AUR/Pacman search and install

#81 2009-10-30 13:10:39

Re: Paktahn: yaourt-style AUR/Pacman search and install

#82 2009-10-31 01:42:27

Re: Paktahn: yaourt-style AUR/Pacman search and install

#83 2009-11-04 19:41:12

Re: Paktahn: yaourt-style AUR/Pacman search and install

#84 2009-11-06 15:51:14

Re: Paktahn: yaourt-style AUR/Pacman search and install

#85 2009-11-13 19:08:19

Re: Paktahn: yaourt-style AUR/Pacman search and install

#86 2009-11-14 21:02:20

Re: Paktahn: yaourt-style AUR/Pacman search and install

#87 2009-11-14 21:10:29

Re: Paktahn: yaourt-style AUR/Pacman search and install

#88 2009-11-15 01:08:35

Re: Paktahn: yaourt-style AUR/Pacman search and install

#89 2009-11-16 04:28:40

Re: Paktahn: yaourt-style AUR/Pacman search and install

#90 2009-11-16 20:54:21

Re: Paktahn: yaourt-style AUR/Pacman search and install

#91 2009-11-25 23:28:25

Re: Paktahn: yaourt-style AUR/Pacman search and install

#92 2009-11-26 17:55:36

Re: Paktahn: yaourt-style AUR/Pacman search and install

#93 2009-11-27 12:33:18

Re: Paktahn: yaourt-style AUR/Pacman search and install

#94 2009-12-05 03:40:34

Re: Paktahn: yaourt-style AUR/Pacman search and install

#95 2009-12-05 10:01:17

Re: Paktahn: yaourt-style AUR/Pacman search and install

#96 2009-12-05 15:14:56

Re: Paktahn: yaourt-style AUR/Pacman search and install

#97 2009-12-08 20:44:21

Re: Paktahn: yaourt-style AUR/Pacman search and install

#98 2010-01-01 16:17:04

Re: Paktahn: yaourt-style AUR/Pacman search and install

#99 2010-01-06 04:15:00

Re: Paktahn: yaourt-style AUR/Pacman search and install

#100 2010-01-07 15:04:29

Re: Paktahn: yaourt-style AUR/Pacman search and install

Board footer