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

zowki · 2010-01-12 14:13:52

The bug is displaying the incorrect descriptions for AUR packages. I highly doubt that gmpc-tagedit and gmpc-wikipedia performs the functions described.

rson451 · 2010-01-12 14:55:52

zowki wrote:

The bug is displaying the incorrect descriptions for AUR packages. I highly doubt that gmpc-tagedit and gmpc-wikipedia performs the functions described.

This is not a bug with Bauerbill, but a bug with the PKGBUILDS in the AUR. Bug the maintainer of those packages.

Xyne · 2010-01-12 14:58:25

* fixed "--needed" bug (please confirm)
* fixed "-d" bug (please confirm)

@JohannesSM64
I'm as confused as lswest... what bug are you reporting?
Also, it does use the $EDITOR variable (just double-checked it here). Maybe you haven't set the full path to the binary.

litemotiv wrote:

Xyne wrote:
Just create the following aliases in .bashrc:
alias sbb="sudo bauerbill"
alias bb="bauerbill --cachedir <path>"
If a given command always requires root, just run it as root straight away.
That's developer-talk Xyne, users don't want to think before every action whether it's going to be a always-root, partly-root or never-root command.

This isn't Ubuntu, this is Arch. Aliases in .bashrc are not "developer-talk". If you (general you, not you personally) need apps to hold your hand and walk you through invoking them with sudo, you're using the wrong distro. I really don't know what else to say, sorry.

As for the xulrunner/firefox-branded "issue", after having given it some thought, I think that's something to discuss with the packager. Looking over the code output, it's clearly a pacman issue and not a bauerbill issue:

--> Installing downloaded target packages...
--> Running pacman: /usr/bin/pacman-color --cachedir "/var/cache/pacman/pkg" -S xulrunner
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: firefox-branded: requires xulrunner=1.9.1.6
error: pacman exited with an error (256)

It would be possible to handle this in bauerbill, but that would involve further complicating the code to track install reasons of such packages and then force removals which break dependencies, even if they should be satisfied by the new packages. The combination of complexity, system risk, and deviation from standard pacman behavior just doesn't seem worth it to me.

@jowilkin
I noticed in the pastebin output that you can see the aria2c download notices and that they're messing up the general output. After looking at the code I'm not entirely sure why that happened (strange terminal? narrow terminal?) although I've changed the code to hopefully fix that. Can you confirm that the download output now looks like this:

:: Proceed with download? [Y/n] 
--> Reflecting... retrieved 45 mirrors.
--> successfully downloaded xorg-twm-1.0.4-3-x86_64.pkg.tar.gz                                                                                                              
--> successfully downloaded xorg-res-utils-1.0.3-3-x86_64.pkg.tar.gz                                                                                                        
--> successfully downloaded xterm-250-1-x86_64.pkg.tar.gz                                                                                                                   
--> successfully downloaded xorg-fonts-75dpi-1.0.1-2-x86_64.pkg.tar.gz                                                                                                      
--> successfully downloaded xorg-fonts-100dpi-1.0.1-2-x86_64.pkg.tar.gz                                                                                                     
--> successfully downloaded xorg-server-1.7.3.902-1-x86_64.pkg.tar.gz                                                                                                       
                                                                                                                                                                            
Download Results:
gid|stat|avg speed  |path/URI
===+====+===========+===========================================================
  6|  OK|  10.8KiB/s|//tmp/sandbox/xorg-twm-1.0.4-3-x86_64.pkg.tar.gz
  3|  OK|   9.6KiB/s|//tmp/sandbox/xorg-res-utils-1.0.3-3-x86_64.pkg.tar.gz
  2|  OK|   3.2KiB/s|//tmp/sandbox/xterm-250-1-x86_64.pkg.tar.gz
  5|  OK| 362.4KiB/s|//tmp/sandbox/xorg-fonts-75dpi-1.0.1-2-x86_64.pkg.tar.gz
  4|  OK| 518.6KiB/s|//tmp/sandbox/xorg-fonts-100dpi-1.0.1-2-x86_64.pkg.tar.gz
  1|  OK| 143.4KiB/s|//tmp/sandbox/xorg-server-1.7.3.902-1-x86_64.pkg.tar.gz

Status Legend:
 (OK):download completed.

*edit*
Dev packages (git/svn/etc) which update the PKGBUILD after a build should work now.

Last edited by Xyne (2010-01-12 15:59:10)

litemotiv · 2010-01-12 16:22:52

