December 2015 - openSUSE Bugs - openSUSE Mailing Lists

[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 916587] New: zypper does not update package when used with -C
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=916587 Bug ID: 916587 Summary: zypper does not update package when used with -C Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: tchatzimichos(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When I try to `zypper in -C pkg`, zypper only checks if the package is installed. I would expect it to update it as well, like when specifying the original name of it. zypper outputs below, let me know if you need further info from me please. # zypper lu ... v | home:tampakrap | dummy | 0.0.1-2.1 | 0.0.1-3.1 | noarch # zypper -v in -C dummy Verbosity: 1 Non-option program arguments: 'dummy' Initializing Target ... Loading repository data... Reading installed packages... Force resolution: No 'dummy' is already installed. Resolving package dependencies... Force resolution: No Nothing to do. # zypper -v in dummy Verbosity: 1 Non-option program arguments: 'dummy' Initializing Target ... Loading repository data... Reading installed packages... Force resolution: No Selecting 'dummy-0.0.1-3.1.noarch' from repository 'home:tampakrap' for installation. Resolving package dependencies... Force resolution: No The following package is going to be upgraded: dummy 0.0.1-2.1 -> 0.0.1-3.1 1 package to upgrade. Overall download size: 5.7 KiB. Already cached: 0 B No additional space will be used or freed after the operation. Continue? [y/n/? shows all options] (y): -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[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 928328] New: VUL-1: libnettle: off-by-one in the test suite
by bugzilla_noreply＠novell.com 03 Feb '19

03 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=928328 Bug ID: 928328 Summary: VUL-1: libnettle: off-by-one in the test suite Classification: openSUSE Product: openSUSE Factory Version: 201503* Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: vpereira(a)novell.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Address Sanitizer found a problem in the des-compat-test.c the line: for (i=0; i<(NUM_TESTS-1); i++) should be: for (i=0; i<(NUM_TESTS-2); i++) we found a simila problem, in the 13.2, however in Factory it was already fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[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 936324] New: Firefox needs restart when network device not available during start
by bugzilla_noreply＠novell.com 23 Jan '19

23 Jan '19

http://bugzilla.opensuse.org/show_bug.cgi?id=936324 Bug ID: 936324 Summary: Firefox needs restart when network device not available during start Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: novell(a)tower-net.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- My laptop has a switch to put the hardware in offline mode. So there is no ethernet, bluetooth and so on. I think it would be the same if you have some USB stick for network connection. When I start Firefox in the offline mode of the laptop and switch it online afterwards, Firefox doesn't recognize the available network connections or network interfaces. It shows the error page that the server at domain example.com could not be found. I've to quit and start Firefox again to get it work. The ping tool on console has no problem in the meantime. If the laptop has been in online mode during start of Firefox I can put it offline/online as much as I'd like. This doesn't harm Firefox. Maybe it doesn't recognize a change in the network interfaces. So to say if you would have different network interface cards and switch. But this I couldn't test. At least if you have only the local interface during start of Firefox and add another network interface for Internet connection later on, Firefox will not recognize this and can not use it. I would say that this is a bug in network software if you have to restart when network interfaces change!? -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 804607] New: wrong plymouth on multimonitor (and not visible cryptohome passphrase)
by bugzilla_noreply＠novell.com 17 Jan '19

17 Jan '19

https://bugzilla.novell.com/show_bug.cgi?id=804607 https://bugzilla.novell.com/show_bug.cgi?id=804607#c0 Summary: wrong plymouth on multimonitor (and not visible cryptohome passphrase) Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: noga.dany(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 When booting on two monitors, plymouth animation on second monitor is displaced. And therefore is not visible request for passphrase for accessing encrypted disk. On openSUSE 12.2 is ok. Primary monitor 1600 x 900, secondary monitor 1920 x 1080 (bug found in update in RC1, but I can't set it here in bug report options) Reproducible: Always Steps to Reproduce: 1. Start boot with connected second monitor Actual Results: Wrong plymouth animation on second monitor. Is displaced cca about 10% more left and more down. Expected Results: Good position like in openSUSE 12.2 -- 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 947426] New: mirrors.opensuse.org unnecessarily difficult to use
by bugzilla_noreply＠novell.com 15 Jan '19

15 Jan '19

http://bugzilla.opensuse.org/show_bug.cgi?id=947426 Bug ID: 947426 Summary: mirrors.opensuse.org unnecessarily difficult to use Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other URL: http://mirrors.opensuse.org/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Infrastructure Assignee: mrueckert(a)suse.com Reporter: mrmazda(a)earthlink.net QA Contact: lars.vogdt(a)suse.com Found By: --- Blocker: --- Created attachment 648978 --> http://bugzilla.opensuse.org/attachment.cgi?id=648978&action=edit 120 DPI fullscreen screenshot on 1920px wide screen Zoom level used for screenshot brings content text approximately equal in size to the 12pt browser default, slightly larger than the 10pt browser UI text. By the time the page is zoomed enough to be legible, the most important (newest) columns are off screen to the right, requiring horizontal scrolling to see. When right columns are scrolled to it sends each row's left column labels off screen to the left. Overall, it would be easier for more people to use if the rightmost columns were the oldest releases, less likely to be of interest, keeping the current releases and development columns closer to the row label columns. Eliminating the 12.3 columns would help some, but it wouldn't last long, with 13.1 scheduled to turn into Evergreen in just a few months, while the next Leap would be added probably even before. It might make sense to leave the ports column rightmost, but Factory/Tumbleweed ought to stay right alongside most current (ATM, Leap 42.1, followed by 13.2). -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 941186] New: Foreign glyphs in counter image
by bugzilla_noreply＠novell.com 14 Jan '19

14 Jan '19

http://bugzilla.opensuse.org/show_bug.cgi?id=941186 Bug ID: 941186 Summary: Foreign glyphs in counter image Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: iPhone OS: Apple iOS 8.x Status: NEW Severity: Minor Priority: P5 - None Component: Infrastructure Assignee: mrueckert(a)suse.com Reporter: giecrilj(a)stegny.2a.pl QA Contact: lars.vogdt(a)suse.com Found By: --- Blocker: --- The image returned by the counter server contains the text "Dołącz do nas". The glyphs "łą" are rendered using a different font than the rest of the text. -- You are receiving this mail because: You are on the CC list for the bug.

1 3