August 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 513365] New: SLAB should always default to Applications tab when opened.
by bugzilla_noreply＠novell.com 15 May '12

15 May '12

http://bugzilla.novell.com/show_bug.cgi?id=513365 Summary: SLAB should always default to Applications tab when opened. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: arizonagroovejet(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 The SLAB menu remembers which tab is 'open' between times it's opened and closed and even between session. However the vast majority of the time that a user opens the SLAB they're going to be wanting to launch an application. So the menu should default to opening on the Applications tab every time it's opened. Better still, there should be a preference to set whether to always open on the Applications tab or whether to keep the current behaviour. At the very least the menu should default to Applications the first time it's opened after log in because it's very unintuitive it it opens to Places or Documents the first time it's opened. Reproducible: Always Steps to Reproduce: 1. Open SLAB 2. Click on Places tab 3. Close SLAB. 4 .Open SLAB. Actual Results: Places tab is still open. Expected Results: Applications tab should be open. -- 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 507646] New: NTP Server Access Control Options are Mostly Missing From Local Help
by bugzilla_noreply＠novell.com 13 May '12

13 May '12

http://bugzilla.novell.com/show_bug.cgi?id=507646 Summary: NTP Server Access Control Options are Mostly Missing From Local Help Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: ke(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 There are a variety of NTP Server Access Control Options When configuring a public NTP Server the only Access Control Options that are described are the default options only. Quote Access Control Options Define the access control flags (restrict directive in /etc/ntp.conf) for this server, indicating which types of actions the remote host can perform on your NTP daemon. By default, it is set to notrap nomodify noquery. This option is only available if you have checked the Restrict NTP Service to Configured Servers Only option in Security Setting UnQuote Unless the available size of online help is restricted I think it more than prudent to discuss 'most' of the Access Control Options here. Particularly when the default options only apply to a public server so configured by the use of 'Restrict NTP Service to Configured Servers Only' being turned on. I am not suggesting a full page of every Access Control Options, however I feel we can do so much better here. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 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 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 519227] New: the read operation timed out ...
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=519227 User mmeeks(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=519227#c516168 Summary: the read operation timed out ... Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: adrian(a)novell.com Found By: --- I try to checkout the kernel source: ~/osc/Moblin:Base> osc co kernel-source .. A /home/michael/osc/Moblin:Base/kernel-source/patches.xen.tar.bz2 A /home/michael/osc/Moblin:Base/kernel-source/post.sh A /home/michael/osc/Moblin:Base/kernel-source/postun.sh A /home/michael/osc/Moblin:Base/kernel-source/pre.sh A /home/michael/osc/Moblin:Base/kernel-source/preun.sh The read operation timed out [1]+ Exit 1 osc co kernel-source (wd: ~/osc/Moblin:Base) Not ideal. And although: $ osc up A source-post.sh A source-timestamp A supported.conf A symsets.pl At revision 10. then succeeded - how do I know that I'm not a victim of bug #516168# ? -- 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 517550] New: Newer packages may hav lower version numbers
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=517550 Summary: Newer packages may hav lower version numbers Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: squan(a)web.de QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.90 (like Gecko) SUSE There is an inconsisteny in the package numbering scheme, at least in factory packages: It happens that newer packages have lower version numbers then packages published earlier. In opensSUSE milestone 3 at least 50 kde4 packages and other packages like e.g libusb, python-doc and libqscintilla are affected. E.g. I'm currently running pre milestone 3 kde4-akonadi-4.2.90-130.2 and the milestone 3 package is versioned with kde4-akonadi-4.2.90-2.3. Yast will not offer these new packages for upgrade (and I suppose zypper will not as well). Possibly this will compromise package dependency resolution. Thus chances are high that a system upgrade will result in a mix of pre and post milestone packages. I suspect that this could result in an installation with incompatible packages. If so it would also result in unreproducable (and worthless) bug reports. Reproducible: Always Steps to Reproduce: 1. Install openSUSE factory 2. Wait a few days 3. Upgrade Actual Results: Major features may be broken -- 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 5

[Bug 515212] New: can't build images across build services ...
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=515212 Summary: can't build images across build services ... Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: adrian(a)novell.com Found By: --- It appears that I cannot add a repository to my kiwi file, committed to an repository in ibs, that is located on obs - and expect it to work. Instead I have to have this painful, manual process of linking all those packages internally, and forcing duplicate builds of all packages both internally and externally - and the associated maintenance nightmare of manually mirroring add / remove package events to repos. -- 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