Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

Inxsible · 2010-01-13 12:49:52

flamelab wrote:

I don't know if that has been already requested: is there an "--noconfirm" option in bauerbill ?

All pacman flags are supported. So yes, --noconfirm is available for all packages in the official repos.

But it won't be for the packages in aur which is as it should be, since everyone should check all PKGBUILDs and .install files before installing anything from AUR. So it will definitely ask you the "Are you sure?" question for aur packages.

If you want to use it from a script, then I guess having 2 different aliases (1 for upgrading official packages, and 1 for updating packages from aur) should do the trick.

Last edited by Inxsible (2010-01-13 12:52:45)

JohannesSM64 · 2010-01-13 12:55:42

edit: yeah, the script you posted (http://bbs.archlinux.org/viewtopic.php? … 02#p687002) works fine

Last edited by JohannesSM64 (2010-01-13 12:58:55)

EnvoyRising · 2010-01-13 14:44:56

Xyne, I don't have that comment anywhere in /etc/bauerbill, so apparently when I went to update bauerbill the aur hadn't sync'd the new version yet (hence the inproper use of the config option). As for the colored output, I saw the comment earlier and expected that only AUR output would not be colored, but it seemed as though ALL output was uncolored. I'll double check.

edit:

That config option doesn't exist in the aur version of bauerbill.

Stock /etc/bauerbill.conf
What version of bauerbilll is being worked on? When installing, from AUR, it says 0.1-5.

edit;
Sorry about the long post, I think the use of brackets in the config file is stopping the quote tag from properly adding scroll bars?

edit
I don't know why I always forget about pastie.org/paste.com/org **sigh**. Thanks litemotiv

Last edited by EnvoyRising (2010-01-13 15:18:32)

litemotiv · 2010-01-13 15:06:38

EnvoyRising wrote:

[ ...snip... ]

http://pastie.org

jdarnold · 2010-01-13 15:50:05

That's exactly the problem - the 'sudo' puts it into a different environment, which in fact does't have Emacs running, so there is nothing for emacsclient to pass it off to, which is why the command is asking for additional settings. I'll try changing it to straight Emacs to see if it works.

Xyne · 2010-01-13 19:30:37

@giddie
That's already been asked and answered... use the "--ignore" option.

@flamelab
That's already been asked and answered too... yes, but it will not skip the PKGBUILD inspection step... use "TrustedUsers" and "TrustABS" for that.

@EnvoyRising
The version in my repo is always the most recent and the one which includes the latest changes. I'll try to keep the AUR package in sync with it but most changes are to the perl-xyne-arch backend and I sometimes forget to update the bauerbill package with config file changes. You can always get the latest config with "bauerbill --get-config-template".

@JohannesSM64
Does it work even when run as root/with sudo? The scoping of the EDITOR variable seems to be the problem.

Natanji · 2010-01-13 20:41:11

Hello Xyne,
thanks for another great program!

I'm getting a somewhat weird bug. I am ignoring the package "awesome" (didn't have time to migrate my config yet).
When trying to update via "bauerbill -Suy", I'm getting

error: failed to prepare transaction (could not satisfy dependencies)
:: awesome: requires libev>=3.80

A few lines above there is a warning however, like in yaourt, that awesome is being ignored. bauerbill shouldn't need to satisfy dependencies of ignored packages, either.

Xyne · 2010-01-13 21:23:46

@Natanji
Can you pastebin the full output so I can see what's going on? It's difficult to debug this without the full context. From the error message that you posted, it looks like it's pacman that's complaining, not bauerbill (just above the line you posted there was probably a line showing the exact pacman command which was about to be run).

If it's a pacman issue then it's out of my hands.

Natanji · 2010-01-13 23:45:48

sudo bauerbill -Suy
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
--> Searching for upgradable repo packages...
:: Starting full system upgrade...
warning: awesome: ignoring package upgrade (3.3.4-1 => 3.4.3-2)
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: awesome: requires libev>=3.80

You are right though, I'm getting the same error with pacman. I guess it's just coincidental that it appeared only after running bauerbill. I guess I better look for some help regarding this elsewhere on the forum then. ;P

Bregol · 2010-01-14 02:05:14

I have been trying out bauerbill and am quite happy with it. However, as I was getting familiar with it I decided to remove amarok and then install it again, just to make sure that I changed my custom bash aliases correctly. When I went to reinstall amarok, it wanted to download extra/qt. I have qtmod installed (from kdemod) and it provides extra/qt. It did not install extra/qt after it downloaded it - when it went to the install phase it must have realized that qtmod provides qt. It just wanted to download it for the fun of downloading. So really its not a big deal or a problem, but it just seems a little inefficient to want to download what it doesnt need or use. Other than that little oddity, no problems so far. Thanks for your great packages, Xyne

