August 2006 - openSUSE Build Service - openSUSE Mailing Lists

[opensuse-buildservice] Confusing download directories/packages for xorg7
by Stefan Dirsch 02 Aug '06

02 Aug '06

Hi Could someone (with the appropriate privileges ;-)) remove the obsolete download directories for xorg7 project? [DIR] SLES_9/ 30-Jun-2006 04:52 - [DIR] SUSE_Linux_9.3/ 30-Jun-2006 09:43 - [DIR] SUSE_Linux_10.0/ 30-Jun-2006 10:21 - [DIR] SUSE_Linux_10.1/ 02-Aug-2006 16:06 - [DIR] standard/ 14-Jul-2006 12:56 - The obsolete RPMs filesystem gdm perl permissions xorg-x11-XTrap xorg-x11-xkbdata xorg-x11-xserver in [DIR] Java_Sun-Java-1.5_SUSE_Linux_10.1/ 02-Aug-2006 20:21 - [DIR] SUSE_Factory/ 02-Aug-2006 20:06 - should be removed as well. Yes, this is bug #179026. Best regards, Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------

1 0

[opensuse-buildservice] FreeRADIUS build error
by Peter Nixon 02 Aug '06

02 Aug '06

Hi Guys When I build FreeRADIUS on the openSUSE Build Service I get the following errors scattered throughout the build (On all SUSE versions) but the build continues, but doesnt make anu .so files. /usr/src/packages/BUILD/freeradius-1.1.2/libtool --mode=link gcc -release 1.1.2 \ -module -export-dynamic -o rlm_eap_tls.la \ -rpath /usr/lib/freeradius rlm_eap_tls.lo rlm_eap_tls.c /usr/src/packages/BUILD/freeradius-1.1.2/src/lib/libradius.la \ ../../libeap/libeap.la -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread rm -fr .libs/rlm_eap_tls.la .libs/rlm_eap_tls.* .libs/rlm_eap_tls-1.1.2.* *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lnsl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lresolv. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module rlm_eap_tls. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. ar cru .libs/rlm_eap_tls.a rlm_eap_tls.o ranlib .libs/rlm_eap_tls.a When I build locally I dont get the same errors so, does anyone know what dependency I am missing on the build service? I currently specify (plus base system): BuildRequires: cyrus-sasl-devel BuildRequires: db-devel BuildRequires: e2fsprogs-devel BuildRequires: gcc-c++ BuildRequires: gdbm-devel BuildRequires: gettext-devel BuildRequires: glibc-devel BuildRequires: libtool BuildRequires: mysql-devel BuildRequires: ncurses-devel BuildRequires: openldap2-devel BuildRequires: openssl-devel BuildRequires: pam-devel BuildRequires: perl BuildRequires: postgresql-devel BuildRequires: python-devel BuildRequires: sed BuildRequires: unixODBC-devel BuildRequires: zlib-devel I think it could be something to do with FreeRADIUS's older version of libtool and fakeroot or chroot which I believe the buildservice uses. Does anyone have any idea on how to (easily) fix this problem? TIA -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc ------------------------------------------------------- -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc

1 0

[opensuse-buildservice] Remove package from the repository
by Richard Bos 02 Aug '06

02 Aug '06

Dear buildserver maintainer(s), could one of the opensuse buildserver maintainer(s) please remove the following packages: home:/rbos/SL-10.0_i586/i586/gramps-2.1.90-7.1.i586.rpm home:/rbos/SL-10.0_i586/src/gramps-2.1.90-7.1.src.rpm home:/rbos/SL-10.0_x86_64/src/gramps-2.1.90-7.1.src.rpm home:/rbos/SL-10.0_x86_64/x86_64/gramps-2.1.90-7.1.x86_64.rpm home:/rbos/SL-10.1_i586/i586/gramps-2.1.90-7.1.i586.rpm home:/rbos/SL-10.1_i586/src/gramps-2.1.90-7.1.src.rpm home:/rbos/SL-10.1_x86_64/src/gramps-2.1.90-7.1.src.rpm home:/rbos/SL-10.1_x86_64/x86_64/gramps-2.1.90-7.1.x86_64.rpm The got left behind after I renamed the package name in the specfile from gramps to gramps-beta. At the moment gramps might get the gramps beta version, which is something I tried to avoid.... After the removal of the above mentioned packages, the package database is of course out of sync. Can this be synchronized, or should I start a kind of dummy build? Sorry for the additional work! -- Richard Bos Without a home the journey is endless --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice-unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice-help(a)opensuse.org

2 2

[opensuse-buildservice] X.Org 7 for Factory
by Stefan Dirsch 01 Aug '06

01 Aug '06

