Paktahn: yaourt-style AUR/Pacman search and install

gour · 2009-08-11 05:40:38

dejari wrote:

Please post your pacman.conf.

Here it is:

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
LogFile     = /var/log/pacman.log
HoldPkg     = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst   = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl %u > %o
#CleanMethod = KeepInstalled

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg   = postgresql, openoffice-base, openjdk6
#IgnoreGroup =

NoUpgrade   = /etc/yaourtrc
#NoExtract   =

# Misc options (all disabled by default)
#NoPassiveFtp
UseSyslog
#ShowSize
#UseDelta
#TotalDownload

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# Testing is disabled by default.  To enable, uncomment the following
# two lines.  You can add preferred servers immediately after the header,
# and they will be used before the default mirrors.
#[testing]
#Server = ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/testing/os/x86_64
#Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# # tips on creating your own repositories.
#[haskell]
# Complete Haskell libraries and tools suite, snapshot of hackage.haskell.org
#Server = http://code.haskell.org/arch/x86_64

[gaur]
Server = file:///var/abs/local/gaur

[core]
# Add your preferred servers here, they will be used first
Server = ftp://ibiblio.org/pub/linux/distributions/archlinux/$repo/os/x86_64
Include = /etc/pacman.d/mirrorlist

[extra]
# Add your preferred servers here, they will be used first
Server = ftp://ibiblio.org/pub/linux/distributions/archlinux/$repo/os/x86_64
Include = /etc/pacman.d/mirrorlist

[community]
# Add your preferred servers here, they will be used first
Server = ftp://ibiblio.org/pub/linux/distributions/archlinux/$repo/os/x86_64
Include = /etc/pacman.d/mirrorlist

#[archlinuxfr]
#Server = http://repo.archlinux.fr/x86_64

[xyne-any]
Server = http://xyne.archlinux.ca/repos/any

#[ophion]
#Server = http://emess.developersatlarge.com/packages/x86_64/

# Unstable is disabled by default.  To enable, uncomment the following
# two lines.  You can add preferred servers immediately after the header,
# and they will be used before the default mirrors.
#[unstable]
# Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist

Sincerely,
Gour

dejari · 2009-08-11 08:43:20

Thanks, I've put up a fix in the Paktahn repo.

jelly · 2009-08-11 09:37:55

dejari wrote:

Thanks, I've put up a fix in the Paktahn repo.

Well i have been doing some lisp ( sykobot ) with cl-json but the main problem for me was getting every dep with cbuild anyway good luck with coding . I wont bother you about lisp anymore

gour · 2009-08-11 09:50:18

dejari wrote:

Thanks, I've put up a fix in the Paktahn repo.

Thank you.

It works now and I'm installing some pkgs with it now.

Sincerely,
Gour

gour · 2009-08-11 11:03:37

gour wrote:

It works now and I'm installing some pkgs with it now.