Xyne wrote:

This isn't Ubuntu, this is Arch. Aliases in .bashrc are not "developer-talk". If you (general you, not you personally) need apps to hold your hand and walk you through invoking them with sudo, you're using the wrong distro. I really don't know what else to say, sorry.

Hmm, i don't agree. I already have an alias obviously since typing 'bauerbill' is awkward, but it makes sense that a program has a single way of being used. For instance:

#~ bb -Syu

[ .. retrieve list .. ]

Do you want to upgrade these packages? [y/n]

n

[ .. exiting .. ]

#~

No need to type a password, run sudo or whatsoever.

#~ bb -Syu

[ .. bla .. ]

Do you want to upgrade these packages? [y/n]

y

Please enter password:

[ .. upgrading .. ]

#~

This has nothing to do with holding my hand, but everything with providing a consistent user experience.

JohannesSM64 · 2010-01-12 16:39:35

Xyne wrote:

Also, it does use the $EDITOR variable (just double-checked it here). Maybe you haven't set the full path to the binary.

That's not supposed to be required. my $EDITOR is set to just vim and it works just fine in a multitude of apps.
edit: tried to export EDITOR=/usr/bin/vim, still fails.

Last edited by JohannesSM64 (2010-01-12 17:09:06)

rson451 · 2010-01-12 16:55:39

pacman itself doesn't perform this way, I see no reason why anyone should expect an application that is obviously a wrapper+extension of pacman to act any differently.

EnvoyRising · 2010-01-12 17:37:01

[ ~]$ pacman -Syu
error: you cannot perform this operation unless you are root.
[ ~]$ bauerbill -Syu
:: Synchronizing package databases...
 core is up to date                  
 extra is up to date                 
 community is up to date             
error: no write permissions to any of the following cache directories:
    /var/cache/pacman/pkg                                             
[ ~]$ yaourt -Syu                                         
:: Synchronizing package databases...                                 
 core is up to date                                                   
 extra is up to date                                                  
 community is up to date                                              

==> Package upgrade only (new release):
core/hdparm version 9.27 release 1 -> 2
extra/mpd version 0.15.6 release 1.1 -> 2
extra/pm-utils version 1.2.6.1 release 2 -> 3
extra/subversion version 1.6.6 release 2 -> 3

==> Software upgrade (new version) :
community/haskell-x11 1.4.6.1-2.2 -> 1.4.6.1-1
community/ncmpcpp 0.4.1-3 -> 0.5-1            
community/reflector 4.2.1-2 -> 5.0-2          
community/virtualbox-additions 3.1.0-1 -> 3.1.2-1
community/xdg-user-dirs 0.11-1 -> 0.12-1         
community/xdotool 20090815-1 -> 20091231.03-1    
core/ca-certificates 20090709-1 -> 20090814-2    
core/dhcpcd 5.1.3-1 -> 5.1.4-1                   
core/inetutils 1.6-4 -> 1.7-1                    
core/iptables 1.4.5-1 -> 1.4.6-1                 
core/iw 0.9.17-1 -> 0.9.18-1                     
core/kernel26 2.6.31.6-1 -> 2.6.32.3-1           
core/kernel26-firmware 2.6.31-1 -> 2.6.32.3-1    
core/libgcrypt 1.4.4-2 -> 1.4.5-1                
core/libldap 2.4.20-1 -> 2.4.21-1                
core/libtirpc 0.2.0-1 -> 0.2.1-1                 
core/nano 2.2.0-1 -> 2.2.1-1                     
core/pam 1.1.0-1 -> 1.1.1-1                      
core/run-parts 3.1.3-1 -> 3.2.2-1                
core/tzdata 2009s-1 -> 2009t-1                   
core/util-linux-ng 2.16-1 -> 2.16.2-1            
core/zlib 1.2.3.3-3 -> 1.2.3.4-3                 
extra/alsa-lib 1.0.21.a-1 -> 1.0.22-1            
extra/alsa-utils 1.0.21-1 -> 1.0.22-2            
extra/bluez 4.58-1 -> 4.59-1                     
extra/cdrdao 1.2.3rc2-1 -> 1.2.3-1               
extra/cdrkit 1.1.9-2 -> 1.1.10-1                 
extra/freeglut 2.4.0-4 -> 2.6.0-1                
extra/git 1.6.5.7-1 -> 1.6.6-1                   
extra/gnupg2 2.0.13-3 -> 2.0.14-1                
extra/hsqldb-java 1.8.0.10-1 -> 1.8.1.1-1        
extra/libass 0.9.7-1 -> 0.9.8-1                  
extra/libdrm 2.4.16-1 -> 2.4.17-2                
extra/libmysqlclient 5.1.41-3 -> 5.1.42-1        
extra/libpurple 2.6.4-1 -> 2.6.5-1               
extra/libsndfile 1.0.20-3 -> 1.0.21-1            
extra/live-media 2009.09.28-2 -> 2010.01.11-1    
extra/mercurial 1.4.1-4 -> 1.4.2-1               
extra/mesa 7.6-2 -> 7.7-1                        
extra/mysql 5.1.41-3 -> 5.1.42-1                 
extra/mysql-clients 5.1.41-3 -> 5.1.42-1         
extra/nvidia 190.42-1 -> 190.53-3                
extra/nvidia-utils 190.42-2 -> 190.53-1          
extra/perl-uri 1.40-1 -> 1.52-1                  
extra/pidgin 2.6.4-1 -> 2.6.5-1                  
extra/postgresql-libs 8.4.1-1 -> 8.4.2-1         
extra/python-gdata 2.0.4-1 -> 2.0.6-1            
extra/qtcurve-gtk2 0.69.2-1 -> 1.0.1-1           
extra/qtcurve-kde4 0.69.2-1 -> 1.0.1-1           
extra/rrdtool 1.4.1-1 -> 1.4.2-1                 
extra/rsync 3.0.6-1 -> 3.0.7-1                   
extra/strigi 0.7.0-1 -> 0.7.1-1                  
extra/wine 1.1.35-1 -> 1.1.36-1                  
extra/xorg-server 1.7.3.901-1 -> 1.7.3.902-1     
extra/xulrunner 1.9.1.6-1 -> 1.9.1.7-1           

