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

Dear paktahn users,

You may have noticed that with the 3.0 kernel upgrade paktahn has ceased functioning. This is a temporary problem with SBCL, the underlying lisp compiler and is solved upstream. SBCL 1.0.51 rectifies the issue and should hit the Arch repos sometime this month. In the meantime, my hands are tied. I apologize for any inconvenience.

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

The version of SBCL in Arch repos is now patched to deal with Kernel 3.0. If you have the latest SBCL installed you should be in good shape to run paktahn though if it was built from an older SBCL you will need to rebuild/reinstall it.

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

I like paktahn alot, but there are two things I wish it did/had.

1) Would it be possible for paktahn to check the IgnorePkg line in pacman.conf when upgrading INCLUDING aur packages? As it is now, it honors any packages listed there for the main repos, but ignores when it goes to upgrade an AUR package. For example, I must use cups-usblp from the AUR in order for my printer to work due to a cups bug. I have libcups and cups-usblp added to IgnorePkg. Since cups-usblp is still at version 1.4.7, im fine, but once it goes to 1.4.8, it will prompt me every time to upgrade that package where I must refuse. Packer honors IgnorePkg- im not sure about yaourt-git as I havent tried it.

2) pak -Si packagename

I really like how paktahn has minimal dependencies and is likely to be very stable through upgrades as it doesnt use pacman-color, etc. These are also the reasons I like packer. The only thing I dislike about Packer is that you cannot edit the pkgbuilds of an AUR package before pacman is called to install that packages dependencies- something paktahn already does well. Any thoughts? I dont have any idea how hard this would be to accomplish in lisp..

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

GSF1200S,

Thanks for commenting!

1) I love this feature idea. That is absolutely something paktahn should do and it shouldn't be hard to pull off.

2) There are two issues at work here. A) Paktahn keeps a cache of what PKGBUILDs you've already seen. It md5sums each PKGBUILD and if that hash is in the cache, doesn't prompt you about it. I would be interested in how people feel about this feature. At the very least, we could easily make it optional behavior. B) Does Paktahn prompt to review the pkgbuild before trying to install dependencies? If it doesn't, it seems reasonable to me that it should.

I would very much appreciate it if you would create issues for these on github: http://github.com/skypher/paktahn/issuesHopefully trev311 and I can get to those issues and make a new release sometime soon.

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

redline6561 wrote:

GSF1200S,

Thanks for commenting!

1) I love this feature idea. That is absolutely something paktahn should do and it shouldn't be hard to pull off.

2) There are two issues at work here. A) Paktahn keeps a cache of what PKGBUILDs you've already seen. It md5sums each PKGBUILD and if that hash is in the cache, doesn't prompt you about it. I would be interested in how people feel about this feature. At the very least, we could easily make it optional behavior. B) Does Paktahn prompt to review the pkgbuild before trying to install dependencies? If it doesn't, it seems reasonable to me that it should.

I would very much appreciate it if you would create issues for these on github: http://github.com/skypher/paktahn/issuesHopefully trev311 and I can get to those issues and make a new release sometime soon.

1) Cool

2) A) Hmm, I must be misunderstanding you. pacman -Si firefox simply shows information on the package firefox. In packer I can do, for example: packer -Si gmusicbrowser-git and get all the details about gmusicbrowser-git (package in AUR). Paktahn simply spits out the possible arguments one can use (-Si is not listed) as it cannot get information data itself.. B) pak -S pacaur ---> edit pacaur pkgbuild? ---> install expac (dep found in Arch repos)---> Edit cower pkgbuild? (cower is AUR dep of pacaur)---> install cower?--->install pacaur? Seems pretty sane- I think this is how yaourt handles things.

I will- gotta crash for tonight, but later today I will add those issues on github

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

redline6561 wrote:

GSF1200S,

Thanks for commenting!

1) I love this feature idea. That is absolutely something paktahn should do and it shouldn't be hard to pull off.

