March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 330658] New: Condensed variants of DejaVu are installed, but unavailable.
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=330658 Summary: Condensed variants of DejaVu are installed, but unavailable. Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: jhegenbart(a)novell.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Documentation I installed openSUSE 10.3 without almost any customizations, save for choosing some more profiles and disabling AppArmor. rpm -ql dejavu lists DejaVuSansCondensed.ttf, DejaVuSerifCondensed.ttf and their variants as installed, but in applications, they're nowhere to be found, only DejaVu of regular width is available. I copied DejaVuSansCondensed.ttf to ~/.fonts using the KDE Control Center font installer, both on a 10.2 box and on a 10.3 box. The results were a bit different: While 10.2 displays the font name as "DejaVu Sans Condensed", 10.3 shows just "DejaVu Sans". I suspect this might be due to some changes in fontconfig, so I decided to put it under X.Org. Any things I could investigate on? -- 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 40

[Bug 376063] New: no-ip option missing when adding VLAN device in yast2 networking module ( dhcp and static ip offered only)
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=376063 User abittner(a)stud.fh-heilbronn.de added comment https://bugzilla.novell.com/show_bug.cgi?id=376063#c7 Summary: no-ip option missing when adding VLAN device in yast2 networking module (dhcp and static ip offered only) Product: openSUSE 11.0 Version: Alpha 3 Platform: i386 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: abittner(a)stud.fh-heilbronn.de QAContact: jsrain(a)novell.com Found By: --- hi there, i have been starting in a different bugreport before, but was advised to create a separate one here: please check some comments back over there # 5 and #7 for example: https://bugzilla.novell.com/show_bug.cgi?id=375834#c5 ---------------------- .. also, when being inside the vlan window, i can only select dhcp or static ip there, but not "no ip". since a pppoe device running on a vlan-tagged-eth wouldnt be needing ip on ethx nor on the vlanx device at all. only simple raw ethernet, without ip, and then ppp over that ethernet. ... ----------------- thanks and regards. -- 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 483426] New: zypper really needs to be able to be more flexible
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483426 Summary: zypper really needs to be able to be more flexible Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 While trying to help with bug 440101 I had to install a bunch of rpms by hand from factory. When I was done with that, I tried to revert back to the versions for openSUSE 11.1, using the already-configured repositories for 11.1 (+ Update + a number of others). zypper in -f libzypp yast2-qt-pkg satsolver-tools yast2-pkg-bindings libqdialogsolver1 zypper yast2-ncurses-pkg aria2 yast2-ncurses yast2-libyui libreadline6 Loading repository data... Reading installed packages... Package libzypp-6.2.2-1.1.x86_64 not found in repositories, cannot reinstall. Package yast2-qt-pkg-2.18.4-1.7.x86_64 not found in repositories, cannot reinstall. Package satsolver-tools-0.14.0-1.1.x86_64 not found in repositories, cannot reinstall. Package yast2-pkg-bindings-2.18.2-1.11.x86_64 not found in repositories, cannot reinstall. Package libqdialogsolver1-1.2.6-1.38.x86_64 not found in repositories, cannot reinstall. Package zypper-1.1.0-2.1.x86_64 not found in repositories, cannot reinstall. Package yast2-ncurses-pkg-2.18.1-1.4.x86_64 not found in repositories, cannot reinstall. Package aria2-1.2.0-2.1.x86_64 not found in repositories, cannot reinstall. Package yast2-ncurses-2.18.5-1.1.x86_64 not found in repositories, cannot reinstall. Package yast2-libyui-2.18.6-2.1.x86_64 not found in repositories, cannot reinstall. Package libreadline6-6.0-4.1.x86_64 not found in repositories, cannot reinstall. Resolving package dependencies... Nothing to do. I don't care if that exact version is available, I want the best-available version. Even --force-resolution doesn't help here. Also, how does --repo differ from --from: -r, --repo <alias|#|URI> Install packages only from the specified repository. -t, --type <type> Type of package (package, patch, pattern, product). Default: package. -n, --name Select packages by plain name, not by capability. -C, --capability Select packages by capability. -f, --force Install even if the item is already installed (reinstall). -l, --auto-agree-with-licenses Automatically say 'yes' to third party license confirmation prompt. See 'man zypper' for more details. --debug-solver Create solver test case for debugging. --no-recommends Do not install recommended packages, only required. -R, --no-force-resolution Do not force the solver to find solution, let it ask. --force-resolution Force the solver to find a solution (even an agressive). -D, --dry-run Test the installation, do not actually install. --from <alias|#|URI> Select packages only from specified repository. Do you want the generated solver test case? Otherwise it's probably really easy - grab a package from factory, install it, and then try to get zypper to re-install it using the best-available version. 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 5