==> New package :
core/libgssglue 0.1-2  (required by libtirpc)

==>  Continue installing ? [Y/n]
==>  [V]iew package detail [M]anualy select packages
==>   ----------------------------------------------
==>y                                                

:: Starting full system upgrade...
resolving dependencies...         
warning: dependency cycle detected:
warning: xorg-server will be installed before its nvidia-utils dependency
looking for inter-conflicts...

Targets (60): alsa-lib-1.0.22-1  alsa-utils-1.0.22-2  bluez-4.59-1  run-parts-3.2.2-1  ca-certificates-20090814-2  cdrdao-1.2.3-1  cdrkit-1.1.10-1  dhcpcd-5.1.4-1
              libdrm-2.4.17-2  xorg-server-1.7.3.902-1  nvidia-utils-190.53-1  mesa-7.7-1  freeglut-2.6.0-1  git-1.6.6-1  libgcrypt-1.4.5-1  libldap-2.4.21-1  zlib-1.2.3.4-3
              gnupg2-2.0.14-1  haskell-x11-1.4.6.1-1  hdparm-9.27-2  hsqldb-java-1.8.1.1-1  pam-1.1.1-1  inetutils-1.7-1  iptables-1.4.6-1  iw-0.9.18-1
              kernel26-firmware-2.6.32.3-1  kernel26-2.6.32.3-1  libass-0.9.8-1  libmysqlclient-5.1.42-1  libpurple-2.6.5-1  libsndfile-1.0.21-1  libgssglue-0.1-2
              libtirpc-0.2.1-1  live-media-2010.01.11-1  mercurial-1.4.2-1  mpd-0.15.6-2  mysql-clients-5.1.42-1  mysql-5.1.42-1  nano-2.2.1-1  ncmpcpp-0.5-1  nvidia-190.53-3
              perl-uri-1.52-1  pidgin-2.6.5-1  pm-utils-1.2.6.1-3  postgresql-libs-8.4.2-1  python-gdata-2.0.6-1  qtcurve-gtk2-1.0.1-1  qtcurve-kde4-1.0.1-1  reflector-5.0-2
              rrdtool-1.4.2-1  rsync-3.0.7-1  strigi-0.7.1-1  subversion-1.6.6-3  tzdata-2009t-1  util-linux-ng-2.16.2-1  virtualbox-additions-3.1.2-1  wine-1.1.36-1
              xdg-user-dirs-0.12-1  xdotool-20091231.03-1  xulrunner-1.9.1.7-1

Total Download Size:    199.34 MB
Total Installed Size:   579.62 MB

Proceed with installation? [Y/n] n
[ ~]$

