November 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 799644] New: Warning during installation over ssh (perl-bootloader)
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=799644 https://bugzilla.novell.com/show_bug.cgi?id=799644#c0 Summary: Warning during installation over ssh (perl-bootloader) Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mpluskal(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- What: 1) Start installation over ssh (usessh=1) on x86_64 uefi machine 2) Log via ssh 3) Following warning appears: *** Starting YaST2 *** Use of uninitialized value $r in substitution (s///) at /usr/lib/perl5/vendor_perl/5.16.2/Bootloader/Library.pm line 136 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl will try to tell you the name of the variable (if any) that was undefined. In some cases it cannot do this, so it also tells you what operation you used the undefined value in. Note, however, that perl optimizes your program anid the operation displayed in the warning may not necessarily appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Perl-Bootloader: 2013-01-21 15:19:17 <3> yast-5562.1 Core::RunCommand.1642: Error: Command '/usr/sbin/grub2-efi-set-default '0' >/var/log/YaST2/y2log_bootloader 2>&1' failed with code 32512 and output: sh: /usr/sbin/grub2-efi-set-default: No such file or directory -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 866010] New: df does not show all mounts
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=866010 https://bugzilla.novell.com/show_bug.cgi?id=866010#c0 Summary: df does not show all mounts Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: michael.kohnen(a)bayer.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:27.0) Gecko/20100101 Firefox/27.0 in /etc/fstab I have the local and network filesystems: /dev/disk/by-id/ata-ST1000DM003-1CH162_S1DBE6SN-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-ST1000DM003-1CH162_S1DBE6SN-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-ST1000DM003-1CH162_S1DBE6SN-part3 /local_data ext4 acl,user_xattr 1 2 10.248.18.151:/home /storage/home nfs rw,tcp,rsize=32768,wsize=32768,nfsvers=3,hard,bg,intr,suid 0 0 10.248.18.151:/prg /usr/prg nfs rw,tcp,rsize=32768,wsize=32768,nfsvers=3,hard,bg,intr,suid 0 0 10.248.18.151:/Databases /storage/Databases nfs rw,tcp,rsize=32768,wsize=32768,nfsvers=3,hard,bg,intr,suid 0 0 'mount' shows that the nfs-filesystems are mounted: .. 10.248.18.151:/prg on /usr/prg type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.248.18.151,mountvers=3,mountport=836,mountproto=tcp,local_lock=all,addr=10.248.18.151) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) 10.248.18.151:/home on /storage/home type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.248.18.151,mountvers=3,mountport=836,mountproto=tcp,local_lock=none,addr=10.248.18.151) 10.248.18.151:/Databases on /storage/Databases type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.248.18.151,mountvers=3,mountport=836,mountproto=tcp,local_lock=none,addr=10.248.18.151) none on /var/lib/ntp/proc type proc (ro,nosuid,nodev,relatime) but 'df' does not show all mounts: Dateisystem 1K-blocks Benutzt Verfügbar Verw% Eingehängt auf /dev/sda1 51473020 6294584 42540716 13% / devtmpfs 8188172 32 8188140 1% /dev tmpfs 8208660 0 8208660 0% /dev/shm tmpfs 8208660 6140 8202520 1% /run tmpfs 8208660 0 8208660 0% /sys/fs/cgroup tmpfs 8208660 6140 8202520 1% /var/lock tmpfs 8208660 6140 8202520 1% /var/run /dev/sda3 884926788 73796 839878196 1% /local_data 10.248.18.151:/prg 1074218752 408591424 665627328 39% /usr/prg 10.248.18.151:/home 512000 1024 510976 1% /storage/home in this case "/storage/Databases" is missing The filesystem itself is accessible. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

