September 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 382344] New: default to /usr/local/lib64 for self-compiled stuff
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=382344 Summary: default to /usr/local/lib64 for self-compiled stuff Product: openSUSE 11.0 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de CC: coolo(a)novell.com, schwab(a)novell.com Blocks: 369696 Found By: --- It would be nice, if autoconf based configure script will default to libdir=/usr/local/lib64 for self compiles stuff (i. e. ./configure ; make ; make install). It would prevent bi-arch clashes in packages supporting /usr/local. It's trivial to do it: Add /usr/local/share/config.site with following contents: ---- #! /bin/sh if test "$libdir" = '${exec_prefix}/lib' ; then libdir='${exec_prefix}/lib64' fi ---- It is possible to enhance it and skip the change, if it was called inside "linux32" command. -- 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 332186] New: network optimized upgrade of the system
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=332186 Summary: network optimized upgrade of the system Product: openSUSE 10.3 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: jsrain(a)novell.com Found By: --- >From today experience of upgrading 10.2 to 10.3 from KDE CD I can only say it is too fragile to try it again. Too much time is wasted for displaying (when user is not looking at computer) network errors. Not mentioning it could be total network failure and then what user is supposed to do. Conclusions: user cannot work, a lot of time wasted, bad experience. It seems that only downloading full DVD would solve such problems. But not entirely. But what about such approach. One small CD installer as a kickstart disc -- user downloads it, and burns it. One install manager _program_ -- user downloads it and runs it. This IM would run in current system, user would select what kind of upgrade she/he wants, what packages to add extra, etc etc. Note that at this point system is fully running (something you cannot get with current installer) -- video card, network cards, etc. User clicks ok and downloading begins -- upgrade packages, updates, release notes, firmware, drivers, etc. NOW -- this is crucial. It is just another program in the system downloading stuff. User can still view www pages, write document in OOffice, simply put -- she/he can work! After downloading is finished, user burn DVD/CD(s) of downloaded software. And finally then she/he reboots, inserts kickstart disc, normal installer runs, but all packages are now copied from the burned disc! So there is no weak point in whole upgrade. What do you think? A bit elaborate process, but risk-free, and for upgrade (note, this not for INSTALL!) it could work like a charm. Very fast and safely. -- 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 8

[Bug 424675] New: Access rights to /etc/tomcat6 directory not set right
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=424675 Summary: Access rights to /etc/tomcat6 directory not set right Product: openSUSE 11.1 Version: Factory Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Major Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: sebastianklenk(a)visions-tec.de QAContact: qa(a)suse.de Found By: Community User The owner of the tomcat configuration directory is not set right (they are root.root) which prohibits tomcat (when startet with the init script) which runs as tomcat to write this directory. this is required when using webapp based context files. -- 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 418664] New: Tomcat6 installation has missing bits
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=418664 Summary: Tomcat6 installation has missing bits Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: surfari(a)fsmail.net QAContact: qa(a)suse.de Found By: Community User 1 This is new with Tomcat6 OpenSuse 11.0 /etc/tomcat6/tomcat6.conf contains: CATALINA_TMPDIR="/var/cache/tomcat6/temp" but this directory DOES NOT EXIST, so Tomcat actions requiring the cache do not work, such as javax.ImageIO FIX: creating /var/cache/tomcat6/temp and setting owner and group "tomcat" fixes the fault 2 This has been around since 10.2 at least ant cannot find the catalina ant tasks <taskdef name="deploy" classname="org.apache.catalina.ant.DeployTask"/> <taskdef name="list" classname="org.apache.catalina.ant.ListTask"/> <taskdef name="reload" classname="org.apache.catalina.ant.ReloadTask"/> <taskdef name="undeploy" classname="org.apache.catalina.ant.UndeployTask"/> FIX: create a file /etc/ant.d/catalina-ant containing the text "tomcat6/catalina-ant" this seems to allow ant to find /usr/share/java/tomcat6/catalina-ant.jar -- 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 413135] New: openSUSE 11. 0 cannot be booted using Grub when installed on second hard disk
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=413135 Summary: openSUSE 11.0 cannot be booted using Grub when installed on second hard disk Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: SuSE Linux 10.0 Status: NEW Severity: Normal Priority: P5 - None Component: Booting AssignedTo: jsrain(a)novell.com ReportedBy: tobysubs(a)gmx.com QAContact: jsrain(a)novell.com Found By: Customer The computer is booted from SATA disk sda which contains sda1: Windows 2000 sda2: Swap sda3: SuSE Linux 10.0 A second SATA disk has been added sdb and the computer rebooted using the openSUSE 11.0 live CD and the installation on sdb completed using YaST. Following this the computer does not reboot and produces a Grub error 25. This can be repaired by adding '(hd1) /dev/sdb' to /boot/grub/device.map on sda and 'setup (hd0)' from grub but nothing can be done to boot the openSUSE 11.0 installation on sdb. There is a long discussion on linuxquestions.org http://www.linuxquestions.org/questions/susenovell-60/grub-problems-after-i… and on opensuse forums http://forums.opensuse.org/install-boot-login/390323-grub-load-fail.html and this constellation of disks has never been used successfully with Grub and I conclude this must be a bug somewhere in the way openSUSE is installed. -- 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 20

