December 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 692694] New: zypper: add using an inferior version to the problem solver
by bugzilla_noreply＠novell.com 14 Feb '19

14 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=692694 https://bugzilla.novell.com/show_bug.cgi?id=692694#c0 Summary: zypper: add using an inferior version to the problem solver Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- Suppose this happens: 16:15 server01:~ # zypper in php5-xmlwriter Loading repository data... Reading installed packages... Resolving package dependencies... Problem: php5-xmlwriter-5.3.6.201105090040-73.1.x86_64 requires php5 = 5.3.6.201105090040, but this requirement cannot be provided uninstallable providers: php5-5.3.6.201105090040-73.1.i586[server_php] php5-5.3.6.201105090040-73.1.x86_64[server_php] Solution 1: Following actions will be done: replacement of php5-hash-5.3.3-0.17.1.x86_64 with php5-5.3.6.201105090040-73.1.x86_64 install php5-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php install php5-zip-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php [...] install apache2-mod_php5-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php Solution 2: do not install php5-xmlwriter-5.3.6.201105090040-73.1.x86_64 Solution 3: break php5-xmlwriter by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): It would be welcome if zypper could offer a "Solution 4: Install php5-xmlwriter-5.3.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 6

[Bug 500134] New: on checksumm errors yast2 software management produces non-informative message
by bugzilla_noreply＠novell.com 14 Feb '19

14 Feb '19

http://bugzilla.novell.com/show_bug.cgi?id=500134 Summary: on checksumm errors yast2 software management produces non-informative message Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: grey-olli(a)ya.ru QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=289482) --> (http://bugzilla.novell.com/attachment.cgi?id=289482) 1st time the problem found User-Agent: Opera/9.64 (X11; Linux i686; U; en) Presto/2.1.1 On start of software management repository refresh is started. If checksumm is wrong for a file related to the repository the resulting message doesn't inform to which repository it relates. So if you've a few repositories installed the message is non-informative. Reproducible: Always Expected Results: Should at least tell to which repository the problem relates. -- 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 787382] New: 'zypper rm -u' is not thorough enough when dealing with patterns
by bugzilla_noreply＠novell.com 08 Feb '19

08 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=787382 https://bugzilla.novell.com/show_bug.cgi?id=787382#c0 Summary: 'zypper rm -u' is not thorough enough when dealing with patterns Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: yoshi314(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 A simple example to illustate the problem : ------------------------------------------------------------------ a system is installed with no kde4 related patterns. rpm -qa |grep pattern patterns-openSUSE-base-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 A command to install kde4 pattern is issued : ~ # zypper in -t pattern kde4 after installation, a command to remove the same pattern is issued : ~ # zypper rm -u patterns-openSUSE-kde4 ~ # rpm -qa |grep pattern patterns-openSUSE-base-12.2-5.5.1.x86_64 patterns-openSUSE-x11-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 patterns-openSUSE-non_oss-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 patterns-openSUSE-x11_opt-12.2-5.5.1.x86_64 patterns-openSUSE-imaging-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 patterns-openSUSE-non_oss_opt-12.2-5.5.1.x86_64 patterns-openSUSE-kde4_basis-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 ------------------------------------------------------------------------------ A diff of those two outputs : --- pre_pattern.txt 2012-10-30 09:58:46.123122931 -0400 +++ post_pattern.txt 2012-10-30 10:09:09.267068467 -0400 @@ -1,7 +1,13 @@ patterns-openSUSE-base-12.2-5.5.1.x86_64 +patterns-openSUSE-x11-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 +patterns-openSUSE-non_oss-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 +patterns-openSUSE-x11_opt-12.2-5.5.1.x86_64 +patterns-openSUSE-imaging-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 +patterns-openSUSE-non_oss_opt-12.2-5.5.1.x86_64 +patterns-openSUSE-kde4_basis-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 Some patterns remain, even though they were just installed as dependencies for kde4 pattern and should be classified as optional. Reproducible: Always Steps to Reproduce: 1. Install a pattern that pulls in other (not yet installed) patterns 2. Uninstall that pattern with zypper rm -u 3. Subpatterns that were installed as dependencies in 1. are still installed. Actual Results: Pulled in subpatterns remain installed Expected Results: Pulled in subpatterns should be removed if they were not explictly installed by user and are not depended upon by some other packages openSUSE 12.2 ; libzypp 11.6.2-2.1.2.x86_64 zypper-1.7.3-1.2.2.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 6

