RE: [Fink-devel] perl scripts
I would imagine they could go into any directory that's in the PATH (e.g. /sw/bin /usr/local/bin, ~/bin). If this is something that you plan on putting out as part of the general fink distribution, then you could put it in a subdirectory, e.g. /sw/foo/bin, and then instruct the user in the description file to modify their PATH setting to include /sw/foo/bin ; geomview is an example of a current Fink package that takes this approach. Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Koen van der Drift Sent: Sunday, August 10, 2003 6:02 PM To: [EMAIL PROTECTED] Subject: [Fink-devel] perl scripts Hi, I am working on a perlmodule package that installs a bunch of perlscripts (*.pl). I am uncertain where I should install them. The defualt location is /foo/bin, but I am not sure if they belong in /sw/bin. If they are there, then they will be in the path, and can be executed from everywhere. Would it be ok to put them in /sw/bin or should they be somewhere else (where)? thanks, - Koen. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new user branch
TheSin said: but this is why I'm posting the list, I need ideas for this sort of thing, I have most of the major stuff worked out, like not needed a db for uids I must have missed this-- how does this work? (or do I have to UTSL?) On Monday, August 11, 2003, at 11:40 AM, Chris Dolan wrote: Am I missing something? I don't understand why you have a Pass field at all. Default passwords are evil, and are an obvious route for attackers. Perhaps Pass should be a flag to indicate that Fink should prompt the user for a password? That's still rotten, IMHO, but infinitely better than having default passwords. The usual procedure is to use * as the crypted password for daemon accounts, indicating that nobody may log in using that account directly. IIRC, a blank password crypt usually means that no password is required for login, yes? That would be very bad. I have to agree with Chris on this one. I can't think of a single fink package that would initially require a non-locked password. (Well, maybe some databases need one for initial access to their own access control lists-- I haven't checked-- but that's different than the system password database.) The pseudo-accounts required by these packages are only for separation of privileges, not for logins. Usually, the account is used by a process which starts off running as root, and immediately switches to an unprivileged pseudo-account to minimize potential damage. Locking the password (* in the crypt field-- no Unix crypt() function should ever return * for a hash) does not prevent privilege separation from working, and has the added benefit of keeping the account secure. -- Charles Lepple [EMAIL PROTECTED] http://www.ghz.cc/charles/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glut, X11 1.0 and Panther
John, I'm aware of this issue, and have reported it to Apple. Hopefully it will get fixed before Panther is released. In the meantime, adding the following two lines after xmkmf in your CompileScript should fix the problem: mv Makefile Makefile.old sed s|-arch i386||g Makefile.old Makefile (I've done this for a number of packages, in versions you can find in the fink CVS repository in experimental/dmrrsn/panther.) -- Dave To: [EMAIL PROTECTED] From: John Davidorff Pell [EMAIL PROTECTED] Subject: [Fink-devel] glut, X11 1.0 and Panther Date: Fri, 8 Aug 2003 04:10:26 -0700 I just thought i'd let y'all know that X11 1.0 in the panther preview is built FAT just like everything else and so the Imake files that glut uses to configure itself have '-arch i386' in them all over the place so it won't work on a normal osx box. :-) either a custom version of this file is needed or apple needs to be killed or maybe some patch to glut or maybe our own version of Imake? :-) JP -- Every time you share on a P2P network, God kills a kitten. Please think of the kittens. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] user and group handling
On Monday, August 11, 2003, at 10:01 PM, TheSin wrote: some pkgs require a pass that is known, ie mysql From mysql.info: DescUsage: The package creates the administrative tables on installation. Be sure to set a MySQL root password using mysqladmin: 'mysqladmin -u root password your-new-password' or 'mysqladmin -u root -h localhost -p password your-new-password' This isn't for the system password database. Are you proposing a scheme to cover database-specific user lists as well? but maybe I could set it to ask if the passwd eq ask if that suits? This is crying out for debconf... you can' sudo or su to a user that doesn't have a shell. you can execute things as that user using sudo -u but that is it. ... or (x)inetd can switch to that user, or a daemon can be launched as root, and switch to that user... and that won't help you login to things like cyradmin again, another separate user database (not tied into /etc/passwd or netinfo unless you configure it that way). On Monday, August 11, 2003, at 07:42 PM, Chris Dolan wrote: Sorry to beat this point to death, but I feel quite strongly that there should never be a password on any daemon accounts. amen to that. I would rather not find out after the fact that one of the packages installed to satisfy a dependency had a default login (although I guess this happens with mysql's permissions table... other systems that I have seen don't start the daemon by default) The actual style of the password specification doesn't really matter to me, though-- both accomplish the same thing, and if it were me, I'd pick the one that is easiest to maintain on both sides (fink engine and packages). The one-line version is slightly more amenable to diff'ing between versions, but that hasn't been much of a driving force in the past. -- Charles Lepple [EMAIL PROTECTED] http://www.ghz.cc/charles/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel