July 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 703419] New: Update GNOME patterns for GNOME 3 (check livecd)
by bugzilla_noreply＠novell.com 20 Jul '11

20 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=703419 https://bugzilla.novell.com/show_bug.cgi?id=703419#c0 Summary: Update GNOME patterns for GNOME 3 (check livecd) Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- With GNOME 3, we need to update the patterns on the livecd. Things we can do: - add gnome-shell & friends - add aisleriot (got split from gnome-games) - remove gnome-applets (?) - remove most of the GNOME 2 world by default On a general note, we should double-check with the livecd that everything looks good. -- 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 687778] New: gnome 3 -- Update /usr/bin/gnome
by bugzilla_noreply＠novell.com 20 Jul '11

20 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=687778 https://bugzilla.novell.com/show_bug.cgi?id=687778#c0 Summary: gnome 3 -- Update /usr/bin/gnome Classification: openSUSE Product: openSUSE 11.5 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- /usr/bin/gnome does some stuff prior to launching the session. We should update the code to make sure it's relevant for gnome 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 2

[Bug 689289] New: libvirtd spams syslog with useless errors
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=689289 https://bugzilla.novell.com/show_bug.cgi?id=689289#c0 Summary: libvirtd spams syslog with useless errors Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: seife(a)novell.slipkontur.de QAContact: qa(a)suse.de CC: jfehlig(a)novell.com Found By: Third Party Developer/Partner Blocker: --- when connecting with virt-manager from my FACTORY box to my 11.4 libvirt-server, i get the following for every domain on the server (only KVM served) Apr 22 13:08:43 server libvirtd: 13:08:43.973: 16548: error : qemudDomainGetVcpus:5313 : Requested operation is not valid: cannot list vcpu pinning for an inactive domain Apr 22 13:08:43 server libvirtd: 13:08:43.980: 16548: error : qemuDomainGetJobInfo:9389 : Requested operation is not valid: domain is not running It might well be that the requested operation is not valid, but then "don't do it". This might of course be a non-fatal thing to do and we should not care, but the "don't log it" (unless started with "--debuglevel=totally_insane" or similar). -- 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 704417] New: Add option to have systemd as init
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704417 https://bugzilla.novell.com/show_bug.cgi?id=704417#c0 Summary: Add option to have systemd as init Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: snwint(a)novell.com ReportedBy: aj(a)novell.com QAContact: jsrain(a)novell.com Found By: Product Management Blocker: --- Please add some way to the bootloader to add "init=/bin/systemd" to the system -- 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 676661] New: Libvirt disables IPv6 on bridges
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=676661 https://bugzilla.novell.com/show_bug.cgi?id=676661#c0 Summary: Libvirt disables IPv6 on bridges Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ralf(a)spenneberg.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.13) Gecko/20110103 Fedora/3.6.13-1.fc14 Firefox/3.6.13 Both virsh and virt-manager support the creation of virtual networks. These virtual networks are implemented using the bridge utilities. IPv6 is disabled on these bridges by default. # cat /proc/sys/net/ipv6/conf/virbr1/disable_ipv6 1 # ip addr add 2001:dead:beef::1/64 dev virbr1 RTNETLINK answers: Permission denied To use and route IPv6, the protocol needs to be enabled. # echo 0 > /proc/sys/net/ipv6/conf/virbr1/disable_ipv6 # ip addr add 2001:dead:beef::1/64 dev virbr1 Please enable ipv6 by default or implement a switch to turn ipv6 on. Reproducible: Always Steps to Reproduce: 1. Create a virtual network 2. Set up a ipv6 address 3. Actual Results: IPv6 address is denied. Expected Results: IPv6 address is applied IPv6 is not usable with virtual machines. -- 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 5

