February 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 580612] New: evolution pulls-in HAL through dependencies
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580612 http://bugzilla.novell.com/show_bug.cgi?id=580612#c0 Summary: evolution pulls-in HAL through dependencies Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Evolution AssignedTo: bnc-team-evolution(a)forge.provo.novell.com ReportedBy: kasievers(a)novell.com QAContact: lakhil(a)novell.com Found By: --- Blocker: --- HAL is deprecated and should no longer be used. The goal is to remove it from the default installation. Please break these dependencies somehow, so that hal-palm can be de-installed. Currently evolution pulls in the hal package through this dependency-chain: evolution -> libpisync1 -> libpisock9 -> hal-palm Thanks! -- 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 7

[Bug 580609] New: Curlftpfs interprets antivirus message as an error
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580609 http://bugzilla.novell.com/show_bug.cgi?id=580609#c0 Summary: Curlftpfs interprets antivirus message as an error Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: neptunia(a)mail.ru QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7 When transferring a file to an FTP server via curlftpfs, the server after file transfere reports: 226 File passed ClamAV virus scanner. This message is interpreted as an error by curlftpfs which reports error dispite the file is transferred correctly. 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 15

[Bug 580491] New: KMozillaHelper's bug reporting address should point to OpenSuse/Novell tracker
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580491 http://bugzilla.novell.com/show_bug.cgi?id=580491#c0 Summary: KMozillaHelper's bug reporting address should point to OpenSuse/Novell tracker Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: andresbajotierra(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2) Gecko/20100207 Namoroka/3.6 Since KDE SC 4.3, there is a crash reporting tool; designed to be integrated with KDE bugzilla if the application supports it. This tool uses the bugAddress() member of the main KAboutData of the application to determine the bug reporting web (or mail) address; and to decide where to report. If this field isn't touched, the default value ("submit(a)bugs.kde.org") will be used, and the report will be sent to bugs.kde.org. However, in third-party apps, not supported in the bugtracker, this field should be customized. Otherwise we get reports like https://bugs.kde.org/show_bug.cgi?id=227292 So you probably need to call: KAboutDataObject->setBugAddress("https://bugzilla.novell.com/enter_bug.cgi"); when creating the mozilla helper app. Thanks in advance Regards Darío A. (bugs.kde.org) Reproducible: Always -- 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 580060] New: Editra (comes with python-wxGTK package) has severe GUI problems and is unusable
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=580060 http://bugzilla.novell.com/show_bug.cgi?id=580060#c0 Summary: Editra (comes with python-wxGTK package) has severe GUI problems and is unusable Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: adin.schmahmann(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/532.9 (KHTML, like Gecko) Chrome/5.0.307.7 Safari/532.9 wxpython (the python-wxGTK package) does not install with the --enable-graphics_ctx flag causing Editra not to recognize the widgets properly. Reproducible: Always Steps to Reproduce: 1. Install python-wxGTK (and dependencies) fron YaST2 2. Go to the installed folder (/usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/tools/Editra) 3. Run Editra (if run from terminal the actual errors will be more obvious) Actual Results: Has lots of empty debug messages when opening or moving the widgets. Expected Results: No errors, properly functioning program. If you don't believe me or are having issues check http://editra.org/forum/viewtopic.php?f=1&t=306 Maybe the poster there will be of some help. -- 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

[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