- crux-devel - lists.crux.nu

[clc-devel] two versions of PAM
by Markus Ackermann 05 Oct '03

05 Oct '03

In unmaintained there are two versions of Linux-Pam: [root@mob:/local/clc/devel]# prt-get dependent --all linux-pam [root@mob:/local/clc/devel]# prt-get dependent --all libpam I've just compiled linux-pam (Ximian's OOo patches need it, and I first want to be able to compile it at all before I'm trying to find out how to disable PAM), so I suggest someone throws out libpam. Markus. -- Markus Ackermann <maol(a)symlink.ch> http://maol.ch/ http://symlink.ch/

2 1

[clc-devel] prt-get 0.5.4pre1 ready for testing
by Johannes Winkelmann 04 Oct '03

04 Oct '03

Hi there, Following Simone Rota's wish I've (re)added the depinst command which is a shorthand to the prt-get grpinst `prt-get quickdep X` thingy... While I assume this will lead to even more "prt-get failed to install my package" complaints, I figured this was was no good reason to leave this feature out. Note that it's still the job of the user to keep her/his system up to date (prt-get depinst only installs missing packages). Besides the new command, the changes in 0.5.4pre1 are mostly internal; the return codes should now be consistent, commands failing (if only partially) will return a non-zero value. As always note that the "pre" version means that I might remove the feature again; it does not mean that it's an unstable version, though. If anyone wants to test this, just change the version in your Pkgfile. Kind regards, Johannes -- Johannes Winkelmann mailto:jw@tks6.net Biel, Switzerland http://jw.tks6.net

1 0

[clc-devel] RFC: clc build machine
by Simone Rota 30 Sep '03

30 Sep '03

[Dramatic Prelude] fsck! I'm rewriting this long email after a blackout @ home. My notebook battery suddenly died literally seconds before the power outage and I was left staring at a black screen. The cost of a new battery for my Dell is around 240 euros. Shit. [Back on topic now] I finally managed to dedicate a machine to CLC for port building/testing. We briefly discussed the idea not so long ago in CLC or CRUX Mailing List. Basically it will periodically build and install all ports in /contrib using prt-get for dependencies and log the results. The main aims of this process are essentially two, in order of importance: - Provide a sort of "quality test" for maintained ports: it would be nice to be sure that all ports in /contrib would correctly build and install on a default "blank" CRUX setup. This could be useful for testing proper dependency listing, since it's possible to leave out some deps when building ports on a machine we daily use for "real world" tasks. - Provide binary packages. I asked for this some time ago; while it's a bit premature to add this feature to CLC (and maybe many users/packagers don't like the idea), I will keep binary packages for personal use and eventually upload them somewhere in the net, keeping them separate from CLC. Brief pseudo-code explanation of the process: ------------------------------------------------------ # Initial conditions: only /base ports installed, # with some exception: openssl/h, prt-get, ports, cvsup ports -u activate_giant_fan() activate_liquid_nitrogen_cooling() for port in /contrib: prt-get install 'prt-get quickdep port' # Here we use packages built in this session. # No need to rebuild every package log_single() for port in 'prt-get quickdep port': if port not in /base, /exceptions: prt-get remove port log_all() # html report/summary? move_packages() # move binaries to another loaction so next session # they'll be recompiled ------------------------------------------------------ Questions time: - A confirmation: did we establihsed that /opt ports should be listed as dependencies, didn't we? - This was also briefly discussed before: when a package upgrade (expecially. for libraries) introduces binary incompatibility for dependent packages, we currently don't have a way to make the user aware. In such cases, should we upgrade also the dependent packages (by just increasing release number)? Please note that even if today it's quite easy to "guess" for packages that could need a recompilation, if the port tree will eventually grow, in the future the hunting for such packages could become not-so-trivial. Misc notes: I don't know for sure when the "build machine" will be ready to use, probably sometime next week. I also have no idea how long a full compilation of /contrib ports could take, if the port tree changes "too fast" respect to compilation time many benefits could be lost. (and I could introduce a compile-by-request, compile only changed ports, or similar tricks) If anyone has further suggestions or ideas, it would be gladly accepted. Best regards, Simone

3 6

[clc-devel] Re: [bug report] mplayer: remote buffer overflow vulnerability
by Matt Housh 30 Sep '03

30 Sep '03

clc-devel(a)berlios.de wrote: > Description: Hi, > I just noticed that mplayer 1.0pre1 (currenly in clc) > has a buffer overflow vulnerability - see http://www.mplayerhq.hu > for details. > A patch should be available at: > http://www.mplayerhq.hu/MPlayer/patches/vuln01-fix.diff > > Contact: sip(a)users.berlios.de > > User: sip > > http://crux.fh-regensburg.de/cgi-bin/cvstrac/tktview?tn=13 I fixed this, thanks for the bug report. I would have closed the ticket, too, but sip beat me to it. :) Matt (jaeger@freenode/#crux)

1 0

[clc-devel] new maintainer 'tilman'
by mo＠obbl-net.de 29 Sep '03

29 Sep '03

