July 2009 - YaST Development - openSUSE Mailing Lists

[yast-devel] TraditionalYaST: searching YaST modules by keywords
by Katarina Machalkova 03 Sep '09

03 Sep '09

YaST hackers, I've just finished implementing ground for feature #305845 [1], that is support for defining additional keywords for YaST module and querying those (in addition to module names) in (Qt4) control centre search. However, to put the feature really into practice, I need your help. It is very simple: all you have to do is to modify .desktop file(s) your YaST module ships by adding a new key-value pair to it. The key name is 'X-SuSE-YaST- Keywords' (to conform to xdg standards [2]) and its value is comma-separated list of words describing the function of the module. Example: [Desktop Entry] Type=Application //those you already have Name=Flinstones GenericName=Modern Stone Age Family //this you will need to add X-SuSE-YaST-Keywords=fred,wilma,barney,betty I'm sure you know best which keywords to put in in order to make it easier for the users to find the module :) Thanks for the cooperation. hB. [1] https://features.opensuse.org/305845 [2] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry- spec-1.0.html -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter

2 2

[yast-devel] RFC: splitting yast2-core package
by Ladislav Slezak 03 Aug '09

03 Aug '09

Hi all, Currently yast2-core package requires also DBus and PolicyKit packages (because of the DBus service and the DBus agent). This makes updating or compiling the interpreter more complicated and the DBus service is always installed (even when not needed) which is bad from security point of view. So my proposal is to split the package into three parts: - yast2-core - the core interpreter + agents (no DBus or PolicyKit dependency) - yast2-dbus-client - the DBus agent (requires DBus), currently needed by yast2-storage only - yast2-dbus-server - YaST DBus services (require DBus + PolicyKit), needed by WebYast (so it should not be installed by default) I have already prepared the new packages in tmp/lslezak SVN branch, RPMs are in my OBS project (home:lslezak:Factory). Please review the proposal. If there are no objections I'll submit the packages to Factory soon... Thank you. -- 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/ -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

4 6

[yast-devel] Re: [zypp-devel] JFYI: libzypp-6.11.0 supports download policy for commit.
by Michael Andres 30 Jul '09

30 Jul '09

On Wednesday 29 July 2009 20:09:52 Peter Poeml wrote: > > > > > > So what? When you're out of space, you'll change the default. You're > > > usually not out of space. And with DownloadInHeaps, the space should > > > not be a problem anyway. That's not true. It very much depends on what you do. Installing some patches you may get small heaps, 'zypper dup' might produce pretty lage ones. An if you are running out of disk space, it does not help to simply change the policy. The cache is the one that also keeps the packges if the .reop tells to do so (keeppackages=1). I suppose only few people use that feature, otherwise I'd expect more complaints about missing cache maintenance tools. If keeppackages is on, or if you now abort an installation with DownloadInAdvacne, packages will stay in the cache. So we should offer something to inspect and cleanup (maybe more sophisticated than zupper --clean). -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma(a)novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- 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] Re: [yast-commit] <rest-service> master : fix concerning limits
by josef reidinger 30 Jul '09

30 Jul '09

Stefan Schubert napsal(a): > ref: refs/heads/master > commit f90bd649630a76cb31629c7bd99d0b1d0aeabea3 > Author: Stefan Schubert <schubi(a)suse.de> > Date: Fri Jul 17 10:23:16 2009 +0200 > > fix concerning limits > --- > plugins/status/app/models/status.rb | 5 ++++- > 1 files changed, 4 insertions(+), 1 deletions(-) > > diff --git a/plugins/status/app/models/status.rb b/plugins/status/app/models/status.rb > index 95136ea..a31ef24 100644 > --- a/plugins/status/app/models/status.rb > +++ b/plugins/status/app/models/status.rb > @@ -164,7 +164,10 @@ class Status < ActiveRecord::Base > > #setting the limits > result.each do |key, value| > - path = rrdfile.chomp(".rrd") + "/" + key > + > + path = rrdfile.chomp(".rrd") > + path +="/" + key if key!="value" #do not take care about the value flag > + path = path.tr('-','_') ^^^ Hint, ruby has for this purpose ! version of opration, so path.tr!('-','_') is better (more DRY :) > if @limits.has_key?(path) > result[key] ||= Hash.new > result[key].merge!({"limit" => @limits[path] }) -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

2 1

[yast-devel] Export installation settings as XML during installation
by Leonardo L. P. da Mata 28 Jul '09

28 Jul '09

Hi, i'm doing some tests with autoyast, and it is possible to export the configuration of a system using yast2 autoyast tools-> create reference profile option. The problem is that i need to export this settings automatically and during the normal installation, is there any interface, package, modules that export the settings into xml format information (like control.xml or autoyast.xml information)? Thanks -- Leonardo Luiz Padovani da Mata barroca(a)gmail.com "May the force be with you, always" "Nerd Pride... eu tenho. Voce tem?" -- 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] Re: [zypp-devel] JFYI: libzypp-6.11.0 supports download policy for commit.
by Jano Kupec 28 Jul '09

28 Jul '09

