July 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 580043] New: NetworkManager wont remember / save key
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580043 http://bugzilla.novell.com/show_bug.cgi?id=580043#c0 Summary: NetworkManager wont remember / save key Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 1 Platform: x86 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: s2(a)forceway.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.1 Firefox/3.6 Open networkmanager in GNOME, edit wireless connection, enter network WPA key. click apply. reopen/reedit connection. key has not been saved. reboot, you are prompted to enter the network key again. Reproducible: Always Steps to Reproduce: 1.enter a wireless connections network key 2.save 3.reedit connection Actual Results: key is not saved. Expected Results: key should be saved. -- 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 28

[Bug 580039] New: When exiting "Network Settings" in YaST popup requests to install smpppd
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580039 http://bugzilla.novell.com/show_bug.cgi?id=580039#c0 Summary: When exiting "Network Settings" in YaST popup requests to install smpppd Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse-list3(a)bout-tyme.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7 I have no software installed that requires to use of a modem yet every time I exit "Network Settings" in YaST I am told that I need to install smpppd. A search in software manager shows _no_ package installed that requires smpppd. And simply telling me to install smpppd is _not_ the answer. Fix the dependency of it being required when no modem software is installed because no modem exists. Reproducible: Always Steps to Reproduce: 1.Start YaST 2.Start "Network Settings" 3.Make a minor change 4.Accept changes to exit "Network Settings" Actual Results: Without having smpppd installed, nor the need to do so, the error pops up every single time. -- 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 9

[Bug 580035] New: kmozillahelper tries to open files with application/octet-stream mime
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580035 http://bugzilla.novell.com/show_bug.cgi?id=580035#c0 Summary: kmozillahelper tries to open files with application/octet-stream mime Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: octo47(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=342526) --> (http://bugzilla.novell.com/attachment.cgi?id=342526) patch for correct behavoir User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 kmozillahelper tries to detect mime, but don't check, that mime is incorrect (for example generic application/octet-stream mime). i think kmozillahelper should prefer extension type or simple ignore some generic application types. Reproducible: Always Steps to Reproduce: 1. open firefox 2. open file http://svn.apache.org/repos/asf/ibatis/java/ibatis-3/trunk/doc/en/iBATIS-3-… 3. shuld Okular autoselected 4. click ok and you Actual Results: should open downloaded file with okular Expected Results: COMMAND:GETFROMTYPE OUTPUT: \0 COMMAND:GETFROMTYPE OUTPUT: \0 COMMAND:GETFROMEXTENSION OUTPUT: \0 COMMAND:GETFROMEXTENSION OUTPUT: application/pdf OUTPUT: документ PDF OUTPUT: Okular OUTPUT: \1 COMMAND:GETFROMTYPE OUTPUT: \0 COMMAND:GETFROMEXTENSION OUTPUT: application/pdf OUTPUT: документ PDF OUTPUT: Okular OUTPUT: \1 COMMAND:GETFROMTYPE OUTPUT: \0 COMMAND:GETFROMEXTENSION OUTPUT: application/pdf OUTPUT: документ PDF OUTPUT: Okular OUTPUT: \1 returned PAC proxy string: direct returned PAC proxy string: direct COMMAND:GETOPENFILENAME OUTPUT: 0 OUTPUT: /home/octo/src/firefox-kde-opensuse/kmozillahelper/my.patch OUTPUT: \1 get kde application selection insetead of opened document in okular -- 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 2

[Bug 579798] New: ImageMagick doesn't find decode delegates
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=579798 http://bugzilla.novell.com/show_bug.cgi?id=579798#c0 Summary: ImageMagick doesn't find decode delegates Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bernhard(a)bwalle.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 When trying to convert a EPS file to a PNG file, I get: convert: no decode delegate for this image format `BabyTuX.eps' @ constitute.c/ReadImage/531. convert: missing an image filename `BabyTuX.png' @ convert.c/ConvertImageCommand/2838. The reason is simple to find: stat64("/usr/lib/ImageMagick-6.5.8/modules-Q16/coders/ps.la", 0xffbd505c) = -1 ENOENT (No such file or directory) stat64("/usr/lib/ImageMagick-6.5.8/modules-Q16/coders/ps.la", 0xffbd505c) = -1 ENOENT (No such file or directory) This happens during build of home:bwalle muttprint against openSUSE:Factory. Looking in the osc log, the reason seems to be ---------------------------------------------------------------------------- r29 | autobuild | 2010-02-11 19:41:27 | 2cc2201035427accae689ab8170939d9 | 6.5.8.9 Copy from graphics/ImageMagick based on submit request 31927 from user prusnak ---------------------------------------------------------------------------- which maps to following changes entry: ------------------------------------------------------------------- Tue Feb 9 15:03:34 UTC 2010 - prusnak(a)suse.cz - build -doc subpackage as noarch - spec cleanup ------------------------------------------------------------------- Please, bring back the '*la' files: ------------------------------------------------------------------- Thu Jul 21 10:47:30 CEST 2005 - nadvornik(a)suse.cz - moved .la files back to main package, they are needed for runtime ------------------------------------------------------------------- Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 11

