aurbuild

IceRAM · 2006-07-02 22:08:14

Works ok right now. Thanks for the fast response.
pacman runtime detection works fine too.

P.S. "diff -u" output looks better + no need to specify what you patch

Snowman · 2006-07-04 23:51:59

There's a typo in the man page (near the end):

makepkg is the package-building tool tht comes with pacman.

T-Dawg · 2006-07-05 02:12:42

awsome. Thanks!

Snowman · 2006-07-05 03:47:02

other typos (I ran ispell on the man page ):

into the root filesystem ie. from a poor PKGBUILD

(should be i.e.)
and:

and normaly not needed to build most packages

The orginal directory name of the

simply append the --save swtich

T-Dawg · 2006-07-05 20:42:26

Thanks again Snowman. I thought I had run a spell check on it once before but I was sadly mistaken...

n0gabor · 2006-07-13 01:07:32

Why aurbuild isn't put in the community repo (or even in current)? It's an awsome tool for using the AUR, and balances the only weakness of archlinux...the relatively few binary and abs packages...

I hope TU's will agree me.

test1000 · 2006-07-13 23:02:28

well, you can't vote with aurbuild can you? im sorry for my ignorance if you can

T-Dawg · 2006-07-14 02:54:20

test1000 wrote:

well, you can't vote with aurbuild can you? im sorry for my ignorance if you can

I have something working. I just need a few days to put it together and debug.

T-Dawg · 2006-07-15 13:54:52

Uploaded version 1.4

You can now vote or unvote for packages.

aurbuild --vote foo1 foo2 foo3
aurbuild --unvote foo1 foo2 foo3

Instead of using a config file for the username and password I thought it would be slightly, maybe, oh just a tad bit more secure to just prompt each time and hide password input displayed on the screen. Because you must login to vote or un-vote, you must have a cookie which will be created in ~/.aurbuild/aurcookie.lwp

Running multiple instances is now supported which changes the build directory from ~/.aurbuild to ~/.aurbuild.<PID>. I've worked everything into a main method which is handled by exceptions to cleanup these directories at exit under all circumstances even when a traceback is called so don't worry about tens of hundreds of megabytes of partial builds floating around in your HOME directory.

Also fixed the manpage typos as pointed out by Snowman.

drakosha · 2006-07-26 11:46:17

I have one more flag suggestion: i'd like not to delete downloaded files in case build failed. This way i can go to the directory, fix the problems and run mkpkg *without* the need to download stuff again.

Another nice option might be to wait for user permission before actually doing "sudo mkpkg -i" - since if the user is not near the computer, after a timeout sudo would stop waiting and the job will be cancelled - which sucks in case download and build took 3 hours
10x for this great tool!

T-Dawg · 2006-07-27 02:13:33

added.

-v1.5 (July 26, 2006)
*Added -w, --wait-sudo to wait for the user to hit enter before using sudo.
*Added -k, --keep-build-dir to keep the build directory if a package fails to build.
*Added versionpkg to the menu for CVS/SVN/Mercurial packages.
*Fixed 'aur[1]' traceback calls when using --upgrade due to PKGBUILD's with syntax errors on the AUR server.
The default action is to skip the package and relay the package name and syntax errors back to the user.
*--search now matches first 100 results instead of 25.
*version.py: alpha-numeric recombination logic re-worked. A rare few may find new upgrades.

AUR

drakosha · 2006-07-27 04:26:47

You are just great!

one more sugesstion to -k flag: what if build goes ok, but pacman upgrade fails - can you check pacman status also?

10x again!

test1000 · 2006-08-07 19:56:16

request: be able to see comments to each package. This is useful because people post suggestions/fixes and maybe the author of the pkgbuild haven't commited/fixed it them yet

T-Dawg · 2006-08-07 20:57:59

drakosha wrote:

one more sugesstion to -k flag: what if build goes ok, but pacman upgrade fails - can you check pacman status also?
10x again!

Yes I can check for pacman status but what do you want -k to do in that event? Remember installation of the package is optional. -x omits installation.

T-Dawg · 2006-08-07 21:00:46

test1000 wrote:

request: be able to see comments to each package. This is useful because people post suggestions/fixes and maybe the author of the pkgbuild haven't commited/fixed it them yet

Seems feasible but I would rather try tackling that after the AUR gets updated to django. I'll already have enough to fix once that happens...

drakosha · 2006-08-08 06:15:47

Penguin wrote:

drakosha wrote:
one more sugesstion to -k flag: what if build goes ok, but pacman upgrade fails - can you check pacman status also?
10x again!
Yes I can check for pacman status but what do you want -k to do in that event? Remember installation of the package is optional. -x omits installation.

I'd expect the directory to be kept and not deleted

pbw · 2006-08-08 11:51:50

It'd be nice also if there was an option to keep the build directory of svn packages for updating.

Adding vote/unvote was a great idea btw, makes it easier on us lazy/forgetful folk

test1000 · 2006-08-08 12:03:43

Penguin wrote:

Seems feasible but I would rather try tackling that after the AUR gets updated to django. I'll already have enough to fix once that happens...