[Bug 384170] New: Translating AppAmor is a pain
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=384170 Summary: Translating AppAmor is a pain Product: openSUSE 11.0 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: michael(a)michael-skiba.de QAContact: ke(a)novell.com Found By: Localization Translating AppAmor really is a pain, extremly long texts, unsorted lists in block text form, etc. it scared all our translators.. Couldn't it be made more comfortable? The biggest pain is MID:144: <ul><li> Allow configuration of the secure attention key</li> <li> Allow administration of the random device</li> <li> Allow examination and configuration of disk quotas</li> <li> Allow configuring the kernel's syslog (printk behaviour)</li> <li> Allow setting the domain name</li> <li> Allow setting the hostname</li> <li> Allow calling bdflush()</li> <li> Allow mount() and umount(), setting up new smb connection</li> <li> Allow some autofs root ioctls</li> <li> Allow nfsservctl</li> <li> Allow VM86_REQUEST_IRQ</li> <li> Allow to read/write pci config on alpha</li> <li> Allow irix_prctl on mips (setstacksize)</li> <li> Allow flushing all cache on m68k (sys_cacheflush)</li> <li> Allow removing semaphores</li> <li> Used instead of CAP_CHOWN to \"chown\" IPC message queues, semaphores and shared memory</li> <li> Allow locking/unlocking of shared memory segment</li> <li> Allow turning swap on/off</li> <li> Allow forged pids on socket credentials passing</li> <li> Allow setting read ahead and flushing buffers on block devices</li> <li> Allow setting geometry in floppy driver</li> <li> Allow turning DMA on/off in xd driver</li> <li> Allow administration of md devices (mostly the above, but some extra ioctls)</li> <li> Allow tuning the ide driver</li> <li> Allow access to the nvram device</li> <li> Allow administration of apm_bios, serial and bttv (TV) device</li> <li> Allow manufacturer commands in isdn CAPI support driver</li> <li> Allow reading non-standardized portions of pci configuration space</li> <li> Allow DDI debug ioctl on sbpcd driver</li> <li> Allow setting up serial ports</li> <li> Allow sending raw qic-117 commands</li> <li> Allow enabling/disabling tagged queuing on SCSI controllers and sending arbitrary SCSI commands</li> <li> Allow setting encryption key on loopback filesystem </li></ul> couldn't that be displayed as <li>foo</li> <li>bar</li> <li>and</li> <li>so</li> <li>on</li> Would be far easier to read (and as long as it doesn't have a special new-line tag it shouldn't change anything in the result for the end user). Also some very long texts could be splittet in several smaller texts, it's exhausting to even find the change, it would increase translation quality and translation efficency. -- 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 420641] New: meta bug for getting rid of mozilla-xulrunner181
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=420641 Summary: meta bug for getting rid of mozilla-xulrunner181 Product: openSUSE 11.1 Version: Factory Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: wolfgang(a)rosenauer.org QAContact: qa(a)suse.de Found By: --- As of today mozilla-xulrunner181 is needed at least by the following list of packages (created by whatdependson) - beagle-index (gnome-maintainers(a)suse.de) - bundle-lang-gnome (gnome-maintainers(a)suse.de) - chmsee (PWu(a)novell.com) - epiphany (gnome-maintainers(a)suse.de) - epiphany-branding-openSUSE (gnome-maintainers(a)suse.de) - epiphany-extensions (gnome-maintainers(a)suse.de) - gecko-sharp2 (mono-maintainers(a)suse.de) - gnome-web-photo (gnome-maintainers(a)suse.de) - gwget (lmichnovic(a)novell.com) - java-1_7_0-icedtea (bnc-team-java(a)forge.provo.novell.com) - jscall-sharp (gnome-maintainers(a)suse.de) - libgluezilla0 (mono-maintainers(a)suse.de) - liferea (gnome-maintainers(a)suse.de) - mono-tools (mono-maintainers(a)suse.de) - mozilla-bonobo (gnome-maintainers(a)suse.de) - mplayerplug-in (cthiel(a)novell.com) - njb-sharp (gnome-maintainers(a)suse.de) - rhythmbox (gnome-maintainers(a)suse.de) - seahorse (gnome-maintainers(a)suse.de) - swfdec-mozilla (meissner(a)novell.com) - totem (gnome-maintainers(a)suse.de) I'll create bugs for some of them as needed and link to that one. -- 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 15