[Bug 579556] New: [rpmlint] Wrong warning suse-branding-branding-conflict for hicolor-icon-theme-branding
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=579556 http://bugzilla.novell.com/show_bug.cgi?id=579556#c0 Summary: [rpmlint] Wrong warning suse-branding-branding-conflict for hicolor-icon-theme-branding Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- I'm creating a hicolor-icon-theme-branding-openSUSE package (to ship the icon of the distributor). rpmlint gives this warning: hicolor-icon-theme-branding-openSUSE.noarch: W: suse-branding-branding-conflict otherproviders(hicolor-icon-theme-branding) My guess is that it assumes that hicolor-icon-theme is a branding package, while it's not. -- 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 3

[Bug 579438] New: [openSUSE:11.2/dhcpcd] dhcpcd on openSUSE-11.2 sometime loops endless after adding wlan usb stick (with dhcp ip lease time infinity)
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=579438 http://bugzilla.novell.com/show_bug.cgi?id=579438#c0 Summary: [openSUSE:11.2/dhcpcd] dhcpcd on openSUSE-11.2 sometime loops endless after adding wlan usb stick (with dhcp ip lease time infinity) Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: varkoly(a)novell.com ReportedBy: Peter.Seiderer(a)gmx.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- Plug in wlan usb stick, connection to access point established, disconnect, connect, disconnect, connect, .... >From /var/log/messages: Feb 11 16:24:21 linux-klms dhcpcd[14029]: wlan0: dhcpcd 3.2.3 starting Feb 11 16:24:21 linux-klms dhcpcd[14029]: wlan0: hardware address = 00:13:49:90:c9:bc Feb 11 16:24:21 linux-klms dhcpcd[14029]: wlan0: broadcasting for a lease Feb 11 16:24:41 linux-klms dhcpcd[14029]: wlan0: timed out Feb 11 16:24:41 linux-klms dhcpcd[14029]: wlan0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan0.info' Feb 11 16:24:41 linux-klms dhcpcd[14029]: wlan0: adding IP address 192.168.2.100/24 Feb 11 16:24:41 linux-klms dhcpcd[14029]: wlan0: adding default route via 192.168.2.1 metric 0 Feb 11 16:24:44 linux-klms dhcpcd[14029]: wlan0: Failed to lookup hostname via DNS: Name or service not known Feb 11 16:24:44 linux-klms dhcpcd[15526]: wlan0: renewing lease of 192.168.2.100 Feb 11 16:24:44 linux-klms dhcpcd[15526]: wlan0: lost lease, attemping to rebind Feb 11 16:24:44 linux-klms dhcpcd[15526]: wlan0: lost lease Feb 11 16:24:44 linux-klms dhcpcd[15526]: wlan0: removing default route via 192.168.2.1 metric 0 Feb 11 16:24:44 linux-klms dhcpcd[15526]: wlan0: removing IP address 192.168.2.100/24 Feb 11 16:24:44 linux-klms dhcpcd[14029]: wlan0: exiting Feb 11 16:24:45 linux-klms dhcpcd[15526]: wlan0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan0.info' Feb 11 16:24:45 linux-klms dhcpcd[15526]: wlan0: adding IP address 192.168.2.100/24 Feb 11 16:24:45 linux-klms dhcpcd[15526]: wlan0: adding default route via 192.168.2.1 metric 0 Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: Failed to lookup hostname via DNS: Name or service not known Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: renewing lease of 192.168.2.100 Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: lost lease, attemping to rebind Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: lost lease Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: removing default route via 192.168.2.1 metric 0 Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: removing IP address 192.168.2.100/24 Feb 11 16:24:47 linux-klms dhcpcd[15526]: wlan0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan0.info' ... The problem seems to be using the old lease from stored file, try to renewing the lease and immediately the message 'lost lease'. The access point 'Vodafone DSL-EasyBox 802' (Firmware Version:20.02.221, DHCP lease time set to 'forever') sends the following DHCP ACK: Internet Protocol, Src: 192.168.2.1 (192.168.2.1), Dst: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootps (67), Dst Port: bootpc (68) Bootstrap Protocol Message type: Boot Reply (2) Client IP address: 0.0.0.0 (0.0.0.0) Your (client) IP address: 192.168.2.100 (192.168.2.100) Next server IP address: 192.168.2.1 (192.168.2.1) Relay agent IP address: 0.0.0.0 (0.0.0.0) Client MAC address: ZyxelCom_90:c9:bc (00:13:49:90:c9:bc) Client hardware address padding: 00000000000000000000 Server host name not given Boot file name not given Magic cookie: (OK) Option: (t=53,l=1) DHCP Message Type = DHCP ACK Option: (t=54,l=4) DHCP Server Identifier = 192.168.2.1 Option: (t=51,l=4) IP Address Lease Time = infinity Option: (51) IP Address Lease Time Length: 4 Value: FFFFFFFF Option: (t=1,l=4) Subnet Mask = 255.255.255.0 Option: (t=3,l=4) Router = 192.168.2.1 Option: (t=6,l=4) Domain Name Server = 192.168.2.1 End Option Padding Note the value '0xffffffff' (infinity) for the option 'IP Address Lease Time'. This lease time is handled in 'handle_dhcp()' (dhcpcd-3.2.3/client.c:line904-905): 904 } else if (dhcp->leasetime == (unsigned) -1) { 905 dhcp->renewaltime = dhcp->rebindtime = dhcp->leasetime; and the same value is set for leasetime, renewaltime and rebindtime and saved to info file '/var/lib/dhcpcd/dhcpcd-wlan0.info' (0xffffffff is '4294967295'): DHCPSIADDR='192.168.2.1' IPADDR='192.168.2.100' NETMASK='255.255.255.0' NETWORK='192.168.2.0' BROADCAST='192.168.2.255' ROUTES='' GATEWAYS='192.168.2.1' DNSSERVERS='192.168.2.1' DHCPSID='192.168.2.1' LEASEDFROM='1265907910' LEASETIME='4294967295' RENEWALTIME='4294967295' REBINDTIME='4294967295' INTERFACE='wlan0' CLASSID='dhcpcd 3.2.3' CLIENTID='01:00:13:49:90:c9:bc' DHCPCHADDR='00:13:49:90:c9:bc' After restart the values are taken from the previously stored info file and a renewing via DHCP is started which immmediately fails because of a calculated timeout value of 0 (because of the same value for LEASETIME, RENEWALTIME and REBINDTIME, in case of a finite leasetime value renewaltime is calculated as '0.5 * leasetime' and rebindtime as '0.875 * leasetime'). The following patch (dhcpcd-3.2.3-set_default_timeout.diff fixed the problem for me: --- dhcpcd-3.2.3_patched_suse/client.c 2010-02-11 14:48:54.000000000 +0100 +++ dhcpcd-3.2.3/client.c 2010-02-11 16:47:22.000000000 +0100 @@ -746,6 +746,10 @@ do_socket (state, SOCKET_OPEN); _send_message (state, DHCP_REQUEST, options); state->timeout = dhcp->rebindtime - dhcp->renewaltime; + if (state->timeout == 0) { + logger (LOG_INFO, "renewing lease of %s set default timeout", inet_ntoa(dhcp->address)); + state->timeout = DEFAULT_TIMEOUT; + } state->state = STATE_REBINDING; break; case STATE_REBINDING: @@ -757,6 +761,10 @@ dhcp->serveraddress.s_addr = 0; _send_message (state, DHCP_REQUEST, options); state->timeout = dhcp->leasetime - dhcp->rebindtime; + if (state->timeout == 0) { + logger (LOG_INFO, "rebind lease set default timeout", inet_ntoa(dhcp->address)); + state->timeout = DEFAULT_TIMEOUT; + } state->state = STATE_REQUESTING; break; case STATE_REQUESTING: In case of renewing or rebind the calculated timeout (from the values rebindtime minus renewaltime or leasetime minus rebindtime) value is tested against 0 and set to DEFAULT_TIMEOUT (20 seconds) and logging message printed. >From /var/log/messages with patch applied to dhcpcd: Feb 11 16:35:30 linux-klms dhcpcd[22479]: wlan0: dhcpcd 3.2.3 starting Feb 11 16:35:30 linux-klms dhcpcd[22479]: wlan0: hardware address = 00:13:49:90:c9:bc Feb 11 16:35:30 linux-klms dhcpcd[22479]: wlan0: broadcasting for a lease Feb 11 16:35:50 linux-klms dhcpcd[22479]: wlan0: timed out Feb 11 16:35:50 linux-klms dhcpcd[22479]: wlan0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan0.info' Feb 11 16:35:50 linux-klms dhcpcd[22479]: wlan0: adding IP address 192.168.2.100/24 Feb 11 16:35:50 linux-klms dhcpcd[22479]: wlan0: adding default route via 192.168.2.1 metric 0 Feb 11 16:35:57 linux-klms dhcpcd[22479]: wlan0: Failed to lookup hostname via DNS: Name or service not known Feb 11 16:35:57 linux-klms dhcpcd[23814]: wlan0: renewing lease of 192.168.2.100 Feb 11 16:35:57 linux-klms dhcpcd[23814]: wlan0: renewing lease of 192.168.2.100 set default timeout Feb 11 16:35:57 linux-klms dhcpcd[22479]: wlan0: exiting Feb 11 16:35:57 linux-klms dhcpcd[23814]: wlan0: leased 192.168.2.100 for infinity Feb 11 16:35:57 linux-klms dhcpcd[23814]: wlan0: adding IP address 192.168.2.100/24 Feb 11 16:35:57 linux-klms dhcpcd[23814]: wlan0: adding default route via 192.168.2.1 metric 0 Note the line with 'renewing lease of 192.168.2.100 set default timeout'. -- 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 578406] New: /usr/share/lirc/remotes/devinput/lircd.conf.devinput not found
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578406 http://bugzilla.novell.com/show_bug.cgi?id=578406#c0 Summary: /usr/share/lirc/remotes/devinput/lircd.conf.devinput not found Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 1 Platform: i686 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: zzocmertt(a)wanadoo.nl QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7 During installation of M1 on an P3 using network install iso, Yast2 shows popup: "/usr/share/lirc/remotes/devinput/lircd.conf is missing. Check your installation". The I pressed the OK button on the popup, and Yast2 continued. Reproducible: Always Steps to Reproduce: 1.Install M1 on P3 machine using network install 2.Accept all default choices 3.Install Expected Results: The pop occurrs Using XFCE as windowmanager, use whole single disk for installation. No lirc device was attachd to the machine, so it was not tested if Lirc worked properly -- 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 10