[Bug 536846] New: rebuild RPM DB automatically and silently when necessary
by bugzilla_noreply＠novell.com 08 Feb '19

08 Feb '19

http://bugzilla.novell.com/show_bug.cgi?id=536846 Summary: rebuild RPM DB automatically and silently when necessary Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: urwald(a)gmx-topmail.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-2.4 Firefox/3.5.2 Sometimes, the RPM database is broken. Than, when you try to install packages with YaST, you get some complicate error messages like Subprocess failed. Error: RPM fallido: error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found error: error(-30987) setting "System/Libraries" records from Group index error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found error: error(-30987) getting "System/Libraries" records from Group index or Subprocess failed. Error: RPM fallido: error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found error: error(-30987) getting "" records from Requireversion index Executing 'rpm --rebuilddb' fixes the problem, but that's not user friendly. It would be great if libzypper could the this automatically when it notices that there are problems with the RPM database. 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 4

[Bug 546594] New: zypper ignores lock while update
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.novell.com/show_bug.cgi?id=546594 Summary: zypper ignores lock while update Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 8 Platform: All OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: lmuelle(a)novell.com QAContact: qa(a)suse.de Found By: --- zypper ignores existing locks while perfoming an upgrade. -- 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 738050] New: server:database/mongodb: Failure on db.dropDatabase() using the RPM version
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=738050 https://bugzilla.novell.com/show_bug.cgi?id=738050#c0 Summary: server:database/mongodb: Failure on db.dropDatabase() using the RPM version Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: asn(a)cryptomilk.org ReportedBy: patrick.meinusch(a)seitenbau.net QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- to reproduce: 1. install mongodb-2.0.1-5.2.x86_64.rpm from http://download.opensuse.org/repositories/server:/database/SLE_11_SP1/x86_6… 2. start mongod: /etc/init.d/mongodb start 3. open a mongo shell to localhost:27017 4. use new database: use testdb (optional) 5. insert document to a collection: db.coll.insert( { "key":"value" } ) 6. try to drop database: db.dropDatabase() expected: database is dropped without any error got: database is dropped but getting this error: in shell: { "errmsg" : "exception: assertion db/pdfile.cpp:2158", "code" : 0, "ok" : 0 } in log: Wed Dec 21 13:31:23 [conn1] dropDatabase newdb Wed Dec 21 13:31:23 [conn1] removeJournalFiles Wed Dec 21 13:31:23 [conn1] Assertion failure i <= DiskLoc::MaxFiles db/pdfile.cpp 2158 0x56ec5e 0x577d4f 0x811b9a 0x8121d8 0x8a0fdc 0x89d661 0x89df85 0x88df2a 0x89071b 0x7f54fa 0x973c3c 0x60c06a 0x7f1841eb45f0 0x7f184065684d /usr/sbin/mongod(_ZN5mongo12sayDbContextEPKc+0x9e) [0x56ec5e] /usr/sbin/mongod(_ZN5mongo8assertedEPKcS1_j+0xbf) [0x577d4f] /usr/sbin/mongod(_ZN5mongo19_applyOpToDataFilesEPKcRNS_6FileOpEbRKSs+0x45a) [0x811b9a] /usr/sbin/mongod(_ZN5mongo16_deleteDataFilesEPKc+0xc8) [0x8121d8] /usr/sbin/mongod(_ZN5mongo15CmdDropDatabase3runERKSsRNS_7BSONObjEiRSsRNS_14BSONObjBuilderEb+0xec) [0x8a0fdc] /usr/sbin/mongod(_ZN5mongo11execCommandEPNS_7CommandERNS_6ClientEiPKcRNS_7BSONObjERNS_14BSONObjBuilderEb+0x871) [0x89d661] /usr/sbin/mongod(_ZN5mongo12_runCommandsEPKcRNS_7BSONObjERNS_11_BufBuilderINS_16TrivialAllocatorEEERNS_14BSONObjBuilderEbi+0x565) [0x89df85] /usr/sbin/mongod(_ZN5mongo11runCommandsEPKcRNS_7BSONObjERNS_5CurOpERNS_11_BufBuilderINS_16TrivialAllocatorEEERNS_14BSONObjBuilderEbi+0x3a) [0x88df2a] /usr/sbin/mongod(_ZN5mongo8runQueryERNS_7MessageERNS_12QueryMessageERNS_5CurOpES1_+0x12eb) [0x89071b] /usr/sbin/mongod(_ZN5mongo16assembleResponseERNS_7MessageERNS_10DbResponseERKNS_11HostAndPortE+0x6fa) [0x7f54fa] /usr/sbin/mongod(_ZN5mongo16MyMessageHandler7processERNS_7MessageEPNS_21AbstractMessagingPortEPNS_9LastErrorE+0xdc) [0x973c3c] /usr/sbin/mongod(_ZN5mongo3pms9threadRunEPNS_13MessagingPortE+0x29a) [0x60c06a] /lib64/libpthread.so.0(+0x75f0) [0x7f1841eb45f0] /lib64/libc.so.6(clone+0x6d) [0x7f184065684d] Wed Dec 21 13:31:23 [conn1] command newdb.$cmd command: { dropDatabase: 1.0 } ntoreturn:1 reslen:99 113ms When using the binary package from mongodb.org this bug is not reproducible -- 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 731320] New: server:database/mongodb: mongod does not respect --noprealloc
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=731320 https://bugzilla.novell.com/show_bug.cgi?id=731320#c0 Summary: server:database/mongodb: mongod does not respect --noprealloc Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: asn(a)cryptomilk.org ReportedBy: jmatejek(a)suse.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- to reproduce: 1. install mongodb 2. edit /etc/mongodb.conf to say "noprealloc = true" 3. optionally, run mongod manually with --noprealloc option expected result: mongo starts without preallocating journals actual result: mongo does not care. from mongodb.log: note: noprealloc may hurt performance in many applications Fri Nov 18 12:24:02 [initandlisten] MongoDB starting : pid=4902 port=27017 dbpath=/var/lib/mongodb 64-bit host=limetka.suse.cz Fri Nov 18 12:24:02 [initandlisten] db version v2.0.1, pdfile version 4.5 Fri Nov 18 12:24:02 [initandlisten] git version: nogitversion Fri Nov 18 12:24:02 [initandlisten] build info: Linux build05 2.6.37.6-0.7-xen #1 SMP 2011-07-21 02:17:24 +0200 x86_64 BOOST_LIB_VERSION=1_44 Fri Nov 18 12:24:02 [initandlisten] options: { auth: "true", bind_ip: "127.0.0.1", config: "/etc/mongodb.conf", dbpath: "/var/lib/mongodb", fork: "true", logappend: "true", logpath: "/var/log/mongodb/mongodb.log", nohttpinterface: "true", noprealloc: true, quiet: true } Fri Nov 18 12:24:02 [initandlisten] journal dir=/var/lib/mongodb/journal Fri Nov 18 12:24:02 [initandlisten] recover : no journal files present, no recovery needed Fri Nov 18 12:24:05 [initandlisten] preallocateIsFaster=true 25.86 Fri Nov 18 12:24:07 [initandlisten] preallocateIsFaster=true 25.88 Fri Nov 18 12:24:10 [initandlisten] preallocateIsFaster=true 24.26 Fri Nov 18 12:24:10 [initandlisten] preallocateIsFaster check took 8.42 secs Fri Nov 18 12:24:10 [initandlisten] preallocating a journal file /var/lib/mongodb/journal/prealloc.0 well yes, preallocate might as well be "IsFaster=true", but that still doesn't justify spending extra three minutes at startup and eating 3GB for no good reason whatsoever in a friggin development environment where performance does not matter but 3GB of storage do </frustratedRant> -- 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