It would appear that bauerbill is only inconsistent in output. As far as funcdtionality goes, yaourt is in fact inconsistent by allowing any user regardless of permissions to upgrade packages (unless the script checks the sudoers file?).

When aliased...

[ ~]$ pacman -Syu
:: Synchronizing package databases...
 core is up to date                  
 extra is up to date                 
 community is up to date             
:: Starting full system upgrade...   
resolving dependencies...            
warning: dependency cycle detected:  
warning: xorg-server will be installed before its nvidia-utils dependency
looking for inter-conflicts...                                           

Targets (60): alsa-lib-1.0.22-1  alsa-utils-1.0.22-2  bluez-4.59-1  run-parts-3.2.2-1  ca-certificates-20090814-2  cdrdao-1.2.3-1  cdrkit-1.1.10-1  dhcpcd-5.1.4-1  
              libdrm-2.4.17-2  xorg-server-1.7.3.902-1  nvidia-utils-190.53-1  mesa-7.7-1  freeglut-2.6.0-1  git-1.6.6-1  libgcrypt-1.4.5-1  libldap-2.4.21-1  zlib-1.2.3.4-3  
              gnupg2-2.0.14-1  haskell-x11-1.4.6.1-1  hdparm-9.27-2  hsqldb-java-1.8.1.1-1  pam-1.1.1-1  inetutils-1.7-1  iptables-1.4.6-1  iw-0.9.18-1                        
              kernel26-firmware-2.6.32.3-1  kernel26-2.6.32.3-1  libass-0.9.8-1  libmysqlclient-5.1.42-1  libpurple-2.6.5-1  libsndfile-1.0.21-1  libgssglue-0.1-2             
              libtirpc-0.2.1-1  live-media-2010.01.11-1  mercurial-1.4.2-1  mpd-0.15.6-2  mysql-clients-5.1.42-1  mysql-5.1.42-1  nano-2.2.1-1  ncmpcpp-0.5-1  nvidia-190.53-3  
              perl-uri-1.52-1  pidgin-2.6.5-1  pm-utils-1.2.6.1-3  postgresql-libs-8.4.2-1  python-gdata-2.0.6-1  qtcurve-gtk2-1.0.1-1  qtcurve-kde4-1.0.1-1  reflector-5.0-2   
              rrdtool-1.4.2-1  rsync-3.0.7-1  strigi-0.7.1-1  subversion-1.6.6-3  tzdata-2009t-1  util-linux-ng-2.16.2-1  virtualbox-additions-3.1.2-1  wine-1.1.36-1           
              xdg-user-dirs-0.12-1  xdotool-20091231.03-1  xulrunner-1.9.1.7-1                                                                                                  

Total Download Size:    199.34 MB
Total Installed Size:   579.62 MB

Proceed with installation? [Y/n] n
[ ~]$ bauerbill -Syu  
:: Synchronizing package databases...
 core is up to date                  
 extra is up to date                 
 community is up to date             
--> Searching for upgradable repo packages...
--> Reflecting... retrieved 45 mirrors.      
:: The following packages will be downloaded:
   [core]                                    
     libtirpc util-linux-ng pam iptables libldap inetutils libgssglue nano tzdata libgcrypt dhcpcd kernel26 kernel26-firmware zlib hdparm
   [extra]                                                                                                                               
     live-media libpurple subversion perl-uri hsqldb-java xulrunner pm-utils rrdtool python-gdata libass mercurial libmysqlclient mesa libsndfile nvidia-utils qtcurve-gtk2
     alsa-utils gnupg2 postgresql-libs bluez mysql-clients mysql git xorg-server alsa-lib freeglut mpd libdrm cdrkit pidgin strigi cdrdao qtcurve-kde4 wine nvidia rsync   
   [community]                                                                                                                                                             
     ncmpcpp xdotool xdg-user-dirs virtualbox-additions reflector haskell-x11                                                                                              

:: Number of Packages:                      57
:: Total Download Size:              209.02 MB
:: Binary Package Install Size:      606.96 MB

:: Proceed with download? [Y/n] n
[ ~]$ yaourt -Syu    
:: Synchronizing package databases...
 core is up to date                  
 extra is up to date                 
 community is up to date             

==> Package upgrade only (new release):
core/hdparm version 9.27 release 1 -> 2
extra/mpd version 0.15.6 release 1.1 -> 2
extra/pm-utils version 1.2.6.1 release 2 -> 3
extra/subversion version 1.6.6 release 2 -> 3

