September 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 896357] New: emacs-auctex depends on file_line_error_style to be set accordingly
by bugzilla_noreply＠novell.com 16 Sep '14

16 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896357 https://bugzilla.novell.com/show_bug.cgi?id=896357#c0 Summary: emacs-auctex depends on file_line_error_style to be set accordingly Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 When working with emacs auctex there is a prerequisite with regard to the error stlyle setting of TeX to get things to work properly. This issue is related to the file_line_error_style variable in /usr/share/texmf/web2c/texmf.cnf It should be set to "t" rather than "f" (the default), otherwise every error of TeX will end in an "Error after last TeX File closed" Reproducible: Always Steps to Reproduce: 1. Generate TeX (LaTeX ...) document using auctex 2. Make an error :-) 3. Try to run TeX -> error message will pop up Actual Results: You will be told to press Strg-C ` to view the error, then you always get "Error after last TeX File closed". This is due to the mentioned setting in /usr/share/texmf/web2c/texmf.cnf Expected Results: Usuable error message information I guess this one would go to Dr. Werner Fink .... Than you guys for looking into that! -- 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 4

[Bug 869261] New: RFE: check md raids data consistency
by bugzilla_noreply＠novell.com 16 Sep '14

16 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=869261 https://bugzilla.novell.com/show_bug.cgi?id=869261#c0 Summary: RFE: check md raids data consistency Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gleixner(a)lrz.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 It is best practice to check raid systems regulary. Linux md raid can be triggered to do so. So i requet the enhancement to do so. Implementation example: linux:/etc/cron.monthly # cat check_raid #!/usr/bin/env bash # for i in /sys/block/md* ; do echo check > $i/md/sync_action done Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 4

[Bug 896454] New: Running qemu-kvm with '-vga vmware' on SLE12 image causes segfault
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896454 https://bugzilla.novell.com/show_bug.cgi?id=896454#c0 Summary: Running qemu-kvm with '-vga vmware' on SLE12 image causes segfault Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KVM AssignedTo: kvm-bugs(a)forge.provo.novell.com ReportedBy: bgeuken(a)suse.com QAContact: jdouglas(a)suse.com CC: afaerber(a)suse.com Found By: --- Blocker: --- I noticed this while testing some Studio built appliances. This is not hurting us in any way though. Using the same command to run a SLE11 SP3 appliances works just fine. Host is an openSUSE 13.1. bgeuken@g196:/stuff/downloads> qemu-kvm -snapshot Bjrns_SLES_12__theming_test-0.0.4/Bjrns_SLES_12__theming_test.x86_64-0.0.4.vmdk -m 1024 -vga vmware Warning: default mac address being used, creating potential for address conflict Segmentation fault bgeuken@g196:/stuff/downloads> rpm -q qemu qemu-1.6.2-4.5.1.x86_64 bgeuken@g196:/stuff/downloads> rpm -q kvm kvm-1.6.0-3.4.1.x86_64 -- 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 2

[Bug 845763] New: UEFI Installation broken
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=845763 https://bugzilla.novell.com/show_bug.cgi?id=845763#c0 Summary: UEFI Installation broken Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gjn(a)gjn.priv.at QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 On my system ASUS P8B WS it is not possible to install 13.1. The first Problem, most time the Installer have Problem to setup the Drive this is a Intel IMSM Raid 5 and the Installer can't Format VFAT (Error -3000) or have Problem to create the LVM System or afterward to format the Partition (Error -4000) Btrfs. The next Problem, when I have a Partitionen and Formated System the Installation have a Problem to start UEFI. In the Bios I found my UEFI Partition with "opensuse" but it is not possible to start it in stack 2 to configure the system. On a very new System ASUSS P9D WS the Installer crash all drives SSD and also the Windows Installation is gone nothing is after the Installation in the UEFI Bios to Boot. I tell before the the Secure Boot is Broken Beta1.... The 12.3 is Installable and other Distris works fine, but with 13.1 all is broken. 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 32

[Bug 896024] New: repository of type local directory is not refreshed altough new RPMs are in the directory
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896024 https://bugzilla.novell.com/show_bug.cgi?id=896024#c0 Summary: repository of type local directory is not refreshed altough new RPMs are in the directory Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: rens.groenewegen(a)xs4all.nl QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 using a local directory as a repository in yast is problematic. new rpms are not recognized, although using the repository tool from yast to refresh the specific repository. only deleting it and re-adding helps. this has been the case since suse 11.x as far as I know. I finally got really annoyed with it :-) Reproducible: Always Steps to Reproduce: 1.add rpm to local directory repository 2.start yast2 => repository => refresh said repository 3.go into yast2 => software => seek the rpm's name 4. the new rpm will not be visible. Actual Results: no new rpm visible in yast->software Expected Results: new rpm should have been visible removing the repo and re-adding it "solves" the problem. I wonder if this is a local dir only problem, or wether other repo types have the same issue ?? -- 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 4