[Bug 601779] New: 32bit 'tree' doesn't show files 2GB and larger
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=601779 http://bugzilla.novell.com/show_bug.cgi?id=601779#c0 Summary: 32bit 'tree' doesn't show files 2GB and larger Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jc(a)ymmv.dk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 Hi On 32bit systems the 'tree' command dosn't show 'large' files. I have tested on a 64bit system as well, and the problem is only present on 32bit systems. I have done a fair amount of research, comparing compile-time arguments with those of 32bit Debian packages. In the end I think it comes down to the 'spec' file: In tree.spec the 'make' command is: %build make CFLAGS="$RPM_OPT_FLAGS" -which overrides the CFLAGS set in the Makefile: CFLAGS=-O2 -Wall -fomit-frame-pointer -DLINUX -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -which results in the binary being built with these flags instead: RPM_OPT_FLAGS="-O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables" Now; If I change the spec file so that; %build make -then the compiler gets the flags as set in the Makefile, and the resulting binary works with files larger than 2G. I'm guessing that it's desirable to get $RPM_OPT_FLAGS passed to the compiler, but I'm unsure as to how one would 'merge' this variable with $CFLAGS from the Makefile? As for the severity of the bug: It doesn't break the system, but the functionality of the command is seriously hampered by this. It seems reasonable (to me) that it's a packaging bug, and therefore it should be easily fixed. I have confirmation from the opensuse(a)opensuse.org list that the bug is present on 11.0, so it seems to be an 'old' problem... Kind Regards, Jon Clausen Reproducible: Always Steps to Reproduce: 1. get or create a file larger than 2GB I used 'dd' to create two files - one 2GB, one 1KB smaller: dd if=/dev/zero of=2G bs=1k count=2097152 dd if=/dev/zero of=2G-1k bs=1k count=2097151 2. use 'tree /path/to/large/file' 3. observe output Actual Results: output from 32bit system: jon@nx8220:~> ll tmp/largefiles/ total 4194304 -rw-r--r-- 1 jon users 2147483648 2010-04-30 12:50 2G -rw-r--r-- 1 jon users 2147482624 2010-04-30 12:52 2G-1k jon@nx8220:~> tree tmp/largefiles/ tmp/largefiles/ `-- 2G-1k 0 directories, 1 file Expected Results: output from 64bit system: jon@cnu8092slm:~> ll tmp/largefiles/ total 4194304 -rw-r--r-- 1 jon users 2147483648 2010-04-30 12:58 2G -rw-r--r-- 1 jon users 2147482624 2010-04-30 12:58 2G-1k jon@cnu8092slm:~> tree tmp/largefiles/ tmp/largefiles/ |-- 2G `-- 2G-1k 0 directories, 2 files AFAICT the flag that makes the difference is -D_FILE_OFFSET_BITS=64 - which makes the binary use *stat64() rather than *stat() when files are 'large'. On 64bit systems I suppose everything uses *stat64() anyways, which is why the problem only surfaces on 32bit systems... ? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 17