[Bug 702304] New: www/en.opensuse.org hard to reach over IPv6
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=702304 https://bugzilla.novell.com/show_bug.cgi?id=702304#c0 Summary: www/en.opensuse.org hard to reach over IPv6 Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: Infrastructure AssignedTo: lrupp(a)novell.com ReportedBy: bwiedemann(a)novell.com QAContact: lrupp(a)novell.com CC: deckel(a)novell.com Found By: --- Blocker: --- www/en.opensuse.org pages are hard to reach over IPv6 This only appears to happen with some types of IPv6 network connections (e.g. sixxs.net tunnel for me - has this been seen with any others? otherwise it could be a problem with sixxs.net) and only with a subset of addresses. Steps To Reproduce: > time wget -O- en.opensuse.org asking libproxy about url 'http://en.opensuse.org/' libproxy suggest to use 'direct://' --2011-06-27 11:23:03-- http://en.opensuse.org/ Resolving en.opensuse.org... 2600:806:310::100, 130.57.4.24 Connecting to en.opensuse.org|2600:806:310::100|:80... failed: Connection timed out. Connecting to en.opensuse.org|130.57.4.24|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://en.opensuse.org/Main_Page [following] asking libproxy about url 'http://en.opensuse.org/Main_Page' libproxy suggest to use 'direct://' --2011-06-27 11:26:12-- http://en.opensuse.org/Main_Page Connecting to en.opensuse.org|130.57.4.24|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 24446 (24K) [text/html] Saving to: “STDOUT” [...] </html> 100%[======================================>] 24,446 72.9K/s in 0.3s 2011-06-27 11:26:13 (72.9 KB/s) - written to stdout [24446/24446] real 3m10.513s user 0m0.003s sys 0m0.005s btw: same applies to www.suse.com / www.novell.com -- 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 9

[Bug 702627] New: Export in RTF does not work in LibreOffice 3.3.3
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=702627 https://bugzilla.novell.com/show_bug.cgi?id=702627#c0 Summary: Export in RTF does not work in LibreOffice 3.3.3 Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: anixx(a)opensuse.org QAContact: cwei(a)novell.com Found By: --- Blocker: --- Created an attachment (id=437113) --> (http://bugzilla.novell.com/attachment.cgi?id=437113) screenshot User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-2.1 SeaMonkey/2.0.14 I am trying to save a text document in RTF. It saves well without an error message but when I open the resulting .rtf file with LO Writer it shows only one garbage line instead of text. The screenshot is attached. 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 2

