October 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 564306] New: mc can not copy big files via shell to another local networked computer.
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

http://bugzilla.novell.com/show_bug.cgi?id=564306 http://bugzilla.novell.com/show_bug.cgi?id=564306#c0 Summary: mc can not copy big files via shell to another local networked computer. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- I try to copy a large .iso file from one computer to another using mc, with its shell link over ssh capability. Of the 4169M file, just 74806Kb are copied to the remote filesystem, while the rest is copied to the localfilesystem instead, to directory ???? To somewhere in the root filesystem I have been unable to locate (yet?). Ah, somehow it has been automatically erased, by mc on exit, I hope. I know it was copied to / somewhere because I saw the available free space decreasing. I did the test twice. However, the command: scp Copia.iso root@nimrodel://Grande/copia/Copia.iso succeeds. -- 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 623388] New: mc midnightcommander wrong $PS1 parser in command line input
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

http://bugzilla.novell.com/show_bug.cgi?id=623388 http://bugzilla.novell.com/show_bug.cgi?id=623388#c0 Summary: mc midnightcommander wrong $PS1 parser in command line input Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: PC OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: verdelyi(a)windowslive.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.2 Firefox/3.6.6 https://bugs.launchpad.net/ubuntu/+source/mc/+bug/330633 http://www.midnight-commander.org/ticket/337 Probably we just need to backport a patch: http://www.midnight-commander.org/changeset/9041e6c81f4b2ae15e7bc3f733016ec… 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 3

[Bug 775028] New: KDE 4.9 programs hang in libc's poll() function
by bugzilla_noreply＠novell.com 13 Oct '16

