https://bugzilla.novell.com/show_bug.cgi?id=867919

https://bugzilla.novell.com/show_bug.cgi?id=867919#c0

           Summary: glibc-locale fails to upgrade because tar gets into busy loop
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: x86-64
        OS/Version: Linux
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: vcizek-at-suse.com
        ReportedBy: ohering-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: Outsourced Testing
           Blocker: ---

Its currently not possible to upgrade to Factory because once glibc-local is
updated yast tries to safe configuration files. This fails because the tar
process gets into a busy loop. This was alrready the case about 4 weeks ago.

 /proc/cmdline
quiet panic=9 sysrq_always_enabled start_shell dhcp=1
install=http://download.opensuse.org/factory/repo/oss/ upgrade=1 ssh=0
sshpassword=root nosshkey vnc=0 vncpassword=password
initrd=sl/factory/initrd-x86_64 BOOT_IMAGE=sl/factory/linux-x86_64

    1 ?        S      0:11 /init start_shell nosshkey
  110 ?        Ss     0:00 udevd --daemon
  195 ?        Ss     0:00 /usr/sbin/rpc.idmapd
  198 ?        Ss     0:00 /bin/dbus-daemon --system
  200 ?        Ss     0:00 /usr/sbin/wickedd
  202 ?        Ss     0:00 /usr/lib/wicked/bin/wickedd-auto4
  205 ?        Ss     0:00 /usr/lib/wicked/bin/wickedd-dhcp4
  207 ?        Ss     0:00 /usr/lib/wicked/bin/wickedd-dhcp6
  555 tty9     Ss+    0:00 sh
  949 tty2     Ss+    0:00 bash -l
  951 tty5     Ss+    0:00 bash -l
  952 tty6     Ss+    0:00 bash -l
  953 ?        S      0:00 /init start_shell nosshkey
  954 tty1     Ss+    0:00  \_ /bin/sh /sbin/inst_setup yast
 1146 tty1     S+     0:00      \_ /bin/sh /sbin/yast
 2334 tty1     S+     0:00          \_ /bin/sh
/usr/lib/YaST2/startup/YaST2.call installation initial
 2928 tty7     Ss+    0:21              \_ Xorg -noreset -br -deferglyphs 16
vt07
 2990 tty1     Sl+    8:13              \_ y2base installation ("initial") qt
--noborder --auto-fonts --fullscreen
 4251 tty1     S+     0:00                  \_ /usr/bin/perl -w
/usr/lib/YaST2/servers_non_y2/ag_zypp_repos
 4313 tty1     S+     0:00                  \_ /usr/bin/perl
/usr/lib/YaST2/servers_non_y2/ag_content
 4450 tty1     S+     0:00                  \_ /usr/bin/perl -w
/usr/lib/YaST2/servers_non_y2/ag_anyxml
 4528 tty1     Z+     0:00                  \_ [sh] <defunct>
24097 tty1     R+    24:07                  \_ tar -czhP -C /mnt
--ignore-failed-read -f /mnt/var/adm/backup/glibc-locale-20140312-0.tar.gz -T
/mnt/var/adm/backup/YaSTBackupModifiedFiles
24098 tty1     S+     0:00                      \_ gzip
 1074 ?        Ss     0:00 /sbin/klogd -c 1
 1076 ?        Ssl    0:00 nscd
 1137 ?        Ss     0:00 /usr/sbin/sshd
25824 ?        Ss     0:00  \_ sshd: root@pts/1
25830 pts/1    Ss     0:00      \_ -bash
26318 pts/1    R+     0:00          \_ ps fax
 2935 tty1     S+     0:00 icewm -c preferences.yast2 -t yast2
 2997 tty1     S+     0:00 /bin/dbus-launch --autolaunch
897c578d1ad7bc15c74888de53201e18 --binary-syntax --close-stderr
 2998 ?        Ss     0:00 /bin/dbus-daemon --fork --print-pid 5
--print-address 7 --session
 4816 tty1     S+     0:00 /usr/bin/xterm
 4818 pts/0    Ss     0:00  \_ bash
 5021 pts/0    S+     0:02      \_ watch df -hTPl 2>&1
2014-03-12 10:05:18 <1> 192.168.2.104(2990) [zypp:fetcher]
Fetcher.cc(validate):392 Checking job
[/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm]
(1 checkers )
2014-03-12 10:05:18 <1> 192.168.2.104(2990) [Progress++]
ProgressData.cc(report):88 {#970|}END
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp]
RepoProvideFile.cc(provideFile):351 provideFile at
/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Ruby]
modules/PackageSlideShow.rb:1213 Downloaded 865/2075 packages
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/PackageSlideShow.rb:1222 Pkg Builtin called: CommitPolicy
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp]
PackageProvider.cc(providePackage):278 provided Package
(22927)glibc-locale-2.19-3.1.x86_64(openSUSE-13.2-1.5) at
/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp]
RpmHeader.cc(readPackage):255
ReferenceCounted(@0x9d67830<=1){0x9e1f870}{glibc-locale-2.19-3.1} from
/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Ruby]
modules/PackageSlideShow.rb:1346 pkg_name: glibc-locale
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/PackageSlideShow.rb:1373 Pkg Builtin called: PkgInstalled
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg] Package.cc(searchPackage):575
Package 'glibc-locale' installed: true
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/SlideShowCallbacks.rb:296 Pkg Builtin called: PkgDU
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/SlideShowCallbacks.rb:314 Pkg Builtin called: TargetAvailable
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/SlideShowCallbacks.rb:314 Pkg Builtin called: TargetAvailable
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [Pkg]
modules/SlideShowCallbacks.rb:314 Pkg Builtin called: TargetAvailable
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp]
RpmDb.cc(doInstallPackage):1849
RpmDb::installPackage(/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm,0x0000000c)
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp]
RpmHeader.cc(readPackage):255
ReferenceCounted(@0xc045490<=1){0x5532cb0}{glibc-locale-2.19-3.1} from
/var/cache/zypp/packages/openSUSE-13.2-1.5/suse/x86_64/glibc-locale-2.19-3.1.x86_64.rpm
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
ExternalProgram.cc(start_program):246 Executing 'rpm' '--root' '/mnt'
'--dbpath' '/var/lib/rpm' '-V' '--nodeps' '--noscripts' '--nomd5' '--'
'glibc-locale'
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
ExternalProgram.cc(start_program):402 pid 24096 launched
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
ExternalProgram.cc(checkStatus):496 Pid 24096 exited with status 1
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
RpmDb.cc(backupPackage):2224 saving file   /usr/lib64/gconv/gconv-modules.cache
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
ExternalProgram.cc(start_program):246 Executing 'tar' '-czhP' '-C' '/mnt'
'--ignore-failed-read' '-f'
'/mnt/var/adm/backup/glibc-locale-20140312-0.tar.gz' '-T'
'/mnt/var/adm/backup/YaSTBackupModifiedFiles'
2014-03-12 10:05:19 <1> 192.168.2.104(2990) [zypp++]
ExternalProgram.cc(start_program):402 pid 24097 launched
192:~ #
 /mnt/usr/bin/lsof -p 24097
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF  NODE NAME
tar     24097 root  cwd    DIR   0,14      820   170 /
tar     24097 root  rtd    DIR   0,14      820   170 /
tar     24097 root  txt    REG    7,2   337304  1349 /mounts/mp_0000/bin/tar
tar     24097 root  mem    REG   0,14  1738152   271 /lib64/libc-2.19.so
tar     24097 root  mem    REG   0,14   140768   290 /lib64/ld-2.19.so
tar     24097 root    0r  FIFO    0,7      0t0 68607 pipe
tar     24097 root    1w  FIFO    0,7      0t0 68608 pipe
tar     24097 root    2w  FIFO    0,7      0t0 68608 pipe
tar     24097 root    3r   DIR    8,4     1024     2 /mnt
tar     24097 root    4w  FIFO    0,7      0t0 68852 pipe
tar     24097 root    5r   REG    8,4       39 50284
/mnt/var/adm/backup/YaSTBackupModifiedFiles

It could be that tar just lacks some files in inst-sys, thats maybe the reason
why people do not see it with 'zypper dup' in the running system.

In any case, doing upgrade via yast has to work.

 # ltrace -tt -s 123 -p 24097
...
10:31:52.600640 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.600962 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.601263 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.601555 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.601870 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.602217 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.602537 __ctype_b_loc() = 0x7f6b7ede26a8
10:31:52.602836 __ctype_b_loc() = 0x7f6b7ede26a8
...

some yast logs from the system itself can be found in bug #867911


body:
Apache mod_evasive not starting.
The error message points to line 1 of mod_evasive.conf

mars 12 12:08:31 start_apache2[7292]: httpd2-prefork: Syntax error on line 179
of /etc/apache2/httpd.conf: Syntax error on line 102 of
/etc/apache2/default-server.conf: Syntax error on line 1 of
/etc/apache2/conf.d/mod_evasive.conf: Can't locate API module structure
`evasive' in file /usr/lib64/apache2/mod_evasive24.so:
/usr/lib64/apache2/mod_evasive24.so: undefined symbol: evasive
mars 12 12:08:31 systemd[1]: apache2.service: main process exited, code=exited,
status=1/FAILURE
mars 12 12:08:31 start_apache2[7309]: httpd2-prefork: Syntax error on line 179
of /etc/apache2/httpd.conf: Syntax error on line 102 of
/etc/apache2/default-server.conf: Syntax error on line 1 of
/etc/apache2/conf.d/mod_evasive.conf: Can't locate API module structure
`evasive' in file /usr/lib64/apache2/mod_evasive24.so:
/usr/lib64/apache2/mod_evasive24.so: undefined symbol: evasive
mars 12 12:08:31 systemd[1]: apache2.service: control process exited,
code=exited status=1
mars 12 12:08:31 systemd[1]: Failed to start The Apache Webserver.
mars 12 12:08:31 systemd[1]: Unit apache2.service entered failed state.

The faulty line is
LoadModule evasive20_module /usr/lib64/apache2/mod_evasive20.so

The module has changed in 13.1 and is now /usr/lib64/apache2/mod_evasive24.so.
Changing the name of the module to mod_evasive24 does not work

Reproducible: Always

Steps to Reproduce:
1.install mod_evasive
2.optionally add ot to APACHE_MODULES directive in /etc/sysconfig/apache
3./etc/init.d/apache2 restart
4.systemctl status apache2.service -l to see the error output
Actual Results:
apache does not start

Expected Results:
apache starts with mod_evasive charged

seems a duplicate to opensuse 13.2 Bug #865567

summary: mod_evasive not starting


body:
Hi there,

fixed-address declaration should work with an IP address or a domain-name.
However it does only work with a IP address. This worked at least in openSUSE
12.2.

The DNS lookup is not performed or fails in the chroot environment.

dhcp version 4.2.5.P1-0.6.5.1

Reproducible: Always

Steps to Reproduce:
1. add a fixed-address declaration
   e.g. host test {hardware ethernet 00:11:22:33:44:55; fixed-address
test.domain.com;}
2. restart dhcpd.service
3. host test will NOT get the IP of test.domain.com
Actual Results:
host test will NOT get the IP of test.domain.com

Expected Results:
host test should get IP of test.domain.com

It's not an apparmor problem. Same result with apparmor stopped.

summary: fixed-address declaration in dhcp.conf does not work with a domain-name


body:
Hi there,

DHCP leases are not entered in the dhcpd.leases file after the first rewrite
of the dhcpd.leases file.