Huh, some problems here...:(

Installing tupac just hangs...

[gour@gaura-nitai devel] paktahn  tupac   
1 aur/qupac 0.1.3-1
    Qt4 frontend for tupac. Features: search as you type, install/remove queue, pre-download in order to view install scripts content before installing. MOCKUP RELEASE: ONLY INSTALL FUNCTIONAL
2 aur/tupac 0.5.6.1-1
    A cached pacman implementation that boosts some pacman operations: faster searches, AND searches, aur support, colored output, system sanity check, frontend friendly and more...
=>  -----------------------------------------------------------
=>  Enter numbers (e.g. '1,2-5,6') of packages to be installed.
=>  -----------------------------------------------------------
[1-2] => 2
chosen: ((2 "aur" "tupac"))
Installing package "tupac" from AUR.

and e.g. attempt with 'referencer' gives:

[gour@gaura-nitai gour] paktahn referencer  
1 aur/referencer 1.1.6-1
    a Gnome application to organise documents or references, and ultimately generate a BibTeX bibliography file
2 aur/referencer-hg 876-1
    a Gnome application to organise documents or references, and ultimately generate a BibTeX bibliography file
3 aur/lxr-cvs 0.9.5-1
    A general purpose source code indexer and cross-referencer
=>  -----------------------------------------------------------
=>  Enter numbers (e.g. '1,2-5,6') of packages to be installed.
=>  -----------------------------------------------------------
[1-3] => 1
chosen: ((1 "aur" "referencer"))
Installing package "referencer" from AUR.
--2009-08-11 13:01:55--  http://aur.archlinux.org/packages/referencer/referencer.tar.gz
Resolving aur.archlinux.org... 208.92.232.29
Connecting to aur.archlinux.org|208.92.232.29|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 780 [application/x-tgz]
Saving to: `referencer.tar.gz'

100%[======================================================================================================>] 780         --.-K/s   in 0s      

2009-08-11 13:01:56 (36,0 MB/s) - `referencer.tar.gz' saved [780/780]

referencer
referencer/referencer.install
referencer/PKGBUILD
Edit PKGBUILD (Y/n) n

Continue building "referencer" (Y/n) y
Fatal error: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION (SB-PCL::SLOT-ACCESSOR :GLOBAL PAKTAHN::NAME SB-PCL::READER) (1)>when called with arguments (#\N).

Sincerely,
Gour

dejari · 2009-08-11 20:06:45

gour wrote:

It works now and I'm installing some pkgs with it now.

Great!

Installing tupac just hangs...

I've had problems reproducing this. I will get back to you soon, probably with a debug mode that will help you find out more about it.

Continue building "referencer" (Y/n) y

Fatal error: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION (SB-PCL::SLOT-ACCESSOR :GLOBAL PAKTAHN::NAME SB-PCL::READER) (1)>when called with arguments (#\N).

Fixed that in latest push!

Leslie

gour · 2009-08-12 04:47:09

dejari wrote:

I've had problems reproducing this. I will get back to you soon, probably with a debug mode that will help you find out more about it.

Ok.

Fixed that in latest push!

Thanks.

Now when I tried to re-install it:

...
warning: gnome-common-2.26.0-2 is up to date -- skipping
 local database is up to date
==> ERROR: A package has already been built. (use -f to overwrite)
Fatal error: Makepkg failed (status 1)

which is actually RFE to handle re-instal.

btw, i'm thrilled there is another pacman wrapper on horizon which is not written in bash. so it will be good to put the code somewhere along with the tracker etc.

Sincerely,
Gour

p.s. Tupac install is now proceeding but fails upon reaching re-install of yaourt.

Last edited by gour (2009-08-12 04:48:47)

dejari · 2009-08-12 08:57:38

gour wrote:

Now when I tried to re-install it:

...
warning: gnome-common-2.26.0-2 is up to date -- skipping
 local database is up to date
==> ERROR: A package has already been built. (use -f to overwrite)
Fatal error: Makepkg failed (status 1)

which is actually RFE to handle re-instal.

Yes, it's important to define the semantics of handling previously (half-)built packages.

I think for now it's probably best to just delete existing build directories after we have finished working with them (for good or bad). That's also easy to implement.

Another thing I've decided to handle soon is caching. I'm annoyed at the sluggish response of the ALPM dbs.

btw, i'm thrilled there is another pacman wrapper on horizon which is not written in bash.

Yeah. Shell scripting is nice for prototyping but once the thing gets past small size it becomes increasingly insecure and hard to maintain and extend. I've tried to hack yaourt but the code base is pretty awkward to work with.

Thanks for your interest and collaboration so far!

so it will be good to put the code somewhere along with the tracker etc.

How about Github?

Leslie

gour · 2009-08-12 10:13:38

dejari wrote:

Yes, it's important to define the semantics of handling previously (half-)built packages.
I think for now it's probably best to just delete existing build directories after we have finished working with them (for good or bad).

I rm-ed the build directory, but now it hangs.

So. we're eagerly awaiting your debug-framework to arrive.

Yeah. Shell scripting is nice for prototyping but once the thing gets past small size it becomes increasingly insecure and hard to maintain and extend. I've tried to hack yaourt but the code base is pretty awkward to work with.

Yeah, I could imagine...

I was discussing with some users about having something like paktahn in haskell, but no time & skills to do it, so having one in Lisp is quite okay.

How about Github?

Sincerely,
Gour

dejari · 2009-08-12 14:04:07

gour wrote:

So. we're eagerly awaiting your debug-framework to arrive.

A basic solution is in. Create a file $HOME/.paktahn/config.lisp with the following contents:

(in-package :pak)
(setf *on-error* :backtrace)

Then next time you encounter the hang just hit Ctrl-C to send it a SIGINT. A stack backtrace should be printed which you can send to me or post here.

More changes in the latest version:

* new dependencies OSICAT, CL-STORE, TRIVIAL-BACKTRACE. I've updated the dep tarball with them.

* support for caching of Pacman databases. Warning: the cache is not multi-process safe yet, so avoid having multiple instances of Paktahn try to update the cache at the same time. But if it happens just delete $HOME/.paktahn/cache and you should be fine.

I was discussing with some users about having something like paktahn in haskell, but no time & skills to do it, so having one in Lisp is quite okay.

IMO Haskell is a very nice match for package managers; bummer it's not really my cup of tea.
But CL will definitely do nicely too.

Here's the Github repository: http://github.com/skypher/paktahn/

I will keep both Github and Gitorious in sync with my local repository.

Leslie

gour · 2009-08-12 14:40:10

dejari wrote:

* new dependencies OSICAT, CL-STORE, TRIVIAL-BACKTRACE. I've updated the dep tarball with them.

Check github.

IMO Haskell is a very nice match for package managers; bummer it's not really my cup of tea.

Ahh, too bad. It could be really made very robust.

But CL will definitely do nicely too.

Let's see...

Sincerely,
Gour

panzeroceania · 2009-08-17 09:32:10

How is the work coming? when do you forsee an official release? weeks? months? over a year?

looking forward to it

dejari · 2009-08-17 09:46:11

Hey,

I think we'll have a release within the next two weeks.

Leslie

quigybo · 2009-08-17 20:54:30

Awesome, this looks promising. I like it.

Just one feature request that I always wished yaourt had:

- sorting the output of an AUR search ie. alphabetically, votes, date submitted, last updated etc.

Good stuff.

Gen2ly · 2009-08-17 21:27:26

Looking forward to trying this too, good to know this work is going on.

panzeroceania · 2009-08-24 23:18:47

so yaourt was updated to support package names with the + symbol

froli · 2009-08-25 01:09:12

dejari wrote:

Unfortunately yaourt doesn't seem to be maintained anymore ...

Well, you better take an other look because it's still maintained. It has been update last week.

dejari · 2009-08-25 06:16:50

That's good news but it doesn't really change the fact that yaourt is pretty hard to maintain and extend, so I'm fine with the decision to start an alternative.

panzeroceania · 2009-08-25 07:35:03

dejari wrote:

That's good news but it doesn't really change the fact that yaourt is pretty hard to maintain and extend, so I'm fine with the decision to start an alternative.

of course don't take that the wrong way, there are many of us excited to see your project grow, the more the merrier as the saying goes.

dejari · 2009-08-25 07:55:01

Don't worry, I appreciate input of any kind.

torisuke · 2009-09-06 09:59:00

I just built and tested this sucker on an arch64 machine. Building and installing worked fine (minus me forgeting to change the md5sum ) and went off without a hitch whatsoever. Using Paktahn to grab packages from the repositories worked like a charm as well.

The AUR part has a minor issue: grabbing the PKGBUILD and makepkg work, but the get-pkgbuild-tarball-name seemed to always pass i636 as the arch tag to pacman, making the "pacman -U" command always fail on x86_64. After looking through the code for a while, I gave up fixing it myself due to the fact I suck at lisp and just hard-coded x86_64 as the arch tag in pkgbuild-helper.sh and rebuilt.

After that talentless hack, everything is smooth sailing, and the premade "pak" symlink is awesome.

As a feature request, could you make it an option that should the Pacman operation fail, it doesn't automaticly clear the cache?

On a side note: Awesome choice of name. It's great to see another Wing Commander fan here. Always liked the flying pancakes abit more though .

Edit 1: Something that would be nice is command line switch that automates the edit pkgbuild, continue building, and install package prompts for installing large amounts of simple AUR stuff, like the massive amount of icon and themes I just reinstalled.

Edit 2: I feel bad about making another edit. I don't know if this is a feature or a bug: It seems that should paktahn be stopped in the middle of installing packages, it won't update the installed package list until a package is installed to completion.

Last edited by torisuke (2009-09-06 14:09:50)

dejari · 2009-09-11 18:24:06

Hi everyone,

here's the first version that should be ready for public consumption:

http://viridian-project.de/~sky/paktahn … pkg.tar.gz

I'm using it on a daily basis now. The speed is amazing and you can now define your own color schemes.

At the moment it only supports the "pak QUERY-STRING" and "pak -S PACKAGE" invocation modes, but that's already very helpful. More coming up later, -Sy and -R ought to be next.

If any of you would like to build a 64bit package (gour?) then please go ahead and post it here. Be sure to use an SBCL version with run-program-fix.diff applied to get interactive editing. Contact me via <polzer@gnu.org> for help with this. Or wait a few days and I will put up a ready-made PKGBUILD for a fixed SBCL.

It would also be cool if anyone could write up a simple Wiki page for Paktahn, akin to the Yaourt page at http://wiki.archlinux.org/index.php/Yaourt

The full source code is at: http://gitorious.org/paktahn/paktahn/trees/master

The file "README" contains some useful bits of information.

Feedback and bug reports are welcome, as always.

Leslie

dejari · 2009-09-11 18:33:52

torisuke wrote:

I just built and tested this sucker on an arch64 machine. Building and installing worked fine (minus me forgeting to change the md5sum ) and went off without a hitch whatsoever. Using Paktahn to grab packages from the repositories worked like a charm as well.
The AUR part has a minor issue: grabbing the PKGBUILD and makepkg work, but the get-pkgbuild-tarball-name seemed to always pass i636 as the arch tag to pacman, making the "pacman -U" command always fail on x86_64. After looking through the code for a while, I gave up fixing it myself due to the fact I suck at lisp and just hard-coded x86_64 as the arch tag in pkgbuild-helper.sh and rebuilt.
After that talentless hack, everything is smooth sailing, and the premade "pak" symlink is awesome.

Wow, thanks for the praise!

I'm not sure about the i686 arch tag thing -- perhaps you can try the latest package and check whether this problem still occurs?

There's no code that inserts i686 anywhere, maybe the arch tag is missing from the PKGBUILD?

As a feature request, could you make it an option that should the Pacman operation fail, it doesn't automaticly clear the cache?

I will think about this. At the moment the the main goal is correctness. Does rebuilding the local cache take very long for you?

On a side note: Awesome choice of name. It's great to see another Wing Commander fan here. Always liked the flying pancakes abit more though .

Cool!

Edit 1: Something that would be nice is command line switch that automates the edit pkgbuild, continue building, and install package prompts for installing large amounts of simple AUR stuff, like the massive amount of icon and themes I just reinstalled.

Yes, sounds like a must-have for the near future! But I hope it won't lead to a lot of new users installing AUR packages without reviewing files...

Edit 2: I feel bad about making another edit. I don't know if this is a feature or a bug: It seems that should paktahn be stopped in the middle of installing packages, it won't update the installed package list until a package is installed to completion.

Can you be more specific about that?

Leslie

venky80 · 2009-09-11 20:31:30

is there a -Rscn feature in this?

Pank · 2009-09-12 07:54:09

Hello,
I tried you program and in general it was pretty nice. I found one "bug" and I have a single suggetion to an alternative behaviour.

First: I wanted to edit a pkgbuild. My editor is emacsclient -t but for some reason it would not accept it. It said the editor halted or something like that. However, my Emacs daemon was doing quite well and I was using at the same time. When I agreed to change the editor I was never presented with an oppertunity to select another editor.

Second: When one is installing an app one is first asked whether or not to edit the pkgbuild. Second, one is asked whether one wants to continue installing/building the app. Isn't this a bit unnessecary? Also, I was missing an overview of, possibly, non-installed depenencies.

It is very fast by the way! With time this will be awesome.

Thanks,
Rasmus

Arch Linux

#26 2009-08-11 05:40:38

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

#27 2009-08-11 08:43:20

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

#28 2009-08-11 09:37:55

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

#29 2009-08-11 09:50:18

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

#30 2009-08-11 11:03:37

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

#31 2009-08-11 20:06:45

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

#32 2009-08-12 04:47:09

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

#33 2009-08-12 08:57:38

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

#34 2009-08-12 10:13:38

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

#35 2009-08-12 14:04:07

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

#36 2009-08-12 14:40:10

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

#37 2009-08-17 09:32:10

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

#38 2009-08-17 09:46:11

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

#39 2009-08-17 20:54:30

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

#40 2009-08-17 21:27:26

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

#41 2009-08-24 23:18:47

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

#42 2009-08-25 01:09:12

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

#43 2009-08-25 06:16:50

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

#44 2009-08-25 07:35:03

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

#45 2009-08-25 07:55:01

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

#46 2009-09-06 09:59:00

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

#47 2009-09-11 18:24:06

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

#48 2009-09-11 18:33:52

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

#49 2009-09-11 20:31:30

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

#50 2009-09-12 07:54:09

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

Board footer