--1420904882.CEAC0.23468
Date: Sat, 10 Jan 2015 15:48:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912588

            Bug ID: 912588
           Summary: freeradius - Segmentation fault - version 3.0.5
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: fedev-at-gmx.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi,

Since version 3.0.5 freeradius segfaults when trying to authenticate a client.
The issue does not happen on 3.0.3.

===================
Waking up in 0.2 seconds.
(8) Received Access-Request Id 17 from 10.1.1.xxx:32771 to 10.1.1.xxx:1812
length 204
(8)   User-Name = 'user01'
(8)   NAS-IP-Address = 10.1.1.xxx
(8)   NAS-Port = 0
(8)   Called-Station-Id = '00-1E-xx-xx-xx-xx:WifiRadius'
(8)   Calling-Station-Id = 'F8-A9-xx-xx-xx-xx'
(8)   Framed-MTU = 1400
(8)   NAS-Port-Type = Wireless-802.11
(8)   Connect-Info = 'CONNECT 0Mbps 802.11'
(8)   EAP-Message =
0x023d222b19001703010020a6e638eebdc4ba4c309fa8842595adc5efa8b534e53f9aa5209306fdb7402df5
(8)   State = 0xf45110eaf21c09f5516eabff25eb9fae
(8)   Message-Authenticator = 0x2794c4619d568a5d2921feeefc3c40e3
(8) session-state: No cached attributes
(8) # Executing section authorize from file /etc/raddb/sites-enabled/default
(8)   authorize {
(8)     policy filter_username {
(8)       if (!&User-Name) {
(8)       if (!&User-Name)  -> FALSE
(8)       if (&User-Name =~ / /) {
(8)       if (&User-Name =~ / /)  -> FALSE
(8)       if (&User-Name =~ /@.*@/ ) {
(8)       if (&User-Name =~ /@.*@/ )  -> FALSE
(8)       if (&User-Name =~ /\.\./ ) {
(8)       if (&User-Name =~ /\.\./ )  -> FALSE
(8)       if ((&User-Name =~ /@/) && (&User-Name !~ /@(.+)\.(.+)$/))  {
(8)       if ((&User-Name =~ /@/) && (&User-Name !~ /@(.+)\.(.+)$/))   -> FALSE
(8)       if (&User-Name =~ /\.$/)  {
(8)       if (&User-Name =~ /\.$/)   -> FALSE
(8)       if (&User-Name =~ /@\./)  {
(8)       if (&User-Name =~ /@\./)   -> FALSE
(8)     } # policy filter_username = notfound
(8)     [preprocess] = ok
(8)     [chap] = noop
(8)     [mschap] = noop
(8)     [digest] = noop
(8) suffix: Checking for suffix after "@"
(8) suffix: No '@' in User-Name = "user01", looking up realm NULL
(8) suffix: No such realm "NULL"
(8)     [suffix] = noop
(8) eap: Peer sent code Response (2) ID 77 length 43
(8) eap: Continuing tunnel setup
(8)     [eap] = ok
(8)   } # authorize = ok
(8) Found Auth-Type = EAP
(8) # Executing group from file /etc/raddb/sites-enabled/default
(8)   authenticate {
(8) eap: Expiring EAP session with state 0x8747352987743117
(8) eap: Finished EAP session with state 0xf45110eaf21c09f5
(8) eap: Previous EAP request found for state 0xf45110eaf21c09f5, released from
the list
(8) eap: Peer sent method PEAP (25)
(8) eap: EAP PEAP (25)
(8) eap: Calling eap_peap to process EAP data
(8) eap_peap: processing EAP-TLS
(8) eap_peap: eaptls_verify returned 7
(8) eap_peap: Done initial handshake
(8) eap_peap: eaptls_process returned 7
(8) eap_peap: FR_TLS_OK
(8) eap_peap: Session established.  Decoding tunneled attributes
(8) eap_peap: PEAP state phase2
(8) eap_peap: EAP type NAK (3)
(8) eap_peap: Got tunneled request
(8) eap_peap:   EAP-Message = 0x024d00060306
(8) eap_peap: Setting User-Name to user01
(8) eap_peap: Sending tunneled request to inner-tunnel
(8) eap_peap:   EAP-Message = 0x024d00060306
(8) eap_peap:   FreeRADIUS-Proxied-To = 127.0.0.1
(8) eap_peap:   User-Name = 'user01'
(8) eap_peap:   State = 0x82cab3948287a973dbd87e25549f2eed
(8) Virtual server received request
(8)   EAP-Message = 0x024d00060306
(8)   FreeRADIUS-Proxied-To = 127.0.0.1
(8)   User-Name = 'user01'
(8)   State = 0x82cab3948287a973dbd87e25549f2eed
(8) server inner-tunnel {
(8)   session-state: No cached attributes
(8)   # Executing section authorize from file
/etc/raddb/sites-enabled/inner-tunnel
(8)     authorize {
(8)       [chap] = noop
(8)       [mschap] = noop
(8) suffix: Checking for suffix after "@"
(8) suffix: No '@' in User-Name = "user01", looking up realm NULL
(8) suffix: No such realm "NULL"
(8)       [suffix] = noop
(8)       update control {
(8)         &Proxy-To-Realm := 'LOCAL'
(8)       } # update control = noop
(8) eap: Peer sent code Response (2) ID 77 length 6
(8) eap: No EAP Start, assuming it's an on-going EAP conversation
(8)       [eap] = updated
(8) files: users: Matched entry user01 at line 84
(8)       [files] = ok
(8)       [expiration] = noop
(8)       [logintime] = noop
(8) pap: WARNING: Auth-Type already set.  Not setting to PAP
(8)       [pap] = noop
(8)     } # authorize = updated
(8)   Found Auth-Type = EAP
(8)   # Executing group from file /etc/raddb/sites-enabled/inner-tunnel
(8)     authenticate {
(8) eap: Expiring EAP session with state 0x8747352987743117
(8) eap: Finished EAP session with state 0x82cab3948287a973
(8) eap: Previous EAP request found for state 0x82cab3948287a973, released from
the list
(8) eap: Peer sent method NAK (3)
(8) eap: Found mutually acceptable type GTC (6)
(8) eap: Calling eap_gtc to process EAP data
(8) eap_gtc: EXPAND Password:
(8) eap_gtc:    --> Password:
(8) eap: No EAP proxy set.  Not composing EAP
(8)       [eap] = handled
(8)     } # authenticate = handled
(8) } # server inner-tunnel
(8) Virtual server sending reply
(8) eap_peap: Got tunneled reply code 0
(8) eap_peap: Tunnelled authentication will be proxied to LOCAL
Segmentation fault
==================

Strace (last entries):

=========
write(1, "(8) eap: Found mutually acceptab"..., 48(8) eap: Found mutually
acceptable type GTC (6)
) = 48
write(1, "(8) eap: Calling eap_gtc to proc"..., 45(8) eap: Calling eap_gtc to
process EAP data
) = 45
write(1, "(8) eap_gtc: EXPAND Password: \n", 31(8) eap_gtc: EXPAND Password:
) = 31
write(1, "(8) eap_gtc:    --> Password: \n", 31(8) eap_gtc:    --> Password:
) = 31
write(1, "(8) eap: No EAP proxy set.  Not "..., 46(8) eap: No EAP proxy set.
Not composing EAP
) = 46
write(1, "(8)       [eap] = handled\n", 26(8)       [eap] = handled
) = 26
write(1, "(8)     } # authenticate = handl"..., 35(8)     } # authenticate =
handled
) = 35
write(1, "(8) } # server inner-tunnel\n", 28(8) } # server inner-tunnel
) = 28
write(1, "(8) Virtual server sending reply"..., 33(8) Virtual server sending
reply
) = 33
write(1, "(8) eap_peap: Got tunneled reply"..., 40(8) eap_peap: Got tunneled
reply code 0
) = 40
write(1, "(8) eap_peap: Tunnelled authenti"..., 64(8) eap_peap: Tunnelled
authentication will be proxied to LOCAL
) = 64
-


--1420910780.54eeF0.26291
Date: Sat, 10 Jan 2015 17:26:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912589

            Bug ID: 912589
           Summary: wacom banboo pad doesn't work without a kernel boot line
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 3rd Party Driver
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: admin@different-perspectives.com
        QA Contact: sndirsch-at-suse.com
          Found By: ---
           Blocker: ---

To get my Wacom Bamboo Pad (model CTH-300, usb vendor:product 056a:0319)
working, I had to follow the instructions at:
https://bugs.launchpad.net/xf86-input-wacom/+bug/1265714/comments/38 to make it
work.

It's a hack, but shows that the wacom software works fine with this hardware.

more details here:
https://forums.opensuse.org/showthread.php/504130-OS-13-1-Wacom-Bamboo-Pad-appearing-as-storage-device!?p=2688335#post2688335

Can a proper fix for this be included where necessary?


body:
config.postfix updates main.cf when run and and may write reject_unknown_client
to it. However, this is only applicable to postfix < 2.3. There are various
updates such as reject_unknown_client_hostname and
reject_unknown_reverse_client_hostname

config.postfix must be updated to take into account the new parameters.

Reproducible: Always

summary: config.postfix creates config based on old options


--1420996242.BF330.32386
Date: Sun, 11 Jan 2015 17:10:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912607

            Bug ID: 912607
           Summary: fsck.fat 3.0.26 (2014-03-07):  "/ Bad short file name ()."
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Ulrich.Windl-at-rz.uni-regensburg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

"fsck.vfat -vrV" reports a bad root filesystem name, suggests to rename it, but
then fails to do so:
# fsck.vfat -vrV /dev/sde3
fsck.fat 3.0.26 (2014-03-07)
fsck.fat 3.0.26 (2014-03-07)
Checking we can access the last sector of the filesystem
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be
corrupt.
1) Remove dirty bit
2) No action
? 1
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      4096 bytes per cluster
        34 reserved sectors
First FAT starts at byte 17408 (sector 34)
         2 FATs, 32 bit entries
  13540864 bytes per FAT (= 26447 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 27099136 (sector 52928)
   3385107 data clusters (13865398272 bytes)
63 sectors/track, 255 heads
 598003560 hidden sectors
  27133785 sectors total
Starting check/repair pass.
Checking for unused clusters.
Checking free cluster summary.
Starting verification pass.
/
  Bad short file name ().
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
? 2
Cannot rename FAT32 root dir
/
  Bad short file name ().
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
? 4
Checking for unused clusters.
Perform changes ? (y/n) y
/dev/sde3: 2045 files, 3197039/3385107 clusters

# fsck.vfat -vrV /dev/sde3
fsck.fat 3.0.26 (2014-03-07)
fsck.fat 3.0.26 (2014-03-07)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      4096 bytes per cluster
        34 reserved sectors
First FAT starts at byte 17408 (sector 34)
         2 FATs, 32 bit entries
  13540864 bytes per FAT (= 26447 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 27099136 (sector 52928)
   3385107 data clusters (13865398272 bytes)
63 sectors/track, 255 heads
 598003560 hidden sectors
  27133785 sectors total
Starting check/repair pass.
Checking for unused clusters.
Checking free cluster summary.
Starting verification pass.
/
  Bad short file name ().
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
? 3
  Renamed to
Checking for unused clusters.
/dev/sde3: 2045 files, 3197039/3385107 clusters

# fsck.vfat -vrV /dev/sde3
fsck.fat 3.0.26 (2014-03-07)
fsck.fat 3.0.26 (2014-03-07)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
      4096 bytes per cluster
        34 reserved sectors
First FAT starts at byte 17408 (sector 34)
         2 FATs, 32 bit entries
  13540864 bytes per FAT (= 26447 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 27099136 (sector 52928)
   3385107 data clusters (13865398272 bytes)
63 sectors/track, 255 heads
 598003560 hidden sectors
  27133785 sectors total
Starting check/repair pass.
Checking for unused clusters.
Checking free cluster summary.
Starting verification pass.
/
  Bad short file name ().
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
?


--1421019075.db8cfcA80.8107
Date: Sun, 11 Jan 2015 23:31:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912611

            Bug ID: 912611
           Summary: alpine tries and fails to rsh to IMAP server
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: kenyap.com.au-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In this version of Alpine 2.11, release 6.1.10, it tries to connect to the IMAP
server first using rsh or ssh. It did not do this in previous versions. This
disrupts login and apparently cannot be disabled in .pinerc. This is the same
bug as the one reported for Debian here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761141

Please rebuild alpine with this rsh support disabled or provide a way to
disable it in .pinerc. Setting rsh-open-timeout=0 didn't work.


body:
--1421069575.D7cbe0.25534
Date: Mon, 12 Jan 2015 13:32:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912714

            Bug ID: 912714
           Summary: freeradius can't use ntlm_auth
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.1
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Samba
          Assignee: samba-maintainers@SuSE.de
          Reporter: fabian@ritter-vogt.de
        QA Contact: samba-maintainers@SuSE.de
          Found By: ---
           Blocker: ---

I set up a freeradius server and configured it to use ntlm_auth for MSCHAPv2
authentication and it doesn't work ootb: "Reading winbind reply failed!".
It works after I "chmod u+s `which ntlm_auth`", but of course this is not the
best solution. I'd be good to be able to use freeradius and ntlm_auth together
without having to fiddle with file permissions. I don't know whether it changed
in 13.2, but I know for sure that this issue is present in both 12.2 and 13.1.

summary: freeradius can't use ntlm_auth


body:
Build Identifier:

When running the Namazu indexer /usr/bin/mknmz, a Perl warning is emitted for
the mp3 filter:

$ /usr/bin/mknmz /var/lib/namazu/spool/articles/*
Useless use of greediness modifier '?' in regex; marked by <

summary: /usr/bin/mknz gives Perl warning: "Useless use of greediness modifier '?' in regex"


body:
--1421145524.d50FdD1.32392
Date: Tue, 13 Jan 2015 10:38:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=912889

            Bug ID: 912889
           Summary: polkit has a memory leak
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: meissner-at-suse.com
          Reporter: meissner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

https://bugs.kde.org/show_bug.cgi?id=271934
and
https://bugs.freedesktop.org/show_bug.cgi?id=88288

refer to a memory leak in polkit.

patch is already done
diff --git a/src/polkit/polkitauthority.c b/src/polkit/polkitauthority.c
index 75619ab..ab6d3cd 100644
-

summary: polkit has a memory leak


--1421145728.cB8DF0.14240
Date: Tue, 13 Jan 2015 10:42:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=912891

            Bug ID: 912891
           Summary: wicked: use domain name from hostname option 12 for search domain
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: ruben-at-tilaa.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When a DHCP offer doesn't contain a list of search domains, but the FQDN in
hostname option 12, it would be great if this domain name could be used to set
the search domain in /etc/resolv.conf. This behaviour is standard on other
distributions.


body:
--1421229555.3D3E0.9917
Date: Wed, 14 Jan 2015 09:59:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=913058

            Bug ID: 913058
           Summary: GNU tar doesn't cooperate well with Amanda anymore
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: andreas.bolsch-at-alumni.tu-berlin.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Restoring files from Amanda via 'amrecover' doesn't work as expected anymore.
When adding a directory to the extraction list only the directory itself gets
extracted from the backup but *NOT* the files and directories below it.

This affects only the recovery, the files still go into the backups and it is
possible to extract everything manually, but that's quite cumbersome and makes
'amrecover' almost useless ...

Details and a patch already available in the thread starting at

http://lists.gnu.org/archive/html/bug-tar/2014-09/msg00006.html

Would be nice to have the patch integrated.

pkgs: dpkg tar


--1421315225.BECcC70.2630
Date: Thu, 15 Jan 2015 09:47:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=913211

            Bug ID: 913211
           Summary: Docker: cannot use devicemapper driver when e2fsprogs is not installed
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: fcastelli-at-suse.com
          Reporter: fcastelli-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Docker requires the e2fsprogs package to be installed in order to format the
volume used by the devicemapper driver.

How to reproduce the issue:
  * Create a new openSUSE/SLE system
  * Select btrfs as filesystem for all the partitions
  * Ensure you have no partition formatted using ext
  * Install the system
  * Install Docker
  * Add "-s devicemapper" inside of /etc/sysconfig/docker
  * Start the Docker service

What happens: the Docker daemon exits with an error because mkfs.ext4 is not
available.

This bug affects also SUSE Linux Enterprise.


--1421316254.BddbE60.3520
Date: Thu, 15 Jan 2015 10:04:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=913213

            Bug ID: 913213
           Summary: Docker:   issues with api bind/volumesfrom on start
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: fcastelli-at-suse.com
          Reporter: fcastelli-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

More details about this issue can be found here:

https://github.com/docker/docker/issues/9628

The issue has been fixed with the latest stable release of Docker: v1.4.1


body:
Build Identifier:

in opensuse 13.2 with plasma5 5.1.95-34.1, many system tray icons are absent
from the system tray.

see http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/

Reproducible: Always

summary: system tray icons missing from system tray


--1421673019.58004d5A0.28106
Date: Mon, 19 Jan 2015 13:10:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=913686

            Bug ID: 913686
           Summary: Jack detection for Thinkpad T420 in docking station regresses to openSUSE 13.1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: markus.zimmermann-at-nethead.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I am using a Thinkpad T420 in a docking station. I use the audio out of the
docking station. When I play music the sound is working fine coming from the
docking station. However, when I plug in my headphones to the Thinkpad audio
out I expect that the sound of the docking station is muted but sound is then
coming out of both, the docking station and headphones. This was working with
openSUSE 13.1.

Furthermore when I unplug the audio of the docking station and headphones I
expect that the Thinkpad speakers are used. However, this only works when I
plugout the audio of the docking station as last. When I plug out the
headphones as last the speakers are muted.


body:
--1421753267.c3F7BBf2.11386
Date: Tue, 20 Jan 2015 11:27:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=913861

            Bug ID: 913861
           Summary: wicked does not support dsl connections
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: i586
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bjoern.lotz-at-novell.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I updated from 13.1 to 13.2.

In 13.1, the dsl connection was set up automatically. With 13.2, the support
for that is gone (as is the YaST DSL and ISDN module).

Searching Bugzilla and the web I found that one could use NetworkManager to set
up DSL, but this machine is used as a router with no one logged in normally, so
NetworkManager is not an option.

As the configuration (fortunately) was not changed by the update I could still
activate the DSL connection to the internet with the cinternet command.

With an existing dsl0 interface, I can use wicked to bring it down:
wicked ifdown dsl0 works as expected.

However, wicked is not able to bring the interface up again:
wicked ifup dsl0 fails.

As a workaround, I created a /etc/systemd/system/dsl0.system unit file:

[Unit]
Description=Control the dsl connection
# iptables-rules runs some iptables script that for some reason delays the
# execution of this service so it actually works
After=network-online.target iptables-rules.service
Wants=network-online.target iptables-rules.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/cinternet -i dsl0 -A
ExecStart=/usr/bin/cinternet -i dsl0 -D
ExecStart=/sbin/ip address show dev dsl0
ExecStop=/usr/bin/cinternet -i dsl0 -H
ExecStop=/usr/bin/cinternet -i dsl0 -O
KillMode=process
Restart=

[Install]
WantedBy=multi-user.target

But to me this looks more like a hack, especially I had to find some way to
convince systemd to actually run this so late during boot that the ethernet
interfaces are already set up, because otherwise it does not work during boot.

mond:~ # systemctl status wicked
wicked.service - wicked managed network interfaces
   Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled)
   Active: active (exited) since Di 2015-01-20 08:15:22 CET; 4h 9min ago
 Main PID: 826 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/wicked.service

Jan 20 08:15:22 mond wicked[826]: lo              up
Jan 20 08:15:22 mond wicked[826]: enp0s13         up
Jan 20 08:15:22 mond wicked[826]: enp0s12         up
Jan 20 08:15:22 mond wicked[826]: eth0            up
Jan 20 08:15:22 mond wicked[826]: dsl0            no-device
Jan 20 08:15:22 mond wicked[826]: ippp0           no-device

summary: wicked does not support dsl connections


body:
--1421842654.8A1cD030.6197
Date: Wed, 21 Jan 2015 12:17:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914075

            Bug ID: 914075
           Summary: fail2ban hit by python bug
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: All
                OS: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: k.fb@vink-slott.dk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After install I see the this in /var/log/fail2ban.log at deamon start:

fail2ban.filter [28256]: ERROR   Error in FilterPyinotify callback:
_strptime_time

and fail2ban does not block anything.

I guess the issue is described here and a workaround seems inplemented upstream
https://github.com/fail2ban/fail2ban/issues/755

Cloud I ask for a updated rpm for suse, please.

summary: fail2ban hit by python bug


--1421867830.d6Db560.11225
Date: Wed, 21 Jan 2015 19:17:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914157

            Bug ID: 914157
           Summary: Installing cntlm-0.92.3-3.1.2.x86_64.rpm results in a non-working installation
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: hb7267-at-gmx.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The installation using 'rpm -i cntlm-0.92.3-3.1.2.x86_64.rpm' seems to work,
but starting the service fails:

linux:/home/hb7267/Downloads # systemctl start cntlm.service
linux:/home/hb7267/Downloads # systemctl status cntlm.service
cntlm.service - CNTLM HTTP Accelerator For NTLM Secured Proxies Authenticator
   Loaded: loaded (/usr/lib/systemd/system/cntlm.service; enabled)
   Active: inactive (dead) since Wed 2015-01-21 19:02:15 CET; 5s ago
  Process: 5831 ExecStart=/usr/sbin/cntlm -c /etc/cntlm.conf -U cntlm -P
/run/cntlm/cntlmd.pid (code=exited, status=0/SUCCESS)


--1421870077.c0BbbD0.14898
Date: Wed, 21 Jan 2015 19:54:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914166

            Bug ID: 914166
           Summary: Openvpn dies when routing changes (possible wicked problem?)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: geoff-at-cs.hmc.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 620396
  --> http://bugzilla.opensuse.org/attachment.cgi?id=620396&action=edit
Log lines extracted with grep '2015-01-21T1.*openvpn' /var/log/messages

Whenever the routing changes on my openvpn client machine, openvpn dies (see
below).  This happens every time I suspend/resume, every time I change wireless
networks, and every time I switch from wireless to wired.  The syslog indicates
that openvpn is trying to reestablish its connection (which is what happened
with previous versions) but then quitting:

2015-01-21T11:09:38.019727-08:00 bow openvpn[3997]: ERROR: Cannot ioctl
TUNSETIFF tun: Operation not permitted (errno=1)

Restarting openvpn always succeeds.

I've attached a copy of all openvpn log messages from one occurrence of this
problem.  I'm happy to enable various debugging things and collect more info if
needed; this problem is trivial to reproduce.


--1421932677.D26D40.3380
Date: Thu, 22 Jan 2015 13:17:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914285

            Bug ID: 914285
           Summary: iptables -L : libxtables: xtables_ipmask_to_numeric incorrect with non-CIDR masks
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: patrick.schaaf-at-yalwa.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

iptables 1.4.19 in current openSUSE 13.1 makes funny output on rules with
non-CIDR netmask.

Example:

# iptables -N test_chain
# iptables -A test_chain -s 0.0.0.0/0.0.0.1 -j ACCEPT
# iptables -L test_chain
...
ACCEPT     all


--1421991379.2A4c0.1109
Date: Fri, 23 Jan 2015 05:36:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=914415

            Bug ID: 914415
           Summary: lvm2-lvmetad.service will be running unexpected after package updated
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: lwang-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 620616
  --> http://bugzilla.suse.com/attachment.cgi?id=620616&action=edit
jounalctl when updating

Before updating, lvm2-lvmetad.service is inactive, which is what we expected.
# systemctl status lvm2-lvmetad
lvm2-lvmetad.service - LVM2 metadata daemon
   Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.service; disabled)
   Active: inactive (dead)
     Docs: man:lvmetad(8)

The related setting is
1. # grep use_lvmetad /etc/lvm/lvm.conf
    use_lvmetad = 0
2. # grep lvm2 /usr/lib/systemd/system-preset/90-default-openSUSE.preset
    enable lvm2-lvmetad.socket

After lvm2 is updated to the lates version on opensuse:factory,
lvme2-lvmetad.service will be running.
# rpm -U ./lvm2-2.02.114-52.1.x86_64.rpm --nodeps
# systemctl status lvm2-lvmetad
lvm2-lvmetad.service - LVM2 metadata daemon
   Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.service; disabled)
   Active: active (running) since Fri 2015-01-23 13:02:59 CST; 43s ago
     Docs: man:lvmetad(8)
 Main PID: 21053 (lvmetad)
   CGroup: /system.slice/lvm2-lvmetad.service
           └─21053 /sbin/lvmetad -f

#reboot
lvm2-lvmetad.service is inactive again as expected.

My question is why lvm2-lvmetad.service is running after updated.


body:
--1422099974.D1fBbCD0.31504
Date: Sat, 24 Jan 2015 11:46:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914656

            Bug ID: 914656
           Summary: seccheck in security repo won't run
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: werner.flamme-at-ufz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The mail I get from the /usr/lib/secchk/security-control.sh daily cron job
shows errors:

---snip---
/usr/lib/secchk/helper.inc: line 46: guessable_password_email: command not
found
sed: can't read blurbs/guessable_passwd.txt: No such file or directory

/usr/lib/secchk/helper.inc: line 49: syntax error near unexpected token `}'
/usr/lib/secchk/helper.inc: line 49: `}'
/usr/lib/secchk/helper.inc: line 46: guessable_password_email: command not
found
sed: can't read blurbs/guessable_passwd.txt: No such file or directory
/usr/lib/secchk/helper.inc: line 49: syntax error near unexpected token `}'
/usr/lib/secchk/helper.inc: line 49: `}'
/usr/lib/secchk/security-daily.sh: line 64: check_for_globally_exported_fs:
command not found
/usr/lib/secchk/security-daily.sh: line 70: list_loaded_kernel_modules: command
not found
/usr/lib/secchk/security-daily.sh: line 73: nfs_mounted_with_missing_nosuid:
command not found
/usr/lib/secchk/security-daily.sh: line 76:
display_programs_with_bound_sockets: command not found
/usr/lib/secchk/security-control.sh: line 52: send_daily_changes: command not
found
---pins---

A look into /usr/lib/secchk/ tells me that the file
/usr/lib/secchk/blurbs/guessable_passwd.txt exists. Maybe the script changes
the CWD before accessing the file?

I went back to the seccheck package of the distro itself. But: in line 46 of
helper.inc the () are missing behind 'function guessable_password_email', even
in the distro version of seccheck. After fixing that, the script runs and
generates the expected mail.

summary: seccheck in security repo won't run


body:
I use mgetty as modem getty to start pppd on dial-in
after the installation of mgetty there seems no way of making this service
available.
with SysV-init added a line into inittab but i could not find a working way
with systemd (or a documentation)
the yast2 modem module seems to allow dialout only.

Reproducible: Always

Expected Results:
After installation the should be something that tell one what do to next

summary: Mgetty - no way to start mgetty service


--1422190838.CCfEa2760.21041
Date: Sun, 25 Jan 2015 13:00:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914676

            Bug ID: 914676
           Summary: Update for positive UTC leap second on 2015-06-30
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
               URL: http://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Maintenance
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

IERS has announced in Bulletin C 49 that a positive leap seconds is to be
inserted into UTC end of June 2015.

>  The sequence of dates of the UTC second markers will be:
>
>                           2015 June 30,     23h 59m 59s
>                           2015 June 30,     23h 59m 60s
>                           2015 July  1,      0h  0m  0s

http://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat

An update to timezone and timezone-java
http://mm.icann.org/pipermail/tz/2015-January/021947.html

Upstream discusson:
http://mm.icann.org/pipermail/tz/2015-January/021947.html

Upstream commit:
https://github.com/eggert/tz/commit/a203788cfdb38d970086597d7173d9b31fc83aa4


--1422200274.A84D5f6.11885
Date: Sun, 25 Jan 2015 15:37:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914679

            Bug ID: 914679
           Summary: argyllcms vs. gnome-color-manager: path mismatch for color calibration
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: Ulrich.Windl-at-rz.uni-regensburg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When trying to create a calibration profile for my mobile phone
(/usr/bin/gcm-calibrate) I get the error message that path
/usr/share/color/argyll/ref/it8.cht cannot be found.
Checking the system directories I fund that /usr/share/color/argyll/ has no
subdirectory "ref", but the file "it8.cht" is right there (in
/usr/share/color/argyll).

So this can never work!

$ rpm -qf /usr/share/color/argyll
argyllcms-1.6.3-2.1.9.x86_64
$ rpm -qf /usr/bin/gcm-calibrate
gnome-color-manager-3.14.1-1.1.x86_64


body:
--1422203444.eaB414.28413
Date: Sun, 25 Jan 2015 16:30:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=914681

            Bug ID: 914681
           Summary: jing doesn't find Saxon extension
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: thomas.schraitle-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The jing package is used to validate an XML document with a RNG schema. When
installing the jing package and running it without any options, you get:

-----------------
$ rpm -q jing
jing-20091111-19.1.3.noarch
$ jing
/usr/bin/build-classpath: error: Could not find saxon Java extension for this
JVM
/usr/bin/build-classpath: error: Some specified jars were not found
Jing version 20091111
usage: java com.thaiopensource.relaxng.util.Driver [-i] [-c] [-s] [-t] [-C
catalogFile] [-e encoding] RNGFile XMLFile...
RELAX NG is a schema language for XML
See http://relaxng.org/ for more information.
-----------------

After investigating it, the respective line is this:

    BASE_JARS="jing xerces-j2 xml-commons-apis saxon xml-commons-resolver"

This contains the list of all JAR files which is used by jing. However, "saxon"
doesn't exist anymore, it should be "saxon6". The above line should be therefor
look like this:

    BASE_JARS="jing xerces-j2 xml-commons-apis saxon6 xml-commons-resolver"

summary: jing doesn't find Saxon extension


--1422344066.78ae21de0.19388
Date: Tue, 27 Jan 2015 07:34:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914880

            Bug ID: 914880
           Summary: Systemd can't handle locally created keymaps
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: geoff-at-cs.hmc.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I find it completely unsurprising that systemd is flummoxed by the idea that
somebody might have created a private keymap; after all, everybody has exactly
the same configuration as the systemd designers, right?

( 8/10) Installing: namazu-2.0.21-8.4.1
..................................[done]
( 9/10) Installing: xdm-1.1.11-3.8.1
.....................................[done]
Additional rpm output:
Updating /etc/sysconfig/displaymanager...
/etc/vconsole.conf not available
/etc/sysconfig/keyboard available
KEYTABLE: us-ghk
Command: localectl set-keymap us-ghk
W: Can not found mapping for us-ghk in /usr/share/systemd/kbd-model-map
W: Please report bug of systemd.

In this case, "us-ghk" is a keymap I created and have used for many years.
Systemd shouldn't be bothered by that fact.  But of course it is.

(Incidentally, the correct English is "Please report a bug in systemd."  But
given the difficulty of writing in foreign languages, that's entirely
forgiveable.  Unlike the narrow vision of breaking on unexpected keymaps.)


--1422357617.e846AA39.13923
Date: Tue, 27 Jan 2015 11:20:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=914904

            Bug ID: 914904
           Summary: Wammu error message caused by missing dependency
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: 64bit
                OS: openSUSE 13.2
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: KDE4 Applications
          Assignee: kde-maintainers-at-suse.de
          Reporter: novell.com-at-tankenao.se
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When closing Wammu there is error:
"Failed to start DBus service org.freedesktop.Notifications"

Install mate-notification-daemon solves the problem.


body:
Build Identifier:

I've MozillaFirefox in German language and I'm missing the Non-German
dictionaries (like English).
Shouldn't this be included always?!

> rpm -qav | grep MozillaFirefox
MozillaFirefox-35.0-1.1.x86_64
MozillaFirefox-translations-common-35.0-1.1.x86_64
MozillaFirefox-branding-openSUSE-21-5.1.x86_64

Reproducible: Always

summary: dictionaries missing in MozillaFirefox-translations-common


--1422364214.cF1BB0d50.23987
Date: Tue, 27 Jan 2015 13:10:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=914920

            Bug ID: 914920
           Summary: cloud-init: syntax error in DataSourceSmartOS.py:178
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: garloff-at-garloff.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 621017
  --> http://bugzilla.suse.com/attachment.cgi?id=621017&action=edit
Fix for lacking 'or' in cloud-init's DataSourceSmartOS.py:178

Python code in
/usr/lib/python2.7/site-packages/cloudinit/sources/DataSourceSmartOS.py line
178 reads:
if uname_arch.startswith("arm") or uname_arch == "aarch64"
uname_arch.startswith("ppc"):
which obviously lacks an or.
This causes cloud-init to fail and is thus a pitfall for anyone building cloud
images using openSUSE.

Fix attached.


--1422392912.4A580.10520
Date: Tue, 27 Jan 2015 21:08:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915025

            Bug ID: 915025
           Summary: wicked/dhcp address not acquired later when cable is plugged in
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: per-at-computer.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hardware:  DL380G3, 6 x GiGE NICs, 2Gb RAM
Software:  opensuse 13.2 plus updates

Default network setup, with renaming to ethX. Only eth0 is configured with
DHCP, start on boot. All pretty normal stuff.  When the machine is booted
without a network cable plugged into eth0, it comes up with no address on eth0.
When the cable is later plugged in, I expect the interface to acquire an
address right away.  Which it doesn't - I have to invoke ifdown/ifup it
manually. I think this is a regression, but I haven't double-checked.


--1422506705.5C1bB6f0.21158
Date: Thu, 29 Jan 2015 04:45:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915293

            Bug ID: 915293
           Summary: tamago's egg-sim does not work, because forgets (ignore-errors) from (make-char) in (make-char-list)
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bkbin005-at-rinku.zaq.ne.jp
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Tamago(Egg) is an input method on Emacs.
Mr. ARAI Shun-ichi found that tamago's egg-sim does not work, because forgets
(ignore-errors) from (make-char) in (make-char-list).
http://sourceforge.jp/projects/tamago-tsunagi/lists/archive/misc/2015-January/000029.html

I can reproduce this problem on openSUSE 13.1 and 13.2.
http://lists.opensuse.org/opensuse-ja/2015-01/msg00014.html

How to reproduce:
1) zypper install tamago
2) Start emacs.
3) Open *scratch* window.
4) Input C-\ C-^ in the *scratch* window

Result:
Emacs printed "Invalid code(s)".

The desired result:
Emacs should load egg-sim.elc.

Additional information:
By the way, m17n.org which was upstream of Tamago died.
https://build.opensuse.org/package/view_file/M17N/tamago/tamago.spec?expand=1
Now, Tamago-tsunagi project succeeds Tamago.
And Tamago-tsunagi fixed this problem.
http://lists.opensuse.org/opensuse-ja/2015-01/msg00013.html

I hope that openSUSE changes upstream of tamago to Tamago-tsunagi.
I will package Tamago-tsunagi.


body:
Build Identifier:

There seems to be a problem in less when searching for non-matches (with /!).

The problem can be detected by running in valgrind.
It also crashes if compiled with
make clean && make CFLAGS='-fPIE -fstack-protector -O2 -g' LDFLAGS='-pie'
(it is a combination of flags openSUSE uses by default)

Reproducible: Always

Steps to Reproduce:
1. run "less somefile.txt"
2. type "/" and "!" then [Enter]
Actual Results:
Crash

Expected Results:
No crash

The cause seems to be that *sp and *ep are not set to anything
sensible for non-matches in pattern.c:match_pattern(), which results
in hilite_line accessing some random memory.

I'll attach a patch which sets highlight to the whole string if
SRCH_NO_MATCH is active. Alternatively one can move *sp = *ep = NULL;
to the top of the function (then non-matches will not be highlighted).

summary: less: crash while searching for non-matches


body:
--1422542700.DABaA0.19683
Date: Thu, 29 Jan 2015 14:45:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915397

            Bug ID: 915397
           Summary: Squid does not start on AMD Sempron
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bjoernv-at-arcor.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Squid doesn't start on an AMD Sempron CPU:

# systemctl start squid.service
Job for squid.service failed. See "systemctl status squid.service" and
"journalctl -xn" for details.
# journalctl -xn
[...]
Jan 29 15:39:23 lisa sh[29458]: /bin/sh: line 1: 29462 Illegal instruction
/usr/sbin/squid -z -F -N -S -f /etc/squid/squid.conf
[...]

The Squid package is installed correctly:

# rpm -V squid
S.5....T.  c /etc/squid/squid.conf
# rpm -q squid
squid-3.4.4-3.1.14.i586

The Squid binary may contain instructions which do not exist on this CPU
platform.

# cat /proc/cpuinfo
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 10
model name      : AMD Sempron(tm) 2800+
stepping        : 0
cpu MHz         : 2001.767
cache size      : 256 KB
fdiv_bug        : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow vmmcall
bogomips        : 4003.53
clflush size    : 32
cache_alignment : 32
address sizes   : 34 bits physical, 32 bits virtual
power management: ts

summary: Squid does not start on AMD Sempron


--1422547697.236a0.31320
Date: Thu, 29 Jan 2015 16:08:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915414

            Bug ID: 915414
           Summary: The spec file for clamav requires sendmail rather than smtp_daemon
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: bill-at-merriam.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It wants me to uninstall postfix before I can build clamav.  I think it really
just needs sendmail-devel to compile the milter.  Of course, I might just be
confused.


--1422575074.30EE0ca0.5784
Date: Thu, 29 Jan 2015 23:44:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=915483

            Bug ID: 915483
           Summary: a2ps:/etc/a2ps.cfg:220: invalid option `variable:'
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: gp-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 621418
  --> http://bugzilla.suse.com/attachment.cgi?id=621418&action=edit
Patch that fixes the configuration file

Using a2ps on a simple text file, with a2ps-4.14-1.1.x86_64 I get

  % a2ps -o x.ps x
  a2ps:/etc/a2ps.cfg:220: invalid option `variable:'

  % ll  /etc/a2ps.cfg
  -rw-r--r


--1422630770.ef40DF4F0.5572
Date: Fri, 30 Jan 2015 15:12:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=915575

            Bug ID: 915575
           Summary: Boot fails on systemd-journald recieving SIGTERM
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: systemd-maintainers-at-suse.de
          Reporter: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 621475
  --> http://bugzilla.suse.com/attachment.cgi?id=621475&action=edit
Screenshot of the boot with sigterm

Boot of current kernels 3.18+ fails with systemd-journald getting SIGTERM from
pid 1.

This happens only on SSD drive and when I migrate 1:1 to normal HDD it boots
fine. I tested on 2 disks one is Kingston and other is from Intel both having
this problem.

Further testing revealed when you replace systemd-journald (systemd-logger)
with rsyslog the machine boots just fine, so it is something with interaction
sdd/systemd/systemd-journald that goes amiss.

I would love to provide more debug info but really I didn't manage to get more
debug stuff than this image.


body:
Build Identifier:

acct tools looking for /var/log/account/pacct by default, but the
"acct.service" and logrotate job actually configured for /var/account/pacct

Reproducible: Always

Steps to Reproduce:
1. Install acct
2. Run any acct tool

Actual Results:
couldn't open file '/var/log/account/pacct': No such file or directory

Expected Results:
The path should be configured equal everywhere.

summary: acct has wrong default log path by default


--1422864342.Dfe03b0.9922
Date: Mon, 2 Feb 2015 08:05:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915736

            Bug ID: 915736
           Summary: spamd service unit does not have a reload action
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: per-at-computer.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

To reload the config, one sends a SIGHUP to spamd. In the old init-script, this
was present, but for some reason it was not migrated to the new spamd service
unit.

ExecReload=/usr/bin/kill -HUP $MAINPID


--1422882206.c218Beda0.4812
Date: Mon, 2 Feb 2015 13:03:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=915782

            Bug ID: 915782
           Summary: tigervnc sends incorrect key event for ctrl+space
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: msrb-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since tigervnc upgrade to 1.4.1, key combination ctrl+space and some others are
not sent correctly.


body:
--1422910768.85AE1.12433
Date: Mon, 2 Feb 2015 20:59:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915846

            Bug ID: 915846
           Summary: Unable to connect to repositories
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: graham-at-freemans.id.au
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 621638
  --> http://bugzilla.opensuse.org/attachment.cgi?id=621638&action=edit
Part of /var/log/zypper.log

I have completed installation of OpenSuse for the first time. It was unable to
connect to the repositories, reporting "Cannot access installation media" and
"Failed to connect to download.opensuse.org port 80: Network is unreachable".

With help from robin_listas, I was able to overcome the problem by disabling
IPv6, both in YaST and in Network Manager. Local networks in Australia are not
yet using IPv6, but for some unknown reason "curl" was unable to function while
IPv6 was enabled.

# curl
http://download.opensuse.org/distribution/13.2/repo/non-oss/suse/repodata/repomd.xml
curl: (7) Failed to connect to download.opensuse.org port 80: Network is
unreachable

summary: Unable to connect to repositories


body:
--1422959021.Dacce4.11354
Date: Tue, 3 Feb 2015 10:23:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915941

            Bug ID: 915941
           Summary: build-compare: po4a contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: elchevive68-at-gmail.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

timestamps in binaries are considered bugs:

/usr/share/man/ca/man1/po4a-normalize.1p differs (troff or preprocessor input,
UTF-8 Unicode text)
[  190s] -

summary: build-compare: po4a contains timestamps


--1422959351.FdB2fe27.11278
Date: Tue, 3 Feb 2015 10:29:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915943

            Bug ID: 915943
           Summary: build-compare: perl-Alien-Tidyp contains randomness
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: coolo-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

The hash needs to be sorted

 /usr/lib/perl5/vendor_perl/5.20.1/Alien/Tidyp/ConfigData.pm differs (Perl5
module source, ASCII text)
[   53s] -


--1422959671.24b6Be13.12265
Date: Tue, 3 Feb 2015 10:34:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915947

            Bug ID: 915947
           Summary: build-compare: openssl contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: shchang-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

timestamps in binaries are considered bugs:

[ 1289s] /usr/src/debug/openssl-1.0.1k/crypto/buildinf.h differs (ASCII text)
[ 1289s] -


body:
--1422960367.A0Da8A83.13812
Date: Tue, 3 Feb 2015 10:46:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915952

            Bug ID: 915952
           Summary: build-compare: man contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

timestamps in binaries are considered bugs:

-

summary: build-compare: man contains timestamps


body:
--1422976153.1Da32b0.12187
Date: Tue, 3 Feb 2015 15:09:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=915996

            Bug ID: 915996
           Summary: LibreOffice doesn't show internal Help
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LibreOffice
          Assignee: bnc-team-ooo-at-forge.provo.novell.com
          Reporter: lazy.kent-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

LibreOffice v4.4.0.2 doesn't show internal Help. Using locale "ru_RU".

Calling Help from the menu "Help" or "F1" key opens a browser with URL
https://help.libreoffice.org/scalc/.uno:HelpIndex?Language=ru&System=UNIX&Version=4.4#bm_id3149178
(in case of calc) or
https://help.libreoffice.org/swriter/.uno:HelpIndex?Language=ru&System=UNIX&Version=4.4#bm_id3149178
(in case of writer).

Installed packages:
% rpm -qa | grep libreoffice
libreoffice-math-4.4.0.2-1.1.x86_64
libreoffice-draw-4.4.0.2-1.1.x86_64
libreoffice-l10n-en-4.4.0.2-1.1.noarch
libreoffice-icon-theme-crystal-4.4.0.2-1.1.noarch
libreoffice-calc-extensions-4.4.0.2-1.1.x86_64
libreoffice-calc-4.4.0.2-1.1.x86_64
libreoffice-gnome-4.4.0.2-1.1.x86_64
libreoffice-icon-theme-oxygen-4.4.0.2-1.1.noarch
libreoffice-writer-4.4.0.2-1.1.x86_64
libreoffice-branding-openSUSE-4.0-5.1.noarch
libreoffice-4.4.0.2-1.1.x86_64
libreoffice-impress-4.4.0.2-1.1.x86_64
libreoffice-mailmerge-4.4.0.2-1.1.x86_64
libreoffice-base-4.4.0.2-1.1.x86_64
libreoffice-pyuno-4.4.0.2-1.1.x86_64
libreoffice-templates-ru-3.3-13.1.noarch
libreoffice-icon-theme-galaxy-4.4.0.2-1.1.noarch
libreoffice-filters-optional-4.4.0.2-1.1.x86_64
libreoffice-writer-extensions-4.4.0.2-1.1.x86_64
libreoffice-l10n-ru-4.4.0.2-1.1.noarch

openSUSE Tumbleweed x86_64.

And I remember, it was OK in 4.4.0.1.

summary: LibreOffice doesn't show internal Help


--1422977752.E8a82f1.15503
Date: Tue, 3 Feb 2015 15:35:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916001

            Bug ID: 916001
           Summary: During update to Tumbleweed 20150201 there are warning messages
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: freek-at-opensuse.org
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

During the update of about 1600 packages I got the following warnings:

> warning: %post(ispell-american-3.3.02-111.2.x86_64) scriptlet failed, exit
> status 1
> No /etc/sysconfig/suseconfig found.
> warning: %postun(ispell-american-3.3.02-111.1.x86_64) scriptlet failed, exit
> status 1


--1422978462.4e5e0.16683
Date: Tue, 3 Feb 2015 15:47:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916005

            Bug ID: 916005
           Summary: puppet update corrupts /etc/sysconfig/puppet
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.1
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Upgrade Problems
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: itsbo@fz-juelich.de
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

The recent update to puppet (3457) executes this in post:

%post
# Compatibility with old setups
if [ -f /etc/sysconfig/puppet ] && [ -z "`grep 'PUPPET_EXTRA_OPTS="'
/etc/sysconfig/puppet | grep ' --server=${PUPPET_SERVER}
--masterport=${PUPPET_PORT} --logdest=${PUPPET_LOG}"'`" ]; then
    echo 'PUPPET_EXTRA_OPTS=" --server=${PUPPET_SERVER}
--masterport=${PUPPET_PORT} --logdest=${PUPPET_LOG} ${PUPPET_EXTRA_OPTS}"' >>
/etc/sysconfig/puppet
fi

On systems with an existing

PUPPET_EXTRA_OPTS=""

in /etc/sysconfig/puppet (also with other options in "" )

this adds a second PUPPET_EXTRA_OPTS line, like this:

# You may specify other parameters to the puppet client here
#
PUPPET_EXTRA_OPTS=""
PUPPET_EXTRA_OPTS=" --server=${PUPPET_SERVER} --masterport=${PUPPET_PORT}
--logdest=${PUPPET_LOG} ${PUPPET_EXTRA_OPTS}"

This disrupts operation on a system where PUPPET_EXTRA_OPTS is already set and
used.

It also leads to a service running like this:

/usr/bin/ruby2.0 /usr/bin/puppet agent  --server=${PUPPET_SERVER}
--masterport=${PUPPET_PORT} --logdest=${PUPPET_LOG} ${PUPPET_EXTRA_OPTS}
--no-daemonize

Please note that "man 5 systemd.exec" states for Environment variables:

"Variable expansion is not performed inside the strings, however, specifier
expansion is possible. The $ character has no special meaning."

Therefore the line is not usable in Systemd.

Reproducible: Always

Solution: remove the %post directive.


body:
--1422984693.d11de120.28135
Date: Tue, 3 Feb 2015 17:31:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916035

            Bug ID: 916035
           Summary: Wicked bug upgrade fails
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: suse-20050616-at-bgcomp.co.uk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Installed wicked-0.6.15-8.1.x86_64 & wicked-service-0.6.15-8.1.x86_64 as part
of a bug fix.

This fails with the following entry in syslog:

====
2015-02-02T21:35:44.000000+00:00 eth7 wickedd-nanny[13490]: <buffer>: line 1:
End of document while processing element <address>
2015-02-02T21:35:44.000000+00:00 eth7 wickedd-nanny[13490]: Unable to parse
policy document <policy name="policy__dummy0"
origin="compat:/etc/sysconfig/network/ifcfg-dummy0"
uuid="543acf54-416f-0e00-db12-000002000000">
  <match>
    <link-type>dummy</link-type>
    <device>dummy0</device>
  </match>
  <merge>
    <name>dummy0</name>
    <control>
      <mode>boot</mode>
      <link-detection>
        <require-link/>
      </link-detection>
    </control>
    <dummy/>
    <link/>
    <ipv4>
      <enabled>true</enabled>
      <forwarding>true</forwarding>
    </ipv4>
    <ipv4:static>
      <address>
        <local>172.16.0.1/24</local>
      </address>
    </ipv4:static>
    <ipv6>
      <enabled>true</enabled>
      <forwarding>true</forwarding>
    </ipv6>
  </merge>
</policy>
  <address>
  A
===

Everything between the "===" is logged, including the weird 'A' at the end.

The contents of /etc/sysconfig/network/ifcfg-dummy0 is:

===
BOOTPROTO='static'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='172.16.0.1/24'
MTU=''
NAME=''
NETMASK='255.255.255.0'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
===

None of the /etc/sysconfig/network/ifcfg-* files appear to have been touched
and I can only assume that the config files are in a broken state, although
that does not mean the interfaces will not come up.

This whole wickedd thing appears to have not been either designed, developed or
tested properly given the HUGE amount of problems being seen with it.

summary: Wicked bug upgrade fails


--1422988940.ef833BEa3.17602
Date: Tue, 3 Feb 2015 18:42:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916043

            Bug ID: 916043
           Summary: build-compare: elfutils contains build infos
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: tonyj-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

Our binaries should not contain informations about the build time or build host
to make them deterministic on rebuilds.

/usr/lib64/eblopenbackend.o differs (ELF 64-bit LSB relocatable, x86-64,
version 1 (SYSV), not stripped)
[  635s] -


body:
--1422989924.E1Af640e0.18298
Date: Tue, 3 Feb 2015 18:58:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916047

            Bug ID: 916047
           Summary: build-compare: gems not compared
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: ohering-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

gems are just compressed tars, but are not seen as this:

[   55s] /usr/lib64/ruby/gems/2.1.0/cache/gem2rpm-0.10.1.gem differs (POSIX tar
archive)
[   55s] -

summary: build-compare: gems not compared


--1422990144.a1F5fe0.18559
Date: Tue, 3 Feb 2015 19:02:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916048

            Bug ID: 916048
           Summary: built-in speakers do not play sound after connecting and disconnecting headphones
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: mattm3a-at-yahoo.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 621750
  --> http://bugzilla.opensuse.org/attachment.cgi?id=621750&action=edit
alsa info at boot, with headphones, and after unplugging headphones

Sound works fine upon boot. With no headphones plugged in, sound plays from
built-in speakers.

After plugging in headphones, sound also plays fine. As expected sound plays
from headphones and not from built-in speakers.

After unplugging headphones, sound will not play from built-in speakers, even
with maxiumum volume.

If the headphones are plugged back in, sound will play from headphones again.


--1423041639.bBB1583.4509
Date: Wed, 4 Feb 2015 09:20:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916158

            Bug ID: 916158
           Summary: build-compare: argyllcms contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: fcrozat-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

timestamps in binaries are considered bugs:

/usr/share/color/argyll/RefMediumGamut.gam differs (ASCII text)
[  540s] -


--1423042116.81fC418.4872
Date: Wed, 4 Feb 2015 09:28:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916161

            Bug ID: 916161
           Summary: build-compare: javadocs contain timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Java
          Assignee: bnc-team-java-at-forge.provo.novell.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

we have tons of those:

 106s] /usr/share/javadoc/cal10n-0.7.7/allclasses-frame.html differs (HTML
document, ASCII text)
[  106s] -


--1423045230.2cdAa0c3.13009
Date: Wed, 4 Feb 2015 10:20:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916180

            Bug ID: 916180
           Summary: build-compare: keyutils contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: meissner-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

Is there any usefulness in these timestamps?

/lib64/libkeyutils.so.1.5 differs in ELF sections
[   52s] -


--1423045293.0cbd0.13092
Date: Wed, 4 Feb 2015 10:21:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916181

            Bug ID: 916181
           Summary: can't install libreoffice on a new root filesystem with RPM command without having previously installed bash
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jmassaguerpla-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 621844
  --> http://bugzilla.opensuse.org/attachment.cgi?id=621844&action=edit
example manifest

Hi,

while creating an appliance on a new root, I had this issue:

try installing an rpm manifest that contains libreoffice with

  rpm --replacefiles --nosignature --nodigest --root $ROOT -vU $manifest

and you'll get the error

error: Failed dependencies:
/bin/sh is needed by libreoffice-4.3.5.2-12.1.x86_64

but if you install the same manifest without libreoffice and then install
libreoffice, it works. Thus there is some problem with RPM and file
dependencies.

I am attaching an example manifest.


body:
--1423046363.fbfc311133.14110
Date: Wed, 4 Feb 2015 10:39:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916186

            Bug ID: 916186
           Summary: build-compare: zsh contains randomness
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: idonmez-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

No idea how this is generated, but something needs to sort its values

[  495s] /usr/share/doc/packages/zsh-htmldoc/Calendar-Function-System.html
differs (HTML document, ASCII text)
[  495s] ---
old//usr/share/doc/packages/zsh-htmldoc/Calendar-Function-System.html
2015-10-28 03:22:24.004007231 +0000
[  495s] +++
new//usr/share/doc/packages/zsh-htmldoc/Calendar-Function-System.html
2015-10-28 03:22:24.008007231 +0000
[  495s] @@ -44,7 +44,7 @@
[  495s]
[  495s]

[  495s]
[]
[  495s] -[ > ]
[  495s] +[]
[  495s]
[  495s]  [ << ]
[  495s]  [ Up ]
[  495s] @@ -65,7 +65,7 @@
[  495s]
[  495s]
[  495s]

[  495s] -
[  495s] +
[  495s]

[  495s]
[
< ]
[  495s]  [
> ]
[  495s] @@ -119,7 +119,7 @@
[  495s]

[  495s]
[  495s]

[  495s] -
[ < ]
[  495s] +
[]
[  495s]  [ > ]
[  495s]
[  495s]  [ << ]

summary: build-compare: zsh contains randomness


--1423067207.BEe72D3.24516
Date: Wed, 4 Feb 2015 16:26:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916268

            Bug ID: 916268
           Summary: build-compare: libtool contains hostname
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: pth-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

Please remove the reference to the build host on generated script

/usr/bin/libtool differs (POSIX shell script, ASCII text executable)
[  194s] -


--1423122152.F65a3.26406
Date: Thu, 5 Feb 2015 07:42:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916338

            Bug ID: 916338
           Summary: build-compare: libquvi contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: sbrabec-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

Timestamps in binaries are considered bugs:

/usr/lib64/libquvi-0.9-0.9.4.so differs in ELF sections
[  125s] -


--1423124666.df4D86eA4.30471
Date: Thu, 5 Feb 2015 08:24:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916347

            Bug ID: 916347
           Summary: build-compare: guile contains timestamps
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: pgajdos-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ohering-at-suse.com
          Found By: ---
           Blocker: ---

please patch that out or use a fake timestamp

/usr/lib64/libguile-2.0.so.22.7.2 differs in ELF sections
[ 3661s] -


--1423128657.1FebB16.5681
Date: Thu, 5 Feb 2015 09:30:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916361

            Bug ID: 916361
           Summary: libcamgm (a core package) fails make check due to an expired CA in the test suite
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

libcamgm fails to pass make check with an error for an expired CA, see

https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Rings:1-MinimalX/libcamgm/standard/x86_64

This break currently blocks Staging projects, as nothing is supposed to break
in there while accepting some packages.

The error happens in the ExportTest.single test:

================= ca.exportCAasPKCS12('tralla', true); =================
INFO  ca-mgm - openssl status:1
ERROR ca-mgm - openssl stderr:Error certificate has expired getting chain.
ERROR ca-mgm -

Playing with the system time makes this indeed pass


--1423129596.faadA6a1.8262
Date: Thu, 5 Feb 2015 09:46:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=916364

            Bug ID: 916364
           Summary: yast tests need to port to rspec 3.1.x or need to evaluate that
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

In the Staging:B -
https://build.opensuse.org/project/show/openSUSE:Factory:Staging:B , that has
newer rspec version 3, but yast2-* tests basically unhappy with it, sounds yast
tests need to port to adopt with new rspec, or at least to evaluate that.


body:
--1423230492.8071bc410.26840
Date: Fri, 6 Feb 2015 13:48:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=916567

            Bug ID: 916567
           Summary: virt-builder --install doesn't work
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: cbosdonnat-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

when called with --install param virt-builder, calls zypper without the -n
flag... thus leading to uninstalled packages.

Fix already upstream:
https://github.com/libguestfs/libguestfs/commit/5f663c2082446f2b9722c3cb0fcac6c5778978e8

summary: virt-builder --install doesn't work


--1423234828.ccAAFbD0.1881
Date: Fri, 6 Feb 2015 15:00:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916580

            Bug ID: 916580
           Summary: xorg-x11-server doesn't build any more with gcc5
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: eich-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Created attachment 622236
  --> http://bugzilla.opensuse.org/attachment.cgi?id=622236&action=edit
Fix

the preprocessor adds more line directives, this breaks sdksyms.sh. The results
are not parsable any more.
The main culprit is

extern
# <line_1>
 __attribute__(...)
# <line_2>
  ...

Suppressing line numbers with -P is not an option as some line numbers do get
used. To fix this the awk script needs to be hacked.


body:
--1423241289.a25BCAC40.13486
Date: Fri, 6 Feb 2015 16:48:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=916613

            Bug ID: 916613
           Summary: RDNSS not working in 13.1
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: james.knott-at-rogers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have been testing 13.1 with RDNSS, which is a method of obtaining a DNS
server address via IPv6.  On my notebook computer, running 13.1 and using the
KDE network manager, it does not obtain a DNS server address, unless an IPv4
DHCP server is running.

As RDNSS is the preferred way of obtaining a DNS server address, as per
RFC6106, this should be fixed.

summary: RDNSS not working in 13.1


--1423560121.FcdEDF83.24519
Date: Tue, 10 Feb 2015 09:22:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=917060

            Bug ID: 917060
           Summary: Build system lock-ups with kernel 3.18.5 and 3.18.6
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since the checkin of kernel 3.18.5 (previous was 3.18.4) into openSUSE:Factory,
we see a lot of stuck build jobs, especially when building python3-base and
ruby2.1

In a fortunate case, I got a kernel stack trace:

[ 1640.851086] ------------[ cut here ]------------
[ 1680s] [ 1640.851110] kernel BUG at ../arch/x86/mm/fault-xen.c:922!
[ 1680s] [ 1640.851114] invalid opcode: 0000 [#2] SMP
[ 1680s] [ 1640.851120] Modules linked in: xenblk cdrom nls_iso8859_1 nls_cp437
vfat fat nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack reiserfs squashfs fuse
dm_snapshot dm_bufio dm_mod binfmt_misc loop
[ 1680s] [ 1640.851146] CPU: 0 PID: 4317 Comm: python Tainted: G      D W
3.18.5-3-xen #1
[ 1680s] [ 1640.851150] Hardware name: Xen 4.1.2_17-5.2.3 PV guest
[ 1680s] [ 1640.851154] task: ffff8800025e4150 ti: ffff88002b764000 task.ti:
ffff88002b764000
[ 1680s] [ 1640.851158] RIP: e030:[<ffffffff8059f60f>]  [<ffffffff8059f60f>]
mm_fault_error+0x13c/0x16a
[ 1680s] [ 1640.851170] RSP: e02b:ffff88002b767e18  EFLAGS: 00010246
[ 1680s] [ 1640.851173] RAX: ffff8800025e4150 RBX: 0000000000000006 RCX:
0000000000000040
[ 1680s] [ 1640.851176] RDX: 00007fff6cebbe80 RSI: 0000000000000000 RDI:
ffff88002b767f58
[ 1680s] [ 1640.851180] RBP: 0000000000000040 R08: 0000000000000000 R09:
0000000000000000
[ 1680s] [ 1640.851183] R10: ffff88002bb70b38 R11: ffff8800000005d8 R12:
00007fff6cebbe80
[ 1680s] [ 1640.851186] R13: ffff88002b767f58 R14: ffff8800025ecbc0 R15:
ffff8800025e4150
[ 1680s] [ 1640.851194] FS:  00007ff1203a7700(0000) GS:ffff88002de00000(0000)
knlGS:0000000000000000
[ 1680s] [ 1640.851197] CS:  e033 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1680s] [ 1640.851201] CR2: 00007fff6cebbe80 CR3: 000000002b780000 CR4:
0000000000000660
[ 1680s] [ 1640.851204] Stack:
[ 1680s] [ 1640.851207]  00000000000000a9 0000000000000006 00007fff6cebbe80
ffff88002b767f58
[ 1680s] [ 1640.851213]  ffff8800025ecbc0 ffffffff8002944f ffffffff800c304e
ffff8800025ecc28
[ 1680s] [ 1640.851220]  0000000000000002 00000000000d3862 0000000000000002
0000018f000041ed
[ 1680s] [ 1640.851226] Call Trace:
[ 1680s] [ 1640.851249]  [<ffffffff8002944f>] __do_page_fault+0x46f/0x530
[ 1680s] [ 1640.851260]  [<ffffffff805abd68>] page_fault+0x28/0x30
[ 1680s] [ 1640.851268]  [<00007ff11fdf9ee7>] 0x7ff11fdf9ee7
[ 1680s] [ 1640.851272] Code: c7 c7 b8 1b 79 80 e8 ba 07 00 00 be 04 00 03 00
5b 41 89 e8 4c 89 e2 4c 89 f1 5d 41 5c 41 5d 41 5e bf 07 00 00 00 e9 a9 f2 ff
ff <0f> 0b f6 c3 04 0f 85 f5 fe ff ff 48 8b b8 b8 03 00 00 48 83 c7
[ 1680s] [ 1640.851332] RIP  [<ffffffff8059f60f>] mm_fault_error+0x13c/0x16a
[ 1680s] [ 1640.851337]  RSP <ffff88002b767e18>
[ 1680s] [ 1640.851358] ---[ end trace 729f7244c440f301 ]---

in most other cases I 'only' see
[ 1387s] [381/382] test_multiprocessing_fork
[ 1943s] [ 1920.184633] INFO: task khugepaged:26 blocked for more than 480
seconds.
[ 1944s] [ 1920.185429]       Not tainted 3.18.5-3-default #1
[ 1944s] [ 1920.185935] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 1944s] [ 1920.187064] INFO: task python:393 blocked for more than 480
seconds.
[ 1944s] [ 1920.191965]       Not tainted 3.18.5-3-default #1
[ 1944s] [ 1920.192526] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 2423s] [ 2400.195910] INFO: task khugepaged:26 blocked for more than 480
seconds.
[ 2423s] [ 2400.196728]       Not tainted 3.18.5-3-default #1
[ 2423s] [ 2400.197422] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 2423s] [ 2400.198542] INFO: task python:393 blocked for more than 480
seconds.
[ 2423s] [ 2400.199242]       Not tainted 3.18.5-3-default #1
[ 2423s] [ 2400.199836] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 2903s] [ 2880.200432] INFO: task khugepaged:26 blocked for more than 480
seconds.
[ 2903s] [ 2880.201397]       Not tainted 3.18.5-3-default #1
[ 2903s] [ 2880.207970] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 2903s] [ 2880.209339] INFO: task python:393 blocked for more than 480
seconds.
[ 2903s] [ 2880.210274]       Not tainted 3.18.5-3-default #1
[ 2903s] [ 2880.210962] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 3383s] [ 3360.212469] INFO: task khugepaged:26 blocked for more than 480
seconds.
[ 3383s] [ 3360.213351]       Not tainted 3.18.5-3-default #1
[ 3383s] [ 3360.213935] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 3383s] [ 3360.215026] INFO: task python:393 blocked for more than 480
seconds.
[ 3383s] [ 3360.216342]       Not tainted 3.18.5-3-default #1
[ 3383s] [ 3360.216928] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 3863s] [ 3840.216462] INFO: task khugepaged:26 blocked for more than 480
seconds.
[ 3863s] [ 3840.217344]       Not tainted 3.18.5-3-default #1
[ 3863s] [ 3840.217928] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 3863s] [ 3840.219243] INFO: task python:393 blocked for more than 480
seconds.
[ 3863s] [ 3840.220141]       Not tainted 3.18.5-3-default #1
[ 3863s] [ 3840.220730] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[32670s] qemu: terminating on signal 15 from pid 7056
[32670s] ### WATCHDOG MARKER END ###

This kind of issue has not been observed with the previous kernel 3.18.3 (.4
was skipped)

To reproduce:
- Create a new project with the kernel 3.18.5 and have it build (especially
kernel-obs-build), then branch python3-base into the same project.
home:dimstar:python is such a setup, just with kernel 3.18.3 (which works fine)


body:
--1423596118.fCba000.2493
Date: Tue, 10 Feb 2015 19:21:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=917176

            Bug ID: 917176
           Summary: brltty systemd unit is broken
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: mgorse-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Brltty's systemd service file assumes that brltty is installed in /bin, but we
are installing brltty into /usr/bin.

summary: brltty systemd unit is broken


--1423662802.ce6f00.10605
Date: Wed, 11 Feb 2015 13:53:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=917385

            Bug ID: 917385
           Summary: Xorg 1.17.0 fails to start inside qemu-kvm on i586
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Since 20150210, we have Xorg 1.17.0 checked in into openSUSE:Factory. Due to
resource limitations, Staging projects are only QA'ed on x86_64, so it was not
seen before checkin

On the actual Tumbleweed snapshot, all tests running on the i586 media fail
(rescue CD, KDE, GNOME) due to X not being able to be started.

I got a screenshot from my local test
> qemu-kvm -cdrom <path/to/rescue/cd/from/20150210> -m 1024

X already fails to start here; the log mentioning:

EE AIGLX: reverting to Software Rendering


body:
Build Identifier:

This is based on a test install (minimal X) using 20150201.

I installed into an existing encrypted LVM.  I did not use a separate
unencrypted "/boot".

Yast did not see a problem with this install.

On reboot, I see only a grub shell.

Note that I set grub distributor to "betasuse" to avoid conflict with my main
install on that box.

When I disable secure-boot, and select "betasuse" (rather than
"betasuse-secureboot") from the UEFI boot menu, I am able to boot.  If I select
"betasuse-secureboot" from the menu, I am unable to boot.

It looks to me as if "grubx64.efi" has the needed grub code for decryption, but
{"shim.efi",grub.efi,grub.cfg} between them do not have what is needed.

This is unfortunate.  Avoiding an unencrypted "/boot" mainly makes sense when
secure-boot is used.  And that is just what doesn't work.

Reproducible: Always

summary: LUKS encrypted LVM without separate "/boot" fails using UEFI secure boot


--1423687445.72D4540.2258
Date: Wed, 11 Feb 2015 20:44:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=917480

            Bug ID: 917480
           Summary: tamago's japanese-egg-canna does not work, because forgot to remove (load "egg-canna.el") in suse-start.el
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bkbin005-at-rinku.zaq.ne.jp
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I fixed boo#836138 on 2013-Sep.-08.
But I forgot to remove (load "egg-canna.el") in suse-start.el.
So japanese-egg-canna does not work.

I will fix it.

How to Reproduce:
1) sudo zypper install tamago
2) Start emacs.
3) Switch to *scratch* window.
4) C-x RET C-\ japanese-egg-canna

What is happen:
Cannot open load file: egg-canna.el

What should happen:
We should be able to select input method to japanese-egg-canna.

Please see also boo#915293 boo#836138


--1423727003.d024Fb40.17886
Date: Thu, 12 Feb 2015 07:43:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=917533

            Bug ID: 917533
           Summary: build-compare: libeproxy contains randomness
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201502*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: coolo-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

I created a pull request upstream: https://github.com/anholt/libepoxy/pull/41

but I'm unable to fullfill the devel project's patch policy.


body:
--1423738361.fcfC620.5942
Date: Thu, 12 Feb 2015 10:52:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=917577

            Bug ID: 917577
           Summary: security:apparmor/apparmor: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: suse-beta-at-cboltz.de
          Reporter: jweberhofer-at-weberhofer.at
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Starting aa-complain on a fresh installed opensuse 13.2 causes the following
error; which can be solved as suggested. I suggest to "Require: python3" in the
apparmor-utils package.

# aa-complain /usr/sbin/smbd
Traceback (most recent call last):
  File "/usr/sbin/aa-complain", line 17, in <module>
    import apparmor.tools
  File "/usr/lib/python3.4/site-packages/apparmor/tools.py", line 17, in
<module>
    import apparmor.aa as apparmor
  File "/usr/lib/python3.4/site-packages/apparmor/aa.py", line 37, in <module>
    import apparmor.ui as aaui
  File "/usr/lib/python3.4/site-packages/apparmor/ui.py", line 16, in <module>
    import readline
  File "/usr/lib64/python3.4/_import_failed/readline.py", line 17, in <module>
    to install it.""".format(__name__, package))
ImportError: Module 'readline' is not installed.
Use:
  sudo zypper install python3
to install it.

summary: security:apparmor/apparmor: Bug


--1423745183.b65A60.32383
Date: Thu, 12 Feb 2015 12:46:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=917607

            Bug ID: 917607
           Summary: package summary and description for python3 and python3-base are nearly the same
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201501*
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: jmatejek-at-suse.com
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

The package summary and description for python3 and python3-base are nearly the
same (except minor wording changes), which makes them not-too-helpful if
someone wants to know the difference between python3 and python3-base.

I'd expect a short explanation in the description that explains what each
package contains, for example:

(python3-base)
    This package contains the python3 interpreter and the most used
    python3 modules.

(python3)
    This package contains some additional python3 modules.

Please adjust those texts as needed - you know the package content much better
than I do and hopefully can come up with something better than "most used" and
"additional" ;-)

Also, a different summary might be a nice idea.