December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 548423] New: boost-jam docu incomplete
by bugzilla_noreply＠novell.com 19 Apr '12

19 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=548423 Summary: boost-jam docu incomplete Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- /usr/share/doc/packages/boost-jam/index.html refers to several other html files that are not part of the package. Without them the docu is bascially useless. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 546168] New: hylafax man pages prefixes directories with its rpm BUILDROOT
by bugzilla_noreply＠novell.com 19 Apr '12

19 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=546168 Summary: hylafax man pages prefixes directories with its rpm BUILDROOT Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: dbolt.abiryy(a)davjam.org QAContact: ke(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.8.1.22pre) Gecko/20081213 SUSE/2.0.0.21post-0.1 Firefox/2.0.0.22pre Mnenhy/0.7.6.666 The man pages for the Hylafax package document locations for the various configuration files, spool directories, etc. and prefix them with the package buildroot. Included below are three snippets from faxgetty(8), faxsetup(8) and hylafax-server(5): FILES /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/var/spool/fax/FIFO.device FIFO special file for submitting commands /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/var/spool/fax/etc/config.device device-specific configuration file FILES /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/var/spool/fax/etc/setup.cache master configuration parameters /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/var/spool/fax/etc/setup.modem modem-related configuration support FILES FIFO fifo for job submission FIFO.<devid> fifo for communicating with a faxgetty process /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/usr/sbin/faxinfocommand that prints information about received facsimile /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386/usr/sbin/faxquitcommand to force server to quit Reproducible: Always Steps to Reproduce: 1. type "man faxgetty" , "man faxsetup" or "man hylafax-server" 2. scroll down to FILES section of the man page. Actual Results: Presently the paths include the /usr/src/packages/BUILDROOT/hylafax-4.4.4-18.12.i386 prefix Expected Results: Paths shouldn't include the buildroot prefix. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 529921] New: "foo-config --libs" shall not output -L/usr/lib(64)
by bugzilla_noreply＠novell.com 19 Apr '12