[Bug 663358] New: [zypper] can not install src rpm available on the local disk
by bugzilla_noreply＠novell.com 29 Jan '19

29 Jan '19

https://bugzilla.novell.com/show_bug.cgi?id=663358 https://bugzilla.novell.com/show_bug.cgi?id=663358#c0 Summary: [zypper] can not install src rpm available on the local disk Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: ma(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- While zypper in /tmp/my.rpm works by creating a temp. repo containing my.rpm, zypper si /tmp/my.src.rpm does not work. Probably possible to use the same trick here as for ordinary rpms. -- 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 629374] New: desktop-data-openSUSE contains some KDE-specific bits
by bugzilla_noreply＠novell.com 25 Nov '18

25 Nov '18

http://bugzilla.novell.com/show_bug.cgi?id=629374 http://bugzilla.novell.com/show_bug.cgi?id=629374#c0 Summary: desktop-data-openSUSE contains some KDE-specific bits Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Here are some bits in desktop-data-openSUSE that should probably live in some of the kde branding packages (or in qt): + etc/kde4/: contains kdm/backgroundrc (should live in kdm-branding-openSUSE) + etc/profile.d/desktop-data.* and usr/share/desktop-data: the scripts have a line to set QT_SYSTEM_DIR to /usr/share/desktop-data. This should really live in a qt package. I'm also wondering about everything in etc/xdg/menus/, usr/share/desktop-directories/ and usr/share/icons/: this contains the XDG menu structure, except that GNOME now uses something else since we were not happy with this structure and were unable to make any real progress on changing it. LXDE also doesn't use it. So it's now more or less KDE-specific... Finally, etc/skel/ contains public_html. Is this something you want to keep? I know it annoys me to have this directory created. -- 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 700065] New: the wiki produces invalid XHTML
by bugzilla_noreply＠novell.com 27 May '18