i don't know about python(or else i would implement it myself) but in bash it's really easy, like:
lynx -dump -nolist 'http://aur.archlinux.org/packages.php?d … =1&ID=5519'|sed -n '/Comments$/,/Add Comment$/p'|sed 's/pad.gif//'

maybe you(or me, just tell me how) can just put that in the script somewhere?

T-Dawg · 2006-08-08 23:29:07

Getting user comments will be pretty easy. I actually rewrote one of the modules to fit this in easily. Its where to add, under what circumstances, etc., in the main script that takes the most time and I can't justify spending what little time I have right now on it when AUR will updated soon anyways.
I'll try to get to these requests later.

Anyways a bit of an important update for now:

-v1.5.1 (August 8, 2006)
*Fixed inhereted setgid bit in the built the package resulting from AUR's set mode of the parent directory in the tarball.
The unwanted inhereted bit occured only under the following circumstances:
- user was root.
- a 'install -m' line was excuted in the PKGBUILD without explicitly setting the first pair of octets, ie 644 instead of 0644
- Any other type of 'chmod' command without the first octet set.
If you have built any packages meeting the criteria list above, rebuild and install offending packages now. Run the update command to get the list of all
packages built from AUR. String them together in a space separated line to aurbuild and use the menu to see if any install/chmod lines were used. You can
use (s) from the menu to skip the current package and move on to the next.

T-Dawg · 2006-08-15 23:59:04

same as weatherget:

I've put this up at berlios now so I can finally put my server to rest.
Please direct all your bug reports/feature requests/etc there, it will be easier for me to keep track of.
http://developer.berlios.de/projects/aurbuild

dtw · 2006-08-16 07:21:58

Nice work, dude! I made a fix in versionpkg last night - how is your support that going?

T-Dawg · 2006-08-16 10:00:01

It works fine.
It's been added to the menu as an alternative to makepkg:
https://developer.berlios.de/dbimage.php?id=3071

T-Dawg · 2006-11-06 03:16:54

-v1.6 (November 5, 2006)
* Replaced makepkg-opts with builder-opts. This passes OPTS to the builder of choice (makepkg or versionpkg) selected from the menu.
Note the syntax has changed: --makepkg-opts="ab bla foo" --> --builder-opts="-a -b --bla --foo"
* sudo is no longer a required dependency. su -c "CMD" will be invoked if sudo is not installed, requiring a
root password.
* -t, --no-sudo switch added to disable the use of sudo and use su -c "CMD" for root operations.
* -r, --revision switch added to check SVN/CVS/MERCURIAL servers for the latest revisions on qualified PKGBUILDS
during an --upgrade session.
* Absolute environmental editor path and switches supported.
* Preferred builder autodetection implemented. Variables in the PKGBUILD are examined and a star is placed next to the preferred
builder as well as being pre-selected in the choice field.

The man page covers it more in depth.

stonecrest · 2006-11-06 05:59:35

aurbuild -r is awesome, thanks for it

dolby · 2006-11-06 10:05:01

thx for the new version. just a note. i have rar 3.6.0-1 installed from aur but when i update all my packages with aurbuild it doesnt show on the list thus doesnt look for updates for it. on the contrary pacman tries to replace it with unrar.
also a package build by me which has the same name as an aur one but hasnt got much to do with it, shows on the update list.
can a behaviour like that be prevented? like for example ignoring packages like pacman? sorry if thats been said before..

Arch Linux

#101 2006-07-02 22:08:14

Re: aurbuild

#102 2006-07-04 23:51:59

Re: aurbuild

#103 2006-07-05 02:12:42

Re: aurbuild

#104 2006-07-05 03:47:02

Re: aurbuild

#105 2006-07-05 20:42:26

Re: aurbuild

#106 2006-07-13 01:07:32

Re: aurbuild

#107 2006-07-13 23:02:28

Re: aurbuild

#108 2006-07-14 02:54:20

Re: aurbuild

#109 2006-07-15 13:54:52

Re: aurbuild

#110 2006-07-26 11:46:17

Re: aurbuild

#111 2006-07-27 02:13:33

Re: aurbuild

#112 2006-07-27 04:26:47

Re: aurbuild

#113 2006-08-07 19:56:16

Re: aurbuild

#114 2006-08-07 20:57:59

Re: aurbuild

#115 2006-08-07 21:00:46

Re: aurbuild

#116 2006-08-08 06:15:47

Re: aurbuild

#117 2006-08-08 11:51:50

Re: aurbuild

#118 2006-08-08 12:03:43

Re: aurbuild

#119 2006-08-08 23:29:07

Re: aurbuild

#120 2006-08-15 23:59:04

Re: aurbuild

#121 2006-08-16 07:21:58

Re: aurbuild

#122 2006-08-16 10:00:01

Re: aurbuild

#123 2006-11-06 03:16:54

Re: aurbuild

#124 2006-11-06 05:59:35

Re: aurbuild

#125 2006-11-06 10:05:01

Re: aurbuild

Board footer