[Bug 578404] New: ntop segfaults in libpcap at system shutdown
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578404 http://bugzilla.novell.com/show_bug.cgi?id=578404#c0 Summary: ntop segfaults in libpcap at system shutdown Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: m.munnix(a)redcross.be QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7 Feb 8 23:10:36 linux-bcpx ntpd[2636]: ntpd exiting on signal 15 Feb 8 23:10:36 linux-bcpx avahi-daemon[2545]: Got SIGTERM, quitting. Feb 8 23:10:36 linux-bcpx avahi-daemon[2545]: Leaving mDNS multicast group on interface eth1.IPv4 with address 10.222.222.31. Feb 8 23:10:36 linux-bcpx avahi-daemon[2545]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.0.1. Feb 8 23:10:37 linux-bcpx sshd[2709]: Received signal 15; terminating. Feb 8 23:10:38 linux-bcpx kernel: [ 6619.724057] device eth1 left promiscuous mode Feb 8 23:10:38 linux-bcpx kernel: [ 6619.732246] __ratelimit: 3 callbacks suppressed Feb 8 23:10:38 linux-bcpx kernel: [ 6619.732268] ntop[2649]: segfault at 0 ip 00007fbcdc41a965 sp 00007fbcd2517dd0 error 4 in libpcap.so.1.0.0[7fbcdc413000+33000] Feb 8 23:10:38 linux-bcpx rpcbind: rpcbind terminating on signal. Restart with "rpcbind -w" Feb 8 23:10:39 linux-bcpx kernel: Kernel logging (proc) stopped. Reproducible: Always Steps to Reproduce: 1. 2. 3. packages: ntop-3.3.10-2.7.x86_64 libpcap1-1.0.0-5.2.x86_64 -- 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 6