13 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=775028 https://bugzilla.novell.com/show_bug.cgi?id=775028#c0 Summary: KDE 4.9 programs hang in libc's poll() function Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: szotsaki(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; Edition Next; hu) Presto/2.10.289 Version/12.01 I wanted to file at least five different bug reports to the KDE team when I realized that all of the programs faults have one thing in common: libc's poll() function. The symptoms: 1.) Konsole hangs when I try to select some text. Backtrace: #0 0x00007f834def1ff3 in poll () from /lib64/libc.so.6 #1 0x00007f83494b84c0 in socket_do_iteration (transport=0x814410, flags=6, timeout_milliseconds=<optimized out>) at dbus-transport-socket.c:1125 #2 0x00007f83494b739d in _dbus_transport_do_iteration (transport=0x814410, flags=<optimized out>, timeout_milliseconds=<optimized out>) at dbus-transport.c:978 #3 0x00007f83494a2505 in _dbus_connection_do_iteration_unlocked (connection=0x7d1b70, pending=<optimized out>, flags=6, timeout_milliseconds=25000) at dbus-connection.c:1232 #4 0x00007f83494a3889 in _dbus_connection_block_pending_call (pending=0xa270b0) at dbus-connection.c:2405 #5 0x00007f83494a2dec in dbus_connection_send_with_reply_and_block (connection=0x7d1b70, message=0x8149a0, timeout_milliseconds=-1, error=0x7fffd5b72330) at dbus-connection.c:3514 #6 0x00007f834c252f05 in q_dbus_connection_send_with_reply_and_block (error=0x7fffd5b72330, timeout_milliseconds=-1, message=0x8149a0, connection=<optimized out>) at qdbus_symbols_p.h:135 #7 QDBusConnectionPrivate::sendWithReply (this=0x7d1810, message=..., sendMode=<optimized out>, timeout=-1) at qdbusintegrator.cpp:1904 #8 0x00007f834c253819 in QDBusConnectionPrivate::findMetaObject (this=0x7d1810, service=..., path=..., interface=..., error=...) at qdbusintegrator.cpp:2356 #9 0x00007f834c26249b in QDBusInterfacePrivate::QDBusInterfacePrivate (this=0x9fa960, serv=..., p=..., iface=..., con=...) at qdbusinterface.cpp:158 #10 0x00007f834c2625d9 in QDBusInterface::QDBusInterface (this=0x7fffd5b727d0, service=..., path=..., interface=..., connection=..., parent=0x0) at qdbusinterface.cpp:220 #11 0x00007f834f9faf8b in KMimeType::favIconForUrl (url=...) at /usr/src/debug/kdelibs-4.9.0/kdecore/services/kmimetype.cpp:494 #12 0x00007f83486c7162 in lookupIconNameFor (url=..., type=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kurifilter.cpp:47 #13 0x00007f83486c7f6e in KUriFilterPlugin::iconNameFor (this=<optimized out>, url=..., type=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kurifilter.cpp:569 #14 0x00007f83343bb2f6 in KAutoWebSearch::populateProvidersList (this=0xae0640, searchProviders=..., data=..., allproviders=<optimized out>) at /usr/src/debug/kde-runtime-4.9.0/kurifilter-plugins/ikws/kuriikwsfilter.cpp:104 … 2.) nepomukcontroller does not shut down normally. Backtrace: #0 0x00007ff259abbff3 in poll () from /lib64/libc.so.6 #1 0x00007ff25719eca6 in g_main_context_iterate.isra.23 () from /usr/lib64/libglib-2.0.so.0 #2 0x00007ff25719edd4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 3.) KMail has 100% CPU load when I try to select a folder. Backtrace: #0 0x00007f0c436d8ff3 in poll () from /lib64/libc.so.6 #1 0x00007f0c3b5f1ca6 in g_main_context_iterate.isra.23 () from /usr/lib64/libglib-2.0.so.0 #2 0x00007f0c3b5f1dd4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f0c44d40dcf in QEventDispatcherGlib::processEvents (this=0x60b000, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007f0c4413869e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #5 0x00007f0c44d10842 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f0c44d10a97 in QEventLoop::exec (this=0x7fff18592d80, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007f0c44d158b5 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187 #8 0x0000000000402df3 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kdepim-4.9.0/kmail/main.cpp:145 #3 0x00007ff25a233dcf in QEventDispatcherGlib::processEvents (this=0x6170b0, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007ff25af4069e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #5 0x00007ff25a203842 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007ff25a203a97 in QEventLoop::exec (this=0x7fffee708440, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007ff25a2088b5 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187 #8 0x00000000004073a6 in main (argc=3, argv=0x7fffee708748) at /usr/src/debug/kde-runtime-4.9.0/nepomuk/controller/main.cpp:51 4.) Dolphin starts in 15 seconds. Backtrace: #0 0x00007f834def1ff3 in poll () from /lib64/libc.so.6 #1 0x00007f83494b84c0 in socket_do_iteration (transport=0x8a0120, flags=6, timeout_milliseconds=<optimized out>) at dbus-transport-socket.c:1125 #2 0x00007f83494b739d in _dbus_transport_do_iteration (transport=0x8a0120, flags=<optimized out>, timeout_milliseconds=<optimized out>) at dbus-transport.c:978 #3 0x00007f83494a2505 in _dbus_connection_do_iteration_unlocked (connection=0x843970, pending=<optimized out>, flags=6, timeout_milliseconds=25000) at dbus-connection.c:1232 #4 0x00007f83494a3889 in _dbus_connection_block_pending_call (pending=0xb92ff0) at dbus-connection.c:2405 #5 0x00007f83494a2dec in dbus_connection_send_with_reply_and_block (connection=0x843970, message=0x8b0260, timeout_milliseconds=-1, error=0x7fffd5b73ae0) at dbus-connection.c:3514 #6 0x00007f834c252f05 in q_dbus_connection_send_with_reply_and_block (error=0x7fffd5b73ae0, timeout_milliseconds=-1, message=0x8b0260, connection=<optimized out>) at qdbus_symbols_p.h:135 #7 QDBusConnectionPrivate::sendWithReply (this=0x7ea570, message=..., sendMode=<optimized out>, timeout=-1) at qdbusintegrator.cpp:1904 #8 0x00007f834c253819 in QDBusConnectionPrivate::findMetaObject (this=0x7ea570, service=..., path=..., interface=..., error=...) at qdbusintegrator.cpp:2356 #9 0x00007f834c26249b in QDBusInterfacePrivate::QDBusInterfacePrivate (this=0xa47df0, serv=..., p=..., iface=..., con=...) at qdbusinterface.cpp:158 #10 0x00007f834c2625d9 in QDBusInterface::QDBusInterface (this=0xb4f6b0, service=..., path=..., interface=..., connection=..., parent=0x0) at qdbusinterface.cpp:220 #11 0x00007f834f98dbbb in KSystemTimeZonesPrivate::instance () at /usr/src/debug/kdelibs-4.9.0/kdecore/date/ksystemtimezone.cpp:304 #12 0x00007f834f98e2b9 in KSystemTimeZones::local () at /usr/src/debug/kdelibs-4.9.0/kdecore/date/ksystemtimezone.cpp:201 #13 0x00007f834f978780 in KDateTime::toLocalZone (this=0xb90188) at /usr/src/debug/kdelibs-4.9.0/kdecore/date/kdatetime.cpp:931 #14 0x00007f834868a853 in KFileItemPrivate::setTime (this=<optimized out>, mappedWhich=<optimized out>, time_t_val=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:316 #15 0x00007f834868a984 in init (this=0xb90110) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:242 #16 KFileItemPrivate::init (this=0xb90110) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:209 … 5.) Akonadi Nepomuk Feeder uses 100% CPU. Backtrace (it's a bit different): #0 0x00007fdd7705b803 in select () from /lib64/libc.so.6 #1 0x00007fdd71f34681 in waitForReadyRead (timeout=30000, this=0x75a210) at /usr/src/debug/soprano-2.8.0/client/socket.cpp:86 #2 Soprano::Socket::waitForReadyRead (this=0x75a210, timeout=30000) at /usr/src/debug/soprano-2.8.0/client/socket.cpp:75 #3 0x00007fdd71f3750a in Soprano::SocketStream::read (this=0x7fff052cfc90, data=0x7fff052cfccc "", size=4) at /usr/src/debug/soprano-2.8.0/client/socketstream.cpp:254 #4 0x00007fdd71f37d96 in Soprano::SocketStream::readUnsignedInt32 (this=0x7fff052cfc90, i=@0x7fff052cfccc: 0) at /usr/src/debug/soprano-2.8.0/client/socketstream.cpp:340 #5 0x00007fdd71f3a52f in Soprano::Client::ClientConnection::executeQuery (this=0x8148f0, modelId=657650309, query=..., type=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/soprano-2.8.0/client/clientconnection.cpp:244 #6 0x00007fdd71f3cc63 in Soprano::Client::ClientModel::executeQuery (this=<optimized out>, query=..., language=<optimized out>, userQueryLanguage=...) at /usr/src/debug/soprano-2.8.0/client/clientmodel.cpp:101 #7 0x00007fdd77aa1c41 in Nepomuk::MainModel::executeQuery (this=0x7fde90, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/kdelibs-4.9.0/nepomuk/core/nepomukmainmodel.cpp:187 #8 0x0000000000412390 in FeederQueue::processNextCollection (this=0x7e3da0) at /usr/src/debug/kdepim-runtime-4.9.0/agents/nepomukfeeder/feederqueue.cpp:149 #9 0x0000000000412dc8 in FeederQueue::collectionFullyIndexed (this=0x7e3da0) at /usr/src/debug/kdepim-runtime-4.9.0/agents/nepomukfeeder/feederqueue.cpp:240 #10 0x0000000000413425 in FeederQueue::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /usr/src/debug/kdepim-runtime-4.9.0/build/agents/nepomukfeeder/feederqueue.moc:169 … I use the http://download.opensuse.org/repositories/KDE:/Release:/49/openSUSE_12.1/ repository for KDE 4.9. GLibc version number: 2.14.1-14.27.1, x86_64 (from openSUSE 12.1 Upgrade repo). Kernel: linux-suse 3.1.10-1.16-desktop Reproducible: Always -- 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 783857] New: KDE:Release:49/python-kde4: Bug
by bugzilla_noreply＠novell.com 11 Oct '16

