May 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 493393] New: vim gone after update
by bugzilla_noreply＠novell.com 27 Nov '10

27 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=493393 Summary: vim gone after update Classification: openSUSE Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin(a)oneiros.de QAContact: qa(a)suse.de Found By: --- Created an attachment (id=284864) --> (http://bugzilla.novell.com/attachment.cgi?id=284864) zypper.log User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1 Firefox/3.0.8 After the last run of the update applet, vim is gone and gvim is broken > rpm -qa|fgrep vim vim-base-7.2-12.1 gvim-7.2-12.1 > gvim Error detected while processing /usr/share/vim/vim72/filetype.vim: line 2429: E484: Can't open file /usr/share/vim/vim72/menu.vim Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 504251] New: sqlite 3.6.14-8.1 breakes yast & zypper
by bugzilla_noreply＠novell.com 27 Nov '10

27 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=504251 Summary: sqlite 3.6.14-8.1 breakes yast & zypper Classification: openSUSE Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin(a)oneiros.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-2.1 Firefox/3.0.10 After upgrading sqlite from Subversion / Apache_openSUSE_10.3 to Name : sqlite Relocations: (not relocatable) Version : 3.6.14 Vendor: openSUSE Build Service Release : 8.1 Build Date: Di 12 Mai 2009 07:10:23 CEST Install Date: Mi 13 Mai 2009 10:03:51 CEST Build Host: build26 Group : Productivity/Databases/Servers Source RPM: sqlite-3.6.14-8.1.src.rpm zypper and yast are hosed: I can't install any software anymore, as they crash: - Backtrace from zypper install: 0x00002b722f31a99b in sqlite3_progress_handler () from /usr/lib64/libsqlite3.so.0 (gdb) bt #0 0x00002b722f31a99b in sqlite3_progress_handler () from /usr/lib64/libsqlite3.so.0 #1 0x00002b722c4157e3 in sqlite3x::sqlite3_connection::resetprogresshandler () from /usr/lib64/libzypp.so.324 #2 0x00002b722c415fb2 in sqlite3x::sqlite3_connection::~sqlite3_connection () from /usr/lib64/libzypp.so.324 #3 0x00002b722c3e6862 in boost::detail::sp_counted_impl_p<sqlite3x::sqlite3_connection>::dispose () from /usr/lib64/libzypp.so.324 #4 0x00002b722c3e68ee in boost::detail::sp_counted_impl_p<zypp::cache::CacheInitializer::Impl>::dispose () from /usr/lib64/libzypp.so.324 #5 0x00002b722c3e441e in zypp::cache::CacheInitializer::~CacheInitializer () from /usr/lib64/libzypp.so.324 #6 0x00002b722c408bf5 in zypp::cache::CacheStore::Impl::Impl () from /usr/lib64/libzypp.so.324 #7 0x00002b722c3f9405 in zypp::cache::CacheStore::CacheStore () from /usr/lib64/libzypp.so.324 #8 0x00002b722c6f0088 in zypp::RepoManager::buildCache () from /usr/lib64/libzypp.so.324 #9 0x0000000000451abc in ?? () #10 0x0000000000459d27 in ?? () #11 0x000000000042b6c3 in one_command () #12 0x000000000042edd0 in safe_one_command () #13 0x000000000042fcff in main () - YaST got signal 11 at YCP file /usr/share/YaST2/clients/sw_single.ycp:187 /sbin/yast2: line 386: 26114 Speicherzugriffsfehler $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2QT_ARGS Help! Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 498269] New: Beagle isn't indexing files
by bugzilla_noreply＠novell.com 27 Nov '10

27 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=498269 Summary: Beagle isn't indexing files Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: PC OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE3 AssignedTo: kde-maintainers(a)suse.de ReportedBy: klei6b05(a)uni-trier.de QAContact: qa(a)suse.de Found By: --- Created an attachment (id=288182) --> (http://bugzilla.novell.com/attachment.cgi?id=288182) Logfile current-Beagle User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.19) Gecko/20081213 SUSE/1.1.14-1.1 SeaMonkey/1.1.14 I use Kerry Beagle and Beagle. Beagle isn't indexing the files in my home directory. When I search for some words (which are definetly contained in some files), only Kopete's ICQ logs are found. In Kerry I've selected to index my home dir and to exclude some of its sub directories. Indexing is de-selected when working on battery power only. I've tried to delete the whole ~/.beagle directory and re-do all the settings, but it didn't help. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 503518] New: Add a Front End GUI to 'Create Error Log File' Application in YaST>Miscellaneous
by bugzilla_noreply＠novell.com 19 Nov '10

