From nick at shaw.ca Thu Jun 1 04:06:54 2006 From: nick at shaw.ca (Nick) Date: Wed, 31 May 2006 22:06:54 -0600 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200605312052.50314.daniel@danm.de> Message-ID: <003601c68530$d1f756d0$e8824046@Jericho> can someone remove me from this mailing list As I do not know anyone and don't even use IRC thanks -----Original Message----- From: crux-devel-bounces at lists.crux.nu [mailto:crux-devel-bounces at lists.crux.nu] On Behalf Of Daniel Mueller Sent: May 31, 2006 PM 12:53 To: crux-devel at lists.crux.nu Subject: Re: [crux-devel] meeting notes & next IRC Meeting I hope Anton and Brett will read this mail as well - I'll try to answer all open questions within this mail. On Wednesday 31 May 2006 08:07, Mark Rosenstand wrote: > Are you sayng that it's time to re-evaluate the priorities of the CRUX > project? Indeed. > > Only to make that clear: PAM is the de facto standard (ALL major > > Linux distributions ship it). > > And RPM is the standard package manager... ;) You are comparing apples and oranges. There are lots of alternatives for RPM (dpkg, pkgutils, ..). If you want your linux box joining a corporate network with centralized password management (ldap, samba/ad or kerberos) -> PAM is your (only) choice (AND YES: I know about "NIS" which works fully PAM-less and is insecure as hell AND I know various commercial products I don't want to talk about 'cause they just suck). > [..] svn.driver and making it the default, people could just edit the > ports and (non-conflicting) changes get automatically merged. This is > what I do, and it isn't that much slower than rsync. Hmm, I think you've missed my point here. I don't want a separated ports collection. We are not talking about one or two 'conflicting' ports. PAM is .. comprehensive (in words: all programs, libraries and tools dealing with passwords/authentication). However, in most cases it's just an additional configure switch and sometimes a (pre-configured!) service file placed in /etc/pam.d/. Joe User won't even notice that he's using PAM. > > Let me quote some words I found on CRUX's main page "[..] targeted > > at experienced Linux users", "The secondary focus is utilization of > > new Linux features and recent tools and libraries". > > You accidently forgot this one: "The primary focus of this > distribution is keep it simple" I knowingly left it out. "KISS" Really, I start to hate these four letters. It's the ultimate power abbreviation to choke new ideas and concepts. On Wednesday 31 May 2006 01:20, Anton wrote: > > is the de facto standard (ALL major Linux distributions ship it). > Oh. You are very very wrong. Slackware do not use PAM by default, afaik. > It's on 11 place according to distrowatch. Ieeeeek! Shame on me! -> ALL - 1 major Linux distr.... > Unfortunately it's not impressive, as I don't have retinal scaner, and > I don't want to play ``shoot 'em up'' game on login phase. ;-) It's > not clear to me why I'm, as crux user, have to use PAM. May be I would > love it if someone explain to me what it gives. Besides of the fact that you will get the possibility to join a corporate network with centralized password management, imagine the following scenario: You've got a brand-new laptop. Your new laptop has the disadvantage of being a popular object of desire for pilferers. The harddisk contains most likely private data (e.g. nude pics of your girlfriend). It's a good idea to encrypt those private files. I hear you saying "Bah, no problem, I don't need PAM for this". Okay; you would probably create some container files in your home directory and mount them if needed. Now let's imagine the thief is a smart one and he's looking for tracks in your home directory (.bash_history, .kde/*, .gnome/*, thumbails/* ..). With PAM (pam_mount) it's possible to mount encrypted filesystems during the logon session. That means you could encrypt your whole home directory and mount it automaticlly during login. After you've logged out, PAM will unmount it for you. Of course, you could do the same in some different ways (Many roads lead to Rome).. It was just an example of PAM's numerous capabilities. At the moment I'm enjoying little goodies like xauth forwarding when using su(1). (You may know this message: Xlib: connection to ":0.0" refused by server) On Wednesday 31 May 2006 05:38, Brett Goulder wrote: > It's a complex piece of code prone to problems and tends to introduce > so much excess that I do NOT use, I figure that most people who just > need a simple log in system as I do would also get annoyed. I really don't know how to answer this. Sounds like you just hate PAM and I'm sure I cannot convince you of the opposite. But that's okay. PAM could cause problems, yes. But I still hope we can solve as much as possible at the outset with a proper default configuration. > I'm a minimalist, I try to keep things as simple as possible, and I > wouldn't be able to deal with having excess such as PAM on my system, > as it contradicts my commitment to minimalist (one of the major > reasons I choose CRUX and stuck with it was that it was minimalist out of the box). Is CRUX a minimalist Linux distribution? I started with CRUX 0.7 or 0.8. At that time Per spoke of "lightweight", "i686-optimized" and "A distribution without useless or obsolete files" (so called junk files: README, INSTALL, bla). Did I misunderstand his primary goal from the beginning? > Complexity of implementation and design, PAM is both implementation > complex AND design complex, it rolls over the concept of KISS like a steamroller. It's not _that_ hard. The pam(8) manpage gives you a short overview with just 96 lines of text. It also says: "From the point of view of the system administrator, for whom this manual is provided, it is not of primary importance to understand the internal behavior of the Linux-PAM library." By the way, a lot of pam modules provide their own manpage (e.g. man 8 pam_cracklib). Yesterday I summarized PAM enabled core ports in a tarball (cracklib, linux-pam, openssh, shadow)[1]. I'd like to thank you guys for your answers :-). They gave me an impression of what CRUX users think about my (revolutionary?) ideas and what I'll do in future. bye, danm [1] http://crux.danm.de/files/x86/pam/pam-ports.tar.gz -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A _______________________________________________ crux-devel mailing list crux-devel at lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel From jw at smts.ch Thu Jun 1 06:40:38 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 08:40:38 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060531232350.GA15795@localhost> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> Message-ID: <20060601064038.GA1454@titanium.smts.lan> Hi Anton, On Thu, Jun 01, 2006 at 03:23:50 +0400, Anton wrote: > On Wed, May 31, 2006 at 08:52:50PM +0200, Daniel Mueller wrote: [...] > Daniel, thank you for detailed explanation. That is impressive. Though > I do not plan to use these features myself in near future. > > Anyway, there is the way to make happy both sides, those who like PAM and > those who don't. It is... Subversion! Yeah, really. Why not make svn as > default ports driver? Because it's introducing a large number of new problems, and solves a problem only a subset of users have. > p.s. Please, announce here when you are planning to discuss ideas about > pkgtools rewrite, We have announced this, in this very thread (that's why it has this subject BTW :-)). You can read it here (scroll down to "The next IRC meeting..."): http://lists.crux.nu/pipermail/crux-devel/2006-May/001690.html The discussion was yesterday, and we decided to go for an attribute based approach. Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Thu Jun 1 08:23:51 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 10:23:51 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <003601c68530$d1f756d0$e8824046@Jericho> References: <200605312052.50314.daniel@danm.de> <003601c68530$d1f756d0$e8824046@Jericho> Message-ID: <20060601082351.GC1454@titanium.smts.lan> Hi Nick, On Wed, May 31, 2006 at 22:06:54 -0600, Nick wrote: > can someone remove me from this mailing list > As I do not know anyone and don't even use IRC That was my mistake; we recently moved our mailing lists, manually re-subscribed the other developers, and I apparently got one address wrong (nick@ instead of nick.steeves at shaw.ca). I removed you from the list now, sorry for the inconvenience. Best regards, Johannes Winkelmann -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From cbou at mail.ru Thu Jun 1 11:31:22 2006 From: cbou at mail.ru (Anton) Date: Thu, 1 Jun 2006 15:31:22 +0400 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060601064038.GA1454@titanium.smts.lan> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> <20060601064038.GA1454@titanium.smts.lan> Message-ID: <20060601113122.GA16714@localhost> On Thu, Jun 01, 2006 at 08:40:38AM +0200, Johannes Winkelmann wrote: > and we decided to go for an attribute > based approach. Crap! Please don't tell me that you even decided to uncomment "Depends on:", "Maintainer:",... lines. Do you? -- Anton (irc: bd2) From jw at smts.ch Thu Jun 1 11:37:13 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 13:37:13 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060601113122.GA16714@localhost> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> <20060601064038.GA1454@titanium.smts.lan> <20060601113122.GA16714@localhost> Message-ID: <20060601113713.GD1454@titanium.smts.lan> On Thu, Jun 01, 2006 at 15:31:22 +0400, Anton wrote: > On Thu, Jun 01, 2006 at 08:40:38AM +0200, Johannes Winkelmann wrote: > > and we decided to go for an attribute > > based approach. > > Crap! Please don't tell me that you even decided to uncomment > "Depends on:", "Maintainer:",... lines. Do you? We "even" decided to uncomment those fields. Basically we'll get rid of all those hacks and finally get clean formats for ports (as they were before CLC pushed the comment headers) and installed packages (no more hacks for locking, aliases etc.). Or to quote you from your previous mail: "Simple, without complexity. Everybody happy". Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From cbou at mail.ru Thu Jun 1 11:59:35 2006 From: cbou at mail.ru (Anton) Date: Thu, 1 Jun 2006 15:59:35 +0400 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060601113713.GD1454@titanium.smts.lan> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> <20060601064038.GA1454@titanium.smts.lan> <20060601113122.GA16714@localhost> <20060601113713.GD1454@titanium.smts.lan> Message-ID: <20060601115935.GA17066@localhost> On Thu, Jun 01, 2006 at 01:37:13PM +0200, Johannes Winkelmann wrote: > On Thu, Jun 01, 2006 at 15:31:22 +0400, Anton wrote: > > On Thu, Jun 01, 2006 at 08:40:38AM +0200, Johannes Winkelmann wrote: > > > and we decided to go for an attribute > > > based approach. > > > > Crap! Please don't tell me that you even decided to uncomment > > "Depends on:", "Maintainer:",... lines. Do you? > > We "even" decided to uncomment those fields. Basically we'll get rid of > all those hacks and finally get clean formats for ports (as they were > before CLC pushed the comment headers) and installed packages (no more > hacks for locking, aliases etc.). Or to quote you from your previous > mail: "Simple, without complexity. Everybody happy". Can I suppose that the next step towards removing hacks is introducing versioned dependencies and USE flags? No offence, they ARE useful in some environments. -- Anton (irc: bd2) From jw at smts.ch Thu Jun 1 12:12:06 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 14:12:06 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060601115935.GA17066@localhost> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> <20060601064038.GA1454@titanium.smts.lan> <20060601113122.GA16714@localhost> <20060601113713.GD1454@titanium.smts.lan> <20060601115935.GA17066@localhost> Message-ID: <20060601121206.GA17403@titanium.smts.lan> Hi, On Thu, Jun 01, 2006 at 15:59:35 +0400, Anton wrote: > On Thu, Jun 01, 2006 at 01:37:13PM +0200, Johannes Winkelmann wrote: [...] > > We "even" decided to uncomment those fields. Basically we'll get rid of > > all those hacks and finally get clean formats for ports (as they were > > before CLC pushed the comment headers) and installed packages (no more > > hacks for locking, aliases etc.). Or to quote you from your previous > > mail: "Simple, without complexity. Everybody happy". > > Can I suppose that the next step towards removing hacks is introducing > versioned dependencies and USE flags? Let me quote Adam Jackson [1] here: "It's hard to express just how misguided you seem to be in mere words. So instead, here's a picture of a cute baby fox: http://people.freedesktop.org/~ajax/fennec-fox.jpg HTH. HAND." Johannes References: 1. http://article.gmane.org/gmane.comp.freedesktop.xorg/7728 -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From cbou at mail.ru Thu Jun 1 12:54:18 2006 From: cbou at mail.ru (Anton) Date: Thu, 1 Jun 2006 16:54:18 +0400 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <20060601121206.GA17403@titanium.smts.lan> References: <1148933900.17899.8.camel@mjollnir> <200605310040.01228.daniel@danm.de> <1149055624.21212.53.camel@mjollnir> <200605312052.50314.daniel@danm.de> <20060531232350.GA15795@localhost> <20060601064038.GA1454@titanium.smts.lan> <20060601113122.GA16714@localhost> <20060601113713.GD1454@titanium.smts.lan> <20060601115935.GA17066@localhost> <20060601121206.GA17403@titanium.smts.lan> Message-ID: <20060601125418.GA17285@localhost> On Thu, Jun 01, 2006 at 02:12:06PM +0200, Johannes Winkelmann wrote: > Let me quote Adam Jackson [1] here: > > "It's hard to express just how misguided you seem to be in mere words. > So instead, here's a picture of a cute baby fox: > > http://people.freedesktop.org/~ajax/fennec-fox.jpg > > HTH. HAND." > > Johannes Thank you. Your quote explains a lot, particularly the attitude. But I'm not PhD student, and I don't plan to argue with all of you about yours chooses. No problem, nobody forces me to upgrade to new version. I'm pretty happy with "crux in early development stage", and I don't want to go forward the way you are going. Best wishes, -- Anton (irc: bd2) From daniel at danm.de Thu Jun 1 17:02:54 2006 From: daniel at danm.de (Daniel Mueller) Date: Thu, 1 Jun 2006 19:02:54 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200605311727.38015.nick.steeves@shaw.ca> References: <1148933900.17899.8.camel@mjollnir> <20060531190355.GA14786@code-monkey.de> <200605311727.38015.nick.steeves@shaw.ca> Message-ID: <200606011902.54787.daniel@danm.de> On Thursday 01 June 2006 01:27, Nick Steeves wrote: > Daniel, although OpenPAM sacrifices both "XSSO conformance [though PAM is > optional] and Linux-PAM compatibility [because OpenPAM is a minimalistic > implementation of PAM]" (http://trac.des.no/openpam) will it solve the > authentication problems which you originally addressed? I've never heard about 'OpenPAM' before. But I'm sure the work effort needed to integrate it is most likely the same. Using OpenPAM instead of Linux-PAM doesn't feel right anyway. bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From jdolan at jdolan.dyndns.org Thu Jun 1 17:27:57 2006 From: jdolan at jdolan.dyndns.org (Jay Dolan) Date: Thu, 01 Jun 2006 13:27:57 -0400 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200606011902.54787.daniel@danm.de> References: <1148933900.17899.8.camel@mjollnir> <20060531190355.GA14786@code-monkey.de> <200605311727.38015.nick.steeves@shaw.ca> <200606011902.54787.daniel@danm.de> Message-ID: <447F239D.9060108@jdolan.dyndns.org> Daniel Mueller wrote: > I've never heard about 'OpenPAM' before. But I'm sure the work effort needed > to integrate it is most likely the same. Using OpenPAM instead of Linux-PAM > doesn't feel right anyway. > > bye, danm So you've never heard of it, but you're willing to guess it's equally as taxing to implement, and that guess should satisfy the rest of us, and its name alone is enough to dismiss it? Please be more reasonable about this PAM issue. -- Jay Dolan jdolan.dyndns.org A: Because it's annoying to read. Q: Why is top-posting bad? A: Top posting. Q: What's the most annoying thing about usenet? From mark at borkware.net Thu Jun 1 17:53:10 2006 From: mark at borkware.net (Mark Rosenstand) Date: Thu, 01 Jun 2006 19:53:10 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <447F239D.9060108@jdolan.dyndns.org> References: <1148933900.17899.8.camel@mjollnir> <20060531190355.GA14786@code-monkey.de> <200605311727.38015.nick.steeves@shaw.ca> <200606011902.54787.daniel@danm.de> <447F239D.9060108@jdolan.dyndns.org> Message-ID: <1149184390.32095.15.camel@mjollnir> On Thu, 2006-06-01 at 13:27 -0400, Jay Dolan wrote: > Daniel Mueller wrote: > > I've never heard about 'OpenPAM' before. But I'm sure the work effort needed > > to integrate it is most likely the same. Using OpenPAM instead of Linux-PAM > > doesn't feel right anyway. > > So you've never heard of it, but you're willing to guess it's equally as > taxing to implement, and that guess should satisfy the rest of us, and > its name alone is enough to dismiss it? Obviously, just like "I don't like the idea to rewrite pkgutils in C. Isn't C++ the way to go?" (http://crux.nu/Main/PkgutilsIdeas#ntoc28) And also that simplicity shouldn't be a priority as it prevents CRUX from satishfying corporate environments. Who's signing up to write a system installation and administration tool in PyQt? From daniel at danm.de Thu Jun 1 18:08:52 2006 From: daniel at danm.de (Daniel Mueller) Date: Thu, 1 Jun 2006 20:08:52 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <447F239D.9060108@jdolan.dyndns.org> References: <1148933900.17899.8.camel@mjollnir> <200606011902.54787.daniel@danm.de> <447F239D.9060108@jdolan.dyndns.org> Message-ID: <200606012008.52271.daniel@danm.de> On Thursday 01 June 2006 19:27, Jay Dolan wrote: > So you've never heard of it, but you're willing to guess it's equally as > taxing to implement, and that guess should satisfy the rest of us, and > its name alone is enough to dismiss it? Not only by its name - but in general "yes". I've had a short look at OpenPAM's feature list and its sources. The differences I found were: - less security modules (only pam_unix, pam_permit and pam_deny) and - OpenPAM has its own implementation of su(1). > Please be more reasonable about this PAM issue. Hmm. I do not longer think that PAM will ever be included in CRUX. Also I had a lot conversations regarding PAM and the result was that nobody really wanted/liked it (I'm a bit tired now). But you're right. I said that the work effort needed to _integrate_ OpenPAM is most likely the same as with Linux-PAM. In both cases all applications with password/authentication code would need an additional configure-script switch (--enable-pam or something). Logon programs like 'kdm', 'gdm' or 'imapd' would need a service file placed in /etc/pam.d/ (e.g. /etc/pam.d/xdm). I don't know whether all programs will interact with OpenPAM since I haven't tested it yet. Maybe some external pam modules[1] won't compile with OpenPAM's library.. I really don't know. bye, danm [1] http://www.kernel.org/pub/linux/libs/pam/modules.html -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From jdolan at jdolan.dyndns.org Thu Jun 1 18:19:34 2006 From: jdolan at jdolan.dyndns.org (Jay Dolan) Date: Thu, 01 Jun 2006 14:19:34 -0400 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200606012008.52271.daniel@danm.de> References: <1148933900.17899.8.camel@mjollnir> <200606011902.54787.daniel@danm.de> <447F239D.9060108@jdolan.dyndns.org> <200606012008.52271.daniel@danm.de> Message-ID: <447F2FB6.9060302@jdolan.dyndns.org> Daniel Mueller wrote: > Not only by its name - but in general "yes". I've had a short look at > OpenPAM's feature list and its sources. The differences I found were: > - less security modules (only pam_unix, pam_permit and pam_deny) and > - OpenPAM has its own implementation of su(1). > Okay - I see now that you did some research before determining it to be inadequate or inappropriate. Your message was so brief..it appeared otherwise. > Hmm. I do not longer think that PAM will ever be included in CRUX. Also I had > a lot conversations regarding PAM and the result was that nobody really > wanted/liked it (I'm a bit tired now). But you're right. > I don't think that's necessarily true. Personally, I don't have strong feelings either way if, as you said, average users won't have to know or care that it's there. I did not mean to discourage you further, as I know you've met some resistance with your proposal. Johannes has informed me that my tone was harsh in my last message, so if I offended you, I did not intend to and apologize. -- Jay Dolan jdolan.dyndns.org A: Because it's annoying to read. Q: Why is top-posting bad? A: Top posting. Q: What's the most annoying thing about usenet? From daniel at danm.de Thu Jun 1 17:05:14 2006 From: daniel at danm.de (Daniel Mueller) Date: Thu, 1 Jun 2006 19:05:14 +0200 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200605311727.38015.nick.steeves@shaw.ca> References: <1148933900.17899.8.camel@mjollnir> <20060531190355.GA14786@code-monkey.de> <200605311727.38015.nick.steeves@shaw.ca> Message-ID: <200606011905.14755.daniel@danm.de> On Thursday 01 June 2006 01:27, Nick Steeves wrote: > Daniel, although OpenPAM sacrifices > both "XSSO conformance [though PAM is optional] and Linux-PAM compatibility > [because OpenPAM is a minimalistic implementation of PAM]" > (http://trac.des.no/openpam) will it solve the authentication problems > which you originally addressed? Nick, I don't know - haven't seen it in the wild yet. If OpenPAM works with all external pam modules (pam_krb5, pam_ldap, ..) -> I'd say "yes". bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From crux at crux.nu Thu Jun 1 19:56:20 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 01 Jun 2006 21:56:20 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <447f4664.rxrtWhUB5Z2fvLJA%crux@crux.nu> Failed: ftp://ftp.afterstep.org/apps/aterm/aterm-1.0.0.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: http://osdn.dl.sourceforge.net/sourceforge/bsdsfv/bsdsfv-1.18.tar.gz Reason: curl: (7) couldn't connect to host Failed: http://db.ilug-bom.org.in/lug-authors/philip/misc/fortune-mod-prog-style.tar.gz Reason: curl: (6) Couldn't resolve host 'db.ilug-bom.org.in' Failed: file:///jre-1_5_0_06-linux-i586.bin Reason: curl: (37) Couldn't open file /jre-1_5_0_06-linux-i586.bin Failed: file:///jdk-1_5_0_06-linux-i586.bin Reason: curl: (37) Couldn't open file /jdk-1_5_0_06-linux-i586.bin Failed: http://ftp1.sourceforge.net/lgames/ltris-1.0.11.tar.gz Reason: curl: (7) couldn't connect to host Failed: ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: ftp://ftp.sane-project.org/pub/sane/sane-backends-1.0.17/sane-backends-1.0.17.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: http://www.jakemsr.com/transcode/transcode-1.0.2.tar.gz Reason: curl: (6) Couldn't resolve host 'www.jakemsr.com' Failed: http://www.vcdimager.org/pub/vcdimager/vcdimager-0.7/vcdimager-0.7.23.tar.gz Reason: curl: (7) couldn't connect to host Failed: ftp://ftp.ch.xemacs.org/mirror/xemacs/packages/xemacs-sumo-2005-12-08.tar.bz2 Reason: curl: (19) Given file does not exist From jw at smts.ch Thu Jun 1 20:15:15 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 22:15:15 +0200 Subject: [crux-devel] Potentially broken source downloads In-Reply-To: <447f4664.rxrtWhUB5Z2fvLJA%crux@crux.nu> References: <447f4664.rxrtWhUB5Z2fvLJA%crux@crux.nu> Message-ID: <20060601201515.GC29317@titanium.smts.lan> Hi, This time on the right list: On Thu, Jun 01, 2006 at 21:56:20 +0200, crux at crux.nu wrote: [...] I enabled check_urls on crux.nu, it'll run once per day. I assume there are a couple of false positves, like the file:// urls. If you find others please let me know. Others I've tested seem valid failures. The script is available from http://crux.nu/svn/tools/scripts/check_urls in case you want to play with it. Kind regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Thu Jun 1 20:44:46 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 22:44:46 +0200 Subject: [crux-devel] Potentially broken source downloads In-Reply-To: <57680e350606011312u7294ddb7ib2d5033864d8b76b@mail.gmail.com> References: <447f4664.rxrtWhUB5Z2fvLJA%crux@crux.nu> <20060601200803.GA29317@titanium.smts.lan> <57680e350606011312u7294ddb7ib2d5033864d8b76b@mail.gmail.com> Message-ID: <20060601204446.GD29317@titanium.smts.lan> [moved to crux-devel] On Thu, Jun 01, 2006 at 15:12:02 -0500, Jonathan Asghar wrote: > >I enabled check_urls on crux.nu, it'll run once per day. I assume there > >are a couple of false positves, like the file:// urls. If you find > >others please let me know. > > > > woah! ok, good i was worried for a sec there. I was about to say that > our ML had gone insane! > Acutally i think it's a great idea honsetly, it's useful....but i dont > think every day updates, maybe once a week? (but still have it check > everyday). > Is that possible? Depending on how we do it it's a bit harder, although the point of this is pretty much that we detect failures as early as possible, so I think running it daily is preferable. Also note that it won't send out any message if there's no error, so unless URLs break daily, we shouldn't see warnings every day. Extending it to send out warnings the day they're detected, but only weekly reminders might be sensible, although in this case it might be a good idea to also generate a web page where you can check whether a particular problem is still present (since we might see temporary server downtime from time to time). If time permits, I'll have a look at this tomorrow. I have an idea which seems pretty easy to install, but would like to verify it first :-). Regards, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From jw at smts.ch Thu Jun 1 20:47:47 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Thu, 1 Jun 2006 22:47:47 +0200 Subject: [crux-devel] Potentially broken source downloads In-Reply-To: <20060601204446.GD29317@titanium.smts.lan> References: <447f4664.rxrtWhUB5Z2fvLJA%crux@crux.nu> <20060601200803.GA29317@titanium.smts.lan> <57680e350606011312u7294ddb7ib2d5033864d8b76b@mail.gmail.com> <20060601204446.GD29317@titanium.smts.lan> Message-ID: <20060601204747.GE29317@titanium.smts.lan> On Thu, Jun 01, 2006 at 22:44:46 +0200, Johannes Winkelmann wrote: [...] > If time permits, I'll have a look at this tomorrow. I have an idea which > seems pretty easy to install, but would like to verify it first :-). s/install/implement/ Time to get some sleep :-) Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Fri Jun 2 08:27:09 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 02 Jun 2006 10:27:09 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <447ff65d.qIUSFVcTYUErI9+i%crux@crux.nu> Failed: http://ardownload.adobe.com/pub/adobe/reader/unix/7x/7.0.5/enu/AdobeReader_enu-7.0.5-1.i386.tar.gz Reason: curl: (52) Empty reply from server Failed: ftp://ftp.afterstep.org/apps/aterm/aterm-1.0.0.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: ftp://ftp.uni-kl.de/pub/ethereal/ethereal-0.99.0.tar.bz2 Reason: curl: (7) couldn't connect to host Failed: http://db.ilug-bom.org.in/lug-authors/philip/misc/fortune-mod-prog-style.tar.gz Reason: curl: (6) Couldn't resolve host 'db.ilug-bom.org.in' Failed: ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: ftp://ftp.sane-project.org/pub/sane/sane-backends-1.0.17/sane-backends-1.0.17.tar.gz Reason: curl: (9) Server denied you to change to the given directory Failed: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 Failed: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 Failed: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 Failed: http://www.jakemsr.com/transcode/transcode-1.0.2.tar.gz Reason: curl: (6) Couldn't resolve host 'www.jakemsr.com' Failed: http://www.vcdimager.org/pub/vcdimager/vcdimager-0.7/vcdimager-0.7.23.tar.gz Reason: curl: (7) couldn't connect to host From crux at crux.nu Fri Jun 2 18:12:47 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 02 Jun 2006 20:12:47 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44807f9f.z/u83g+LsXgRnH/3%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/aterm Url: ftp://ftp.afterstep.org/apps/aterm/aterm-1.0.0.tar.gz Reason: curl: (9) Server denied you to change to the given directory State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/kdelibs Url: http://www.kde-look.org/content/files/10888-bt.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sane Url: ftp://ftp.sane-project.org/pub/sane/sane-backends-1.0.17/sane-backends-1.0.17.tar.gz Reason: curl: (9) Server denied you to change to the given directory State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Full report: http://crux.nu/files/check_urls.html From jw at smts.ch Fri Jun 2 18:20:53 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Fri, 2 Jun 2006 20:20:53 +0200 Subject: [crux-devel] Potentially broken source downloads In-Reply-To: <44807f9f.z/u83g+LsXgRnH/3%crux@crux.nu> References: <44807f9f.z/u83g+LsXgRnH/3%crux@crux.nu> Message-ID: <20060602182053.GA28985@titanium.smts.lan> Hi there, I've done some changes to the script, so it now keeps track of reported problems and only sends out a reminder if a problem persists for seven days. In addition, it created an HTML report: http://crux.nu/files/check_urls.html This report also contains known issues which weren't repeated. In case you have questions, please feel free to ask. Best wishes, Johannes P.S. it needed some fairly invasive changes, so expect some issues here and there; I'll try to fix them as soon as they occur. -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From crux at crux.nu Sat Jun 3 08:31:54 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 03 Jun 2006 10:31:54 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <448148fa.FNHDexM7NuMvZIyH%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/eclipse-sdk Url: ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/eclipse/R-3.1.2-200601181600/eclipse-SDK-3.1.2-linux-gtk.tar.gz Reason: curl: (8) This doesn't seem like a nice ftp-server response State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/ethereal Url: ftp://ftp.uni-kl.de/pub/ethereal/ethereal-0.99.0.tar.bz2 Reason: curl: (8) This doesn't seem like a nice ftp-server response State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libtiff Url: ftp://ftp.remotesensing.org/pub/libtiff/tiff-3.8.2.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/maradns Url: http://www.maradns.org/download/1.2/1.2.07.5/maradns-1.2.07.5.tar.bz2 Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sitecopy Url: http://www.lyra.org/sitecopy/sitecopy-0.16.3.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From nick.steeves at shaw.ca Sat Jun 3 09:56:30 2006 From: nick.steeves at shaw.ca (Nick Steeves) Date: Sat, 03 Jun 2006 03:56:30 -0600 Subject: [crux-devel] meeting notes & next IRC Meeting In-Reply-To: <200606012008.52271.daniel@danm.de> References: <1148933900.17899.8.camel@mjollnir> <447F239D.9060108@jdolan.dyndns.org> <200606012008.52271.daniel@danm.de> Message-ID: <200606030356.37181.nick.steeves@shaw.ca> On Thursday 01 June 2006 12:08, Daniel Mueller wrote: > I said that the work effort needed to _integrate_ OpenPAM is most likely > the same as with Linux-PAM. In both cases all applications with > password/authentication code would need an additional configure-script > switch (--enable-pam or something). Logon programs like 'kdm', 'gdm' or > 'imapd' would need a service file placed in /etc/pam.d/ (e.g. > /etc/pam.d/xdm). I don't know whether all programs will interact with > OpenPAM since I haven't tested it yet. Maybe some external pam modules[1] > won't compile with OpenPAM's library.. I really don't know. I've read up a little more on OpenPAM. http://lists.freebsd.org/pipermail/freebsd-questions/2004-August/056960.html http://www.cultdeadsheep.org/FreeBSD/docs/Quick_and_dirty_FreeBSD_5_x_and_nss_ldap_mini-HOWTO.html As far as I can tell, PAM seems to be most useful for ldap authentication. Really, the primary reason I suggested OpenPAM was because it seemed like a more simple (possibly more secure) implementation of PAM--one which would be more palatable to the CRUX community and therefor more likely to garner support because it seems to address several of the arguments against a hulking linux-PAM. Ldap authentication is really cool, and super useful for large networks, but what else can PAM do (oh yeah, kerberos)? IIRC, FreeBSD ships with kerberos support as part of its base installation, and it ships OpenPAM as part of its base, though not linux-PAM, so so long as its base-shipped kerberos is PAM-enabled, it seems to me like OpenPAM works with kerberos. I don't of many the applications which might use (although I read about some sort of older gdm + older OpenPAM + bad logout behaviour because of open file descriptors) it, but it is possible that they can be found on: http://www.freshports.org I think that if linux-pam isn't listed as a dependency, then it's reasonably probable that the package compiles against the FreeBSD-shipped-by-default OpenPAM. As for "all external pam modules"... My guess is definitely no. I've also read that the su program shipped with OpenPAM, as you discovered "- OpenPAM has its own implementation of su(1)" (Mueller) leaves something to be desired. I truly wonder if this alternate "su" is a problem.. I'd be great if Han would join in on this thread, because I seem to remember him having extensive BSD experience. Perhaps he could tell us if pam_mount works with OpenPAM? I'd set up a chroot'ed CRUX installation to test this whole OpenPAM thing, but I'm still pressed for time because of school. Ah, the joys of the "fast" and "cheap" credits of the summer session... Cheers, Nick Resources: [1] http://devmanual.gentoo.org/tasks-reference/pam/index.html [2] http://people.freebsd.org/~des/pam/pam-2002-03.html [3] http://biomark.org.ru/en/software/ [4] http://www.daemon-systems.org/man/pam.3.html [5] http://archives.neohapsis.com/archives/freebsd/2002-09/0080.html [6] http://archives.neohapsis.com/archives/dev/muscle/2005-q3/0082.html Interesting. At the bottom of [4], it says: The OpenPAM library and this manual page were developed for the FreeBSD Project by ThinkSec AS and Network Associates Laboratories, the Security Research Division of Network Associates, Inc.& under DARPA/SPAWAR con- tract N66001-01-C-8035 (``CBOSS''), as part of the DARPA CHATS research program. Could OpenPAM be more secure than linux-PAM for this reason? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From crux at crux.nu Sun Jun 4 08:32:37 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 04 Jun 2006 10:32:37 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44829aa5.iWFTeraJcBfLldMZ%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/cdrtools Url: ftp://gd.tuwien.ac.at/utils/schilling/cdrtools/cdrtools-2.01.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fuseiso Url: http://ubiz.ru/dm/fuseiso-20060107.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/imagemagick Url: ftp://gd.tuwien.ac.at/pub/graphics/ImageMagick/ImageMagick-6.2.7-8.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Mon Jun 5 08:29:45 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 05 Jun 2006 10:29:45 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4483eb79.XplBDwkeGUCjmmB+%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/nvidia Url: http://download.nvidia.com/XFree86/Linux-x86/1.0-8762/NVIDIA-Linux-x86-1.0-8762-pkg0.run Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/xxdiff Url: ftp://ftp.trolltech.com/freebies/tmake/tmake-1.8.tar.gz Reason: curl: (56) FTP response reading failed State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Jun 6 08:23:29 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 06 Jun 2006 10:23:29 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44853b81.34wh2pazG1D1gTd/%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/shadow Url: ftp://ftp.pld.org.pl/software/shadow/shadow-4.0.15.tar.bz2 Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lftp Url: http://ftp.yars.free.net/lftp/lftp-3.4.7.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From prologic at shortcircuit.net.au Thu Jun 8 11:30:08 2006 From: prologic at shortcircuit.net.au (James Mills) Date: Thu, 8 Jun 2006 21:30:08 +1000 Subject: [crux-devel] Introducing Danny :) Message-ID: <20060608113008.GA12684@shortcircuit.net.au> Hi All, Say hi to Danny Rawlins all :) Hopefully be now he's on this mailing list as well as the contrib list. I also apologise for the mess. One thing just led to another and Danny has been contributing ports to the contrib rpeo for a while now. I'll vouch for his workmanship in maintaining his port :) Danny is a good mate of mine and we work closely on many a project. He lives in Melbourne of Australia, and yes he's one of my recruits ;) haha cheers James -- -- -"Problems are Solved by Method" - - James Mills - HomePage: http://shortcircuit.net.au/~prologic/ - Phone: +61732166379 - Mobile: +61404270962 - Skype: therealprologic - MSN: prologic at shortcircuit.net.au - ICQ: 98888663 - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From crux at crux.nu Fri Jun 9 08:30:36 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 09 Jun 2006 10:30:36 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <448931ac.h1YMOgh0FuChOgsm%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/tcp_wrappers Url: http://www.imasy.org/~ume/ipv6/tcp_wrappers_7.6-ipv6-1.14.diff.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From jaeger at morpheus.net Fri Jun 9 14:12:37 2006 From: jaeger at morpheus.net (Matt Housh) Date: Fri, 09 Jun 2006 09:12:37 -0500 Subject: [crux-devel] My updated livecd repository Message-ID: <1149862357.31049.6.camel@charon.frc.utulsa.edu> Johannes asked me to mail a link to this repository to the list some time ago and I completely forgot about it. Sorry for the delay, here it is: https://secure.morpheus.net/svnweb/crux-livecd/ It started out as a copy of Per's crux tree and has evolved a bit from there. I've generally not changed anything that didn't need to be changed. Files of interest are most likely the Makefile (of course :)), the scripts in ports/, initrd/linuxrc (cd searching and mounting magic here), iso/bin/net-setup{,-helper}, iso/isolinux/*. Feel free to send me any questions/comments. Matt (jaeger at freenode/#crux) From pqr at yandex.ru Fri Jun 9 15:12:36 2006 From: pqr at yandex.ru (Artur Tulyulya) Date: Fri, 9 Jun 2006 18:12:36 +0300 Subject: [crux-devel] My updated livecd repository In-Reply-To: <1149862357.31049.6.camel@charon.frc.utulsa.edu> References: <1149862357.31049.6.camel@charon.frc.utulsa.edu> Message-ID: <20060609181236.4b451249@localhost> On Fri, 09 Jun 2006 09:12:37 -0500 Matt Housh wrote: > Johannes asked me to mail a link to this repository to the list some > time ago and I completely forgot about it. Sorry for the delay, here it > is: > > https://secure.morpheus.net/svnweb/crux-livecd/ > > It started out as a copy of Per's crux tree and has evolved a bit from > there. I've generally not changed anything that didn't need to be > changed. Files of interest are most likely the Makefile (of course :)), > the scripts in ports/, initrd/linuxrc (cd searching and mounting magic > here), iso/bin/net-setup{,-helper}, iso/isolinux/*. > > Feel free to send me any questions/comments. > Hi, Matt Hm, some things in your livecd are similar with lCRUX solutions, but i see this repo first time :) I think my bad-port checking is better and simple and it is in traditional GNU Make style (if file doesn't exist, building will failed). See: http://crux.org.ua/cgi/trac.cgi/browser/lcrux-2.2/Makefile Also i think that you can use mdev (this is a part of busybox) instead udev It simple, faster and has small size. -- Artur Tulyulya (irc: artur_t) NIC-handle: [AT1009-UANIC] UID: 264-264-769 JID: artur at jabber.lafox.net From sip at varlock.com Fri Jun 9 16:56:17 2006 From: sip at varlock.com (Simone Rota) Date: Fri, 09 Jun 2006 18:56:17 +0200 Subject: [crux-devel] CRUX 2.3 setup script Message-ID: <4489A831.9020608@varlock.com> Hi, I started working on the addons to the 2.3 setup script; as you already know we're decided to add some sort of group selecting and/or dependency checking, mainly because of the large number of packages of the modular Xorg release. So far I added a simple group implementation, consisting in a selection of the groups and subsequent separate selection of packages from each collection. Easier to see than to explain: http://www.varlock.com/tmp/groupsetup/ Note: The package selection procedure for upgrades is left untouched. Question #1: do you think that there should be the possibility of selecting packages from a previously unselected group? (all items off by default) Regarding dependency ckecking, I plan to write an additional function / dialog that will display the list of unselected needed packages (if any) after the standard selection procedure. This function will retrieve dependency information from a dedicated file, maybe automatically generated by a prt-get call from the ISO Makefile. Question #2: does this approach to dependency handling make sense? Thanks for your attention, Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com From crux at crux.nu Sat Jun 10 08:54:15 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 10 Jun 2006 10:54:15 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <448a88b7.JsC4PGdBQ0N32mbm%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/aterm Url: ftp://ftp.afterstep.org/apps/aterm/aterm-1.0.0.tar.gz Reason: curl: (9) Server denied you to change to the given directory State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libdvdcss Url: http://www.videolan.org/pub/videolan/libdvdcss/1.2.8/libdvdcss-1.2.8.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lighttpd Url: http://www.lighttpd.net/download/lighttpd-1.4.11.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sane Url: ftp://ftp.sane-project.org/pub/sane/sane-backends-1.0.17/sane-backends-1.0.17.tar.gz Reason: curl: (9) Server denied you to change to the given directory State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html From jw at smts.ch Sat Jun 10 15:47:24 2006 From: jw at smts.ch (Johannes Winkelmann) Date: Sat, 10 Jun 2006 17:47:24 +0200 Subject: [crux-devel] CRUX 2.3 setup script In-Reply-To: <4489A831.9020608@varlock.com> References: <4489A831.9020608@varlock.com> Message-ID: <20060610154724.GC28101@titanium.smts.lan> Hi, On Fri, Jun 09, 2006 at 18:56:17 +0200, Simone Rota wrote: > Hi, > > I started working on the addons to the 2.3 setup script; > as you already know we're decided to add some sort of > group selecting and/or dependency checking, mainly because > of the large number of packages of the modular Xorg release. > > So far I added a simple group implementation, consisting > in a selection of the groups and subsequent separate selection > of packages from each collection. Easier to see than to > explain: http://www.varlock.com/tmp/groupsetup/ > Note: The package selection procedure for upgrades > is left untouched. > > Question #1: do you think that there should be the possibility > of selecting packages from a previously unselected group? > (all items off by default) I'd kinda like to have a "select group" and "select ports from group" functionality, where the later lets you enable/disable ports from a group. Not sure if dialog supports that easily, though. Here a flow diagram to illustrate that: (start setup) -> (group selection) -> (install packages) | | -> optional (detailed selection) So if you want to do a "install everything" type of install, you only have to make three marks on the group dialog, without dealing with individual port selections pages. > Regarding dependency ckecking, I plan to write an additional > function / dialog that will display the list of unselected > needed packages (if any) after the standard selection procedure. > This function will retrieve dependency information from a > dedicated file, maybe automatically generated by a prt-get > call from the ISO Makefile. > > Question #2: does this approach to dependency handling > make sense? Sounds good to me, you hardly ever want to install binaries with broken dependencies :-) I have another suggestion for our future setup: http://jw.tks6.net/files/crux/setup.png Basically one page which allows you to select the level of KISS/bloat :-) Thanks for your work on that, Johannes -- Johannes Winkelmann mailto:jw at smts.ch Zurich, Switzerland http://jw.smts.ch From sip at varlock.com Sat Jun 10 20:19:49 2006 From: sip at varlock.com (Simone Rota) Date: Sat, 10 Jun 2006 22:19:49 +0200 Subject: [crux-devel] CRUX 2.3 setup script In-Reply-To: <20060610154724.GC28101@titanium.smts.lan> References: <4489A831.9020608@varlock.com> <20060610154724.GC28101@titanium.smts.lan> Message-ID: <448B2965.6090906@varlock.com> On 06/10/06 17:47 Johannes Winkelmann wrote: > I'd kinda like to have a "select group" and "select ports from group" > functionality, where the later lets you enable/disable ports from a > group. Not sure if dialog supports that easily, though. > > Here a flow diagram to illustrate that: > > (start setup) -> (group selection) -> (install packages) > | > | > -> optional (detailed selection) > So if you want to do a "install everything" type of install, you only > have to make three marks on the group dialog, without dealing with > individual port selections pages. Looks interesting, even if pressing enter 3 times does not look so bad, unless we aim for the "OMG! One click install" :-) An intermediate solution would be a prompt after group selection asking if detailed selection is wanted, so we reduce the thing to one additional click. > I have another suggestion for our future setup: > http://jw.tks6.net/files/crux/setup.png > Basically one page which allows you to select the level of KISS/bloat > :-) I support this idea only if we put a "Nevermind, just download and install Fedora Core for me" option. Other than that, good call. Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com From jesse.kokkarinen at kapsi.fi Sun Jun 11 10:50:15 2006 From: jesse.kokkarinen at kapsi.fi (Jesse Kokkarinen) Date: Sun, 11 Jun 2006 13:50:15 +0300 Subject: [crux-devel] CRUX 2.3 setup script In-Reply-To: <20060610154724.GC28101@titanium.smts.lan> References: <4489A831.9020608@varlock.com> <20060610154724.GC28101@titanium.smts.lan> Message-ID: <20060611105015.GA1097@isfahan> On Sat, Jun 10, 2006 at 05:47:24PM +0200, Johannes Winkelmann wrote: > I have another suggestion for our future setup: > http://jw.tks6.net/files/crux/setup.png > Basically one page which allows you to select the level of KISS/bloat > :-) > Seems nice, it also reminds me of slackware's installer to some extent. It would still be compatible with the KISS philosophy, and hopefully provide another layer of convenience. Simply my 0,02 EUR on the issue. -- "Damnant quod non intellegunt." From crux at crux.nu Mon Jun 12 08:36:48 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 12 Jun 2006 10:36:48 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <448d27a0.Erl7cmnTOaS8BBAX%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/e2fsprogs Url: http://dl.sourceforge.net/e2fsprogs/e2fsprogs-1.38.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/expat Url: http://dl.sourceforge.net/expat/expat-1.95.8.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/flex Url: http://dl.sourceforge.net/sourceforge/flex/flex-2.5.31.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/hdparm Url: http://dl.sourceforge.net/sourceforge/hdparm/hdparm-6.3.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/libusb Url: http://dl.sourceforge.net/sourceforge/libusb/libusb-0.1.12.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/nasm Url: http://dl.sourceforge.net/nasm/nasm-0.98.39.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/nfs-utils Url: http://dl.sourceforge.net/nfs/nfs-utils-1.0.7.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/psmisc Url: http://dl.sourceforge.net/psmisc/psmisc-22.1.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/slocate Url: http://dl.sourceforge.net/sourceforge/slocate/slocate-2.7.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/strace Url: http://dl.sourceforge.net/strace/strace-4.5.14.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/sysfsutils Url: http://dl.sourceforge.net/sourceforge/linux-diag/sysfsutils-2.0.0.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/usbutils Url: http://dl.sourceforge.net/sourceforge/linux-usb/usbutils-0.70.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/acpid Url: http://dl.sourceforge.net/acpid/acpid-1.0.4.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/allegro Url: http://dl.sourceforge.net/sourceforge/alleg/allegro-4.2.0.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/amarok Url: http://dl.sourceforge.net/sourceforge/amarok/amarok-1.4.0a.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/eclipse-sdk Url: ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/eclipse/R-3.1.2-200601181600/eclipse-SDK-3.1.2-linux-gtk.tar.gz Reason: curl: (8) This doesn't seem like a nice ftp-server response State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/eruby Url: http://modruby.net/archive/eruby-1.0.5.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Jun 15 08:22:24 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 15 Jun 2006 10:22:24 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449118c0.JfNsaR9SS4AGRapr%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libid3tag Url: ftp://ftp.mars.org/pub/mpeg/libid3tag-0.15.1b.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libmad Url: ftp://ftp.mars.org/pub/mpeg/libmad-0.15.1b.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/madplay Url: ftp://ftp.mars.org/pub/mpeg/madplay-0.15.2b.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Fri Jun 16 08:23:58 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 16 Jun 2006 10:23:58 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44926a9e.y6th1ZhvRC/r+z5O%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wmclock Url: http://www.jmknoble.net/WindowMaker/wmclock/wmclock-1.0.12.2.tar.gz Reason: curl: (6) Couldn't resolve host 'www.jmknoble.net' State: New Full report: http://crux.nu/files/check_urls.html From pqr at yandex.ru Fri Jun 16 16:22:40 2006 From: pqr at yandex.ru (Artur Tulyulya) Date: Fri, 16 Jun 2006 19:22:40 +0300 Subject: [crux-devel] Using of 'sleep' in rc scripts Message-ID: <20060616192240.27df242f@localhost> Hello. A problem: Using of 'sleep 1' in /etc/rc.d/* scripts is a bit wired because in first variant we have a useless shit (when process goes to background) and in second we can't be assured that one second is the best time for hardly loaded systems. I think that a good solution will be using of killall with '-w' Yet one problem is bound with 'sleep 5' before sending SIGKILL in /etc/rc.shutdown and /etc/rc.single. Yes, five seconds is the best time for lowend i686 machines. But why i must wait 5 seconds every time, when on my machine all processes can be killed in one second (not by hard reset :))? But in this case it will be good to keep all as it is, i think. Using of killall with '-w' here is not a solution because some programs can ignores SIGTERM... -- Artur Tulyulya (irc: artur_t) NIC-handle: [AT1009-UANIC] UID: 264-264-769 JID: artur at jabber.lafox.net From crux at crux.nu Sat Jun 17 08:31:25 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 17 Jun 2006 10:31:25 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4493bddd.tB1XQeopYVDvE+T7%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/calc Url: http://www.isthe.com/chongo/src/calc/calc-2.12.0.3.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lyx Url: ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.1.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sitecopy Url: http://www.lyra.org/sitecopy/sitecopy-0.16.3.tar.gz Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sun Jun 18 08:28:30 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 18 Jun 2006 10:28:30 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44950eae.nikZCdjMv/C6KOdl%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Mon Jun 19 08:27:54 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 19 Jun 2006 10:27:54 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4496600a.rcMyO8mEoL536Roj%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/ocaml Url: http://caml.inria.fr/pub/distrib/ocaml-3.09/ocaml-3.09.2.tar.bz2 Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Jun 20 10:31:01 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 20 Jun 2006 12:31:01 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <4497ce65.fkvH8QBhY2ybHnPK%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/libstdc++-compat Url: http://www.fukt.bth.se/~per/crux/files/libstdc++/libstdc++-2-libc6.1-1-2.9.0.so Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/libstdc++-compat Url: http://www.fukt.bth.se/~per/crux/files/libstdc++/libstdc++-3-libc6.2-2-2.10.0.so Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/libstdc++-compat Url: http://www.fukt.bth.se/~per/crux/files/libstdc++/libstdc++.so.5.0.6 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/pkgutils Url: http://www.fukt.bth.se/~per/pkgutils/pkgutils-5.20.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/ports Url: http://www.fukt.bth.se/~per/crux/files/ports/ports-1.5.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/tcp_wrappers Url: http://www.imasy.org/~ume/ipv6/tcp_wrappers_7.6-ipv6-1.14.diff.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gnupg Url: ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.3.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gpg-agent Url: ftp://ftp.gnupg.org/gcrypt/alpha/gnupg/gnupg-1.9.19.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/gpgme Url: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.3.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libassuan Url: ftp://ftp.gnupg.org/gcrypt/alpha/libassuan/libassuan-0.6.10.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libksba Url: ftp://ftp.gnupg.org/gcrypt/alpha/libksba/libksba-0.9.12.tar.bz2 Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/linux-identd Url: http://www.fukt.bth.se/~per/identd/linux-identd-1.3.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/mixer.app Url: http://www.fukt.bth.se/~per/mixer/Mixer.app-1.8.0.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/temperature.app Url: http://www.fukt.bth.se/~per/temperature/Temperature.app-1.4.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From flyspray at crux.nu Wed Jun 21 06:48:59 2006 From: flyspray at crux.nu (Flyspray) Date: Wed, 21 Jun 2006 08:48:59 +0200 Subject: [crux-devel] Notification from CRUX Message-ID: THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#79 - Latest bash (3.1.17) breaks /etc/inputrc User who did this: - Tom Rindborg (beerholder) ---------- There was a day or two between the release of bash 3.1.17 and the fixed inputrc at which time I filed the bug report. I naively thought the fixed inputrc was a result of my bug report and promptly forgot the whole thing. This bug report may of course be closed/deleted/hosed/nuked at your convenience ;-) ---------- More information can be found at the following URL: https://crux.nu/bugs/?do=details&id=79#comment144 You are receiving this message because you have requested it from the Flyspray bugtracking system. You can be removed from future notifications by visiting the URL shown above. From flyspray at crux.nu Wed Jun 21 06:57:24 2006 From: flyspray at crux.nu (Flyspray) Date: Wed, 21 Jun 2006 08:57:24 +0200 Subject: [crux-devel] Notification from CRUX Message-ID: <1bcaf9c9c40becc5cec369b5db7d691d@crux.nu> THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#79 - Latest bash (3.1.17) breaks /etc/inputrc User who did this: - Johannes Winkelmann (jw) ---------- Hi Tom, my comment was actually meant for Nick :-). It was indeed your report which made me aware of this problem, so thanks for that (good catch). Apparently, I forgot to close this report, I'll do that as soon as it's clear that there are no more known issues at this point which need fixing. ---------- More information can be found at the following URL: https://crux.nu/bugs/?do=details&id=79#comment145 You are receiving this message because you have requested it from the Flyspray bugtracking system. You can be removed from future notifications by visiting the URL shown above. From flyspray at crux.nu Wed Jun 21 07:58:53 2006 From: flyspray at crux.nu (Flyspray) Date: Wed, 21 Jun 2006 09:58:53 +0200 Subject: [crux-devel] Notification from CRUX Message-ID: <63d4c59b0db9f67bf8219497795bfc73@crux.nu> THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#79 - Latest bash (3.1.17) breaks /etc/inputrc User who did this: - Nick Steeves (sten) ---------- Hi Johannes. I wasn't aware that a fix had already been committed. Strangely enough, I couldn't find the missing inputrc in my /var/lib/pkg/rejected. It must have been late at night :-$ ! ---------- More information can be found at the following URL: https://crux.nu/bugs/?do=details&id=79#comment146 You are receiving this message because you have requested it from the Flyspray bugtracking system. You can be removed from future notifications by visiting the URL shown above. From crux at crux.nu Wed Jun 21 09:41:24 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 21 Jun 2006 11:41:24 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44991444.09CG8sLcX1qZfMp3%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/xfsprogs Url: ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-2.7.11.src.tar.gz Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fortune Url: ftp://sunsite.cnlab-switch.ch/mirror/linux/sunsite/games/amusements/fortune/fortune-0.2.tar.gz Reason: curl: (9) Server denied you to change to the given directory State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lighttpd Url: http://www.lighttpd.net/download/lighttpd-1.4.11.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pinentry-qt Url: ftp://ftp.gnupg.org/gcrypt/pinentry/pinentry-0.7.2.tar.gz Reason: curl: (56) FTP response reading failed State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Jun 22 08:24:04 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 22 Jun 2006 10:24:04 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449a53a4.uXvGjxRkanF5v13V%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wordnet Url: ftp://ftp.cogsci.princeton.edu/pub/wordnet/2.0/WordNet-2.0.tar.gz Reason: curl: (67) Access denied: 530 State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Fri Jun 23 08:27:33 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 23 Jun 2006 10:27:33 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449ba5f5.fC6el3h6wABVLPzh%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libmikmod Url: http://mikmod.raphnet.net/files/libmikmod-3.1.11.tar.gz Reason: curl: (6) Couldn't resolve host 'mikmod.raphnet.net' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/nvidia Url: http://download.nvidia.com/XFree86/Linux-x86/1.0-8762/NVIDIA-Linux-x86-1.0-8762-pkg0.run Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sat Jun 24 08:30:29 2006 From: crux at crux.nu (crux at crux.nu) Date: Sat, 24 Jun 2006 10:30:29 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449cf825.KBnoxEWnsqk0Blxu%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/ppp Url: ftp://ftp.samba.org/pub/ppp/ppp-2.4.3.tar.gz Reason: curl: (56) FTP response reading failed State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/ffmpeg Url: http://www2.mplayerhq.hu/MPlayer/cvs/FFMpeg-20050806.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/mplayer Url: http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre8.tar.bz2 Reason: curl: (6) Couldn't resolve host 'www1.mplayerhq.hu' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/mplayer Url: http://www1.mplayerhq.hu/MPlayer/releases/fonts/font-arial-iso-8859-1.tar.bz2 Reason: curl: (6) Couldn't resolve host 'www1.mplayerhq.hu' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/normalize Url: http://www1.cs.columbia.edu/~cvaill/normalize/normalize-0.7.6.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/win32-essential-codecs Url: http://www4.mplayerhq.hu/MPlayer/releases/codecs/essential-20060501.tar.bz2 Reason: curl: (6) Couldn't resolve host 'www4.mplayerhq.hu' State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Sun Jun 25 08:40:09 2006 From: crux at crux.nu (crux at crux.nu) Date: Sun, 25 Jun 2006 10:40:09 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449e4be9.GhGHxNjBqtfgefeA%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/subversion-bashcompletion Url: http://svn.collab.net/repos/svn/tags/1.1.0/tools/client-side/bash_completion Reason: curl: (52) Empty reply from server State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmfsrc-3.0.tar.gz Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html From sip at varlock.com Sun Jun 25 18:22:32 2006 From: sip at varlock.com (Simone Rota) Date: Sun, 25 Jun 2006 20:22:32 +0200 Subject: [crux-devel] CRUX 2.3 setup script In-Reply-To: <20060610154724.GC28101@titanium.smts.lan> References: <4489A831.9020608@varlock.com> <20060610154724.GC28101@titanium.smts.lan> Message-ID: <449ED468.5020908@varlock.com> On 06/10/06 17:47 Johannes Winkelmann wrote: > Here a flow diagram to illustrate that: > > (start setup) -> (group selection) -> (install packages) > | > | > -> optional (detailed selection) > > > I have another suggestion for our future setup: > http://jw.tks6.net/files/crux/setup.png Here's an implementation: http://www.varlock.com/tmp/setup.tgz Features: - Group selection and optional detailed selection - Option selection dialog (info pages, etc.) - Dependency checking with display of required packages not previously selected Generic Notes: - In order to test the script I think it's enough to place a /crux symlink pointing to the crux dir inside the package - If you happen to regenerate the setup.dependencies with the included gendeps script, be sure to manually remove iproute2 from dependencies since it's in contrib. (maintainers already alerted). - The option selection dialog has no effect atm since we have yet to define the wanted options. - I Included all (fake) packages for core/opt/xorg for testing purposes. Dev notes: - I'm no bash wizard, I feel the dependency checking funcion (get_missing_deps) can be improved, though it seem to work an take an acceptable time: around 3 secs for full dependency checking on all core/opt/xorg ports When it's time to create a crux-2.3 branch on svn I'll move the script at crux.nu; meanwhile patches and ideas are welcome as usual. Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com From crux at crux.nu Mon Jun 26 08:31:03 2006 From: crux at crux.nu (crux at crux.nu) Date: Mon, 26 Jun 2006 10:31:03 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <449f9b47.+n7SJc+AzjpXkSy9%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/xfsprogs Url: ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs_2.8.3-1.tar.gz Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/ant Url: http://mirrors.publicshout.org/apache/ant/source/apache-ant-1.6.5-src.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wmclock Url: http://www.jmknoble.net/WindowMaker/wmclock/wmclock-1.0.12.2.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Tue Jun 27 08:27:17 2006 From: crux at crux.nu (crux at crux.nu) Date: Tue, 27 Jun 2006 10:27:17 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44a0ebe5.u/R84qS7q1SQLuP3%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/eclipse-sdk Url: ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/eclipse/R-3.1.2-200601181600/eclipse-SDK-3.1.2-linux-gtk.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/libpng Url: ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng-1.2.10.tar.bz2 Reason: curl: (19) Given file does not exist State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Wed Jun 28 08:24:24 2006 From: crux at crux.nu (crux at crux.nu) Date: Wed, 28 Jun 2006 10:24:24 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44a23cb8.fyY6BlDBCnWJq3rR%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/zlib Url: http://www.zlib.net/zlib-1.2.3.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Thu Jun 29 08:28:30 2006 From: crux at crux.nu (crux at crux.nu) Date: Thu, 29 Jun 2006 10:28:30 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44a38f2e.fZbi4DU4Qz+q2iku%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/shadow Url: ftp://ftp.pld.org.pl/software/shadow/shadow-4.0.16.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html From crux at crux.nu Fri Jun 30 12:22:56 2006 From: crux at crux.nu (crux at crux.nu) Date: Fri, 30 Jun 2006 14:22:56 +0200 Subject: [crux-devel] Potentially broken source downloads Message-ID: <44a517a0.V1wSCvoqaIzTxQUZ%crux@crux.nu> Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sitecopy Url: http://www.lyra.org/sitecopy/sitecopy-0.16.3.tar.gz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/subversion-bashcompletion Url: http://svn.collab.net/repos/svn/tags/1.1.0/tools/client-side/bash_completion Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html