February 2009 - YaST Development - openSUSE Mailing Lists

[yast-devel] Prague YaST team meeting 2008-02-05
by josef reidinger 10 Feb '09

10 Feb '09

Minutes of Prague YaST Team Meeting: 2009-02-05 =============================================== http://en.opensuse.org/YaST/Team Present: jkupec, jreidinger, jsrain, jsuchome, juhliarik, kmachalkova, locilka, lslezak, mvidner, mzugec Minutes: jreidinger Next Minutes: jkupec User logs (jsuchome) ---------- - creating routines for writing to user logs and discuss what should contain this logs Bootloader ----------- - decide to not support blue button for lenovo notebooks as noone know what exactly changed in lenovo mbr and for some models it doesn't work (cannot boot) (juhliarik) - multipath detection for multipath with enabled user friendly names fixed Error detection module (locilka) ---------------------- - InstError YCP module newly offers to one-click-save-logs directly from an error pop-up. SMT (locilka) -------------- - Removed dependency on product control file (if system not installed the standard way). SMT has now new own control file for CA Management proposal. Product creator (lslezak) ------------------------- - fixed problems with product creator for ppc dbus (lslezak) --------------- - dbus can load from yast module namespace webpin yast module ------------------ - bubli try find home (for module) other (mvidner) ---------------- - testing yast web service - improving ycp doc -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

1 0

[yast-devel] Timeout problem in SCR DBus service
by Ladislav Slezak 09 Feb '09

09 Feb '09

Hi all, Klaus has noticed that it takes quite long time to process requests by the SCR DBus service. I have noticed that in the past too but I didn't pay attention to this, I thought that DBus is so slow... Now I have found the problem: connection.setTimeout() in Yast calls dbus_connection_read_write() function which should wait for an incoming DBus message or timeout (after 5 seconds in this case). But for some reason (a bug?) it does not return immediately when a DBus _signal_ message is received, it times out instead. Unfortunately two signals are sent by DBus itself automatically at service startup (signal NameAcquired from interface org.freedesktop.DBus). So there is a delay 2*timeout which means 10 seconds in this case :-( The fix is quite simple - try reading from DBus and if there is no message _then_ call dbus_connection_read_write() function to wait for an message. With this patch the signals at start up are read immediately from the input queue. See the attached patch. Klaus, Schubi, please test the patch, I'd like to submit it to RC4 on monday... -- Best Regards Ladislav Slezák Yast Developer ------------------------------------------------------------------------ SUSE LINUX, s.r.o. e-mail: lslezak(a)suse.cz Lihovarská 1060/12 tel: +420 284 028 960 190 00 Prague 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/

3 6

[yast-devel] Re: Trainee question about ini agent (YCP)
by Martin Vidner 06 Feb '09

06 Feb '09

On Fri, Feb 06, 2009 at 02:16:11PM +0100, Alexander Orlovskyy wrote: > Hi Martin! > I have question about your manual (Ini agent description ). > I have one config file which is read by the scr agent, but in the > config file i have following entry in the config file: > > # variable1 = value > # variable2 = value > # variable3 = value > # variable4 = value > > Is it possible to configure the scr agent so that he can read and write > those values without # sign? This will give you regular variables with value_type 0 and commented-out ones with value_type 1. `ag_ini ( `IniAgent ( "/foo/bar.conf", $[ "options" : [ "global_values" ], "params" : [ // unfortunately this is the simplest way to write // '"whatever = whatever", including whitespace' $[ "match" : [ "^[ \t]*([^=]*[^ \t=])[ \t]*=[ \t]*(.*[^ \t]|)[ \t]*$", "%s %s" ]], // same as above, with "# " added $[ "match" : [ "^# [ \t]*([^=]*[^ \t=])[ \t]*=[ \t]*(.*[^ \t]|)[ \t]*$", "%s %s" ]], ], // something which does NOT match the above, because comments are processed first "comments" : [ "^#[^ ].*" ], "subindent" : " ", ] ) ) Unfortunately, if you add just "#" instead of "# " then you have much harder time negating that regex to specify what constitutes an uninteresting comment. IIRC for smb.conf, we used '#' for free comments and ';' for disabled values to solve this problem Let's say we have foo = bar # baz = quux SCR::Read(.myagent.value.foo) -> "bar" SCR::Read(.myagent.value.baz) -> "quux" SCR::Read(.myagent.value_type.foo) -> 0 SCR::Read(.myagent.value_type.baz) -> 1 SCR::Write(.myagent.value_type.foo, 1) // comment it out http://svn.opensuse.org/svn/yast/trunk/core/agent-ini/doc/ag_ini.html#access -- Martin Vidner, YaST developer http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

1 0

[yast-devel] yast web service lighttpd startup errors
by Duncan Mac-Vicar P. 05 Feb '09

05 Feb '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 First error: /usr/sbin/lighttpd: Symbol `FamErrlist' has different size in shared object, consider re-linking traced to: http://www.nabble.com/Bug-437307:-lighttpd-fails-to-restart-after-update-td… lighttpd requires libfam.so.0, which is provided by fam, or by gamin (http://www.gnome.org/~veillard/gamin/). What is gamin? an alternative gnome implementation, which like other examples (avahi, pulseaudio) provide an non-working alternative for a working system. I had gamin in my system from packman somehow. Argh! removed. Should we conflict with it? The startup error socket failed: Address family not supported by protocol Is because I had ipv6 disabled, but yastws config had it enabled, changing yastws's lighttpd.conf: server.use-ipv6 = "disable" May be this setting should be dynamic? Now http://localhost:8080/ I get YaST-Webservice REST Interface!!!!! yay. Cheers Duncan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmKLEUACgkQzR62qWZ+QtHWCwCfcC2LHFwQrYSZsFT+iMGaH6Kp 0TQAoMJ4lGjO8eiiOTjQLcMGE/+KrxB7 =2JEZ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

3 2