May 2016 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 914681] New: jing doesn't find Saxon extension
by bugzilla_noreply＠novell.com 01 Jul '19

01 Jul '19

http://bugzilla.suse.com/show_bug.cgi?id=914681 Bug ID: 914681 Summary: jing doesn't find Saxon extension Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: thomas.schraitle(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The jing package is used to validate an XML document with a RNG schema. When installing the jing package and running it without any options, you get: ----------------- $ rpm -q jing jing-20091111-19.1.3.noarch $ jing /usr/bin/build-classpath: error: Could not find saxon Java extension for this JVM /usr/bin/build-classpath: error: Some specified jars were not found Jing version 20091111 usage: java com.thaiopensource.relaxng.util.Driver [-i] [-c] [-s] [-t] [-C catalogFile] [-e encoding] RNGFile XMLFile... RELAX NG is a schema language for XML See http://relaxng.org/ for more information. ----------------- After investigating it, the respective line is this: BASE_JARS="jing xerces-j2 xml-commons-apis saxon xml-commons-resolver" This contains the list of all JAR files which is used by jing. However, "saxon" doesn't exist anymore, it should be "saxon6". The above line should be therefor look like this: BASE_JARS="jing xerces-j2 xml-commons-apis saxon6 xml-commons-resolver" -- You are receiving this mail because: You are on the CC list for the bug.

1 19

[Bug 941235] New: Upgrading to python-virtualenv-12.0.7-2.1 fails: cpio: rename
by bugzilla_noreply＠novell.com 01 Jul '19

01 Jul '19

http://bugzilla.opensuse.org/show_bug.cgi?id=941235 Bug ID: 941235 Summary: Upgrading to python-virtualenv-12.0.7-2.1 fails: cpio: rename Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: robert.munteanu(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When upgrading to Tumbleweed 20150807 I get the following error: (1/1) Installing: python-virtualenv-12.0.7-2.1 ...............................................................................[error] Installation of python-virtualenv-12.0.7-2.1 failed: Error: Subprocess failed. Error: RPM failed: error: unpacking of archive failed on file /usr/lib/python2.7/site-packages/virtualenv-1 2.0.7-py2.7.egg-info: cpio: rename error: python-virtualenv-12.0.7-2.1.noarch: install failed error: python-virtualenv-12.0.7-1.3.noarch: erase skipped Installed version is $ rpm -q python-virtualenv python-virtualenv-12.0.7-1.3.noarch -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 947161] New: Attempt the goal to have a default setup without any -32bit packages installed
by bugzilla_noreply＠novell.com 24 Jun '19

24 Jun '19

http://bugzilla.opensuse.org/show_bug.cgi?id=947161 Bug ID: 947161 Summary: Attempt the goal to have a default setup without any -32bit packages installed Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- A standard x86_64 machine should not have to pull in any -32bit packages. Those are compatibility layers, generally provided for backwards compatibility with binary-only modules. The goal is to eliminate the installation of *-32bit by default (the goal is NOT to eliminate the presence of the *-32bit packages!) This might actually solve issues like ug 799367 as well -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 901115] New: yast2-network overwrites postfix configuration
by bugzilla_noreply＠novell.com 05 Jun '19

05 Jun '19

http://bugzilla.suse.com/show_bug.cgi?id=901115 Bug ID: 901115 Summary: yast2-network overwrites postfix configuration Classification: openSUSE Product: openSUSE Factory Version: 201410* Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: lmb(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 609975 --> http://bugzilla.suse.com/attachment.cgi?id=609975&action=edit main.cf mods caused by yast2 network After a long time, I used yast2-network to change something in the network configuration of my node. (Changed the hostname.) As a result, my postfix main.cf was overwritten and rendered unusuable. I'm entirely unsure why some of these parameters were touched - why would it unset mailbox_command, set mailbox_transport, unset relay_host? Yes, this was facilitated by me having /etc/sysconfig/mail:MAIL_CREATE_CONFIG="yes" at the default value, but normally, none of the yast2 tools overwrites manually modified files silently, without even creating an in-place backup. Especially since this looks as if unrelated parameters were touched. I might have understood rewriting "mydestination", but the other parameters make absolutely no sense. I'm attaching the diff here - I restored the main.cf from backup. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 965304] New: Change gnome-ppp on gtk-ppp
by bugzilla_noreply＠novell.com 23 May '19