elric · 2010-01-14 02:31:25

Awesome tool! I'm just new on Arch from Debian and this software is amazing

It works great, but with perl-xyne-arch 1.0.31 I get

omar@omar-laptop virtaal]$ s bauerbill --aur -S vim-sudoedit
warning: vim-sudoedit does not match any package or group in sync db
--> Searching for packages in AUR...
Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Xyne/Arch/AUR.pm line 95.
Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Xyne/Arch/AUR.pm line 125.
error: not found in sync db or AUR: "vim-sudoedit"

Xyne · 2010-01-14 03:44:01

@Bregol
Sorry, that was due to a mistake in the function which checks for provider packages. I hadn't noticed before because it only applies to packages which specify the version that they provide. I've tested it with qtmod installed and it no longer tries to download qt.

@elric
I think that was due to a transient connection problem when retrieving the JSON info in combination with a bug in the code to test for valid results. It should work now.

*edit*
Bauerbill should now display an error message when it fails to retrieve AUR data.

Last edited by Xyne (2010-01-14 03:54:47)

fflarex · 2010-01-14 05:55:45

Bauerbill gives a freakin' TON of errors when trying to install a package from AUR while passing it a config through stdin:

sudo bauerbill -S --config /dev/fd/0 aurpkg < bauerbill.conf

(bauerbill.conf has AUR support enabled, works when not used with stdin)

Last edited by fflarex (2010-01-14 06:02:15)

Xyne · 2010-01-14 06:07:11

fflarex wrote:

Bauerbill gives a freakin' TON of errors when trying to install a package from AUR while passing it a config through stdin:

Yeah, that's a helpful description. I'll get right on that.

fflarex · 2010-01-14 06:12:01

This just loops until I kill it:

warning: about to source /tmp/bauerbill/build/AUR/warsow/PKGBUILD
view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  Use of uninitialized value $ans in scalar chomp at /usr/share/perl5/vendor_perl/Xyne/Arch/Bauerbill.pm line 1636, <STDIN> line 12.
Use of uninitialized value $ans in concatenation (.) or string at /usr/share/perl5/vendor_perl/Xyne/Arch/Bauerbill.pm line 1639, <STDIN> line 12.
Use of uninitialized value $ans in string ne at /usr/share/perl5/vendor_perl/Xyne/Arch/Bauerbill.pm line 1610, <STDIN> line 12.
view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  Use of uninitialized value $ans in scalar chomp at /usr/share/perl5/vendor_perl/Xyne/Arch/Bauerbill.pm line 1636, <STDIN> line 12.

bauerbill.conf:

[options]

AUR
BuildAs = fflarex
# BuildDeps
# Move built packages to the cache.
# CacheBuilt
Editor = /usr/bin/vim
# Retrieve the AUR category list to enable translation of category IDs to
# category names when displaying information.
# GetCategories
TrustABS
TrustedUsers = fflarex Xyne bender02 tdy

Is anything else unclear?

Last edited by fflarex (2010-01-14 06:41:35)

fflarex · 2010-01-14 06:42:34

Sorry, I just realized the sheer idiocy of what I was trying to do. But I still think it uncovered a real bug.

Summary: I tried to specify stdin as an alternate config file, using the magic that is /dev/fd/0. When I told bauerbill to install an AUR package, it blew up on me by looping that same text until it was killed.

Last edited by fflarex (2010-01-14 07:16:03)

SoleSoul · 2010-01-14 08:23:01

I just tried bauerbill in the first time. I like it. It is just sane. It tells you what it is doing. And the best part is: I don't have to manually remove the build time dependencies of an AUR package any longer! yay!

Xyne · 2010-01-14 09:55:53

@fflarex
I've added a check to prevent the "uninitialized variable" error, but beyond that I'm not going to do anything as it isn't supposed to accept piped configs.

You could always try using a fifo though. I don't see any reason why that wouldn't work.

@SoleSoul

res · 2010-01-14 10:07:22

bauerbill asks for write permissions in the pacman cache directory* even for AUR downloads. Is this intentional?

Also, it seems to ignore /etc/powerpill.conf even though I've uncommented the corresponding section in bauerbill.conf. It does not use pacman-color, the bin I specified in the former.

* Edit: Does not ask for sudo; it just fails since it doesn't have write permissions.

Last edited by res (2010-01-14 10:13:59)

Xyne · 2010-01-14 12:03:38

AUR packages might require repo packages to satisfy dependencies. It's much simpler to simply expect a writable cache directory than to add in all the checks just to avoid it on the rare occasions that it's not necessary.

Did you add a "PowerpillConf = /etc/powerpill.conf" line to /etc/bauerbill.conf? If you did and it still doesn't work, post/pastebin your configs (bauerbill and powerpill) and I'll try to get it working.

