July 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 232801] New: robots.txt not available
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=232801 Summary: robots.txt not available Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dmueller(a)novell.com QAContact: adrian(a)novell.com Hi, the opensuse.org website is not a good citizen. accesses to http://en.opensuse.org/robots.txt etc are not handled correctly. -- 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 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 294489] New: GPLv3 symlinks missing
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=294489 Summary: GPLv3 symlinks missing Product: openSUSE 10.3 Version: Alpha 6 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: jw(a)novell.com ReportedBy: dmueller(a)novell.com QAContact: qa(a)suse.de Found By: --- licenses package doesn't contain symlinks for (L)GPLv3 -- 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.

1 1

[Bug 279480] New: link to expansion error upon build failure
by bugzilla_noreply＠novell.com 16 Jul '08

16 Jul '08

https://bugzilla.novell.com/show_bug.cgi?id=279480 Summary: link to expansion error upon build failure Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dmueller(a)novell.com QAContact: adrian(a)novell.com the build status monitor of your e.g. home project is really cool. But there is one annoying thing: if a package failed due to an expansion error, clicking on the "error" link in the build status monitor leads to the (empty) build log, not a website listing the expansion error. -- 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 7

[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