==> Software upgrade (new version) :
community/haskell-x11 1.4.6.1-2.2 -> 1.4.6.1-1
community/ncmpcpp 0.4.1-3 -> 0.5-1            
community/reflector 4.2.1-2 -> 5.0-2          
community/virtualbox-additions 3.1.0-1 -> 3.1.2-1
community/xdg-user-dirs 0.11-1 -> 0.12-1         
community/xdotool 20090815-1 -> 20091231.03-1    
core/ca-certificates 20090709-1 -> 20090814-2    
core/dhcpcd 5.1.3-1 -> 5.1.4-1                   
core/inetutils 1.6-4 -> 1.7-1                    
core/iptables 1.4.5-1 -> 1.4.6-1                 
core/iw 0.9.17-1 -> 0.9.18-1                     
core/kernel26 2.6.31.6-1 -> 2.6.32.3-1           
core/kernel26-firmware 2.6.31-1 -> 2.6.32.3-1    
core/libgcrypt 1.4.4-2 -> 1.4.5-1                
core/libldap 2.4.20-1 -> 2.4.21-1                
core/libtirpc 0.2.0-1 -> 0.2.1-1                 
core/nano 2.2.0-1 -> 2.2.1-1                     
core/pam 1.1.0-1 -> 1.1.1-1                      
core/run-parts 3.1.3-1 -> 3.2.2-1                
core/tzdata 2009s-1 -> 2009t-1                   
core/util-linux-ng 2.16-1 -> 2.16.2-1            
core/zlib 1.2.3.3-3 -> 1.2.3.4-3                 
extra/alsa-lib 1.0.21.a-1 -> 1.0.22-1            
extra/alsa-utils 1.0.21-1 -> 1.0.22-2            
extra/bluez 4.58-1 -> 4.59-1                     
extra/cdrdao 1.2.3rc2-1 -> 1.2.3-1               
extra/cdrkit 1.1.9-2 -> 1.1.10-1                 
extra/freeglut 2.4.0-4 -> 2.6.0-1                
extra/git 1.6.5.7-1 -> 1.6.6-1                   
extra/gnupg2 2.0.13-3 -> 2.0.14-1                
extra/hsqldb-java 1.8.0.10-1 -> 1.8.1.1-1        
extra/libass 0.9.7-1 -> 0.9.8-1                  
extra/libdrm 2.4.16-1 -> 2.4.17-2                
extra/libmysqlclient 5.1.41-3 -> 5.1.42-1        
extra/libpurple 2.6.4-1 -> 2.6.5-1               
extra/libsndfile 1.0.20-3 -> 1.0.21-1            
extra/live-media 2009.09.28-2 -> 2010.01.11-1    
extra/mercurial 1.4.1-4 -> 1.4.2-1               
extra/mesa 7.6-2 -> 7.7-1                        
extra/mysql 5.1.41-3 -> 5.1.42-1                 
extra/mysql-clients 5.1.41-3 -> 5.1.42-1         
extra/nvidia 190.42-1 -> 190.53-3                
extra/nvidia-utils 190.42-2 -> 190.53-1          
extra/perl-uri 1.40-1 -> 1.52-1                  
extra/pidgin 2.6.4-1 -> 2.6.5-1                  
extra/postgresql-libs 8.4.1-1 -> 8.4.2-1         
extra/python-gdata 2.0.4-1 -> 2.0.6-1            
extra/qtcurve-gtk2 0.69.2-1 -> 1.0.1-1
extra/qtcurve-kde4 0.69.2-1 -> 1.0.1-1
extra/rrdtool 1.4.1-1 -> 1.4.2-1
extra/rsync 3.0.6-1 -> 3.0.7-1
extra/strigi 0.7.0-1 -> 0.7.1-1
extra/wine 1.1.35-1 -> 1.1.36-1
extra/xorg-server 1.7.3.901-1 -> 1.7.3.902-1
extra/xulrunner 1.9.1.6-1 -> 1.9.1.7-1

==> New package :
core/libgssglue 0.1-2  (required by libtirpc)

==>  Continue installing ? [Y/n]
==>  [V]iew package detail [M]anualy select packages
==>   ----------------------------------------------
==>n

[ ~]$

... they all function identically. My point is that your argument that you are seeking a "consistent" user experience is invalid. If that were the case, you would be asking the yaourt devs to remove the automatic sudo functionality. The only place bauerbill seems to be inconsistent is that pacman immediately aborts an upgrade action if not run as root stating that the command should be run as root, where bauerbill (seems to) try and attempt an upgrade, spitting out raw stderr output.

