January 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 237986] New: visibility patches for 4.1/4.2
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=237986 Summary: visibility patches for 4.1/4.2 Product: openSUSE 10.3 Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: matz(a)novell.com ReportedBy: dmueller(a)novell.com QAContact: qa(a)suse.de CC: rguenther(a)novell.com http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00671.html they would be nice addition for KDE, in order to properly support visibility -- 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 2

[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

[Bug 208694] New: YaST does not allow package downgrading if patches were applied
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=208694 Summary: YaST does not allow package downgrading if patches were applied Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: kkaempf(a)novell.com ReportedBy: rguenther(a)novell.com QAContact: jsrain(a)novell.com CC: sh(a)novell.com If you start with a 10.1 install and apply current online-updates you get a xorg patch. If you then install xorg7 from an external source (openSUSE) you can not downgrade to xorg 6.9 again without re-installing. This is because the applied patch imposes requirements on library versions, but those are not available for downgrading. So downgrading to the available 10.1 packages fails and there is no way ignoring the patch dependencies or uninstalling the patch. I believe this (interaction of patches with dependencies) is a design issue and is not easy to fix (other than by providing a "ignore this dependency" from the Yast sw management module and allowing to re-apply a patch). Still this is a quite severe issue, as requiring a re-install of the complete system in this case is not acceptable. [but unsupported external install, yadayada, so Critial priority only] Note this problem is in openSUSE 10.2, too, I believe. -- 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 6

[Bug 221192] New: Online update wants to install zmd and rug
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=221192 Summary: Online update wants to install zmd and rug Product: openSUSE 10.2 Version: Beta 2 plus Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: jsrain(a)novell.com If installing with the ZENworks pattern disabled and instead with the zypp-based tools installed on configuring Online Update the Installer wants to install the missing zmd and rug packages. But if pressing 'cancel' it seems to successfully continue. -- 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 2

[Bug 221194] New: miniISO should default to SLP (but not CD)
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=221194 Summary: miniISO should default to SLP (but not CD) Product: openSUSE 10.2 Version: Beta 2 plus Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: jsrain(a)novell.com if simply pressing 'Install' after booting with the miniISO you get thrown into yast ncurses mode which asks you to "make sure CD 1 is inserted". You need to go steps back to "fix" this and do a network install. So the default install mode for the mini ISO should not be CD. -- 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 4

[Bug 221195] New: Yast ncurses install http install source selection not helpful on errors
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=221195 Summary: Yast ncurses install http install source selection not helpful on errors Product: openSUSE 10.2 Version: Beta 2 plus Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rguenther(a)novell.com QAContact: jsrain(a)novell.com If I try to install via http by selecting 10.10.0.100 (dist.suse.de) and providing 'install/SLP/openSUSE-10.2-Beta2plus-DVD/x86_64/DVD1' as path on the server I simply get "invalid request 400" but with no idea what exactly the request was. Also no logs seem to be written in any common place at this stage of installation. Looks like a dead end to me. [why can't we have a browse functionality for http and ftp modes...] -- 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