Hi list, we have a new maintainer in our team: His berlios account: tilman His mail: tilman(a)code-monkey.de His real name: Tilman Sauerbeck Regards Martin Opel <mo(a)obbl-net.de>

1 0

[clc-devel] Re: post-install execute bit
by Martin Opel 29 Sep '03

29 Sep '03

On Mon, 15 Sep 2003, Robert McMeekin wrote: > Hello Sir, Hi Rob, first of all, please don't call me Sir :) > Would it be possible for you to chmod +x the post-install scripts > for the docbook-* ports in the CLC repository? I can't seem to figure > out how to change the execute bits remotely, and apparently the new > prt-get will not execute pre/post scripts that do not have the execute > bit set. Thanks. Sorry if I'm in error (again). I hope you had a good > vacation (assuming you're back now)! :-) I chmod 555 the post-install,v files in the cvs repository. To all maintainers: please chmod 755 all post-install files, before you add them to the repository to avoid this problem. Thanks Martin -- martin opel / fachbereich informatik - fachhochschule regensburg / email: martin.opel(a)informatik.fh-regensburg.de / web: http://rfhs8012.fh-regensburg.de/~opel/ / phone: +49 941 943-1336, fax: +49 941 943-1426

1 0

[clc-devel] Snort 2.0.1
by Logan Ingalls 29 Sep '03

29 Sep '03

I've made an update for the snort port from 2.0.0 to 2.0.1, which was released in July. There was an option on the 2.0.0 port (unmaintained, but packaged by Jeremy Jones) that was strange. It was configured "--with-flexresp", which first of all is the wrong option for flexible responses, the correct option is "--enable-flexresp". Second, in the documentation, flexresp is marked with "Consider this code as ALPHA. Heavy testing is needed.". I'm not sure what the general policy is for CLC contrib ports, but I think that the spirit of Crux is to stick to stable versions and stable features. I've thus removed this option (and the dependency on libnet-compat. (Please correct me if I'm wrong) The 2.0.1 Pkgfile, .md5sum, and .footprint files are available here: http://plutor.org/projects/crux/?snort Logan

2 1

Re: [clc-devel] new member: Ian Armstrong
by Ian Armstrong 29 Sep '03

29 Sep '03

On Mon, 29 Sep 2003 10:23:11 +0200, you wrote: >Hi everyone, > >I'm happy to (finally) announce that Ian Armstrong has joined our team >as a documentation writer. While we don't have lots of documents for our >project, most of them were made by developers and therefore always omit >some information which is assumed to be known to everyone ;-) > >Anyway, the idea is to prepare documents in the Wiki Area of cvstrac to >allow a participation of all interested parties and to use this as an >input for Ian's work. Means of communication is this mailing list >(clc-devel at berlios de). >If someone would like to make some comments or add ideas, please speak >up now. > >Ian, I'd like to add two requirements for the documentation: we need >HTML output at least, and it would be a plus to be able to edit it >without a commercial tool. > >Looking forward for another improvement of our project's service! >Best regards, Johannes >-- >Johannes Winkelmann mailto:jw@tks6.net >Biel, Switzerland http://jw.tks6.net >_______________________________________________ >clc-devel mailing list >clc-devel(a)lists.berlios.de >http://lists.berlios.de/mailman/listinfo/clc-devel Thank you for your welcome. I am glad to be on the team. Unfortunately there will be a bit of a delay before I can start contributing to the documentation. My mother is terminally ill, and I have to make an urgent trip to South Africa. I will, of course, still be reading my e-mail. Greetings to you all. Ian. Ian Armstrong -------------------------------- http://www.expressmail.dk

1 0

[clc-devel] new member: Ian Armstrong
by Johannes Winkelmann 29 Sep '03

29 Sep '03

Hi everyone, I'm happy to (finally) announce that Ian Armstrong has joined our team as a documentation writer. While we don't have lots of documents for our project, most of them were made by developers and therefore always omit some information which is assumed to be known to everyone ;-) Anyway, the idea is to prepare documents in the Wiki Area of cvstrac to allow a participation of all interested parties and to use this as an input for Ian's work. Means of communication is this mailing list (clc-devel at berlios de). If someone would like to make some comments or add ideas, please speak up now. Ian, I'd like to add two requirements for the documentation: we need HTML output at least, and it would be a plus to be able to edit it without a commercial tool. Looking forward for another improvement of our project's service! Best regards, Johannes -- Johannes Winkelmann mailto:jw@tks6.net Biel, Switzerland http://jw.tks6.net

1 0

[clc-devel] HI
by Carlo Ghiggi 19 Sep '03

19 Sep '03

Hello to all I'm Carlo, I make part of "Plan CRUX Italy" and are content to make your acquaintance even if only virtual. Made the due presentations I wanted to ask if the ports contained in the directory unmaintained/ they can be "adopts" freely or there are priority. Thanks to all Carlo P.S. I ask first excuse for my wrong one post and also for my little corrected English :) -- X-Mailer: Mutt/1.4i on CRUX 1.1 GNU/Linux box | LinuxMachine 204914 Progetto CRUX Italia: www.crux-it.org

2 1