September 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 164445] [build 905] taboo is not persistent
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=164445 User alpha096(a)virginbroadband.com.au added comment https://bugzilla.novell.com/show_bug.cgi?id=164445#c32 Scott Couston <alpha096(a)virginbroadband.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|DUPLICATE | --- Comment #32 from Scott Couston <alpha096(a)virginbroadband.com.au> 2008-09-01 15:39:54 MDT --- QA- To decide fate of which dupe to retain and investigate fix or no action but words from reporters only -- 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 326158] New: GTK-YaST constantly steals focus
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=326158 Summary: GTK-YaST constantly steals focus Product: openSUSE 10.3 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: francisg(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- I'm not sure whether this should just be filed under gnome (metacity), but anyway: We all have 2-3 repos enabled, and refreshing these brings up a million progress dialogs (which is the real problem, as well) when it refreshes and parses the cache, so we normally let it do its thing and load while we're working on other stuff. This isn't really possible with the GTK-YaST because it will always steal the focus. Even if you have it minimised (and this is the issue) it will still pop the window up and take focus. You can't really keep typing, because it may pop up and you'll hit "abort" by accident. So, expected behaviour: when you minimise YaST, for it to not keep popping up every time it wants to show a new progress 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 68

[Bug 421994] New: YOU calls for attention without need.
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=421994 Summary: YOU calls for attention without need. Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: openSUSE 10.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: l_v_brienen(a)casema.nl QAContact: jsrain(a)novell.com Found By: --- When YOU refreshes it caches, it creates a new window for each phase, this causes it to make numerous calls for attention, making it hard to tell when YOU is ready. Is it possible to replace this with a single window? That way, when the progress-window closes, one will know YOU is ready. -- 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 417221] New: one side ssh host-based authentication failure
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=417221 User gilles.sabourin(a)free.fr added comment https://bugzilla.novell.com/show_bug.cgi?id=417221#c53 Summary: one side ssh host-based authentication failure Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gilles.sabourin(a)free.fr QAContact: qa(a)suse.de Found By: Customer Created an attachment (id=233376) --> (https://bugzilla.novell.com/attachment.cgi?id=233376) ssh client config I have set up a DNS server in my LAN network and reconfigured both ssh clients and servers according to the method described in this document : http://itg.chem.indiana.edu/inc/wiki/software/openssh/189.html I am running openssh 5.0-p1 on openSUSE 11.0 on both my 32bits laptop and my 64bits desktop. DNS server is running well on my 64bits desktop : gilles@gilles-bureau:~> nslookup 192.168.0.100 Server: 192.168.0.100 Address: 192.168.0.100#53 100.0.168.192.in-addr.arpa name = gilles-bureau.site. gilles@gilles-bureau:~> nslookup 192.168.0.101 Server: 192.168.0.100 Address: 192.168.0.100#53 101.0.168.192.in-addr.arpa name = gilles-portable.site. >From my laptop towards my desktop, host-based authentication performs well, so I don't need to give a password anymore. >From my desktop towards my laptop, host-based authentication fails : I still got a prompt for the password. I have checked all the points in the method, so, I am sure that: - ssh_config and sshd_config are the same on both machines; - /etc/ssh/ssh_known_hosts and /etc/hosts.equiv are the same on both sides; - suid bit is set for ssh-keysign on both PC. (see attachments) So, I tried to investigate furthermore and have launched ssh daemon at highest debug level for the 2 cases success / failure authentication. (see attachments). In the 2 cases, the dialog between the server and the client is roughly the same at the beginning, up to a point, where : - in case of success, I got : debug1: PAM: initializing for "gilles" debug1: PAM: setting PAM_RHOST to "gilles-portable.site" debug1: PAM: setting PAM_TTY to "ssh" .. debug1: userauth-request for user gilles service ssh-connection method hostbased debug1: attempt 1 failures 1 debug2: input_userauth_request: try method hostbased - in case of failure, there are missing settings of PAM_RHOST and PAM_TTY : .. debug1: PAM: initializing for "gilles" debug1: userauth-request for user gilles service ssh-connection method keyboard-interactive -- 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 10