[Bug 820693] New: zypper.conf: confusing description for installRecommends
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=820693 https://bugzilla.novell.com/show_bug.cgi?id=820693#c0 Summary: zypper.conf: confusing description for installRecommends Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- from zypper.conf: ## Do not install soft dependencies (recommended packages) ## ## Valid values: boolean ## Default value: yes ## # installRecommends = yes The "Do not install..." is confusing (especially the "not") - can you please change it to just "Install soft dependencies"? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 893665] New: no wireless connection via Realtek 802.11n USB NIC wlp0s3f3u4
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=893665 https://bugzilla.novell.com/show_bug.cgi?id=893665#c0 Summary: no wireless connection via Realtek 802.11n USB NIC wlp0s3f3u4 Classification: openSUSE Product: openSUSE Factory Version: 201408* Platform: i586 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: f.leerink(a)xs4all.nl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Firefox/31.0 I have installed openSUSE-Factory and tried to get a network connection via a TP-LINK 150Mbps Wireless N Nano USB Adapter, model TL-WN725N. During the install I configured a wired network IP 192.168.2.55 and that works correct. Since the wired connection is a temporalily situation I configured in Yast a Wireless connection with IP 192.168.2.56. The configuration went oke but the system makes no connection. I follows a thread of LW Finger "Getting your wireless to work" 2 What device do you have? In yast/hardware/hardware-information I found Realek 802.11n NIC (wlp0s3f3u4) and kernel driver r8188eu. 3 Do you need to install external firmware? In Yast/Misc/System-logs I cannot find /var/log/boot.msg I find only /var/log/boot.log and that does not contains the word "firmware". Also with the command "dmesg | grep firmware" i do not find an entry. 4 Making a connection MD8000-openSUSE:/home/frans # /usr/sbin/iwlist scan enp0s4 Interface doesn't support scanning. wlp0s3f3u4 Scan completed : Cell 01 - Address: BC:05:43:F2:77:B4 ESSID:"FRITZ!Box Fon WLAN 7340" Protocol:IEEE 802.11bgn Mode:Master Frequency:2.412 GHz (Channel 1) Encryption key:on Bit Rates:300 Mb/s Extra:wpa_ie=dd160abaf20101000050f2020100df20201000050f202 IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : TKIP Authentication Suites (1) : PSK Extra:rsn_ie=30140100000fac020100000fac040100000fac020000 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : CCMP Authentication Suites (1) : PSK IE: Unknown: DD6F0050F204104A0001101044000102103B000103104700106FFD8EE9EFEE1239D507BC0543F277B41021000341564D1023000446426F78102400043030303010420004303030301054000800060050F20400011011000446426F78100800022788103C0001031049000600372A000120 Quality:0 Signal level:0 Noise level:0 lo Interface doesn't support scanning. MD8000-openSUSE:/home/frans # 5 Encryption was properly set in configuration via yast 6 Association and Authentication MD8000-openSUSE:/home/frans # /usr/sbin/iwconfig enp0s4 no wireless extensions. wlp0s3f3u4 unassociated Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency=2.412 GHz Access Point: Not-Associated Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 lo no wireless extensions. MD8000-openSUSE:/home/frans # Part of output dmesg 22.172033] r8188eu: module is from the staging directory, the quality is unknown, you have been warned. [ 22.180130] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0) [ 22.213373] usbcore: registered new interface driver r8188eu [ 22.608250] saa7134 ALSA driver for DMA sound loaded [ 22.608300] saa7134[0]/alsa: saa7134[0] at 0xe2425000 irq 19 registered as card -1 [ 22.743091] systemd-udevd[434]: renamed network interface wlan0 to wlp0s3f3u4 [ 25.311310] Adding 811244k swap on /dev/sda7. Priority:-1 extents:1 across:811244k FS [ 25.889031] EXT4-fs (sda12): mounted filesystem with ordered data mode. Opts: acl,user_xattr [ 27.649235] EXT4-fs (sda10): mounting ext3 file system using the ext4 subsystem [ 28.243914] EXT4-fs (sda10): mounted filesystem with ordered data mode. Opts: (null) [ 28.307955] audit: type=1305 audit(1409043811.956:2): audit_pid=567 old=0 auid=4294967295 ses=4294967295 res=1 [ 41.817729] NET: Registered protocol family 17 [ 42.497155] No iBFT detected. [ 43.688445] enp0s4: Media Link Off [ 48.706781] enp0s4: Media Link On 100mbps full-duplex [ 76.532839] Bluetooth: Core ver 2.19 [ 76.532883] NET: Registered protocol family 31 [ 76.532886] Bluetooth: HCI device and connection manager initialized [ 76.532902] Bluetooth: HCI socket layer initialized [ 76.532906] Bluetooth: L2CAP socket layer initialized [ 76.532924] Bluetooth: SCO socket layer initialized [ 76.544641] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 76.544647] Bluetooth: BNEP filters: protocol multicast [ 76.544663] Bluetooth: BNEP socket layer initialized [ 89.483317] fuse init (API version 7.23) [ 2657.992328] perf interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 50000 [ 5026.887373] perf interrupt took too long (5002 > 5000), lowering kernel.perf_event_max_sample_rate to 25000 [ 8398.886546] R8188EU: Firmware Version 11, SubVersion 1, Signature 0x88e1 [ 8399.268613] MAC Address = e8:94:f6:16:95:60 [ 8399.273304] IPv6: ADDRCONF(NETDEV_UP): wlp0s3f3u4: link is not ready [ 8584.856011] R8188EU: ERROR indicate disassoc [ 8587.824011] R8188EU: ERROR indicate disassoc [ 8590.792011] R8188EU: ERROR indicate disassoc [ 8593.760011] R8188EU: ERROR indicate disassoc [ 8610.144011] R8188EU: ERROR indicate disassoc [ 8633.288011] R8188EU: ERROR indicate disassoc Regards, Frans Reproducible: Always Steps to Reproduce: 1. Just reboot the system 2. 3. Actual Results: No wireless connection Expected Results: Wireless connection The same wireless NIC function in openSUSE 13.1 final correctly, after I had aplied Computer Tip "Realtek RTL8188EU in openSUSE 13.1" from URL https://sites.google.com/site/computertip/3 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 857207] New: xemacs tramp ssh completion returns "Wrong type argument: symbolp, ..."
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=857207 https://bugzilla.novell.com/show_bug.cgi?id=857207#c0 Summary: xemacs tramp ssh completion returns "Wrong type argument: symbolp, ..." Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell(a)joerg.wedekind.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Hi, I have updated my System to the new OpenSuse 13.1 - but now the "autocomplete" mode on a tramp-ssh connection failed - which worked before. I could open a file if I know the hole path: C-x C-f /[ssh/server]path/to/file.name But if I use the <TAB>-key to list the directory content for example C-x C-f /[ssh/server]path/to/<TAB> I get the following error: ----------------- snipp ----------------- Wrong type argument: symbolp, (autoload "subr-more" "Return a sequence of numbers from FROM to TO (both inclusive) as a list. INC is the increment used between numbers in the sequence and defaults to 1. So, the Nth element of the list is (+ FROM (* N INC)) where N counts from zero. TO is only included if there is an N for which TO = FROM + N * INC. If TO is nil or numerically equal to FROM, return (FROM). If INC is positive and TO is less than FROM, or INC is negative and TO is larger than FROM, return nil. If INC is zero and TO is neither nil nor numerically equal to FROM, signal an error. This function is primarily designed for integer arguments. Nevertheless, FROM, TO and INC can be integer or float. However, floating point arithmetic is inexact. For instance, depending on the machine, it may quite well happen that (number-sequence 0.4 0.6 0.2) returns the one element list (0.4), whereas (number-sequence 0.4 0.8 0.2) returns a list with three elements. Thus, if some of the arguments are floats and one wants to make sure that TO is included, one may have to explicitly write TO as (+ FROM (* N INC)) or use a variable whose value was computed with this exact expression. Alternatively, you can, of course, also replace TO with a slightly larger value (or a slightly more negative value if INC is negative). arguments: (FROM &optional TO INC) " nil nil) ----------------- snapp ----------------- using the directory-Mode works... C-X d /[ssh/server]path/to/<ENTER> Tanks for your help Jörg Reproducible: Always Steps to Reproduce: 1. open xemacs 2. try to connect to a remote server via SSH - use <TAB>-Key for autocompletion and/or show possible extensions C-x C-F /[ssh/your.server]<TAB> If I downgrade the xemacs-packages to the version 20121119-2.1.1 shipped with OpenSuSE 12.3 the error is gone... So it looks like the xemacs-packages Version 20130822-2.1.4 contains the error. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 707860] New: Static buffers in minicom are too small
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=707860 https://bugzilla.novell.com/show_bug.cgi?id=707860#c0 Summary: Static buffers in minicom are too small Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86 OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Stromeko(a)NexGo.DE QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 The terminal emulation minicom uses a static buffer for reading in config parameters. When you've got a path like: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 then it gets truncated and can't be used. Using the real device /dev/ttyUSB0 is not a good idea since udev may put this device on /dev/ttyUSB1 the next time. The buffer can be increased by setting #define PARS_VAL_LEN 196 in src/configsym.h (standard value is 64). If I build minicom with this change (and all the patches from https://build.opensuse.org/package/files?package=minicom&project=Base%3ASys…) then it will work with a configuration that references the above device. Reproducible: Always Steps to Reproduce: minicom -D /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 Actual Results: minicom: cannot open /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Co: No such file or directory Expected Results: minicom opening the serial port it had been given -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 23

