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.
http://bugzilla.novell.com/show_bug.cgi?id=629374http://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.
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.
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.
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.
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=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.
http://bugzilla.novell.com/show_bug.cgi?id=571841http://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.