[Bug 627375] New: UMTS Stick ZTE K-3565-Z not ejected
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=627375 http://bugzilla.novell.com/show_bug.cgi?id=627375#c0 Summary: UMTS Stick ZTE K-3565-Z not ejected Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Hotplug AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ohering(a)novell.com QAContact: qa(a)suse.de Found By: Outsourced Testing Blocker: --- UMTS Stick ZTE K-3565-Z not ejected to switch from fake CD to UMTS modem and SD Card. similar to bug #530113, which is not fixed in 11.2 and 11.3 I got it working in openSuSE 11.2 with these changes: # grep -Ev '^(;|#|$)' /etc/usb_modeswitch.conf DefaultVendor= 0x19d2 DefaultProduct= 0x2000 TargetVendor= 0x19d2 TargetProduct= 0x0031 MessageEndpoint=0x01 MessageContent="55534243123456782000000080000c85010101180101010101000000000000" grep -Ev '^(;|#|$)' /etc/udev/rules.d/51-usb-modeswitch.rules SUBSYSTEM=="block", SYSFS{idProduct}=="2000", SYSFS{idVendor}=="19d2", RUN="/bin/eject /dev/%k" For short: The eject line is missing in openSuSE 11.2 and 11.3 in some udev rule file. If I eject the fake CD manually, the UMTS modem and the SD card will appear. Kernel log from opensuse 11.3 on a FSC esprimo 9400: usb 2-3: new high speed USB device using ehci_hcd and address 3 usb 2-3: New USB device found, idVendor=19d2, idProduct=2000 usb 2-3: New USB device strings: Mfr=2, Product=1, SerialNumber=3 usb 2-3: Product: ZTE CDMA Technologies MSM usb 2-3: Manufacturer: ZTE,Incorporated usb 2-3: SerialNumber: P673A2VDF_MS usb 2-3: configuration #1 chosen from 1 choice scsi5 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning scsi 5:0:0:0: CD-ROM ZTE USB SCSI CD-ROM 2.31 PQ: 0 ANSI: 2 sr1: scsi-1 drive sr 5:0:0:0: Attached scsi CD-ROM sr1 sr 5:0:0:0: Attached scsi generic sg3 type 5 usb-storage: device scan complete usb 2-3: USB disconnect, address 3 usb 2-3: new high speed USB device using ehci_hcd and address 4 usb 2-3: New USB device found, idVendor=19d2, idProduct=0063 usb 2-3: New USB device strings: Mfr=2, Product=1, SerialNumber=0 usb 2-3: Product: ZTE CDMA Technologies MSM usb 2-3: Manufacturer: ZTE,Incorporated usb 2-3: configuration #1 chosen from 1 choice scsi6 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 4 usb-storage: waiting for device to settle before scanning usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for GSM modem (1-port) option 2-3:1.0: GSM modem (1-port) converter detected usb 2-3: GSM modem (1-port) converter now attached to ttyUSB0 option 2-3:1.1: GSM modem (1-port) converter detected usb 2-3: GSM modem (1-port) converter now attached to ttyUSB1 option 2-3:1.2: GSM modem (1-port) converter detected usb 2-3: GSM modem (1-port) converter now attached to ttyUSB2 option 2-3:1.3: GSM modem (1-port) converter detected usb 2-3: GSM modem (1-port) converter now attached to ttyUSB3 option 2-3:1.4: GSM modem (1-port) converter detected usb 2-3: GSM modem (1-port) converter now attached to ttyUSB4 usbcore: registered new interface driver option option: v0.7.2:USB Driver for GSM modems scsi 6:0:0:0: Direct-Access ZTE MMC Storage 2.31 PQ: 0 ANSI: 2 sd 6:0:0:0: Attached scsi generic sg3 type 0 sd 6:0:0:0: [sdc] Attached SCSI removable disk usb-storage: device scan complete -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 698535] New: delay in boot.localfs with loop mounts on extra partition
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=698535 https://bugzilla.novell.com/show_bug.cgi?id=698535#c0 Summary: delay in boot.localfs with loop mounts on extra partition Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ohering(a)novell.com QAContact: qa(a)suse.de Found By: Outsourced Testing Blocker: --- if fstab has a loop mount for an iso on an extra partition, then booting is delayed for a long time in boot.localfs because the loopfile is not yet available. Adding noiso9660 to the -t list in /etc/init.d/boot.localfs:list_missed() fixes it for me. /dev/sda5 /dist ext3 noatime,data=journal 1 2 /dist/iso/11.4/openSUSE-11.4-DVD-x86_64.iso /dist/11.4 iso9660 ro,loop 0 0 -- 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 5

[Bug 625219] New: OpenLDAP server 2.4.21-47.1 crashes (segmentation fault) when deleting syncprov overlay entry in cn=config configuration
by bugzilla_noreply＠novell.com 19 Jul '11

