From jw at tks6.net Thu Nov 10 20:46:28 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Thu, 10 Nov 2005 21:46:28 +0100 Subject: [clc-devel] New project & server Message-ID: <20051110204628.GA21338@titanium> Hi there, Some "hot" news from CRUXCon 2005: We've moved the content of crux.nu and clc.morpheus.net to a new server, and merged the two projects into one. Since we've also updated DNS to point to the new page, here's some information which might be interesting to you: - we decided to switch to subversion, and trac as Wiki and Bug tracking system - we created a new collection called 'core', which contains ports included on the ISO - we imported pkgutils, ports, httpup, prt-get into the subversion repository Also, there's a group of "core maintainers" which will have access to the 'core' ports collection to update ports there and take some workload away from Per. Currently, it's just the four of us added there, but every CLC maintainer which is interested in helping out is a canditate for it (we just didn't want to add anyone there before asking you). We'll spend some more time discussion the new contrib, future package management and multi-architecture support tomorrow. There's a couple of things which remain to be done: - create the user accounts for the CLC members - import the contrib ports into subversion - make users switch to the svn ports tree - work on the wiki You're invited to browse through the wiki, comment and ask questions. There will be a more in depth summary later on :-). Hope you like it, Best regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From tillbiedermann at yahoo.de Sat Nov 12 16:33:06 2005 From: tillbiedermann at yahoo.de (Till Biedermann) Date: Sat, 12 Nov 2005 17:33:06 +0100 Subject: [clc-devel] New project & server In-Reply-To: <20051110204628.GA21338@titanium> References: <20051110204628.GA21338@titanium> Message-ID: <43761942.8070006@yahoo.de> Johannes Winkelmann wrote: > Hi there, > Hi Johannes and all the others at CRUXCon, > You're invited to browse through the wiki, comment and ask questions. > I like the new website. The design is clean, simple and beautiful. Because i have full confidence in your decision to use trac as wiki, I will have a look at trac as soon as possible and make my database fitting to trac and the new design. Regards Till ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From jw at tks6.net Tue Nov 15 19:45:39 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Tue, 15 Nov 2005 20:45:39 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members Message-ID: <20051115194539.GA3337@titanium> Hi there, It's time to move to crux.nu for ports maintainance, and I'd like to ask all former CLC maintainers to send a quick mail mentioning whether they want to join the now unified CRUX project, and if they'd be interested in maintaining some of Per's ports from base or opt. We decided to maintain just two collections: 1) core: this collection contains more or less what's on the CD, and will be slighly bigger than the former base 2) opt: this is basically the old opt (minus what went into core), plus our former 'contrib'; most ports from you will probably go here. There's a subversion tutorial in the works at http://crux.nu/cgi-bin/trac.cgi/wiki/SvnHowTo Please ask if there are specific questions. Once you have an account on crux.nu, you'll be able to edit the Wiki, and depending on your access permissions you'll have access to several parts of the subversion repository. If you experience errors while commiting, please let me know; we might have minor errors in the access control setup, even though we've tested it and it seemed fine. I hope to hear from you soon, and that we'll manage to get the changes done as soon as possible. Since many things went quite fast and chances are we (I) haven't been too clear about certain things, please feel free to ask for clarifications if needed! Best regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jukka at karsikkopuu.net Tue Nov 15 20:28:06 2005 From: jukka at karsikkopuu.net (Jukka Heino) Date: Tue, 15 Nov 2005 22:28:06 +0200 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <437A44D6.8090801@karsikkopuu.net> Johannes Winkelmann wrote: >Hi there, > >It's time to move to crux.nu for ports maintainance, and I'd like to ask >all former CLC maintainers to send a quick mail mentioning whether they >want to join the now unified CRUX project, and if they'd be interested >in maintaining some of Per's ports from base or opt. > > Yes, I'd like to work on the unified CRUX project, including ports from base and opt (since I'm already maintaining the unofficial errata repository). >There's a subversion tutorial in the works at > http://crux.nu/cgi-bin/trac.cgi/wiki/SvnHowTo >Please ask if there are specific questions. > > > Looks pretty clear to me. The only thing I'm not sure about is how we are going to authenticate with the server. Great work so far, by the way! // Jukka From jasonthomasdolan at yahoo.com Tue Nov 15 20:31:40 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Tue, 15 Nov 2005 12:31:40 -0800 (PST) Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> Message-ID: <20051115203140.18292.qmail@web32908.mail.mud.yahoo.com> Johannes Winkelmann wrote: Hi there, It's time to move to crux.nu for ports maintainance, and I'd like to ask all former CLC maintainers to send a quick mail mentioning whether they want to join the now unified CRUX project, and if they'd be interested in maintaining some of Per's ports from base or opt. Hi :) Please note that some base/opt ports have already been adopted, and that list will grow as more of you join the new project. To avoid duplicated efforts, you can use something like this to see who's maintaining what: In your newly checked out svn/crux-2.1/ports/core ;) for i in *; do printf '%-20s' $i; egrep 'Maintainer' $i/Pkgfile | \ sed -r 's|.*Maintainer *:? *||' done And of course, ask Per if he still wants to maintain it before stealing it away. Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jasonthomasdolan at yahoo.com Tue Nov 15 20:33:46 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Tue, 15 Nov 2005 12:33:46 -0800 (PST) Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115203140.18292.qmail@web32908.mail.mud.yahoo.com> Message-ID: <20051115203347.14852.qmail@web32901.mail.mud.yahoo.com> Not sure what to do about Yahoo!s new Html formatter.. sorry for the bold, I dunno how that got in there. Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jw at tks6.net Tue Nov 15 20:48:26 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Tue, 15 Nov 2005 21:48:26 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <437A44D6.8090801@karsikkopuu.net> References: <20051115194539.GA3337@titanium> <437A44D6.8090801@karsikkopuu.net> Message-ID: <20051115204826.GC3337@titanium> Hi, On Tue, Nov 15, 2005 at 22:28:06 +0200, Jukka Heino wrote: [...] > Looks pretty clear to me. The only thing I'm not sure about is how we > are going to authenticate with the server. Great work so far, by the way! We're using HTTP authentication for both the wiki and subversion; this way, we don't need to create system users, and we can use a single password database. Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Tue Nov 15 21:09:03 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Tue, 15 Nov 2005 22:09:03 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <20051115210903.GD3337@titanium> Two remarks: 1. To test the new collection, build and install the core/svup port from your subversion checkout; the ports will be installed into /usr/ports/svn for now 2. We decided to get rid of the $Id:$ keywords; there's a script in http://crux.nu/svn/tools/scripts/ to do that. HTH, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jjasghar at gmail.com Tue Nov 15 21:21:35 2005 From: jjasghar at gmail.com (Jonathan Asghar) Date: Tue, 15 Nov 2005 15:21:35 -0600 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115210903.GD3337@titanium> References: <20051115194539.GA3337@titanium> <20051115210903.GD3337@titanium> Message-ID: <57680e350511151321i59b40fd0le725c7644247891a@mail.gmail.com> If it's ok with yall i'd like to maintain the Faq still. I can edit it however you guys would like. -j On 11/15/05, Johannes Winkelmann wrote: > > Two remarks: > > 1. To test the new collection, build and install the core/svup port from > your subversion checkout; the ports will be installed into > /usr/ports/svn for now > > 2. We decided to get rid of the $Id:$ keywords; there's a script in > http://crux.nu/svn/tools/scripts/ > to do that. > > HTH, Johannes > -- > Johannes Winkelmann mailto:jw at tks6.net > Bern, Switzerland http://jw.tks6.net > _______________________________________________ > clc-devel mailing list > clc-devel at lists.berlios.de > http://lists.berlios.de/mailman/listinfo/clc-devel > -- Jonathan Asghar phone: 512.619.0722 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick.steeves at shaw.ca Tue Nov 15 21:29:59 2005 From: nick.steeves at shaw.ca (Nick Steeves) Date: Tue, 15 Nov 2005 14:29:59 -0700 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <20051115212959.GA16502@DigitalMercury.lb.shawcable.net> Hi, I would much appreciate if my cvs access (account name: sten) would be migrated to the new subversion crux.nu server. At what point do we say to CRUX users "cvsup is stale now!" For example: KDE 3.5 comes out next week. Should I update the old cvs/contrib, update the new subversion/opt (once my account is created), update both; or wait for the CRUX/CLC merge to complete, and keep users happy with KDE 3.5 via httpup in the meantime? Regarding CRUX base: I'm not sure who to send this to at this point, but I found patch for glibc, which lets it pass tst-cancel17. I've been running this minorly-patched glibc for about a week and half now, and it's rock solid. Anyone interested can sync from here: http://members.shaw.ca/nick.steeves/ports/glibc/ One little "tech itch" of mine, is that I prefer to run a system which can rebuild itself from source, without disabling any "make test". One of the applications of such an ability could be a FreeBSD-like "make upgradeworld" for base. From what I remember of Per's makefile, the bootstrap function is pretty much "make buildworld". "upgradeworld" would check for runlevel 1, and if the system is in single-user mode, then go ahead and update base. It doesn't seem like it would add much complexity to the makefile, but is such an idea superfluous? Cheers, Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nick.steeves at shaw.ca Tue Nov 15 21:43:10 2005 From: nick.steeves at shaw.ca (Nick Steeves) Date: Tue, 15 Nov 2005 14:43:10 -0700 Subject: [clc-devel] thoughts on CRUX, post devfs Message-ID: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> How soon should we begin to work on a devfs alternative? I've read that Per doesn't like udev. We'll want to at least provide the same level of functionality as devfs did, right? So a nice, clean /dev which reflects installed devices is absolutely paramount. Do we do it in tmpfs? Perhaps, after installation is complete, the user can be asked to run a command which populates a tmpfs mounted on /dev, with their device entries. Is cpio the fastest archiver? Would it slow down booting much, to dump the contents of an uncompressed cpio archive to this empty tmpfs? Because, this cpio archive of /dev could contain the contents of the afore-mentioned populated after scanning sysfs /dev. (perhaps /tmp/dev in that instance, so as not to disrupt the installation shell). Users could tweak permissions, and add additional device nodes--another command (or possibly a 2nd function/argument) could save the tmpfs /dev to the cpio archive, which would preserve permissions, etc. Like a one-time udev_start, without udevd, without hotplug, and with a command which (optionaly) re-saves its state, so that one doesn't need to muck with config files, because one mucks with the device nodes directly. It's just an idea to get a system running cleanly. Personally, I'm going to see how much I can tolerate udev before thinking about things more. P.S. CRUX 2.2 is about January-February far away, yeah? I hope we don't move to GCC4 until at least June. (but that's a huge change, which would probably be called CRUX 3.0, yes?) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jw at tks6.net Tue Nov 15 22:19:13 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Tue, 15 Nov 2005 23:19:13 +0100 Subject: [clc-devel] thoughts on CRUX, post devfs In-Reply-To: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> References: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> Message-ID: <20051115221913.GF3337@titanium> Hi Nick, On Tue, Nov 15, 2005 at 14:43:10 -0700, Nick Steeves wrote: > How soon should we begin to work on a devfs alternative? I've read > that Per doesn't like udev. Yes, however, at this point in time it seems best to do a 2.2 with udev. We might look into a alternative solution in parallel, but since this solution is not ready yet, and the users can't update kernels without switching to udev will probably make sense for now. > P.S. CRUX 2.2 is about January-February far away, yeah? I hope we > don't move to GCC4 until at least June. (but that's a huge change, > which would probably be called CRUX 3.0, yes?) Did you experience a lot of problems with gcc 4? We've updated some packages at work, and even though some patches were required, most fixes were rather trivial. So I wouldn't mind seeing gcc 4 in 2.2, even though it doesn't make sense to switch if the amount of work required to build our packages it too large. Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From daniel at danm.de Tue Nov 15 22:18:28 2005 From: daniel at danm.de (Daniel Mueller) Date: Tue, 15 Nov 2005 23:18:28 +0100 Subject: [clc-devel] thoughts on CRUX, post devfs In-Reply-To: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> References: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> Message-ID: <200511152318.28542.daniel@danm.de> On Tuesday 15 November 2005 22:43, Nick Steeves wrote: > P.S. CRUX 2.2 is about January-February far away, yeah? I hope we > don't move to GCC4 until at least June. (but that's a huge change, > which would probably be called CRUX 3.0, yes?) I'm running a CRUX system built completely with Gcc 4.0.2 (NOT 4.1). A lot of (old) programs need patches but newer software compiles flawlessly (e.g. I had no problems with KDE; Mplayer was bitching about 'unsupported compiler' but worked just fine after applying a Gentoo patch :-). I don't see any reason to wait any longer - even the big mainstream distributions (Fedora, OpenSuSE) switched to GCC4 some time ago. If our users insist on gcc 3.x.x -> contrib could hold a gcc3-compatibility port.. If a program refuses to compile the packager could also look how other distributions solved that issue (Fedora's Source-RPMs, Gentoo's ebuild files, OpenPKG, ..) > How soon should we begin to work on a devfs alternative? I've read > that Per doesn't like udev. We'll want to at least provide the same > level of functionality as devfs did, right? Matt's udev port works quite well. You don't think about a static /dev, do you? bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From jw at tks6.net Tue Nov 15 22:26:34 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Tue, 15 Nov 2005 23:26:34 +0100 Subject: [clc-devel] thoughts on CRUX, post devfs In-Reply-To: <20051115221913.GF3337@titanium> References: <20051115214310.GA16753@DigitalMercury.lb.shawcable.net> <20051115221913.GF3337@titanium> Message-ID: <20051115222634.GG3337@titanium> On Tue, Nov 15, 2005 at 23:19:13 +0100, Johannes Winkelmann wrote: > Hi Nick, > > On Tue, Nov 15, 2005 at 14:43:10 -0700, Nick Steeves wrote: > > How soon should we begin to work on a devfs alternative? I've read > > that Per doesn't like udev. > Yes, however, at this point in time it seems best to do a 2.2 with udev. > We might look into a alternative solution in parallel, but since this > solution is not ready yet, and the users can't update kernels without > switching to udev will probably make sense for now. ^ "doing a release using udev" Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Tue Nov 15 22:27:50 2005 From: sip at varlock.com (Simone Rota) Date: Tue, 15 Nov 2005 23:27:50 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <437A60E6.5000809@varlock.com> On 11/15/05 20:45 Johannes Winkelmann wrote: > Hi there, Hi, > It's time to move to crux.nu for ports maintainance, and I'd like to ask > all former CLC maintainers to send a quick mail mentioning whether they > want to join the now unified CRUX project, and if they'd be interested > in maintaining some of Per's ports from base or opt. Count me in for the new CRUX project layout. I can also take care of some of the core ports if needed, here's a quick list of my potential targets: cdrtools, iptables, jfsutils, lilo, openssh, perl, rpm2targz svup, unzip, vim, wget, windowmaker, xfsprogs, zip Since in the new core there are some ports that are 'more core than the others', I think a list by Per of the ports he'd like to delegate would be helpful. Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From viper at hometux.de Wed Nov 16 00:30:30 2005 From: viper at hometux.de (Simon =?iso-8859-1?Q?Glo=DFner?=) Date: Wed, 16 Nov 2005 01:30:30 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <20051116003030.GA1606@viper.lan> On Tue, Nov 15, 2005 at 08:45:39PM +0100, Johannes Winkelmann wrote: > It's time to move to crux.nu for ports maintainance, and I'd like to ask > all former CLC maintainers to send a quick mail mentioning whether they > want to join the now unified CRUX project, and if they'd be interested > in maintaining some of Per's ports from base or opt. Hi, of course I also want to take part in the new project. It seems to be very nice! Great work so far! Concering the topic on having access to core and/or opt I think that I won't need access to core. I don't maintain any of these ports. Perhaps I will in the future but now it isn't necessary. At the moment I am only maintaining three ports which I will add to the new opt repository but I could also take over some ports if the maintainer of it doesn't want them anymore. At the end I want to say that I am also interested in the question concering the repository which we should use now. The old (CVS) one, the new one or both? Regards Viper From jue at jue.li Wed Nov 16 06:31:00 2005 From: jue at jue.li (Juergen Daubert) Date: Wed, 16 Nov 2005 07:31:00 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <20051116063100.GA7612@jue.netz> On Tue, Nov 15, 2005 at 08:45:39PM +0100, Johannes Winkelmann wrote: > Hi there, > > It's time to move to crux.nu for ports maintainance, and I'd like to ask > all former CLC maintainers to send a quick mail mentioning whether they > want to join the now unified CRUX project, and if they'd be interested > in maintaining some of Per's ports from base or opt. Short answer to both questions: yes. I agree with Simone, that a list of ports, Per wants to get rid off, would be helpful. Greetings J?rgen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From jw at tks6.net Wed Nov 16 16:27:48 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Wed, 16 Nov 2005 17:27:48 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115212959.GA16502@DigitalMercury.lb.shawcable.net> References: <20051115194539.GA3337@titanium> <20051115212959.GA16502@DigitalMercury.lb.shawcable.net> Message-ID: <20051116162748.GB31218@titanium> Hi, On Tue, Nov 15, 2005 at 14:29:59 -0700, Nick Steeves wrote: > Hi, > > I would much appreciate if my cvs access (account name: sten) would be > migrated to the new subversion crux.nu server. At what point do we > say to CRUX users "cvsup is stale now!" I'd actually like to make the switch happen by the end of this week, but I'm not sure if we'll have all required ports imported until then. We'll see. Regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jukka at karsikkopuu.net Wed Nov 16 18:23:57 2005 From: jukka at karsikkopuu.net (Jukka Heino) Date: Wed, 16 Nov 2005 20:23:57 +0200 Subject: [clc-devel] danm's ports in attic Message-ID: <437B793D.6090608@karsikkopuu.net> Hi, I've imported Daniel Mueller's ports into the attic directory of the new Subversion repository. They include some pretty crucial things such as sysfsutils, so please take a look and see if there's something you could adopt. I guess danm will be back once a working multi-arch port system is ready. :) // Jukka From tilman at code-monkey.de Wed Nov 16 18:55:05 2005 From: tilman at code-monkey.de (Tilman Sauerbeck) Date: Wed, 16 Nov 2005 19:55:05 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <20051116185455.GA31364@code-monkey.de> Johannes Winkelmann [2005-11-15 20:45]: > It's time to move to crux.nu for ports maintainance, and I'd like to ask > all former CLC maintainers to send a quick mail mentioning whether they > want to join the now unified CRUX project, and if they'd be interested > in maintaining some of Per's ports from base or opt. Yes, I'd like to participate as well :) In general, I'm also interested in helping out with base/opt. I'll be able to name some port once I've figured out which one's are taken ;) Regards, Tilman -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From predivan at ptt.yu Wed Nov 16 21:30:40 2005 From: predivan at ptt.yu (Predrag Ivanovic) Date: Wed, 16 Nov 2005 22:30:40 +0100 Subject: [clc-devel] If package fails to build in(under?)pretendroot,is that considered a bug? Message-ID: <20051116223040.4782a6df.predivan@ptt.yu> Hi. As subject line says.what do you guys think about that? I rarely have problems building packages using Han's modified pkgutils, and using pretendroot as safety net prevented few disasters with my own broken ports(I know,I know 'you learn from mistakes' ). Anyway,two packages I had problems with recently(both from base), groff and procps. First,groff. ---- || || test -d /usr/X11R6/lib/X11/app-defaults || || || /bin/sh /usr/pkgmk/work/groff/src/groff-1.19.2/mkinstalldirs /usr/X11R6/lib/X11/app-defaults if test -f /usr/X11R6/lib/X11/app-defaults/GXditview; then \ mv /usr/X11R6/lib/X11/app-defaults/GXditview /usr/X11R6/lib/X11/app-defaults/GXditview.old; \ fi /usr/bin/install -c -m 644 ./GXditview.ad /usr/X11R6/lib/X11/app-defaults/GXditview /usr/bin/install: cannot create regular file `/usr/X11R6/lib/X11/app-defaults/GXditview': Permission denied make[2]: *** [install_data] Error 1 make[2]: Leaving directory `/usr/pkgmk/work/groff/src/groff-1.19.2/src/devices/xditview' make [1]: *** [src/devices/xditview] Error 2 make[1]: Leaving directory `/usr/pkgmk/work/groff/src/groff-1.19.2' make: *** [install] Error 2 =======> ERROR: Building `/usr/pkgmk/package/groff#1.19.2-1.pkg.tar.gz' failed, keeping workdirectory for inspection. =======> Leaving pretendroot environment -- Packages where update failed groff ---- And procps. ---- ldconfig make: ldconfig: Command not found make: *** [ldconfig] Error 127 =======> ERROR: Building `/usr/pkgmk/package/procps#3.2.6-1.pkg.tar.gz' failed, keeping workdirectory for inspection. =======> Leaving pretendroot environment -- Packages where update failed procps ---- Patches to make them compile cleanly(procps from errata repo,groff from Han's repo) are attached. Thank you for all your hard work,and if just made some noise,I am truly sorry. Pedja -- I'm no hero. I just like to hit people in the head. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: groff.diff URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: procps.diff URL: From jw at tks6.net Thu Nov 17 09:57:41 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Thu, 17 Nov 2005 10:57:41 +0100 Subject: [clc-devel] CRUXCon 2005 results Message-ID: <20051117095741.GA20453@titanium> Hi, While Jay acted as official secretary for this year's cruxcon, I added a page with preliminary results at http://crux.nu/cgi-bin/trac.cgi/wiki/CruxCon2005Results You can expect this page to be extended by the others, but it should give you a little idea of the things we discussed. As always, please ask if you want clarifications and/or explanations. Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jukka at karsikkopuu.net Thu Nov 17 17:03:24 2005 From: jukka at karsikkopuu.net (Jukka Heino) Date: Thu, 17 Nov 2005 19:03:24 +0200 Subject: [clc-devel] If package fails to build in(under?)pretendroot,is that considered a bug? In-Reply-To: <20051116223040.4782a6df.predivan@ptt.yu> References: <20051116223040.4782a6df.predivan@ptt.yu> Message-ID: <437CB7DC.3020105@karsikkopuu.net> Predrag Ivanovic kirjoitti: >Hi. >As subject line says.what do you guys think about that? >I rarely have problems building packages using Han's modified pkgutils, >and using pretendroot as safety net prevented few disasters with my own broken >ports(I know,I know 'you learn from mistakes' ). >Anyway,two packages I had problems with recently(both from base), >groff and procps. First,groff. > > Hi, If a package fails to build under a fake root environment because it tries to write outside the $PKG directory, it's most definitely a bug in the port. I've committed fixes to these two ports in the new Subversion repository, which will hopefully be put into use soon. I don't think Per is going to update the old CVS tree anymore. Regards, // Jukka From tillbiedermann at yahoo.de Thu Nov 17 21:56:23 2005 From: tillbiedermann at yahoo.de (Till Biedermann) Date: Thu, 17 Nov 2005 22:56:23 +0100 Subject: [clc-devel] Accounts on crux.nu for former CLC members In-Reply-To: <20051115194539.GA3337@titanium> References: <20051115194539.GA3337@titanium> Message-ID: <437CFC87.3030504@yahoo.de> Johannes Winkelmann wrote: > It's time to move to crux.nu for ports maintainance, and I'd like to ask > all former CLC maintainers to send a quick mail mentioning whether they > want to join the now unified CRUX project, and if they'd be interested > in maintaining some of Per's ports from base or opt. > I will also participte in the new CRUX project. Regards Till ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From nick.steeves at shaw.ca Fri Nov 18 01:07:20 2005 From: nick.steeves at shaw.ca (Nick Steeves) Date: Thu, 17 Nov 2005 18:07:20 -0700 Subject: [clc-devel] proposal to replace libglut with freeglut Message-ID: <200511171807.26401.nick.steeves@shaw.ca> Hi, I've read that the GLUT we're using isn't maintained anymore, and that it's license states that no one but the author can distribute a modified version. Apparently, the GLUT from Mesa-6.4 is identical to the one bundled with Mesa-6.2.1, (etc..), and that the version number this GLUT gives itself is 3.7--furthermore, this GLUT hasn't been update since 1998... The alternative is FreeGLUT (http://freeglut.sourceforge.net/). It sounds interesting--also interesting is that Novell/SuSE seems to have adopted it: http://www.novell.com/products/linuxpackages/enterpriseserver/i386/freeglut.html Ubuntu also uses it now: http://packages.ubuntu.com/breezy/libs/freeglut3 "This package has been replaced by ``freeglut3''" (http://packages.ubuntu.com/breezy/oldlibs/glutg3). Apparently the Freeglut project did some work to make fullscreen support better. AFAIK, libglut, freeglut, and nvidia conflict with each other, so this shouldn't affect the majority of users. (I assume ATI's binary drivers ship with their own GLUT library) I think that it would be a good thing for 3Dfx, Matrox, or ATI uers who use the kernel drivers. If this is really just a simple "sed -i '/libglut/freeglut/' */Pkgfile", can we do it? I'll role a freeglut port, and start testing it immediately if this is a possibility. If there's a time to do this, it's probably before we launch the new repository, right? (because then we can include the libglut to freeglut notice in the "migrating to the crux.nu SVN repository HOWTO". Cheers, Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jasonthomasdolan at yahoo.com Fri Nov 18 02:31:43 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Thu, 17 Nov 2005 18:31:43 -0800 (PST) Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <200511171807.26401.nick.steeves@shaw.ca> Message-ID: <20051118023144.82708.qmail@web32911.mail.mud.yahoo.com> Nick Steeves wrote: Hi, I've read that the GLUT we're using isn't maintained anymore, and that it's license states that no one but the author can distribute a modified version. Apparently, the GLUT from Mesa-6.4 is identical to the one bundled with Mesa-6.2.1, (etc..), and that the version number this GLUT gives itself is 3.7--furthermore, this GLUT hasn't been update since 1998... The alternative is FreeGLUT (http://freeglut.sourceforge.net/). It sounds interesting--also interesting is that Novell/SuSE seems to have adopted it: http://www.novell.com/products/linuxpackages/enterpriseserver/i386/freeglut.html Ubuntu also uses it now: http://packages.ubuntu.com/breezy/libs/freeglut3 "This package has been replaced by ``freeglut3''" (http://packages.ubuntu.com/breezy/oldlibs/glutg3). Apparently the Freeglut project did some work to make fullscreen support better. AFAIK, libglut, freeglut, and nvidia conflict with each other, so this shouldn't affect the majority of users. (I assume ATI's binary drivers ship with their own GLUT library) I think that it would be a good thing for 3Dfx, Matrox, or ATI uers who use the kernel drivers. If this is really just a simple "sed -i '/libglut/freeglut/' */Pkgfile", can we do it? I'll role a freeglut port, and start testing it immediately if this is a possibility. If there's a time to do this, it's probably before we launch the new repository, right? (because then we can include the libglut to freeglut notice in the "migrating to the crux.nu SVN repository HOWTO". Cheers, Nick This all sounds very good to me. I can test the port for you when it's ready. I'm looking forward to it! Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick.steeves at shaw.ca Fri Nov 18 04:43:14 2005 From: nick.steeves at shaw.ca (Nick Steeves) Date: Thu, 17 Nov 2005 21:43:14 -0700 Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <20051118023144.82708.qmail@web32911.mail.mud.yahoo.com> References: <20051118023144.82708.qmail@web32911.mail.mud.yahoo.com> Message-ID: <200511172143.20483.nick.steeves@shaw.ca> Ok, I just now switched over to freeglut. So far, everything seems stable. I recompiled mesa3d "just in case". Kpovmodeler works without any weirdness, slowdown, or artifacts. Xmoto also runs without incident--xmoto is, of course, installed strictly for testing freeglut. :-) gl-117, (a arcade-ish flight sim) which also depends on GLUT, runs fine. Jay, thanks for the willingness to help me test this. If you don't already subscribe to my repo, you can httpup sync with: http://members.shaw.ca/nick.steeves/ports/freeglut/ Cheers, Nick On November 17, 2005 7:31, Jay Dolan wrote: > > This all sounds very good to me. I can test the port for you when it's > ready. I'm looking forward to it! > > > > Jay Dolan > Software Engineer, Systems Analyst > Windmill Cycles, Inc. > 508.999.4000 > > --------------------------------- > Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jasonthomasdolan at yahoo.com Fri Nov 18 05:18:02 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Thu, 17 Nov 2005 21:18:02 -0800 (PST) Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <200511172143.20483.nick.steeves@shaw.ca> Message-ID: <20051118051802.48574.qmail@web32901.mail.mud.yahoo.com> Nick Steeves wrote: Ok, I just now switched over to freeglut. So far, everything seems stable. I recompiled mesa3d "just in case". Kpovmodeler works without any weirdness, slowdown, or artifacts. Xmoto also runs without incident--xmoto is, of course, installed strictly for testing freeglut. :-) gl-117, (a arcade-ish flight sim) which also depends on GLUT, runs fine. Jay, thanks for the willingness to help me test this. If you don't already subscribe to my repo, you can httpup sync with: http://members.shaw.ca/nick.steeves/ports/freeglut/ Cheers, Nick I have it installed (build went fine, and no conflicts here - I have an ATI card and use the free drivers). Now I just need something to test it with.. I'll look at the two you mentioned. Any other quick tests I can run? Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick.steeves at shaw.ca Fri Nov 18 06:18:50 2005 From: nick.steeves at shaw.ca (Nick Steeves) Date: Thu, 17 Nov 2005 23:18:50 -0700 Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <20051118051802.48574.qmail@web32901.mail.mud.yahoo.com> References: <20051118051802.48574.qmail@web32901.mail.mud.yahoo.com> Message-ID: <200511172318.57230.nick.steeves@shaw.ca> No conflicts? Did you previously have libglut installed? There should have been a conflict at: /usr/lib/libglut.so.3. Oh well! From what I can tell, glut seems to be a kind of OpenGL-specific graphics-only SDL alternative. The only programs I have access to, are those two games, the KDE OpenGL screensaver, the xscreensaver one's, and kpovmodeler. Other then that, does it do weird things to glxgears? (it does not for me) Nick On November 17, 2005 10:18, Jay Dolan wrote: > I have it installed (build went fine, and no conflicts here - I have an > ATI card and use the free drivers). Now I just need something to test it > with.. I'll look at the two you mentioned. Any other quick tests I can > run? > > > > Jay Dolan > Software Engineer, Systems Analyst > Windmill Cycles, Inc. > 508.999.4000 > > --------------------------------- > Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jasonthomasdolan at yahoo.com Fri Nov 18 13:14:37 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Fri, 18 Nov 2005 05:14:37 -0800 (PST) Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <200511172318.57230.nick.steeves@shaw.ca> Message-ID: <20051118131437.27598.qmail@web32910.mail.mud.yahoo.com> Nick Steeves wrote: No conflicts? Did you previously have libglut installed? There should have been a conflict at: /usr/lib/libglut.so.3. Oh well! From what I can tell, glut seems to be a kind of OpenGL-specific graphics-only SDL alternative. The only programs I have access to, are those two games, the KDE OpenGL screensaver, the xscreensaver one's, and kpovmodeler. Other then that, does it do weird things to glxgears? (it does not for me) Nick I did not previously have libglut installed - so I'm not sure that xscreensaver or glxgears will try to use it. Perhaps I should rebuild xscreensaver or x11? Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tilman at code-monkey.de Fri Nov 18 16:06:53 2005 From: tilman at code-monkey.de (Tilman Sauerbeck) Date: Fri, 18 Nov 2005 17:06:53 +0100 Subject: [clc-devel] proposal to replace libglut with freeglut In-Reply-To: <200511172318.57230.nick.steeves@shaw.ca> References: <20051118051802.48574.qmail@web32901.mail.mud.yahoo.com> <200511172318.57230.nick.steeves@shaw.ca> Message-ID: <20051118160652.GB5443@code-monkey.de> Nick Steeves [2005-11-17 23:18]: > kpovmodeler. Other then that, does it do weird things to glxgears? (it does > not for me) That's because glxgears doesn't use GLUT :) Regards, Tilman -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jw at tks6.net Sat Nov 26 13:52:46 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Sat, 26 Nov 2005 14:52:46 +0100 Subject: [clc-devel] Making the switch to svn Message-ID: <20051126135245.GB5386@titanium> Hi there, [ As you might have noticed I haven't been around (IRC, ML) last week; this is due to the annual military service I have to attend. It'll continue for another two weeks. However this shouldn't affect any of our plans, Matt, Jay and Per all have the very same permissions on crux.nu as I have; just contact them in case of questions :-) ] To avoid too much duplicate work and further user confusion, I'd suggest to switch the ports system to use the SVN repo from crux.nu soon, and enable the "new contrib" as 'contrib'. Here's a list of things remaining: * Switch to svn: - Write a short wiki page to tell the users what this is all about - Make sure we have all dependencies - pick up ports from danm - contact vkd and Rilo Riemer; ask them to join the svn repo - prepare an update 'ports' port containing core.svup and opt.svup; those can be adapted from http://crux.nu/files/{core,opt}.svn - Make it depend on svup, merge svup from http://xoomer.virgilio.it/srota/ports/sip/svup/ into opt - update 'ports' port in CVSUp; add svup to CVSUp to make it really simple for users to update: - run ports -u - install svup - mv /etc/ports/crux.cvsup /etc/ports/crux_cvsup.old - edit prt-get.conf, replace base with core - ports -u - svn post commit mail for "[security] ..." commits - bug notifications (send to clc-devel for now) * contrib: - provide a proper rsync driver for ports(8); I think Jay prepared one already - reenable the "duplicate view" and statistics in the ports-db on crux.nu Also, we'll need some announcements to the list right before we update 'ports' in CVSUp, and after all is done; especially the "new contrib" could need some more attention :-). After that, we can start with further changes to the website, like checking for missing dependencies on a regular base, implementing a new ports DB (Till ;-)) and adding additional security measures to open "new contrib" to complete strangers (to be discussed). Please append any tasks I forgot to the lists above. Other than that, most of the things remaining are really small things, therefore I'd suggest we plan to make the switch next weekend (december 3rd/4th); however, I as previously mentioned I won't be able to spend too much time on those, so if you can please pick one or more tasks from the list and go for it; please send a quick note to the list to avoid duplicate work. Thank you for your help, Best regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From sip at varlock.com Sat Nov 26 15:13:00 2005 From: sip at varlock.com (Simone Rota) Date: Sat, 26 Nov 2005 16:13:00 +0100 Subject: [clc-devel] Making the switch to svn In-Reply-To: <20051126135245.GB5386@titanium> References: <20051126135245.GB5386@titanium> Message-ID: <43887B7C.5010300@varlock.com> On 11/26/05 14:52 Johannes Winkelmann wrote: > Hi there, Hi, > - Make sure we have all dependencies Quik, dirty, unoptimized one-liner: for f in `prt-get list`; do prt-get depends $f; done|grep from|sort -u (NOTE: put only the new core and opt repos into prt.get.conf) > - pick up ports from danm I propose maintainers having ports depending on Daniel ones to adopt the deps right now, at least for a short period, in order to facilitate the transition for CRUX users. > - Make it depend on svup, merge svup from > http://xoomer.virgilio.it/srota/ports/sip/svup/ > into opt I'll take care of this, I'd like to do some further test and adjustement before committing. On a related note, I'm very happy with svn in general, but not so much with the current svn ports backend, here's the negative aspects (at least compared to cvsup & rsync): 1. Slow / high local load . I'm not talking about network performance, it's just that a 'svn update' seems to hit disk/cpu badly. 2. More clutter into the ports tree, compare: simone at sip: ~ > du -hs /usr/ports/{base,opt,contrib,svn} 2.0M /usr/ports/base 1.9M /usr/ports/opt 17M /usr/ports/contrib 58M /usr/ports/svn 3. quite long compile time for svup (minor annoyance) I've not tested it yet, but zsync[1] could be an interesting backend since it allows rsync synchronization via http. Please share you ideas on the matter. Regards, Simone [1] http://zsync.moria.org.uk/ -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From sip at varlock.com Sat Nov 26 15:16:59 2005 From: sip at varlock.com (Simone Rota) Date: Sat, 26 Nov 2005 16:16:59 +0100 Subject: [clc-devel] Making the switch to svn In-Reply-To: <43887B7C.5010300@varlock.com> References: <20051126135245.GB5386@titanium> <43887B7C.5010300@varlock.com> Message-ID: <43887C6B.7080904@varlock.com> On 11/26/05 16:13 Simone Rota wrote: > I've not tested it yet, but zsync[1] could be an interesting > backend since it allows rsync synchronization via http. My bad, zsync it's intended for single files. -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From jasonthomasdolan at yahoo.com Sat Nov 26 15:35:53 2005 From: jasonthomasdolan at yahoo.com (Jay Dolan) Date: Sat, 26 Nov 2005 07:35:53 -0800 (PST) Subject: [clc-devel] Making the switch to svn In-Reply-To: <43887B7C.5010300@varlock.com> Message-ID: <20051126153553.35474.qmail@web32906.mail.mud.yahoo.com> Hi Simone :) --- Simone Rota wrote: > On a related note, I'm very happy with svn in > general, > but not so much with the current > svn ports backend, here's the negative aspects > (at least compared to cvsup & rsync): > > 1. Slow / high local load . > I'm not talking about network performance, it's > just that a > 'svn update' seems to hit disk/cpu badly. > > 2. More clutter into the ports tree, compare: > simone at sip: ~ > du -hs > /usr/ports/{base,opt,contrib,svn} > 2.0M /usr/ports/base > 1.9M /usr/ports/opt > 17M /usr/ports/contrib > 58M /usr/ports/svn > > 3. quite long compile time for svup (minor > annoyance) Zsync looks interesting. I suppose it's okay that the author still calls is 'beta' - we could certainly explore it. The 'rsync algorithm over http' is pretty much what httpup gives us. So, I'm curious to see if it performs any better. As for rsync, here're the adjustments I made to the existing driver: http://jdolan.dyndns.org/jaydolan/tmp/rsync As you can see, it was simply the addition of the RSYNC_EXCLUDE variable, to prevent source and package archives from being deleted upon `ports -u`. I have not tested it, it was only an idea. As for performing the switch next weekend, I think I'll be around (at least on Saturday) in case the shit hits the fan *g* Jay Dolan Software Engineer, Systems Analyst Windmill Cycles, Inc. 508.999.4000 __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From sip at varlock.com Sat Nov 26 16:09:58 2005 From: sip at varlock.com (Simone Rota) Date: Sat, 26 Nov 2005 17:09:58 +0100 Subject: [clc-devel] Making the switch to svn In-Reply-To: <20051126153553.35474.qmail@web32906.mail.mud.yahoo.com> References: <20051126153553.35474.qmail@web32906.mail.mud.yahoo.com> Message-ID: <438888D6.6050507@varlock.com> On 11/26/05 16:35 Jay Dolan wrote: > Zsync looks interesting. I suppose it's okay that the > author still calls is 'beta' - we could certainly > explore it. The 'rsync algorithm over http' is pretty > much what httpup gives us. So, I'm curious to see if > it performs any better. I'm pretty sure it does, even if I I just discovered zsync is for distributing single files, so it's not appropriate here. I'd be more than happy also with a simple solution like making the crux.nu server update the svn repo to a local dir every, say, 5 minutes and serve that dir via rsync (almost the same as with contrib-test). This way we'd have to manage a single (+ more compact and efficient) ports backend. Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip at varlock.com From jw at tks6.net Sun Nov 27 14:20:52 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Sun, 27 Nov 2005 15:20:52 +0100 Subject: [clc-devel] Making the switch to svn In-Reply-To: <20051126135245.GB5386@titanium> References: <20051126135245.GB5386@titanium> Message-ID: <20051127142052.GI5386@titanium> On Sat, Nov 26, 2005 at 14:52:46 +0100, Johannes Winkelmann wrote: > Hi there, [...] > * Switch to svn: > - Write a short wiki page to tell the users what this is all about I'll start with that one > - bug notifications (send to clc-devel for now) And look into that one as well Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From jw at tks6.net Sun Nov 27 14:39:41 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Sun, 27 Nov 2005 15:39:41 +0100 Subject: [clc-devel] Making the switch to svn In-Reply-To: <438888D6.6050507@varlock.com> References: <20051126153553.35474.qmail@web32906.mail.mud.yahoo.com> <438888D6.6050507@varlock.com> Message-ID: <20051127143940.GJ5386@titanium> Hi, On Sat, Nov 26, 2005 at 17:09:58 +0100, Simone Rota wrote: [...] > I'd be more than happy also with a simple solution > like making the crux.nu server update the > svn repo to a local dir every, say, 5 minutes > and serve that dir via rsync (almost the same > as with contrib-test). Sounds fine with me too; especially if we'll have mirrors of the ports tree in the future, users will have to get used to small delays anyway. Therefore, if the others agree I'd suggest we go for this solution. > This way we'd have to manage a single (+ more > compact and efficient) ports backend. Yeah. I'd be happy though if we could add a wrapper to track synced files, so get rid of the EXCLUDE hack; for now, that should be okay. Kind regards, Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net From trac at crux.nu Sun Nov 27 14:45:10 2005 From: trac at crux.nu (CRUX) Date: Sun, 27 Nov 2005 14:45:10 -0000 Subject: [clc-devel] =?utf-8?q?Re=3A_=5BCRUX=5D_=234=3A_Testing_e-mail_notification?= In-Reply-To: <057.fabbd73ec9c6572ea3978efcba345576@crux.nu> References: <057.fabbd73ec9c6572ea3978efcba345576@crux.nu> Message-ID: <066.0ecfecbbce123620086509fe0d5e9a1c@crux.nu> #4: Testing e-mail notification ---------------------------+------------------------------------------------ Id: 4 | Status: reopened Component: doc / website | Modified: Sun Nov 27 15:45:10 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: jw | Reporter: jw ---------------------------+------------------------------------------------ Changes (by jw): * resolution: invalid => * status: closed => reopened -- Ticket URL: CRUX CRUX From trac at crux.nu Sun Nov 27 14:48:36 2005 From: trac at crux.nu (CRUX) Date: Sun, 27 Nov 2005 14:48:36 -0000 Subject: [clc-devel] =?utf-8?q?Re=3A_=5BCRUX=5D_=234=3A_Testing_e-mail_notification?= In-Reply-To: <057.fabbd73ec9c6572ea3978efcba345576@crux.nu> References: <057.fabbd73ec9c6572ea3978efcba345576@crux.nu> Message-ID: <066.8198d809828f1fd02d435348dfdee15f@crux.nu> #4: Testing e-mail notification ---------------------------+------------------------------------------------ Id: 4 | Status: closed Component: doc / website | Modified: Sun Nov 27 15:48:36 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: jw | Reporter: jw ---------------------------+------------------------------------------------ Changes (by jw): * resolution: => fixed * status: reopened => closed Old description: > test New description: test It seems that notifications work; sorry for the noise. -- Ticket URL: CRUX CRUX From tillbiedermann at yahoo.de Sun Nov 27 16:28:55 2005 From: tillbiedermann at yahoo.de (Till Biedermann) Date: Sun, 27 Nov 2005 17:28:55 +0100 Subject: [clc-devel] Project: ports database for crux.nu Message-ID: <4389DEC7.9010704@yahoo.de> Hi everybody, because we (finally ;-) ) have a new website, it's time to get the things rolling. To get started we should discuss some things like features, implementation and integration. I described my ideas for this project in form of a whitepaper. http://www.still2come.net/~till/temp/Ports-Database_Whitepaper.pdf To come to the point: I'd like to shoulder the responsibility for this project. Do you agree with that? No matter who will be the maintainer of the database project, I will contribute in any case. Based on my whitepaper I suggest this points as roadmap: (in wise foresight - dateless :-) ) - decide which database to use - determine database structure - setup the database - implement and setup a frequent database update - setup the web-frontend as wiki-page - implement advanced features like statistics and CLI-access Regards Till -- http://www.tbmnet.de ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From jukka at karsikkopuu.net Sun Nov 27 20:11:22 2005 From: jukka at karsikkopuu.net (Jukka Heino) Date: Sun, 27 Nov 2005 22:11:22 +0200 Subject: [clc-devel] Making the switch to svn In-Reply-To: <20051127143940.GJ5386@titanium> References: <20051126153553.35474.qmail@web32906.mail.mud.yahoo.com> <438888D6.6050507@varlock.com> <20051127143940.GJ5386@titanium> Message-ID: <438A12EA.7010707@karsikkopuu.net> Johannes Winkelmann wrote: >Hi, > >On Sat, Nov 26, 2005 at 17:09:58 +0100, Simone Rota wrote: >[...] > > >>I'd be more than happy also with a simple solution >>like making the crux.nu server update the >>svn repo to a local dir every, say, 5 minutes >>and serve that dir via rsync (almost the same >>as with contrib-test). >> >> >Sounds fine with me too; especially if we'll have mirrors of the ports >tree in the future, users will have to get used to small delays anyway. > >Therefore, if the others agree I'd suggest we go for this solution. > > > I agree, using rsync is a simple and lightweight solution. I think we could even have instant rsync updates if we updated the svn repo to a local dir using a post-commit hook in subversion. >I'd be happy though if we could add a wrapper to track synced files, so >get rid of the EXCLUDE hack; for now, that should be okay. > > I wrote an experimental ports driver which does just that (written in perl, but that should be fine since it's included in base). Have a look at: http://www.karsikkopuu.net/crux/misc/rsync. I haven't tested it extensively, but it's working fine so far. It uses a ".checkouts" file in the rsync ports tree to track synced files which must be generated by the repository maintainer every time a change is made, pretty much like httpup-repgen. The command used is: $ find . -depth -not -name . -not -name .checkouts -printf "%P\n" > .checkouts Maybe we could add rsync-repgen to the rsync port is this solution proves worthy of using? Anyway, let me know what you think. // Jukka From jw at tks6.net Mon Nov 28 09:23:59 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Mon, 28 Nov 2005 10:23:59 +0100 (CET) Subject: [clc-devel] perl rsync backend Message-ID: <42180.193.5.216.100.1133169839.squirrel@hyoid.unibe.ch> Hi there, I found something which could probably be combined with Jukka's script into a cool ports backend: http://perlrsync.sourceforge.net/info.html It's an rsync-client implementation in Perl; there's a module called File::RsyncP::FileList which seems to contain the files to be synced, which could be used to generate a client-side .checkout file without any special settings/action (rsync-repgen) on the server. If this works, it would have really nice properties: - efficient (cpu, network load and hd space wise) - pure rsyncd on the server - output can be adjusted to mimick cvsup's If anyone has the time to verify my impression, that would be great :-). I'd rather delay the switch to a new backend if this proves to be the viable solution. Comments appreciated, Johannes From jukka at karsikkopuu.net Mon Nov 28 15:11:32 2005 From: jukka at karsikkopuu.net (Jukka Heino) Date: Mon, 28 Nov 2005 17:11:32 +0200 Subject: [clc-devel] perl rsync backend In-Reply-To: <42180.193.5.216.100.1133169839.squirrel@hyoid.unibe.ch> References: <42180.193.5.216.100.1133169839.squirrel@hyoid.unibe.ch> Message-ID: <438B1E24.3060607@karsikkopuu.net> Johannes Winkelmann wrote: >Hi there, > >I found something which could probably be combined with Jukka's script >into a cool ports backend: > http://perlrsync.sourceforge.net/info.html > >It's an rsync-client implementation in Perl; there's a module called >File::RsyncP::FileList which seems to contain the files to be synced, >which could be used to generate a client-side .checkout file without any >special settings/action (rsync-repgen) on the server. If this works, it >would have really nice properties: > - efficient (cpu, network load and hd space wise) > - pure rsyncd on the server > - output can be adjusted to mimick cvsup's > >If anyone has the time to verify my impression, that would be great :-). >I'd rather delay the switch to a new backend if this proves to be the >viable solution. > > > Looks like this could work although it will require some additional work. Coincidentally I have found a way to generate a .checkouts file without server side intervention. The updated rsync driver is in the same old location: http://www.karsikkopuu.net/crux/misc/rsync I've changed it to output cvsup-like messages--it even differentiates between updates and initial checkouts, just like cvsup. Here's an example from its output: $ sudo ports -u jheino-test Updating file list from jh.ton.tut.fi::jheino Updating collection jheino Edit coolmagic/ Edit coolmagic/.footprint Edit coolmagic/.md5sum Edit coolmagic/Pkgfile Edit sdlquake/Pkgfile Delete ngircd/.footprint Delete ngircd/.md5sum Delete ngircd/Pkgfile Delete ngircd/ngircd.conf Delete ngircd/ngircd.rc Delete ngircd Finished successfully It's still plain Perl calling rsync. Although it's still missing some things, like proper error reporting in case of an error, I'd say it's working pretty nicely. I don't personally see the need for File::RsyncP, since it would introduce unnecessary complexity (and it looks like the module hasn't been updated in a while, either). // Jukka From jw at tks6.net Mon Nov 28 19:55:27 2005 From: jw at tks6.net (Johannes Winkelmann) Date: Mon, 28 Nov 2005 20:55:27 +0100 Subject: [clc-devel] perl rsync backend In-Reply-To: <438B1E24.3060607@karsikkopuu.net> References: <42180.193.5.216.100.1133169839.squirrel@hyoid.unibe.ch> <438B1E24.3060607@karsikkopuu.net> Message-ID: <20051128195527.GA10205@titanium> Hey, On Mon, Nov 28, 2005 at 17:11:32 +0200, Jukka Heino wrote: > Johannes Winkelmann wrote: [perlrsync] > Looks like this could work although it will require some additional > work. Coincidentally I have found a way to generate a .checkouts file > without server side intervention. The updated rsync driver is in the > same old location: > > http://www.karsikkopuu.net/crux/misc/rsync Of course, that's a lot better :-). Thanks for that! Johannes -- Johannes Winkelmann mailto:jw at tks6.net Bern, Switzerland http://jw.tks6.net