On my machine the dhcpd.leases file is rewritten every hour. The leases
are written to dhcpd.leases until it tries to rewrite the file.

dhcpd.leases~ is deleted, but then something fails.

dhcpd.leases is not moved to dhcpd.leases~ but also not populated anymore.

lsof of the dhcpd process shows the /var/lib/dhcp/db/dhcpd.leases has been
deleted ...

dhcpd   26423 dhcpd    6u   REG                8,6    38254  784945
/var/lib/dhcp/db/dhcpd.leases.xxxxx (deleted)

dhcp version 4.2.5.P1-0.6.5.1

Reproducible: Always

Steps to Reproduce:
1. wait until the file /var/lib/dhcp/db/dhcpd.leases get rewritten
2. no new leases are added to file /var/lib/dhcp/db/dhcpd.leases
   and the /var/lib/dhcp/db/dhcpd.leases~ file has been removed

Actual Results:
no new leases are added to file /var/lib/dhcp/db/dhcpd.leases
and the /var/lib/dhcp/db/dhcpd.leases~ file has been removed

Expected Results:
/var/lib/dhcp/db/dhcpd.leases should be copied to
/var/lib/dhcp/db/dhcpd.leases~ and new leases should
be added to /var/lib/dhcp/db/dhcpd.leases

It's not an apparmor problem. I see the same behaviour with apparmor stopped.

summary: DHCP leaases are not entered in the dhcpd.leases file


body:
https://bugzilla.novell.com/show_bug.cgi?id=868375

https://bugzilla.novell.com/show_bug.cgi?id=868375#c0

           Summary: udev rules not applied at boot
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: seife-at-novell.slipkontur.de
         QAContact: qa-bugs-at-suse.de
          Found By: Third Party Developer/Partner
           Blocker: ---

I have those udev rules for my netdevices:
seife@susi:~> grep -v ^# /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:21:6a:ad:d7:6c", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="wlan*", NAME="air"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:26:2d:f4:38:84", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="cable"

however, my wired interface still gets the unpredictable interface name:

seife@susi:~> ip a |grep -A1 ^2:
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state
DOWN group default qlen 1000
    link/ether 00:26:2d:f4:38:84 brd ff:ff:ff:ff:ff:ff

seife@susi:~> dmesg|grep renamed
[    2.921141] systemd-udevd[208]: renamed network interface eth0 to enp0s25
[    5.627186] systemd-udevd[365]: renamed network interface wlan0 to air
[    5.635165] systemd-udevd[370]: renamed network interface wwan0 to
wwp0s29f7u4i7

reloading the kernel module, udev does its job correctly:
susi:~ # rmmod e1000e; modprobe e1000e
susi:~ # dmesg|grep renamed|tail -1
[  379.429235] systemd-udevd[2653]: renamed network interface eth0 to cable

So something is broken during boot.

summary: udev rules not applied at boot


body:
at least tested with PA (KMix sees dummy output, pavucontroler saw only HDMI
output), and alsa (was in a hurry, didn't look at the output)

Reproducible: Always

Steps to Reproduce:
1.install latest libasound2 package

Actual Results:
no sound

Expected Results:
;-)

as i needed sound today, i've downgraded to latest good package, but can if
required go back to latest bad one

summary: Latest changes (sr225576) in alsa package broke sound


body:
the package ca-certificates-cacert-1-15.1.2.noarch contains 2 certificates from
cacert.org. Class 1 root certificate, fingerprints
SHA1 Fingerabdruck: 13:5C:EC:36:F4:9C:B8:E9:3B:1A:B2:70:CD:80:88:46:76:CE:8F:33
MD5 Fingerabdruck: A6:1B:37:5E:39:0D:9C:36:54:EE:BD:20:31:46:1F:6B
is ok, class 3 certificate is not. The packages deploys a certificate which is
valid but was never used to sign any certificate.
Please change it with the actual class 3 certificate which  has finderprints
SHA1 Fingerabdruck: AD:7C:3F:64:FC:44:39:FE:F4:E9:0B:E8:F4:7C:6C:FA:8A:AD:FD:CE
MD5 Fingerabdruck: F7:25:12:82:4E:67:B5:D0:8D:92:B7:7C:0B:86:7A:42
You get all information about this from support-at-cacert.org.
I am member of cacert inc. Reinhard Mutz, CARS

Reproducible: Always

Steps to Reproduce:
1. certtool -i < /usr/share/pki/trust/anchors/CAcert_class3.pem
2. cpmpare the fingerprints to certificates from
http://www.cacert.org/index.php?id=3
3.
Actual Results:
The certificate class 3 was never used by cacert to sign any certificate.

The workaround is to copy class 3 certificate from the website to
/usr/share/pki/trust/anchors/CAcert_class3.pem

summary: package ca-certificates-cacert contains a not used certificate


body:
https://bugzilla.novell.com/show_bug.cgi?id=868938

https://bugzilla.novell.com/show_bug.cgi?id=868938#c0

           Summary: bcache on RAID crashes on reboot
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: x86-64
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: oneukum-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On a machine with an IMSM RAID array and an SSD switching on bcache with a
partition on the RAID as backing volume and a partition on the SSD as cache
hangs the machine on reboot while trying to reassemble the bcache device.

Experimentation showed that renaming the 61 bcache udev rule to a 74 udev rule
(after the 65 raid udev rule) allows booting to proceed smoothly.

summary: bcache on RAID crashes on reboot


body:
linux-firmware-20130714git.tar.bz2    27.2 MB    8 months ago

This is when the linux kernel there is 15 days old.
https://build.opensuse.org/package/show/openSUSE:Factory/kernel-firmware

The problem is I can not run my headset and other problems due to the old
kernel-firmware tar.bz2.

https://build.opensuse.org/package/show/openSUSE:Factory/kernel-firmware

Reproducible: Always

Steps to Reproduce:
1. Install or update the package from zypper
2. Reboot
3.
Actual Results:
No vdpau acceleration, or headset speaker fuctionality

Expected Results:
Working vdpau and headset

summary: kernel-firmware is out of date in the kernel package


https://bugzilla.novell.com/show_bug.cgi?id=869185

https://bugzilla.novell.com/show_bug.cgi?id=869185#c0

           Summary: CTDB Performance Co-Pilot metric identifiers are incorrect
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Samba
        AssignedTo: ddiss-at-suse.com
        ReportedBy: ddiss-at-suse.com
         QAContact: samba-maintainers@SuSE.de
                CC: samba-maintainers@SuSE.de
          Found By: ---
           Blocker: ---

The commit "pmda: Use upstream assigned PCP domain id" updated the Performance
Metrics Namespace (pmns) file, without changing the corresponding metric
identifiers used by the agent.


body:
systemd changes the standard interface name name from eth0 to something like
ens3p0. This in itself is a bad idea, see also #849749.

Anyway, it is possible to use "yast lan"->overview->edit->hardware->change =
to
assign a normal interface name. Unfortunately the input field in the text
version of yast is only 5 characters long, with the last free for the curso=
r.
So this ens3p0 is displayed as "=E2=86=903p0=E2=96=92".

Reproducible: Always

Steps to Reproduce:
1."yast lan"->overview->edit->hardware->change

Actual Results:=20=20
Interface name not fully visible.

Expected Results:=20=20
Interface name is fully visible.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----

summary: yast lan field for network interface name too short


body:
It is best practice to check raid systems regulary. Linux md raid can be
triggered to do so. So i requet the enhancement to do so.

Implementation example:

linux:/etc/cron.monthly # cat check_raid
#!/usr/bin/env bash
#
for i in /sys/block/md* ; do
  echo check > $i/md/sync_action
done

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: RFE: check md raids data consistency


https://bugzilla.novell.com/show_bug.cgi?id=869334