19 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=625219 http://bugzilla.novell.com/show_bug.cgi?id=625219#c0 Summary: OpenLDAP server 2.4.21-47.1 crashes (segmentation fault) when deleting syncprov overlay entry in cn=config configuration Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: SLES 10 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jonb66(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100504 (CK-IBM) Firefox/3.5.10 ( .NET CLR 3.5.30729) I'm using OpenLDAP version 2.4.21-47.1 (here is the relevant output from "rpm -qa | grep ldap" on my server): openldap2-client-2.4.21-51.1 openldap2-2.4.21-47.1 openldap2-back-meta-2.4.21-51.1 I'm trying to get Multi-master replication working between 2 servers. In my testing, I have discovered that when I try to reset the server (remove the configuration and start again) it crashes when trying to remove the olcOverlay={0}syncprov,olcDatabase={0}config,cn=config entry in the cn=config tree. I attached a screen shot of the output from tracing with slapd -d -1 when the fault happened in the attached file called segFaultOutput.bmp. If I restart the server, I can run the test again (which configures the olcOverlay={0}syncprov entry and then removes it) and it will work the first time, but if I run it a second time it will crash. Here is the configuration from the ldif files in /etc/openldap/slapd.d cn=config.ldif: dn: cn=config objectClass: olcGlobal cn: config structuralObjectClass: olcGlobal entryUUID: 8d35d270-286b-102f-998d-8313efe688a2 creatorsName: cn=config createTimestamp: 20100720165657Z entryCSN: 20100720165733.055688Z#000000#00c#000000 modifiersName: cn=manager,cn=config modifyTimestamp: 20100720165733Z contextCSN: 20100720165732.317584Z#000000#000#000000 contextCSN: 20100720165733.125549Z#000000#00c#000000 cn=schema.ldif: dn: cn=schema objectClass: olcSchemaConfig cn: schema structuralObjectClass: olcSchemaConfig entryUUID: 8d35e49a-286b-102f-998e-8313efe688a2 creatorsName: cn=config createTimestamp: 20100720165657Z entryCSN: 20100720165657.613177Z#000000#000#000000 modifiersName: cn=config modifyTimestamp: 20100720165657Z olcDatabase={0}config.ldif: dn: olcDatabase={0}config objectClass: olcDatabaseConfig olcDatabase: {0}config olcAccess: {0}to * by * none olcRootDN: cn=manager,cn=config olcRootPW:: Y29uZmln structuralObjectClass: olcDatabaseConfig entryUUID: 8d37bc20-286b-102f-9993-8313efe688a2 creatorsName: cn=config createTimestamp: 20100720165657Z entryCSN: 20100720165657.625245Z#000000#000#000000 modifiersName: cn=config modifyTimestamp: 20100720165657Z olcDatabase={1}bdb.ldif: dn: olcDatabase={1}bdb objectClass: olcDatabaseConfig objectClass: olcBdbConfig olcDatabase: {1}bdb olcDbDirectory: /var/lib/ldap olcSuffix: dc=phoenix,dc=com olcRootDN: cn=manager,dc=phoenix,dc=com olcRootPW:: c2VjcmV0 structuralObjectClass: olcBdbConfig entryUUID: 8d37ea88-286b-102f-9995-8313efe688a2 creatorsName: cn=manager,cn=config createTimestamp: 20100720165657Z entryCSN: 20100720165733.125549Z#000000#00c#000000 modifiersName: cn=manager,cn=config modifyTimestamp: 20100720165733Z olcDatabase={-1}frontend.ldif: dn: olcDatabase={-1}frontend objectClass: olcDatabaseConfig objectClass: olcFrontendConfig olcDatabase: {-1}frontend olcAddContentAcl: FALSE olcLastMod: TRUE olcMaxDerefDepth: 0 olcReadOnly: FALSE olcSchemaDN: cn=Subschema olcSyncUseSubentry: FALSE olcMonitoring: FALSE structuralObjectClass: olcDatabaseConfig entryUUID: 8d37c1a2-286b-102f-9994-8313efe688a2 creatorsName: cn=config createTimestamp: 20100720165657Z entryCSN: 20100720165657.625397Z#000000#000#000000 modifiersName: cn=config modifyTimestamp: 20100720165657Z the cn=schema directory has the following (I'm not going to paste the contents of these files): cn={0}core.ldif cn={1}cosine.ldif cn={2}inetorgperson.ldif cn={3}nis.ldif Reproducible: Always Steps to Reproduce: 1.start slapd 2.run test to add syncprov overlay entry in cn=config (as described above) 3.run test to remove entry, and server crashes. I'm using JNDI (java code) but if I add the syncprov overlay and remove it using an LDAP browser, server also crashes. Actual Results: server crashes. Expected Results: server stays up and gives error message that you cannot delete this entry or the entry is deleted and all is well. There is a thread in the openldap-technical(a)openldap.org mailing list called: "segmentation fault when attempting to delete olcOverlay={0}syncprov entry in cn=config (Runtime) Configuration" That discusses this issue. I had the wrong DN for the syncprov overlay entry, but removing it, shouldn't crash server. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5