March 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 529469] New: pciutils-3.1.2-1.34: missing call to fclose
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=529469 Summary: pciutils-3.1.2-1.34: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package pciutils-3.1.2-1.34 For source code file pciutils-3.1.2/lib/dump.c around line 70 is the source code for the function dump_init. I notice the following line of code if (!(f = fopen(name, "r"))) but I notice no matching call to fclose. This looks like a resource leak to me. Suggest code rework. -- 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 529466] New: OpenSync without Bluetooth support?
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=529466 Summary: OpenSync without Bluetooth support? Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: mobile-bugs(a)forge.provo.novell.com ReportedBy: bugzilla(a)go4more.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.1) Gecko/20090714 SUSE/3.5.1-2.3 Firefox/3.5.1 Opensync / OBEX seems to be compiled without bluetooth support?! user@linux:~> syncml-obex-client --sync text/x-vcard Contacts -b 00:2A:7E:CA:D3:9A 10 --identifier Opensync --wbxml Bluetooth not available in this build 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 7

[Bug 529404] New: Please reduce size of OpenOffice_org-icon-themes
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=529404 Summary: Please reduce size of OpenOffice_org-icon-themes Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: kyu(a)novell.com Found By: --- OpenOffice_org-icon-themes is a huge package. It's mainly an issue for the livecd (but it'd also be nice to get less data to download on updates ;-)) It turns out that most people don't need all the icons in there. We apparently have those icon themes: + images_crystal.zip: this is for KDE + images_hicontrast.zip: this for accessibility (I guess?). + images_industrial.zip: I would think it's an old GNOME theme? + images_tango.zip: this is for GNOME + images.zip: upstream theme, I guess? According to bug 284980 comment 14, it's not possible to split this package in subpackages (the themes have to be installed, and cannot be detected at runtime -- this is *really* bad :/). But still, the situation could be improved: + do we really need the upstream theme? + do we really need industrial and tango? -- 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 17

[Bug 529180] New: Split mozilla-xulrunner191-translations
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=529180 Summary: Split mozilla-xulrunner191-translations Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- As discussed on irc: 14:25 < wolfiR> vuntz: it's not called -lang because it's not covered by bundle-lang packages 14:25 < vuntz> wolfiR: yeah, coolo told me the issue is that the files are in /usr/lib. Do you know if there's a reason for this? 14:25 < wolfiR> vuntz: why it's not covered by bundle-lang packages I don't know. Basically because I don't know much about it and it probably isn't useful in that case 14:26 < vuntz> wolfiR: if would certainly useful to gain some space on the livecd :-) 14:26 -!- ph33r [n=ph33r@unaffiliated/ph33r] has quit [Read error: 113 (No route to host)] 14:26 < wolfiR> the reason is that these files have to be in $INSTALL_DIR/chrome 14:26 < wolfiR> there is no way to move them somewhere else 14:26 < vuntz> ah 14:26 < vuntz> so I guess I can just cry 14:27 < wolfiR> just don't provide the -translations packages on the live CD? 14:27 < wolfiR> or what do you want? One package for every locale? 14:27 < vuntz> well, the livecd ships with something like 6-10 locales 14:28 < vuntz> so ideally, I'd love to have the translations for those ones, and not for the other ones 14:28 < coolo> wolfiR: are the files noarch or arch? 14:28 < coolo> if they are noarch, you could have them in /usr/share and create symslinks in /usr/lib 14:28 < wolfiR> they _should_ be noarch but there is no guarantee for that 14:28 < coolo> and then you can put /usr/share into a -lang that is split (hmm, you would need to create the /usr/lib symlinks in trigger scripts - ugly) 14:28 < coolo> vuntz: cry! 14:29 < vuntz> heh 14:29 < wolfiR> there is certainly a way to package each locale separately 14:29 < wolfiR> but the spec file will get looooooooong 14:30 < wolfiR> it's probably also possible to have one sourcepackage per locale 14:31 -!- sde [n=sde(a)91.176.87.94] has quit [Read error: 110 (Connection timed out)] 14:32 < wolfiR> it's basically only packaging dtd and *.properties files but would add some 50 packages which need to be touched with every update 14:32 < wolfiR> with almost every patch level update as well 14:33 * wolfiR is going to look how fedora does it but not right now 14:35 < coolo> wolfiR: I think vuntz would already be happy if you split the important languages from the rest :) 14:35 < coolo> and when I say important, it may be enough if you take all languages that have a bundle :) 14:35 < wolfiR> coolo, vuntz, feel free to provide me a list in a bugzilla report 14:36 < wolfiR> that should be doable short term 14:38 < vuntz> will do Here's the list of languages that have a bundle (you can get this list from the beginning of pre_checkin.sh in bundle-lang-common): ar ca cs da de en es fi fr hu it ja ko nb nl pl pt ru sv zh -- 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 528581] New: nmap-4.75-1.76: missing call to fclose
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=528581 Summary: nmap-4.75-1.76: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package nmap-4.75-1.76 For source code file nmap-4.75/tcpip.cc around line 3070 is the source code for the function getsysroutes. I notice the following line of code routefp = fopen("/proc/net/route", "r"); but I fail to find a matching call to fclose. This seems to be a resource leak. Suggest code rework, possibly by adding call to fclose. -- 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 528474] New: errors during boot with encrypted physical volume
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=528474 Summary: errors during boot with encrypted physical volume Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aschnell(a)novell.com QAContact: qa(a)suse.de Found By: Development The root fs is on lvm which has a encrypted physical volume. During booting I enter the passphrase (in initrd). Apparently later during boot to boot scripts want to query the passphrase again although it's already unencrypted. This results in an error message. Works otherwise, only cosmetic. -- 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 14

