November 2005 - crux-devel

[clc-devel] Making the switch to svn
by Johannes Winkelmann 09 Dec '05

09 Dec '05

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@tks6.net Bern, Switzerland http://jw.tks6.net

6 14

[clc-devel] perl rsync backend
by Johannes Winkelmann 28 Nov '05

28 Nov '05

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

2 2

[clc-devel] Project: ports database for crux.nu
by Till Biedermann 27 Nov '05

27 Nov '05

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

1 0

[clc-devel] Re: [CRUX] #4: Testing e-mail notification
by CRUX 27 Nov '05

27 Nov '05

#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: <http://crux.nu/cgi-bin/trac.cgi/ticket/4> CRUX <http://example.com/> CRUX

1 0

[clc-devel] Re: [CRUX] #4: Testing e-mail notification
by CRUX 27 Nov '05

27 Nov '05

#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: <http://crux.nu/cgi-bin/trac.cgi/ticket/4> CRUX <http://example.com/> CRUX

1 0

[clc-devel] proposal to replace libglut with freeglut
by Nick Steeves 18 Nov '05

18 Nov '05

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… 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

3 6

[clc-devel] Accounts on crux.nu for former CLC members
by Johannes Winkelmann 17 Nov '05

17 Nov '05

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@tks6.net Bern, Switzerland http://jw.tks6.net

10 13

[clc-devel] If package fails to build in(under?)pretendroot,is that considered a bug?
by Predrag Ivanovic 17 Nov '05

17 Nov '05

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' <g>). Anyway,two packages I had problems with recently(both from base), groff and procps. First,groff. ---- <snip> || || 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.

2 1

[clc-devel] CRUXCon 2005 results
by Johannes Winkelmann 17 Nov '05

17 Nov '05

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@tks6.net Bern, Switzerland http://jw.tks6.net

1 0

[clc-devel] danm's ports in attic
by Jukka Heino 16 Nov '05

16 Nov '05

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

1 0