aurbuild

T-Dawg · 2006-03-28 22:50:15

can you add a option which skip depcheck ?

curious, why would you want this? If the dependencies are not satisfied makepkg will refuse to build anyways.
If there is a bug or a problem with the deps check I would rather fix that.

T-Dawg · 2006-04-26 01:40:16

It seems AUR follows a consistant /$pkgname/$pkgname.tar.gz syntax now. I've successfully updated the code to comply which has made it a bit faster fetching the tarballs and catches a few more packages

AUR

McQueen · 2006-05-06 16:05:45

Druing an Aurbuild update session I get the following output:

$ aurbuild -su
aurbuild: no updates
bibletime: no updates
dazuko: no updates
dotpac: no updates
:: geany: local (0.6-1) appears to be newer than aur (0.2-1)
hardinfo: no updates
:: terminus-font: local (4.20-1) appears to be newer than aur (4.16-1)
kdestyle-lipstik1: no updates
ksmoothdock: no updates
<snip>

It would appear that Geany is at version 0.6 and Terminus-Font is at 4.20.
I'm not sure on why the local diffs from aur.

But a query for the package reveals the correct info:

$ aurbuild -S geany
Name:                   geany 0.6-1
Description:            A fast and lightweight IDE for GNOME
Location:               community/devel
Maintainer:             willysilly
Votes:                  7
Safe:                   Yes

Is there some cache I need to dump so as to recognize the correct versions?

T-Dawg · 2006-05-06 18:16:57

crap. They are community packages that shouldn't have been picked up at all but since there are the old tarball floating around in aur, it picked them up which is why you are getting different versions. It looks like I'm going to have to go back to the old way of parsing three web pages.
To confirm, install 1.2.1 and run the update. If I'm correct those packages won't be picked up at all, just like its not supposed to. The only difference in the two versions is how they retrieve the tarball -the current goes directly at the tarball with a straight url.

http://infiditus.homelinux.org/arch/pro … pkg.tar.gz

McQueen · 2006-05-06 18:47:39

Yes, that version of Aurbuild works fine with the updates.
I did not get the erroneous local version diffs.

Here is the output:

$ sudo pacman -R aurbuild
removing aurbuild... done.

$ sudo pacman -A aurbuild-1.2.1-1.pkg.tar.gz
loading package data... done.
checking for file conflicts... done.
installing aurbuild... done.

$ aurbuild -su

  Target: aurbuild-1.2.2-1

  Proceed with upgrade?  [Y/n] n
bibletime: no updates
dazuko: no updates
dotpac: no updates
hardinfo: no updates
kdestyle-lipstik1: no updates
ksmoothdock: no updates
pcmanfm: no updates
qpkg: no updates
sword: no updates
grub-gfx: no updates
ksplash-engine-moodin: no updates
$

T-Dawg · 2006-05-06 21:29:25

ok, made necessary changes and uploaded to aur. There are some other minor changes too, so McQueen, you'll want to update it as well.

MAC!EK · 2006-05-28 12:14:44

$ aurbuild -su
dotpac: no updates

could not extract tarfile: not a gzip file

whats wrong?

T-Dawg · 2006-05-28 16:03:58

MAC!EK wrote:

$ aurbuild -su
dotpac: no updates

could not extract tarfile: not a gzip file

whats wrong?

It means the next update candidate on the list (not dotpac) is not a bz or gz tarball on AUR's server. It could also mean its just an empty file.
To see which package it is insert `print file' before that error line in `def extract` around line 300 ish.

MAC!EK · 2006-05-28 16:30:09

it only shows:
/tmp/tmp9QIYw0.gz

T-Dawg · 2006-05-28 18:13:45

sorry...

put `print argo' under `for argo in args:' at around line 700. That will print the candidates which should give you a clue. Also run pacman -Sy to narrow that list down as much as possible.

MAC!EK · 2006-05-28 19:24:38

$ aurbuild -su
dotpac
dotpac: no updates
kadu-svn

could not extract tarfile: not a gzip file

/tmp/tmpRGehS2.gz

ok so it's my fault I send this package to AUR[/quote]

T-Dawg · 2006-05-28 20:10:41

Interesting, that tarball doesn't exist on the server yet the link to it and the PKGBUILD does.

How did you do it??

MAC!EK · 2006-05-29 08:37:02

I don't really know how
When I want to send the tgz it showed me an error few times so I left the update on my hdd. And now I discovered that something is wrong

EDIT:
I send again the .tgz file to AUR and now aurbuild -su works fine.

Snowman · 2006-05-29 20:41:01

MAC!EK: you should send your AUR submission with the .tar.gz extension (not .tgz). It could explain the error.

MAC!EK · 2006-05-29 20:49:55

Yes, You're right, I'll change all my AUR packages in few days.

T-Dawg · 2006-05-29 23:13:45

I've been working on a new version that which handles and displays dependencies a little better. In this version group names and their packages are also examined and a dependency confirmation message is given. But the biggest thing I have been slaving over the last couple days is a tree dependency style read-out which visually shows dependencies and their dependencies. Keywords [M] and [D] signifiy makedependency and dependency respectively. screenshot
The problem is I'm not 100% satisfied with its appearance (mostly makedepend and depend indication) and would like some input from some of you artistic guys out there. Any input would be great and if you care to try this version out and see for yourself the prebuilt package is here:
http://infiditus.homelinux.org/arch/pro … pkg.tar.gz

