December 2006 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 220839] New: GNU parted doesn't have dual GPT/DOS partition table support
by bugzilla_noreply＠novell.com 18 Jul '08

18 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=220839 Summary: GNU parted doesn't have dual GPT/DOS partition table support Product: openSUSE 10.2 Version: Beta 2 plus Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: olh(a)novell.com ReportedBy: agruen(a)novell.com QAContact: qa(a)suse.de CC: gregkh(a)novell.com, rguenther(a)novell.com Macintosh machines use the EFI bootloader with GPT partition tables. Primarily for Windows support, MacOS supports a dual GPT/DOS partition scheme in which a DOS partition table is created that mirrors the GPT partition table as well as possible (at most four primary partitions; no extended partitions possible; first primary partition reserved for EFI). The mixed GPT/DOS partition setup is useful for dual-booting MacOS and Linux: grub (version 1, the only usable version to date) doesn't support GPT partition tables, and relies on a DOS partition table to exist. Parted supports GPT partiton tables, but not the dual GPT/DOS partition scheme. Therefore, whenever parted modifies the GPT partition table, it wipes out the DOS partition table. There is an external tool, gptsync, which creates a dual GPT/DOS partition table from a GPT partition table. This tool can be used to fix things up again after parted. It would be very nice if parted supported the dual GPT/DOS partition scheme. -- 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 41

[Bug 217444] New: install=hd fails with 'Failed to initialize the catalog'
by bugzilla_noreply＠novell.com 17 Jul '08

17 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=217444 Summary: install=hd fails with 'Failed to initialize the catalog' Product: openSUSE 10.2 Version: Beta 1 plus Platform: PowerPC OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: olh(a)novell.com QAContact: jsrain(a)novell.com 10.2b1+ , cmdline is: quiet sysrq=1 panic=42 install=hd://openSUSE-10.2-Beta1plus/CD1 start_shell install works ok up to the 'fresh install/upgrade' point 'Failed to initialize the catalog' -- 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 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