February 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 357354] lenovo X60s jw collector bug
by bugzilla_noreply＠novell.com 05 Feb '10

05 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=357354 http://bugzilla.novell.com/show_bug.cgi?id=357354#c Bug 357354 depends on bug 574904, which changed state. Bug 574904 Summary: Checking/updating CPU microcode takes too long http://bugzilla.novell.com/show_bug.cgi?id=574904 What |Old Value |New Value ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED | -- 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 0

[Bug 357354] lenovo X60s jw collector bug
by bugzilla_noreply＠novell.com 05 Feb '10

05 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=357354 http://bugzilla.novell.com/show_bug.cgi?id=357354#c Bug 357354 depends on bug 574904, which changed state. Bug 574904 Summary: Checking/updating CPU microcode takes too long http://bugzilla.novell.com/show_bug.cgi?id=574904 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |FIXED -- 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 0

[Bug 558981] New: foomatic-rip error
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=558981 http://bugzilla.novell.com/show_bug.cgi?id=558981#c0 Summary: foomatic-rip error Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: roger.marquis(a)oricom.ca QAContact: jsmeix(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091109 Linux Mint/8 (Helena) Firefox/3.5.5 the printer idle and is unable to print, (foomatic-rip error) either the 32 or 64 opensuse, the same result printer: Konika Minolta PP1530w and the driver is installed properly. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: always : foomatic-rip error -- 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 577049] New: Plasmoid shortcuts bar blank
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=577049 http://bugzilla.novell.com/show_bug.cgi?id=577049#c0 Summary: Plasmoid shortcuts bar blank Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: 32bit OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: franzferdinand2(a)blueyonder.co.uk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; OfficeLiveConnector.1.4; OfficeLivePatch.1.3) in the latest factory version of kde4 running on opensuse 11.2 all plasmoids seem to have blank shortcut bars (the bar that pops out when you hover the mouse over them). Deleting config folders doesn't help Reproducible: Always Steps to Reproduce: 1.create plasmoid/icon on desktop/workspace 2.hover mouse over plasmoid/icon Actual Results: shortcut bar appears blank Expected Results: displayed a close icon, options icon etc -- 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 1

[Bug 577043] New: libsane uses deprecated udev rules
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=577043 http://bugzilla.novell.com/show_bug.cgi?id=577043#c0 Summary: libsane uses deprecated udev rules Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 1 Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: jeffm(a)novell.com QAContact: jsmeix(a)novell.com Found By: Development Blocker: --- While booting, I ran across these messages: udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1593 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1596 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1598 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1600 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1602 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1604 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1606 udevd[557]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-libsane.rules:1608 -- 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 4

[Bug 564275] New: Photoshop CS2 installation crashes in wine emulator
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=564275 http://bugzilla.novell.com/show_bug.cgi?id=564275#c0 Summary: Photoshop CS2 installation crashes in wine emulator Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: 7biohazard7(a)ukr.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5 Photoshop CS2 doesn't install in Wine. It happens with wine-1.1.33(box version) and with new version wine-1.1.34 from network repository. Look at a message: "err:msi:msi_dialog_bitmap_control Failed to load bitmap (null) err:msi:msi_dialog_bitmap_control Failed to load bitmap (null) err:msi:msi_dialog_bitmap_control Failed to load bitmap (null) err:msi:ACTION_CallDllFunction Custom action (L"C:\\windows\\temp\\msi42be.tmp":L"CleanXHTML") caused a page fault: c0000005 err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception." I think it's a bug openSuse only. When I compiled wine from sources all works fine. I registered this bug on bugs.winehq.org(http://bugs.winehq.org/show_bug.cgi?id=20725). Please read this topic for more information. After that I've done regression test(http://wiki.winehq.org/RegressionTesting) in Virtualbox and made sure that problem in wine package from openSuse community. When I used wine(1.1.32) packages from SLE11 repository Photoshop installed fine. Wine-gecko package is suspected. Reproducible: Always Steps to Reproduce: 1. Install openSuse 11.2 2. Run from root "zypper in wine" 3. Download http://download.adobe.com/pub/adobe/photoshop/win/cs2/Photoshop_CS2_tryout.… and unzip it 4. Type "wine ../location_photoshop/setup.exe" 5. Click next-next and crushed Actual Results: Installation have crashed Expected Results: Installation have done fine -- 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 576615] New: [Kernel:HEAD]
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=576615 http://bugzilla.novell.com/show_bug.cgi?id=576615#c0 Summary: [Kernel:HEAD] Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: jeffm(a)novell.com ReportedBy: 0.bugs.only.0(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- On Tue, Feb 2, 2010 at 8:20 AM, 0bo0 <0.bugs.only.0(a)gmail.com> wrote: >> in case of problems that last longer than 24 hours, please report them to Jan Blunck <jblunck(a)suse.de> > > @ https://build.opensuse.org/project/monitor?project=Kernel%3AHEAD > > novell-kmp & kernel-xen packages have been failing to build for a > number of days, leaving them out of sync ... e.g., > > kernel-xen-2.6.33-rc5.5.1.x86_64.rpm 30-Jan-2010 > 09:34 33M Mirrors Metalink > kernel-default-2.6.33-rc6.6.1.x86_64.rpm 31-Jan-2010 > 09:38 34M Mirrors Metalink > > > hth. currently lagging behind kernel-* 2.6.33-rc6.7.1 -- 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 1

