http://bugzilla.novell.com/show_bug.cgi?id=624196http://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.
https://bugzilla.novell.com/show_bug.cgi?id=680125https://bugzilla.novell.com/show_bug.cgi?id=680125#c0
Summary: dlclose() can not unload all dynamic libraries
Classification: openSUSE
Product: openSUSE 11.4
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Development
AssignedTo: pth(a)novell.com
ReportedBy: gotterdammerung(a)web.de
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
Created an attachment (id=419657)
--> (http://bugzilla.novell.com/attachment.cgi?id=419657)
test program which opens a dl from cmdline, closes it and checks if it is still
open
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.9.2.15)
Gecko/20110310 Gentoo Firefox/3.6.15
A call to dlclose() does not unload some dynamic libraries, even if the
reference count drops to zero and no other loaded libraries use symbols in it.
See attached test programm.
Some libraries like 'pthread' exhibit this behaviour and it propagates up the
dependency chain.
This breaks programs which rely on reloading of affected dynamic libraries.
Reproducible: Always
Steps to Reproduce:
1. compile test program with 'g++ test.cpp -otest -ldl'
2. run 'for file in /usr/lib64/lib*.so; do ./test $file; done | grep failed'
Actual Results:
see attachment #2
Expected Results:
/usr/lib64/librt.so failed.
(at least that is what happens on my gentoo machine)
AFAIK, x86_64 and x86 are both affected.
Related: [[bugzilla:645652]]
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=622977http://bugzilla.novell.com/show_bug.cgi?id=622977#c0
Summary: pstoedit crashes when called from inkscape
Classification: openSUSE
Product: openSUSE 11.3
Version: Final
Platform: All
OS/Version: openSUSE 11.3
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: gerlach(a)mbi-berlin.de
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6)
Gecko/20100626 SUSE/3.6.6-1.1 Firefox/3.6.6
pstoedit crashes when converting pdf to svg (used by inkscape textext)
Reproducible: Always
Steps to Reproduce:
1. pstoedit -f plot-svg file.pdf file.svg -dt -ssp -psarg -r9600x9600
(command used by inkscape)
Actual Results:
pstoedit: version 3.50 / DLL interface 108 (build Jul 5 2010 - release build -
g++ 4.5.0 20100604 [gcc-4_5-branch revision 160292]) : Copyright (C) 1993 -
2009 Wolfgang Glunz
Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion
`map->l_init_called' failed!
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=584970http://bugzilla.novell.com/show_bug.cgi?id=584970#c0
Summary: Yast gives error -4017 when trying to partition using
LVM
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: HP
OS/Version: openSUSE 11.2
Status: NEW
Severity: Major
Priority: P5 - None
Component: Installation
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: p.c.manning(a)swansea.ac.uk
QAContact: jsrain(a)novell.com
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US)
AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.89 Safari/532.5
Hardware: HP ML115 with E200 SmartArray card. 4 250GB drives built as raid 5.
Use OpenSUSE DVD installer, select LVM partitioning scheme, installation dies
when preparing disks with error -4017
Reproducible: Always
Steps to Reproduce:
1.Use OpenSUSE 11.2 DVD 64bit to Install OS
2.Get to partitioning scheme - select LVM
3.Continue through installation, installation dies at preparing disks stage
Actual Results:
Retried this with text mode installer which enabled me to switch to a working
shell console, I could see that the installer had created a boot partition, an
LVM partition and an LVM group. But had failed to create any logical volumes
Expected Results:
A properly partitioned disk!
http://forums.opensuse.org/install-boot-login/433990-yast-partitioning-erro…
Workround was to partition manually via a shell console.
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=680148https://bugzilla.novell.com/show_bug.cgi?id=680148#c0
Summary: kiwi complains about no clicfs tools if there is no
cdrkit compat
Classification: openSUSE
Product: openSUSE 11.4
Version: Factory
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: ms(a)novell.com
ReportedBy: coolo(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
I wanted to create a small ISO with clicfs and kiwi complained that there are
no tools for clicfs.
After digging the code I figured it actually looked for mkisofs first and set
the toolerror flag because it's not there.
Afaik it's not even using mkisofs but genisoimage
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=688776https://bugzilla.novell.com/show_bug.cgi?id=688776#c0
Summary: outdated midnight commander man page
Classification: openSUSE
Product: openSUSE 11.4
Version: Factory
Platform: All
OS/Version: openSUSE 11.4
Status: NEW
Severity: Minor
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: pcerny(a)novell.com
QAContact: qa(a)suse.de
Found By: Development
Blocker: ---
The manpage of midnight commander seems to be outdated, at least wrt the
description of the skins (as compared with the default skin file shipped in the
package) - it doesn't contain all recognized keywords (and some might even be
not supported any more). Creating a reasonbale skinn is hence impossible.
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=564306http://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.
https://bugzilla.novell.com/show_bug.cgi?id=642456https://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.
https://bugzilla.novell.com/show_bug.cgi?id=635303https://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.