19 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=529921 Summary: "foo-config --libs" shall not output -L/usr/lib(64) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: koenig(a)linux.de QAContact: ke(a)novell.com Found By: --- it's the same from at least suse 9.0 via sles10 to opensuse 11.1, right now it's pcre-config which bugs me -- e.g. on sles10 and 11.1 64 bit: atuin > pcre-config --libs -L/usr/lib64 -lpcre if an autotool configure script uses this information to build LDFLAGS or LIBS for make, it can happen that that "pcre libs" cover an explicit link path for another lib which shall not be linked from the system libs/path but from a lib/path which is explicitly specified. (here: using a newer gcc to build octave-3.2.2 links against system libgfortran and not to the libgfortran of the gcc/gfortran used for linking...) specifying /usr/lib64 or /usr/lib for 32 bit is not necessary because those system lib dirs will be appended to the search path anyway -- but at the *end* of the search order and not at random depending in the sequence of configure tests. CentOS 5 has patches (at least in pcre-6.6-1.1.src.rpm) which remove those "-L/usr/lib{,/64}" entries in *-config script (pcre-config in CentOS 4u4 still does "echo -L/usr/lib64 -lpcre" too). on centos5 I have 11 /usr/bin/*-config scripts and none of them uses "-L/usr/lib..." : os2-centos5u0 > grep L/usr /usr/bin/*-config Binary file /usr/bin/pkg-config matches /usr/bin/xml2-config: if [ "-L${libdir}" = "-L/usr/lib64" ] while on suse 11.1 I get quite some hits out of 40 *-config scripts: os2-suse111 > grep L/usr /usr/bin/*-config /usr/bin/aalib-config: libdirs="-L/usr/lib64 -Wl,-rpath,${exec_prefix}/lib" /usr/bin/aalib-config: libdirs="-L/usr/lib64 -Wl,-rpath,${exec_prefix}/lib" /usr/bin/audiofile-config: libdirs=-L/usr/lib64 /usr/bin/croco-0.6-config: echo -L/usr/lib64 -lcroco-0.6 -lglib-2.0 -lxml2 /usr/bin/ijs-config: libdirs=-L/usr/lib64 /usr/bin/libart2-config: libdirs=-L/usr/lib64 /usr/bin/libtasn1-config:tasn1_libs="-L/usr/lib64 -ltasn1 " /usr/bin/libusb-config: echo -L/usr/lib64 -lusb /usr/bin/ncurses6-config: echo -L/usr/lib64/ncurses6 -lncurses /usr/bin/ncursesw6-config: echo -L/usr/lib64/ncurses6 -lncursesw /usr/bin/pcre-config: echo -L/usr/lib64$libR -lpcreposix -lpcre /usr/bin/pcre-config: echo -L/usr/lib64$libR -lpcre Binary file /usr/bin/pkg-config matches /usr/bin/sdl-config: echo -L/usr/lib64 -lSDL -lpthread /usr/bin/sdl-config: echo -L/usr/lib64 -lSDL -lpthread /usr/bin/wx-config:ldlibs_adv="-L/usr/lib64 -lSDL -lpthread" /usr/bin/wx-config: echo $_ldflags "-pthread -L/usr/lib64 " $_rpath $wx_libs "" /usr/bin/xdelta-config: libdirs=-L/usr/lib64 /usr/bin/xdelta-config: if test $i != -L/usr/lib64 ; then /usr/bin/xml2-config: if [ "-L${libdir}" = "-L/usr/lib" -o "-L${libdir}" = "-L/usr/lib64" ] please get rid of those -L and -Wl,-rpath, for system paths (/usr/lib* and /lib* too for rpath!). -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Bug 499518] New: rpms that are not named %{name}-%{version}-%{release}.%{arch}.rpm are not picked up
by bugzilla_noreply＠novell.com 17 Apr '12

17 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=499518 Summary: rpms that are not named %{name}-%{version}-%{release}.%{arch}.rpm are not picked up Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: michael_e_brown(a)dell.com QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.10) Gecko/2009042708 Fedora/3.0.10-1.fc10 Firefox/3.0.10 I need a project that contains the SUN JDK and JRE RPMs to build against. I tried to create a new buildservice project by following the wiki steps for "Setup Initial Distributions". Got all the way to where I copied the sun jre-6u13-linux-i586.rpm and jdk-6u13-linux-i586.rpm into the /srv/obs/build/PROJECT/standard/i586/:full directory and restarted OBS. Builds that BuildRequire: jdk would error out with a getbinaries error (couldnt find jdk package) Renamed Sun RPMs to be standard naming scheme and restarted OBS and everything worked as expected. Seems to be a problem where OBS expects the rpm filename to follow normal standards and blows up if it doesnt. Reproducible: Always Steps to Reproduce: 1. add sun JDK rpm with original sun rpm filename to a buildservice project 2. restart buildservice and build something that buildrequire: jdk 3. note lack of build -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 552887] New: brp-check-bytecode-version fails to install its dependencies
by bugzilla_noreply＠novell.com 02 Apr '12

02 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=552887 Summary: brp-check-bytecode-version fails to install its dependencies Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jw(a)novell.com QAContact: adrian(a)novell.com Found By: --- + /usr/lib/rpm/brp-check-bytecode-version ERROR: jar, fastjar, or unzip is not installed (trying file /var/tmp/openTMS-20091105-build/srv/www/htdocs/overlib/lib/dbdriver/h2.jar) error: Bad exit status from /var/tmp/rpm-tmp.83496 (%install) Is it packagers responsibility to add the correct BuildRequires for this? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 535104] New: osc: confusing error message when branching broken package
by bugzilla_noreply＠novell.com 02 Apr '12

02 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=535104 Summary: osc: confusing error message when branching broken package Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: adrian(a)novell.com ReportedBy: puzel(a)novell.com QAContact: adrian(a)novell.com Found By: Development Real situation: Package hypermail in project openSUSE:Factory:Contrib. ~> osc meta pkg openSUSE:Factory:Contrib hypermail | grep devel <devel project="home:pgajdos:Factory"/> ~> osc ls home:pgajdos:Factory | grep hypermail <EMPTY> So the package references non-existent package as its 'devel package'. When one wants to branch the package, osc gives confusing error message about internal server error. IMHO the error message should be more descriptive. ~> osc branch openSUSE:Factory:Contrib hypermail Server returned an error: HTTP Error 500: Internal Server Error -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 520622] New: Unable to remove unintended builds
by bugzilla_noreply＠novell.com 02 Apr '12

02 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=520622 Summary: Unable to remove unintended builds Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lmuelle(a)novell.com QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.0) Gecko/20090623 SUSE/3.5.0-7.1 Firefox/3.5 We had to add a keyutils package to network:samba:STABLE and network:samba:TESTING to get SUSE Linux Enterprise (SLE) 10 builds working again. The keyutils package will be available with SLE 10 SP 3. It took some minutes till we only enable SLE 10 and disabled all remaining targets. Meanwhile the OBS build the keyutils for many (if not all) other targets. Now we have keyutils packahes build and available and are not able to remove them. I tried osc wipebinaries --build-disabled network:samba:STABLE osc wipebinaries --build-disabled network:samba:STABLE keyutils and the same for network:samba:TESTING Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 531245] New: yast2 forgets to write ntp server to NETCONFIG_NTP_STATIC_SERVERS
by bugzilla_noreply＠novell.com 02 Apr '12

02 Apr '12

http://bugzilla.novell.com/show_bug.cgi?id=531245 Summary: yast2 forgets to write ntp server to NETCONFIG_NTP_STATIC_SERVERS Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mt(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=312975) --> (http://bugzilla.novell.com/attachment.cgi?id=312975) yast2 logs yast2 promisses in timezone selection that it configures ntp, but it doesn't. Positive is: it does not overwrite /etc/ntp.conf any more. Negative is: if forgets to add the ntp server to the NETCONFIG_NTP_STATIC_SERVERS variable in /etc/sysconfig/network/config. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 557613] New: Make ksysguard init script a bit more quite
by bugzilla_noreply＠novell.com 30 Mar '12

30 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=557613 http://bugzilla.novell.com/show_bug.cgi?id=557613#c0 Summary: Make ksysguard init script a bit more quite Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: lmuelle(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- gray:~ # service ksysguardd restart Shutting down KDE ksysguard daemon (ksysguardd) done Starting KDE ksysguard daemon (ksysguardd)ksysguardd 4 (c) 1999, 2000, 2001, 2002 Chris Schlaeger <cs(a)kde.org> (c) 2001 Tobias Koenig <tokoe(a)kde.org> (c) 2006-2008 Greg Martyn <greg.martyn(a)gmail.com> This program is part of the KDE Project and licensed under the GNU GPL version 2. See http://www.kde.org for details. done This is to a bit to verbose. I preferr to have it this way: gray:~ # service ksysguardd restart Shutting down KDE ksysguard daemon (ksysguardd) done Starting KDE ksysguard daemon (ksysguardd) done -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 559899] New: openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=559899 http://bugzilla.novell.com/show_bug.cgi?id=559899#c0 Summary: openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: opensuse-communityscreening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- openSUSE Build Service: osc relies on m2crypto which is not available in CentOS 5.X. The dependencies are wrong? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8