June 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 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 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

[Bug 515031] New: devel package import made wrong links for subspecs
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=515031 Summary: devel package import made wrong links for subspecs Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: adrian(a)novell.com ReportedBy: dmueller(a)novell.com QAContact: qa(a)suse.de Found By: --- subspec files are linked to openSUSE:Factory, rather than to the main package of the devel project, which causes wrong or failed builds -- 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 514928] New: pre_checkin.sh and missing pdb breaks some summaries and descriptions
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=514928 Summary: pre_checkin.sh and missing pdb breaks some summaries and descriptions 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: mrueckert(a)novell.com QAContact: adrian(a)novell.com CC: lrupp(a)novell.com, ro(a)novell.com Found By: --- example openldap2 pre_checkin.sh: [[[ #!/bin/bash echo -n "Generating openldap2-client " cp openldap2.changes openldap2-client.changes cp openldap2.spec openldap2-client.spec perl -pi -e "s/^Name:.*openldap2$/Name: openldap2-client/g" openldap2-client.spec echo "Done." ]]] in the past we had prepare_spec afterwards and the packages got summary and description fixed. This step is now missing, so that we break all packages relying on the former feature. we either need the package maintainer to patch those fields aswell or get this old feature back. -- 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 514674] New: tangled image build ...
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=514674 Summary: tangled image build ... 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: --- Building an image in the build service appears (to me) somewhat tangled. The 'Image' itself is by no means self contained - so if you move the directory to another project, it just breaks in some nasty ways. It is necessary (it seems) to edit the prjconf to add: %if "%_repository" == "images" Type: kiwi Repotype: none Patterntype: none %endif Prefer: openSUSE-release openSUSE-release-ftp Prefer: evolution-data-server Prefer: xulrunner Substitute: kiwi-filesystem:ext3 e2fsprogs procps psmisc reiserfs Substitute: kiwi-boot:isoboot kiwi-desc-isoboot module-init-tools elfutils squashfs aufs aufs-kmp-default cromfs fribidi Substitute: kiwi-boot:vmxboot kiwi-desc-vmxboot Substitute: kiwi-boot:netboot kiwi-desc-netboot kiwi-desc-xenboot ncurses-utils cromfs curl dhcpcd iputils nbd net-tools netcfg nfs-client parted grub mdadm Substitute: kiwi-boot:oemboot kiwi-desc-oemboot kiwi-desc-xenboot ncurses-utils cromfs curl parted grub mdadm mkisofs e2fsprogs Substitute: kiwi-packagemanager:zypper zypper Substitute: kiwi-packagemanager:smart smart Since the prjconf is an opaque thing, visible only to advanced users - it would be great if people can just copy an Image into their home directory, and be able to expect it to build :-) Currently they cannot. Similarly, people mention other things as being necessary - having an "image" target to the project (why is that?) AFAICS - it is a little too magic to be easy to use. Can we not get these substitutions into the specific package directory that the image config is included in somehow ? -- 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 510360] New: noarch packages not handled well
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=510360 Summary: noarch packages not handled well 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: cyberorg(a)opensuse.org QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 If the noarch package is built in x86_64 only, we get expansion error for missing package when building i586 packages/images. We have to build noarch packages in both i586 and x86_64 to avoid expansion error building of i586+x86_64 packages dependent on noarch packages. 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 4

[Bug 507661] New: Removed and then added back file is lost in link
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=507661 Summary: Removed and then added back file is lost in link 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: vuntz(a)novell.com QAContact: adrian(a)novell.com CC: mrueckert(a)novell.com Found By: --- Do the following with a package which is a linked package: osc rm file osc commit You'll get a "delete" line in _link. Now add a file with the same name: osc add file osc commit The file appears as a new file, but the "delete" line is still there. Which means that the file is ignored. -- 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