https://bugzilla.novell.com/show_bug.cgi?id=869334#c0

           Summary: ipv6.disable=1 on cmdline kills all networking
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: PC
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: wicked-maintainers-at-suse.de
        ReportedBy: mrmazda-at-earthlink.net
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created an attachment (id=582922)
 --> (http://bugzilla.novell.com/attachment.cgi?id=582922)
tail including all of today's sessions from /var/log/warn on host kt400

To produce:
1-zypper dup a system without NetworkManager installed and with network working
normally via ifup without first locking out previously uninstalled wicked*
2-reboot without first removing ipv6.disable=1 from Grub stanzas or deleting it
at runtime

Actual behavior:
1-Samba SMB Daemon failed to start message appears on tty1
2-ifconfig -a shows no inet addr line for eth0
3-'ifup eth0' produces "wicked: device eth0 failed: call to
org.opensuse.Network.Protocol.IPv6.changeProtocol() failed: DBus method call
timed out", as does 'wicked ifup eth0', and as does 'wicked ifup --ifconfig
compat:/etc/sysconfig/network eth0'.
4-cannot access LAN or Internet
5-zypper fails to remove packages unless --no-refresh is used

Expected behavior:
1-normally working network on eth0 even though ipv6 via kernel is disallowed

Notes:
1-System was originally 13.1 beta installed 11 October, later dup'd up to
Factory. If y2logs are wanted, please advise whether originals from
installation date, or a fresh set (or some substitute).
2-Google doesn't seem to be able to find any Wicked troubleshooting
instructions on en.opensuse.org.


https://bugzilla.novell.com/show_bug.cgi?id=869333

https://bugzilla.novell.com/show_bug.cgi?id=869333#c0

           Summary: "Qt Warning - invalid keysym: dead_actute"
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: x86-64
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: YaST2
        AssignedTo: yast2-maintainers-at-suse.de
        ReportedBy: mpluskal-at-suse.com
         QAContact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

When I run yast2 on console (via ssh), following warning appears:
"Qt Warning - invalid keysym: dead_actute"


body:
The latest version of sysconfig-network (0.81.5-22.1) contains a change to
/sbin/ifup which breaks the start of ifplugd-controlled network interfaces.
With:

BOOTPROTO='dhcp4'
STARTMODE='ifplugd'

the dhcpcd is not started and the interface never gets an address. The
following small patch fixes it:

-

summary: sysconfig-network-0.81.5-22.1 ifup script broken for ifplugd interfaces


body:
After installing recent updates from 2014-03-21 for opensuse 13.1 (I assume
libreoffice was affected) libreoffice crashes when i try to save a newly
created document.

KDE 4.11.5
LibreOffice 4.1.5.3

Hint from ubuntuusers:  Extras --> Optionen --> Allgemein (Common);
                        =C3=96ffnen/Speichern Dialoge (Dialogs for Open/Sav=
e)
                        LibreOffice-Dialoge verwenden (Use LibreOffice Dial=
ogs)

This solves the problem! Seems to be a problem between LibreOffice and KDE.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----

summary: LibreOffice crashes saving a newly created document or making a PDF


body:
After updating to autofs-5.0.8-19.8.1.x86_64, NFS mounts are no longer
available via the autofs '-hosts' map.

Two NFS shares exist on the network, and both can be mounted manually (using
'mount -t nfs server:/path').  Before the update, both could also be accessed
using autofs by using the "/net -hosts" entry in auto.master. After update,
attempting to access either share on the client returns "No such file or
directory".

A workaround is to replace
/net -hosts --timeout=60
with
/net /etc/auto.net --timeout=60
in auto.master.

Issuing "service autofs status" gives

Mar 19 21:53:37 gregpad automount[15428]: lookup_init:136: lookup(yp): map
auto.master: Local domain name not set
Mar 19 21:53:37 gregpad systemd[1]: Started Automounts filesystems on demand.
Mar 19 21:53:39 gregpad automount[15428]: get_exports: lookup(hosts): exports
lookup failed for naspad
Mar 19 21:53:39 gregpad automount[15428]: key "naspad" not found in map
source(s).

(gregpad is the name of the client; naspad is the name of one of the servers
which has an NFS share). I don't know if this was happening before the update.

NIS (yp) is installed but is not enabled. /etc/hosts lists the client and
server, and this setup seems to work for other commands (e.g., mount,
showmount).

Reproducible: Didn't try

Steps to Reproduce:
1. Set up autofs with previous version: in the auto.master config file, add the
line '/net -hosts --timeout=60'.

2. update to autofs-5.0.8-19.8.1.x86_64 (on the client)

3. attempt to view an NFS share under /net: e.g., 'ls /net/fileserver', where
'fileserver' is a server on the network which hosts an NFS share
Actual Results:
Attempts to access NFS shares in /net give "No such file or directory".  The
servers are recognized and listed under /net (e.g., /net/fileserver), but their
NFS contents cannot be viewed.

I did not attempt to reproduce the problem, as this would require downgrading
to the previous version of autofs (I don't know how).

Expected Results:
I would expect 'ls /net/fileserver' to give a listing of NFS shares hosted by
'fileserver'.  This was the (correct) behaviour before upgrading to the latest
version of autofs.

summary: autofs '-hosts' broken by update to 5.0.8


body:
https://bugzilla.novell.com/show_bug.cgi?id=869950

https://bugzilla.novell.com/show_bug.cgi?id=869950#c0

           Summary: tmux fails to start in factory
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: x86-64
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
        AssignedTo: gber-at-opensuse.org
        ReportedBy: vdziewiecki-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

Created an attachment (id=583395)
 --> (http://bugzilla.novell.com/attachment.cgi?id=583395)
I attached the whole output of strace tmux.

Error in `tmux': free(): invalid pointer

summary: tmux fails to start in factory


https://bugzilla.novell.com/show_bug.cgi?id=870151

https://bugzilla.novell.com/show_bug.cgi?id=870151#c0

           Summary: HelloWorld Qt5 application crashes in rendering
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: tchvatal-at-suse.com
         QAContact: qa-bugs-at-suse.de
                CC: mvidner-at-suse.com
          Found By: ---
           Blocker: ---

As described in the summary the application crashes right away when started.

The source code for the application is on github:

https://github.com/mvidner/qt-hello

When I try to run the application I get following stack error:

factorybreaker:~/tmp/qt-hello/build # LC_ALL=C ./helloworld
Debug: Button D QPushButton(0x7fff4a2d8970)  (/root/tmp/qt-hello/main.cpp:33,
int main(int, char**))
libGL error: dlopen /usr/lib64/dri/updates/r600_dri.so failed
(/usr/lib64/dri/updates/r600_dri.so: cannot open shared object file: No such
file or directory)
libGL error: failed to authenticate magic 9
libGL error: failed to load driver: r600
libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed
(/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such
file or directory)
*** Error in `./helloworld': free(): invalid pointer: 0x4545454545454545 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7406f)[0x7fd30a64206f]
/lib64/libc.so.6(+0x798ae)[0x7fd30a6478ae]
/usr/lib64/qt5/plugins/platforms/libqxcb.so(+0x41add)[0x7fd304171add]
/usr/lib64/qt5/plugins/platforms/libqxcb.so(+0x4272f)[0x7fd30417272f]
/usr/lib64/libQt5Widgets.so.5(+0x153779)[0x7fd30bf9c779]
/usr/lib64/libQt5Widgets.so.5(+0x154d41)[0x7fd30bf9dd41]
/usr/lib64/libQt5Widgets.so.5(+0x1a1f13)[0x7fd30bfeaf13]
/usr/lib64/libQt5Widgets.so.5(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0x8c)[0x7fd30bf9116c]
/usr/lib64/libQt5Widgets.so.5(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x3d6)[0x7fd30bf96336]
/usr/lib64/libQt5Core.so.5(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x6d)[0x7fd30b3cbfdd]
/usr/lib64/libQt5Gui.so.5(_ZN22QGuiApplicationPrivate18processExposeEventEPN29QWindowSystemInterfacePrivate11ExposeEventE+0x86)[0x7fd30b8dd8a6]
/usr/lib64/libQt5Gui.so.5(_ZN22QGuiApplicationPrivate24processWindowSystemEventEPN29QWindowSystemInterfacePrivate17WindowSystemEventE+0x185)[0x7fd30b8de375]
/usr/lib64/libQt5Gui.so.5(_ZN22QWindowSystemInterface22sendWindowSystemEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x28)[0x7fd30b8c73d8]
/usr/lib64/qt5/plugins/platforms/libqxcb.so(+0x51a30)[0x7fd304181a30]
/usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x146)[0x7fd309ea7176]
/usr/lib64/libglib-2.0.so.0(+0x4b4c8)[0x7fd309ea74c8]
/usr/lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c)[0x7fd309ea756c]
/usr/lib64/libQt5Core.so.5(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x5c)[0x7fd30b418d3c]
/usr/lib64/libQt5Core.so.5(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x11b)[0x7fd30b3cad1b]
/usr/lib64/libQt5Core.so.5(_ZN16QCoreApplication4execEv+0x81)[0x7fd30b3d1491]
/helloworld(main+0x127)[0x401e18]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7fd30a5efb15]
/helloworld[0x401a59]


RPMLINT report:
[   81s] ===============
[   83s] ccnet-common.x86_64: W: suse-filelist-forbidden-fhs23 /run is not
allowed in FHS 2.3

Reproducible: Always

Steps to Reproduce:
1.place a ghostfile into your filelist
2.do a local build and check rpmlint
3.
Actual Results:
suse-filelist-forbidden-fhs23 /run is not allowed in FHS 2.3

Expected Results:
rpmlint should not complain

%post common
%if 0%{?has_systemd}
# Create our dirs immediatly, after a manual package install.
# After a reboot systemd/aaa_base will take care.
%{__install} -d /run/seafile
%{__install} -d %{_localstatedir}/log/seafile
%endif

%files
%if 0%{?has_systemd}
%{_prefix}/lib/tmpfiles.d/%{name}.conf
%ghost %dir /run/seafile
%ghost %dir %{_localstatedir}/log/seafile
%endif

content of tmpfile:
# Seafile ccnet Server needs some dirs
d /run/seafile 0755 root root -
d /var/log/seafile 0755 root root -

this is also for 13.1 builds


body:
https://bugzilla.novell.com/show_bug.cgi?id=870375

https://bugzilla.novell.com/show_bug.cgi?id=870375#c0

           Summary: timezone 2014b released
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: All
        OS/Version: openSUSE 13.2
            Status: ASSIGNED
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: lchiquitto-at-suse.com
        ReportedBy: lchiquitto-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

A new timezone package has been released upstream (2014b), including the
following changes:

  Changes affecting near-future time stamps

    Crimea switches to Moscow time on 2014-03-30 at 02:00 local time.
    (Thanks to Alexander Krivenyshev.)  Move its zone.tab entry from UA
    to RU.

    New entry for Troll station, Antarctica.  (Thanks to Paul-Inge
    Flakstad and Bengt-Inge Larsson.)  This is currently an
    approximation; a better version will require the zic and localtime
    fixes mentioned below, and the plan is to wait for a while until at
    least the zic fixes propagate.

summary: timezone 2014b released


body:
https://bugzilla.novell.com/show_bug.cgi?id=870551

https://bugzilla.novell.com/show_bug.cgi?id=870551#c0

           Summary: gnutls cannot access www.bsi.de
    Classification: openSUSE
           Product: openSUSE 12.3
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: shchang-at-suse.com
        ReportedBy: meissner-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

$ gnutls-cli www.bsi.de
Processed 153 CA certificate(s).
Resolving 'www.bsi.de'...
Connecting to '77.87.229.76:443'...
*** Fatal error: An illegal TLS extension was received.
No certificates found!
*** Handshake has failed
GnuTLS error: An illegal TLS extension was received.
$

|<3>| EXT[0x166c110]: Parsing extension 'SUPPORTED ECC/10' (4 bytes)
|<2>| ASSERT: ecc.c:95
|<2>| ASSERT: gnutls_extensions.c:202
|<2>| ASSERT: gnutls_handshake.c:1665
|<2>| ASSERT: gnutls_handshake.c:2083
|<2>| ASSERT: gnutls_handshake.c:1318
|<2>| ASSERT: gnutls_handshake.c:2496
*** Fatal error: An illegal TLS extension was received.
No certificates found!

it seeems www.bsi.de sends us the SUPPORTED ECC/10 extension even though this
is usually client only.

summary: gnutls cannot access www.bsi.de


body:
https://bugzilla.novell.com/show_bug.cgi?id=870607

https://bugzilla.novell.com/show_bug.cgi?id=870607#c0

           Summary: winbind profile needs access to /var/tmp/$hostname-044_$uid
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: All
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
        AssignedTo: suse-beta-at-cboltz.de
        ReportedBy: lmuelle-at-suse.com
         QAContact: qa-bugs-at-suse.de
                CC: samba-maintainers@SuSE.de
          Found By: Development
           Blocker: No

From the syslog we know:

name="/var/tmp/linux-044_10001" pid=4260 comm="winbindd" requested_mask="c"
denied_mask="c" fsuid=10001 ouid=10001

