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

Allan · 2010-10-27 11:48:34

A double free makes me think this is not glibc's fault (despite ngoonee not observing it with glibc from [core]...)

kagebe · 2010-10-27 12:44:24

After using makepkg to build the missing aur dependencies, bauerbill was able to download, build and install the package without error...

ferda · 2010-10-27 14:20:42

here bauerbill can't find/install any AUR packages. happens on both testing/non-testing and 32/64.

infinull · 2010-10-27 18:44:10

I'm also getting glibc memory errors:

*** glibc detected *** /usr/bin/perl: realloc(): invalid next size: 0x00007fab38076fa0 ***

Backtrace/Full output: http://pastebin.com/y1uMQCZZ

pogeymanz · 2010-10-27 23:07:57

ferda wrote:

here bauerbill can't find/install any AUR packages. happens on both testing/non-testing and 32/64.

That's because it needs to be updated to use https. The AUR recently was switched.

exmethix · 2010-10-28 13:35:53

When i try:

bauerbill -S kde

with BuildAll and with / without user-agent=wget in Aria2Args

after downloading the sources i always get this:

:: The following sources will be downloaded:
   ftp://gcc.gnu.org/pub/gcc/libstdc++/doxygen/libstdc++-api.20100719.man.tar.bz2 [0.32 MiB]
     gcc-fortran

   ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.5.1/gcc-{core,g++,fortran,objc,ada}-4.5.1.tar.bz2 [N/A]
     gcc-fortran


:: Number of Sources:                        2
:: Total Download Size:             >=0.32 MiB

:: Proceed with download? [Y/n] Y

