Re: cower and burp: fast and simple AUR {up,down}loading

Right. It is related. It was an intentional change, but it appears that slow connections to the AUR are suffering from it. You can either keep both the timeout and the nosignal line as you have them, or remove them both. Either way is safe. I've also committed a change last night to -git that provides a --timeout flag. Setting this to 0 disables timeouts.

I'll be backporting the NOSIGNAL patch to 2.9.9, but nothing else is broken here, persay.

Re: cower and burp: fast and simple AUR {up,down}loading

3.0.0 released in celebration of pacman 3.5's release! Lots of bug fixes, and a few new features snuck in since the last tag...

Bugfixes* Fixed an occasional crash when using SSL connections during large updates* Fixed an occasional crash when specifying multiple updates* Fixed regex handling to avoid over filtering results* Added locale recognition for proper printing of utf-8 character

Features* --format lets you custom format output from -m, -s, and -i (very similar to expac)* --ignorerepo allows skipping a binary repo from being searched for packages during updates* added --nossl option* added a config file for a few persistent per user settings (see /usr/share/cower/config for details)

Some people may also notice a small speed improvement. On a technical level, I used to allocate a curl handle per job, and ignored the idea of recycling them. That behavior has been changed and now each thread maintains its own curl handle which is just cleared between jobs. This results in fewer DNS requests and snappier responses on large updates and -ii queries.

Also note that this is somewhat of a hybrid build. It will build against pacman 3.4.3 as well as 3.5. Please make sure to recompile if you upgrade to testing after building cower!

Re: cower and burp: fast and simple AUR {up,down}loading

falconindy,

This is great. I'd been using Xyne's tools for quite a while. After he moved on, I needed something to check on package upgrades in AUR and to pull AUR tarballs down. I'm very impressed with the speed and clean UI. Very, very nice.

Re: cower and burp: fast and simple AUR {up,down}loading

There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)

Re: cower and burp: fast and simple AUR {up,down}loading

Just testing this out, why are the packages/package directories untarred with 777 permissions? Seems a very KISS solution, hoping to replace bauerbill

Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Re: cower and burp: fast and simple AUR {up,down}loading

Wait, all packages are untarred as 777? I know there's some oddly bundled packages on the AUR that were uploaded with 777 permissions, but this shouldn't be all of them. Admittedly, I'm not setting a umask anywhere in the download thread, but that shouldn't be an issue given that I'm just telling libarchive to unpack the taurballs with permissions preserved.

Re: cower and burp: fast and simple AUR {up,down}loading

falconindy wrote:

Wait, all packages are untarred as 777? I know there's some oddly bundled packages on the AUR that were uploaded with 777 permissions, but this shouldn't be all of them. Admittedly, I'm not setting a umask anywhere in the download thread, but that shouldn't be an issue given that I'm just telling libarchive to unpack the taurballs with permissions preserved.

Ah, this only happens with unetbootin (which was the first package I tested with at that time, have now tested with all my packages and it seems only that one is affected). Probably just the uploader not using makepkg --source?

Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Re: cower and burp: fast and simple AUR {up,down}loading

Re: cower and burp: fast and simple AUR {up,down}loading

Thanks falconindy, will continue using this on my testing machine for a while. 'targetdir' is the main feature I was looking for .

Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Re: cower and burp: fast and simple AUR {up,down}loading

sorry for "stupid" question, but could you kindly tell me why you prefer to not let the app install the packages, instead of just downloading the pkgbuilds?

I believe it's for if wanting to modify the pkgbuild maybe, but then again, the pkgbuild could just be showed for editing optionally before the install?

I'm not trying to dismis your project at all, but i'm just really interested in why you and your users feel that this is the way to go for e.g. updating aur packages?

Honestly, then i'm asking because I would love to use a no BS kiss compiled(C) app for doing aur upgrades, and so cower intrueges me tremendously, but i'm just simply to dumb it seems to really understand it's designing philosophy, or however it's formulated in english...

Thanks in advance and I hope i'm not polutting your thread to much with this one stupid question

Re: cower and burp: fast and simple AUR {up,down}loading

I think its a fair question. Call it division of church and state, and following the unix philosophy. To expand on that...

- There's already a fantastic tool to build packages -- its called makepkg. Nothing is going to replace this, and any "full-featured" AUR helper that automates the process just shells out to makepkg and reads its return code to determine success or failure.- Building a package from untrusted sources weighs in with a fair bit of responsibility on the user's part. cower is strictly a read only app aside from downloading, and I think this emphasis is important. Other apps prompt you to read/change the PKGBUILD, but I suspect a lot of people don't realize the importance of this step and breeze by it.- I maintain a sizeable directory with all the foreign packages I build and install, with very few of them being identical to the PKGBUILDs in the AUR. While I try and submit back any useful changes to the maintainer, they don't always accept them, and they're not always appropriate. If I already have these scripts collected in one place, all I need is a tool to diff new PKGBUILDs against the old one (and I have such a tool), and then merge in appropriate changes and rebuild. Not something you can cleanly do with tools such as clyde or packer.

To that end, it's possible that somewhere off in the future I may build out some additional functionality in cower to allow for a wrapper written in some other language than C to tie together cower with makepkg. I make no promises that this tool will be created by my hands.

Re: cower and burp: fast and simple AUR {up,down}loading

falconindy wrote:

- I maintain a sizeable directory with all the foreign packages I build and install, with very few of them being identical to the PKGBUILDs in the AUR. While I try and submit back any useful changes to the maintainer, they don't always accept them, and they're not always appropriate. If I already have these scripts collected in one place, all I need is a tool to diff new PKGBUILDs against the old one (and I have such a tool), and then merge in appropriate changes and rebuild. Not something you can cleanly do with tools such as clyde or packer.

bauerbill has (used to have) a patch option, where patches to the packages would be stored in another abs-tree-like structure, and you could also set it to auto-patch on update. I used that heavily at one point, but ended up figuring that maintaining my own patched versions in the AUR made more sense.

Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Re: cower and burp: fast and simple AUR {up,down}loading

Re: cower and burp: fast and simple AUR {up,down}loading

Thank you very much for your efforts with this solid tool. It does exactly what I want (no need for colors though) with a very small system footprint. I breezed through the source code and I must say I envy your skills - that's some real clean code.