[Bug 483204] New: Horribly outdated packages manpages-de
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483204 Summary: Horribly outdated packages manpages-de Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: trans(a)michael-skiba.de QAContact: ke(a)novell.com Found By: --- User-Agent: Opera/9.63 (X11; Linux i686; U; en) Presto/2.1.1 I was pointed to the fact, that the localized manpages (at least for de) are almost unusable outdated. Their latest version was released in november 2006 (Version 0.5). This is almost 2½ years, which is quite much in the IT world I believe. Now we've to ask ourself the question does it more harm to don't ship them at all, don't install them by default or let the user use broken manuals (which often contain deprecated stuff). I personally think it'd be if we could get the project to resume their work, but seeing as their only and latest mail in the mailinglist archiv is from 2008-03-14 and was a mail that pointed out that there's work to do and noone replied, I think the project is pretty much dead. Reproducible: Always http://www.infodrom.org/projects/manpages-de/ -- 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 3

[Bug 404975] New: Skim / Scim does not work in Openoffice
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=404975 Summary: Skim / Scim does not work in Openoffice Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mrkfbrn(a)yahoo.co.nz QAContact: qa(a)suse.de Found By: Customer Opensuse 11.0 KDE 4 with Japanese installed as a secondary language. Skim installs and works fine in all gtk and Qt applications. However, does not work for Openoffice and other X11 applications. Trying to load this (from Skim website) scim -d -c socket -f x11 -e socket results in this Launching a SCIM process with x11... Loading socket Config module ... Creating backend ... Loading x11 FrontEnd module ... Failed to load x11 FrontEnd module. Failed to launch SCIM. -- 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 483153] New: Resume from suspend stopped working after kernel update from 2.6.27.7-9.1 to 2.6.27.19-3.2pae
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=483153 Summary: Resume from suspend stopped working after kernel update from 2.6.27.7-9.1 to 2.6.27.19-3.2pae Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: crmhrm(a)attglobal.net QAContact: qa(a)suse.de Found By: --- Created an attachment (id=277829) --> (https://bugzilla.novell.com/attachment.cgi?id=277829) /var/log/pm-suspend.log for kernel 2.6.27.19-3.2pae User-Agent: Opera/9.63 (X11; Linux i686; U; en) Presto/2.1.1 IBM T23 laptop Machine matched entry 422: sys_vendor = 'IBM' sys_product = '2647*' sys_version = '' bios_version = '' Fixes: 0x3 S3_BIOS S3_MODE This machine can be identified by: sys_vendor = "IBM" sys_product = "26474MU" sys_version = "Not Available" bios_version = "1AET64WW (1.20 )" With original OpenSuSE 11.1 install (kernel 2.6.27.7-9.1), Fn+F4 on the laptop keyboard would suspend to RAM. Fn key would resume system. Now after the update, Fn+F4 still suspends correctly, but on resuming, the display is some color streaks on the top quarter of the monitor screen. I tried Ctrl+Alt+Bksp to kill X, but nothing happened. The system will reboot with the left Alt + SysRq + r s e i u b sequence. I switched back to kernel 2.6.27.7-9.1, and resume works again. Reproducible: Always Steps to Reproduce: 1. Press Fn+F4 or in console 'su -c s2ram' does suspend to RAM 2. Press Fn key and system resumes something, but display is just colored bits. 3. Actual Results: Display is just colored bits. No response to keyboard except reboot with the left Alt + SysRq + r s e i u b sequence. Expected Results: With kernel 2.6.27.7-9.1, I get a login window for password, then normal resume of system. The system runs KDE 4.1.3, default theme. -- 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 441106] New: boot: wasted second
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=441106 Summary: boot: wasted second Product: openSUSE 11.1 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: qa(a)suse.de CC: coolo(a)suse.de Found By: --- So - as we boot, we call /etc/init.d/boot.clock - this does two calls to hwclock, each of which does: rc = synchronize_to_clock_tick(); /* this takes up to 1 second */ if (rc) return rc; The overall cost is around 1 -> 1.5 seconds and this is independent of machine performance - ie. this is a big / slow beastie ;-) While investigating I poked at boot.clock, and I was surprised to find my /etc/adjtime to be all zeros: 0.0 0 0.0 0 UTC ie. what the boot.clock script creates (apparently). And running on the commandline with debug I see fun like this: /sbin/hwclock --systohc -u -D .. Time elapsed since reference time has been 0.302102 seconds. Delaying further to reach the next full second. Setting Hardware Clock to 15:16:03 = 1225725363 seconds since 1969 ioctl(RTC_SET_TIME) was successful. Not adjusting drift factor because last calibration time is zero, so history is bad and calibration startover is necessary. and so on - which seems odd; I've booted & shutdown this machine several times - though I guess it's crashed a good few times too. I was hoping to special-case this 0 clock adjustment to speed things up, but now I play with hwclock more - it starts to give me real values there. So - questions: * Why do we wait this half second on average twice ? * Do we really need the clock to be this accurate ? - ie. why wait ? * Do we even need adjtime on modern machines - has this problem gone away ? * Can we not adjust the time (perhaps just the seconds) asynchronously while the boot process continues ? + What about NTP ? can we use this by default instead & avoid this - presumably NTP has a good way of adjusting the time safely later in the day (?) Anyhow - sorry for the staggering ignorance - hopefully they're easy questions to answer :-) -- 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 31

