April 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 436688] zypper "Sort the list by repository priority" doesn't use numeric sort
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=436688 User jkupec(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=436688#c5 Ján Kupec <jkupec(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status Whiteboard| |in-git --- Comment #5 from Ján Kupec <jkupec(a)novell.com> 2009-04-03 04:31:41 MDT --- Nice! I was thinking about some generic handling of numeric types in Table (i'll probably do anyway, but later), but this is simple and effective :O) Submitted, thanx! In git repo. To be released in zypper 1.2.0. http://git.opensuse.org/?p=projects/zypp/zypper.git;a=commit;h=dc5b676fb28c… -- 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 436688] zypper "Sort the list by repository priority" doesn't use numeric sort
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=436688 User froh(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=436688#c4 --- Comment #4 from Susanne Oberhauser <froh(a)novell.com> 2009-04-03 03:58:08 MDT --- Created an attachment (id=283916) --> (http://bugzilla.novell.com/attachment.cgi?id=283916) output the prio flush right to get the sorting fixed and the output prettier, too this fixes the issue for me. -- 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 482223] YaST network settings freeze in ag_xauth on writing DNS configuration
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=482223 User kmachalkova(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=482223#c14 --- Comment #14 from Katarina Machalkova <kmachalkova(a)novell.com> 2009-04-03 03:51:11 MDT --- Hm, after trying almost everything I discovered a way how to make SCR::Read(.xauth.key) hang - 'su - $USER' must prompt for a password (I achieved that in such a way that my $USER was not root, but certainly there are some other ways,too). As the agent now expect some user interaction, it'll never get past 'xauth list' command, thus .Xauthority tmpdir will never be printed. -- 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 466484] on shutdown the home-partition does not clearly unmount.
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=466484 User werner(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=466484#c123 --- Comment #123 from Dr. Werner Fink <werner(a)novell.com> 2009-04-03 03:42:36 MDT --- AFAICS from attachment #283824 there is nothing busy :(( /dev/console does not belong nor /dev/initctl does belong to root fs -- 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 490733] npviewer.bin[PID]: segfault at **** ip *** sp *** error 4 in libpthread-2.8.so[****+**]
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=490733 User sbrabec(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=490733#c11 Stanislav Brabec <sbrabec(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|robin.listas(a)telefonica.net | Resolution| |WONTFIX --- Comment #11 from Stanislav Brabec <sbrabec(a)novell.com> 2009-04-03 03:29:14 MDT --- Well, as it seems to be a problem of 10.3, which was surely fixed later, closing as WONTFIX. The problem was re-introduced in few SLED11 betas, and fixed again: bug 458140 -- 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 486710] No clean shutdown after update to sysvinit 2.86-186.16.1-i58
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=486710 User werner(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=486710#c15 --- Comment #15 from Dr. Werner Fink <werner(a)novell.com> 2009-04-03 03:29:13 MDT --- Hmmm ... could you determine how the device for the aufs is seen by the system at /sys/block/ and /sys/class/scsi_disk/ ... simply to avoid that a virtual disk caused to flush the buffers or send at least the halt command. -- 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 491063] console-kit-daemon may crash within libglib
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=491063 User werner(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=491063#c8 --- Comment #8 from Dr. Werner Fink <werner(a)novell.com> 2009-04-03 03:17:57 MDT --- At least at shutdown the dbus service will be stopped ... IMHO all services started by dbus should be signaled by dbus to stop. That is that all services started by dbus should have a signal handler (maybe included within the glib and/or dbus API) which is listen on dbus (or better its sockets). Or all those services should stop if the dbus close its socket. Anything else is more than a API design issue ... it is simply a bug. And the fix really helps see bug #486710 -- 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 486710] No clean shutdown after update to sysvinit 2.86-186.16.1-i58
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=486710 User cyberorg(a)opensuse.org added comment http://bugzilla.novell.com/show_bug.cgi?id=486710#c14 --- Comment #14 from Jigish Gohil <cyberorg(a)opensuse.org> 2009-04-03 03:15:23 MDT --- AOE is ATA over Ethernet, the / is squashfs compressed image read-only, aufs(unionfs) is used to make it read-write. Will get back to you shortly with HALT_DISKS changes. -- 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 489077] YaST buttons clickable but may have no immediate effect
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=489077 User jsmeix(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=489077#c14 --- Comment #14 from Johannes Meixner <jsmeix(a)novell.com> 2009-04-03 03:11:39 MDT --- Regarding comment #13: I find a 'Skip Refresh' button only in yast2/library/packages/src/PackageCallbacks.ycp where the code is: ------------------------------------------------------------------ `PushButton (`id(`skip), `opt (`cancelButton), _("Skip Refresh")) .. symbol ui = (symbol) UI::UserInput(); ------------------------------------------------------------------ For documentation see http://forgeftp.novell.com/yast/doc/SL11.1/tdg/ButtonBox.html and http://forgeftp.novell.com/yast/doc/SL11.1/tdg/UserInput.html This means that whenever a 'Skip Refresh' button is shown, it explicitely waits directly afterwards for user input. I.e. whenever a 'Skip Refresh' button is shown, it is never busy with something else. In contrast the code which leads to this bug is like: -------------------------------------------------------------------- `PushButton( `id(`foo), _("Foo") ) .. DoSomethingWhichMayTakeUnexpectedlyMuchTime(); .. symbol ui = (symbol) UI::UserInput(); -------------------------------------------------------------------- As long as it is in the DoSomethingWhichMayTakeUnexpectedlyMuchTime function, it will not respond to a click on [Foo]. When the author knows it may take much time the code is: -------------------------------------------------------------------- `PushButton( `id(`foo), _("Foo") ) .. Popup::ShowFeedback( _("Doing Foo. Please wait...") ); DoSomethingWhichIsKnownThatItMayTakeMuchTime(); sleep( 1000 ); Popup::ClearFeedback(); .. symbol ui = (symbol) UI::UserInput(); -------------------------------------------------------------------- When the author knows it takes much time in any case the code is: -------------------------------------------------------------------- `PushButton( `id(`foo), _("Foo") ) .. Popup::ShowFeedback( _("Doing Foo. Please wait...") ); DoSomethingWhichIsKnownToTakeMuchTime(); Popup::ClearFeedback(); .. symbol ui = (symbol) UI::UserInput(); -------------------------------------------------------------------- But a code like -------------------------------------------------------------------- `PushButton( `id(`interrupt), _("Interrupt") ) .. DoSomethingWhichIsKnownThatItMayTakeMuchTime(); .. if( `interrupt == (symbol) UI::UserInput() ) exit; -------------------------------------------------------------------- cannot work because clicking [Interrupt] is ignored until DoSomethingWhichIsKnownThatItMayTakeMuchTime had actually finished. -- 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 486710] No clean shutdown after update to sysvinit 2.86-186.16.1-i58
by bugzilla_noreply＠novell.com 03 Apr '09

03 Apr '09

http://bugzilla.novell.com/show_bug.cgi?id=486710 User werner(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=486710#c13 Dr. Werner Fink <werner(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |duwe(a)novell.com Info Provider|nospam(a)tils.org |duwe(a)novell.com --- Comment #13 from Dr. Werner Fink <werner(a)novell.com> 2009-04-03 03:08:10 MDT --- Hmmm ... please change HALT_DISKS="yes" to HALT_DISKS="no" within /etc/sysconfig/shutdown as is seems that the very last command /sbin/halt can not send the halt command to the disks. And it looks like the /sbin/halt is not able to send the final halt/reboot trigger to the kernel due this error. Does this works for you? @Torsten: What is the difference between normal disks and file systems and AOE+squashfs+aufs? -- 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