27 May '18

https://bugzilla.novell.com/show_bug.cgi?id=700065 https://bugzilla.novell.com/show_bug.cgi?id=700065#c0 Summary: the wiki produces invalid XHTML Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: adrian(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 The wiki pages are declared to be XHTML 1.0 Transitional. A script inserted into every HEAD violates this declaration. Reproducible: Always Steps to Reproduce: 1. Validate <URL: http://en.opensuse.org/Main_Page >. 2. Inspect the document source. Actual Results: 1. Line 21, Column 16: required attribute "type" not specified 2. <script> Expected Results: 1. No errors 2. <script type="text/javascript" > -- 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 16

[Bug 682920] New: strange defaults in mailman
by bugzilla_noreply＠novell.com 15 May '18

15 May '18

https://bugzilla.novell.com/show_bug.cgi?id=682920 https://bugzilla.novell.com/show_bug.cgi?id=682920#c0 Summary: strange defaults in mailman Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: jmatejek(a)novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- (partly copied from http://mail.python.org/pipermail/mailman-users/2007-November/058954.html after seeing the same problem on 11.3) I called "/usr/lib/mailman/bin/newlist mailman" to create the master mailing list. Doing so resulted in the error Bad owner email address: mailman@(unused) The openSUSE Mailman package sets DEFAULT_URL_HOST and DEFAULT_EMAIL_HOST to '(unused)' in Defaults.py, which causes this problem. Please use a default without parenthesis - according to the mail I linked above, this should display the "correct" error message about an invalid list address. Of course it would be even better to have an error message that says DEFAULT_URL_HOST and DEFAULT_EMAIL_HOST need to be set - but that's probably something for upstream. -- 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 640407] New: SDL: erroneously uses xrandr-style mode switching
by bugzilla_noreply＠novell.com 09 Feb '18

09 Feb '18

https://bugzilla.novell.com/show_bug.cgi?id=640407 https://bugzilla.novell.com/show_bug.cgi?id=640407#c0 Summary: SDL: erroneously uses xrandr-style mode switching Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Beta-Customer Blocker: --- Starting with 11.3, I am seeing a new issue with my "oversize" desktop (2944x2208 VirtualSize on a 1280x1024 resolution). Problem: SDL-1.2.14. When SDL switches to fullscreen 640x480 - for example, because the game is configured to run in such resolution - or back, it changes the desktop size too by means of xrandr or something along the lines of that. Actual results: Windows on my desktop are reordered, which is usually a result of the WM being forced to do so because the desktop size (virtualsize) changed. Resolution switching also takes significantly longer than it did before — this is another sign that it switches desktop size (too), not just resolution. First the screen goes black-with-backlight and after roughly 500ms, the TFT screen finally gets the new 640x480 mode signal (I use VGA), which is evidenced by the backlight going briefly off. Expected results: Previous behavior. In other worsd, leave desktop size as-is (and subsequently keep my windows where they are) and _only_ change the resolution. The old switching style is also way faster in that there is no black-with-backlight delay. Additional information: Not all programs are affected. The entire group of Doom engines exhibits the behavior for example, though I found that UnrealTournament99 does not. Both Doom and UT use libSDL-1.2.so.0 (no static SDL as far as I can see). Overriding the system SDL 1.2.14 libraries and using LD_LIBRARY_PATH to point to SDL-1.2.13 libraries brings back the desired behavior. -- 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 736093] New: Logitech WebCam microphone produces squeaky "chipmunk" audio
by bugzilla_noreply＠novell.com 18 Dec '17

