August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 788224] New: Bring back the repair options inside the installation on the install media.
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=788224 https://bugzilla.novell.com/show_bug.cgi?id=788224#c0 Summary: Bring back the repair options inside the installation on the install media. Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: SUSE Other Status: NEW Severity: Enhancement Priority: P5 - None Component: openFATE AssignedTo: tschmidt(a)suse.com ReportedBy: monkey9(a)iae.nl QAContact: roland.haidl(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0 The lack of these tools of late brings a lot of problems as to bother other people for help for problems one could easily solve oneself. Options like boot an installed os, or install a new boot-loader, have many times saved me from a re-install, during my years of alpha,beta-tester for openSUSE in the past. Dropping these tools is not the right choice, because they are os version specific. Beside that, it will be more easy to help people that are not very skilled in the commandline, or the different grub prompt commands. Reproducible: Always Steps to Reproduce: 1.Try to boot an installed os from an installation medium, now 2.Try to install a bootloader from an installation medium, " 3.Try to find a lost partition from an installation medium, " Actual Results: Try to repair an installed system without the repair option. -- 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 815383] AUDIT-0: Security Review of "pam_snapper" for inclusion in openSUSE
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=815383 https://bugzilla.novell.com/show_bug.cgi?id=815383#c Ludwig Nussel <lnussel(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|novellonly | -- 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 811213] New: wrong russian translation for 'zypper dup -h'
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=811213 https://bugzilla.novell.com/show_bug.cgi?id=811213#c0 Summary: wrong russian translation for 'zypper dup -h' Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: alien.www(a)gmx.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:19.0) Gecko/20100101 Firefox/19.0 In russian translation for 'zypper dup -h', option "--from" is missing, and "--repo" listed twice with different descriptions. Additionally, in second line with "--repo", word "alias" is untranslated. Reproducible: Always Steps to Reproduce: 1. LANG=ru_RU.utf8 zypper dup -h Actual Results: "--from" is missing, "--repo" listed twice, word "alias" is untranslated in the 2nd "alias|#|URI" Expected Results: "--from" should be listed and "alias" should be translated. -- 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 7

[Bug 830060] New: Dracut is missing warpclock/hwclock
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=830060 https://bugzilla.novell.com/show_bug.cgi?id=830060#c0 Summary: Dracut is missing warpclock/hwclock Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: werner(a)suse.com QAContact: qa-bugs(a)suse.de CC: tittiatcoke(a)gmail.com, fcrozat(a)suse.com, rmilasan(a)suse.com Found By: Development Blocker: Yes as subject shows: dracut does not correct the kernels assumption about the timezone of the BIOS/firmware clock, that is that there are systems which do not have UTC in BIOS/firmware clock. -- 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 807605] New: xl2tpd: open_controlfd: Unable to open /var/run/xl2tpd/l2tp-control for reading
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=807605 https://bugzilla.novell.com/show_bug.cgi?id=807605#c0 Summary: xl2tpd: open_controlfd: Unable to open /var/run/xl2tpd/l2tp-control for reading Classification: openSUSE Product: openSUSE 12.3 Version: RC 2 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: avm-xandry(a)yandex.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.97 Safari/537.22 First. After installation xl2tpd we have a problem: xl2tpd 1.3.0 not run without the /var/run/xl2tpd/l2tp-control Problem is solved by manually creating this file: sudo mkdir /var/run/xl2tpd sudo touch /var/run/xl2tpd/l2tp-control Two. But after reboot the problem persists because systemd (see paragraph 5.4 in release notes -> http://download.opensuse.org/factory-snapshot/repo/oss/docu/RELEASE-NOTES.e…). As a solution, need a file /etc/tmpfiles.d/xl2tpd.conf with rules for one folder and one pipe file. Example: # Create directory /var/run/xl2tpd with permission by default if it does not exist yet. d /var/run/xl2tpd 755 root root - - # Create a named pipe with the rights by default if it does not exist yet. p /var/run/xl2tpd/l2tp-control 600 root root - - # Do not delete the directory /var/run/xl2tpd and its contents for cleaning temporary files. x /var/run/xl2tpd/ Thus, with the help of such a configuration file, we will solve two problems: 1. Failed pipe file and folder is the default channel 2. and removing it from systemd Reproducible: Always Steps to Reproduce: 1. Install xl2tpd 2. Configure it 3. Try to start it: /usr/sbin/xl2tpd -D 4. Get this messages: xl2tpd[5382]: setsockopt recvref[22]: Protocol not available xl2tpd[5382]: Using l2tp kernel support. xl2tpd[5382]: open_controlfd: Unable to open /var/run/xl2tpd/l2tp-control for reading. 5. Create /var/run/xl2tpd and /var/run/xl2tpd/l2tp-control 6. Run xl2tpd and to see that it works well. 7. Reboot system and try to run xl2tpd again. Actual Results: First: I get the message: open_controlfd: Unable to open /var/run/xl2tpd/l2tp-control for reading. Two: Evil systemd removes I created a folder and file each time you reboot. Expected Results: /var/run/xl2tpd/l2tp-control there must be a beginning and systemd should never touch it. -- 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 5

[Bug 781784] New: Wireless does not work in Thinkpad T400
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=781784 https://bugzilla.novell.com/show_bug.cgi?id=781784#c0 Summary: Wireless does not work in Thinkpad T400 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: psankar(a)novell.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Wireless does not work in Thinkpad T400. Let me know what debug information you need. Debug information to follow. My macbook pro and my android phone just ask for my username and password while connecting to the wireless. But in linux I need to specify some authenticaiton mechanism (PEAP, EAP etc. MSCHAP v1 v2 etc.) Should I file a separate bug to simplify the wireless authentication dialog ? -- 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 832543] New: input fields in desktop entries/launcher properties dialogue lose focus
by bugzilla_noreply＠novell.com 01 Aug '13

01 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832543 https://bugzilla.novell.com/show_bug.cgi?id=832543#c0 Summary: input fields in desktop entries/launcher properties dialogue lose focus Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Xfce AssignedTo: bnc-team-xfce(a)forge.provo.novell.com ReportedBy: haenig(a)cosifan.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 Most of the time the input fields of the 'Launcher' Tab (Description, Command, Working Directory, Comment) lose their focus to the 'Name' field on the 'General' Tab resulting in unintentionally overwriting the name of the launcher. Sometimes this does not happen though but I was not able to detect the systematics behind. But if I am fast enough I am always ever able to provoke the mentioned behaviour. If the time between clicking into one of the fields (say No.1) or opening the tab 'Launcher' and clicking onto (another) field (say No.2) is below maybe half a second one is able to at first see No.2 getting focus (border becomes fatter and blue in my case) and shortly after this losing focus again. If one fails to recognize this and starts typing the 'Name' field' of the 'General' tab is overwritten instead. re is only half a second after clicking into another Reproducible: Always Steps to Reproduce: 1. open the properties dialogue of a (desktop) launcher by 'right click' => 'properties' 2. switch onto the 'Launcher' tab 3. within half a second of doing so select one of the input fields Actual Results: a short time later the focus gets lost and if one then starts typing the 'Name' field of the 'General' tab is beeing overwritten Expected Results: focus should stay and the typed text should fill the chosen field -- 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