11 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=783857 https://bugzilla.novell.com/show_bug.cgi?id=783857#c0 Summary: KDE:Release:49/python-kde4: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: toddrme2178(a)gmail.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- since a few days, plasmoids written in python fail to load, and in ~/.xsession-errors the following message shows: plasma-desktop(9102)/python (plugin): Failed to import module Traceback (most recent call last): File "/usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py", line 22, in <module> from PyKDE4.plasma import Plasma RuntimeError: the sip module implements API v9.0 but the PyKDE4.plasma module requires API v8.1 package info: lemmy@sai:~> rpm -qf /usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py python-kdebase4-4.9.2-782.1.x86_64 lemmy@sai:~> rpm -qf /usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py --requires python(abi) = 2.7 python-kde4 = 4.9.2 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 lemmy@sai:~> rpm -q python python-2.7.2-7.17.1.x86_64 lemmy@sai:~> rpm -q python3 python3-3.2.1-5.9.1.x86_64 -- 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 780621] New: YaST Installer continues to ignore low-vision accessibility
by bugzilla_noreply＠novell.com 04 Oct '16

04 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=780621 https://bugzilla.novell.com/show_bug.cgi?id=780621#c0 Summary: YaST Installer continues to ignore low-vision accessibility Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suseROCKS(a)bryen.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 YaST uses a bright white background for the dialogue windows during installation. This is a big no-no for low-vision users as well as for people with aging eyes. Typically, many low-vision users are extremely sensitive to white on screen. We tend to set our desktops to have a black background with white font. As my vision continues to deteriorate, I am having more difficulty with each openSUSE release to be able to see the screen and select my options. While I know there is a text-based install, even the default for YaST-ncurses is not a low-vision friendly color and requires you to edit a file to change the default color options. (I've never tried this during actual install, only during normal installed usage of openSUSE.) That is simply not an optimal solution for low-vision users, especially new users who may not have experience in how to configure in the background. Please devise a plan to provide alternative visual options for users. Perhaps a toggle-button that automatically inverts the colors of the install dialogues or alternative graphics screen that provides a darker background. This is not a protest statement, but a factual one... with my continued declining vision, if this is not fixed by 12.3, it is quite possible that I will no longer be able to install and use openSUSE. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 11