19 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=503518 Summary: Add a Front End GUI to 'Create Error Log File' Application in YaST>Miscellaneous Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: PC OS/Version: openSUSE 11.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 We could greatly enhance the ability of a user being able to create error logs via a GUI in Yast>Miscellaneous. This would enable a user to quickly create yast2 logs or any other type log out-puts for any bug that requires them. I see the enhancement being a GUI front end under Miscellaneous as follows. Icon Create Error Log File Drop down list of all log subdirectories 1. A drop down list containing all the subdirectory headings under /var/log 2. A browse button to determine compressed log files creation destination. 3. A 'Create Error Log Archive' button. This front end GUI would enable any user to very easily satisfy the Archive Logs attachments that are required for all bug reports that require log information. The drop down list could be something like Apparmour Cups Samba Yast Zypper not to mention all the others and probably SAX Archive logs and the user can determine via a browse box where to create the Archive File redy to be attached to any bug report. I think this enhancement has a huge advantage in the release of 11.2 and especially if a user has to use Yast2 in text mode. >From where I sit this enhancement to Yast should be relatively easy to be included in 11.2 or even online update for current product. Reproducible: Always Steps to Reproduce: 1.Enhancement 2. 3. Actual Results: Enhancement Expected Results: Enhancement -- 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 502585] New: knotes loses notes after last update
by bugzilla_noreply＠novell.com 15 Nov '10

15 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=502585 User ciriarte(a)personal.net.py added comment http://bugzilla.novell.com/show_bug.cgi?id=502585#c000000 Summary: knotes loses notes after last update Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: KDE3 AssignedTo: kde-maintainers(a)suse.de ReportedBy: ciriarte(a)personal.net.py QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.0.9) Gecko/2009041500 SUSE/3.0.9-0.1 Firefox/2.0.0.2pre MEGAUPLOAD 1.0 After the last batch of updates I can no longer see my old notes on knotes. A new notes.ics is written with only this content: BEGIN:VCALENDAR PRODID:-//K Desktop Environment//NONSGML libkcal 3.5//EN VERSION:2.0 BEGIN:VJOURNAL DTSTAMP:20090510T190512Z X-KDE-KNotes-BgColor:#ffff00 X-KDE-KNotes-FgColor:#000000 X-KDE-KNotes-RichText:false CREATED:20090510T190508Z UID:libkcal-1218516753.819 LAST-MODIFIED:20090510T190509Z SUMMARY:10/05/09 19:05 END:VJOURNAL END:VCALENDAR Reproducible: Didn't try Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 507324] New: Update viewer shows links to read-protected bug reports
by bugzilla_noreply＠novell.com 11 Nov '10