23 May '19

http://bugzilla.opensuse.org/show_bug.cgi?id=965304 Bug ID: 965304 Summary: Change gnome-ppp on gtk-ppp Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: roman_romul(a)mail.ru QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- GTK PPP is an easy to use graphical dialup connection configuring and dialing tool with system tray icon support. It uses GTK+ for its graphical interface and integrates well in GNOME desktop environment. It also uses WvDial dialer as its backend, providing simple configuration via config files. You can also use plain wvdial if you don't have X running. GTK PPP is GTK3 fork of GNOME PPP. https://sourceforge.net/projects/gtk-ppp/ Gnome-ppp was for OpenSuSE 12.X -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 917431] New: less doesn't open gzip'ed files unpacked anymore
by bugzilla_noreply＠novell.com 13 May '19

13 May '19

http://bugzilla.suse.com/show_bug.cgi?id=917431 Bug ID: 917431 Summary: less doesn't open gzip'ed files unpacked anymore Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: stephan.barth(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When looking at files with less like ARCHIVES.gz it unpacked it automatically. Since the recent updates this doesn't work anymore: # less ARCHIVES.gz "ARCHIVES.gz" may be a binary file. See it anyway? I tried to debug it a bit with "set -x", which didn't help. The funny thing is, that after issuing "set +x" less works as expected again. Using su (to root for example) breaks it again. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 606436] New: Incorrect VTY charset?
by bugzilla_noreply＠novell.com 09 May '19

09 May '19

http://bugzilla.novell.com/show_bug.cgi?id=606436 http://bugzilla.novell.com/show_bug.cgi?id=606436#c0 Summary: Incorrect VTY charset? Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 6 Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nice(a)titanic.nyme.hu QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/5332 (KHTML, like Gecko) Chrome/5.0.342.9 Safari/533.2 I installed openSUSE 11.3 Milestone 6 in the hungarian language. Interestingly when using the text-mode virtual terminals, (at least) two letters of the hungarian alphabet are displayed incorrectly: I get õ instead of ő, and û instead of ű. This is the same as displaying a hungarian text file (written in iso-8859-2) using iso-8859-1. Isn't it unicode? Or are just the characters wrongly positioned in the charset table? Also see: http://bugzilla.novell.com/show_bug.cgi?id=605575 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 10

[Bug 955079] New: usb scanner is not found anymore
by bugzilla_noreply＠novell.com 07 May '19

07 May '19

http://bugzilla.suse.com/show_bug.cgi?id=955079 Bug ID: 955079 Summary: usb scanner is not found anymore Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ohering(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- With some of the November TW snapshots (or with kernel 4.3) my USB scanner is not found anymore. I'm sure it worked on October and earlier. Today I did some testing and scanimage -L finds it sometimes. Looks like every second attempt fails. root@probook: # Nov 15 14:07:46 probook kernel: usb 4-3: USB disconnect, device number 2 Nov 15 14:07:50 probook kernel: usb 4-3: new full-speed USB device number 3 using ohci-pci Nov 15 14:07:50 probook kernel: usb 4-3: New USB device found, idVendor=06bd, idProduct=2061 Nov 15 14:07:50 probook kernel: usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 14:07:50 probook kernel: usb 4-3: Product: SNAPSCAN Nov 15 14:07:50 probook kernel: usb 4-3: Manufacturer: AGFA root@probook: # scanimage -L device `snapscan:libusb:004:003' is a AGFA SNAPSCAN flatbed scanner root@probook: # scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). root@probook: # scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). root@probook: # root@probook: # Nov 15 14:15:38 probook kernel: usb 4-3: USB disconnect, device number 3 Nov 15 14:15:41 probook kernel: usb 4-3: new full-speed USB device number 4 using ohci-pci Nov 15 14:15:41 probook kernel: usb 4-3: New USB device found, idVendor=06bd, idProduct=2061 Nov 15 14:15:41 probook kernel: usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 14:15:41 probook kernel: usb 4-3: Product: SNAPSCAN Nov 15 14:15:41 probook kernel: usb 4-3: Manufacturer: AGFA scanimage -L device `snapscan:libusb:004:004' is a AGFA SNAPSCAN flatbed scanner root@probook: # scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). root@probook: # -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 935419] New: with 3 monitors on 2 graphic cards Xorg crash on xrandr change
by bugzilla_noreply＠novell.com 07 May '19