Do we need to add a line like

   /var/tmp/@{HOSTNAME}-*/** rw,

to /etc/apparmor.d/usr.sbin.winbindd ?

pkgs: apparmor samba


body:
Calling at before a change into daylight saving time with a time in DST leads
to wrong times for the job; at adds one hour when entering dst (and probably
deletes one hour when leaving dst).

Reproducible: Always

Steps to Reproduce:
1. Now (i.e. before DST) set a job after DST, e.g.

> at 20:04 sun
warning: commands will be executed using /bin/sh
at> ls
at> <EOT>
Actual Results:
job 1081 at 2014-03-30 21:04

Expected Results:
job 1081 at 2014-03-30 20:04

summary: at is confused by daylight saving time


body:
bor@opensuse:~/src/grub> LC_ALL=C sudo zypper patchroot's password:
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: nothing provides rubygem(2.0.0:i18n) = 0.6.1 needed by
rubygem-activesupport-3_2-3.2.13-3.10.1.x86_64
 Solution 1: deinstallation of rubygem-activesupport-3_2-3.2.13-3.4.1.x86_64
 Solution 2: do not install patch:openSUSE-2014-185-1.noarch
 Solution 3: break rubygem-activesupport-3_2-3.2.13-3.10.1.x86_64 by ignoring
some of its dependencies

Choose from above solutions by number or cancel [1/2/3/c] (c):

Current version of rubygem-activesupport requires *at least* version 0.6.1:
bor@opensuse:~> rpm -q --requires rubygem-activesupport-3_2
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
ruby >= 1.8.7
ruby(abi) = 2.0.0
rubygem(2.0.0:i18n) >= 0.6.1
                    ^^^
rubygem(2.0.0:multi_json:1) >= 1
rpmlib(PayloadIsLzma) <= 4.4.6-1

While updated version has strict requirement on exact version:

bor@opensuse:~> LC_ALL=C zypper info --requires -r openSUSE-13.1-Update
rubygem-activesupport-3_2
Loading repository data...
Reading installed packages...

Information for package rubygem-activesupport-3_2:
--------------------------------------------------
Repository: openSUSE-13.1-Update
Name: rubygem-activesupport-3_2
Version: 3.2.13-3.10.1
Arch: x86_64
Vendor: openSUSE
Installed: Yes
Status: out-of-date (version 3.2.13-3.4.1 installed)
Installed Size: 1.6 MiB
Summary: A toolkit of support libraries and Ruby core extensions extracted
Description:
A toolkit of support libraries and Ruby core extensions extracted from the
Rails framework. Rich support for multibyte strings, internationalization,
time zones, and testing.
Requires:
ruby(abi) == 2.0.0
ruby >= 1.8.7
rubygem(2.0.0:multi_json:1) >= 1
rubygem(2.0.0:i18n) == 0.6.1
                    ^^

Nothing provides this version, even among already installed packages:

bor@opensuse:~> rpm -qa --provides | fgrep 'rubygem(2.0.0:i18n)' | sort -u
rubygem(2.0.0:i18n) = 0.6.4

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: openSUSE-2014-185 cannot be installed - wrong dependency on rubygem-activesupport-3_2-3.2.13-3.10.1.x86_64


body:
After installing Umbrello it doesn't start from KDE menu. When starting from
console I got several messages and nothing happened.

$ umbrello --geometry 600x400+0+0 solved the problem. Umbrello has started and
now starts every time. I think some option is not set during installation or
so.

Reproducible: Always

Steps to Reproduce:
1. Install Umbrello
2. ~ $ umbrello

Actual Results:
umbrello(2289)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with
KXMLGUIFactory!
umbrello(2289)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with
KXMLGUIFactory!
umbrello(2289) UMLListView::findView: could not find  "class diagram"  in
UMLListViewItem: "Logical View", type="lvt_Logical_View", id="Logical View",
children=1
umbrello(2289) UMLListView::findView: could not find  "class diagram"  in
UMLListViewItem: "Logical View", type="lvt_Logical_View", id="Logical View",
children=1

Expected Results:
GUI

Solution was found here:
https://bbs.archlinux.org/viewtopic.php?pid=1369652

summary: Umbrello doesn't start after installation


body:
The TLS protocol is Linphone is broken at the moment due to Linphone failing to
find the right certificates. TLS is set by default, too, which means that by
default nobody can log in.

Reproducible: Always

Steps to Reproduce:
1. Install Linphone
2. Log in (do not change the network protocol from TLS)
Actual Results:
Log in fails due to certificates not being found

Expected Results:
Linphone should be able to find the certificates and successfully log in

The log from Linphone is attached.
Also of note is that this bug was also present in Fedora but was fixed there.
I'll attach that bug entry (which has a workaround patch) to this bug's
metadata as well.

summary: Linphone does not find certificates


body:
SUSE Studio imagewriter unmounts partion 1 not partition 2 (e.g. /dev/sdb1 not
/dev/sdb2).

It writes a Live DVD with a partition 2, so an overwrite (upgrade) cannot be
done without manual unmount.

Gnome unmount in file manager does an eject not just an unmount, so that can't
be used either.

Reproducible: Always

Steps to Reproduce:
1.Create Live USB stick from Live DVD iso using SUSE imagewriter
2.Upgrade the Live USB to the next version.
3.Partition not unmounted from the "do you want me to unmount?" prompt.
Actual Results:
2nd partition still mounted.  Imagewriter cannot proceed.

Expected Results:
All partitions unmounted from prompt.

summary: SUSE Studio imagewriter doesn't unmount partition


https://bugzilla.novell.com/show_bug.cgi?id=871154

https://bugzilla.novell.com/show_bug.cgi?id=871154#c0

           Summary: libvirtd rejects connection after update
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KVM
        AssignedTo: kvm-bugs-at-forge.provo.novell.com
        ReportedBy: lmuelle-at-suse.com
         QAContact: jdouglas-at-suse.com
          Found By: Development
           Blocker: Yes

On the system in question the update/13.1-test/ repository is active.

Before the recent update to libvirt 1.1.2-2.22.1 I had been able to connect to
libvirtd using virt-manager.

I've reverted all libvirt packages to version 1.1.2-2.18.3 and the xen-libs
package to 4.3.1_02-8.1 and I'm able to use my VMs as before the update


body:
https://bugzilla.novell.com/show_bug.cgi?id=871232

https://bugzilla.novell.com/show_bug.cgi?id=871232#c0

           Summary: Update GNOME stack to 3.10.3/4
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: zaitor-at-opensuse.org
        ReportedBy: zaitor-at-opensuse.org
         QAContact: qa-bugs-at-suse.de
                CC: dimstar-at-opensuse.org, malcolmlewis-at-cableone.net,
                    RBrownCCB-at-opensuse.org
          Found By: ---
           Blocker: ---

This bug is about updating the entire GNOME stack to latest available stable
version.

accountsservice
brasero
empathy
epiphany
evince
evolution
evolution-data-server
evolution-ews
geary
gedit
gedit-plugins
gnome-chess
gnome-control-center
gnome-devel-docs
gnome-documents
gnome-music
gnome-online-accounts
gnome-online-miners
gnome-packagekit
gnome-robots
gnome-screenshot
gnome-settings-daemon
gnome-shell
gnome-system-monitor
gnome-user-docs
gnome-user-share
gnote
gthumb
gtk2
gtk3
gvfs
libgweather
mutter
orca
seahorse
system-config-printer
telepathy-glib
totem-pl-parser
webkitgtk
webkitgtk3
yelp

Should all have new versions, more packages might be included due to
dependencys or released updates during the preparation.

summary: Update GNOME stack to 3.10.3/4


https://bugzilla.novell.com/show_bug.cgi?id=871258

https://bugzilla.novell.com/show_bug.cgi?id=871258#c0

           Summary: server:mail/sendmail: Please update Sendmail
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: werner-at-suse.com
        ReportedBy: bjoernv-at-arcor.de
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Please update package "sendmail" to the newest version (currently this is
8.14.8).


https://bugzilla.novell.com/show_bug.cgi?id=871339

https://bugzilla.novell.com/show_bug.cgi?id=871339#c0

           Summary: pesign option "-u" has to be the end of the command
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
        AssignedTo: glin-at-suse.com
        ReportedBy: glin-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The "-u" option in pesign only works when it's in the end of the command.
For example,

$ pesign -n certdb -u 1 -r -i in.efi -o out.efi

the result was "pesign: Nothing to do." However, this command works:

$ pesign -n certdb -r -i in.efi -o out.efi -u 1

There is a patch in upstream to work around the issue.
https://github.com/vathpela/pesign/commit/585ec489b538b8ab313b26c24718c2fb72bc1cb1


body:
Please supply libstdc++-doc with STL API documentation (the doxygen result), as
HTML or manpages.

Reproducible: Always

summary: Supply libstdc++-doc with STL API Documentation


body:
https://bugzilla.novell.com/show_bug.cgi?id=871606

https://bugzilla.novell.com/show_bug.cgi?id=871606#c0

           Summary: cannot boot with bcache device in fstab
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: oneukum-at-suse.com
        ReportedBy: oneukum-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

A bcache device is not correctly assembled because the blkid tool does not
correctly identify a partition as containing a bcache partition. A fix is
available ustream. It teaches libblkid to recognize bcache partitions.

summary: cannot boot with bcache device in fstab


body:
ark 2.19
Three different 7z files downloaded to test.

On opening or trying to open a 7z archive, it shows:
"Failed to locate programs 7zr, 7za, 7z on disk".

So, if it need 7z installed,  why is not installed by default?

Reproducible: Always

Steps to Reproduce:
1.Try to open or create a 7z archive
Actual Results:
"Failed to locate programs 7zr, 7za, 7z on disk".

Expected Results:
Open or create a 7z archive

OpenSUSE installed as default. It includes ark, but 7z is not a requirement on
the installation, so this situation happen despite Ark should open and create
7z archives.

At KDE bug, they said me:
Raphael Kubo da Costa 2014-04-03 14:11:26 UTC
Hi. This is a problem with OpenSUSE's packaging. Runtime dependencies such as
7z (or rar, or infozip) are not detected at build time because they are, well,
runtime, not build-time dependencies. Please report it upstream so that their
Ark package has a dependency on 7zip.

summary: Can't open or create 7z archives


https://bugzilla.novell.com/show_bug.cgi?id=872264

https://bugzilla.novell.com/show_bug.cgi?id=872264#c0

           Summary: 'hostname -s' returns "hostname: Name or service not known" when content of /etc/HOSTNAME omits domain
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: PC
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: mrmazda-at-earthlink.net
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

To reproduce:
1-configure /etc/HOSTNAME sans domain (no dots contained therein)
2-run any script containing 'hostname -s'

Actual behavior:
1-script output disrupted by return of "hostname: Name or service not known"

Expected behavior:
1-same output as if -s had been omitted from hostname call

Comments:
1-Cauldron and Rawhide both sensibly produce same short hostname output from
'hostname' as from 'hostname -s' when /etc/hostname omits dot(s)/domain.
2-According to the man page, 'hostname -s' should "Display the short host name.
This is the host name cut at the first dot.", as it does in current Cauldron
and Rawhide, whose hostname man page contains the identical description of -s
as Factory's.


https://bugzilla.novell.com/show_bug.cgi?id=3D872266

https://bugzilla.novell.com/show_bug.cgi?id=3D872266#c0

           Summary: /lib/mkinitrd/setup/91-amd_microcode.sh fails
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
        AssignedTo: kernel-maintainers-at-forge.provo.novell.com
        ReportedBy: riggwelter-at-opensuse.org
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When running mkinitrd on my new laptop, it fails with the following error:

riggwelter:~ # mkinitrd

Kernel image:   /boot/vmlinuz-3.11.10-7-desktop
Initrd image:   /boot/initrd-3.11.10-7-desktop
KMS drivers:     radeon
Root device:    /dev/disk/by-id/ata-WDC_WD10JPVX-22JC3T0_WD-WX31E73CYSK3-pa=
rt2
(/dev/sda2) (mounted on / as ext4)
Microcode: Adding AMD microcode microcode_amd_fam16h.bin
cp: missing destination file operand after
=E2=80=98/tmp/.hWdCaWsx/mnt/lib/firmware/amd-ucode=E2=80=99
Try 'cp --help' for more information.
Script /lib/mkinitrd/setup/91-amd_microcode.sh failed!
There was an error generating the initrd (1)

There is no such file in /lib/firmware/amd-ucode - only fam15h.

Of course, the initrd then is not built as mkinitrd exits.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----


https://bugzilla.novell.com/show_bug.cgi?id=872271

https://bugzilla.novell.com/show_bug.cgi?id=872271#c0

           Summary: network:chromium/chromium: Dependency error with Packman
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: tittiatcoke-at-gmail.com
        ReportedBy: johannesobermayr-at-gmx.de
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

chromium must be built and published completely on Packman because otherwise
you get dependency errors like this:

$ LANG=en sudo zypper up chromium-ffmpeg
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: chromium-33.0.1750.117-21.2.x86_64 requires ffmpegsumo =
33.0.1750.117, but this requirement cannot be provided
  deleted providers: chromium-ffmpeg-33.0.1750.117-609.1.x86_64
uninstallable providers:
chromium-ffmpegsumo-31.0.1650.11-1.1.i586[download.opensuse.org-oss]

chromium-ffmpegsumo-31.0.1650.11-1.1.x86_64[download.opensuse.org-oss]

chromium-ffmpegsumo-33.0.1750.117-21.2.i586[download.opensuse.org-update_1]

chromium-ffmpegsumo-33.0.1750.117-21.2.x86_64[download.opensuse.org-update_1]

chromium-ffmpegsumo-31.0.1650.11-1.1.i586[openSUSE-13.1-1.10]

chromium-ffmpegsumo-31.0.1650.11-1.1.x86_64[openSUSE-13.1-1.10]
 Solution 1: downgrade of chromium-33.0.1750.117-21.2.x86_64 to
chromium-31.0.1650.11-1.1.x86_64
 Solution 2: do not install chromium-ffmpeg-33.0.1750.152-612.1.x86_64
 Solution 3: do not install chromium-ffmpeg-33.0.1750.152-612.1.x86_64
 Solution 4: break chromium-33.0.1750.117-21.2.x86_64 by ignoring some of its
dependencies

Choose from above solutions by number or cancel [1/2/3/4/c] (c):


body:
Sebastian, we have another one ;-)
(kde4 code is in kdebase4-runtime), kf5 code just got merged into kdesu
framework for beta1 (4.98.0)

from help:
"KDE su uses a daemon, called kdesud. The daemon listens to a UNIX=C2=AE so=
cket in
/tmp for commands. The mode of the socket is 0600 so that only your user id=
 can
connect to it. If password keeping is enabled, KDE su executes commands thr=
ough
this daemon. It writes the command and root's password to the socket and the
daemon executes the command using su, as describe before. After this, the
command and the password are not thrown away. Instead, they are kept for a
specified amount of time. This is the timeout value from in the control mod=
ule.
If another request for the same command is coming within this time period, =
the
client does not have to supply the password. To keep hackers who broke into
your account from stealing passwords from the daemon (for example, by attac=
hing
a debugger), the daemon is installed set-group-id nogroup. "

Reproducible: Always

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----

summary: libKF5Su5.x86_64: E: permissions-file-setuid-bit (Badness: 10000) /usr/lib64/kde5/libexec/kdesud is packaged with setuid/setgid bits (02755)


https://bugzilla.novell.com/show_bug.cgi?id=872689

https://bugzilla.novell.com/show_bug.cgi?id=872689#c0

           Summary: new NETCONFIG_VERBOSE variable breaks /etc/ppp/ip-up
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: All
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: mt-at-suse.com
        ReportedBy: mt-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The /etc/ppp/ip-up were passing a NETCONFIG_VERBOSE variable as
command line option to netconfig assuming it is set to "-v" in
the ifcfg file and not to a "yes" / "no" boolean.

The config file explicitly sets the NETCONFIG_VERBOSE variable
to "no", what breaks the netconfig call from ip-up.

Thanks to Maik Qualmann who noticed this and reported by mail.


body:
I've installed roundcubemail from the default openSuSE repositories. At install
time, version 0.9.4.2.1.1 was installed. Now I try upgrading it to the latest
version (0.9.5-2.10.1), but it fails.

The error I get is:
Subprocess failed. Error: RPM failed: warning:
/etc/apache2/conf.d/roundcubemail.conf created as
/etc/apache2/conf.d/roundcubemail.conf.rpmnew
error: unpacking of archive failed on file /srv/www/roundcubemail/SQL: cpio:
rename failed - Is a directory
error: roundcubemail-0.9.5-2.10.1.noarch: install failed
error: roundcubemail-0.9.4-2.1.1.noarch: erase skipped

Reproducible: Always

Steps to Reproduce:
1.zypper update roundcubemail
2.
3.
Actual Results:
# zypper update roundcubemail
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following package is going to be upgraded:
  roundcubemail

1 package to upgrade.
Overall download size: 2.6 MiB. After the operation, 1.3 MiB will be freed.
Continue? [y/n/? shows all options] (y):
(1/1) Installing: roundcubemail-0.9.5-2.10.1
...........................[error]
Installation of roundcubemail-0.9.5-2.10.1 failed:
Error: Subprocess failed. Error: RPM failed: warning:
/etc/apache2/conf.d/roundcubemail.conf created as
/etc/apache2/conf.d/roundcubemail.conf.rpmnew
error: unpacking of archive failed on file /srv/www/roundcubemail/SQL: cpio:
rename failed - Is a directory
error: roundcubemail-0.9.5-2.10.1.noarch: install failed
error: roundcubemail-0.9.4-2.1.1.noarch: erase skipped

Abort, retry, ignore? [a/r/i] (a):
Problem occured during or after installation or removal of packages:
Installation aborted by user

Please see the above error message for a hint.

Expected Results:
Succes

summary: Update Roundcube mail from 0.9.4.2.1.1 -> 0.9.5-2.10.1 fails


last month (March 2014) there was no or malformed output from lpstat in charset
other than utf-8:

prod:~ # lpadmin -p test0102 -v file:///tmp/test0102 -E
prod:~ # cupsdisable test0102
prod:~ # lp -d test0102 /etc/hosts
request id is test0102-1046762 (1 file(s))
prod:~ # lpstat -o test0102
test0102-1046762        root              2048   Mon Mar 10 07:50:30 2014
prod:~ # LC_ALL=de_DE@euro lpstat -o test0102
<<NO OUTPUT!>>

_cupsSetLocale set iso-8859-15 (cups lang code 14) and strftime formats the
output in this encoding but _cupsLangPrintf call cupsUTF8ToCharset and assumes
UTF8 input for iconv and this failed

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

see also https://www.cups.org/str.php?L4388 and the comments for upstream fixes

see also https://build.opensuse.org/package/show/home:mgoppold/cups for fixed
cups


https://bugzilla.novell.com/show_bug.cgi?id=3D873103

https://bugzilla.novell.com/show_bug.cgi?id=3D873103#c0

           Summary: systemctl start libvirtd.service times out
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KVM
        AssignedTo: kvm-bugs-at-forge.provo.novell.com
        ReportedBy: aj-at-suse.com
         QAContact: jdouglas-at-suse.com
          Found By: Product Management
           Blocker: ---

systemctl start libvirtd.service times out and does not succeed.

# systemctl start libvirtd.service
Job for libvirtd.service failed. See 'systemctl status libvirtd.service' and
'journalctl -xn' for details.

# systemctl status -l libvirtd.service
libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; disabled)
   Active: deactivating (final-sigterm) (Result: timeout)
 Main PID: 8633
   CGroup: /system.slice/libvirtd.service
           =E2=94=9C=E2=94=802238 /usr/sbin/dnsmasq
--conf-file=3D/var/lib/libvirt/dnsmasq/installguide_internal.conf
           =E2=94=9C=E2=94=802291 /usr/sbin/dnsmasq
--conf-file=3D/var/lib/libvirt/dnsmasq/installguide_external.conf
           =E2=94=9C=E2=94=802335 /usr/sbin/dnsmasq
--conf-file=3D/var/lib/libvirt/dnsmasq/cloud.conf
           =E2=94=94=E2=94=802379 /usr/sbin/dnsmasq
--conf-file=3D/var/lib/libvirt/dnsmasq/NovaFloating.conf

Apr 11 09:29:55 linux-6dv9.site dnsmasq[2291]: read /etc/hosts - 13 address=
es
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2238]: read
/var/lib/libvirt/dnsmasq/installguide_internal.addnhosts - 0 addresses
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2291]: read
/var/lib/libvirt/dnsmasq/installguide_external.addnhosts - 0 addresses
Apr 11 09:29:55 linux-6dv9.site dnsmasq-dhcp[2238]: read
/var/lib/libvirt/dnsmasq/installguide_internal.hostsfile
Apr 11 09:29:55 linux-6dv9.site dnsmasq-dhcp[2291]: read
/var/lib/libvirt/dnsmasq/installguide_external.hostsfile
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2379]: read /etc/hosts - 13 address=
es
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2379]: read
/var/lib/libvirt/dnsmasq/NovaFloating.addnhosts - 0 addresses
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2335]: read /etc/hosts - 13 address=
es
Apr 11 09:29:55 linux-6dv9.site dnsmasq[2335]: read
/var/lib/libvirt/dnsmasq/cloud.addnhosts - 0 addresses
Apr 11 09:31:24 linux-6dv9.site systemd[1]: libvirtd.service operation timed
out. Terminating.

I'm running Linux kernel 3.14.0 (kernel-desktop-3.14.0-2.1.gfa168d7.x86_64)
and libvirt-1.1.2-2.22.1.x86_64.

this worked when I last tried it in February but since then a new libvirt w=
as
released as update.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----


https://bugzilla.novell.com/show_bug.cgi?id=873326

https://bugzilla.novell.com/show_bug.cgi?id=873326#c0

           Summary: xfce power manager does not work with upower >= 0.99.0
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
        AssignedTo: bnc-team-xfce-at-forge.provo.novell.com
        ReportedBy: seife-at-novell.slipkontur.de
         QAContact: qa-bugs-at-suse.de
          Found By: Third Party Developer/Partner
           Blocker: ---

upower 0.99.0 changed and removed DBus APIs, so xfce4-power-manager does no
longer work:
* no detection of AC online / offline
* no detection of battery removal / insertion

The easiest fix is a port to libupower-glib, removing many of the direct
dbus-API accesses.

Expect a submitrequest soon :-)


body:
https://bugzilla.novell.com/show_bug.cgi?id=873645

https://bugzilla.novell.com/show_bug.cgi?id=873645#c0

           Summary: Missing getent(1) man page in glibc
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: msvec-at-suse.com
         QAContact: qa-bugs-at-suse.de
                CC: schwab-at-suse.com
          Found By: ---
           Blocker: ---

The getent man page got lost in the recent glibc packages.
It used to be there, probably it's just missing in the %files section.

summary: Missing getent(1) man page in glibc


body:
KDE3 and KDE4 are using their own cert bundles
/usr/share/kde4/apps/kssl/ca-bundle.crt
/opt/kde3/share/apps/kssl/ca-bundle.crt

They are outdated, possible insecure and moreover KDE apps ignore other
installed certificates like "ca-certificates-cacert" package or selfinstalled
ones.

I would be nice to use /etc/ssl/ca-bundle.pem in KDE too.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: KDE uses outdated certificates


body:
https://bugzilla.novell.com/show_bug.cgi?id=873857

https://bugzilla.novell.com/show_bug.cgi?id=873857#c0

           Summary: /var/run is deprecated
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: aj-at-suse.com
        ReportedBy: aj-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: Product Management
           Blocker: ---

/var/run is deprecated, packages should use /run

Future distributions like SLE 12 already have /var/run as symlink to /run.

Packages need to be adjusted to package below files using /run instead of
/var/run

pkgs: rsyslog syslog-ng wicked

summary: /var/run is deprecated


https://bugzilla.novell.com/show_bug.cgi?id=874028

https://bugzilla.novell.com/show_bug.cgi?id=874028#c0

           Summary: /usr/lib64/libguile-2.0.so.22.7.2-gdb.scm is not an ELF file
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
        AssignedTo: pgajdos-at-suse.com
        ReportedBy: dimstar-at-opensuse.org
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since the last update of guile, any call of ldconfig results in this error:

Additional rpm output:
/sbin/ldconfig: /usr/lib64/libguile-2.0.so.22.7.2-gdb.scm is not an ELF file -
it has the wrong magic bytes at the start.

/sbin/ldconfig: /usr/lib64/libguile-2.0.so.22.7.2-gdb.scm is not an ELF file -
it has the wrong magic bytes at the start.

It's annoyingly spamming the logs of zypper.


body:
No profile for dovecot's passwd-file in apparmor.

Reproducible: Always

Steps to Reproduce:
I have opensuse 13.1 and package dovecot21-2.1.17-2.1.2.x86_64, whole system
updated.
I use virtual users and passwd-file authentication, this is output dovecot -n:

# 2.1.17: /etc/dovecot/dovecot.conf
# OS: Linux 3.11.10-7-desktop x86_64 openSUSE 13.1 (x86_64)
auth_mechanisms = plain login
auth_verbose = yes
disable_plaintext_auth = no
first_valid_gid = 999
first_valid_uid = 999
last_valid_gid = 999
last_valid_uid = 999
mail_location = maildir:~
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy
include variables body enotify environment mailbox date ihave
passdb {
  args = /etc/dovecot/vpasswd
  driver = passwd-file
}
pop3_uidl_format = %g
protocols = imap pop3
ssl = no
userdb {
  args = uid=vmail gid=vmail home=/var/spool/mail/%u
  driver = static
}

User 999 and group 999 is vmail. Here is content my vpasswd file (only for
test):

user1-at-example.org:{PLAIN}password

I set these Permissions:

-r------

summary: Dovecot passwd-file authentication and AppArmor


body:
https://bugzilla.novell.com/show_bug.cgi?id=874331

https://bugzilla.novell.com/show_bug.cgi?id=874331#c0

           Summary: aoss should include all bitnesses
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: x86-64
        OS/Version: Linux
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Sound
        AssignedTo: tiwai-at-suse.com
        ReportedBy: jengelh-at-inai.de
         QAContact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

The handy /usr/bin/aoss wrapper only loads libaoss.so from $libdir (which is
/usr/lib64 in x86-64 openSUSE), but what it should probably do is also
LD_PRELOAD /usr/lib/libaoss.so so that 32-bit programs will use AOSS as well.

summary: aoss should include all bitnesses


body:
Dracut 0.37 + LVM (2 lv's, / and /home, /boot is standard, ext4 partition)
creates situation at which user advances as far as the emergency shell. Will
attach logs.

Reproducible: Always

Steps to Reproduce:
1. Create initrd with 0.37 dracut
2. reboot
Actual Results:
emergency shell

Expected Results:
profit

summary: Dracut 0.37 delivers unbootable system


body:
When there is no VG defined, pvscan called from within udev rule aborts:

Apr 19 09:27:24 linux-qqqf LVM: Logical Volume autoactivation enabled.
Apr 19 09:27:24 linux-qqqf LVM: Activation generator successfully completed.
Apr 19 09:27:24 linux-qqqf systemd[1]: Starting LVM2 metadata daemon socket.
Apr 19 09:27:24 linux-qqqf systemd[1]: Listening on LVM2 metadata daemon
socket.
Apr 19 09:27:29 linux-qqqf systemd[1]: Starting LVM2 metadata daemon...
Apr 19 09:27:29 linux-qqqf systemd[1]: Started LVM2 metadata daemon.
Apr 19 09:27:29 linux-qqqf systemd-udevd[247]: '/sbin/lvm pvscan --cache
--activate ay --major 8 --minor 33' [870] terminated by signal 6 (Aborted)
Apr 19 09:27:29 linux-qqqf systemd-udevd[249]: '/sbin/lvm pvscan --cache
--activate ay --major 8 --minor 17' [874] terminated by signal 6 (Aborted)
Apr 19 09:27:29 linux-qqqf systemd-udevd[248]: '/sbin/lvm pvscan --cache
--activate ay --major 8 --minor 49' [871] terminated by signal 6 (Aborted)

This is fixed in upstream commit f14f2d4378c066e50e2420e30407c8673cc7112a

It seems that subsequent LVM commands will rescan (or initiate rescan) again,
so setting severity to minor.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: lvmetad activation: pvscan called from udev rule aborts if no VG is defined for PV


body:
I try to update filesystem from factory 13.2-1.2 to 13.2-2.1
and I get this failure related to the recent /var/run changes

Subprocess failed. Error: RPM failed: error: unpacking of archive failed on
file /var/run: cpio: rename failed - Is a directory

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: filesystem fails to update with the new /var/run


https://bugzilla.novell.com/show_bug.cgi?id=875128

https://bugzilla.novell.com/show_bug.cgi?id=875128#c0

           Summary: [devel:gcc] gccgo: hello world program requires explicit -pthread
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
        AssignedTo: rguenther-at-suse.com
        ReportedBy: crrodriguez-at-opensuse.org
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

cat main.go

package main

import "fmt"

func main() {
    fmt.Println("Hello World")
}

#gccgo-4.9 main.go

/usr/lib64/gcc/x86_64-suse-linux/4.9/libgo.a(proc.o): In function
`runtime_newosproc':
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgo/../../../libgo/runtime/proc.c:198:
undefined reference to `pthread_attr_setstacksize'
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgo/../../../libgo/runtime/proc.c:211:
undefined reference to `pthread_sigmask'
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgo/../../../libgo/runtime/proc.c:213:
undefined reference to `pthread_sigmask'
/usr/lib64/gcc/x86_64-suse-linux/4.9/libgo.a(runtime.o): In function
`runtime_minit':
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgo/../../../libgo/runtime/runtime.c:254:
undefined reference to `pthread_sigmask'
/usr/lib64/gcc/x86_64-suse-linux/4.9/libgo.a(go-signal.o): In function
`sig_panic_leadin':
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgo/../../../libgo/runtime/go-signal.c:255:
undefined reference to `pthread_sigmask'
/usr/lib64/gcc/x86_64-suse-linux/4.9/libgcc.a(generic-morestack.o): In function
`__morestack_block_signals':
/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgcc/../../../libgcc/generic-morestack.c:675:
undefined reference to `pthread_sigmask'
/usr/lib64/gcc/x86_64-suse-linux/4.9/libgcc.a(generic-morestack.o):/home/abuild/rpmbuild/BUILD/gcc-4.9.0-r209611/obj-x86_64-suse-linux/x86_64-suse-linux/libgcc/../../../libgcc/generic-morestack.c:690:
more undefined references to `pthread_sigmask' follow

The http://golang.org compiler however has no such requirement..


body:
When SElinux is enabled in dom0 (even if it's set to permissive mode) libvirtd
refuses to offer a sound device to any VMs even if one has been specified in
the description of said VMs.

Reproducible: Always

Steps to Reproduce:
1. Have SElinux enabled in dom0
2. Provide any VM with a specification of a sound device (no matter which one)
3. Fire up said VM
Actual Results:
No sound device present in the VM.

Expected Results:
The sound device should nevertheless be created.

According to the information I have googled up the creation of a virtual sound
device is inhibited when SElinux is active in dom0 because of security
concerns.

However, any potential breach of security can easily be avoided by not
providing a sound device in the first place for any VM one has doubts on.
Furthermore, this also averts certain side effects of having to resort to a
networked PulseAudio instead (some programs actually don't work the way they
are supposed to, especially Skype, and Konqueror also seems to have some
problems here as well).
An emulated sound device could easily work around these problems.

This situation is especially unsatisfactory when the dom0 has been configured
as a gateway and XDMCP server for any VMs for security reasons, with one of the
VMs serving as the main workspace (as is true with my notebook).

summary: libvirtd: Having SElinux enabled in dom0 inhibits creation of virtual sound device in any domU


body:
From http://serf.googlecode.com/svn/tags/1.3.5/CHANGES
https://groups.google.com/d/msg/serf-dev/rUTP-Bub390/HIBqPqUyapEJ

This release fixes a crash during SSL tunnel setup, fixes
Negotiate/Kerberos authentication in some specific scenario's and
brings some other small changes.

Serf 1.3.5 [2014-04-27, from /tags/1.3.5, rxxxx]
  Fix issue #125: no reverse lookup during Negotiate authentication for
proxies.
  Fix a crash caused by incorrect reuse of the ssltunnel CONNECT request
(r2316)
  Cancel request if response parsing failed + authn callback set (r2319)
  Update the expired certificates in the test suite.

Reproducible: Didn't try

summary: serf 1.3.5 maintenance release fixes crash during SSL tunnel setup


body:
iftop version: iftop-0.99.2-8.1.2.x86_64
libpcap1-1.3.0-4.4.1.x86_64

I use very often iftop to have informations about current used band.
In a openSUSE_13.1 machine I noticed that if I run for hours that utility,
system became lack of memory and all the system memory and swap is used by the
iftop process....

It is also strange that kernel oomemkiller don't kill iftop....

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: iftop 0.99.2 memory leakeage


body:
when booted to Opensuse 13.1

    rpm -qa | egrep "kernel-desktop-3|lvm2"
        kernel-desktop-3.14.2-1.1.g1474ea5.x86_64
        lvm2-2.02.98-0.28.18.1.x86_64

if I scan & try to create a new logical volume in available space in an
existing volume group, it FAILS with an error about "Incorrect metadata area
header checksum"

    lvscan -v
        File descriptor 5 (/run/systemd/sessions/1.ref) leaked on lvscan
invocation. Parent PID 6312: bash
            connect() failed on local socket: No such file or directory
            Internal cluster locking initialisation failed.
            WARNING: Falling back to local file-based locking.
            Volume Groups with the clustered attribute will be inaccessible.
            Finding all logical volumes
            ACTIVE            '/dev/VG0/LV_DESK_ROOT' [40.00 GiB] inherit
            ...

    lvcreate -L 20G -n LV_DESK_TEST /dev/VG0
        File descriptor 5 (/run/systemd/sessions/1.ref) leaked on lvcreate
invocation. Parent PID 5955: bash
          Incorrect metadata area header checksum on /dev/md127 at offset
1069547520

    lvcreate --version
        File descriptor 5 (/run/systemd/sessions/1.ref) leaked on lvcreate
invocation. Parent PID 5955: bash
          LVM version:     2.02.98(2) (2012-10-15)
          Library version: 1.03.01 (2011-10-15)
          Driver version:  4.27.0

But, when booted to another OS (systemrecueCD 4.2.0), scanning the same VG/LVs
there are no warnings/errors reported, and lvcreate works without any problem

    uname -a
        Linux sysresccd 3.10.35-std420-amd64 #2 SMP Wed Apr 2 18:31:51 UTC 2014
x86_64 AMD Phenom(tm) II X4 945 Processor AuthenticAMD GNU/Linux

    lvscan -v
        Finding all logical volumes
          ACTIVE            '/dev/VG0/LV_DESK_ROOT' [40.00 GiB] inherit
        ...

    lvcreate --version
      LVM version:     2.02.103(2) (2013-10-04)
      Library version: 1.02.82 (2013-10-04)
      Driver version:  4.24.0

    lvcreate -L 20G -n LV_DESK_TEST /dev/VG0
          Logical volume "LV_DESK_TEST" created

    lvscan -v
        Finding all logical volumes
          ACTIVE            '/dev/VG0/LV_DESK_ROOT' [40.00 GiB] inherit
        ...
!!!          ACTIVE            '/dev/VG0/LV_DESK_TEST' [20.00 GiB] inherit

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: lvcreate fails to create logical volume, reports "Incorrect metadata area header checksum"; same VG/LVs on different OS has no problem


body:
Hello,

The inn package as available in openSUSE 13.1 do not work put of the box,
specially in the 64 bits version. I could fix the problems with help of the
nntp newsgroup, so here the solution.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

* real bug: "active" and "history" files give on 64 bits install a pointer
error. These two files can be recreated by inn utilities makehistory and
makedbz and then works. I don't know if the new version works as well in 32
bits.

one have to run these two utilities then copy the hitory.n.dir to history.dir,
and history.n.pag to history.pag

* annoyance: according to the official inn documentation, any setup should be
possible as "news" user. For this to be possible, the inn folders have to be
owned by news. the inner folders and files *are* already owned by news:news,
but not the container, so vi, for example, do not allow file editing. To comply
with the documantation following changes have to be done:

chown news:news -R /etc/news /usr/lib/news /var/spool/news /var/log/news
/var/run/news /var/lib/news

chmod 4550 /usr/lib/news/bin/innbind

(was 4554)

* enhancement: the official inn doc ask for all the file being in the same
place for convenience, wich is not the case here as one can see given the
folder list already listed.

to enhance the work with the less fuzz, it should be possible to add soft linke
in /etc/news to these folders, for example:

su news -
cd
ln -s /usr/lib/news/bin bin
ln -s /var/spool/news spool
ln -s /var/log/news logs
ln -s /var/run/news run
ln -s /var/lib/news var

summary: inn package do not work - here the fix


body:
The edit history dialog shows the tasks but the task name is empty.

See https://bugs.kde.org/show_bug.cgi?id=308923

Reproducible: Always

Steps to Reproduce:
1. Create task
2. Start timer
3. Edit history
Actual Results:
History is shown with correct times but the task names are empty.

Expected Results:
Task names should be shown.

summary: Task name field is empty in edit history dialog


https://bugzilla.novell.com/show_bug.cgi?id=876455

https://bugzilla.novell.com/show_bug.cgi?id=876455#c0

           Summary: alt-a does not disable autologin reliably
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
        AssignedTo: mvidner-at-suse.com
        ReportedBy: coolo-at-suse.com
         QAContact: jsrain-at-suse.com
          Found By: Development
           Blocker: ---

It's randomly happen (like 50%) in openqa - since the introduction of the new
yast theme and other packages.


https://bugzilla.novell.com/show_bug.cgi?id=876470

https://bugzilla.novell.com/show_bug.cgi?id=876470#c0

           Summary: rpmlint uses wrong magic number for Python 3.4 bytecode
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: dmueller-at-suse.com
        ReportedBy: andrea-at-opensuse.org
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

While compiling the new gns3 alpha for openSUSE Factory, rpmlint complains
about wrong magic byte code 3310:

[  124s] gns3-gui.noarch: W: python-bytecode-wrong-magic-value
/usr/lib/python3.4/site-packages/gns3/ports/__pycache__/port.cpython-34.pyc
expected 3260 (3.4), found 3310 (unknown)
[  124s] gns3-gui.noarch: W: python-bytecode-wrong-magic-value
/usr/lib/python3.4/site-packages/gns3/__pycache__/jsonrpc.cpython-34.pyc
expected 3260 (3.4), found 3310 (unknown)
[  124s] gns3-gui.noarch: W: python-bytecode-wrong-magic-value
/usr/lib/python3.4/site-packages/gns3/__pycache__/early_release_dialog.cpython-34.pyc
expected 3260 (3.4), found 3310 (unknown)
[  124s] gns3-gui.noarch: W: python-bytecode-wrong-magic-value
/usr/lib/python3.4/site-packages/gns3/__pycache__/settings.cpython-34.pyc
expected 3260 (3.4), found 3310 (unknown)

ecc ecc

according to cpython, file Lib/importlib/_bootstrap.py line 421, he bytecode
3310 is the latest python 3.4 bytecode, while 3260 is the earliest for the 3.4
series

expected result:

rpmlint doesn't complain for a correct bytecode


body:
Seems to me that something weird has happened to ping6 (and/or the address
resolution):

a) Factory, 64bit, looks good.

per@airbus:~> ping6  www.clcommunications.ch
PING www.clcommunications.ch(2001:8e0:2010:1fd::1:e049) 56 data bytes

b) Factory, 64bit, not good.

per@airbus:~> ping6 clcommunications.ch
PING clcommunications.ch(5f8f:3cfa:2001:8e0:2010:1fd::) 56 data bytes
From 2a00:c38::1:0:f1 icmp_seq=1 Destination unreachable: No route
From 2a00:c38::1:0:f1 icmp_seq=2 Destination unreachable: No route

where does this address "5f8f:3cfa:2001:8e0:2010:1fd::" come from?

c) openSUSE 12.3, 64bit, looks good.

per@toshiba1:~> ping6 clcommunications.ch
PING clcommunications.ch(2001:8e0:2010:1fd::1:e049) 56 data bytes

dig www.clcommunications.ch aaaa

;; ANSWER SECTION:
www.clcommunications.ch. 86338  IN      CNAME   clcommunications.ch.
clcommunications.ch.    86338   IN      AAAA    2001:8e0:2010:1fd::1:e049

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: problems with ping6 address resolution


body:
https://bugzilla.novell.com/show_bug.cgi?id=876539

https://bugzilla.novell.com/show_bug.cgi?id=876539#c0

           Summary: java-1_7_0-openjdk recommends systemtap
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Java
        AssignedTo: fstrba-at-suse.com
        ReportedBy: tcech-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: L3
           Blocker: ---

It seems that java-1_7_0-openjdk recommends systemtap. I found it when I tried
to install libreoffice.

I think that vast majority of java users will not use systemtap. Could that be
removed?

summary: java-1_7_0-openjdk recommends systemtap


body:
https://bugzilla.novell.com/show_bug.cgi?id=876649

https://bugzilla.novell.com/show_bug.cgi?id=876649#c0

           Summary: Can't update tracker
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: bnc-team-gnome-at-forge.provo.novell.com
        ReportedBy: coolo-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

zypper complained:

Detected 1 file conflict:

File /usr/share/glib-2.0/schemas/org.freedesktop.Tracker.Extract.gschema.xml
  from install of
     libtracker-common-1_0-1.0.0-1.1.x86_64(repo-oss)
  conflicts with file from package
     libtracker-extract-0_16-0-0.16.4-1.7.x86_64(@System)

Looks like it's missing an obsolete/conflict

summary: Can't update tracker


https://bugzilla.novell.com/show_bug.cgi?id=876674

https://bugzilla.novell.com/show_bug.cgi?id=876674#c0

           Summary: haveged's testsuite is random (suprise, suprise :)
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: tchvatal-at-suse.com
        ReportedBy: coolo-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I don't have use for unreliable test suites running during package builds. So
please fix or disable it

[  112s] /bin/sh ../libtool  --tag=CC   --mode=link gcc -Wall
-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fpie
-Wl,-z,relro,-z,now -pie -o entest entest.o iso8859.o randtest.o chisq.o -lm
[  113s] libtool: link: gcc -Wall -fmessage-length=0 -grecord-gcc-switches -O2
-Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables
-fasynchronous-unwind-tables -g -fpie -Wl,-z -Wl,relro -Wl,-z -Wl,now -pie -o
entest entest.o iso8859.o randtest.o chisq.o  -lm
[  113s] make[2]: Leaving directory
'/home/abuild/rpmbuild/BUILD/haveged-1.9.1/ent'
[  113s] make  check-local
[  113s] make[2]: Entering directory
'/home/abuild/rpmbuild/BUILD/haveged-1.9.1/ent'
[  113s] ./entest -t ./entitle.gif
[  113s] Self-test good!
[  113s] ../src/haveged -n 16384k -v 1
[  119s] Writing 16 M byte output to sample
[  122s] haveged: ver: 1.9.1; arch: x86; vend: ; build: (gcc 4.8.2 CITV);
collect: 128K
[  122s] haveged: cpu: (VC); data: 64K (V); inst: 64K (V); idx: 39/40; sz:
59099/59099
[  122s] haveged: tot tests(BA8): A:1/1 B:1/1  last entropy estimate 8.00058
[  122s] haveged: fills: 32, generated: 16 M bytes
[  122s] ./entest -vf sample
[  123s]
[  123s] Test Results
[  123s] Sample:      16777216 bytes
[  123s] Entropy:     7.999992 bits
[  123s] Chi-Square:  191.756927(99.882653%)
[  123s] Mean:        127.501389
[  123s] PI:          3.141590(-0.000087%)
[  123s] Correlation: 0.000347
[  123s] Check Fail: chisqr:99.882653% not in 1.000000-99.000000
[  123s] Makefile:580: recipe for target 'check-local' failed
[  123s] make[2]: *** [check-local] Error 255
[  123s] make[2]: Leaving directory
'/home/abuild/rpmbuild/BUILD/haveged-1.9.1/ent'
[  123s] Makefile:454: recipe for target 'check-am' failed
[  123s] make[1]: *** [check-am] Error 2
[  123s] make[1]: Leaving directory
'/home/abuild/rpmbuild/BUILD/haveged-1.9.1/ent'
[  123s] Makefile:512: recipe for target 'check-recursive' failed
[  123s] make: *** [check-recursive] Error 1
[  123s] error: Bad exit status from /var/tmp/rpm-tmp.WlFjK3 (%check)
[  123s]
[  123s]
[  123s] RPM build errors:
[  123s]     Bad exit status from /var/tmp/rpm-tmp.WlFjK3 (%check)
[  126s] [  109.639204] SysRq : Power Off
[  126s] [  109.677236] reboot: Power down


https://bugzilla.novell.com/show_bug.cgi?id=876684

https://bugzilla.novell.com/show_bug.cgi?id=876684#c0

           Summary: Gnote: right-clicking on the edit area crashed the process
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: bnc-team-gnome-at-forge.provo.novell.com
        ReportedBy: glin-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Gnote crashed on segfault while I right-clicked on the edit area.

The backtrace of gnote:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff417beb6 in __strcmp_ssse3 () from /lib64/libc.so.6
(gdb) bt
#0  0x00007ffff417beb6 in __strcmp_ssse3 () from /lib64/libc.so.6
#1  0x00007ffff36b2cc5 in build_languages_menu (spell=0x14c3b80)
    at gtkspell.c:557
#2  populate_popup (textview=<optimized out>, menu=0xf43d10, spell=0x14c3b80)
    at gtkspell.c:591
#3  0x00007ffff4f38318 in g_closure_invoke ()
   from /usr/lib64/libgobject-2.0.so.0
#4  0x00007ffff4f49cad in ?? () from /usr/lib64/libgobject-2.0.so.0
#5  0x00007ffff4f519b9 in g_signal_emit_valist ()
   from /usr/lib64/libgobject-2.0.so.0
#6  0x00007ffff4f51c72 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#7  0x00007ffff5c55f4f in popup_targets_received (clipboard=<optimized out>,
    data=data@entry=0x7fffffffd690, user_data=user_data@entry=0x15bd4c0)
    at gtktextview.c:8720
#8  0x00007ffff5cd7deb in selection_received (widget=0x71d430,
    selection_data=0x7fffffffd690, time=<optimized out>) at gtkclipboard.c:942
#9  0x00007ffff4f38318 in g_closure_invoke ()
   from /usr/lib64/libgobject-2.0.so.0
#10 0x00007ffff4f49cad in ?? () from /usr/lib64/libgobject-2.0.so.0
#11 0x00007ffff4f519b9 in g_signal_emit_valist ()
   from /usr/lib64/libgobject-2.0.so.0
#12 0x00007ffff4f521a2 in g_signal_emit_by_name ()
   from /usr/lib64/libgobject-2.0.so.0
#13 0x00007ffff5c006d3 in gtk_selection_retrieval_report (
    info=info@entry=0x1714470, type=<optimized out>, format=<optimized out>,
    buffer=<optimized out>, length=length@entry=16, time=89789131)
    at gtkselection.c:2983
#14 0x00007ffff5c04290 in _gtk_selection_notify (widget=<optimized out>,
    event=0x15d8320) at gtkselection.c:2787
#15 0x00007ffff5b8dc3e in _gtk_marshal_BOOLEAN__BOXEDv (closure=0x7657e0,
    return_value=0x7fffffffd870, instance=<optimized out>,
    args=<optimized out>, marshal_data=<optimized out>,
    n_params=<optimized out>, param_types=0x765810) at gtkmarshalers.c:130
#16 0x00007ffff4f38547 in ?? () from /usr/lib64/libgobject-2.0.so.0
#17 0x00007ffff4f51012 in g_signal_emit_valist ()
   from /usr/lib64/libgobject-2.0.so.0
#18 0x00007ffff4f51c72 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#19 0x00007ffff5cb6484 in gtk_widget_event_internal (
    widget=widget@entry=0x71d430, event=event@entry=0x15d8320)
    at gtkwidget.c:7168
#20 0x00007ffff5cb6759 in gtk_widget_event (widget=widget@entry=0x71d430,
    event=event@entry=0x15d8320) at gtkwidget.c:6830
#21 0x00007ffff5b8d9ce in gtk_main_do_event (event=0x15d8320) at gtkmain.c:1657
#22 0x00007ffff577a9d2 in gdk_event_source_dispatch (source=<optimized out>,
    callback=<optimized out>, user_data=<optimized out>)
    at gdkeventsource.c:364
#23 0x00007ffff4c6f316 in g_main_context_dispatch ()
   from /usr/lib64/libglib-2.0.so.0
#24 0x00007ffff4c6f668 in ?? () from /usr/lib64/libglib-2.0.so.0
#25 0x00007ffff4c6f70c in g_main_context_iteration ()
   from /usr/lib64/libglib-2.0.so.0
#26 0x00007ffff5216b4c in g_application_run () from /usr/lib64/libgio-2.0.so.0
#27 0x0000000000452e35 in gnote::Gnote::main (this=this@entry=0x700fe0,
    argc=argc@entry=1, argv=argv@entry=0x7fffffffddb8) at gnote.cpp:103
#28 0x0000000000452fa7 in main (argc=1, argv=0x7fffffffddb8) at main.cpp:35


body:
after the recent update to Firefox 29.0 printing a frame with a pdf document
results in an empty pdf.

Reproducible: Always

Steps to Reproduce:
1. open website with pdf in a frame
2. right click in frame, select print frame, print to pdf
3. open pdf
Actual Results:
empty pdf document

Expected Results:
pdf should contain content as displayed in the frame

summary: Firefox 29.0 print empty pdf


https://bugzilla.novell.com/show_bug.cgi?id=877009

https://bugzilla.novell.com/show_bug.cgi?id=877009#c0

           Summary: VUL-0: CVE-2014-3225: cobbler: Local file inclusion
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: Other
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
        AssignedTo: ug-at-suse.com
        ReportedBy: jsegitz-at-novell.com
         QAContact: qa-bugs-at-suse.de
          Found By: Security Response Team
           Blocker: ---

Reported by Dolev Farhi via oss-security (Message-ID:
<BFB17C16CEB8834FBCE8DCF6B3CFC7B601606FA5@SEAEMBX02.olympus.F5Net.com>)

A remote user that is able to access the Cobbler WebUI can specify a full path
to any desired file in the Kickstart value, and view the contents of that file.

Right now there is no patch available for this issue.
Affected versions (according to http://de.1337day.com/exploit/22219, no
upstream verification): 2.4.x - 2.6.x

SUSE:SLE-12:GA   2.4.2
openSUSE:13.1    2.4.0
openSUSE:Factory 2.4.0

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1095844
https://github.com/cobbler/cobbler/issues/939


body:
The 0007-User-interface-to-DRBG.patch defines a new struct drbg_gen with a
field `unsigned char *outbuf;`.

Later, the function gcry_randomize_drbg (also introduced by the patch) tries to
assign its parameter `outbuf` of type `void*` to the corresponding field of the
drbg_gen structure. While it is a perfectly valid assignment in C, such
conversions from void* to T* are explicitly prohibited in C++. Thus, any C++
code including this header (either directly or, say, via libotr's include
chain) breaks.

Reproducible: Always

Steps to Reproduce:
1. Try building the LeechCraft package.
Actual Results:
[  775s] [ 51%] Building CXX object
plugins/azoth/plugins/otroid/CMakeFiles/leechcraft_azoth_otroid.dir/otroid.cpp.o
[  775s] cd
/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/build/plugins/azoth/plugins/otroid
&& /usr/bin/c++   -DENABLE_CRYPT -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB
-DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_SQL_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB
-DSTRICT_LICENSING -Dleechcraft_azoth_otroid_EXPORTS -fmessage-length=0
-grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
-funwind-tables -fasynchronous-unwind-tables -g -Doverride= -fvisibility=hidden
-std=c++0x -Wall -O2 -g -DNDEBUG -fPIC -isystem /usr/include/QtWebKit -isystem
/usr/include/QtGui -isystem /usr/include/QtDBus -isystem /usr/include/QtXml
-isystem /usr/include/QtSql -isystem /usr/include/QtNetwork -isystem
/usr/include/QtCore
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/src/plugins/azoth
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/build/plugins/azoth
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/src
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/build -I/usr/include/QtCrypto
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/build/plugins/azoth/plugins/otroid
-I/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/build/azoth    -o
CMakeFiles/leechcraft_azoth_otroid.dir/otroid.cpp.o -c
/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/src/plugins/azoth/plugins/otroid/otroid.cpp
[  775s] In file included from /usr/include/libotr/context_priv.h:24:0,
[  775s]                  from /usr/include/libotr/context.h:24,
[  775s]                  from /usr/include/libotr/proto.h:24,
[  775s]                  from
/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/src/plugins/azoth/plugins/otroid/otroid.h:37,
[  775s]                  from
/home/abuild/rpmbuild/BUILD/leechcraft-0.6.65/src/plugins/azoth/plugins/otroid/otroid.cpp:30:
[  775s] /usr/include/gcrypt.h: In function 'void gcry_randomize_drbg(void*,
size_t, gcry_random_level, drbg_string*)':
[  775s] /usr/include/gcrypt.h:1720:16: error: invalid conversion from 'void*'
to 'unsigned char*' [-fpermissive]
[  775s]   genbuf.outbuf = outbuf;
[  775s]                 ^
[  775s] /usr/include/gcrypt.h: In function 'void
gcry_randomize_drbg_test(void*, size_t, gcry_random_level, drbg_string*,
drbg_test_data*)':
[  775s] /usr/include/gcrypt.h:1734:16: error: invalid conversion from 'void*'
to 'unsigned char*' [-fpermissive]
[  775s]   genbuf.outbuf = outbuf;
[  775s]                 ^

Expected Results:
Successful build.

The package: https://build.opensuse.org/package/show/network/leechcraft

The full build log:
https://build.opensuse.org/build/network/openSUSE_Factory/x86_64/leechcraft/_log

summary: C++ code including gcrypt.h fails to be compiled with the mentioned patch


https://bugzilla.novell.com/show_bug.cgi?id=877263

https://bugzilla.novell.com/show_bug.cgi?id=877263#c0

           Summary: mozilla:Factory/seamonkey: No translations packaged
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: wolfgang-at-rosenauer.org
        ReportedBy: lazy.kent-at-opensuse.org
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Version 2.26.
Both the packages seamonkey-translations-common and
seamonkey-translations-other don't contain any files.

% rpm -ql seamonkey-translations-common
(contains no files)


body:
https://bugzilla.novell.com/show_bug.cgi?id=877371

https://bugzilla.novell.com/show_bug.cgi?id=877371#c0

           Summary: Czech ssh manpage is badly outdated
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Documentation
        AssignedTo: ke-at-suse.com
        ReportedBy: jmatejek-at-suse.com
         QAContact: ke-at-suse.com
          Found By: ---
           Blocker: ---

many czech translations of manpages (the man-pages-cs package) are very old -
for instance, the manpage for `free` is from 1993. This doesn't matter all that
much for many basic tools.

However, man-pages-cs includes translations for openssh suite, which are dated
1995. It is my opinion that using an almost 20 year old documentation for a
tool as crucial as ssh is dangerous. AFAICT, man-pages-cs are installed by
default on a system with Czech locale. Therefore, a czech administrator is, by
default, presented with a 20 year old documentation.

The ssh translations should either be updated, or dropped from the package
completely. It is safer to have correct documentation in a foreign language,
than to use documentation that is wrong or outdated, with no good indication of
its age.

summary: Czech ssh manpage is badly outdated


body:
yast2 install gets stuck when it loses connection (install from an online
repo). On the screenshot, it is in the same state for about a half hour. It
doesn't try to retry nor reconnect, and the Abort and Help buttons don't do
anything in this state.
I have sometimes pretty bad internet connection, but it can be redone just by
simply disable wireless (maybe unplugging a lan cable will do the same) and
then reconnect.

yast processes:

mito      3511  0.0  0.0   4788  1480 ?        S    22:31   0:00 /bin/sh
/usr/bin/package-manager-su -c /sbin/yast2 --install
mito      3514  0.0  0.4  89784 17452 ?        S    22:31   0:00 /usr/bin/kdesu
-c /sbin/yast2 --install
root      3524  0.0  0.0   4796  1560 ?        Ss   22:31   0:00 /bin/bash
/sbin/yast2 --install
root      3543  0.0  4.1 296384 170576 ?       Sl   22:31   0:15
/usr/lib/YaST2/bin/y2base sw_single qt

Kernel:
Linux linux-3b5e.site 3.11.10-7-desktop #1 SMP PREEMPT Mon Feb 3 09:41:24 UTC
2014 (750023e) i686 i686 i386 GNU/Linux

yast:
yast2-3.0.10-4.1.i586
yast2-users-3.0.1-2.1.4.i586
yast2-proxy-3.0.0-2.1.4.noarch
...
yast2-metapackage-handler-3.0.0-2.1.4.noarch
yast2-packager-3.0.8-1.1.i586
...
yast2-installation-3.0.8-1.1.noarch
autoyast2-installation-3.0.8-5.1.noarch
...

Reproducible: Always

Steps to Reproduce:
1. Start Install/Remove Software
2. Set upgrade or downgrade a larger package (kernel for example), apply
3. Break the internet connection in the middle of the download
4. Re-establish the connection
Actual Results:
Yast install gets stuck permanently

Expected Results:
* Should contain some kind of timeout and retry automatically to resume the
download.
* The available buttons should work

summary: Yast2 install - download gets stuck after a connection lost, does not retry


body:
https://bugzilla.novell.com/show_bug.cgi?id=877535

https://bugzilla.novell.com/show_bug.cgi?id=877535#c0

           Summary: timezone 2014c released
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Milestone 0
          Platform: All
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
        AssignedTo: lchiquitto-at-suse.com
        ReportedBy: lchiquitto-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

A new timezone package has been released upstream (2014b), including the
following changes:

  Changes affecting near-future time stamps

    Egypt observes DST starting 2014-05-15 at 24:00.
    (Thanks to Ahmad El-Dardiry and Gunther Vermier.)
    Details have not been announced, except that DST will not be
    observed during Ramadan.  Guess that DST will stop during the same
    Ramadan dates as Morocco, and that Egypt's future spring and fall
    transitions will be the same as 2010 when it last observed DST,
    namely April's last Friday at 00:00 to September's last Thursday at
    23:00 standard time.  Also, guess that Ramadan transitions will be
    at 00:00 standard time.

  Changes affecting code

    zic now generates transitions for minimum time values, eliminating
    guesswork when handling low-valued time stamps.  (Thanks to Arthur
    David Olson.)

summary: timezone 2014c released