[Bug 896438] New: openSUSE:12.3/glibc.i686: Bug
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896438 https://bugzilla.novell.com/show_bug.cgi?id=896438#c0 Summary: openSUSE:12.3/glibc.i686: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: aj(a)suse.com ReportedBy: itsbo(a)fz-juelich.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Latest drpm for glibc-32bit (2.17-4.13.1) omits file /lib/ld-linux.so.2 Automatic updateprocess complains that package depends on file and refuses update SCRIPT: opensuse.org-online_update exited with RETURNCODE = 4. SCRIPT: output (stdout && stderr) follows Problem: ctxusb-2.4.256735-1.x86_64 requires /lib/ld-linux.so.2, but this requirement cannot be provided deleted providers: glibc-32bit-2.17-4.7.1.x86_64 Solution 1: deinstallation of ctxusb-2.4.256735-1.x86_64 Solution 2: do not install patch:openSUSE-2014-536-1.noarch Solution 3: break ctxusb-2.4.256735-1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): c SCRIPT: opensuse.org-online_update Reproducible: Always -- 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 25

[Bug 876690] hplip-hpijs contains PPDs that require hplip
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=876690 https://bugzilla.novell.com/show_bug.cgi?id=876690#c7 --- Comment #7 from Johannes Meixner <jsmeix(a)suse.com> 2014-09-15 14:49:01 CEST --- The change in comment#6 is submitted and accepted in its OBS devel project Printing via OBS submitrequest 249259 and forwarded to openSUSE:Factory via OBS submitrequest 249260. -- 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 0

[Bug 896623] New: thunderbird 31.1.0-70.31.1-x86_64 don't start when mozilla th 31 do
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896623 https://bugzilla.novell.com/show_bug.cgi?id=896623#c0 Summary: thunderbird 31.1.0-70.31.1-x86_64 don't start when mozilla th 31 do 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: jdd(a)dodin.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Last thunderbird do not start ar all (crash report at start). th 31 downloaded from mùozilla works Reproducible: Always Steps to Reproduce: 1. launch thunderbird from openSUSE repo 2. crash report loops if "restart" is asked 3. thunderbird from mozilla, same version (31) works as expected. I tryed to unactive plugins without better result no idea of what to do beside expecting next release. Mail on opensuse mailing list didn't give any answer. may be this is only a serious bug for me? kde4. imap. I already experienced often crashes, but usually this stops after relaunch of th. The .thunderbird folder is pretty old (several years). -- 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 1

[Bug 876690] hplip-hpijs contains PPDs that require hplip
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=876690 https://bugzilla.novell.com/show_bug.cgi?id=876690#c6 Johannes Meixner <jsmeix(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #6 from Johannes Meixner <jsmeix(a)suse.com> 2014-09-15 11:53:37 CEST --- Also PPDs that require a proprietary plugin from HP must be moved to the hplip main-package because the proprietary plugin from HP must be downloaded and installed by using HPs "hp-plugin" tool that belongs to the hplip main-package (HP's "hp-setup" tool calls "hp-plugin" when needed). Accordingly PPDs that require a proprietary plugin from HP (PPDs that contain "*NickName: ... requires proprietary plugin") are moved to a new separated directory /usr/share/cups/model/manufacturer-PPDs/hplip-plugin that belongs to the hplip main-package. -- 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 0

[Bug 896660] New: Impossible to create or change activity - missing kactivities4 package
by bugzilla_noreply＠novell.com 15 Sep '14

15 Sep '14

https://bugzilla.novell.com/show_bug.cgi?id=896660 https://bugzilla.novell.com/show_bug.cgi?id=896660#c0 Summary: Impossible to create or change activity - missing kactivities4 package Classification: openSUSE Product: openSUSE Factory Version: 201409* Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: galko.ferdinand(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 I prefer KDE with Desktop Icons activity. But it is impossible to create new activity or change to other one. There is still only a "Main" predefined activity without possibility of change. I additionally installed missing kactivities4 package according advice from openSUSE forum after fresh installation of openSUSE Factory. Then it was possible to change or create activities. According me there is missing dependency and kactivities4 package is not installed during installation automatically. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: Necessity of additional installation of kactivities4 package -- 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 2