Xyne, excellent program. The first time -Syu is invoked it does feel a bit slow (compared to pacman). Is that a side affect of sanitizing the output (ie beautifying it)? if so, would it be possible to give progressive output so it feels like it's doing something? Not a show stopper, and would fall under aesthetics, so I won't be offended if this goes to the very bottom of your "to investigate worthiness of fixing" list :-)

Xyne · 2010-01-12 17:48:43

@litemotiv
Well then, we simply disagree. I have nothing more to add to the discussion.

@JohannesSM64
I've implemented a "which" function so the editor now accepts "vim" as an argument, including from the $EDITOR variable. Unless you're using an old version of the code, I have no idea why bauerbill isn't detecting your EDITOR variable (does anyone else have this problem?). The following works for me:

export EDITOR=vim
bauerbill ...

If that still fails with the latest version, use this script to try to isolate the problem:

#!/usr/bin/perl
use strict;
use warnings;

use Xyne::Common::Functions qw/which/;

my $editor = $ENV{'EDITOR'};
if (defined($editor))
{
  print "detected $editor\n";
  if (-x $editor)
  {
    print "path is executable\n";
  }
  else
  {
    print "path is not executable\n";
    $editor = &which($editor);
    if (defined($editor))
    {
      print "\"which\" returned the executable path $editor\n"
    }
    else
    {
      print "\"which\" failed to detect an executable path\n";
    }
  }
}
else
{
  print "\$EDITOR was not defined\n";
}

*edit*

EnvoyRising wrote:

Xyne, excellent program. The first time -Syu is invoked it does feel a bit slow (compared to pacman). Is that a side affect of sanitizing the output (ie beautifying it)? if so, would it be possible to give progressive output so it feels like it's doing something? Not a show stopper, and would fall under aesthetics, so I won't be offended if this goes to the very bottom of your "to investigate worthiness of fixing" list :-)

What do you mean by "the first time" and where are you in the output when it seems slow? It definitely is slower than pacman to start up because it's written in Perl, so the interpreter needs to load up, load the modules, etc. I haven't tested this on the old system but I know the old version of powerpill felt a bit sluggish sometimes and I doubt that I've improved the code to the point of it being unnoticeable. It should be less than a second on decent hardware though. The structure of the pacman database is also a bottleneck. If you need to check for a provider package or package groups, you need to load thousands of files.

You might also be noticing a database or archive download, but without more context I really don't know. There are a few places where I could probably add some more output, e.g. progress of threaded downloads, but I haven't decided yet if I want to do that considering how fast it normally is.

Last edited by Xyne (2010-01-12 18:03:28)

jdarnold · 2010-01-12 18:02:16

Yeah, $EDITOR still doesn't work for me:

$ we
detected /usr/bin/emacsclient
path is executable
$ bbs xdg-utils-mimeo
warning: xdg-utils-mimeo does not match any package or group in sync db
--> Searching for packages in AUR...                                   
--> Loading AUR taurball data...                                       
warning: about to source /tmp/bauerbill/build/AUR/xdg-utils-mimeo/PKGBUILD
view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  e
/usr/bin/emacsclient: can't find socket; have you started the server?
To start the server in Emacs, type "M-x server-start".
/usr/bin/emacsclient: No socket or alternate editor.  Please use:

        --socket-name
        --server-file      (or environment variable EMACS_SERVER_FILE)
        --alternate-editor (or environment variable ALTERNATE_EDITOR)
view [v]  backup [b]  edit [e]  continue [ok]  abort [x]  x
$ emacsclient /tmp/bauerbill/build/AUR/xdg-utils-mimeo/PKGBUILD
Waiting for Emacs...
$

So 'we' (the above script) finds it, but however it is getting executed by bauerbill just doesn't translate well. It is finding emacsclient but isn't getting spawned correctly somehow.

Xyne · 2010-01-12 18:07:49

Try passing a file path to this script to see if it opens it with your editor:

#!/usr/bin/perl
use strict;
use warnings;

use Xyne::Common::Functions qw/which/;