07 May '19

http://bugzilla.suse.com/show_bug.cgi?id=935419 Bug ID: 935419 Summary: with 3 monitors on 2 graphic cards Xorg crash on xrandr change Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com Reporter: tcech(a)suse.com QA Contact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- I found some spare monitor and graphic card so I wanted to put that all together. I started with 2 monitors attached to Intel graphic card (probably onboard). In BIOS is integrated Intel graphics set as the primary video. HDMI 1 and HDMI 2 +--------+ +-----+ | 1920 | |1080 | | 1080 | |1920 | +--------+ | | | | +-----+ $ xrandr --output HDMI1 \ --mode 1920x1080 --primary \ --output HDMI2 \ --mode 1920x1080 --rotate left --right-of HDMI1 I connected third monitor to spare Radeon graphic card. I tried to write my configuration by hand but in the end I wiped all my changes to /etc/X11/xorg.conf.d and did reboot. Luckily XRandr shown all the monitors as hoped. Unfortunately, when I pass command like this, Xorg dies with SIGSEGV. $ xrandr --output DVI-1-0 --mode 1280x1024 --rotate left --right-of HDMI2 I tried to put it all into single command with the same result. Any workaround would be appreciated as well. GDB shown this backtrace (gdb) bt #0 DamageRegister (pDrawable=0x0, pDamage=0x25d8c80) at damage.c:1715 #1 0x00000000004bcd39 in xf86RotatePrepare (pScreen=0x2082ad0) at xf86Rotate.c:170 #2 xf86RotateRedisplay (pScreen=0x2082ad0) at xf86Rotate.c:191 #3 xf86RotateBlockHandler (pScreen=0x2082ad0, pTimeout=0x7ffc1fb04778, pReadmask=0x827300 <LastSelectMask>) at xf86Rotate.c:242 #4 0x0000000000441787 in BlockHandler (pTimeout=pTimeout@entry=0x7ffc1fb04778, pReadmask=pReadmask@entry=0x827300 <LastSelectMask>) at dixutils.c:390 #5 0x0000000000587cbc in WaitForSomething (pClientsReady=pClientsReady@entry=0x24f83a0) at WaitFor.c:215 #6 0x000000000043cda1 in Dispatch () at dispatch.c:361 #7 0x0000000000440e2b in dix_main (argc=10, argv=0x7ffc1fb04b78, envp=<optimized out>) at main.c:298 #8 0x00007f20ed1a08c5 in __libc_start_main (main=0x42c430 <main>, argc=10, argv=0x7ffc1fb04b78, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc1fb04b68) at libc-start.c:289 #9 0x000000000042c469 in _start () at ../sysdeps/x86_64/start.S:118 note that pDrawable=0 in damage.c you can see it has to die: 1713 DamageRegister(DrawablePtr pDrawable, DamagePtr pDamage) 1714 { 1715 ScreenPtr pScreen = pDrawable->pScreen; I can provide whole coredump if you tell me where to upload it. I'm running Tumbleweed, versions installed: # LC_ALL=C LANG=C zypper se -si xorg Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+-----------------------------+---------+------------------+--------+------------------ i | xorg-cf-files | package | 1.0.5-5.1 | noarch | repo-oss i | xorg-scripts | package | 1.0.1-10.1 | noarch | repo-oss i | xorg-sgml-doctools | package | 1.11-9.1 | noarch | repo-oss i | xorg-x11 | package | 7.6_1-16.1 | noarch | repo-oss i | xorg-x11-Xvnc | package | 7.6_1.0.1-15.1.3 | x86_64 | (System Packages) i | xorg-x11-devel | package | 7.6-47.1 | noarch | repo-oss i | xorg-x11-driver-input | package | 7.6_1-13.1 | noarch | repo-oss i | xorg-x11-driver-video | package | 7.6_1-15.1 | x86_64 | repo-oss i | xorg-x11-essentials | package | 7.6_1-16.1 | noarch | repo-oss i | xorg-x11-fonts | package | 7.6-31.2 | noarch | repo-oss i | xorg-x11-fonts-core | package | 7.6-31.2 | noarch | repo-oss i | xorg-x11-libX11-ccache | package | 7.6-20.1 | noarch | repo-oss i | xorg-x11-server | package | 7.6_1.17.1-8.1 | x86_64 | repo-oss i | xorg-x11-server-debuginfo | package | 7.6_1.17.1-8.1 | x86_64 | repo-debug i | xorg-x11-server-debugsource | package | 7.6_1.17.1-8.1 | x86_64 | repo-debug i | xorg-x11-server-extra | package | 7.6_1.17.1-8.1 | x86_64 | repo-oss i | xorg-x11-util-devel | package | 7.6_1-10.1 | noarch | repo-oss -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 848783] New: glibc / known bug: "options rotate" in /etc/resolv.conf causes DNS name reolution FAIL with IPv6 resolver addresses; patch available
by bugzilla_noreply＠novell.com 01 May '19