18 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=736093 https://bugzilla.novell.com/show_bug.cgi?id=736093#c0 Summary: Logitech WebCam microphone produces squeaky "chipmunk" audio Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: nils(a)ellmenreich.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20100101 Firefox/8.0 A regression in the linux kernel prevent some Logitech webcam microphones (notably C270, C300, C310) to be properly initialized. As a result, audio playback of recordings are way too fast, producing a "chipmunk" effect. Here is the patch: http://article.gmane.org/gmane.linux.usb.general/52027 Fedorea fixed this alread. References in: https://bugzilla.redhat.com/show_bug.cgi?id=729269 https://bugzilla.redhat.com/show_bug.cgi?id=742010 https://bugs.archlinux.org/task/26528 https://bugzilla.kernel.org/show_bug.cgi?id=35922 Reproducible: Always Steps to Reproduce: 1.Record audio using Logitech webcan (e.g. with skype test call) 2.listen 3. Actual Results: Chipmunk audio Expected Results: normal audio -- 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 509945] New: Enforce packaging of static libraries by rpmlint check
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

http://bugzilla.novell.com/show_bug.cgi?id=509945 Summary: Enforce packaging of static libraries by rpmlint check Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: dmueller(a)novell.com ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de CC: ro(a)novell.com, mrueckert(a)novell.com, crrodriguez(a)novell.com Found By: Development We are trying to adopt the static libraries packaging scheme described on http://en.opensuse.org/Packaging/Guidelines#Packaging_Static_Libraries By adding rpmlint check we will enforce the correct packaging. rpmlint should check whether the package contains *.{a,la} files and perform these steps: a) package contains *.la files, does not contain *.a files -> throw error suggesting the packager to remove *.la files in %install phase b) package contains only *.la and *.a files -> check if the name ends with "-devel-static", throw error otherwise, suggesting the rename c) package contains *.la, *.a files AND *.so files (and probably some includes) -> check if the name ends with "-devel" AND package also provides "-devel-static" symbol, throw error otherwise, suggesting the addition of symbol -> also point out that packager has to be sure that static libraries are absolutely needed in the system. If not the package should be built with --disable-static and *.la files removed in %install phase -- 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 709260] New: package bzip2 missing documentation
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=709260 https://bugzilla.novell.com/show_bug.cgi?id=709260#c0 Summary: package bzip2 missing documentation Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i686 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.1) The documentation for package bzip2 is not installed. Reproducible: Always Steps to Reproduce: 1. Read /usr/share/doc/packages/bzip2/README. 2. Find the referenced documentation. Actual Results: 1. Complete documentation is available in Postscript form (manual.ps), PDF (manual.pdf) or html (manual.html). A plain-text version of the manual page is available as bzip2.txt. 2. Nope. Expected Results: 2. /usr/share/doc/packages/bzip2/manual.html -- 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 4

[Bug 782368] New: pcsc-lite should require libpcsclite1
by bugzilla_noreply＠novell.com 09 Oct '17

09 Oct '17

https://bugzilla.novell.com/show_bug.cgi?id=782368 https://bugzilla.novell.com/show_bug.cgi?id=782368#c0 Summary: pcsc-lite should require libpcsclite1 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jaanvajakas(a)hot.ee QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.8 (KHTML, like Gecko) Chrome/23.0.1255.0 Safari/537.8 SUSE/23.0.1255.0 Package pcsc-lite 1.8.3-2.1.3 in the repository http://download.opensuse.org/distribution/12.2/repo/oss/ currently does not require the libpcsclite1 package. Without the latter package, however, pcsc-lite seems pretty much useless: at least on my computer, pcscd is unable to detect my smartcard reader if libpcsclite1 is not installed. On Fedora, the analogous pcsc-lite package does require pcsc-lite-libs which is the analog of libpcsclite1: http://www.rpmfind.net//linux/RPM/fedora/devel/rawhide/i386/p/pcsc-lite-1.8… http://www.rpmfind.net//linux/RPM/fedora/devel/rawhide/i386/p/pcsc-lite-lib… So I guess the pcsc-lite package should require libpcsclite1. Reproducible: Always Steps to Reproduce: Install pcsc-lite package in YaST Software Manager. Actual Results: The libpcsclite1 package is not automatically installed when pcsc-lite is installed. Expected Results: libpcsclite1 should be automatically installed whenever pcsc-lite is installed. Actually I found this problem when I installed the Estonian ID card package (estonianidcard) from its official repository (https://installer.id.ee/media/opensuse) pcsc-lite is its (indirect) dependency but not libpcsclite1 so after installing estonianidcard I had to manually install libpcsclite1. -- 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 4

