August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 604277] New: VirtualBox 3.1.8 (released 2010-05-10) to Factory ?
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=604277 http://bugzilla.novell.com/show_bug.cgi?id=604277#c0 Summary: VirtualBox 3.1.8 (released 2010-05-10) to Factory ? Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: ASSIGNED Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: coolo(a)novell.com ReportedBy: mseben(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Hi Coolo currently we have virtualbox-ose 3.1.6 in Factory, it's feature and version freeze so I am asking here if I could push newer vbox to Factory. New version 3.1.8 is maintenance release and contain only bug fixes (e.g. our patch vbox-fix_PF_storm.diff) see http://www.virtualbox.org/wiki/Changelog if yes I will push new release of vbox to factory this week, If no just close as invalid thanks -- 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 4

[Bug 604251] New: Broken mono.pc dependencies
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=604251 http://bugzilla.novell.com/show_bug.cgi?id=604251#c0 Summary: Broken mono.pc dependencies Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Mono AssignedTo: bnc-team-mono(a)forge.provo.novell.com ReportedBy: pmladek(a)novell.com QAContact: qa(a)suse.de CC: ajorgensen(a)novell.com, aj(a)suse.de Found By: Development Blocker: --- Hmm, someone disabled dependencies of the mono pkgconfig file with the following comment: --- cut --- ## Commented out because SLE hides devel files in the SLE SDK, ## which not all customers will have. #Requires: glib-2.0 gthread-2.0 --- cut --- Of course, it causes build breakages, e.g. in the OpenOffice_org-ure package: --- cut --- /opt/icecream/bin/gcc -ggdb -o ../../unxlngx6.pro/bin/climaker -Wall temp.c `pkg-config --cflags --libs mono` temp.o In file included from temp.c:2:0: /usr/lib64/pkgconfig/../../include/mono-1.0/mono/metadata/assembly.h:4:18: fatal error: glib.h: No such file or directory compilation terminated. [Fail] dmake: Error code 1, while making '../../unxlngx6.pro/bin/climaker' --- cut --- Is this change really needed on openSUSE? Well, I think that the change is wrong even on SLE. IMHO, SLE is not for developers. If anyone would like to develop on the SLE platform, she would need SLE SDK that provides the glib and gthread stuff. -- 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 604084] New: Broken URL for package perl-XML-Parser
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=604084 http://bugzilla.novell.com/show_bug.cgi?id=604084#c0 Summary: Broken URL for package perl-XML-Parser Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 The URL provided for the package perl-XML-Parser returns HTTP_404 (document not found). Reproducible: Always Steps to Reproduce: 1. rpm '-qi' 'perl-XML-Parser' 2. Tell Firefox to visit the URL. Actual Results: 1. URL : http://cpan.org/dist/XML-Parser 2. Error 404: Object not found! Expected Results: 1. URL: http://search.cpan.org/~msergeant/XML-Parser-2.36/ -- 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 604049] New: build-compare can't handle meinproc generated files
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=604049 http://bugzilla.novell.com/show_bug.cgi?id=604049#c0 Summary: build-compare can't handle meinproc generated files Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: cmorve69(a)yahoo.es QAContact: qa(a)suse.de CC: aj(a)novell.com, coolo(a)novell.com Found By: Community User Blocker: --- It is somehow common to see packages from KDE:KDE4:Factory:Desktop not passing the build-compare test because of index.cache files generated by meinproc4 from docbook files. The problem is meinproc uses libxslt and a XSL file that uses the generate-id() function (http://svn.gnome.org/viewvc/libxslt/trunk/libxslt/functions.c?view=markup) Either libxslt should be patched to generate deterministics IDs or build-compare enhanced to ignore these differences. The relevant XSL files: http://websvn.kde.org/tags/KDE/4.4.3/kdelibs/kdoctools/customization/kde-ch… http://websvn.kde.org/tags/KDE/4.4.3/kdelibs/kdoctools/docbook/xsl/html/aut… -- 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 36

[Bug 604046] New: phonon 4.4.1 xine backend does not play sound through pulseaudio
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=604046 http://bugzilla.novell.com/show_bug.cgi?id=604046#c0 Summary: phonon 4.4.1 xine backend does not play sound through pulseaudio Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: e.kunig(a)home.nl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.3) Gecko/20100401 SUSE/3.6.3-1.2 Firefox/3.6.3 After the update to KDE 4.4.3, which comes with phonon 4.4.1, the phonon xine backend does not play sound through pulseaudio. It connects to pulseaudio, I can see the phonon applications like amarok or knotify as playback sources pavucontrol, thus they connect properly to pulseaudio, but I can hear nothing. The sound of other applications, like Firefox, is played perfectly. A downgrade to phonon 4.4.0 solves the problem. Reproducible: Always Steps to Reproduce: 1. Update to KDE 4.4.3 with phonon 4.4.1 2. Set the phonon backend to xine in the KDE system settings / multimedia 3. try to playback with Amarok2 Actual Results: Nothing can be heared from amarok. Expected Results: The playback from amarok should be heared. -- 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 13