profoX · 2006-05-29 23:22:29

Looks good !
Maybe you could put the [M] and [D] and OK and MISSING in a tabbed column so it is easier for the eyes, and simpler to read.. like, KISS, you know

It would be prettier (but maybe harder to make) for the tree to have a line going down, if you know what I mean... Now you have to look closely to see what the different levels are and how the 'hierarchy' is

Although I think it is very cool already! Good enough actually.

T-Dawg · 2006-05-29 23:59:10

profoX wrote:

Looks good !
Maybe you could put the [M] and [D] and OK and MISSING in a tabbed column so it is easier for the eyes, and simpler to read.. like, KISS, you know

The only problem I see with that is the tree could continue to branch and run into indicators. Even if it was right justified all the way it would be difficult to read that far away, I think, and you would have to use the $COLUMNS variable and that won't change along with resizing your window in X

It would be prettier (but maybe harder to make) for the tree to have a line going down, if you know what I mean... Now you have to look closely to see what the different levels are and how the 'hierarchy' is

I would love to do that but considering how difficult it was just to get the damn thing to tab over when it should, that would be mind boggling. I'll look into it though, thanks

T-Dawg · 2006-06-12 01:56:21

-v1.3 (June 11, 2006)
*Detailed dependency tree readout indicating missing dependencies marked `[D]' and make dependencies marked `[M]'.
*Confirmation message for target dependencies.
*Sudo is not used when user is root, nor is it or fakeroot required for root operations.
*Tempfile is used to create and manage temporary file for --search switch.
*Option parsing uses getopt instead of optparse for quicker parsing and greater flexibility and control.
*Some code refactoring.
*"global name `pkgurl' is not defined" bug fixed in an AUR retrieval exception.

http://aur.archlinux.org/packages.php?K=aurbuild

McQueen · 2006-06-12 02:49:36

I love the new 'up2date' readout when doing a '-su' session.
A great application all the way around.

sweiss · 2006-06-16 15:24:41

I've tried to aurbuild -xb a package, but I cannot find the generated package.

Can you have a look at that please?

T-Dawg · 2006-06-16 20:28:10

sweiss wrote:

I've tried to aurbuild -xb a package, but I cannot find the generated package.
Can you have a look at that please?

manpage wrote:

PACKAGE LOCATION
aurbuild closely adheres to makepkg configurations and behavior. So if
you wish to keep the package you built, uncomment and set the export
PKGDEST= variable in /etc/makepkg.conf to the location you wish to
store the packages. This directory will need to have write permissions
to your regular user as non-root users should be running this program
anyway. A generally accepted location is /home/pkgs although it is
purely a matter of preference. If this variable is not set, aurbuild
will delete the package along with its temporary work directory in
which it was built in ~/.aurbuild.

sweiss · 2006-06-17 08:10:19

Oh, ok. Thanks.

IceRAM · 2006-07-02 15:59:03

Bug found: if a 2nd instance of aurbuild is started, the first instance files are deleted (I think).

The idea is that they both fail. I would have expected concurent builds to work (Why 2 aurbuild instances: had a small app to build in paralel with a big app).

T-Dawg · 2006-07-02 17:45:24

I changed the build location from ~/.aurbuild to ~/.aurbuild.<pid>. Tried it in parallel with two builds and it worked fine for me.
Here's a patch:
http://infiditus.homelinux.org/arch/pro … ance.patch

If you could try it out and report back I would greatly appreciate it.
To patch (for version 1.3.1):

patch /usr/bin/aurbuild multi-instance.patch

Arch Linux

#76 2006-03-28 22:50:15

Re: aurbuild

#77 2006-04-26 01:40:16

Re: aurbuild

#78 2006-05-06 16:05:45

Re: aurbuild

#79 2006-05-06 18:16:57

Re: aurbuild

#80 2006-05-06 18:47:39

Re: aurbuild

#81 2006-05-06 21:29:25

Re: aurbuild

#82 2006-05-28 12:14:44

Re: aurbuild

#83 2006-05-28 16:03:58

Re: aurbuild

#84 2006-05-28 16:30:09

Re: aurbuild

#85 2006-05-28 18:13:45

Re: aurbuild

#86 2006-05-28 19:24:38

Re: aurbuild

#87 2006-05-28 20:10:41

Re: aurbuild

#88 2006-05-29 08:37:02

Re: aurbuild

#89 2006-05-29 20:41:01

Re: aurbuild

#90 2006-05-29 20:49:55

Re: aurbuild

#91 2006-05-29 23:13:45

Re: aurbuild

#92 2006-05-29 23:22:29

Re: aurbuild

#93 2006-05-29 23:59:10

Re: aurbuild

#94 2006-06-12 01:56:21

Re: aurbuild

#95 2006-06-12 02:49:36

Re: aurbuild

#96 2006-06-16 15:24:41

Re: aurbuild

#97 2006-06-16 20:28:10

Re: aurbuild

#98 2006-06-17 08:10:19

Re: aurbuild

#99 2006-07-02 15:59:03

Re: aurbuild

#100 2006-07-02 17:45:24

Re: aurbuild

Board footer