[Bug 577064] New: Exception "Cannot send nil" if domain is not set during the initial WebYaST wizard
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=577064 http://bugzilla.novell.com/show_bug.cgi?id=577064#c0 Summary: Exception "Cannot send nil" if domain is not set during the initial WebYaST wizard Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: WebYaST AssignedTo: kkaempf(a)novell.com ReportedBy: jkrupa(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.43 Safari/532.5 WebYaST triggers exception if domain name isn't set during the initial WebYaST wizard walkthrough. Reproducible: Always Steps to Reproduce: 1. Install SLES 11 + WebYaST 1.0 2. Start yastwc, yastws service. 3. Open WebYaST in browser. 4. Log-in with root user. 5. Select "English (US)" language. 6. Accept "Accept End User Licence Agreement - SLES-11". 7. Fill the password, leave the "Forward mail to" field blank. 8. Leave all the values in network settings in default state (IP from DHCP). Make sure that the domain field is blank. 9. Click "Next". Actual Results: This is embarrasing.... We are sorry, but WebYaST is still in alpha and there are some problems. Problem: Uncommon exception on target machine: Cannot send nil Please Report a bug so we can fix the problem!.(report link) Don't forget to include the bug details. Show details... /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:312:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:389:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:388:in `each' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:388:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:302:in `struct' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:387:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:375:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:374:in `each' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:374:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:293:in `array' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:373:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:362:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:389:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:388:in `each' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:388:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:302:in `struct' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:387:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:375:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:374:in `each' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:374:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:293:in `array' /usr/lib64/ruby/vendor_ruby/1.8/dbus/marshall.rb:373:in `append' /usr/lib64/ruby/vendor_ruby/1.8/dbus/message.rb:156:in `marshall' /usr/lib64/ruby/vendor_ruby/1.8/dbus/message.rb:155:in `each' /usr/lib64/ruby/vendor_ruby/1.8/dbus/message.rb:155:in `marshall' /usr/lib64/ruby/vendor_ruby/1.8/dbus/bus.rb:474:in `send_sync' (eval):22:in `Write' /usr/lib64/ruby/vendor_ruby/1.8/dbus/introspect.rb:472:in `call' /usr/lib64/ruby/vendor_ruby/1.8/dbus/introspect.rb:472:in `method_missing' /srv/www/yastws/lib/yast_service.rb:55:in `send' /srv/www/yastws/lib/yast_service.rb:55:in `Call' /srv/www/yastws/vendor/plugins/network/app/models/hostname.rb:38:in `save' /srv/www/yastws/vendor/plugins/network/app/controllers/network/hostname_controller.rb:20:in `update' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/mime_responds.rb:106:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/mime_responds.rb:106:in `respond_to' /srv/www/yastws/vendor/plugins/network/app/controllers/network/hostname_controller.rb:19:in `update' /srv/www/yastws/vendor/plugins/network/app/controllers/network/hostname_controller.rb:30:in `create' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:1331:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:1331:in `perform_action_without_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/filters.rb:617:in `call_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/filters.rb:610:in `perform_action_without_benchmark' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/lib64/ruby/gems/1.8/gems/activesupport-2.3.4/lib/active_support/core_ext/benchmark.rb:17:in `ms' /usr/lib64/ruby/1.8/benchmark.rb:308:in `realtime' /usr/lib64/ruby/gems/1.8/gems/activesupport-2.3.4/lib/active_support/core_ext/benchmark.rb:17:in `ms' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/rescue.rb:160:in `perform_action_without_flash' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/flash.rb:146:in `perform_action' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:532:in `send' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:532:in `process_without_filters' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/filters.rb:606:in `process' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:391:in `process' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/base.rb:386:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/routing/route_set.rb:437:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:87:in `dispatch' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:121:in `_call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:130:in `build_middleware_stack' /srv/www/yastws/lib/yast/rack/static_overlay.rb:47:in `call' /srv/www/yastws/lib/yast/rack/static_overlay.rb:47:in `call' /usr/lib64/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:29:in `call' /usr/lib64/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache' /usr/lib64/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:9:in `cache' /usr/lib64/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:28:in `call' /usr/lib64/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/head.rb:9:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/methodoverride.rb:24:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/params_parser.rb:15:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/session/cookie_store.rb:93:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/failsafe.rb:26:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/lock.rb:11:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/lock.rb:11:in `synchronize' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/lock.rb:11:in `call' /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:106:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/content_length.rb:13:in `call' /usr/lib64/ruby/gems/1.8/gems/rack-1.0.0/lib/rack/handler/fastcgi.rb:56:in `serve' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:103:in `process_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:153:in `with_signal_handler' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:101:in `process_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:78:in `process_each_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:77:in `each' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:77:in `process_each_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:76:in `catch' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:76:in `process_each_request' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:51:in `process!' /usr/lib64/ruby/gems/1.8/gems/rails-2.3.4/lib/fcgi_handler.rb:23:in `process!' /srv/www/yastws/public/dispatch.fcgi:24 Expected Results: Mail Settings wizard page. The exception information text "We are sorry, but WebYaST is still in alpha and there are some problems." should be also changed sice WebYaST is no longer in alpha. -- 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 0