Michael Schroeder wrote: > On Mon, Jul 27, 2009 at 04:28:37PM +0200, Cristian Morales Vega wrote: >> 2009/7/27 Michael Schroeder <mls(a)suse.de>: >>> On Mon, Jul 27, 2009 at 03:37:16PM +0200, Jano Kupec wrote: >>>> I also think the DownloadInAdvance (or even better DownloadInHeaps) >>>> should be our new default. At least once yast and zypper is ready for this. >>> No, please stay backward compatible. >> How that would break compatibility? > > You need room on your disk to store all of the rpms. So what? When you're out of space, you'll change the default. You're usually not out of space. And with DownloadInHeaps, the space should not be a problem anyway. I really don't see why we should not default to the safer mode. Also, we should check whether there is enough space on the drives we use anyway. But that's probably something for the future. -- cheers, jano Ján Kupec YaST team ---------------------------------------------------------(PGP)--- Key ID: 637EE901 Fingerprint: 93B9 C79B 2D20 51C3 800B E09B 8048 46A6 637E E901 ---------------------------------------------------------(IRC)--- Server: irc.freenode.net Nick: jniq Channels: #zypp #yast #suse #susecz ---------------------------------------------------------(EOF)---

2 1

[yast-devel] JFYI: libzypp-6.11.0 supports download policy for commit.
by Michael Andres 27 Jul '09

27 Jul '09

Hi! With libzypp-6.11.0 you can now choose among several download modes. The mode is set in ZYppCommitPolicy. DownloadOnly, //!< Just download all packages to the local cache. //!< Do not install. Implies a dry-run. DownloadInAdvance, //!< First download all packages to the local cache. //!< Then start to install. DownloadInHeaps, //!< Similar to DownloadInAdvance, but try to split //!< the transaction into heaps, where at the end of //!< each heap a consistent system state is reached. DownloadAsNeeded //!< Alternating download and install. Packages are //!< cached just to avid CD/DVD hopping. This is the //!< traditional behaviour. Next steps: - Switch to use the satsolvers new install order computation. This should allow to actually compute the heaps for DownloadInHeaps. Currently it's the same as DownloadInAdvance. - For DownloadInAdvance/DownloadInHeaps we can add file conflict checks. This would be done after the packages are downloaded, but before anything gets installed. -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma(a)novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

2 1

[yast-devel] WebYaST daily sync 2009-07-27
by Martin Vidner 27 Jul '09

27 Jul '09

kkaempf, schubi: on vacation now lslezak: small fixes: date picker, time selector jsrain: fixed the timezone region change visnov: tried language: no perms, system info: random failure mvidner: helping with packaging dmacvicar: fixing packaging (startup script, webserver tempdirs) AI everyone: test this VM: (146MB, internal net only) http://w3.suse.de/~dmacvicar/webyast-appliance/Daily_WebYaST_powered.i686-0… qemu-kvm Daily_WebYaST_powered.i686-0.0.1.raw -redir tcp:8080::80 http://localhost:8080 -- 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

Re: [Bulk] Re: [yast-devel] Are there any major changes planned for YQPkgList
by Dave Plater 24 Jul '09

24 Jul '09

Thomas Goettlicher wrote: > Am Thu 23 Jul 2009 11:12:16 AM CEST schrieb Duncan Mac-Vicar Prett > <dmacvicar(a)suse.de>: > >> On Thursday 23 July 2009 08:40:03 Dave Plater wrote: >>> I've submitted a patch to YaST:Head for YQPkgList yast2-qt-pkg which >>> totally fixes bnc#441828 in fact I used a patch from /Comment #19 >>> <https://bugzilla.novell.com/show_bug.cgi?id=441828#c19> /in the bug >>> and >>> it works very well. It works with svn yast2-qt-pkg-2.18.7 which doesn't >>> build due to YQPkgDescriptionView.cc:118: error: 'const class >>> zypp::Package' has no member named 'filenames' without the patch. >>> Are there any major changes planned for YQPkgList which might conflict >>> with the patch? I've used the patched yast2-qt-pkg-2.18.9 since Monday. >>> Patch is at home:plater:branches:YaST:Head. >>> Thanks >>> Dave P >> >> Thomas, can you take care of this patch? >> > Thanks for building and testing the patch. I'll put it to yast's code > base to ensure that is available for everybody. > > Thomas > A pleasure, I've learned a lot from the process leading up to it. I hope to be more helpful in the future. Reagards Dave P -- 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] WebYaST daily sync 2009.07.24
by Duncan Mac-Vicar Prett 24 Jul '09

24 Jul '09

WebYaST daily sync 2009.07.24 mvidner: fixing webclient packages visnov: concentrate on the stable version. External studio seems broken today -> bug: date picker is not working lslezak: fixing vbox image created by mzugec, which lead to important fixes schubi: bugfixing, warnings in status page if limits are reach bug: collectd should not be started and user should be tell that it is not running (dmacvicar: proposed solution: service return HTTP error code (Not available?) client interpret error.) dmacvicar: avahi-tools in SLES? AI ask kukuk (mvidner: look if we can fake it with dbus calls to the daemon). Should we jump to login page directly if no more computers are around and service is running locally? jsrain: testing appliance too Everyone to test and commit fixes only. Once something work we can copy to ::Demo repository. -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: yast-devel+help(a)opensuse.org

3 2