March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 490136] New: zypper cannot add X11:xfce repostitory from BuildService
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490136 Summary: zypper cannot add X11:xfce repostitory from BuildService Classification: openSUSE Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: jkupec(a)novell.com ReportedBy: prusnak(a)novell.com QAContact: dmacvicar(a)novell.com CC: ojkastl(a)gmx.de Found By: --- When I try to add and refresh X11:xfce repository in 10.3 I receive the following error: Repository 'http://download.opensuse.org/repositories/X11:/xfce/openSUSE_10.3/' is up to date. > * Building repository 'http://download.opensuse.org/repositories/X11:/xfce/openSUSE_10.3/' cache > Error building the cache database: > Parse error > Skipping repository 'http://download.opensuse.org/repositories/X11:/xfce/openSUSE_10.3/' because of the above error. Steps to reproduce: 1) zypper ar 'http://download.opensuse.org/repositories/X11:/xfce/openSUSE_10.3/' xfce 2) zypper ref xfce This exact repository works on 11.1 and also the other repositories work in 10.3 (for example http://download.opensuse.org/repositories/games/openSUSE_10.3/) Is this a problem with libzypp/zypper or does the BuildService generate the wrong 10.3 metadata for this project? -- 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 3

[Bug 489124] New: zypper up seems to intend upgrades
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=489124 Summary: zypper up seems to intend upgrades Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: estellnb(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE While there are no updates available according to openSuSE-updater and YaST 'zypper up' wants to do a whole lot more: > zypper up|wc -l nein 74 A lot of pakages are marked for actualization and to change their source (see attachement). Perhaps 'zypper up' wants to do something like 'aptitude safe-upgrade'(Debian) instead of 'aptitude update'. Perhaps there should be a --light or --keep-source switch for 'zypper up' in order not to make packages change their source-repo on updates. Reproducible: Always -- 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 12

[Bug 490176] New: Qt packager does not honor the required mode (view), e.g. `summaryMode option doesn't work
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490176 Summary: Qt packager does not honor the required mode (view), e.g. `summaryMode option doesn't work Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: tgoettlicher(a)novell.com ReportedBy: lslezak(a)novell.com QAContact: jsrain(a)novell.com Found By: Development (This is reported against the current yast built from the SVN repository.) The Qt packager widget saves and restores the tabs now, that's a nice feature. The problem is that it's impossible to set the current tab from YCP script, the last used tab is always preselected at the beginning. E.g. `PackageSelector(`id(`packages), `summaryMode, "") doesn't work properly, YCP scripts cannot force a particular view. This is important e.g. for bug 465194 and more places are affected. I think the packager widget should restore the tabs and set the required tab as the current. If there is no preferred tab (no mode option passed) the widget should select the last one used. (This will require a small change in sw_single.ycp, it always sets the mode.) -- 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 0

[Bug 482894] New: give client a way to indicate preferred country for mirror choice
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482894 Summary: give client a way to indicate preferred country for mirror choice Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: poeml(a)novell.com QAContact: qa(a)suse.de Found By: --- Hi, the mirror selection is based on precise, but relatively narrow network topology knowledge, as well as the "mostly" precise and sometimes lacking GeoIP information. For the cases where the IP cannot resolved, or cannot be resolved correctly, to a country, we can give the client a way to specify the country it is located in, to influence the mirror choice into the right direction. There are several groups of users that are affected by this: * users connected through satellite links can often be resolved only as country=A2, which is not a real country, it only indicates that this is a satellite link. * AOL users outside the US are not resolved (pseudo country A1). * IPs unknown to the GeoIP database, and not in one of the AS's which contain a mirror either * clients connected through a VPN that uses address space that's allocated in another country (e.g. clients in the Netherlands, whose employer is based in the US and runs a VPN that uses IP addresses that geolocate to the US) * Ipv6 clients (no GeoIP for that yet) Thus, it is desirable to give clients a way to indicate their location. CentOS uses something like that to influence or override mirror choice: http://www.centos.org/modules/news/article.php?storyid=118 In 11.2 libzypp, this could be implemented relatively easily (I believe) by adding a configuration directive "download-preferred-country" to /etc/zypp/zypp.conf, taking an ISO3166-1 two-letter code, and adding an HTTP request header (X-Preferred-Country) _if_ something is configured there. On another hand, since we intend to mainly use metalinks in the future, we could just use another aria2c option that makes this configurable: --metalink-location=LOCATION[,...] The location of the preferred server. A comma-delimited list of locations is acceptable, for example, JP,US. On the server side, the latter doesn't require anything to do. The former would be easy to implement. Something similar already exists, through ?country=xy request parameter, so one only needs to pick up the new header, which is a few lines of code. It could be used to deal with libcurl downloads, but in the light of metalink usage we should be able to neglect them. -- 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 2

[Bug 470654] New: can not enable/disable a system service in a single runlevel
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=470654 Summary: can not enable/disable a system service in a single runlevel Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wangyc0307(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121300 SUSE/3.0.5-1.1 Firefox/3.0.5 when I tried to enable a system service just in a single runlevel , for example, the vsftpd only in runlevel 5, I used the runlevel dialog of Yast, I switched to the expert mode, selected the vsftpd entry, and ticked ONLY the runlevel 5's check box. But it turned out that vsftpd in runlevel 3 AND 5 were BOTH enabled. Actually, this is the case for all the services - when the check box of one runlevel is checked, the service will be enabled in ALL the runlevels which is supposed to be "Default-Start" . So I would like to make sure if this is designed to work like this or this is really a bug. And if it is designed to be so, I still hope I can enable/disable a system service in a single runlevel. I think this will happen in all openSUSE11.1 machines and is easy to reproduce, so I don't offer the yast's log, but if you really need that, please tell me. Thank you. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 12

[Bug 482532] New: cannot disable SuSEfirewall2_init/SuSEfirewall2_setup
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482532 Summary: cannot disable SuSEfirewall2_init/SuSEfirewall2_setup Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: 19972005(a)mail.ru QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 On one of my PCs I'm using my own firewall script. I was unable to remove SuSEfirewall2_init and SuSEfirewall2_setup using runlevel editor - the checkboxses are all removed for both services, but when I do save current state & then start runlevel editor again both services are checked as used (checkboxes enabled). I've removed both scripts from init.d, but that is ugly solution. Reproducible: Always Steps to Reproduce: 1. Remove SuSEfirewall2_init & SuSEfirewall2_setup via runlevel editor, save. 2. run runlevel editor again: the SuSEfirewall2_init & SuSEfirewall2_setup are enabled. Actual Results: cannot disable SuSEfirewall2_init/SuSEfirewall2_setup Expected Results: SuSEfirewall2_init & SuSEfirewall2_setup should be removable by runlevel editor. -- 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 6

[Bug 475545] New: vym - Export to OpenOffice does not work
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=475545 Summary: vym - Export to OpenOffice does not work Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: uwedr(a)novell.com QAContact: qa(a)suse.de Found By: --- When trying to export nothing happens -- 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 4

[Bug 489448] New: installation by images wants to deinstall glibc.i586
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=489448 Summary: installation by images wants to deinstall glibc.i586 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: coolo(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=282372) --> (https://bugzilla.novell.com/attachment.cgi?id=282372) save_y2logs I tested openSUSE-11.2-Alpha0-DVD-i586-Build0010-Media.iso and it succeeded in installing images, but then tried to remove glibc.i586 (I guess to replace it with i686) and that failed of course as nothing runs in that system after that (include the %post of glibc). -- 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 7

[Bug 489947] New: [build-compare] doxygen: should not put generation date in docs by default
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=489947 Summary: [build-compare] doxygen: should not put generation date in docs by default Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: mseben(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de CC: coolo(a)novell.com Found By: --- To be more friendly to build-compare, doxygen should not put the generation date in the docs it creates by default. Here's an example of build-compare output showing that this is problematic: compare /.build.oldpackages/cairomm-doc-1.8.0-8.17.x86_64.rpm /usr/src/packages/RPMS/x86_64/cairomm -doc-1.8.0-8.18.x86_64.rpm /usr/share/doc/libcairomm-1.0/reference/html/annotated.html differs ( HTML document text) --- old//usr/share/doc/libcairomm-1.0/reference/html/annotated.html 2009-03-21 15:44:08.0000000 00 +0000 +++ new//usr/share/doc/libcairomm-1.0/reference/html/annotated.html 2009-03-25 18:05:52.0000000 00 +0000 @@ -65,7 +65,7 @@ <tr><td class="indexkey"><a class="el" href="classCairo_1_1XlibSurface.html">Cairo::XlibSurface< /a></td><td class="indexvalue">An <a class="el" href="classCairo_1_1XlibSurface.html" title="An Xli bSurface provides a way to render to the X Window System using XLib.">XlibSurface</a> provides a wa y to render to the X Window System using XLib </td></tr> </table> </div> -<hr size="1"><address style="text-align: right;"><small>Generated on Sat Mar 21 15:44:06 2009 for cairomm by  +<hr size="1"><address style="text-align: right;"><small>Generated on Wed Mar 25 18:05:51 2009 for cairomm by  <a href="http://www.doxygen.org/index.html"> <img src="doxygen.png" alt="doxygen" align="middle" border="0"></a> 1.5.8 </small></address> </body> -- 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 450458] New: Deprecation Warnings when use yapt/python-twisted
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=450458 Summary: Deprecation Warnings when use yapt/python-twisted Product: openSUSE 11.1 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: jmatejek(a)novell.com ReportedBy: mvyskocil(a)novell.com QAContact: qa(a)suse.de Found By: Development import md5 produces some Deprecation Warnings when use yapt/python-twisted. The following patch will fix this: diff --git a/internet/_sslverify.py b/internet/_sslverify.py index 32c4173..ba90f9a 100644 --- a/internet/_sslverify.py +++ b/internet/_sslverify.py @@ -1,7 +1,11 @@ # -*- test-case-name: twisted.test.test_sslverify -*- # Copyright 2005 Divmod, Inc. See LICENSE file for details -import itertools, md5 +import itertools +try: + import hashlib as md5 +except ImportError: + import md5 from OpenSSL import SSL, crypto from twisted.python import reflect, util diff --git a/spread/pb.py b/spread/pb.py index 31a8117..d2566c8 100644 --- a/spread/pb.py +++ b/spread/pb.py @@ -61,7 +61,10 @@ try: except ImportError: import StringIO -import md5 +try: + import hashlib as md5 +except ImportError: + import md5 import random import new import types -- 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 3