01 May '19

https://bugzilla.novell.com/show_bug.cgi?id=848783 https://bugzilla.novell.com/show_bug.cgi?id=848783#c0 Summary: glibc / known bug: "options rotate" in /etc/resolv.conf causes DNS name reolution FAIL with IPv6 resolver addresses; patch available Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: darx+opensuse(a)sent.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 on uname -a Linux darxdev.int 3.7.10-1.16-xen #1 SMP Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64 x86_64 x86_64 GNU/Linux with rpm -qa | grep -i glibc | sort glibc-2.17-4.7.1.x86_64 glibc-32bit-2.17-4.7.1.x86_64 glibc-debuginfo-2.17-4.7.1.x86_64 glibc-devel-2.17-4.7.1.x86_64 glibc-devel-static-2.17-4.7.1.x86_64 glibc-extra-2.17-4.7.1.x86_64 glibc-i18ndata-2.17-4.7.1.noarch glibc-info-2.17-4.7.1.noarch glibc-locale-2.17-4.7.1.x86_64 glibc-utils-2.17-4.7.1.x86_64 linux-glibc-devel-3.7.1-2.1.3.noarch with either IPv4 resolvers cat /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4 or IPv6 resolvers cat /etc/resolv.conf nameserver 2001:4860:4860::8888 nameserver 2001:4860:4860::8844 'svn co' works as expected; in both cases: S="www.nlnetlabs.nl" T="svn/nsd/tags/NSD_4_0_0_REL/tpkg/manual" svn co http://$S/$T test ... Checked out revision 4089. next, adding "options rotate" to resolv.conf, with IPv4 rolvers, cat /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4 options rotate 'svn co' still works, svn co http://$S/$T test ... Checked out revision 4089. but with IPv6, FAILS cat /etc/resolv.conf nameserver 2001:4860:4860::8888 nameserver 2001:4860:4860::8844 options rotate svn co http://$S/$T test ... svn: E670002: Unable to connect to a repository at URL 'http://www.nlnetlabs.nl/svn/nsd/tags/NSD_4_0_0_REL/tpkg/manual' svn: E670002: Name or service not known note, using numeric IP for SVN still works, svn co http://[2001:7b8:206:1::1]/$T test ... Checked out revision 4089. this appears to be due to a glibc bug, https://bugzilla.redhat.com/show_bug.cgi?id=841787 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627531 https://bugzilla.redhat.com/show_bug.cgi?id=804630 https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/915272 1st link has a patch, but for an different version of glibc, and on redhat Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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.

1 30