[Bug 577803] New: Xsane help documention is not where program itself expects
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=577803 http://bugzilla.novell.com/show_bug.cgi?id=577803#c0 Summary: Xsane help documention is not where program itself expects Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: mlj(a)chase.eclipse.co.uk QAContact: ke(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7 Xsane as compiled - i can't find a config file for this if it exists- expects its documentation for some reason to be at file:///usr/share/doc/packages/xsane/ Its actually at file:///usr/share/sane/xsane/doc/ Reproducible: Always Steps to Reproduce: 1.Click on help option XSane doc or press F1 2. 3. Actual Results: error message - File does not exist Expected Results: html help docyument displayed. Obviously I solved issue by copying files to where they are pointed to Interestingly the XSane documentation refers to correct place for file but I am not sure if this is a vendor or SUSE compilation problem. Found it when trying to work out why XSane not detecting my printers -- 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 9

[Bug 577791] New: Reduce package list for minimal install
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=577791 http://bugzilla.novell.com/show_bug.cgi?id=577791#c0 Summary: Reduce package list for minimal install Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: jsrain(a)novell.com Found By: Beta-Customer Blocker: --- Created an attachment (id=341168) --> (http://bugzilla.novell.com/attachment.cgi?id=341168) list of removed or added packages The minimal text-mode only server install option in the openSUSE 11.2 installer stuffs about 800 packages onto disk when 400 would do. This bugzilla item will be used to store required larger files. -- 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 22