[#1 SIZE:325.8KiB/325.8KiB(100%) CN:1] [Checksum:#1 0B/325.8KiB(0%)]                                                  
:: 2 unsuccessful download(s). Would you like to retry? [Y/n]

I also have manually wgot these files to my SRCDEST so that these were really existing.

No chance! Any suggestions?

SanskritFritz · 2010-10-28 14:55:00

I think you should wait for an update of bauerbill, since it cannot handle the https connection now, AUR was switched some days ago.

exmethix · 2010-10-28 15:24:04

sure?

I mean these sources are not AUR ones or am i wrong?

*edit*

I was going on an fixed little dependency problems myself but now it run into strange trouble:

--> Installing /home/local/build/packages/ortp-0.16.3-1-x86_64.pkg.tar.xz...
--> Running pacman: '/usr/bin/pacman-color' '--config' '/etc/pacman.conf' '-U' '/home/local/build/packages/ortp-0.16.3-1-x86_64.pkg.tar.xz' '--asdeps' '--cachedir' '/var/cache/pacman/pkg'
Löse Abhängigkeiten auf...
Suche nach Zwischen-Konflikten...

Pakete (1): ortp-0.16.3-1 [0,09 MB]

Gesamtgröße des Downloads: 0,00 MB
Gesamtgröße der zu installierenden Pakete: 0,46 MB

Installation fortsetzen?  [J/n] j
Prüfe Paketintegrität...
(1/1) Prüfe auf Dateikonflikte                                         [########################################] 100%
(1/1) Installiere ortp                                                 [########################################] 100%
--> Building r...
==> Erstelle Paket: r 2.11.1-2 (Do 28. Okt 18:57:59 CEST 2010)
==> Prüfe Laufzeit-Abhängigkeiten... 
==> Prüfe Buildtime-Abhängigkeiten... 
==> Fehlende Abhängigkeiten: 
  -> openjdk6
==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen.
ERROR: makepkg exited with an error (256)
WARNING: expected package does not exist: /home/local/build/packages/r-2.11.1-2-x86_64.pkg.tar.xz
--> scanning /home/local/build/packages for matching packages...
ERROR: no package found: /home/local/build/packages/r-2.11.1-2-x86_64.pkg.tar.xz
:: Abort? [Y/n]

Last edited by exmethix (2010-10-28 17:01:29)

Xyne · 2010-10-28 16:44:53

*sigh*

Nothing in Bauerbill needed to change to handle HTTPS... you just needed the optdep "perl-crypt-ssleay" (which you need for Reflector support anyway). I've made that a normal dependency now.

As for the glibc errors... I have no idea. It's uncommon for those to be caused by vanilla Perl code so I suspect that it isn't a bauerbill issue per se, but I really don't know.

@exmethix
Read the "Some downloads keep failing" section of the troubleshooting guide. You can see the uninterpretted Bash code in the URLs of your output. As the guide says, either edit and patch the PKGBUILD from the prompt or ignore it and let makepkg handle it when it builds the package. You do not need to manually retrieve the files yourself.

SanskritFritz · 2010-10-28 16:59:07

Thank you Xyne!

exmethix · 2010-10-28 17:09:22

Xyne wrote:

@exmethix
Read the "Some downloads keep failing" section of the troubleshooting guide. You can see the uninterpretted Bash code in the URLs of your output. As the guide says, either edit and patch the PKGBUILD from the prompt or ignore it and let makepkg handle it when it builds the package. You do not need to manually retrieve the files yourself.

I expected that. Because of it i did a manual wget for these sources.

So for now i will just ignore it right?

And you can safely ignore my last post cause i am now getting close to my bauer.

thnX

Xyne · 2010-10-28 21:29:02

exmethix wrote:

So for now i will just ignore it right?

Yeah. Just choose to continue after the download fails and makepkg will take care of the download.

infinull · 2010-10-28 23:34:07

glibc errors were fixed for me by reinstalling perl-xyne-arch and perl-xyne-common (sudo pacman -S perl-xyne-{arch,common})

ngoonee · 2010-10-29 02:34:03

infinull wrote:

glibc errors were fixed for me by reinstalling perl-xyne-arch and perl-xyne-common (sudo pacman -S perl-xyne-{arch,common})

Hmm, same thing here... wonder what could have happened.

Allan · 2010-10-29 02:36:41

It is quite weird... but probably due to the changes I made in glibc exposing something?

ngoonee · 2010-10-29 02:44:53

Perhaps. But its weird that a mere reinstall (which only copies the SAME files back to their locations) seems to fix it.

cap_sensitive · 2010-10-29 14:32:37

Hi Xyne:

Maybe you should add an option that let bauerbill automatically ignore the unsuccessful downloads,
and leave it to makepkg (since I'm alway configure wget to download files for makepkg).

It seems that aria2 can't handle some URLs properly, so wget is a good alternate.

Thanks.

(edit typo)

Last edited by cap_sensitive (2010-10-29 14:37:13)

dapolinario · 2010-10-29 23:31:57

I'm not able to install anything from AUR using bauerbill.

Example:

$ sudo bauerbill -S yaourt --aur
WARNING: yaourt does not match any package or group in sync db
--> Searching for AUR packages...
--> Loading AUR taurball data...
WARNING: about to source /tmp/bauerbill/build/aur/yaourt/PKGBUILD
view [v]  backup [b]  edit [e]  continue [ok]  skip [s]  abort [x]  ok
--> an associated install file was found for yaourt: /tmp/bauerbill/build/aur/yaourt/yaourt.install
view [v]  backup [b]  edit [e]  continue [ok]  skip [s]  abort [x]  ok
--> resolving diffutils... installed
--> resolving pacman>=3.4.0... installed
--> resolving package-query>=0.4... found in AUR
WARNING: about to source /tmp/bauerbill/build/aur/package-query/PKGBUILD
view [v]  backup [b]  edit [e]  continue [ok]  skip [s]  abort [x]  ok
--> resolving pacman>=3.4... installed
--> resolving curl... installed
--> resolving yajl... found in [community]
--> Determining sizes of source files...

$ dmesg
bauerbill[4693]: segfault at 223d65b6 ip b71eb324 sp b67f0c1c error 4 in libssl.so.1.0.0[b71b6000+4d000]

Last edited by dapolinario (2010-10-29 23:32:23)

SanskritFritz · 2010-10-30 06:53:15

Try to downgrade to perl-xyne-arch-2010.10.28.1-1

Xyne · 2010-10-30 17:05:48

perl-xyne-arch shouldn't have anything to do with it. It's very rare that pure Perl code (i.e. code that doesn't bind lower-level code) causes such errors. Besides, I haven't changed anything recently. The migration to HTTPS required no code changes, only changing perl-crypt-ssleay from an optdep to a dep.

I don't know what's causing these low-level errors. It seems to be related to the recent update of glibc:

DEPENDENCIES BY INSTALLATION DATE (bauerbill)
[2010-10-30 18:02:45] perl-xyne-arch (bauerbill)
[2010-10-28 22:54:39] bauerbill 
[2010-10-28 22:54:39] perl-xyne-common (bauerbill -> perl-xyne-arch)
[2010-10-28 17:24:55] tzdata (bauerbill -> aria2 -> gnutls -> gcc-libs -> glibc)
[2010-10-26 15:05:20] glibc (bauerbill -> aria2 -> gnutls -> gcc-libs)
[2010-10-20 13:12:38] coreutils (bauerbill -> aria2 -> ca-certificates -> openssl -> perl)
[2010-10-19 14:39:57] libxml2 (bauerbill -> aria2)
[2010-10-16 02:36:53] sqlite3 (bauerbill -> aria2)

Its update coincides with the appearance of these issues. (The output is from one of my pacman scripts if you're wondering.)

Maybe aria2 needs to be rebuilt or patched against the new glibc.

Xyne · 2010-10-31 16:20:45

I've looked into this a bit more and the problem arises from using HTTPS with threads. I've opened a ticket on the bugtracker with an example script to reproduce the issue and I've reverted to using HTTP for the AUR.

Primoz · 2010-10-31 17:45:26

infinull wrote:

glibc errors were fixed for me by reinstalling perl-xyne-arch and perl-xyne-common (sudo pacman -S perl-xyne-{arch,common})

While this does fix it for me, the problem comes back every time I shut down my computer. I have no idea why...

AugustePop · 2010-11-01 03:22:20

I recently tried out bauerbill, and it is amazing. However, I noticed an small inconsistency in its output.

If I understand correctly, bauerbill can find out whether a package is installed locally or not, and appends " (installed)" to the line of the package name. The problem is pacman already appends " [installed]" after the line of the package if it is in base/extra/community. I suggest bauerbill changes the appended string into " [installed]" and apply it only to packages from unsupported repositories.

If the request is accepted, it would be more consistent to the "bauerbill -Ss" output, and thus can be easily parsed by sed to produce colored output. I guess the current output of pacman is like this: "repository/pkgname pkgver (group) [installed]", where parenthesis is used to indicate groups.

I have another question to ask. If I use a cron job of rebase as described in ArchWiki, what would happen if I call "bauerbill --rebase --Syu"?

Last edited by AugustePop (2010-11-01 05:13:16)

SanskritFritz · 2010-11-01 09:36:52

rebase is now obsolete, pacman includes that functionality since version 3.4.

AugustePop · 2010-11-01 09:40:07

SanskritFritz wrote:

rebase is now obsolete, pacman includes that functionality since version 3.4.

Does this mean --rebase option of bauerbill is now obsolete too? If rebase is obsolete, what would happen if a crond job "pacman -Sywu" is running when I invoke "bauerbill -Syu"?

Arch Linux

#851 2010-10-27 11:48:34

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

#852 2010-10-27 12:44:24

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

#853 2010-10-27 14:20:42

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

#854 2010-10-27 18:44:10

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

#855 2010-10-27 23:07:57

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

#856 2010-10-28 13:35:53

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

#857 2010-10-28 14:55:00

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

#858 2010-10-28 15:24:04

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

#859 2010-10-28 16:44:53

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

#860 2010-10-28 16:59:07

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

#861 2010-10-28 17:09:22

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

#862 2010-10-28 21:29:02

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

#863 2010-10-28 23:34:07

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

#864 2010-10-29 02:34:03

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

#865 2010-10-29 02:36:41

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

#866 2010-10-29 02:44:53

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

#867 2010-10-29 14:32:37

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

#868 2010-10-29 23:31:57

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

#869 2010-10-30 06:53:15

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

#870 2010-10-30 17:05:48

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

#871 2010-10-31 16:20:45

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

#872 2010-10-31 17:45:26

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

#873 2010-11-01 03:22:20

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

#874 2010-11-01 09:36:52

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

#875 2010-11-01 09:40:07

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

Board footer