[Bug 420364] New: Canon ixus 65 not detected
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=420364 Summary: Canon ixus 65 not detected Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Hotplug AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: silviu_marin-caea(a)otpbank.ro QAContact: qa(a)suse.de Found By: --- When I plugin my Canon ixus 65 camera, nothing happens. It does not appear in "My Computer", it does not appear in /media. I'm using KDE4, packages from the distribution + updates. Also I have a computer with 11.1 Factory that behaves the same. It used to work in 10.3, with KDE 3.5.x lsusb shows the device. Bus 001 Device 028: ID 04a9:30fe Canon, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x04a9 Canon, Inc. idProduct 0x30fe bcdDevice 0.02 iManufacturer 1 Canon Inc. iProduct 2 Canon Digital Camera iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 39 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 6 Imaging bInterfaceSubClass 1 Still Image Capture bInterfaceProtocol 1 Picture Transfer Protocol (PIMA 15470) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0001 Self Powered -- 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 13

[Bug 404663] New: DHCP does not update DNS when configured to do so in Yast on x86_64
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=404663 Summary: DHCP does not update DNS when configured to do so in Yast on x86_64 Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Devs, 11.0 doesn't update dns when using either dhcpcd or dhclient. This occurs over both wired (dhcpcd) and wireless (dhclient) connections. Yast is configured with "[x] Update DNS data via DHCP", just as it aways is by default. Both wired and wireless connect fine and receive address, gateway, wins and dns info just fine. The problem is that the client does not update DNS with its hostname to allow it to be found on the network. Example: 11.0 x86_64 laptop connecting wirelessly. Jun 25 22:08:46 acrp205d rcnetwork: Starting the NetworkManager Jun 25 22:08:50 acrp205d kernel: r8169: eth0: link down Jun 25 22:08:50 acrp205d kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Jun 25 22:08:52 acrp205d avahi-daemon[2350]: Registering new address record for fe80::21b:9eff:fea9:382d on ath0.*. Jun 25 22:09:01 acrp205d kernel: ath0: no IPv6 routers present Jun 25 22:15:33 acrp205d dhclient: Internet Systems Consortium DHCP Client V3.0.6 Jun 25 22:15:33 acrp205d dhclient: Copyright 2004-2007 Internet Systems Consortium. Jun 25 22:15:33 acrp205d dhclient: All rights reserved. Jun 25 22:15:33 acrp205d dhclient: For info, please visit http://www.isc.org/sw/dhcp/ Jun 25 22:15:33 acrp205d dhclient: Jun 25 22:15:33 acrp205d dhclient: wifi0: unknown hardware address type 801 Jun 25 22:15:33 acrp205d dhclient: wifi0: unknown hardware address type 801 Jun 25 22:15:33 acrp205d dhclient: Listening on LPF/ath0/00:1b:9e:a9:38:2d Jun 25 22:15:33 acrp205d dhclient: Sending on LPF/ath0/00:1b:9e:a9:38:2d Jun 25 22:15:33 acrp205d dhclient: Sending on Socket/fallback Jun 25 22:15:33 acrp205d dhclient: DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5 Jun 25 22:15:34 acrp205d dhclient: DHCPOFFER from 192.168.6.17 Jun 25 22:15:38 acrp205d dhclient: DHCPREQUEST on ath0 to 255.255.255.255 port 67 Jun 25 22:15:38 acrp205d dhclient: DHCPACK from 192.168.6.17 Jun 25 22:15:38 acrp205d avahi-daemon[2350]: Joining mDNS multicast group on interface ath0.IPv4 with address 192.168.6.135 . Jun 25 22:15:38 acrp205d avahi-daemon[2350]: New relevant interface ath0.IPv4 for mDNS. Jun 25 22:15:38 acrp205d avahi-daemon[2350]: Registering new address record for 192.168.6.135 on ath0.IPv4. Jun 25 22:15:38 acrp205d dhclient: bound to 192.168.6.135 -- renewal in 1408 seconds. Jun 25 22:15:39 acrp205d nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/autofs' exited with error status 1. Jun 25 22:15:39 acrp205d SuSEfirewall2: SuSEfirewall2 not active Jun 25 22:15:39 acrp205d nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/netcontrol_global_hooks' exited wit h error status 1. Jun 25 22:15:39 acrp205d nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/nfs' exited with error status 2. After connect, the server DNS (bind 9.4.1 openSuSE 10.3 x86_64) is not updated with the client information. All other machines (10.3, xp, and god forbid vista) all work OK. Here is the DNS zone after connect by "acrp205d": $ORIGIN . $TTL 172800 ; 2 days 3111skyline.com IN SOA nirvana.3111skyline.com. root.nirvana.3111skyline.com. ( 2008030946 ; serial 86400 ; refresh (1 day) 7200 ; retry (2 hours) 3600000 ; expire (5 weeks 6 days 16 hours) 172800 ; minimum (2 days) ) NS nirvana.3111skyline.com. NS nemesis.3111skyline.com. MX 10 nirvana.3111skyline.com. MX 20 nemesis.3111skyline.com. $ORIGIN 3111skyline.com. $TTL 10800 ; 3 hours alchemy A 192.168.6.102 $TTL 172800 ; 2 days ftp CNAME nirvana gw A 192.168.6.13 $TTL 14400 ; 4 hours kidsdell A 192.168.6.150 TXT "31187155d49801422fdafba6e674914fe6" $TTL 172800 ; 2 days lakehouse A 192.168.6.20 localhost A 127.0.0.1 mail CNAME nirvana nemesis A 192.168.6.16 nirvana A 192.168.6.17 $TTL 10800 ; 3 hours Rankin-P35a A 192.168.6.101 $TTL 86400 ; 1 day ripper A 192.168.6.149 TXT "313c41f262462bc25dedc4fa3bb99bc318" $TTL 172800 ; 2 days trinity A 192.168.6.18 www CNAME nirvana zion A 192.168.6.19 Reverse zone is likewise not updated. This may apply equally to 11.0 i386 as well, but I haven't tested. Let me know what else I can send you and I'll be happy to do so. Not knowing more, it looks like a problem with "nm-dispatcher." -- 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 19

[Bug 388228] New: Regression: sigset didn't return expected value
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=388228 Summary: Regression: sigset didn't return expected value Product: openSUSE 11.0 Version: Beta 1 Platform: All OS/Version: openSUSE 11.0 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: yxu(a)novell.com QAContact: kernel-maintainers(a)forge.provo.novell.com Found By: --- LTP testcase sigset_8_1 fail under openSUSE 11.0 Beta1 kernel(also fail under openSUSE 10.3 kernel), pass under SLES10,SLES10SP1,SLES10SP2 kernel. Very simple testcase. Will be attached. -- 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 10