[Bug 794744] New: samba4 package is missing the 'samba-tool'
by bugzilla_noreply＠novell.com 25 Sep '17

25 Sep '17

https://bugzilla.novell.com/show_bug.cgi?id=794744 https://bugzilla.novell.com/show_bug.cgi?id=794744#c0 Summary: samba4 package is missing the 'samba-tool' Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: rob.verduijn(a)gmail.com QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 Hello, While giving samba4 I found that the 'samba-tool' command is not included. This command is required to set up a samba4 environment. (according to : https://wiki.samba.org/index.php/Samba4/HOWTO/Join_a_domain_as_a_DC ) Regards Rob Verduijn Reproducible: Always Steps to Reproduce: 1. install samba4 from http://software.opensuse.org/package/samba 2. issue : rpm -ql samba4|grep samba-tool 3. Actual Results: missing samba-tool Expected Results: samba-tool should be included in the rpm -- 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 24

[Bug 661410] New: zypper ar vs. mr: different short option for --refresh
by bugzilla_noreply＠novell.com 22 Sep '17

22 Sep '17

https://bugzilla.novell.com/show_bug.cgi?id=661410 https://bugzilla.novell.com/show_bug.cgi?id=661410#c0 Summary: zypper ar vs. mr: different short option for --refresh Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- To enable --refresh for a repo, zypper has different short options: - zypper ar -f - zypper mr -r That's higly confusing. Please allow the same short option for both ar and mr in future versions. (For backward compatibility I'd recommend to allow -f _and_ -r as long as those aren't needed for different functions.) -- 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 730327] New: vusb-analyzer needs 'gnomecanvas'
by bugzilla_noreply＠novell.com 27 Aug '17

27 Aug '17

https://bugzilla.novell.com/show_bug.cgi?id=730327 https://bugzilla.novell.com/show_bug.cgi?id=730327#c0 Summary: vusb-analyzer needs 'gnomecanvas' Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: afaerber(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- On openSUSE 12.1 RC2, `vusb-analyzer` resulted in: Traceback (most recent call last): File "/usr/bin/vusb-analyzer", line 13, in <module> from VUsbTools import Views, Log, Diff, Decode File "/usr/lib/python2.7/site-packages/VUsbTools/Views.py", line 15, in <module> from VUsbTools import Types, Style File "/usr/lib/python2.7/site-packages/VUsbTools/Types.py", line 20, in <module> except gnomecanvas: NameError: name 'gnomecanvas' is not defined Installing python-gnome package resolved this. A suitable Depends: should be added to the vusb-analyzer package. -- 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 789020] New: no more /dev/disk/by-label/LABEL symlinks for LVM devices (udev/systemd?)
by bugzilla_noreply＠novell.com 18 Aug '17

18 Aug '17

