October 2006 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 208679] New: alt non-functioning in gedit
by bugzilla_noreply＠novell.com 14 Aug '08

14 Aug '08

https://bugzilla.novell.com/show_bug.cgi?id=208679 Summary: alt non-functioning in gedit Product: openSUSE 10.2 Version: Alpha 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: qa(a)suse.de My alt-key works in other apps, but running 'gedit' type some text, press Alt->F for the menu - no Alt behavior - most odd. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 8

[Bug 215434] New: Nautilus' Execute file permissions are not granular
by bugzilla_noreply＠novell.com 14 Aug '08

14 Aug '08

https://bugzilla.novell.com/show_bug.cgi?id=215434 Summary: Nautilus' Execute file permissions are not granular Product: openSUSE 10.2 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: cmeadors(a)novell.com QAContact: qa(a)suse.de In right-click on file -> Properties -> Permissions, there is only a toggle for Execute permissions. That means either everyone can execute the file or no one. This doesn't allow for a user or a group to be allowed to execute it without allowing everyone. This is technically a feature request since the feature is not implemented. However I think the fact that there is no UI is Nautilus that provides the ability to set execute permissions for just the user (a core filesystem operation) make this a bug not and enhancement. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3

[Bug 214294] New: susehelp is labeled as "KDE Help Center" even though it actually launches yelp.
by bugzilla_noreply＠novell.com 09 Aug '08

09 Aug '08

https://bugzilla.novell.com/show_bug.cgi?id=214294 Summary: susehelp is labeled as "KDE Help Center" even though it actually launches yelp. Product: openSUSE 10.2 Version: Alpha 5 plus Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: andreas.hanke(a)gmx-topmail.de QAContact: qa(a)suse.de Bug 114128: susehelp has been changed to run yelp instead of khelpcenter in a GNOME session, but the entry in the traditional GNOME menu is still labeled as "KDE Help Center". Maybe it should be neutral and identify itself just as "Help Center". -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 15

[Bug 208870] New: Bad grub location selected
by bugzilla_noreply＠novell.com 27 Jul '08

27 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=208870 Summary: Bad grub location selected Product: openSUSE 10.2 Version: Alpha 4 Platform: 64bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hugo.costelha(a)gmail.com QAContact: jsrain(a)novell.com I had SUSE Linux 10.1 installed, and I was trying openSUSE 10.2, to help improving it by bug reporting. I had just one SATA drive installed with SUSE 10.1, so I installed an IDE hard-drive and started openSUSE 10.2 installation from the CDs. Initially openSUSE 10.2 sugested to use the SATA drive, so I changed it to use the IDE drive, and proceeded with the install. When it made the first reboot, the old (SUSE 10.1) GRUB appeared (with no reference to openSUSE 10.2) and booted the 10.1. So, the grub install location was badly selected. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 35

[Bug 216044] New: NCC configuration error message truncated (ncurses)
by bugzilla_noreply＠novell.com 24 Jul '08

24 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=216044 Summary: NCC configuration error message truncated (ncurses) Product: openSUSE 10.2 Version: Beta 1 Platform: IA64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gp(a)novell.com QAContact: jsrain(a)novell.com When installing in ncurses mode, on a console of 80x25, I got an error message. This bug report is _not_ about the error as such, but about the fact that the message was truncated such that the full name of the source which caused problems did not appear. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 15

[Bug 206972] New: A way to control whether built packages reach build and/or dist area
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=206972 Summary: A way to control whether built packages reach build and/or dist area Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: adrian(a)novell.com To avoid using packages for building or to avoid cluttering the dist area with intermediate packages. Like in CrossToolchain:sh4 I do not want to distribute cross-sh4-bootstrap-gcc, but only need it as intermediate stage for building the other packages. Like in home:rguenther I end up with choices for libgcc, which is provided by libgcc (from Factory or 10.1) and libgcc41 (from gcc41 package) and libgcc42 (from gcc42 package). There is no need to use home:rguenther/gcc41 or home:rguenther/gcc42 for resolving any dependencies on build-time of home:rguenther. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 8

[Bug 207629] New: Triggering rebuilds does not do authentication
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=207629 Summary: Triggering rebuilds does not do authentication Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: adrian(a)novell.com Everyone (authenticated to the bs in general) can trigger rebuilds of packages they do not maintain. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3

[Bug 207630] New: Debian repositories not useful for apt
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=207630 Summary: Debian repositories not useful for apt Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: adrian(a)novell.com The repository structure for Debian_Etch does not conform to the standards required by apt, so installing packages from it is painful. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 5

[Bug 208691] New: ifolder3 and simias source tarballs needlessly big
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=208691 Summary: ifolder3 and simias source tarballs needlessly big Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: GNOME AssignedTo: jhargadon(a)novell.com ReportedBy: rguenther(a)novell.com QAContact: qa(a)suse.de The source tarballs of ifolder3 and simias contain SVN meta-data: drwxr-xr-x build/users 0 2006-08-16 22:43:59 simias-1.4.6228.1/ drwxr-xr-x build/users 0 2006-08-16 22:43:59 simias-1.4.6228.1/.svn/ drwxr-xr-x build/users 0 2006-08-16 22:43:59 simias-1.4.6228.1/.svn/text-b ase/ -r--r--r-- build/users 86 2006-08-16 22:43:43 simias-1.4.6228.1/.svn/text-b ase/AUTHORS.svn-base -r--r--r-- build/users 15152 2006-08-16 22:43:43 simias-1.4.6228.1/.svn/text-b ase/configure.in.svn-base .. Use 'svn export' or other means to produce clean tarballs. Both ifolder3 and simias build-depend on compat-libstdc++, this is wrong and not necessary. Please fix this, too. Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3

[Bug 208447] New: rpm Obsoletes does not handle virtual dependencies
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=208447 Summary: rpm Obsoletes does not handle virtual dependencies Product: openSUSE 10.2 Version: Alpha 4 plus Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: mls(a)novell.com ReportedBy: rguenther(a)novell.com QAContact: qa(a)suse.de CC: aj(a)novell.com rpm currently does not allow updating with -Uhv that would require removal of another package providing the same virtual provides. Consider: libgcc41 Provides: libgcc = 4.1.0 Obsoletes: libgcc < 4.1.0 libgcc42 Provides: libgcc = 4.2.0 Obsoletes: libgcc < 4.2.0 if now libgcc41 is installed and we want to install libgcc42, rpm does not know it needs to deinstall libgcc41, even though libgcc42 obsoletes libgcc. If we know beforehand that libgcc41 exists at the time of packaging libgcc42 this can be worked around by obsoleting libgcc41 as well in libgcc42. But now let's introduce a libgcc33 package which libgcc42 does not know about and things break again. libgcc33: Provides: libgcc = 3.3.3 Obsoletes: libgcc < 3.3.3 Somehow teaching rpm to do the right thing here (deinstall all providers of libgcc < $VERSION if libgcc < $VERSION is obsoleted by a to-be-installed package) is essential. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3