Summary: | Bacula 1.36.0 ebuild problem: ACCESS VIOLATION | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dirk Heinrichs <dirk.heinrichs.ext> |
Component: | Current packages | Assignee: | App-Backup Team <app-backup> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo-bugs, gentoo, josiah.ritchie, sparc, th_veith, web, zul |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
bacula-1.36.0.ebuild.diff
cdrecord-configure.patch fix typos in bacula-1.36.0.ebuild |
Description
Dirk Heinrichs
2004-12-20 01:53:30 UTC
This ebuild also has another small problem: the patch for the configure script in files/ dir is incorrectly named and the ebuild can't find the .diff. Solution: simply rename bacula-3.6.0-configure.diff to bacula-1.36.0-configure.diff and rerun a digest. If you have a Pentium M (centrino), no is best uses -march=pentium-m I have the equal problem, my info is: Gentoo Base System version 1.4.16 Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r4 i686) ================================================================= System uname: 2.6.10-gentoo-r4 i686 AMD Athlon(TM) XP 2100+ Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://pupas/Gentoo-portage" USE="x86 3dnow acpi alsa apache2 avi bitmap-fonts cups curl encode ethereal foomaticdb fortran gif gimpprint hal imagemagick imap javascript jpeg libwww lzw-tiff maildir mikmod mmx ncurses nls nptl oggvorbis opengl pam pdflib pic pie png ppds quicktime readline samba scanner sdl spell sse ssl tiff truetype usb v4l v4l2 vhost xv zlib" But in this workstation compile ok: Gentoo Base System version 1.4.16 Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/fax /usr/share/config /var/bind /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 apache2 apm avi bitmap-fonts crypt curl encode fam foomaticdb fortran gd gdbm gif gtk2 imap javascript jpeg kde libwww lzw-tiff mad maildir mikmod motif ncurses nls nptl oggvorbis opengl pam pdflib pic pie png ppds quicktime readline samba sdl slang spell ssl tiff usb vhosts xml2 xmms xv zlib" I have had the same problem ever since the 1.36.0 upgrade ebuild came out, on an Athlon XP system. I had 1.34.6, which built with no problems. Up until about a week ago, I was running 2.4.28 kernels; now I'm at 2.6.10-r4. One thing that *might* have changed since 1.34.6 built: I might not have had MySQL installed at the time, so it would have defaulted to SQLite. Now I have MySQL 4.0.23. I find the following error during the build: i686-pc-linux-gnu-g++ -c -DHAVE_WXCONSOLE -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I. \ -I.. -O3 -march=athlon-xp -funroll-loops -pipe wxbhistorytextctrl.cpp i686-pc-linux-gnu-g++ main.o console_thread.o authenticate.o console_conf.o wxbrestorepanel.o wxbmainframe.o wxbtableparser.o wxbtreectrl.o wxblistctrl.o wxbutils.o wxbconfigpanel.o wxbconfigfileeditor.o wxbhistorytextctrl.o -o wx-console -lpthread -L../lib -pthread -lwx_gtk2-2.4 -lbac /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../libwx_gtk2-2.4.so: undefined reference to `_gtk_accel_group_detach' /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../libwx_gtk2-2.4.so: undefined reference to `_gtk_accel_group_attach' /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../libwx_gtk2-2.4.so: undefined reference to `_gtk_rc_context_get_default_font_name' collect2: ld returned 1 exit status make[1]: *** [wx-console] Error 1 make[1]: Leaving directory `/var/tmp/portage/bacula-1.36.0/work/bacula-1.36.0/src/wx-console' ====== Error in /var/tmp/portage/bacula-1.36.0/work/bacula-1.36.0/src/wx-console ====== I have +wxwindows in my USE variable; I will try rebuilding with it off. Grrrr... nope, that would have been too easy. :^/ I also renamed the patch file... set "-acl", but the ebuild doesn't seem to reference that flag anyway. Still always the "/dev/sg0" access error. Unfortunately, the error is completely disconnected from the place it occurs, and there is no context whatsoever in that logfile. :^( Can we PLEASE get some developer attention on this bug?? The source of the problem is that build process at some point calls "cdrecord". To work around the problem I renamed my cdrecord binary to something else, and now the build works smoothly. This bug has also been mentioned on the Bacula bug-tracker with a "can't reproduce" flag. I suspect the tester does not have cdrecord installed. http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=0000181 Created attachment 48927 [details, diff]
bacula-1.36.0.ebuild.diff
This fix solver this problem
The configure search the cdr, remove this check and compile ok
Created attachment 48928 [details, diff]
cdrecord-configure.patch
remove check of cdr
Created attachment 50355 [details, diff]
fix typos in bacula-1.36.0.ebuild
The attached patch fixes a typo in a use flag, a make target, a directory name
and a comment, respectively.
This bug has been fixed with a configure patch in bacula-1.36.1-r3.ebuild released to the bacula sourceforge page. This problem seems to persist in 1.36.2, so I've sent a reminder to the bugs.bacula.org tracker. zul: would you like to join app-backup? Basically an affirmation and confirmation of all stated above me: Installed with 'FEATURES="-sandbox" emerge -uDv bacula' as suggested and it seems to have worked nicely. Another machine without cdrecord on it did not need this. This is fixed in the new 1.36.3-r1.ebuild. Please check and if the bug still persists, reopen the bug. with app-backup/bacula-1.36.3-r3 the problem reappears again :(
could someone reopen that bug?
>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-app-backup_-_bacula-1.36.3-r3-6844.log"
open_wr: /dev/sg0
open_wr: /dev/sg0
--------------------------------------------------------------------------------
also on 1.38.9? |