https://bugzilla.novell.com/show_bug.cgi?id=789020 https://bugzilla.novell.com/show_bug.cgi?id=789020#c0 Summary: no more /dev/disk/by-label/LABEL symlinks for LVM devices (udev/systemd?) Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: seife(a)novell.slipkontur.de QAContact: qa-bugs(a)suse.de Found By: Third Party Developer/Partner Blocker: --- After updating to today's FACTORY (last update was before openSUSE conf), my /space and /local partitions were no longer mounted: susi:~ # grep LABEL /etc/fstab LABEL=root-FACTORY / ext4 acl,user_xattr 1 1 # LABEL=local /local xfs noatime,logbufs=8,logbsize=262144 1 2 # LABEL=space /space xfs noatime,logbufs=8,logbsize=262144 1 2 (now commented out to get the system to boot) susi:~ # l /dev/disk/by-label/ total 0 drwxr-xr-x 2 root root 140 Nov 9 15:50 ./ drwxr-xr-x 6 root root 120 Nov 9 15:50 ../ lrwxrwxrwx 1 root root 10 Nov 9 15:50 BOOTLOADER -> ../../sda3 lrwxrwxrwx 1 root root 10 Nov 9 15:50 SYSTEM_DRV -> ../../sda1 lrwxrwxrwx 1 root root 10 Nov 9 15:50 Windows7_OS -> ../../sda2 lrwxrwxrwx 1 root root 10 Nov 9 15:50 root-FACTORY -> ../../sda6 lrwxrwxrwx 1 root root 10 Nov 9 15:50 root-stable -> ../../sda8 susi:~ # blkid /dev/sda1: LABEL="SYSTEM_DRV" UUID="7A0615220614E0C5" TYPE="ntfs" /dev/sda2: LABEL="Windows7_OS" UUID="64A42A12A429E6F0" TYPE="ntfs" /dev/sda3: LABEL="BOOTLOADER" UUID="519614e1-7c40-4866-b461-3ad4cb797538" SEC_TYPE="ext2" TYPE="ext3" /dev/sda5: UUID="fde71608-8ca9-4f2a-9a3e-501df23f8469" TYPE="swap" /dev/sda6: LABEL="root-FACTORY" UUID="71f5bfb4-3d29-4c9c-929a-3fb795cf0fd9" TYPE="ext4" /dev/sda7: UUID="3387ae99-507c-41eb-80c8-ee7b4a62353a" TYPE="crypto_LUKS" /dev/sda8: LABEL="root-stable" UUID="6983d635-99c0-48e9-b62a-74cd3b27c636" TYPE="ext4" /dev/sda9: UUID="jRlUY0-8mt0-09TE-MeAf-IqRj-TSzl-tK83Uk" TYPE="LVM2_member" /dev/mapper/main-local: LABEL="local" UUID="ac293f98-8e30-440f-8845-d067ee49d42d" TYPE="xfs" /dev/mapper/main-space: LABEL="space" UUID="17676f0d-fe6e-4b47-80bb-6d6493574569" TYPE="xfs" /dev/mapper/main-vdr: UUID="4b5b5706-84bb-4a2c-8f91-fda2784aea86" TYPE="ext4" /dev/mapper/cr_sda7: LABEL="cryptohome" UUID="98741ffb-5913-43ca-afac-500ff16d0f57" TYPE="ext3" susi:~ # blkid|grep LABEL= /dev/sda1: LABEL="SYSTEM_DRV" UUID="7A0615220614E0C5" TYPE="ntfs" /dev/sda2: LABEL="Windows7_OS" UUID="64A42A12A429E6F0" TYPE="ntfs" /dev/sda3: LABEL="BOOTLOADER" UUID="519614e1-7c40-4866-b461-3ad4cb797538" SEC_TYPE="ext2" TYPE="ext3" /dev/sda6: LABEL="root-FACTORY" UUID="71f5bfb4-3d29-4c9c-929a-3fb795cf0fd9" TYPE="ext4" /dev/sda8: LABEL="root-stable" UUID="6983d635-99c0-48e9-b62a-74cd3b27c636" TYPE="ext4" /dev/mapper/main-local: LABEL="local" UUID="ac293f98-8e30-440f-8845-d067ee49d42d" TYPE="xfs" /dev/mapper/main-space: LABEL="space" UUID="17676f0d-fe6e-4b47-80bb-6d6493574569" TYPE="xfs" /dev/mapper/cr_sda7: LABEL="cryptohome" UUID="98741ffb-5913-43ca-afac-500ff16d0f57" TYPE="ext3" As you can see, the non-LVM devices are there in /dev/disk/by-label, but the LVM devices are not. I guess this is a glitch of the new udev version. -- 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 12

[Bug 770239] New: 'zypper pa' lacks support for @System repo
by bugzilla_noreply＠novell.com 12 Aug '17

12 Aug '17

https://bugzilla.novell.com/show_bug.cgi?id=770239 https://bugzilla.novell.com/show_bug.cgi?id=770239#c0 Summary: 'zypper pa' lacks support for @System repo Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: ma(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- ma@fibonacci:~ (0) $ zypper pa -i -R|grep libclucene-core0_9_23 ma@fibonacci:~ (1) $ zypper pa -R|grep libclucene-core0_9_23 ma@fibonacci:~ (1) $ zypper info libclucene-core0_9_23 Loading repository data... Reading installed packages... Information for package libclucene-core0_9_23: Repository: @System Name: libclucene-core0_9_23 ... ma@fibonacci:~ (0) $ zypper pa @System Repository '@System' not found by its alias, number, or URI. Use 'zypper repos' to get the list of defined repositories. --- In this case libclucene-core0_9_23 is orphaned (installed but not avaliable in any repo). 'pa' is a kind of search and search should support something like '-r @System'. -- 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 624196] New: Request for opencv to be built with TBB support
by bugzilla_noreply＠novell.com 05 Aug '17