[Bug 571958] New: YaST2 Network Services/NFS Client uses Gnome button order in KDE
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=571958 http://bugzilla.novell.com/show_bug.cgi?id=571958#c0 Summary: YaST2 Network Services/NFS Client uses Gnome button order in KDE Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bbregister(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; NET CLR 1.1.4322; MS-RTC LM 8; MS-RTC EA 2) Specifically, this applet uses Cancel/OK, and therefore looks out of place on a KDE desktop. There may also be other places where this applet uses the wrong button order, and it may be worth reviewing every dialog for both button order and placement. Please refer to the wiki about how to handle Gnome/KDE button order differences using the ButtonBox widget: http://en.opensuse.org/YaST/Development/Misc/Button_Order 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 2

[Bug 457981] nfs4 settings not saved in autoyast
by bugzilla_noreply＠novell.com 04 Feb '10

04 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=457981 http://bugzilla.novell.com/show_bug.cgi?id=457981#c3 Katarina Machalkova <kmachalkova(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #3 from Katarina Machalkova <kmachalkova(a)novell.com> 2010-02-04 16:33:36 UTC --- Done now - y2-nfs-client 2.19.1 Attention - structure of nfs section of AY profile has changed. It used to be: <nfs config:type="list"> <nfs_entry> share1 </nfs_entry> <nfs_entry> share2 </nfs_entry> .... <nfs_entry> shareN </nfs_entry> </nfs> It is now: <nfs> <enable_nfs4 config:type="boolean">true/false</enable_nfs4> <idmapd_domain>somedomain</idmapd_domain> <nfs_entries config:type="list"> <nfs_entry> share1 </nfs_entry> ... <nfs_entry> shareN </nfs_entry> </nfs_entries> </nfs> Since the data type of the section changed too ( list => map), backwards compatibility is not possible. Thus, data from "old-style" profiles no longer get imported. But they don't crash AY either. -- 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 0