giddie · 2010-01-14 13:14:56

Xyne wrote:

@giddie
That's already been asked and answered... use the "--ignore" option.

Thanks; I'm aware of the ignore option from Pacman, but it's a pain to use day-to-day if I have several packages that I don't want to upgrade yet. (I've been postponing a PHP upgrade for several months on a server because it breaks a site, but I don't plan to ignore it forever, so I don't want to add it to pacman.conf.) Yaourt lets me choose which packages to upgrade in $EDITOR; if Bauerbill had this, I could switch completely.

zowki · 2010-01-14 13:39:55

Considering the large amounts of issues with this program, I think you should start using a bug tracker instead off filling up this thread.

Inxsible · 2010-01-14 14:52:30

zowki wrote:

Considering the large amounts of issues with this program, I think you should start using a bug tracker instead off filling up this thread.

Xyne's a lot more active here than he will ever be on the bug tracker

and he fixes the issue before someone else comes up with another. So what's the problem?

Now if you wanted to keep track of all the bugs ever reported without having to go thru a 100 page forum thread, then yes, it would make sense to have a bug tracker. But I don't think Xyne plans to use his time developing this to bill some corporation

thoughtcrime · 2010-01-14 15:02:16

Xyne wrote:

@thoughtcrime
Either I've misunderstood what you want or you've misunderstood how Bauerbill handles privileges.
Running Bauerbill as a non-root user:
You need to specify a writable cache directory because Bauerbill saves files to the cachedir itself, i.e. it can't invoke some other application with sudo to do it for it (unless you want it to save all files in one place then "sudo mv" them, but that strikes me as horrible design). When Bauerbill needs to install packages with pacman, it already does use sudo if it's available, which is what Yaourt does.
Running Bauerbill as root / with sudo:
Bauerbill drops root privileges when sourcing and building packages. It changes its own EUID and EGID for the sourcing step, and it uses "su" to invoke makepkg, That's why makepkg doesn't complain about being run as root... because it's not being run as root. Look at the code, there is no "--asroot" option passed to it.
There is therefore only one situation in which you could possible ask for it to automatically use sudo in which it doesn't already do so, and that's when it detects that it does not have write permissions to the default cache. To get around that, it would have to invoke itself with sudo, exit and pass control to a new instance of itself. That's possible, but why not just invoke it as sudo to begin with if you want to use the default cache dir?
As I've already said, perhaps I've misunderstood you, but if this is what you want then I don't think I'll implement it.

Thanks for your answer, it makes sense now the way it is. I was just confused as a typical yaourt user, who would be asked for root rights in case it needs access to the cache.

While I think it would be easier for other yaourt users like me if you added sudo on cache access, I can understand if you say that you don't want to, i'll just add an alias.

PS: A bugtracker would make sense to me, because no one wants to read several pages of posts before submitting his own bug.

res · 2010-01-14 19:44:22

Xyne wrote:

AUR packages might require repo packages to satisfy dependencies. It's much simpler to simply expect a writable cache directory than to add in all the checks just to avoid it on the rare occasions that it's not necessary.

Oh, I thought it allowed downloading the PKGBUILD only, like pbget.

Xyne wrote:

Did you add a "PowerpillConf = /etc/powerpill.conf" line to /etc/bauerbill.conf? If you did and it still doesn't work, post/pastebin your configs (bauerbill and powerpill) and I'll try to get it working.

I have, and I've also commented out options already present in powerpill.conf, like the comments indicated:
bauerbill.conf
powerpill.conf

Arch Linux

#126 2010-01-13 12:49:52

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#127 2010-01-13 12:55:42

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#128 2010-01-13 14:44:56

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#129 2010-01-13 15:06:38

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#130 2010-01-13 15:50:05

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#131 2010-01-13 19:30:37

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#132 2010-01-13 20:41:11

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#133 2010-01-13 21:23:46

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#134 2010-01-13 23:45:48

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#135 2010-01-14 02:05:14

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#136 2010-01-14 02:31:25

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#137 2010-01-14 03:44:01

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#138 2010-01-14 05:55:45

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#139 2010-01-14 06:07:11

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#140 2010-01-14 06:12:01

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#141 2010-01-14 06:42:34

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#142 2010-01-14 08:23:01

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#143 2010-01-14 09:55:53

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#144 2010-01-14 10:07:22

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#145 2010-01-14 12:03:38

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#146 2010-01-14 13:14:56

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#147 2010-01-14 13:39:55

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#148 2010-01-14 14:52:30

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#149 2010-01-14 15:02:16

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

#150 2010-01-14 19:44:22

Re: Bauerbill: Powerpill + ABS, AUR, CPAN and Hackage support + more

Board footer