From sip at varlock.com Tue Mar 2 23:22:19 2004 From: sip at varlock.com (Simone Rota) Date: Wed, 03 Mar 2004 00:22:19 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: <20040227154618.GA6998@jue.netz> References: <20040227154618.GA6998@jue.netz> Message-ID: <4045172B.2070709@varlock.com> On 02/27/04 16:46 Juergen Daubert wrote: > Hi all, > > driven by some questions regarding dependencies of opt ports > on #crux, I've spent an hour to put together such a list. > > Some remarks: > - only deps to opt ports are listed > - the list is max. compressed, that mean if port A depends on > B and C, but B depends on C, only B is listed for A > - should be checked for errors ;) > > Useful ? Should we publish such a list on CLC ? prt-get ? Hi, I compared your dependency matrix with my previous one; given that mine is a bit outdated (30.12.2003) and I could have been drunk when I tested the dependencies, I think that they're essentially the same. Mine is a little shorter, I could compile some port without some optional lib (ie wmaker without libungif), but I think your list better reflects the packaged shipped within the ISO. For Per: I spotted another little inconsistency within the /opt and /base division: since pkgmk uses the unzip command I think unzip should go into /base Or, from another point of view, the package zip depends on unzip. That is the only addition I could find to Juergen's list. Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From opel at rfhs8012.fh-regensburg.de Wed Mar 3 15:53:55 2004 From: opel at rfhs8012.fh-regensburg.de (opel at rfhs8012.fh-regensburg.de) Date: Wed, 3 Mar 2004 16:53:55 +0100 (CET) Subject: [clc-devel] New Maintainer Message-ID: Hi maintainers, Tilo Riemer sent me his maintainer application mail some weeks ago. Should we take him as CRUX maintainer? I have no concern taking him as new maintainer. He is a professional software developer and works since 7 years with linux. Bye Martin -- martin opel / fachbereich informatik - fachhochschule regensburg dipl.-inf. / email: martin.opel at informatik.fh-regensburg.de (fh) / web: http://fbim.fh-regensburg.de/~opel/ From martin.opel at informatik.fh-regensburg.de Wed Mar 3 16:28:42 2004 From: martin.opel at informatik.fh-regensburg.de (Martin Opel) Date: Wed, 3 Mar 2004 17:28:42 +0100 (CET) Subject: [clc-devel] wrong sender address Message-ID: my address in the last mail is wrong. please reply (if you want) to the mail address in this mail. bye Martin -- martin opel / fachbereich informatik - fachhochschule regensburg dipl.-inf. / email: martin.opel at informatik.fh-regensburg.de (fh) / web: http://fbim.fh-regensburg.de/~opel/ From per at fukt.bth.se Wed Mar 3 17:45:17 2004 From: per at fukt.bth.se (Per Liden) Date: Wed, 3 Mar 2004 18:45:17 +0100 (CET) Subject: [clc-devel] New Maintainer In-Reply-To: Message-ID: On Wed, 3 Mar 2004, wrote: > > Hi maintainers, Hi, > Tilo Riemer sent me his maintainer application mail some weeks ago. Should > we take him as CRUX maintainer? > > I have no concern taking him as new maintainer. I quickly looked through Tilo's ports and have no complains what so ever. I vote yes. /Per From jw at tks6.net Wed Mar 3 18:19:55 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Wed, 3 Mar 2004 19:19:55 +0100 Subject: [clc-devel] New Maintainer In-Reply-To: References: Message-ID: <20040303181955.GB17713@hoc> Hey, On Wed, Mar 03, 2004 at 16:53:55 +0100, opel at rfhs8012.fh-regensburg.de wrote: > > Hi maintainers, > > Tilo Riemer sent me his maintainer application mail some weeks ago. Should > we take him as CRUX maintainer? > > I have no concern taking him as new maintainer. He is a professional > software developer and works since 7 years with linux. Mmmh, Rune Stokka has sent his application even earlier (last mail in this thread: 28. Nov 2003)... what about him? Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jaeger at morpheus.net Wed Mar 3 18:53:55 2004 From: jaeger at morpheus.net (Matt Housh) Date: Wed, 03 Mar 2004 12:53:55 -0600 Subject: [clc-devel] New Maintainer In-Reply-To: References: Message-ID: <404629C3.9080906@morpheus.net> opel at rfhs8012.fh-regensburg.de wrote: > Tilo Riemer sent me his maintainer application mail some weeks ago. Should > we take him as CRUX maintainer? I have no objections. Matt (jaeger at freenode/#crux) From rrm3 at rrm3.org Thu Mar 4 02:11:17 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Wed, 3 Mar 2004 21:11:17 -0500 Subject: [clc-devel] New Maintainer In-Reply-To: <20040303181955.GB17713@hoc> References: <20040303181955.GB17713@hoc> Message-ID: <20040304021117.GB6947@rrm3.org> * Johannes Winkelmann [03/03/04 19:19]: > Mmmh, Rune Stokka has sent his application even earlier (last mail in > this thread: 28. Nov 2003)... what about him? None of his ports [1] have been updated since he last sent a message to the list. I feel terrible, but I wonder if he's still interested? Perhaps we've waited too long. [1] http://www.stokkabygg.no/rune/ -- Robert McMeekin From martin.opel at informatik.fh-regensburg.de Thu Mar 4 10:43:50 2004 From: martin.opel at informatik.fh-regensburg.de (Martin Opel) Date: Thu, 4 Mar 2004 11:43:50 +0100 (CET) Subject: [clc-devel] New Maintainer In-Reply-To: <20040303181955.GB17713@hoc> References: <20040303181955.GB17713@hoc> Message-ID: On Wed, 3 Mar 2004, Johannes Winkelmann wrote: > Hey, > On Wed, Mar 03, 2004 at 16:53:55 +0100, opel at rfhs8012.fh-regensburg.de wrote: > > > > Hi maintainers, > > > > Tilo Riemer sent me his maintainer application mail some weeks ago. Should > > we take him as CRUX maintainer? > > > > I have no concern taking him as new maintainer. He is a professional > > software developer and works since 7 years with linux. > Mmmh, Rune Stokka has sent his application even earlier (last mail in > this thread: 28. Nov 2003)... what about him? Hmm. I didn't hear something new about Rune. - Martin -- martin opel / fachbereich informatik - fachhochschule regensburg dipl.-inf. / email: martin.opel at informatik.fh-regensburg.de (fh) / web: http://fbim.fh-regensburg.de/~opel/ From jw at tks6.net Thu Mar 4 16:28:15 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Thu, 4 Mar 2004 17:28:15 +0100 Subject: [clc-devel] Ports management with svk Message-ID: <20040304162815.GH942@hoc> Hey, I've continued playing with svk (http://svk.elixus.org/?SVKTutorial) and have made a little test how it could be applied to our ports tree. Have a look at http://sto.f2o.org/crux/wiki/SvkRepo If you want to :-) There are a few gains over the current sitation: 1. It's a distributed system, therefore people can create private branches, and send patches to us (or publish them in a repository so we can pull from them). 2. In the working copy, branches are different directories (not in the repository!). This makes it very easy to navigate. 3. Different archs are in the same repo, therefore merging between the branches is simple and possible (if done right). And yes, there are versioned renames etc :-) Disclaimer: I'm quite happy the way port management is now, I'm not suggesting to switch; this is simply an evaluation of svk as a replacement for CVS. Best regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From martin.opel at informatik.fh-regensburg.de Fri Mar 5 07:33:28 2004 From: martin.opel at informatik.fh-regensburg.de (martin.opel at informatik.fh-regensburg.de) Date: 5 Mar 2004 08:33:28 +0100 Subject: [clc-devel] new maintainer 'riemer' Message-ID: <20040305073328.5042.qmail@rfhpc8082.fh-regensburg.de> Hi list, we have a new maintainer in our team: His berlios account: riemer (if he has one) His mail: riemer at lincvs.org His real name: Tilo Riemer Regards Martin Opel From jw at tks6.net Fri Mar 5 12:37:40 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 5 Mar 2004 13:37:40 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: <20040227154618.GA6998@jue.netz> References: <20040227154618.GA6998@jue.netz> Message-ID: <20040305123740.GB1111@hoc> Hi J?rgen, On Fri, Feb 27, 2004 at 16:46:19 +0100, Juergen Daubert wrote: > Hi all, > > driven by some questions regarding dependencies of opt ports > on #crux, I've spent an hour to put together such a list. > > Some remarks: > - only deps to opt ports are listed > - the list is max. compressed, that mean if port A depends on > B and C, but B depends on C, only B is listed for A > - should be checked for errors ;) > > Useful ? Should we publish such a list on CLC ? prt-get ? I've added support for an external dependency file to my TODO list for the next minor release. I hope I'll find the time to prepare a new release anytime soon. Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Fri Mar 5 16:49:42 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 5 Mar 2004 17:49:42 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage Message-ID: <20040305164942.GF1111@hoc> Hello everyone, I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki at crux.fh-regensburg.de. My reasons are mainly the following: - allow everyone from CLC to adjust pages - allow direct linking with check-ins, bug reports and timeline (and the other way around) - simplify maintenance - stability of clc.berlios.de Hopefully, we'll even have more docs (e.g. for some ports) because it's so easy to add docs in Wiki; for example, we could add notes to kernel 2.6 related ports etc. Objections, comments, jokes ? Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Fri Mar 5 18:03:03 2004 From: sip at varlock.com (Simone Rota) Date: Fri, 05 Mar 2004 19:03:03 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040305164942.GF1111@hoc> References: <20040305164942.GF1111@hoc> Message-ID: <4048C0D7.1050400@varlock.com> On 03/05/04 17:49 Johannes Winkelmann wrote: > Hello everyone, Hi, > I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > at crux.fh-regensburg.de. My reasons are mainly the following: > > - allow everyone from CLC to adjust pages > - allow direct linking with check-ins, bug reports and timeline (and the > other way around) > - simplify maintenance > - stability of clc.berlios.de For me it's a good idea, if that Martin can provide the extra resources needed for the migration. (I bet we don't need a lot of extra bandwidth for now, but you never now ;)) I've always supported a more open CLC website, including subprojets such ar prt-utils, docs etc. Of course having a dedicated machine somewhere would help a lot, and save Martin some headache too. If I remember well a similar idea about such a machine also came out on CLC ML (thread about PPC ports). Time for hint for some sponsor? :) Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From jw at tks6.net Fri Mar 5 20:54:15 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 5 Mar 2004 21:54:15 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <4048C0D7.1050400@varlock.com> References: <20040305164942.GF1111@hoc> <4048C0D7.1050400@varlock.com> Message-ID: <20040305205351.GA3571@hoc> Hi, On Fri, Mar 05, 2004 at 19:03:03 +0100, Simone Rota wrote: > On 03/05/04 17:49 Johannes Winkelmann wrote: > >Hello everyone, > > Hi, > > >I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > >at crux.fh-regensburg.de. My reasons are mainly the following: > > > >- allow everyone from CLC to adjust pages > >- allow direct linking with check-ins, bug reports and timeline (and the > > other way around) > >- simplify maintenance > >- stability of clc.berlios.de > > For me it's a good idea, if that Martin can provide the > extra resources needed for the migration. (I bet we don't > need a lot of extra bandwidth for now, but you never now ;)) :-) I've asked Martin before suggesting this move, and he's fine with it. Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Fri Mar 5 21:23:45 2004 From: sip at varlock.com (Simone Rota) Date: Fri, 05 Mar 2004 22:23:45 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040305205351.GA3571@hoc> References: <20040305164942.GF1111@hoc> <4048C0D7.1050400@varlock.com> <20040305205351.GA3571@hoc> Message-ID: <4048EFE1.6080407@varlock.com> On 03/05/04 21:54 Johannes Winkelmann wrote: > Hi, Ola, >>For me it's a good idea, if that Martin can provide the >>extra resources needed for the migration. (I bet we don't >>need a lot of extra bandwidth for now, but you never now ;)) > > :-) I've asked Martin before suggesting this move, and he's fine with > it. Great! Btw, I was re-reading my previous mail in this thread; given the great amount of errors and typos in such a short text, for the sake of our community, I promise I won't touch the wiki pages :-) regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From jw at tks6.net Fri Mar 5 23:16:06 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sat, 6 Mar 2004 00:16:06 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: <20040227154618.GA6998@jue.netz> References: <20040227154618.GA6998@jue.netz> Message-ID: <20040305231606.GC3571@hoc> Hey, On Fri, Feb 27, 2004 at 16:46:19 +0100, Juergen Daubert wrote: > Hi all, > > driven by some questions regarding dependencies of opt ports > on #crux, I've spent an hour to put together such a list. > > Some remarks: > - only deps to opt ports are listed > - the list is max. compressed, that mean if port A depends on > B and C, but B depends on C, only B is listed for A > - should be checked for errors ;) > > Useful ? Should we publish such a list on CLC ? prt-get ? There's a test version (0.5.5pre1) available at http://www.hta-bi.bfh.ch/~winkj/files/crux/prt-get-0.5.5pre1.tar.gz The dependency file I'm using is just a copy of J?rgen's listing with pipe ('|') symbols replaced with colons (':'): http://www.hta-bi.bfh.ch/~winkj/files/crux/opt.dependencies Just add the following to prt-get.conf: --- depfile /var/lib/pkg/opt.dependencies --- Happy testing (appreciated ;-)) Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Sat Mar 6 01:32:11 2004 From: sip at varlock.com (Simone Rota) Date: Sat, 06 Mar 2004 02:32:11 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: <20040305231606.GC3571@hoc> References: <20040227154618.GA6998@jue.netz> <20040305231606.GC3571@hoc> Message-ID: <40492A1B.5080006@varlock.com> On 03/06/04 00:16 Johannes Winkelmann wrote: > There's a test version (0.5.5pre1) available at > http://www.hta-bi.bfh.ch/~winkj/files/crux/prt-get-0.5.5pre1.tar.gz > > The dependency file I'm using is just a copy of J?rgen's listing with > pipe ('|') symbols replaced with colons (':'): > http://www.hta-bi.bfh.ch/~winkj/files/crux/opt.dependencies > > Just add the following to prt-get.conf: > --- > depfile /var/lib/pkg/opt.dependencies > --- > > Happy testing (appreciated ;-)) > Regards, Johannes That's really great, it would help me a lot with the automated build procedure. A great thank you as usual is not enough! So far so good with the testing. Regarding the format of the dep file, i suggest something similar: prt-get printf "%n;: %e\n"|grep ": ."|column -t -s ";" > all.deps since it's a bit more compact (exp. for ports with many deps) I noticed your code should handle this format as well. best regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From rrm3 at rrm3.org Sat Mar 6 08:33:47 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Sat, 06 Mar 2004 03:33:47 -0500 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040305164942.GF1111@hoc> References: <20040305164942.GF1111@hoc> Message-ID: <1078562027.21173.2.camel@wodni.local> On Fri, 2004-03-05 at 11:49, Johannes Winkelmann wrote: > I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > at crux.fh-regensburg.de. Can we switch to subversion too? I just put my local ports into a svn repo and it is super fast and cool and AWESOME! If we're going to make some changes, shouldn't we just go all the way?! :-) -- Robert McMeekin From rrm3 at rrm3.org Sat Mar 6 09:26:07 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Sat, 6 Mar 2004 04:26:07 -0500 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <1078562027.21173.2.camel@wodni.local> References: <20040305164942.GF1111@hoc> <1078562027.21173.2.camel@wodni.local> Message-ID: <20040306092607.GA12365@rrm3.org> * Robert McMeekin [03/06/04 03:33]: > Can we switch to subversion too? I just put my local ports into a svn > repo and it is super fast and cool and AWESOME! If we're going to > make some changes, shouldn't we just go all the way?! :-) On a somewhat related note, if you use bash I recommend adding the following line to your profile and/or bashrc. I have it in mine and it has been saving me a lot of trouble since my hands are having trouble learning that I'm using subversion now. ----8<-------------------------------------------------------- alias cvs=svn ---->8-------------------------------------------------------- ;-) -- Robert McMeekin From jw at tks6.net Sat Mar 6 12:21:31 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sat, 6 Mar 2004 13:21:31 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <1078562027.21173.2.camel@wodni.local> References: <20040305164942.GF1111@hoc> <1078562027.21173.2.camel@wodni.local> Message-ID: <20040306122131.GA963@hoc> Hi, On Sat, Mar 06, 2004 at 03:33:47 -0500, Robert McMeekin wrote: > On Fri, 2004-03-05 at 11:49, Johannes Winkelmann wrote: > > > I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > > at crux.fh-regensburg.de. > > Can we switch to subversion too? I just put my local ports into a svn > repo and it is super fast and cool and AWESOME! If we're going to make > some changes, shouldn't we just go all the way?! :-) The thing I'm missing in subversion is the ability to "move a tag"; as tags are copies within the repository, one has to merge the changes made in the development line to the branch. Unfortunately, it is not yet possible to propagate all changes which aren't in the branch yet, so you'll have to know the exact revisions when you merged the last time. There's a workaround on http://www.linux1394.org/svn.html (look for "Creating a branch or tag") though. The distributed addon to subversion, svk, allows to merge changes between branches (see my wiki document on svk) and therefore fixes this problem. Advantages of the switch would be: - http checkout "for free" (it's the default transport), so no problems for users behind a firewall - nice features beyond CVS' functionality (rename, atomic commits and especially disconnected operations: add, diff, revert require no network connection) - as svk uses svn repositories, it is possible for developers to mirror a repository, make some changes, and push them back (distributed revision control) I'm not sure if it would be easy to mimick the output of cvsup for ports though, but since the checkout is a pure webdav application it's probably not too much work (e.g. adjust cadaver). http://projects.edgewall.com/trac/ would be a good replacement for CVSTrac, including Timeline and Wiki :-) There are a few other options: 1) monotone (http://www.venge.net/monotone) A system I like quite a lot, nice developer, good ideas. The only issue it currently has is that you can't merge a subtree (think: from branch "x86" base/grep to branch "ppc" base/grep), so selective merge (per port) isn't possible yet. Pro: - Distributed - Simple "tagging": monotone propagate - Usage similar to cvs Contra: - No CVSTrac clone available - not perfectly stable yet (the networking part is about to be replaced in one of the next versions) - doesn't handle subtrees yet 2) darcs (http://abridgegame.org/darcs/) I've had a quick look at this one, but it seems too complicated (the "theory of patches") 3) arch/tla/arx (http://www.gnuarch.org) One of the most proven free distributed revision control system... freedesktop.org is using this one. I've done some tests with it, and it got into my way with things like forced naming schemes for commit messages and IMHO unfriendly usage (edit a message in a file first, then commit...). As far as I can tell I think svn/svk would be a good choice for a replacement and monotone looks very promising for the future. When it comes to CVSTrac like functionality, svn/svk is the only alternative I know of. If someone has other alternatives or experiences, please share :-) Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From Juergen.Daubert at t-online.de Sat Mar 6 14:01:11 2004 From: Juergen.Daubert at t-online.de (Juergen Daubert) Date: Sat, 6 Mar 2004 15:01:11 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040306122131.GA963@hoc> References: <20040305164942.GF1111@hoc> <1078562027.21173.2.camel@wodni.local> <20040306122131.GA963@hoc> Message-ID: <20040306140111.GA188@jue.netz> On Sat, Mar 06, 2004 at 01:21:31PM +0100, Johannes Winkelmann wrote: [...] > I'm not sure if it would be easy to mimick the output of cvsup for > ports though, but since the checkout is a pure webdav application it's > probably not too much work (e.g. adjust cadaver). Apart form all technical advantages, this seems to be the real drawback. As long as we have no replacement for cvsup, which must be an opt port, the whole debate is a very theoretical one ;) ATM I'm very happy with the fact, that CLC uses the same distribution stuff as CRUX does, and would really prefer a solution which conserves this. Back to the main thread, I like the idea to have a wiki as the main web site for CLC. But what should happen with the other things hosted at berlios, like ports database, CLC mailing list ... ? Greetings J?rgen -- juergen.daubert at t-online.de From jw at tks6.net Sat Mar 6 16:31:40 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sat, 6 Mar 2004 17:31:40 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040306140111.GA188@jue.netz> References: <20040305164942.GF1111@hoc> <1078562027.21173.2.camel@wodni.local> <20040306122131.GA963@hoc> <20040306140111.GA188@jue.netz> Message-ID: <20040306163140.GC963@hoc> Hi, On Sat, Mar 06, 2004 at 15:01:11 +0100, Juergen Daubert wrote: > On Sat, Mar 06, 2004 at 01:21:31PM +0100, Johannes Winkelmann wrote: > [...] > > I'm not sure if it would be easy to mimick the output of cvsup for > > ports though, but since the checkout is a pure webdav application it's > > probably not too much work (e.g. adjust cadaver). > > Apart form all technical advantages, this seems to be the real drawback. > As long as we have no replacement for cvsup, which must be an opt port, > the whole debate is a very theoretical one ;) Just to get this straight: it's not a missing functionality, it's really only the way the output looks during updating. Writing a new backend for ports to support subversion would be just a matter of a few minutes: basically it's just svn revert, followed by an svn update. Note that since revert is a disconnected operation, no network is required for it. The revert feature could be cool even in other situations: if you broke a port, you don't have to ports -u just to revert it. Obvious drawback is the need to have a .svn directory within all ports directories, but this can be solved by using svk :-) > ATM I'm very happy with the fact, that CLC uses the same distribution > stuff as CRUX does, and would really prefer a solution which conserves > this. Yes, I guess being in sync with Per is a good thing. Maybe he'll elaborate on the idea of merging everything? ;-) This of course brings up another criteria I didn't take into account, which is permission per branch etc. > Back to the main thread, I like the idea to have a wiki as the main web > site for CLC. But what should happen with the other things hosted at > berlios, like ports database, CLC mailing list ... ? Well, the mailing list (mail server) is quite reliable, so I'd say we keep it there. I'd keep berlios as a cvs for stuff like docs, more of a Community page that ports development. Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From per at fukt.bth.se Sun Mar 7 18:41:51 2004 From: per at fukt.bth.se (Per Liden) Date: Sun, 7 Mar 2004 19:41:51 +0100 (CET) Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040306163140.GC963@hoc> Message-ID: On Sat, 6 Mar 2004, Johannes Winkelmann wrote: [...] > > ATM I'm very happy with the fact, that CLC uses the same distribution > > stuff as CRUX does, and would really prefer a solution which conserves > > this. > Yes, I guess being in sync with Per is a good thing. Maybe he'll > elaborate on the idea of merging everything? ;-) The current situation (i.e. CRUX-related things on many different servers) isn't that bad or anything, I just think it would be nice if we could keep them all under crux.nu. The main problem is finding someone willing to host/co-locate such a server. /Per From martin.opel at informatik.fh-regensburg.de Mon Mar 8 13:40:35 2004 From: martin.opel at informatik.fh-regensburg.de (Martin Opel) Date: Mon, 8 Mar 2004 14:40:35 +0100 (CET) Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <4048C0D7.1050400@varlock.com> References: <20040305164942.GF1111@hoc> <4048C0D7.1050400@varlock.com> Message-ID: On Fri, 5 Mar 2004, Simone Rota wrote: > On 03/05/04 17:49 Johannes Winkelmann wrote: > > Hello everyone, > > Hi, > > > I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > > at crux.fh-regensburg.de. My reasons are mainly the following: > > > > - allow everyone from CLC to adjust pages > > - allow direct linking with check-ins, bug reports and timeline (and the > > other way around) > > - simplify maintenance > > - stability of clc.berlios.de > > For me it's a good idea, if that Martin can provide the > extra resources needed for the migration. (I bet we don't > need a lot of extra bandwidth for now, but you never now ;)) > > I've always supported a more open CLC website, including > subprojets such ar prt-utils, docs etc. > > Of course having a dedicated machine somewhere would help > a lot, and save Martin some headache too. If I remember > well a similar idea about such a machine also came out on > CLC ML (thread about PPC ports). It is a dedicated machine. But it's *only* a PC, without a real backup tape or something similar. I only tar the homes to a raid5 once a week, but that should be enough for our purpose. The bandwidth is at 400M/200M out/in the last months. > Time for hint for some sponsor? :) Sponsor is Fachhochschule Regensburg (University of Applied Science Regensburg), where I work. But I have nothing against a brandnew machine ;-) Bye Martin -- martin opel / fachbereich informatik - fachhochschule regensburg dipl.-inf. / email: martin.opel at informatik.fh-regensburg.de (fh) / web: http://fbim.fh-regensburg.de/~opel/ / phone: +49 941 943-1336, fax: +49 941 943-1426 From sip at varlock.com Mon Mar 8 17:59:58 2004 From: sip at varlock.com (Simone Rota) Date: Mon, 08 Mar 2004 18:59:58 +0100 Subject: [clc-devel] clcbuild: first test Message-ID: <404CB49E.1010603@varlock.com> Hi everybody, I finished the first automated compilation of all clc/contrib ports on a machine with only /base ports installed. Quick summary for the impatient: 306 Successful, 240 Failed. Full details at http://www.varlock.com/blosxom.cgi/cruxprojects/clcbuild/index.html As I expected, I found quite a number of ports that could not be compiled properly, since many times maintainers (me included: see xpdf, fox: failed) tend to skip listing of /opt dependencies, ie: - xfsprgs depends on gettext - lesstif depends on xfree86 - wmclock depends on windowmaker - tetex depends on xfree86 - blender depends on python - fvwm depends on xfree86 some of them are mandatory (xfsprogs), some are only a question of footprint mismatch (tetex). Another note: Pango could not compile, consequently gtk2 failed, and so many ports depending on gtk2: gnome, etc. Something similar happened to kde ports (lesstif failed), at least we're impartial regarding DEs :-) Apart from ports failing for my particular setup (ie: alsa-driver), can/shall we fix the failing ports? It could require some time, but I think It's very important to have a well-tested and consistent contrib collection; besides after some initial work now, things are likely to go much better for the future. Plus we can take our time, since we don't have deadlines of any sort. Idea: For the moment we could use a separate dependency file thanks to latest addition to prt-get by Johannes (see "opt dependencies" thread), just not to play too much with the cvs repo. NB: I'm not trying to force anybody into fixing these issues, as soon as I get some spare time I'd like to have a deeper look at every single log myself, but any help /comment is really appreciated :-) Best regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From rrm3 at rrm3.org Mon Mar 8 22:31:13 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Mon, 8 Mar 2004 17:31:13 -0500 Subject: [clc-devel] clcbuild: first test In-Reply-To: <404CB49E.1010603@varlock.com> References: <404CB49E.1010603@varlock.com> Message-ID: <20040308223113.GB3560@rrm3.org> If something depends on opt/xfree86, for example, I usually put 'xfree86' as a dependency and assume that the other things like fontconfig and freetype2 are already installed. Is this the right thing to do, or should I be adding all the packages to the dependencies line? * Simone Rota [03/08/04 12:59]: [snip] > NB: I'm not trying to force anybody into fixing these issues, as soon > as I get some spare time I'd like to have a deeper look at every > single log myself, but any help /comment is really appreciated :-) Wow, 44% of the ports in contrib failed. That doesn't look very good. Perhaps there could be a third category of 'UNTESTED' (or something) for the ports that didn't even start to get built because previous dependencies failed. -- Robert McMeekin From sip at varlock.com Mon Mar 8 23:34:36 2004 From: sip at varlock.com (Simone Rota) Date: Tue, 09 Mar 2004 00:34:36 +0100 Subject: [clc-devel] clcbuild: first test In-Reply-To: <20040308223113.GB3560@rrm3.org> References: <404CB49E.1010603@varlock.com> <20040308223113.GB3560@rrm3.org> Message-ID: <404D030C.6080603@varlock.com> On 03/08/04 23:31 Robert McMeekin wrote: Hi Robert, > If something depends on opt/xfree86, for example, I usually put > 'xfree86' as a dependency and assume that the other things like > fontconfig and freetype2 are already installed. Is this the right thing > to do, or should I be adding all the packages to the dependencies line? Yes, I think this is what the clc guidelines say. Btw, I just noticed the guidelines also express the possibility of avoiding listing opt ports (together with base); if I remember well we more or less decided to have /opt listed in dependencies so a little correction is needed. > Wow, 44% of the ports in contrib failed. That doesn't look very good. > Perhaps there could be a third category of 'UNTESTED' (or something) for > the ports that didn't even start to get built because previous > dependencies failed. I think many of them would successfully build on a 'more standard' system (with all or the most common ports from opt installed), so the situation might not be so bad as it appears from statistics. Regarding 'UNTESTED', I think it is a good idea, I'll see if I can add the distinction you suggested in next versions of the test script. regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From per at fukt.bth.se Tue Mar 9 12:05:58 2004 From: per at fukt.bth.se (Per Liden) Date: Tue, 9 Mar 2004 13:05:58 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040227154618.GA6998@jue.netz> Message-ID: On Fri, 27 Feb 2004, Juergen Daubert wrote: [...] > btw, Per, I see one dependency problem in the base ports, vim, because > gvim depends on gtk2 which is an opt port. One solution might be to > split the port into two, vim and gvim. The first contains most of the > stuff, gvim mainly the gvim binary and, of course, depends on / needs > vim and should be located in opt or even contrib. The gtk2 dependency in the vim port is admittedly ugly. I have so far just ignored the problem in the hope that it will not cause to much problems. If I was forced to deal with this issue I tend to lean towards ripping gvim out of base/vim and let someone else create a contrib/gvim port. Would someone be willing to maintain a contrib/gvim port? /Per From maol at symlink.ch Tue Mar 9 17:03:50 2004 From: maol at symlink.ch (Markus Ackermann) Date: Tue, 9 Mar 2004 18:03:50 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: <20040227154618.GA6998@jue.netz> Message-ID: <20040309170350.GA2423@symlink.ch> Per Liden said|sagte: >If I was forced to deal with this issue I tend to lean towards ripping >gvim out of base/vim and let someone else create a contrib/gvim port. >Would someone be willing to maintain a contrib/gvim port? Is anybody using gvim at all? Markus. -- Markus Ackermann http://maol.ch/ http://symlink.ch/ From Juergen.Daubert at t-online.de Tue Mar 9 17:58:10 2004 From: Juergen.Daubert at t-online.de (Juergen Daubert) Date: Tue, 9 Mar 2004 18:58:10 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: <20040309170350.GA2423@symlink.ch> References: <20040227154618.GA6998@jue.netz> <20040309170350.GA2423@symlink.ch> Message-ID: <20040309175809.GB185@jue.netz> On Tue, Mar 09, 2004 at 06:03:50PM +0100, Markus Ackermann wrote: > Per Liden said|sagte: > >If I was forced to deal with this issue I tend to lean towards ripping > >gvim out of base/vim and let someone else create a contrib/gvim port. > >Would someone be willing to maintain a contrib/gvim port? > > Is anybody using gvim at all? That's a good question, but if we need an gvim port and cannot find another volunteer, I'll maintain one. Greetings J?rgen -- juergen.daubert at t-online.de From Juergen.Daubert at t-online.de Tue Mar 9 17:53:52 2004 From: Juergen.Daubert at t-online.de (Juergen Daubert) Date: Tue, 9 Mar 2004 18:53:52 +0100 Subject: [clc-devel] clcbuild: first test In-Reply-To: <20040308223113.GB3560@rrm3.org> References: <404CB49E.1010603@varlock.com> <20040308223113.GB3560@rrm3.org> Message-ID: <20040309175352.GA185@jue.netz> On Mon, Mar 08, 2004 at 05:31:13PM -0500, Robert McMeekin wrote: > If something depends on opt/xfree86, for example, I usually put > 'xfree86' as a dependency and assume that the other things like > fontconfig and freetype2 are already installed. Is this the right thing > to do, or should I be adding all the packages to the dependencies line? I would suggest no. The new "external dependency list" feature of prt-get seems to be a much smarter solution than to put 'gettext pkgconfig freetype2 expat glib2 libpng fontconfig atk xfree86 pango gtk2' in any gtk2 depended port ;) > * Simone Rota [03/08/04 12:59]: > [snip] > > NB: I'm not trying to force anybody into fixing these issues, as soon > > as I get some spare time I'd like to have a deeper look at every > > single log myself, but any help /comment is really appreciated :-) > > Wow, 44% of the ports in contrib failed. That doesn't look very good. > Perhaps there could be a third category of 'UNTESTED' (or something) for > the ports that didn't even start to get built because previous > dependencies failed. I had a quick look at my failed ports and, luckily, found only a few real errors. Most failures are caused by the following issues: - all gtk dependent ports failed, because the configure script could not find the installed gtk libs. I guess a 'ldconfig' could solve this - MTA replacements will generally fail, because /usr/bin/sendmail is already installed - ports which requires an specialized user/group like bind, squid - apache and all depending, because a call of 'hostname -f' within the Pkgfile produces an error ? Thanks to Simone for running this test J?rgen -- juergen.daubert at t-online.de From per at fukt.bth.se Wed Mar 10 08:38:23 2004 From: per at fukt.bth.se (Per Liden) Date: Wed, 10 Mar 2004 09:38:23 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040309175809.GB185@jue.netz> Message-ID: On Tue, 9 Mar 2004, Juergen Daubert wrote: > On Tue, Mar 09, 2004 at 06:03:50PM +0100, Markus Ackermann wrote: > > Per Liden said|sagte: > > >If I was forced to deal with this issue I tend to lean towards ripping > > >gvim out of base/vim and let someone else create a contrib/gvim port. > > >Would someone be willing to maintain a contrib/gvim port? > > > > Is anybody using gvim at all? > > That's a good question, but if we need an gvim port and cannot find > another volunteer, I'll maintain one. I'm not a frequent gvim (nor vim) user myself but I was under the impression that gvim was used by quite lots of people, I guess I was wrong. In any case, I guess a gvim port will pop up as soon as someone who is frequently using it finds out that it's not in base/vim anymore. However, to avoid lot's of confusion/questions/flames from gvim users I'd like to wait with removing gvim from base/vim until the next ISO release. Sounds reasonable? /Per From per at fukt.bth.se Wed Mar 10 09:33:31 2004 From: per at fukt.bth.se (Per Liden) Date: Wed, 10 Mar 2004 10:33:31 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040305123740.GB1111@hoc> Message-ID: On Fri, 5 Mar 2004, Johannes Winkelmann wrote: > Hi J?rgen, > > On Fri, Feb 27, 2004 at 16:46:19 +0100, Juergen Daubert wrote: > > Hi all, > > > > driven by some questions regarding dependencies of opt ports > > on #crux, I've spent an hour to put together such a list. > > > > Some remarks: > > - only deps to opt ports are listed > > - the list is max. compressed, that mean if port A depends on > > B and C, but B depends on C, only B is listed for A > > - should be checked for errors ;) > > > > Useful ? Should we publish such a list on CLC ? prt-get ? > I've added support for an external dependency file to my TODO list for > the next minor release. I hope I'll find the time to prepare a new > release anytime soon. Sorry, I can't help myself ;) but all this talk about dependencies of course raises the well known question: is it time to add support for a "depends=(...)" thing to the Pkgfile/pkgmk? I sort of feel that prt-get has to introduce lot's of work arounds for pkgmk limitations to be able to provide features that most people would like to see, such as dependencies for opt ports. Some time ago I experimented with depends=(...) and I have a working prototype, in short: - The Pkgfile has a "depends=(xxx yyy zzz)" thing. - By default, the build will stop and an error will be issued if a dependency is not already installed. - Should a circular dependency be found the build will stop with an error. - Use --ignore-deps/-id to skip all checks. - Use --build-deps/-bd to build and install them all. - As usual, a users can set the corresponding PKGMK_XXX variables in pkgmk.conf to set the default behaviour. I don't mind this addition to pkgmk since it's quite small and easy to disable. The main problem is as usual formulating the policy, i.e. what should be specified there? What about optional/recommended/base deps, etc? However, I figure that since there haven't been much problems with the policy that we use today with prt-get's "Depends on:", we would just use that policy to begin with. In the future, I'd like to add dependencies to base ports (at least deps between base ports), mainly becuase that would help me when building the ISO. /Per From per at fukt.bth.se Wed Mar 10 09:53:43 2004 From: per at fukt.bth.se (Per Liden) Date: Wed, 10 Mar 2004 10:53:43 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: Message-ID: On Wed, 10 Mar 2004, Per Liden wrote: [...] > Some time ago I experimented with depends=(...) and I have a working > prototype, in short: btw, the patch for this is on a machine that I don't have access to at the moment. If there's any interest in the patch I could clean it up and make it available as soon as I get access to that machine (might not happen until next week). /Per From jw at tks6.net Wed Mar 10 10:38:06 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Wed, 10 Mar 2004 11:38:06 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: <20040305123740.GB1111@hoc> Message-ID: <20040310103806.GA7869@hoc> Hey Per, On Wed, Mar 10, 2004 at 10:33:31 +0100, Per Liden wrote: > On Fri, 5 Mar 2004, Johannes Winkelmann wrote: > > > Hi J?rgen, [opt dep file & prt-get using it] > Sorry, I can't help myself ;) but all this talk about dependencies of > course raises the well known question: is it time to add support for a > "depends=(...)" thing to the Pkgfile/pkgmk? I think having dependency listings in base and opt ports would be great. As far as I can tell, you have to introduce a path abstraction as well, or will it be necessary to specify 'contrib/libXY' where this is a valid path in /usr/ports? Path abstraction seems pretty important to be to work well with httpup repos and private ports trees. Example: if pkgmk manages to install a dependency 'libjpeg' without knowing it's in /usr/ports/opt, shouldn't it for consistency reasons also allow doing something like cd /tmp pkgmk --package libjpeg -d -i -bd (downloading, building and installing package libjpeg with dependencies)? I might not be the most neutral person here, but I kind of liked the different levels pkgmk and prt-get were working. I don't mind at all if this functionality is in pkgutils, but I was wondering whether there should be two different tools. I kinda like pkgmk's simplicity to not look beyond a port directory. > Some time ago I experimented with depends=(...) and I have a working > prototype, in short: > - The Pkgfile has a "depends=(xxx yyy zzz)" thing. > - By default, the build will stop and an error will be issued if a > dependency is not already installed. > - Should a circular dependency be found the build will stop with > an error. > - Use --ignore-deps/-id to skip all checks. > - Use --build-deps/-bd to build and install them all. > - As usual, a users can set the corresponding PKGMK_XXX variables > in pkgmk.conf to set the default behaviour. cool. I'm looking forward to have a look at it. > I don't mind this addition to pkgmk since it's quite small and easy to > disable. Mmmh. Recursive dependency resolving is small and easy in bash? ;-) > The main problem is as usual formulating the policy, i.e. what > should be specified there? What about optional/recommended/base deps, etc? Optional dependencies would be great but often cause footprint differences. Currently, I try to make notes in the README file regarding optional dependencies and assume that people who want this optional feature are capable of coping with the possible footprint missmatch. Plus for example in subversion, there are two footprints (with/without apache) which are automagically used. Looking forward to the prototype :-) Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Wed Mar 10 11:09:48 2004 From: sip at varlock.com (Simone Rota) Date: Wed, 10 Mar 2004 12:09:48 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: Message-ID: <404EF77C.4070605@varlock.com> On 03/10/04 10:33 Per Liden wrote: Hi, > Sorry, I can't help myself ;) but all this talk about dependencies of > course raises the well known question: is it time to add support for a > "depends=(...)" thing to the Pkgfile/pkgmk? Wow, this would be an important change to pkgutils! > I sort of feel that prt-get has to introduce lot's of work arounds for > pkgmk limitations to be able to provide features that most people would > like to see, such as dependencies for opt ports. I really like having a separate approach for basic things Vs. more user-friendly tools, and so far It worked very well (for me, at least). From the other side having a standard Pkgfile for base,opt and contrib would be really great. I think (and suggested it before) that having prt-get included in the official ISO, and integrating its documentation into the Handbook is a step in the right direction. That were my usual 2 cents, I'm sure whatever comes out from this "wind of change", it will be a good thing. Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From per at fukt.bth.se Wed Mar 10 12:43:59 2004 From: per at fukt.bth.se (Per Liden) Date: Wed, 10 Mar 2004 13:43:59 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040310103806.GA7869@hoc> Message-ID: On Wed, 10 Mar 2004, Johannes Winkelmann wrote: > Hey Per, Hi Johannes, [...] > I think having dependency listings in base and opt ports would be great. > As far as I can tell, you have to introduce a path abstraction as well, > or will it be necessary to specify 'contrib/libXY' where this is a valid > path in /usr/ports? Path abstraction seems pretty important to be to > work well with httpup repos and private ports trees. > > Example: if pkgmk manages to install a dependency 'libjpeg' without > knowing it's in /usr/ports/opt, shouldn't it for consistency reasons > also allow doing something like > cd /tmp > pkgmk --package libjpeg -d -i -bd > (downloading, building and installing package libjpeg with dependencies)? To find out where a port is located my patch currently uses a PKGMK_SEARCH_PATH variable in pkgmk.conf. By default it contains something like "/usr/ports/base:/usr/ports/opt:/usr/ports/contrib". When searching for a dependency pkgmk will for each path in PKGMK_SEARCH_PATH do "find $path -path $dependency/Pkgfile" until the port is found. So, a user can add other port trees to the path list, and give them priority over other repos, etc. A "pkgmk --package xxx" feature would be possible to implement now that pkgmk knows where to looks for ports. [...] > > I don't mind this addition to pkgmk since it's quite small and easy to > > disable. > Mmmh. Recursive dependency resolving is small and easy in bash? ;-) Actually, it's not as bad as one might think ;) /Per From giuseppecoviello at tin.it Thu Mar 11 11:52:13 2004 From: giuseppecoviello at tin.it (Giuseppe Coviello) Date: Thu, 11 Mar 2004 12:52:13 +0100 Subject: [clc-devel] CRUX-Evolution Message-ID: <200403111252.13142.giuseppecoviello@tin.it> hi, I (with, for and from crux italia) have developed a contrib iso of crux (called CRUX-Evolution) that includes also the packages of gnome and kde, the base system is the same of crux (CRUX-Evolution uses the /base and /opt packages developed by Per). This iso has a new setup that also check dependencies and executes eventually post-install script. We're testing it, I think that it is ready about friday or saturday of this week. hasta siempre -- ...dato che tutti gli altri posti erano gi? occupati, ?ci siamo seduti dalla parte del torto From jw at tks6.net Fri Mar 12 08:19:54 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 12 Mar 2004 09:19:54 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040305164942.GF1111@hoc> References: <20040305164942.GF1111@hoc> Message-ID: <20040312081954.GA557@hoc> Hi, On Fri, Mar 05, 2004 at 17:49:42 +0100, Johannes Winkelmann wrote: > Hello everyone, > > I'd like to suggest moving the current CLC webpage to the CVSTrac Wiki > at crux.fh-regensburg.de. My reasons are mainly the following: Is far as I can tell, no one's really against this. Those checking the timeline probably noticed that I've started to populate the CVSTrac Wiki, just when Daniel M?ller brought up a very valid point (in private mail): Which flavour of Wiki we should use. There are a few argument pro and contra CVSTrac's: Pro: - It's already there ;-) - Every CLC member already has a user account (if we're not going to make it entirely public) - You can create links to tickets by just writing "#19" and checkins ("[199]") Contra: - Not so many features; As far as I can tell, the only one I'm really missing is a static navigation which appears on every page. Basically I like the CVSTrac variant a lot, since it's fully integrated. On the other hand, I assume that the shortcuts to checkins and bug reports could be implemented on other wiki's as well. Regarding the "missing navigation" feature, it shouldn't be a problem to write a small patch against CVSTrac to add such a static part (I'd volunteer for this if nobody else wants). Alternatives: Daniel has suggested twiki (http://twiki.org/), and I recently stumbled on kwiki (http://kwiki.org/). Most certainly everyone has his/her own favorite ;-) Comments (especially from Martin :-)) highly appreciated. Thanks, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From Juergen.Daubert at t-online.de Fri Mar 12 08:40:36 2004 From: Juergen.Daubert at t-online.de (Juergen Daubert) Date: Fri, 12 Mar 2004 09:40:36 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040312081954.GA557@hoc> References: <20040305164942.GF1111@hoc> <20040312081954.GA557@hoc> Message-ID: <20040312084036.GA920@jue.netz> On Fri, Mar 12, 2004 at 09:19:54AM +0100, Johannes Winkelmann wrote: [...] > Contra: > - Not so many features; As far as I can tell, the only one I'm really > missing is a static navigation which appears on every page. You can specify a header/footer which appears on every page. Maybe a solution ? > Basically I like the CVSTrac variant a lot, since it's fully integrated. Me too ;) Greetings J?rgen -- juergen.daubert at t-online.de From rrm3 at rrm3.org Fri Mar 12 08:52:03 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Fri, 12 Mar 2004 03:52:03 -0500 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040312081954.GA557@hoc> References: <20040305164942.GF1111@hoc> <20040312081954.GA557@hoc> Message-ID: <20040312085203.GA14098@rrm3.org> * Johannes Winkelmann [03/12/04 03:19]: > Basically I like the CVSTrac variant a lot, since it's fully > integrated. I also vote for CVSTrac. :) -- Robert McMeekin From jw at tks6.net Fri Mar 12 08:59:32 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 12 Mar 2004 09:59:32 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040312084036.GA920@jue.netz> References: <20040305164942.GF1111@hoc> <20040312081954.GA557@hoc> <20040312084036.GA920@jue.netz> Message-ID: <20040312085932.GB557@hoc> Hi J?rgen, On Fri, Mar 12, 2004 at 09:40:36 +0100, Juergen Daubert wrote: > On Fri, Mar 12, 2004 at 09:19:54AM +0100, Johannes Winkelmann wrote: > [...] > > Contra: > > - Not so many features; As far as I can tell, the only one I'm really > > missing is a static navigation which appears on every page. > > You can specify a header/footer which appears on every page. > Maybe a solution ? This is definitely a good compromise, plus as the code for "edit headers" is already there, adding two an additional "wiki header" and "wiki footer" will be simple and clean. Thanks for the hint, Regards Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Fri Mar 12 09:10:51 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 12 Mar 2004 10:10:51 +0100 Subject: [clc-devel] Moving the web page Message-ID: <20040312091051.GC557@hoc> Hello, Everyone (from CLC) is invited to transport content from the current CLC webpage to the CVSTrac Wiki. Note that you'll need to login into CVSTrac in order to make changes. I've started to transform the pages, the rough first version is available here: http://crux.fh-regensburg.de/cgi-bin/cvstrac/wiki Please have a look at http://crux.fh-regensburg.de/cgi-bin/cvstrac/wiki?p=WebpageToWikiPlanning first and add additional tasks there. Looking forward to this, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Fri Mar 12 09:17:13 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Fri, 12 Mar 2004 10:17:13 +0100 Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040312084036.GA920@jue.netz> References: <20040305164942.GF1111@hoc> <20040312081954.GA557@hoc> <20040312084036.GA920@jue.netz> Message-ID: <20040312091713.GD557@hoc> On Fri, Mar 12, 2004 at 09:40:36 +0100, Juergen Daubert wrote: > On Fri, Mar 12, 2004 at 09:19:54AM +0100, Johannes Winkelmann wrote: > [...] > > Contra: > > - Not so many features; As far as I can tell, the only one I'm really > > missing is a static navigation which appears on every page. > > You can specify a header/footer which appears on every page. > Maybe a solution ? I just figured out this approach has two slight weaknesses: 1. the header appears above the CVSTrac navigation bar 2. it doesn't understand WikiLinks; HTML links are fine though. Just as a sidenote :-) Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From martin.opel at informatik.fh-regensburg.de Fri Mar 12 10:41:08 2004 From: martin.opel at informatik.fh-regensburg.de (Martin Opel) Date: Fri, 12 Mar 2004 11:41:08 +0100 (CET) Subject: [clc-devel] Proposal: Wiki-Webpage In-Reply-To: <20040312081954.GA557@hoc> References: <20040305164942.GF1111@hoc> <20040312081954.GA557@hoc> Message-ID: On Fri, 12 Mar 2004, Johannes Winkelmann wrote: [wiki/twiki/kwiki pros and cons] > Comments (especially from Martin :-)) highly appreciated. My only comment is, that I have no time this and the next months to implement other systems than cvstrac on crux.fh-regensburg.de because 1. I'm moving one more time 2. the semester begins on monday and we have therefore a lot of work to prepare the computer rooms But I can give one or two guys I trust shell account to crux.fh-regensburg.de. With trust I mean maintainer who proofed already that they know what they do :) Bye Martin -- martin opel / fachbereich informatik - fachhochschule regensburg dipl.-inf. / web: http://fbim.fh-regensburg.de/~opel/ (fh) / phone: +49 941 943-1336, fax: +49 941 943-1426 From jw at tks6.net Sun Mar 14 20:08:12 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sun, 14 Mar 2004 21:08:12 +0100 Subject: [clc-devel] gnome1 ports Message-ID: <20040314200812.GB595@hoc> Hey, Markus Ackermann has given me a list of gnome1 ports and dependent packages, and I've removed the unmaintained tag. People have been experienced problems with them. If anyone objects, speak up. If not, I'm gonna remove the from CVS entirely. Ports: gnome-vfs gnome-libs orbit oaf gconf gnome-print bonobo bonobo-conf libcapplet soup Dependent: gnomeicu grip gwcc kino Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From rrm3 at rrm3.org Sun Mar 14 20:15:23 2004 From: rrm3 at rrm3.org (Robert McMeekin) Date: Sun, 14 Mar 2004 15:15:23 -0500 Subject: [clc-devel] gnome1 ports In-Reply-To: <20040314200812.GB595@hoc> References: <20040314200812.GB595@hoc> Message-ID: <20040314201523.GA28596@rrm3.org> * Johannes Winkelmann [03/14/04 21:08]: > Markus Ackermann has given me a list of gnome1 ports and dependent > packages, and I've removed the unmaintained tag. People have been > experienced problems with them. If anyone objects, speak up. If not, > I'm gonna remove the from CVS entirely. Good. :) > Ports: > gnome-vfs gnome-libs orbit oaf gconf gnome-print > bonobo bonobo-conf libcapplet soup I'm going to rename gnome-vfs2 -> gnome-vfs and gconf2 -> gconf when it comes time to put GNOME 2.6 in the tree, also unless anyone has objections. -- Robert McMeekin From jw at tks6.net Mon Mar 15 13:32:18 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Mon, 15 Mar 2004 14:32:18 +0100 Subject: [clc-devel] Dependency tree with prt-get Message-ID: <20040315133218.GB7331@hoc> Hello everyone, I've uploaded prt-get 0.5.5pre5 to clc.berlios.de with support for dependency tree listing: $ ./prt-get deptree subversion -- dependencies ([i] = installed, '-->' = seen before) [i] subversion [i] apr [i] expat [i] neon [i] openssl [i] libxml2 [i] expat If a subtree occurs multiple times, it's collapsed (and marked with a "-->" hint), unless prt-get is called with the --all switch. I'm keeping 0.5.5 on hold until I'm certain about the external dependency list feature, so maybe some of you will want to check out this pre version (which is as stable as any other release BTW) and enjoy the christmas tree of `prt-get deptree kdebase` :-) Feedback welcome, Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Mon Mar 15 21:45:02 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Mon, 15 Mar 2004 22:45:02 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: <20040305123740.GB1111@hoc> Message-ID: <20040315214502.GC7331@hoc> Hi Per, On Wed, Mar 10, 2004 at 10:33:31 +0100, Per Liden wrote: > On Fri, 5 Mar 2004, Johannes Winkelmann wrote: > > > Hi J?rgen, > > > > On Fri, Feb 27, 2004 at 16:46:19 +0100, Juergen Daubert wrote: [...] > > I've added support for an external dependency file to my TODO list for > > the next minor release. I hope I'll find the time to prepare a new > > release anytime soon. > > Sorry, I can't help myself ;) but all this talk about dependencies of > course raises the well known question: is it time to add support for a > "depends=(...)" thing to the Pkgfile/pkgmk? > [...] > However, I figure that since there haven't been much problems with the > policy that we use today with prt-get's "Depends on:", we would just use > that policy to begin with. In the future, I'd like to add dependencies to > base ports (at least deps between base ports), mainly becuase that would > help me when building the ISO. Do I understand this correctly that you will add dependencies to Pkgfiles of opt ports, and base ports later on? If yes, can you give a rough estimate of the date when these changes are going to be implemented? I don't want to put any pressure on you, I'm just wondering whether I should keep the "external dependency list file" feature in prt-get as I'm planning to release 0.5.5 soon-ish ;-). I'd assume that the dependency list from J?rgen could be used to add this information to the Pkgfiles using a script; I can try to write such a script if you're missing the time (or if it's too boring ;-)). Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From per at fukt.bth.se Tue Mar 16 21:44:42 2004 From: per at fukt.bth.se (Per Liden) Date: Tue, 16 Mar 2004 22:44:42 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040315214502.GC7331@hoc> Message-ID: On Mon, 15 Mar 2004, Johannes Winkelmann wrote: [...] > Do I understand this correctly that you will add dependencies to > Pkgfiles of opt ports, and base ports later on? If yes, can you give a > rough estimate of the date when these changes are going to be > implemented? Before I commit to anything I would like to just throw the patch and have it discussed (sorry, still don't have access to the machine/patch until thursday). > I don't want to put any pressure on you, I'm just wondering whether I > should keep the "external dependency list file" feature in prt-get as > I'm planning to release 0.5.5 soon-ish ;-). Well, don't wait for me ;) If the depends=() feature is added it will not be until the next CRUX release, so your "external-deps" feature would still be useful for crux 1.3 users. > I'd assume that the dependency list from J?rgen could be used to > add this information to the Pkgfiles using a script; I can try to write > such a script if you're missing the time (or if it's too boring ;-)). For the opt ports, I think I'll be able to fairly quickly add all depends=() lines manually. Juergen has already done the hard work. I can just cut and paste ;) However, such a script might be useful for converting prt-get-style "Depends on:" to a future pkgmk-style "depends=()". /Per From jw at tks6.net Thu Mar 18 01:16:34 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Thu, 18 Mar 2004 02:16:34 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: <20040315214502.GC7331@hoc> Message-ID: <20040318011634.GA23144@hoc> Hi Per, On Tue, Mar 16, 2004 at 22:44:42 +0100, Per Liden wrote: > On Mon, 15 Mar 2004, Johannes Winkelmann wrote: > > [...] > > I don't want to put any pressure on you, I'm just wondering whether I > > should keep the "external dependency list file" feature in prt-get as > > I'm planning to release 0.5.5 soon-ish ;-). > > Well, don't wait for me ;) If the depends=() feature is added it will not > be until the next CRUX release, so your "external-deps" feature would > still be useful for crux 1.3 users. I wasn't really asking for a depends= feature but for the addition of the "# Depends on:" header to opt' Pkgfiles... Don't get me wrong here but prt-get doesn't work around limitations in pkgmk (as you put it before) but "missing" information in opt's Pkgfiles. In my opinion adding CLC style header to ports from base/opt would improve the user experience a lot; I'm not sure if the same applies for a dependency handling within pkgmk, since we already have a two tools (sports and prt-get) doing this, and AFAICT they work fine (please speak up if they are doing it the wrong way). So independent on the decision regarding pkgmk, adding a "# Depends on:" header would be nice, and I think you could even risk doing this between releases ;-). Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From per at fukt.bth.se Sat Mar 20 13:43:00 2004 From: per at fukt.bth.se (Per Liden) Date: Sat, 20 Mar 2004 14:43:00 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: Message-ID: On Wed, 10 Mar 2004, Per Liden wrote: [...] > Some time ago I experimented with depends=(...) and I have a working > prototype, in short: > - The Pkgfile has a "depends=(xxx yyy zzz)" thing. > - By default, the build will stop and an error will be issued if a > dependency is not already installed. > - Should a circular dependency be found the build will stop with > an error. > - Use --ignore-deps/-id to skip all checks. > - Use --build-deps/-bd to build and install them all. > - As usual, a users can set the corresponding PKGMK_XXX variables > in pkgmk.conf to set the default behaviour. > > I don't mind this addition to pkgmk since it's quite small and easy to > disable. The main problem is as usual formulating the policy, i.e. what > should be specified there? What about optional/recommended/base deps, etc? Ok, here's the patch for the above. It was originally made for pkgutils 5.6 but the patch below is adjusted for 5.13. Please note that I haven't tested it much after the 5.13 adjustments. But it should at least give you an idea what I had in mind. /Per diff -ru pkgutils-5.13/pkgmk.conf pkgutils-5.13-with-deps/pkgmk.conf --- pkgutils-5.13/pkgmk.conf 2003-07-02 23:47:45.000000000 +0200 +++ pkgutils-5.13-with-deps/pkgmk.conf 2004-03-20 14:38:22.596107872 +0100 @@ -5,11 +5,15 @@ export CFLAGS="-O2 -march=i686 -pipe" export CXXFLAGS="-O2 -march=i686 -pipe" +PKGMK_SEARCH_PATH=(/usr/ports/base /usr/ports/opt /usr/ports/contrib) + # PKGMK_SOURCE_DIR="$PWD" # PKGMK_PACKAGE_DIR="$PWD" # PKGMK_WORK_DIR="$PWD/work" # PKGMK_DOWNLOAD="no" # PKGMK_IGNORE_FOOTPRINT="no" # PKGMK_NO_STRIP="no" +# PKGMK_IGNORE_DEPS="no" +# PKGMK_BUILD_DEPS="no" # End of file diff -ru pkgutils-5.13/pkgmk.in pkgutils-5.13-with-deps/pkgmk.in --- pkgutils-5.13/pkgmk.in 2003-12-16 18:18:21.000000000 +0100 +++ pkgutils-5.13-with-deps/pkgmk.in 2004-03-20 14:38:19.353600808 +0100 @@ -419,6 +419,61 @@ echo $RESULT } +check_dependencies() { + local DEP VISITED DIR DEP_FOUND CIRCULAR_DEPS ARGS + + if [ "$PKGMK_IGNORE_DEPS" = "yes" ] || [ "${depend[*]}" = "" ]; then + return + fi + + info "Resolving dependencies: ${depend[*]}" + + export PKGMK_DEPS_VISITED="$PKGMK_DEPS_VISITED $name" + + for DEP in ${depend[*]}; do + for VISITED in $PKGMK_DEPS_VISITED; do + if [ "$DEP" = "$VISITED" ]; then + for VISITED in $PKGMK_DEPS_VISITED; do + CIRCULAR_DEPS="${CIRCULAR_DEPS}${VISITED} -> " + done + error "Circular dependency found (${CIRCULAR_DEPS}${DEP})." + error "Building '$TARGET' failed." + exit 1 + fi + done + + pkginfo -l $DEP &> /dev/null + if [ $? != 0 ]; then + if [ "$PKGMK_BUILD_DEPS" = "no" ]; then + error "Dependency '$DEP' not installed." + error "Building '$TARGET' failed." + exit 1 + fi + + DEP_FOUND="no" + for DIR in ${PKGMK_SEARCH_PATH[@]}; do + if [ -f $DIR/$DEP/$PKGMK_PKGFILE ]; then + if [ "$PKGMK_DOWNLOAD" = "yes" ]; then + ARGS="-d -i" + else + ARGS="-i" + fi + info "Entering directory '$DIR/$DEP'." + (cd $DIR/$DEP && $PKGMK_COMMAND $ARGS) || exit 1 + info "Leaving directory '$DIR/$DEP'." + DEP_FOUND="yes" + fi + done + + if [ "$DEP_FOUND" = "no" ]; then + error "Dependency '$DEP' not found in search path." + error "Building '$TARGET' failed." + exit 1 + fi + fi + done +} + interrupted() { echo "" error "Interrupted." @@ -438,6 +493,8 @@ echo " -r, --recursive search for and build packages recursively" echo " -d, --download download missing source file(s)" echo " -do, --download-only do not build, only download missing source file(s)" + echo " -id, --ignore-deps do not check dependencies" + echo " -bd, --build-deps build and install dependencies" echo " -utd, --up-to-date do not build, only check if package is up to date" echo " -uf, --update-footprint update footprint using result from last build" echo " -if, --ignore-footprint build package without checking footprint" @@ -466,6 +523,10 @@ -do|--download-only) PKGMK_DOWNLOAD="yes" PKGMK_DOWNLOAD_ONLY="yes" ;; + -id|--ignore-deps) + PKGMK_IGNORE_DEPS="yes" ;; + -bd|--build-deps) + PKGMK_BUILD_DEPS="yes" ;; -utd|--up-to-date) PKGMK_UP_TO_DATE="yes" ;; -uf|--update-footprint) @@ -565,6 +626,7 @@ if [ "`build_needed`" = "no" ] && [ "$PKGMK_FORCE" = "no" ]; then info "Package '$TARGET' is up to date." else + check_dependencies download_source build_package fi @@ -598,6 +660,8 @@ PKGMK_RECURSIVE="no" PKGMK_DOWNLOAD="no" PKGMK_DOWNLOAD_ONLY="no" +PKGMK_IGNORE_DEPS="no" +PKGMK_BUILD_DEPS="no" PKGMK_UP_TO_DATE="no" PKGMK_UPDATE_FOOTPRINT="no" PKGMK_IGNORE_FOOTPRINT="no" From per at fukt.bth.se Sat Mar 20 13:48:53 2004 From: per at fukt.bth.se (Per Liden) Date: Sat, 20 Mar 2004 14:48:53 +0100 (CET) Subject: [clc-devel] opt dependencies In-Reply-To: <20040318011634.GA23144@hoc> Message-ID: On Thu, 18 Mar 2004, Johannes Winkelmann wrote: > Hi Per, Hi Johannes, > On Tue, Mar 16, 2004 at 22:44:42 +0100, Per Liden wrote: > > On Mon, 15 Mar 2004, Johannes Winkelmann wrote: > > > > [...] > > > I don't want to put any pressure on you, I'm just wondering whether I > > > should keep the "external dependency list file" feature in prt-get as > > > I'm planning to release 0.5.5 soon-ish ;-). > > > > Well, don't wait for me ;) If the depends=() feature is added it will not > > be until the next CRUX release, so your "external-deps" feature would > > still be useful for crux 1.3 users. > I wasn't really asking for a depends= feature but for the addition of > the "# Depends on:" header to opt' Pkgfiles... Oh, I was under the impression that wasn't needed with the external-deps-file feature? /Per From jw at tks6.net Sat Mar 20 14:10:08 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sat, 20 Mar 2004 15:10:08 +0100 Subject: [clc-devel] opt dependencies In-Reply-To: References: <20040318011634.GA23144@hoc> Message-ID: <20040320140720.GA23690@hoc> Hi Per, On Sat, Mar 20, 2004 at 14:48:53 +0100, Per Liden wrote: > On Thu, 18 Mar 2004, Johannes Winkelmann wrote: > > > Hi Per, > > Hi Johannes, > > > On Tue, Mar 16, 2004 at 22:44:42 +0100, Per Liden wrote: > > > On Mon, 15 Mar 2004, Johannes Winkelmann wrote: > > > > > > [...] > > > > I don't want to put any pressure on you, I'm just wondering whether I > > > > should keep the "external dependency list file" feature in prt-get as > > > > I'm planning to release 0.5.5 soon-ish ;-). > > > > > > Well, don't wait for me ;) If the depends=() feature is added it will not > > > be until the next CRUX release, so your "external-deps" feature would > > > still be useful for crux 1.3 users. > > I wasn't really asking for a depends= feature but for the addition of > > the "# Depends on:" header to opt' Pkgfiles... > > Oh, I was under the impression that wasn't needed with the > external-deps-file feature? Well, the external dependency list is just a workaround, and if it's not needed, I'd not release it at all; I kinda got the impression you weren't opposed to dependency listings in opt ports, but maybe I got that wrong? Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From giuseppecoviello at tin.it Sat Mar 20 15:32:11 2004 From: giuseppecoviello at tin.it (Giuseppe Coviello) Date: Sat, 20 Mar 2004 16:32:11 +0100 Subject: [clc-devel] CRUX-Evolution 1.3.1 has been realesed Message-ID: <200403201632.11300.giuseppecoviello@tin.it> Hi CRUX-Evolution 1.3.1 has been realesed, this is the "official" description: CRUX-Evolution has all the foundamental features of CRUX: it use the same base and opt packages, it is optimized for i686, it use the same init script, it can use clc's ports. In CRUX-Evolution are contained the two big desktop envirnment, GNOME and KDE; but ALSA drivers, the programs for printing (cups, ghostscript, gimp-print) and OpenOffice.org are, also, included in CRUX-Evolution. The "setup" script had been rewrited (from the setup script developed by Per Liden), some features of the setup are: the possibility to select packages divided by category and the check of dependencies. The default kernel is 2.4.25, CRUX-Evolution has gcc 3.3.2, glibc 2.3.2, xfree86 4.3.0.1 (and all the other packages of CRUX 1.3 uptated to the last stable version). You can download it fron crux italia website www.crux-it.org .... I hope that soon you can found this contrib iso of crux on the official crux website! hasta siempre -- ...dato che tutti gli altri posti erano gi? occupati, ?ci siamo seduti dalla parte del torto From jw at tks6.net Sun Mar 28 11:54:55 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sun, 28 Mar 2004 13:54:55 +0200 Subject: [clc-devel] External Packagers Message-ID: <20040328115455.GA20220@hoc> Hello everyone, I've been implementing changes in httpup to allow syncronisation of subtrees of a repository and found out that it might be an option for us to get packages from external packagers into the CLC CVS tree. I've written a short explanation in the Wiki, find it at http://crux.fh-regensburg.de/cgi-bin/cvstrac/wiki?p=HttpupNg With such a solution, we could easily keep up with external packagers, given they provide their ports in an httpup repository. Imagine they could just submit a bug report "there's a new version of fluxbox, sync it from http://my.domain/ports/clc-upstream#fluxbox". Sidenote: We might solve the problems with 'unmaintained' with something like this. A comment for people aware of httpup repositories: Packagers could use the following layout for their private repository: clc-upstream/ portA private/ portB portC The "supfile" for ports(8) would check out the private subtree; once a port is accepted into CLC (as externally maintained port), the maintainer moves it into clc-upstream from where the CLC maintainer syncs it to the CLC CVS tree. The maintainer can even decide to put a new version of a port into 'private' first (so people subscribing to his private collection will get the new version immediately) and move it to clc-upstream only if it has been synced. The new version which is going to be released as httpup 0.3.0 has gone through a major refactoring, so I'd appreciate testing of the current release (2.90) very much; to do so, just update the 'version' variable in contrib/httpup (new md5: eb78e8dec74d9e9417dc19033a0ab1fe) and pkgmk -d -u (or prt-get edit httpup Pkgfile && prt-get update httpup). There might be a few minor changes before the release of 0.3.0 and a 'diff' command if I can find a good way to do it; probably not for .0 though. Comments, suggestions, ideas? Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Sun Mar 28 12:34:49 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Sun, 28 Mar 2004 14:34:49 +0200 Subject: [clc-devel] External Packagers In-Reply-To: <20040328115455.GA20220@hoc> References: <20040328115455.GA20220@hoc> Message-ID: <20040328123449.GA22866@hoc> On Sun, Mar 28, 2004 at 13:54:55 +0200, Johannes Winkelmann wrote: > Hello everyone, [...] > The new version which is going to be released as httpup 0.3.0 has > gone through a major refactoring, so I'd appreciate testing of the > current release (2.90) very much; to do so, just update the 'version' > variable in contrib/httpup (new md5: eb78e8dec74d9e9417dc19033a0ab1fe) > and pkgmk -d -u (or prt-get edit httpup Pkgfile && prt-get update > httpup). The new version is of course '0.2.90', not '2.90'. jw -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From riemer at ppprs1.phy.tu-dresden.de Mon Mar 29 10:38:54 2004 From: riemer at ppprs1.phy.tu-dresden.de (Tilo Riemer) Date: Mon, 29 Mar 2004 12:38:54 +0200 Subject: [clc-devel] Crux on AMD64 Message-ID: <20040329103854.GC671@ppprs1.phy.tu-dresden.de> Hello, I think I will buy an AMD64 next month. Of course I'm going to install Crux. I will use kernel 2.6 and rebuild Crux completely as AMD64 binaries. Now I have two questions: 1.) Does someone know/have a good idea how you can organize compatibility libs for 32 bit applications like acroread? 2.) Is there someone who want work on the AMD64 version also? Best regards, Tilo -- Tilo Riemer mailto:riemer at lincvs.org Dresden, Germany http://www.lincvs.org http://www.iapp.de/~riemer/projects From jw at tks6.net Wed Mar 31 19:05:18 2004 From: jw at tks6.net (Johannes Winkelmann) Date: Wed, 31 Mar 2004 21:05:18 +0200 Subject: [clc-devel] Wiki Page ready Message-ID: <20040331190518.GB3261@hoc> Hello, The Wiki-based website is ready to be announced as main webpage for the CLC project. If no one objects (or volunteers the write the announcement), I'll send an announcement to crux at fukt soon. There are two minor things I'm aware of which we should probably change anytime soon: - anonymous can't write wiki pages ATM - some files are still hosted at berlios.de. This includes the critical supfiles and httpup ports. These are not showstoppers to me, though. Comments? Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net