From pawelk at pld.org.pl Fri Sep 20 23:56:03 2002 From: pawelk at pld.org.pl (=?iso-8859-2?Q?Pawe=B3_Ko=B3odziej?=) Date: Fri, 20 Sep 2002 23:56:03 +0200 Subject: propsal: tasks In-Reply-To: <20020920162752.GA13835@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> Message-ID: <20020920215603.GA6813@paw.dom> Dnia Fri, Sep 20, 2002 at 06:27:52PM CEST, Michal Moskal napisa?(a): [...] > There is a problem with MTA-like packages, where one can select one of > many possibilities but there are not so many of them so it can be > resolved with separate text file (like groups). There can be Required: MTA in task package and Provides: MTA in each MTA package. Poldek will ask which one should be installed (at least I hope so). Pawe? From malekith at pld-linux.org Sat Sep 21 13:24:50 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Sat, 21 Sep 2002 13:24:50 +0200 Subject: propsal: tasks In-Reply-To: References: <20020920162752.GA13835@ep09.kernel.pl> Message-ID: <20020921112450.GA19956@ep09.kernel.pl> On Fri, Sep 20, 2002 at 09:00:37PM +0200, Tomasz K?oczko wrote: > On Fri, 20 Sep 2002, Michal Moskal wrote: > > > There are special packages called 'tasks' in debian. Some time ago I > > discuss this matter with Pawel Gajda. We come to conlusion that tasks > > would be better as a way of selecting packages then existing groups > > file. Reasons: > > > > 1) they are more understandable by avarage developer then bizzare groups > > file syntax > > 2) they can be easly checked (if all required packages are available) > > 3) they are not bound to bootdisks (they are fresh on ftp all the time) > > > > There is a problem with MTA-like packages, where one can select one of > > many possibilities but there are not so many of them so it can be > > resolved with separate text file (like groups). > > > > RFC. > > Tasks ide is IMHO stupid because it touches base level package > dependencies. Installing grups packages for not skilled user can be > performed by additional tools without additional dependencies. > We are using now Group field only because it must be defined .. without > any additional consequeces so it can be explored for simplifyy some tasks > without any bad consequences. If you want regroup all packages/establish > new hierarhy fill free. As far as I understand... Why using Group field for this purpouse is stupid? Let's think: I'm adding new cute SML compiler. What Group shall I set? I would said Development/Languages is good choice, it's a language. Now let's think about poor user who is willing to install development packages. He *is* going to install Development/Languages/* along with 5 SML compilers, 3 Java enviroments and so on. So now you can say I should set Development/SML? Then let's take Development/OCaml. All ocaml-* packages should go there, including bindings for X11 or SQL libraries. So if I'm going to install Development/OCaml/* then I'll get X11, Glade, some SQL libraries and lots of other useless stuff installed. There are two basic problems with Group field: 1/ it does not include *priority* of package, for example C compiler is much more crucial for development in *most* cases, then MLkit, 2/ having in mind number of packages in PLD, too much packages are going to get the same Group and too much dependencies is going to be generated. That's why we need some other way of helping users in package selection. After some thoughts I think that having task-* as package isn't as important. Maybe they could be built and placed on ftp, but only for checking (poldek -V). But simple command (like rpm -qRp task* |gzip> groups.gz) could be used to generate groups for installer. Anyway they should have the same status as packages.dir.gz, i.e. they should come with packages not installer. -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From kloczek at rudy.mif.pg.gda.pl Sat Sep 21 20:40:23 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Sat, 21 Sep 2002 20:40:23 +0200 (CEST) Subject: propsal: tasks In-Reply-To: <20020921112450.GA19956@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> <20020921112450.GA19956@ep09.kernel.pl> Message-ID: On Sat, 21 Sep 2002, Michal Moskal wrote: [..] > > Tasks ide is IMHO stupid because it touches base level package > > dependencies. Installing grups packages for not skilled user can be > > performed by additional tools without additional dependencies. > > We are using now Group field only because it must be defined .. without > > any additional consequeces so it can be explored for simplifyy some tasks > > without any bad consequences. If you want regroup all packages/establish > > new hierarhy fill free. > > As far as I understand... > > Why using Group field for this purpouse is stupid? Because adding/removing one package to group will do not require rebuilding any other resources. > Let's think: I'm adding new cute SML compiler. What Group shall I set? > I would said Development/Languages is good choice, it's a language. Now > let's think about poor user who is willing to install development > packages. He *is* going to install Development/Languages/* along with 5 > SML compilers, 3 Java enviroments and so on. First: stop this analize have current grouping. Current group hierarhy only groups packages without (ones more) any useable rasonons. As I said: first you *must* prepare more useable Groups hierarhy. With lack useable hierarhy touching tasks idea only will be another solutions for the same things where correct Group hierarhy can interact. > So now you can say I should set Development/SML? Don't ask me. Ask themeselve what this group can you bring as conseqence. [..] > There are two basic problems with Group field: 1/ it does not include > *priority* of package, Tasks idea also do not soves this .. > for example C compiler is much more crucial for development in *most* > cases, then MLkit, 2/ having in mind number of packages in PLD, too much > packages are going to get the same Group and too much dependencies is > going to be generated. Tasks idea also do not soves this .. > That's why we need some other way of helping users in package selection. Still wrong .. Now seems you acceps current Group hierarhy is incorreect/unuseable. As second yu musts accept as consequence: we need bettrer Groups hierarby (which in spe will groups packages in the same groups like tasks packages .. with one ecception: Groups hierarhy can have much more elements than tasks-* number). kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From wiget at pld.org.pl Thu Sep 5 16:57:52 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Thu, 5 Sep 2002 16:57:52 +0200 Subject: [MBT] new entry in pkg qt-devel "Missing qmake" In-Reply-To: References: Message-ID: <20020905145752.GA3867@localhost.localdomain> On Thu, Sep 05, 2002 at 02:52:23PM -0000, bugs at pld.org.pl wrote: > > Date: 2002-09-05 16:52:20+02 Author: Jakub Bogusz (qboosh) > Title: Missing qmake > Ticket ID: #21 > Ticket URL: http://bugs.pld.org.pl/?bug=21 > Package: qt-devel-1:2.3.1-2 > Distribution: > Category: other bug on spec > Current state: ignored > Text: > > There is no qmake in qt2 sources, it's only in qt3. > *** State changed to 'ignored' > but check quakeforge CVS for it. -- Artur Frysiak http://www.pld-linux.org/ From qboosh at pld.org.pl Mon Sep 9 21:22:22 2002 From: qboosh at pld.org.pl (Jakub Bogusz) Date: Mon, 9 Sep 2002 21:22:22 +0200 Subject: [MBT] new entry in pkg qt-devel "Missing qmake" In-Reply-To: <20020905145752.GA3867@localhost.localdomain> References: <20020905145752.GA3867@localhost.localdomain> Message-ID: <20020909192222.GA15574@satan.blackhosts> On Thu, Sep 05, 2002 at 04:57:52PM +0200, Artur Frysiak wrote: > On Thu, Sep 05, 2002 at 02:52:23PM -0000, bugs at pld.org.pl wrote: > > > > Date: 2002-09-05 16:52:20+02 Author: Jakub Bogusz (qboosh) > > Title: Missing qmake > > Ticket ID: #21 > > Ticket URL: http://bugs.pld.org.pl/?bug=21 > > Package: qt-devel-1:2.3.1-2 > > Distribution: > > Category: other bug on spec > > Current state: ignored > > Text: > > > > There is no qmake in qt2 sources, it's only in qt3. > > *** State changed to 'ignored' > > but check quakeforge CVS for it. quakeforge?? where exactly? -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From wiget at pld.org.pl Tue Sep 10 09:02:31 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Tue, 10 Sep 2002 09:02:31 +0200 Subject: [MBT] new entry in pkg qt-devel "Missing qmake" In-Reply-To: <20020909192222.GA15574@satan.blackhosts> References: <20020905145752.GA3867@localhost.localdomain> <20020909192222.GA15574@satan.blackhosts> Message-ID: <20020910070231.GD3356@localhost.localdomain> On Mon, Sep 09, 2002 at 09:22:22PM +0200, Jakub Bogusz wrote: > On Thu, Sep 05, 2002 at 04:57:52PM +0200, Artur Frysiak wrote: > > On Thu, Sep 05, 2002 at 02:52:23PM -0000, bugs at pld.org.pl wrote: > > > > > > Date: 2002-09-05 16:52:20+02 Author: Jakub Bogusz (qboosh) > > > Title: Missing qmake > > > Ticket ID: #21 > > > Ticket URL: http://bugs.pld.org.pl/?bug=21 > > > Package: qt-devel-1:2.3.1-2 > > > Distribution: > > > Category: other bug on spec > > > Current state: ignored > > > Text: > > > > > > There is no qmake in qt2 sources, it's only in qt3. > > > *** State changed to 'ignored' > > > > but check quakeforge CVS for it. > > quakeforge?? where exactly? http://www.quakeforge.org/cgi-bin/viewcvs.cgi/ Regards -- Artur Frysiak http://www.pld-linux.org/ From qboosh at pld.org.pl Tue Sep 10 09:53:46 2002 From: qboosh at pld.org.pl (Jakub Bogusz) Date: Tue, 10 Sep 2002 09:53:46 +0200 Subject: [MBT] new entry in pkg qt-devel "Missing qmake" In-Reply-To: <20020910070231.GD3356@localhost.localdomain> References: <20020905145752.GA3867@localhost.localdomain> <20020909192222.GA15574@satan.blackhosts> <20020910070231.GD3356@localhost.localdomain> Message-ID: <20020910075346.GA10292@gruby.cs.net.pl> On Tue, Sep 10, 2002 at 09:02:31AM +0200, Artur Frysiak wrote: > On Mon, Sep 09, 2002 at 09:22:22PM +0200, Jakub Bogusz wrote: > > On Thu, Sep 05, 2002 at 04:57:52PM +0200, Artur Frysiak wrote: > > > On Thu, Sep 05, 2002 at 02:52:23PM -0000, bugs at pld.org.pl wrote: > > > > > > > > Date: 2002-09-05 16:52:20+02 Author: Jakub Bogusz (qboosh) [...] > > > > > > > > There is no qmake in qt2 sources, it's only in qt3. > > > > *** State changed to 'ignored' > > > > > > but check quakeforge CVS for it. > > > > quakeforge?? where exactly? > > http://www.quakeforge.org/cgi-bin/viewcvs.cgi/ Uhm... I did know where to find quakeforge CVS, but I couldn't see qmake (and anything about it) there - so where exactly? -- Jakub Bogusz From lubos at klokner.sk Wed Sep 18 10:59:09 2002 From: lubos at klokner.sk (lubos klokner) Date: Wed, 18 Sep 2002 10:59:09 +0200 Subject: postfix vs. pl translation Message-ID: <20020918085909.GA23434@creon.profinet.sk> hello, i'm working for slovak isp and i'm installing pld linux on all our servers. now i have problem with postfix because error/warning messages from postfix daemon are in polish. if it is possible please add into postfix spec file option to compile postfix without polish translation. i try to comment patch1 (postfix-pl.patch) but then next patch failed :-( thank you very much. -- lubos klokner From orzech at pld.org.pl Wed Sep 18 12:24:34 2002 From: orzech at pld.org.pl (Tomek Orzechowski) Date: Wed, 18 Sep 2002 12:24:34 +0200 Subject: postfix vs. pl translation In-Reply-To: <20020918085909.GA23434@creon.profinet.sk> References: <20020918085909.GA23434@creon.profinet.sk> Message-ID: <20020918102434.GB11136@alpha.hq.cs.net.pl> [18 wrzesie?, 2002] lubos klokner napisa?: >hello, > >i'm working for slovak isp and i'm installing pld linux on all our >servers. now i have problem with postfix because error/warning messages from >postfix daemon are in polish. >if it is possible please add into postfix spec file option to compile >postfix without polish translation. >i try to comment patch1 (postfix-pl.patch) but then next patch failed >:-( Good point. Work in progress (I mean it's going to be fixed in minutes :) -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski From orzech at pld.org.pl Wed Sep 18 23:19:36 2002 From: orzech at pld.org.pl (Tomek Orzechowski) Date: Wed, 18 Sep 2002 23:19:36 +0200 Subject: postfix vs. pl translation In-Reply-To: <20020918102434.GB11136@alpha.hq.cs.net.pl> References: <20020918085909.GA23434@creon.profinet.sk> <20020918102434.GB11136@alpha.hq.cs.net.pl> Message-ID: <20020918211936.GA3865@alpha.hq.cs.net.pl> [18 wrzesie?, 2002] Tomek Orzechowski wrote: >[18 wrzesie?, 2002] lubos klokner wrote: > >>hello, >> >>i'm working for slovak isp and i'm installing pld linux on all our >>servers. now i have problem with postfix because error/warning messages from >>postfix daemon are in polish. >>if it is possible please add into postfix spec file option to compile >>postfix without polish translation. >>i try to comment patch1 (postfix-pl.patch) but then next patch failed >>:-( > >Good point. Work in progress (I mean it's going to be fixed in minutes :) postfix-1.1.11-7 without pl translations is now on ftp. Have fun! -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski From malekith at pld-linux.org Fri Sep 20 18:27:52 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Fri, 20 Sep 2002 18:27:52 +0200 Subject: propsal: tasks Message-ID: <20020920162752.GA13835@ep09.kernel.pl> There are special packages called 'tasks' in debian. Some time ago I discuss this matter with Pawel Gajda. We come to conlusion that tasks would be better as a way of selecting packages then existing groups file. Reasons: 1) they are more understandable by avarage developer then bizzare groups file syntax 2) they can be easly checked (if all required packages are available) 3) they are not bound to bootdisks (they are fresh on ftp all the time) There is a problem with MTA-like packages, where one can select one of many possibilities but there are not so many of them so it can be resolved with separate text file (like groups). RFC. -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From ser at metalab.unc.edu Fri Sep 20 18:30:00 2002 From: ser at metalab.unc.edu (Sergiusz Pawlowicz) Date: Fri, 20 Sep 2002 18:30:00 +0200 Subject: jabber.pld.org.pl is OFF Message-ID: <20020920163000.GD25961@szafa.it-zone.org> I had to turn off experimental jabber server 'jabber.pld.org.pl' - the hardisk was crashed and i have no resources to run another. cheers - Sergiusz -- private: http://ibiblio.org/ser/ company: http://it-zone.org/ ______________________________________________________________ on wallpaper: tldp.org, gnu.org, pld-linux.org, hyperreal.info From malekith at pld-linux.org Fri Sep 20 18:30:32 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Fri, 20 Sep 2002 18:30:32 +0200 Subject: propsal: tasks In-Reply-To: <20020920162752.GA13835@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> Message-ID: <20020920163032.GA17346@ep09.kernel.pl> On Fri, Sep 20, 2002 at 06:27:52PM +0200, Michal Moskal wrote: > There are special packages called 'tasks' in debian. Stupid me: 'task' is package that contains no files, but requires several other packages. Like development-c-task. -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From blues at ds6.pg.gda.pl Fri Sep 20 18:46:13 2002 From: blues at ds6.pg.gda.pl (Blues) Date: Fri, 20 Sep 2002 18:46:13 +0200 (CEST) Subject: propsal: tasks In-Reply-To: <20020920163032.GA17346@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> <20020920163032.GA17346@ep09.kernel.pl> Message-ID: On Fri, 20 Sep 2002, Michal Moskal wrote: > > There are special packages called 'tasks' in debian. > Stupid me: 'task' is package that contains no files, but requires > several other packages. Like development-c-task. I like that idea. :) -- --------------------------------- pozdr. Pawe? Go?aszewski --------------------------------- CPU not found - software emulation... From mis at pld.org.pl Fri Sep 20 19:29:53 2002 From: mis at pld.org.pl (Pawel A. Gajda) Date: Fri, 20 Sep 2002 19:29:53 +0200 Subject: propsal: tasks In-Reply-To: <20020920162752.GA13835@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> Message-ID: <20020920172953.GA13254@pld.org.pl> pi?tek 20/09/2002 18:27:52, Michal Moskal: > There are special packages called 'tasks' in debian. Some time ago I > discuss this matter with Pawel Gajda. We come to conlusion that tasks > would be better as a way of selecting packages then existing groups > file. Reasons: > > 1) they are more understandable by avarage developer then bizzare groups > file syntax > 2) they can be easly checked (if all required packages are available) > 3) they are not bound to bootdisks (they are fresh on ftp all the time) > > There is a problem with MTA-like packages, where one can select one of > many possibilities but there are not so many of them so it can be > resolved with separate text file (like groups). Some time ago I made perl script to convert "groups" file to spec, see http://team.pld.org.pl/~mis/bundles-20.09.02-19.23.tar.gz From kloczek at rudy.mif.pg.gda.pl Fri Sep 20 21:00:37 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Fri, 20 Sep 2002 21:00:37 +0200 (CEST) Subject: propsal: tasks In-Reply-To: <20020920162752.GA13835@ep09.kernel.pl> References: <20020920162752.GA13835@ep09.kernel.pl> Message-ID: On Fri, 20 Sep 2002, Michal Moskal wrote: > There are special packages called 'tasks' in debian. Some time ago I > discuss this matter with Pawel Gajda. We come to conlusion that tasks > would be better as a way of selecting packages then existing groups > file. Reasons: > > 1) they are more understandable by avarage developer then bizzare groups > file syntax > 2) they can be easly checked (if all required packages are available) > 3) they are not bound to bootdisks (they are fresh on ftp all the time) > > There is a problem with MTA-like packages, where one can select one of > many possibilities but there are not so many of them so it can be > resolved with separate text file (like groups). > > RFC. Tasks ide is IMHO stupid because it touches base level package dependencies. Installing grups packages for not skilled user can be performed by additional tools without additional dependencies. We are using now Group field only because it must be defined .. without any additional consequeces so it can be explored for simplifyy some tasks without any bad consequences. If you want regroup all packages/establish new hierarhy fill free. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From kloczek at rudy.mif.pg.gda.pl Fri Sep 20 21:04:47 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Fri, 20 Sep 2002 21:04:47 +0200 (CEST) Subject: propsal: tasks In-Reply-To: <20020920172953.GA13254@pld.org.pl> References: <20020920162752.GA13835@ep09.kernel.pl> <20020920172953.GA13254@pld.org.pl> Message-ID: On Fri, 20 Sep 2002, Pawel A. Gajda wrote: [..] > Some time ago I made perl script to convert "groups" file to spec, > see http://team.pld.org.pl/~mis/bundles-20.09.02-19.23.tar.gz And Group filed can be used without any addiotionals. Only Group field must be used consequently muse mean something which can be used for bring some useable base platform for example for choose pachges by not skilled admin/user. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From lubos at klokner.sk Mon Sep 23 14:21:57 2002 From: lubos at klokner.sk (lubos klokner) Date: Mon, 23 Sep 2002 14:21:57 +0200 Subject: mailman package dependencies Message-ID: <20020923122157.GA20102@creon.profinet.sk> hello, there is probably a bug in mailman package dependencies. i have installled mailman by 'apt-get install mailman', but then i had to install python-modules becouse i get messages like this: Traceback (most recent call last): File "/var/lib/mailman/cron/gate_news", line 32, in ? import os File "/usr/lib/python2.2/os.py", line 587, in ? ImportError: No module named copy_reg please can you check/fix it ? thank you. -- lubos klokner From orzech at pld.org.pl Mon Sep 23 14:33:00 2002 From: orzech at pld.org.pl (Tomek Orzechowski) Date: Mon, 23 Sep 2002 14:33:00 +0200 Subject: mailman package dependencies In-Reply-To: <20020923122157.GA20102@creon.profinet.sk> References: <20020923122157.GA20102@creon.profinet.sk> Message-ID: <20020923123300.GA15517@alpha.hq.cs.net.pl> [23 wrzesie?, 2002] lubos klokner wrote: >hello, > >there is probably a bug in mailman package dependencies. >i have installled mailman by 'apt-get install mailman', but >then i had to install python-modules becouse i get messages like this: >Traceback (most recent call last): > File "/var/lib/mailman/cron/gate_news", line 32, in ? >import os > File "/usr/lib/python2.2/os.py", line 587, in ? >ImportError: No module named copy_reg > >please can you check/fix it ? Done. Fixed package will be available soon. Thanks. -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski From malekith at pld-linux.org Sat Sep 28 11:04:52 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Sat, 28 Sep 2002 11:04:52 +0200 Subject: propsal: tasks In-Reply-To: References: <20020920162752.GA13835@ep09.kernel.pl> <20020921112450.GA19956@ep09.kernel.pl> Message-ID: <20020928090452.GA3404@roke.cursed.net> On Sat, Sep 21, 2002 at 08:40:23PM +0200, Tomasz K?oczko wrote: > On Sat, 21 Sep 2002, Michal Moskal wrote: > [..] > > > Tasks ide is IMHO stupid because it touches base level package > > > dependencies. Installing grups packages for not skilled user can be > > > performed by additional tools without additional dependencies. > > > We are using now Group field only because it must be defined .. without > > > any additional consequeces so it can be explored for simplifyy some tasks > > > without any bad consequences. If you want regroup all packages/establish > > > new hierarhy fill free. > > > > As far as I understand... > > > > Why using Group field for this purpouse is stupid? > > Because adding/removing one package to group will do not require > rebuilding any other resources. > > > Let's think: I'm adding new cute SML compiler. What Group shall I set? > > I would said Development/Languages is good choice, it's a language. Now > > let's think about poor user who is willing to install development > > packages. He *is* going to install Development/Languages/* along with 5 > > SML compilers, 3 Java enviroments and so on. > > First: stop this analize have current grouping. Current group hierarhy > only groups packages without (ones more) any useable rasonons. > As I said: first you *must* prepare more useable Groups hierarhy. > With lack useable hierarhy touching tasks idea only will be another > solutions for the same things where correct Group hierarhy can interact. > > > So now you can say I should set Development/SML? > > Don't ask me. Ask themeselve what this group can you bring as conseqence. The main point is: it is not possible to assign group to every package and make it work. We simply have too much packages. (*) > [..] > > There are two basic problems with Group field: 1/ it does not include > > *priority* of package, > > Tasks idea also do not soves this .. Of course it does: task-development-crucial, task-development-extra etc. > > for example C compiler is much more crucial for development in *most* > > cases, then MLkit, 2/ having in mind number of packages in PLD, too much > > packages are going to get the same Group and too much dependencies is > > going to be generated. > > Tasks idea also do not soves this .. See (*). [snip] Back to the point: personally I don't need tasks to be packages. Packages could be usefull just for testing consitency. What I'm going to do is to simply move groups file to inst/pkg or somewhere where it will be cvs up'ed from time to time. -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h