[Bug 397412] New: openais package removes its runlevel script on update
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=397412 Summary: openais package removes its runlevel script on update Product: openSUSE 11.0 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: abeekhof(a)novell.com ReportedBy: mls(a)novell.com QAContact: qa(a)suse.de Found By: --- The openais package does an unconditional 'chkconfig --del openais' in the uninstall script. As uninstall scripts are also called when the package is updated (and *after* the install scripts!), this will result in a disabled service. Please check $1 if you really need to do this (what I doubt). $1 is zero if this is a remove, > 0 if it is an update. (And don't use 'chkconfig --del', this is just the redhat compatibility mode ;-) ) -- 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 418648] New: yast2-x11: exported xml config fails to validate against schema
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=418648 User sschober(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=418648#c307967 Summary: yast2-x11: exported xml config fails to validate against schema Product: openSUSE 11.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST AssignedTo: jdsn(a)novell.com ReportedBy: sschober(a)novell.com QAContact: qa(a)suse.de Found By: --- The yast2-x11 module produces the following code on (autoyast) export: <profile xmlns="http://www.suse.com/1.0/yast2ns" xmlns:config="http://www.suse.com/1.0/configns"> <x11>  <color_depth config:type="integer">24</color_depth>  </x11> </profile> This fails to validate against the x11.rnc schema included in the module, which states 'color_depth' should be of type integer: color_depth = element color_depth { INTEGER } The easy solution, i think, would be to change this to '{ text }', but 'integer' appears to be the more fitting type. A quick look at the code in <yast-svn>/x11/src/autoyast/modules/AutoinstX11.ycp revealed the following statement: 144 x11["color_depth"] = (string) XLib::getActiveColorDepth(); Which might, according to my very basic understanding of the code, be changed to: 144 x11["color_depth"] = tointeger(XLib::getActiveColorDepth()); This might also remove the need for the cast in line 187: 186 // convert value to integer (bnc#307967) 187 integer colors = tointeger(x11["color_depth"]:16); -- 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 415920] New: Wrong #include in libsatsolver-devel
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=415920 Summary: Wrong #include in libsatsolver-devel Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: mrashmiranjan(a)novell.com QAContact: qa(a)suse.de Found By: --- While compiling some code written to use the libsatsolver-devel package, found these errors. ----------------------------------------------------------------- In file included from /usr/include/satsolver/transaction.h:18, from sat-backend.h:14, from solvecase.c:1: /usr/include/satsolver/job.h:19:18: error: pool.h: No such file or directory /usr/include/satsolver/job.h:20:20: error: solver.h: No such file or directory In file included from /usr/include/satsolver/job.h:22, from /usr/include/satsolver/transaction.h:18, from sat-backend.h:14, from solvecase.c:1: /usr/include/satsolver/xsolvable.h:12:18: error: repo.h: No such file or directory /usr/include/satsolver/xsolvable.h:13:22: error: solvable.h: No such file or directory -------------------------------------------------------------------- The problem is... in job.h #include <pool.h> #include <solver.h> Changing them to #include "pool.h" #include "solver.h" OR #include <satsolver/pool.h> #include <satsolver/solver.h> Solves the problem. Same problem with xsolvable.h also. And may be many more header files too. -- 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 405797] New: Autoyast X11 choices on default depth can lead to installations without X
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=405797 Summary: Autoyast X11 choices on default depth can lead to installations without X Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Minor Priority: P5 - None Component: AutoYaST AssignedTo: ug(a)novell.com ReportedBy: heibslic(a)mailbox.tu-berlin.de QAContact: qa(a)suse.de CC: heibslic(a)mailbox.tu-berlin.de Found By: --- With OpenSuSE 11.0 you are able to select '32' as the default depth with the X11 profile. However, most graphics drivers (in this case a I830 running with the xf86-video-intel driver) do not allow for anything above 24bit colors as their default depth. I suggest you either remove the 32bit option (there really isn't any visible difference between 24 and 32bit) or implement some incredibly smart voodoo to detect whether or not a certain graphics driver actually supports the default depth commanded to use by the autoyast profile. <x11> <color_depth config:type="integer">32</color_depth> <display_manager>kdm</display_manager> <enable_3d config:type="boolean">false</enable_3d> <enable_xgl config:type="boolean">false</enable_xgl> <resolution>1024x768 (XGA)</resolution> <window_manager>kde</window_manager> <xgl_custom_options></xgl_custom_options> </x11> Thats the profile part in question. -- 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 402597] New: Zypp cannot read solv file
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=402597 Summary: Zypp cannot read solv file Product: openSUSE 11.0 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: llunak(a)novell.com QAContact: qa(a)suse.de Found By: --- New instalation of 11.0 (with few modifications, but none should be relevant for this). Installation itself went fine, after trying to add community repositories I'm unable to use zypper or 'yast2 -i' for anything. The error is "Error reading solv-file: /var/cache/zypp/solv/openSUSE-11.0-Updates/solv" or similar. I could already reproduce it on another machine before, but there 'zypper clean -m' and 'zypper refresh' avoided the problem. However here, no matter what I try, it appears the system is unable to create the caches. I even tried copying /var/cache/zypp from another machine, that works fine until things need to be refreshed. Even things like removing all repositories, or even wiping out /var/cache/zypp don't help. Attached is /var/log/zypper.log for the following sequence: $ zypper lr No repositories defined. Use the 'zypper addrepo' command to add one or more repositories. $ zypper ar http://download.opensuse.org/distribution/11.0/repo/oss 'OSS' Adding repository 'OSS' [done] Repository 'OSS' successfully added Enabled: Yes Autorefresh: No URI: http://download.opensuse.org/distribution/11.0/repo/oss $ zypper search blahblah Building repository 'OSS' cache [done] Building repository 'OSS' cache [done] Problem loading data from 'OSS' Error reading solv-file: /var/cache/zypp/solv/OSS/solv Try 'zypper refresh', or even 'zypper clean -m' before doing so. Resolvables from 'OSS' not loaded because of error. Reading installed packages... No resolvables found. (Yes, it looks like it tries to build the cache twice, but it doesn't always do that. It doesn't work in either case though.) -- 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 19

[Bug 418175] New: Missing tex fonts
by bugzilla_noreply＠novell.com 01 Sep '08

01 Sep '08

https://bugzilla.novell.com/show_bug.cgi?id=418175 Summary: Missing tex fonts Product: openSUSE 11.0 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: alberto.passalacqua(a)tin.it QAContact: qa(a)suse.de Found By: Customer A file reporting missing fonts in tex is generated in the home directory. The content of the file is: mktexpk --mfmode / --bdpi 600 --mag 1+57/600 --dpi 657 aicmmi10 mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 aicmmi8 If executed, the two commands give a lot of messages ending with something like: Premature end of file grep: aicmmi10.log: No such file or directory mktexpk: `gsftopk aicmmi10 657' failed to make aicmmi10.657pk. Regards, Alberto -- 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