2) There are two issues at work here. A) Paktahn keeps a cache of what PKGBUILDs you've already seen. It md5sums each PKGBUILD and if that hash is in the cache, doesn't prompt you about it. I would be interested in how people feel about this feature. At the very least, we could easily make it optional behavior. B) Does Paktahn prompt to review the pkgbuild before trying to install dependencies? If it doesn't, it seems reasonable to me that it should.

I would very much appreciate it if you would create issues for these on github: http://github.com/skypher/paktahn/issuesHopefully trev311 and I can get to those issues and make a new release sometime soon.

As promised, I have created issues on Github for the above. I also included another idea in one of the issues, but that is optional and not a very big deal for me as I only run ~10 AUR packages at a time anyways. Watching the project now

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

Hey folks,

Trevis has been putting in some good work on Paktahn of late. In particular, a lot of work was spent fixing our support for provider packages to detect when a providing package has been installed from AUR. I'm hoping to make a new release (0.9.6) on September the 10th. Hopefully I'll have a chance to put in some work and bugfixes myself by then. Thanks for keeping the bug reports and feedback coming and just generally being awesome.

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

Dear Paktahn users, as you may have noticed already 0.9.6 is out! Trevis has been quite helpful this release and we're already excited about the next one. Here's a rundown of what's been done and what the immediate plans are:* Support AUR packages as providers. Trevis fixed this and thanks go to donbex for reporting it.* Don't require password/sudo for -Q operations. (Issue #53) Trevis fixed this also and thanks go to GSF1200S for reporting it.* Honor ignorepkg line in /etc/pacman.conf for AUR packages. (Issue #55) Also reported by GSF1200S.* Add --skipinteg restart in case of makepkg checksum failure. (Issue #56) Reported by gour.

x86_64 binary is in the usual spot, 32bit is hopefully soon to follow: http://redlinernotes.com/docs/paktahn-0 … pkg.tar.xzThough this may seem a small release and these only a few features, a lot of internal refactoring has been going on. As I'm more settled into my first programming job, I want my entire focus for the next release to be getting a sound test suite going and then cleaning up the internals as much as possible. This will facilitate more painless work going forward from Trevis and I and also make it easier for others to dip their toes in without worrying about breaking things.

Plans for the next release are already shaping up as follows:* Trevis will work on pak -U / LocalPackageSupport. Some progress was already made in this direction in a fork on github some time back but will need integration and cleanup.* Any commands pacman supports that we don't sensibly fall back on or integrate with at this time (for example, pacman -Si) will be supported.* I will be working on a test suite followed by lots of refactoring, internal documentation and cleanup.

Anybody want to make paktahn a proper website as we get closer to 1.0?

As always, thanks for keeping the bug reports, feature ideas and feedback flowing. I really appreciate it! One final note: I'm spending a good amount of time hanging out in #paktahn on Freenode and Trevis pops through a bit as well. Sometimes I'm sleeping or working but I have a bouncer so I don't miss anything. Feel free to swing by and drop me a line!

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

A new paktahn release has been posted. Thanks to dejari (Leslie) for his hard work updating paktahn for pacman 4. The dependency parsing problem described here has also been fixed: https://github.com/skypher/paktahn/issues/62

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

Where is paktahn configured? Is it anywhere at all?Second thing is: where are packages built by this great tool kept? I would love to have them built and ready for re-install - as I play a lot with VMs.

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

Thanks for the praise! You're the second this week!

Configuration is kept in ~/.paktahn/config.lisp. All other files produced and kept by Paktahn are in this directory as well. You can modify pretty much every aspect of Paktahn's logic in config.lisp, but for end-users the only useful options are about setting the color scheme and debug level.

Right now packages built by Paktahn are deleted after installation. It would be easy to add functionality to keep around packages if this is important for you. In this case please open a feature request here: https://github.com/skypher/paktahn/issues

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

Hey folks, sorry for the long wait! Paktahn 0.9.9 has been released. Major features for this release are:-- Improved Provides/provider package handling-- The ability to define a directory *save-packages* in your config.lisp and have built packages saved there.-- Fix an AUR update bug.