[Bug 482424] New: symlinks for mod_authz_svn, mod_dav_svn
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482424 User mzugec(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=482424#c350590 Summary: symlinks for mod_authz_svn, mod_dav_svn Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: olh(a)novell.com ReportedBy: mzugec(a)novell.com QAContact: qa(a)suse.de Found By: --- Modules from subversion-server package doesn't create symlinks to /usr/lib/apache2-prefork or /usr/lib/apache2-worker like other modules It's needed to correctly fix bnc#350590 -- 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 3

[Bug 395696] New: Filesystem destroyd
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=395696 Summary: Filesystem destroyd Product: openSUSE 11.0 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gjn(a)gjn.priv.at QAContact: qa(a)suse.de Found By: Beta-Customer A situation like this destroys the Filesystem. On console 1 (root) mc (Midnight Commander) is open on a nfs mounted Partition A other task do a reboot or a shutdown. The system can't reboot or shutdown. After a reset the "local" Partition's must be restored? -- 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 16

[Bug 440101] New: yast2 Qt UI generates 2 events on a single click
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=440101 Summary: yast2 Qt UI generates 2 events on a single click Product: openSUSE 11.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: sh(a)novell.com ReportedBy: lslezak(a)novell.com QAContact: jsrain(a)novell.com Found By: --- There is a table with `notify and `immediate options in repositories.ycp. The table generates two events on a single click in Qt UI: 2008-10-30 08:39:59 <5> muffin(25780) [YCP] clients/repositories.ycp:837 Input: $["EventReason":"SelectionChanged", "EventSerialNo":22, "EventType":"WidgetEvent", "ID":`table, "WidgetClass":`Table, "WidgetID":`table] 2008-10-30 08:39:59 <5> muffin(25780) [YCP] clients/repositories.ycp:837 Input: $["EventReason":"Activated", "EventSerialNo":23, "EventType":"WidgetEvent", "ID":`table, "WidgetClass":`Table, "WidgetID":`table] The second event ("Activated") should be generated only on double click. The result is that a single click in the table enables/disables the selected repository instead of just selecting it. Tested in Beta3 + Yast from SVN. The bug may also cause problems in other Yast modules => Critical -- 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 35