[Bug 578994] New: hwinfo cuts off list of cpu features
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578994 http://bugzilla.novell.com/show_bug.cgi?id=578994#c0 Summary: hwinfo cuts off list of cpu features Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: HMWiesinger(a)gmx.at QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.3; Linux) KHTML/4.3.1 (like Gecko) The list of supported features is cut off at some point. hwinfo (16.10) shows the following list: Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36, clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx, smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse whereas "cat /proc/cpuinfo" shows: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow vnmi flexpriority Reproducible: Always Steps to Reproduce: 1. hwinfo --cpu 2. cat /proc/cpuinfo 3. compare output -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 886454] New: flash-player, multiple vulnerabilities: CVE-2014-0537, CVE-2014-0539, CVE-2014-4671
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=886454 https://bugzilla.novell.com/show_bug.cgi?id=886454#c0 Summary: flash-player, multiple vulnerabilities: CVE-2014-0537, CVE-2014-0539, CVE-2014-4671 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aloisio(a)gmx.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0 Adobe has released security updates for Adobe Flash Player 14.0.0.125 and earlier versions for Windows and Macintosh and Adobe Flash Player 11.2.202.378 and earlier versions for Linux. These updates address vulnerabilities that could potentially allow an attacker to take control of the affected system. Adobe recommends users update their product installations to the latest versions: Users of Adobe Flash Player 14.0.0.125 and earlier versions for Windows and Macintosh should update to Adobe Flash Player 14.0.0.145. Users of Adobe Flash Player 11.2.202.378 and earlier versions for Linux should update to Adobe Flash Player 11.2.202.394. Adobe Flash Player 14.0.0.125 installed with Google Chrome will automatically be updated to the latest Google Chrome version, which will include Adobe Flash Player 14.0.0.145 for Windows, Macintosh and Linux. Adobe Flash Player 14.0.0.125 installed with Internet Explorer 10 will automatically be updated to the latest Internet Explorer 10 version, which will include Adobe Flash Player 14.0.0.145 for Windows 8.0. Adobe Flash Player 14.0.0.125 installed with Internet Explorer 11 will automatically be updated to the latest Internet Explorer 11 version, which will include Adobe Flash Player 14.0.0.145 for Windows 8.1. Users of the Adobe AIR 14.0.0.110 SDK and earlier versions should update to the Adobe AIR 14.0.0.137 SDK. Users of the Adobe AIR 14.0.0.110 SDK & Compiler and earlier versions should update to the Adobe AIR 14.0.0.137 SDK & Compiler. Users of Adobe AIR 14.0.0.110 and earlier versions for Android should update to Adobe AIR 14.0.0.137. Affected software versions Adobe Flash Player 14.0.0.125 and earlier versions for Windows and Macintosh Adobe Flash Player 11.2.202.378 and earlier versions for Linux Adobe AIR 14.0.0.110 SDK and earlier versions Adobe AIR 14.0.0.110 SDK & Compiler and earlier versions Adobe AIR 14.0.0.110 and earlier versions for Android Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 781101] New: brp-symlink breaks build
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=781101 https://bugzilla.novell.com/show_bug.cgi?id=781101#c0 Summary: brp-symlink breaks build Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: lnussel(a)suse.com ReportedBy: bwiedemann(a)suse.com QAContact: qa-bugs(a)suse.de CC: coolo(a)suse.com Found By: Development Blocker: --- brp-symlink breaks osc build when creating a symlink to / as was needed in our qemu-accel package because cross compilers were searching files in /usr/arm-foo/ that were in / this caused $new_link_dest="" which broke in /usr/lib/rpm/brp-suse.d/brp-25-symlink:185 rm ./$link && ln -s $new_link_dest ./$link as a workaround, I symlinked "../.." which should in the end be treated equally to "/" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14