[Bug 768112] New: yast2-qt high contrast mode broken
by bugzilla_noreply＠novell.com 04 Oct '16

04 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=768112 https://bugzilla.novell.com/show_bug.cgi?id=768112#c0 Summary: yast2-qt high contrast mode broken Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: tgoettlicher(a)suse.com ReportedBy: tgoettlicher(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Shift+F4 switched to high contrast mode doesn't work anymore. -- 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 642456] New: Permission issue for the "nut" UPS software
by bugzilla_noreply＠novell.com 06 Sep '16

06 Sep '16

https://bugzilla.novell.com/show_bug.cgi?id=642456 https://bugzilla.novell.com/show_bug.cgi?id=642456#c0 Summary: Permission issue for the "nut" UPS software Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: reg(a)capiogroup.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.10) Gecko/20100914 SUSE/3.6.10-30.1 Firefox/3.6.10 On a standard install of nut (Network UPS Tools), classic version (not HAL) the driver did not have permission to run until I added the the group "root" to the user "upsd". my nut.conf is: [myups] driver = usbhid-ups port = /dev/usb/hiddev0 desc = "Tripp Lite UPS SU1500XL" Once that change was made it worked just fine. I don't think this is a big issue but they documentation goes out of it's way to make a point of keeping permissions on the nut daemon restricted so I thought it should be noted. Perhaps just a documentation change to let people know that it might be necessary would be enough. Reproducible: Always Steps to Reproduce: 1.Install 2.Set the nut.conf file 3.Try to run the driver: /usr/lib/ups/driver/upsdrvctl start Actual Results: Permission denied error. -- 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 2

[Bug 635303] New: dump version incompatible with ext4
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=635303 https://bugzilla.novell.com/show_bug.cgi?id=635303#c0 Summary: dump version incompatible with ext4 Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Blocker Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cilantro05(a)comcast.net QAContact: qa(a)suse.de Found By: --- Blocker: --- How can you possibly provide dump-0.4b41 on the OpenSuSE 11.3 download page, when that version does not support the filesystem of your default installation, ext4? I am a longtime SuSE (and dump) user, and it never would have occurred to me to check this. OK, my mistake -- but I just lost a whole day's work because my careully made backup was trash. Dump 0.4b42 does claim ext4 support... At the very lease, a prominent warning should be added to the result of a search for dump on software.opensuse.org. -- 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 3

[Bug 571841] New: dump/restore version from oss fails when ext4 filesystem is used
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c0 Summary: dump/restore version from oss fails when ext4 filesystem is used Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: deligeo(a)physics.uoc.gr QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 Attempting to use the dump/restore backup tool (Version 0.4b41-161.1 x86_64) from oss repository to backup and restore /home the resulting files where corrupted. This is a known issue upstream and is corrected in version 0.4b42. See bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 for more details. Reproducible: Always Steps to Reproduce: 1.use dump to backup an ext4 filesystem 2.move into a different computer 3.attempt to restore in an ext3 filesystem Actual Results: Files produced are not identical to original files. Several text files are now reported as binary. Expected Results: Should produce a correct image of initial files in the new filesystem. Or at the very least dump should NOT allow ext4 filesystems to be used until it is properly working on them. The main issue is that dump will not complain about ext4 partitions being dumped. Thus the problem is encountered later (too late) on when one attempts to restore the filesystem. Version 0.4b42 should resolve this issue by dealing with ext4 filesystems correctly thus restoring dump/restore functionality. -- 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 12

[Bug 719207] New: bsd-games: setgid games removed
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=719207 https://bugzilla.novell.com/show_bug.cgi?id=719207#c0 Summary: bsd-games: setgid games removed Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: nadvornik(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: qa(a)suse.de CC: prusnak(a)suse.com Found By: --- Blocker: --- bsd-games has one or more binaries with setgid 'games' in level 'easy'. Since we dont know whether we will ever see a fix for bug 429882 and the setgid bits are ugly anyways we will remove them. For most affected binaries this will break storing local highscore files. You may want to check whether the affected binaries can cope with that situation gracefully. -- 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 1