05 Aug '17

http://bugzilla.novell.com/show_bug.cgi?id=624196 http://bugzilla.novell.com/show_bug.cgi?id=624196#c0 Summary: Request for opencv to be built with TBB support Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Macintosh OS/Version: openSUSE 11.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alexjironkin(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2.7) Gecko/20100714 SUSE/3.6.7-1.1 Firefox/3.6.7 Since version OpenCV 2.1, which comes as part of the base packages now in 11.3 I think, OpenMP has been replaced by TBB. However OpenCV buid without that support on opensuse 11.2. Using TBB will greatly enhance all application using OpenCV e.g. digikam. Reproducible: Always Steps to Reproduce: 1. 2. 3. The request is to have either a separate package or enable OpenCV with TBB. Ubuntu 10.4 packages already do that so its stable enough to work with. -- 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 785437] New: openSUSE:12.2/freerdp: Bug
by bugzilla_noreply＠novell.com 04 Aug '17

04 Aug '17

https://bugzilla.novell.com/show_bug.cgi?id=785437 https://bugzilla.novell.com/show_bug.cgi?id=785437#c0 Summary: openSUSE:12.2/freerdp: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: gber(a)opensuse.org ReportedBy: bruno(a)ioda-net.ch QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- With new version and certainly linked to the "hack" of shared lib Trying to launch an xfreerdp connection on a remote win7-64 working machine ( still accessible with xfreerdp 0.8.2 & openSUSE 12.1) There's now a error message me@linux:~> /usr/bin/xfreerdp -z -a 32 -k 0x0000100C --plugin cliprdr --plugin rdpsnd --gdi hw --rfx --ignore-certificate --no-nla -0 -g 1300x700 -f -n me.local -u administrator -d test2012-64 test2012-64 loading plugin cliprdr loading plugin rdpsnd connected to test2012-64:3389 /usr/bin/xfreerdp: symbol lookup error: /usr/lib64/libfreerdp-1_0/rdpsnd_pulse.so: undefined symbol: pa_threaded_mainloop_new Please verify, thanks -- 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 22

[Bug 771811] New: postfix update does not regenerate the maps
by bugzilla_noreply＠novell.com 27 Jul '17

27 Jul '17

https://bugzilla.novell.com/show_bug.cgi?id=771811 https://bugzilla.novell.com/show_bug.cgi?id=771811#c0 Summary: postfix update does not regenerate the maps Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: varkoly(a)suse.com ReportedBy: meissner(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- I think the postfix map regeneration is not working. SuSEconfig seems to be gone, so it needs to be done differently on update. Jul 15 02:16:45 beiboot postfix/cleanup[23526]: warning: database /etc/postfix/canonical.db is older than source file /etc/postfix/canonical Jul 15 02:16:45 beiboot postfix/cleanup[23526]: warning: database /etc/postfix/sender_canonical.db is older than source file /etc/postfix/sender_canonical Jul 15 02:16:45 beiboot postfix/cleanup[23526]: warning: database /etc/postfix/virtual.db is older than source file /etc/postfix/virtual -- 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 4

[Bug 701066] New: mc is eating all of ram after encfs until oom killer start to hunting
by bugzilla_noreply＠novell.com 22 Jun '17

22 Jun '17

https://bugzilla.novell.com/show_bug.cgi?id=701066 https://bugzilla.novell.com/show_bug.cgi?id=701066#c0 Summary: mc is eating all of ram after encfs until oom killer start to hunting Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hnsz2002(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 After mounting encfs filesystem, if you started mc, its eating any memory, any swap, then oom killer killed the process. [ 7410.101006] Out of memory: Kill process 11459 (mc) score 809 or sacrifice child [ 7410.101006] Killed process 11459 (mc) total-vm:6710300kB, anon-rss:3615048kB, file-rss:264kB Reproducible: Always Steps to Reproduce: 1. Open a shell, mount an encfs filesystem to a mountpoint. (encfs /data/crypt /mnt/1/ for example) 2. cd to mountpont (cd /mnt/1/) 3. run few ls in the directory until you wait to timeout encfs, and automatically umount the filesystem. 4. start an mc in this directory. Actual Results: oom killer kill mc. -- 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