my $editor = $ENV{'EDITOR'};
if (defined($editor))
{
  print "detected $editor\n";
  if (-x $editor)
  {
    print "path is executable\n";
  }
  else
  {
    print "path is not executable\n";
    $editor = &which($editor);
    if (defined($editor))
    {
      print "\"which\" returned the executable path $editor\n"
    }
    else
    {
      print "\"which\" failed to detect an executable path\n";
      exit(1);
    }
  }
}
else
{
  print "\$EDITOR was not defined\n";
  exit(1);
}

system("$editor \"$ARGV[0]\"");

Post the version of perl-xyne-common and perl-xyne-arch that you're using too.

Last edited by Xyne (2010-01-12 18:08:20)

jdarnold · 2010-01-12 18:40:22

 $ yaort -Ss xyne
xyne-any/perl-xyne-arch 1.0.29-1 [installed]
     Xyne's Arch-specific Perl modules.
xyne-any/perl-xyne-common 1.0.4-1 [installed]
     Xyne's common Perl modules.

$ we bowls.txt                                                                                                                                    
detected /usr/bin/emacsclient                                                                                                                   
path is executable                                                                                                                              
Waiting for Emacs...                                                                                                                            
$

IOW, that script worked fine.

EnvoyRising · 2010-01-12 19:16:41

By first time I mean before repos have been synced. It is of course faster afterward considering there is nothing left to sync.

I think the "slowness" I am experiencing is because of the perl interpreter starting up.

As it is now, bauerbill "hangs" while its gathering information about upgradeable packages, then "shoots" out the results. Not really sure how to make it "feel" more snappy, so I've concede that the gain in screen real estate by bauerbill grouping updates horizontally instead of vertically (like yaourt) is worth the couple of seconds I have to wait to see thoes results.

In other words, disregard what I said about speed/output and keep up the good work on more important things :-)

Xyne · 2010-01-12 19:22:52

Make sure that you haven't set an (invalid) editor in the config as that would override the EDITOR variable. If the code above works, then that is the only thing I can see which would prevent its detection.

What exactly happens when you try to edit a file at the prompt?

Pnevma · 2010-01-12 20:26:27

Xyne wrote:

...
*edit*
Dev packages (git/svn/etc) which update the PKGBUILD after a build should work now.

Yep. Tried it out on a git and bazaar package.

Thanks.

Last edited by Pnevma (2010-01-12 20:27:00)

EnvoyRising · 2010-01-12 20:44:06

Xyne wrote:

@Inxisible
I've added a PowerpillConf option (I had planned to but forgotten about it). Set that then comment out options in bauerbill.conf that you wish to set from powerpill.conf (i.e. options in bauerbill.conf will override options in powerpill.conf). I haven't tested it extensively though so let me know if something doesn't work as expected.

So in bauerbill.conf I have:

PowerPillConf

But I still have to set PacmanBin in both bauerbill.conf and powerpill.conf. Am I using the option wrong? I am using bauerbill from the AUR, so perhaps that version hasn't been updated?

edit:

Also noticed that if I have the AUR option set, color output of pacman-color is ignored, but if I disable AUR, color re-appears.

Last edited by EnvoyRising (2010-01-12 20:46:57)

firecat53 · 2010-01-12 20:44:37

I also just noticed that my $EDITOR variable was not being noticed (works fine with --editor /usr/bin/vim) -- just wondering if this has to do with sudo, 'cause I don't set $EDITOR for the root user.

Scott

litemotiv · 2010-01-12 20:54:15

Xyne wrote:

@litemotiv
Well then, we simply disagree. I have nothing more to add to the discussion.

No problem, props for an all in all fine piece of software.

some-guy94 · 2010-01-12 22:15:13

Bauerbill can't download the NVIDIA-Linux-... file in the nvidia-all package.

Inxsible · 2010-01-13 00:09:10

EnvoyRising wrote:

I think the "slowness" I am experiencing is because of the perl interpreter starting up.

Bingo !!

I think I had mentioned the same things a couple pages back, that I see the slowness in displaying the output obviously because the wrapper code (perl) needs to run before it transfers control to pacman.

I am sitting on a 10 yr old machine with P3 and 256MB, so I can definitely say that the 1-2 seconds it takes is noticeable. But again, with newer hardware, it might not be.

I still use bauerbill because now I have one integrated software for official and unofficial repos. I might just remove pacman-color (which I recently installed to test it out) so that it might become a tad faster.

Xyne · 2010-01-13 03:17:31

EnvoyRising wrote:

So in bauerbill.conf I have:
PowerPillConf
But I still have to set PacmanBin in both bauerbill.conf and powerpill.conf. Am I using the option wrong? I am using bauerbill from the AUR, so perhaps that version hasn't been updated?
edit:
Also noticed that if I have the AUR option set, color output of pacman-color is ignored, but if I disable AUR, color re-appears.