Hi We currently are switching to X.Org 7 for Factory. This might result in package build failures. Some hints for packagers to adjust their packages: Changes in X.Org 7 (important for packagers) -------------------------------------------- - X.Org libs: /usr/X11R6/%_lib --> /usr/%_lib * sometimes you need to add '--x-libraries=/usr/%{_lib}' configure option (if available); background: use "-L $AC_PATH_X" with care - if prefix is /usr, $AC_PATH_X is empty. - X.Org executables: /usr/X11R6/bin --> /usr/bin * adjust %files section accordingly when required, e.g. when package uses imake - if autobuild expansion errors for libX11, etc. arises: * either add an additional line '#!BuildIgnore: NX' or package 'xorg-x11-devel' to Buildrequires; Update: probably this problem will be resolved inside of autobuild - X.Org manual path: /usr/X11R6/man --> %_mandir * adjust %files section accordingly - Xserver SDK package: xorg-x11-sdk --> xorg-x11-server-sdk * adjust your BuildRequires - X.Org pixmaps: /usr/X11R6/include/X11/pixmaps/ --> /usr/include/X11/pixmaps/ * adjust %files section accordingly - X.Org Xserver modules: /usr/X11R6/%{_lib}/modules --> /usr/%{_lib}/xorg/modules * adjust %files section accordingly - Mesa DRI drivers: /usr/X11R6/%{_lib}/modules/dri --> /usr/%{_lib}/dri * adjust %files section accordingly - XKeysymDB: /usr/X11R6/lib/X11/XKeysmDB --> /usr/share/X11/XKeysymDB * make sure $XKEYSYMDB is *not* set to /usr/X11R6/lib/X11/XKeysmDB, but /usr/share/X11/XKeysymDB instead - nls/ directory: /usr/X11R6/lib/X11/nls --> /usr/share/X11/nls * only interesting for legacy apps - X.Org fonts: /usr/X11R6/lib/X11/fonts --> /usr/share/fonts * move fonts of other font packages as well? /usr/X11R6/lib/X11/fonts will still be allowed ... - Xserver include files: /usr/X11R6/lib/Server/include --> /usr/include/xorg * adjust configure options or Imakefiles/Makefiles - xkb files: /etc/X11/xkb --> /usr/share/X11/xkb - termcap files: /usr/X11R6/lib/X11/etc --> /usr/lib/X11/etc - /usr/lib/X11 is no longer a symlink to /usr/X11R6/lib/X11, but a real directory! - /usr/X11R6/lib/X11/app-defaults --> /usr/share/X11/app-defaults * /usr/X11R6/lib/X11/app-defaults is still read, but should we disallow the use of /usr/X11R6/lib/X11/app-defaults nevertheless in autobuild? Package changes: ---------------- xorg-x11 --> xorg-x11 +xorg-x11-fonts +xorg-x11-fonts-devel xorg-x11-Xnest +xorg-x11-Xprt +xorg-x11-Xvfb --> xorg-x11-server xorg-x11-Xvnc (not yet available - on my TODO list) xorg-x11-devel --> xorg-x11-devel +xorg-x11-lib<foo>-devel +xorg-x11-proto-devel +xorg-x11-util-devel +xorg-x11-xtrans-devel xorg-x11-doc --> xorg-x11-doc xorg-x11-driver-options (obsolete) xorg-x11-driver-video +xorg-x11-driver-video-nvidia --> xorg-x11-driver-video xorg-x11-fonts-100dpi +xorg-x11-fonts-75dpi +xorg-x11-fonts-cyrillic +xorg-x11-fonts-scalable +xorg-x11-fonts-syriac --> xorg-x11-fonts xorg-x11-libs --> xorg-x11-libs +xorg-x11-lib<foo> xorg-x11-man --> xorg-x11-devel +xorg-x11-lib<foo>-devel xorg-x11-sdk --> xorg-x11-server-sdk xorg-x11-server +xorg-x11-server-glx --> xorg-x11-server +xorg-x11-driver-input +xorg-x11-driver-video In most cases for building X11 apps it should be enough to add 'xorg-x11-devel' to BuildRequires (as before). If you need Xvfb add also 'xorg-x11-server'. And if you're building external input/video drivers add 'xorg-x11-server-sdk'. Best regards, Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------

1 0

[opensuse-buildservice] -> new mailinglist server
by Henne Vogelsang 01 Aug '06

01 Aug '06

Hi, In 10 minutes (16:30 CEST) i will migrate this list to the new mailinglist server. Please bear with me. If you find anything not working dont hesitate to mail me directly. Henne -- Henne Vogelsang, Core Services "Rules change. The Game remains the same." - Omar (The Wire) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice-unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice-help(a)opensuse.org

1 2