[Bug 603620] New: mkfs.btrfs fails on 3 TB partition
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=603620 http://bugzilla.novell.com/show_bug.cgi?id=603620#c0 Summary: mkfs.btrfs fails on 3 TB partition Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 6 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 CC: mhopf(a)novell.com Found By: Development Blocker: --- mkfs.btrfs fails on 3 TB partition with a seg. fault. -- 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 10

[Bug 603328] New: addpart does not cope with command line parameters larger than 2^31-1
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=603328 http://bugzilla.novell.com/show_bug.cgi?id=603328#c0 Summary: addpart does not cope with command line parameters larger than 2^31-1 Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 6 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: fehr(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- While testing with a virtual disk of size 3TB Arvin found that addpart (which is called by libstorage) is not able to handle command line parameters larger than than 2147483647 since it uses atol instead of atoll to convert from string to long long type. Attached patch fixes the problem. -- 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 6

[Bug 603316] New: OpenOffice_org seems to run out of file descriptors
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=603316 http://bugzilla.novell.com/show_bug.cgi?id=603316#c0 Summary: OpenOffice_org seems to run out of file descriptors Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 6 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: thomas(a)novell.com QAContact: cwei(a)novell.com Found By: Community User Blocker: --- Dann, a community user, reports OOo failing while saving documents. I was able to reproduce it on my 11.3m6 installation. - start oowriter (or aonther component) - enter something - try to save it - error message about an i/o error The strace output indicates that oowriter runs out of filedescriptors: 5850 open("/proc/self/maps", O_RDONLY) = 1023 5850 fstat64(1023, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 5850 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x83216000 5850 read(1023, "08048000-0804a000 r-xp 00000000 "..., 1024) = 1024 5850 read(1023, "m/libspellli.so\n835c6000-835c700"..., 1024) = 1024 5850 read(1023, ".11.1.so\n83612000-83613000 r--p "..., 1024) = 1024 [...] 5850 munmap(0xbf8a4000, 12288) = 0 5850 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 5850 gettid() = 5850 5850 rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) = 0 5850 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 5850 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 5850 rt_sigprocmask(SIG_UNBLOCK, [HUP INT ILL BUS FPE SEGV USR2 TERM], NULL, 8) = 0 5850 rt_sigprocmask(SIG_BLOCK, [QUIT], NULL, 8) = 0 5850 open("/proc/self/maps", O_RDONLY) = -1 EMFILE (Too many open files) thomas> grep EMFILE ~/w.trc | wc -l 1299 -- 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 22

[Bug 603291] New: To prevent issues with leases timing out, the network should be shut down when suspending
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=603291 http://bugzilla.novell.com/show_bug.cgi?id=603291#c0 Summary: To prevent issues with leases timing out, the network should be shut down when suspending Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=360055) --> (http://bugzilla.novell.com/attachment.cgi?id=360055) fix that should go into /usr/lib/pm-utils/sleep.d User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.3) Gecko/20100401 SUSE/3.6.3-1.1 Firefox/3.6.3 If you use the traditional way of managing your network, the network is not shut down when doing a suspend / resume. This is not an issue if you have fixed IP-Adresses or if you have DHCP with infinite lease times. However, given you have finite lease times and you shut down your pc during the night, you will run into issues in the morning. The dhcpd does not perform a new request when restarted but assumes the old IP to be valid. This may cause all kind of issues in a company network. The DHCP-server assumes the IP to be free, however, your computer thinks it is still valid. Therefore the network should be shut down prior to suspend. Reproducible: Always Steps to Reproduce: 1. run your pc in a dhcp-network with finite lease times, 2. suspend longer than the lease time 3. reboot and watch what happens Actual Results: machine is using invalid IP address Expected Results: dhcpd should request a new address after resume This files fixes the behaviour as it stops network prior to suspend and restarts it after a resume -- 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 13

[Bug 603247] New: yast2-priter: call WaitForUpdatedConfigFiles after hp-setup finished
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=603247 http://bugzilla.novell.com/show_bug.cgi?id=603247#c0 Summary: yast2-priter: call WaitForUpdatedConfigFiles after hp-setup finished Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: ASSIGNED Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: jsmeix(a)novell.com ReportedBy: jsmeix(a)novell.com QAContact: jsrain(a)novell.com CC: mzugec(a)novell.com Found By: Development Blocker: --- yast2-printer can launch hp-setup to set up HP devices. When hp-setup has finished, it is likely that a new print queue was created by it and therefore yast2-printer should call Printerlib::WaitForUpdatedConfigFiles after hp-setup finished. -- 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 4