bauerbill.conf wrote:

################################################################################
# Specify a path to a Powerpill configuration file which should be loaded before
# the Bauerbill configuration file. This lets the user keep all common options
# in a single configuration file and selectively override them in the Bauerbill
# configution file, which also contains Bauerbill-specific options. Make sure
# that you comment all settings in the Bauerbill configuration file that you do
# not want to override.

# PowerpillConf = /etc/powerpill.conf
################################################################################

It seems you've misspelt the name and didn't bother to specify a path, which is probably why it's not working. Fix that then comment out all the options in bauerbill.conf that you wish to set from powerpill.conf.

The lack of pacman-color output has already been explained in this thread. When using the AUR option, Bauerbill has to generate the AUR output itself so it doesn't come from pacman-color.

@firecat53
Well, does running the script that I posted above with sudo work? If not (and I doubt it does), then you need to set EDITOR for root as well.

jowilkin · 2010-01-13 05:41:04

I seem to be having an issue with a package that wants to download a file and uses a variable in the url. The package is songbird-stable-bin from AUR, the PKGBUILD is here http://aur.archlinux.org/packages/songb … n/PKGBUILD

It specifies the source as

 source=(http://download.songbirdnest.com/installer/linux/$CARCH/Songbird_$pkgver-${_pkgver}_linux-$CARCH.tar.gz

Then when I try to install the package with bauerbill I get

:: The following sources will be downloaded:
   songbird-stable-bin:
     http://download.songbirdnest.com/installer/linux/$CARCH/Songbird_1.4.3-1438_linux-$CARCH.tar.gz

:: Number of Sources:                        1
:: Total Download Size:              >=0.00 MB

:: Proceed with download? [Y/n] 
                                                                                                         
Download Results:
gid|stat|avg speed  |path/URI
===+====+===========+===========================================================
  1| ERR|        n/a|//tmp/bauerbill/build/AUR/songbird-stable-bin/Songbird_1.4.3-1438_linux-$CARCH.tar.gz

It looks to me like the $CARCH variable is not being replaced by x86_64 like it should be. If I say not to retry the download, it will continue and eventually download the package with some other program later in the build (makepkg I think?).

Full output here: http://pastebin.com/m11b45056

Last edited by jowilkin (2010-01-13 05:41:17)

Xyne · 2010-01-13 06:23:30

$CARCH works now.

The nvidia-all package will require more work though because it's really difficult to unequivocally parse the variable assignments:

[ "$CARCH" = "i686" ] && ARCH=x86 && NV=0 
[ "$CARCH" = "x86_64" ] && ARCH=x86_64 && NV=0

I need to come up with a robust way to do that.

Zeist · 2010-01-13 09:06:17

Been trying it out for a couple of days and so far I'm rather impressed, definitely a worthy yaourt replacement.

giddie · 2010-01-13 11:18:12

Does Powerpill / Bauerbill have the option to manually choose which packages will be updated, like Yaourt does? I use that option a lot to postpone upgrades that will require rebooting or restarting Xorg. If that option were available, I'd almost certainly switch

flamelab · 2010-01-13 12:31:23

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

Arch Linux

#101 2010-01-12 14:13:52

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

#102 2010-01-12 14:55:52

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

#103 2010-01-12 14:58:25

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

#104 2010-01-12 16:22:52

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

#105 2010-01-12 16:39:35

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

#106 2010-01-12 16:55:39

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

#107 2010-01-12 17:37:01

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

#108 2010-01-12 17:48:43

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

#109 2010-01-12 18:02:16

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

#110 2010-01-12 18:07:49

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

#111 2010-01-12 18:40:22

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

#112 2010-01-12 19:16:41

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

#113 2010-01-12 19:22:52

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

#114 2010-01-12 20:26:27

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

#115 2010-01-12 20:44:06

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

#116 2010-01-12 20:44:37

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

#117 2010-01-12 20:54:15

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

#118 2010-01-12 22:15:13

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

#119 2010-01-13 00:09:10

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

#120 2010-01-13 03:17:31

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

#121 2010-01-13 05:41:04

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

#122 2010-01-13 06:23:30

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

#123 2010-01-13 09:06:17

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

#124 2010-01-13 11:18:12

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

#125 2010-01-13 12:31:23

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

Board footer