[Bug 528310] New: VirtualBox updates breaks file vboxdrv.rules
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=528310 Summary: VirtualBox updates breaks file vboxdrv.rules Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mk(a)procreat.ru QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-1.1 Firefox/3.5.2 Every update of VirtualBox breaks file /etc/udev/rules.d/60-vboxdrv.rules by mising quote symbol (") after user name "root". Reproducible: Always Steps to Reproduce: 1. Update VirtualBox 2. open file /etc/udev/rules.d/60-vboxdrv.rules Actual Results: KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root, GROUP="root", MODE="0600" ^ - missing quote Expected Results: KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="root", MODE="0600" -- 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 528088] New: osc: wrong path on lib64 systems for tab completion
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=528088 Summary: osc: wrong path on lib64 systems for tab completion Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: adrian(a)novell.com ReportedBy: aj(a)novell.com QAContact: adrian(a)novell.com Found By: --- Path completion in bash gives: /usr/lib/osc/complete: No such file or directory And I have the file installed in /usr/lib64/osc/complete. I suggest to install directly in /usr/share This is osc-0.120-6.1 -- 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 527418] New: Platform File Picker ignores gtk-alternative-button-order configuration
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=527418 Summary: Platform File Picker ignores gtk-alternative-button-order configuration Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: binner(a)kde.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.4 (like Gecko) SUSE The file dialog of Firefox shows under KDE4 a button order "Cancel Open" despite gtk-alternative-button-order being set in Gtk theme. An example of an application which does respect it correctly is Gimp. 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 8

[Bug 527387] New: perl-MIME-tools missed dependency
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=527387 Summary: perl-MIME-tools missed dependency Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: anicka(a)novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer The package perl-MIME-tools package contains MIME::Decoder::BinHex, but... # perl -e 'use MIME::Decoder::BinHex' Can't locate Convert/BinHex.pm in @INC (@INC contains: [...]) at /usr/lib/perl5/vendor_perl/5.10.0/MIME/Decoder/BinHex.pm line 43. [...] There's no package that provides Convert::BinHex. Please package this module and add a dependency to it to the perl-MIME-tools package. (initially found by Marc Patermann on opensuse-programming-de) -- 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