11 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=507324 Summary: Update viewer shows links to read-protected bug reports Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mwelinder(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 Today's openssl update is shown in gpk-update-viewer with a bugzilla link to 504687 which mere mortals cannot read. This is common for security updates. Reproducible: Always Steps to Reproduce: 1. Inspect security update in gpk-update-viewer 2. Click on bugzilla link. Actual Results: A page telling me I am not allowed to read about the problem. Expected Results: A page telling me about the problem being fixed. As a general rule, all bugs should be unlocked when the security update goes out. The cat is out of the sack by then. If a particular bug cannot be unlocked, then it is opensuse internal information and as such not useful to the end user. Consequently the bug should not be mentioned at all in the viewer and wherever else it currently shows up. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 493201] New: liveCD performance is poor
by bugzilla_noreply＠novell.com 10 Nov '10

10 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=493201 Summary: liveCD performance is poor Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: teheo(a)novell.com ReportedBy: coolo(a)novell.com QAContact: qa(a)suse.de Found By: Development Created an attachment (id=284754) --> (http://bugzilla.novell.com/attachment.cgi?id=284754) boot.msg Reading from CD when installed is ok, but when booting the live cd, it takes _forever_ and the CD reading performance is bad then too. The CD driver reads 105MB in 55,45s (1.9MB/s) when running from an installed factory, but needs 224.26s (468KB/s) when booted from live cd. The drive details: /dev/sr0: ATAPI CD-ROM, with removable media Model Number: MATSHITADVD-RAM UJ-842S Serial Number: Firmware Revision: 1.10 Standards: Likely used CD-ROM ATAPI-1 Configuration: DRQ response: 50us. Packet size: 12 bytes cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) DMA: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=240ns IORDY flow control=120ns HW reset results: CBLID- below Vih Device num = 1 Attached is boot.msg when booting from live cd. -- 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 52

[Bug 505650] New: Cannot remove binaries from :full tree
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=505650 Summary: Cannot remove binaries from :full tree Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: BuildService AssignedTo: mls(a)novell.com ReportedBy: rguenther(a)novell.com QAContact: adrian(a)novell.com CC: adrian(a)novell.com, coolo(a)novell.com Found By: Development The useforbuild option is completely useless once packages ended up in the :full tree once. It is even harmful as then completely unintuitively a very old broken version from that :full tree is used for building irrespective of the useforbuild setting. There is absolutely no way of removing these broken packages from the :full tree (apart from deleting the package and re-creating it - losing all history). This makes it all useless. Please fix ASAP. Example project: home:rguenther, package gcc44 which has versions from Jun 2008 (!) in the :full tree. -- 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 505266] New: osc build rpm lock and local rpm lock conflict
by bugzilla_noreply＠novell.com 03 Nov '10

03 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=505266 Summary: osc build rpm lock and local rpm lock conflict Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: PVince81(a)yahoo.fr QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-2.1 Firefox/3.0.10 In my understanding, osc build works using a chroot environment, completely independent from the host system. It still appears to be a conflict between the rpm lock from the host environment and the rpm lock in the chroot environment. The conflict happens for example in this case: 1. In the host environment yast is running and instaling/updating packages 2. At the same time, osc build runs its "Verifying integrity of cached packages". If at that time, a rpm lock exists that was set by 1, osc build will stop with an error message. Reproducible: Always Steps to Reproduce: 1. Run a yast software update/installation or anything to keep rpm busy in the local environment. 2. Run osc build Actual Results: Verifying integrity of cached packages The following package could not be verified: warning: waiting for shared lock on /var/lib/rpm/Packages Expected Results: No locking issues. The rpm lock from the host environment and osc environment should be separated and not conflict with each other. -- 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 7

[Bug 498407] New: [yast2-core] 'y2base stdio scr' terminates on parse error
by bugzilla_noreply＠novell.com 02 Nov '10

02 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=498407 Summary: [yast2-core] 'y2base stdio scr' terminates on parse error Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: mvidner(a)novell.com ReportedBy: mvidner(a)novell.com QAContact: jsrain(a)novell.com CC: locilka(a)novell.com Found By: --- If one forgets to type the backtick, the communication is ended. It would be better if it returned nil and continued, as is the case with other kinds of errors. BEFORE: (the logs are abridged) $ /usr/lib/YaST2/bin/y2base -l - stdio scr <<'EOF' > `RRRead(.parses_but_bad_funcname) > Read(.no_backtick) > `Dir(.) > EOF ([]) ((nil)) 2009-04-27 13:12:03 <3> trikolka(29607) [Parser] <stdin>:2 Undeclared identifier 'Read' 2009-04-27 13:12:03 <2> trikolka(29607) [liby2] Y2StdioComponent.cc(doActualWork):113 Communication ended prior to result () message 2009-04-27 13:12:03 <1> trikolka(29607) [liby2] genericfrontend.cc(main):791 Finished YaST2 component 'y2base' 2009-04-27 13:12:03 <1> trikolka(29607) [liby2] genericfrontend.cc(main):796 Exiting with client return value 'nil' AFTER: $ pfx ~/pfx/lib/YaST2/bin/y2base -l - stdio scr <<'EOF' > `RRRead(.parses_but_bad_funcname) > Read(.no_backtick) > `Dir(.) > EOF ([]) ((nil)) 2009-04-27 13:11:05 <3> trikolka(29605) [Parser] <stdin>:2 Undeclared identifier 'Read' ((nil)) 2009-04-27 13:11:05 <2> trikolka(29605) [Interpreter] :3 Scripting agent sweeping (["FvwmCommand", "anas", "anyxml", "autoyast2", "background", "barexml", "boot", "bootloader", "bug42297", "content", "content_file", "crack", "cron", "curl", "dbus", "dev", "dummy", "etc", "foobar", "init", "invout", "isdn", "kickstart", "kiwi", "modinfo", "modprobe_blacklist", "modules", "multipath", "mv", "net", "network", "nis", "passwd", "phone-services", "ping", "probe", "proc", "process", "product", "providers", "resolver", "root", "routes", "run", "slp", "sysconfig", "target", "tftp", "tmpnamed", "udev_persistent", "uid", "var", "x_version", "xauth", "xml", "xmlrepos", "yast2", "zypp_repos"]) ((nil)) 2009-04-27 13:11:05 <2> trikolka(29605) [liby2] Y2StdioComponent.cc(doActualWork):120 Communication ended prior to result () message 2009-04-27 13:11:05 <1> trikolka(29605) [liby2] genericfrontend.cc(main):799 Finished YaST2 component 'y2base' 2009-04-27 13:11:05 <1> trikolka(29605) [liby2] genericfrontend.cc(main):804 Exiting with client return value 'nil' -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2