Re: [Fink-devel] perl scripts
Koen == Koen van der Drift [EMAIL PROTECTED] writes: Koen I am working on a perlmodule package that installs a bunch of Koen perlscripts (*.pl). If they are meant as commands typed by the user, PLEASE PLEASE do not put .pl on the send of the script! This is not the Unix Way. .pl means Perl Library. It's meant to be used with do or require within another script, not as something typed by a user. Perl *programs* did not have that on the end until Windows Perl came along, needing the extension to know that it's really a Perl program. Stupid Windows. The technology by which a command is implemented is not part of the extension of that command. (Or have you renamed your cat command cat.c?) If the scripts are end-user scripts, put them in /sw/bin. If they aren't, put them in /sw/lib/$PACKAGENAME, and be sure to invoke them in a way that /sw works if replaced by something else. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- 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] Proposal new Fink engine (Finch?)
On Sunday, Jul 20, 2003, at 13:42 US/Eastern, Randal L. Schwartz wrote: Well-written Perl is just as readable as any other language. Problem is (1) most people don't bother learning Perl as well as they learn other languages (since it's so easy to do things with a minimal understanding) and (2) they then go on to write poor Perl. It's not Perl's fault. It's coder's fault. Yay simple one-liners that completely reorganize my home-directory based on the contents of a file! Kyle Moffett -BEGIN GEEK CODE BLOCK- Version: 3.12 GCM/CS/IT/U d- s++: a16 C$ UB/L/X/*(+)$ P+++()$ L(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP? t+(+++) 5 X R? tv-(--) b(++) DI+ D+ G e-$ h!*()++$ r !y?(-) --END GEEK CODE BLOCK-- --- 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] qt3 and scribus bus error
Curiouser and curiouser...
I came across a patch that has something to do with the subject. This
patch was introduced almost a year ago into qt3-3.0.5-6 and was removed
(forgotten?) in the update to qt-3.1. Here it is (from qt3-3.0.5-6.patch):
--- qt-x11-free-3.0.5/src/tools/qstring.cpp Wed Sep 11 21:42:23 2002
+++ qt-x11-free-3.0.5-new/src/tools/qstring.cpp Wed Sep 11 21:42:26 2002
@@ -12528,7 +12528,7 @@
QStringData* QString::makeSharedNull()
{
QString::shared_null = new QStringData;
-#if defined( Q_OS_MAC )
+#if 1 /* defined( Q_OS_MAC ) */
QString *that = const_castQString *(QString::null);
that-d = QString::shared_null;
#endif
I am not sure if I want to learn enough C++ to understand what this is
doing. But I recompiled qt3 with this patch applied, and it helps, sort of.
It does not eliminate crash No 1 (QString crash1 = QString::null), but
it eliminates crashes No 2 (QDir) and 3 (QFile::open). And it even
eliminates crash No 1, if anything else is done beforehand which invokes
QString. For example, if crashtest No 2 is put before crashtest No 1,
both don't crash.
In particular, with this patched version of qt3, scribus-1.0-1 does not
segfault any more, even when LANG is set. (In the meantime, I have made
a package with a workaround, version 1.0.1-1).
Max Horn wrote:
Am Freitag, 08.08.03 um 17:35 Uhr schrieb Martin Costabel:
[...]
I am not buying this explanation completely, because on Darwin, this
bus error happens *every time*, and on Linux, *never*. So it doesn't
look like a problem involving randomly filled memory locations.
Oh it's not a surprise. While the order in which static constructors are
executed is not defined by the C++ standard, and may be completely
random, on most target systems the order in which they are called is
(semi-)deterministic. The reason why it never works on OS X and always
on Linux could be something as trivial as that the one follow the rules
execute them alphabetically and the other execute them in reverse
alphabetical order. Well the real rules will be different, involve the
place where the constructors are defined etc., but you get the idea.
I'll believe anything you say about C++ (given that I know nothing about
it), but it really looks like QString:null *is* initialized, just not
correctly. With the above patch, it is initialized correctly, at least
sometimes. Or does this only change the time when it is initialized?
--
Martin
---
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] compiling pwlib-1.5.0 openh323
Why didn't you just use fink install pwlib? Note: The update to the December 2002 Dev Tools is counterrecommended for Fink. Check out the first news item at http://fink.sourceforge.net/ -- Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX On Tuesday, August 5, 2003, at 07:37 PM, John Tulko wrote: Hello, I was wondering if anyone could tell me what I'm doing wrong or give me some suggestions for the following error: [jtulko:/sw/src/pwlib] jtulko# make both set -e; make -C src/ptlib/unix opt; make -C tools/asnparser opt; c++ -DP_MACOSX=66 -DNO_LONG_DOUBLE -D_REENTRANT -Wall -DPHAS_TEMPLATES -I/sw/src/pwlib/include/ptlib/unix -I/sw/src/pwlib/include -O2 -DNDEBUG -fno-common -dynamic -DPTRACING=1 -c maccoreaudio.cxx -o /sw/src/pwlib/lib/obj_Darwin_ppc_r/maccoreaudio.o maccoreaudio.cxx: In member function `BOOL PSoundChannel::SetFormat(unsigned int, unsigned int, unsigned int)': maccoreaudio.cxx:733: error: non-lvalue in unary `' maccoreaudio.cxx:738: error: non-lvalue in unary `' /sw/src/pwlib/include/ptlib/pdirect.h: At global scope: /sw/src/pwlib/include/ptlib/pdirect.h:458: warning: inline function `static BOOL PDirectory::Remove(const PString)' used but never defined make[1]: *** [/sw/src/pwlib/lib/obj_Darwin_ppc_r/maccoreaudio.o] Error 1 make: *** [opt] Error 2 I have done the following: tar -xzvf pwlib_1.5.0.tar.gz from /sw/src/ tar -xzvf openh323_1.12.0.tar.gz from /sw/src/ created .tcshrc in my home directory that contains the following: setenv PWLIBDIR /sw/src/pwlib setenv OPENH323DIR /sw/src/openh323 setenv LD_LIBRARY_PATH $PWLIBDIR/lib:$OPENH323DIR/lib:/System/Library/Frameworks/ AudioToolbox.framework/Headers setenv DYLD_LIBRARY_PATH $LD_LIBRARY_PATH I've installed Dec2002DevToolsCD, Dec2002gccUpdater CoreAudioSDKApril2003 Many thanks in advance, --- 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] gettext upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David R. Morrison wrote: The other option I thought of was to continue keeping the gettext executables in a package called gettext-bin, which would now become a splitoff of gettext2 and get a later version number. The newer versions of gettext-bin would depend on gettext2-shlibs not gettext. The problem with this approach is that iw would be difficult to go back to earlier versions. (It's particularly hard for apt-get users, since I don't believe apt-get will recognize the older versions.) This would also mean that we have to make gettext2-shlibs into an Essential package immediately, since the latest version of the Essential package gettext-bin would depend on it. Another possibility is to append the version to the executables, and use update-alternatives to link them up. - -- Benjamin Reed a.k.a. Ranger Rick -- http://ranger.befunk.com/ Emacs is a nice operating system, but I prefer UNIX. -- Tom Christiansen -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/MS3DUu+jZtP2Zf4RAjXzAJ9XDo8TqM+hNIXwLO+iJV2xKqRBJgCgkWM7 BAKPaYOKh4d2R+Mev19ZVJ4= =Ia5s -END PGP SIGNATURE- --- 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
[Fink-devel] qt3 and scribus bus error
After some debugging sessions and some googling of qt-related mailing
list archives, I have now a clearer picture of the reason for this weird
bug that lets scribus crash when the LANG environment variable is set.
Before going to the scribus and qt mailing lists with this, I would like
to run it by you C++ and qt-savvy fellows. Perhaps I overlooked
something simple.
OK, here is the story: In qt, an empty string is defined by
QString::null, and this object is statically defined somewhere in the qt
lib (although I don't really see where it's defined, but it is empty,
after all ;-) ). QString::null is used everywhere inside qt, for example
for initializing optional string arguments of functions. It is legal to
use empty strings in all qt string methods.
Now comes the catch: If QString::null is used inside a static object,
one can get a bus error. According to some qt guys, this is not a bug
and it happens because the order of initialization of static objects is
undefined: When QString::null is used, for instance in a line like
src/tools/qdir.cpp:213:nameFilt = nameFilter;
(nameFilter is initialized to QString::null when QDir is called with
only one argument)
before it is initialized, a bus error can result.
I am not buying this explanation completely, because on Darwin, this bus
error happens *every time*, and on Linux, *never*. So it doesn't look
like a problem involving randomly filled memory locations.
In any case, Scribus is using static objects to read in some character
translation tables from some small text files before the main program
starts up. For this, it uses qt file operations, which according to the
above explanations should be a no-no in this situation. But it works on
Linux (TM), so the scribus guys have no reason to change it. It is not
a bug in qt (TM), so it will not be fixed there, either. Bad luck for
Fink and the Mac users.
I attach a small program that shows 3 versions of this crash. Crash3 is
related to the Scribus bus error. It happens, because it internally uses
something equivalent to Crash2 (if LANG is set to something non-empty),
and Crash2 happens, because internally it uses Crash1 (see the example I
gave above). FWIW, on Linux none of the 3 examples gives bus errors.
Any comments welcome.
--
Martin
/*** File qcrash.cc (C) Martin Costabel 2003
Uncomment one of the lines with int c? = crash?
Compile with
c++ -o qcrash qcrash.cc -I/sw/include/qt -L/sw/lib -lqt-mt
***/
#include qstring.h
#include qdir.h
#include qfile.h
#include qtextcodec.h
#include iostream
int crash1(){
std::cout \n This is crashtest No 1\n;
QString Crash1 = QString::null;
}
int crash2(QString name){
std::cout \n This is crashtest No 2\n;
QDir Crash2 = QDir(name);
}
int crash3(QString fname, char* lang){
QFile f(fname);
setenv(LANG,lang,1);
std::cout \n This is crashtest No 3 with locale \\
QTextCodec::locale() \\n;
return f.open(IO_ReadOnly);
}
int c1 = crash1();
//int c2 = crash2(/foo);
//int c3 = crash3(/bar,en_US);
//int c3 = crash3(/bar,KOI8-R);
int main()
{
std::cout \n No crash this time...\n;
}
/*** End file qcrash.cc ***/
[Fink-devel] Fwd: la files openldap and dbs
TheSin is having problems posting to the list, so I'm forwarding this for him. Please reply to him directly Begin forwarded message: From: TheSin [EMAIL PROTECTED]> Date: Tue, 05 Aug 2003 15:17:54 -0600 Subject: la files openldap and dbs libldap.la has this in it # Libraries that this one depends upon. dependency_libs=' /sw/lib/liblber.la /sw/lib/libsasl2.la -lresolv -L/sw/lib -lssl -lcrypto -ldl -lkrb5 /sw/lib/libdb-4.1.la' and since libdb-4.1.la is in db41 or db41-ssl that means anything that NEEDDS db3 (ie my upcoming php4 pkg) can't have both db3 and ldap support in it or the la file will be missing even though to dylib is in fact there. Anyone have any suggestions?
Re: [Fink-devel] Panther effort
Dear Yarden, A number of us are working on getting things ready for Panther, but due to the NDA we don't discuss the details on the mailing list. However, you can find a number of Panther-ready packages in various parts of the experimental CVS tree. Of course, one of the issues is simply that, due to the ABI change in gcc, everything must be recompiled using gcc 3.3. Most of these recompiles go without any problems; its only in cases where there are problems (due to gcc 3.3 or other Panther changes) that you might find new versions of packages in the experimental tree. We're not yet very organized about this; in particular, there are some key decisions about how to manage the Panther upgrade in Fink which have not yet been made. So be warned that things which you compile now might have to be recompiled again in the future. Best, Dave From: Yarden Livnat [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Fink-devel] Panther effort Date: Fri, 1 Aug 2003 16:29:12 -0600 Greetings, I've switched to Panther last week and was wondering if I can join the effort of upgrading fink to work on Panther, i.e., work under gcc 3.3 (I assume such an effort is under way though I'm unable to find any info about it). I have started my own collection of packages I compiled myself (dlcompt, png, xemacs,...) but this is a tedious work to do alone. Any pointers are appreciated. Yarden p.s. correct me if I'm wrong but I assume working on Fink does not violate the NDA on Panther, or does it ? the above --- 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
[Fink-devel] gettext upgrade
Hi Max. I need your help in figuring out the correct strategy for upgrading gettext. There are two issues, which I will keep separate so as not to confuse things. As I've mentioned before, the major version number in libintl.dylib has changed in recent versions of gettext, so we need a new gettext2 package. Constructing gettext2-shlibs and gettext2-dev is no problem, and these will obviously coexist with existing packages. (I remind you that gettext contains the shlibs, for backwards compatibility, and is an Essential package, while gettext-dev is not an Essential package and can be swapped in and out with gettext2-dev.) The problem arises with the executables, like /sw/bin/gettext. At the moment, they are in gettext-bin which is an Essential package. I'm having a hard time finding an upgrade strategy when this package is Essential. If it weren't Essential, I could just create gettext2 to contain v.2 of the executables, and swap it back and forth with gettext-bin. But I can't do that with an Essential package. However, I am a bit nervous about removing the Essential tag from gettext-bin. There might be some packages that depend on this, right? Not too likely, but possible. I suppose one thing I could do is to add BuildDepends: gettext-bin to every package which currently says BuildDepends: gettext-dev. But would that be enough? The other option I thought of was to continue keeping the gettext executables in a package called gettext-bin, which would now become a splitoff of gettext2 and get a later version number. The newer versions of gettext-bin would depend on gettext2-shlibs not gettext. The problem with this approach is that iw would be difficult to go back to earlier versions. (It's particularly hard for apt-get users, since I don't believe apt-get will recognize the older versions.) This would also mean that we have to make gettext2-shlibs into an Essential package immediately, since the latest version of the Essential package gettext-bin would depend on it. Your thoughts on this would be most welcome. I have packages for gettext2 ready to go, except for getting the depedency issues sorted out. I also have a package for the latest texinfo ready to go, which depends on gettext2-shlibs. Oh yes, I mentioned that there are two issues. The second issue is that the upstream maintainers of gettext are now recommending that packagers separate gettext into gettext-runtime and gettext-tools. I'm planning to do this with gettext2 unless you think it's a bad idea. It means six total packages for fink (gettext2, gettext2-shlibs, gettext2-dev, gettext2-tools, gettext2-tools-shlibs, gettext2-tools-dev) but a smaller installation requirement for bootstrapping and for most users. Some of the executables which are currently in gettext-bin will end up in gettext2-tools rather than gettext2, so this affects the earlier discussion of dependencies as well. Best, Dave P.S. cc-ing to fink-devel in case other people have input as well. --- 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] perl scripts
On Monday, August 11, 2003, at 03:08 AM, Randal L. Schwartz wrote: If they are meant as commands typed by the user, PLEASE PLEASE do not put .pl on the send of the script! This is not the Unix Way. .pl means Perl Library. It's meant to be used with do or require within another script, not as something typed by a user. Perl *programs* did not have that on the end until Windows Perl came along, needing the extension to know that it's really a Perl program. Stupid Windows. Randal, Thanks for the input. They are indeed meant as commands typed by the user and I understand your concerns (BTW, the 'offending' module is bioperl which is distributed among various platforms, including Windows). I am not so familiar with perl, so was not aware of such conventions. I am a little bit hesitant to change the name of the scripts, though, because the user will rely on the tutorials/documentation of the package which all use the .pl extension. I will discuss this too on the bioperl mailing list, and from there decide what to do. A possible solution could be to put a warning in the package description and remove the extension for the fink package, or put symlinks from foo.pl to foo in /sw/bin. thanks again for pointing this out, - 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
Re: [Fink-devel] user and group handling
you could be right about mysql, I use debian and webmin I don't need to use the CLi I think having a shell is more dangerous then having a pass, but it doesn't matter i removed it, I wasn't planing on using it for anything anyhow, and if need be a sudo passwd $user can be added to the end of a script anyhow. On Monday, August 11, 2003, at 08:33 PM, Benjamin Reed wrote: Mysql needs it for the user? I was under the impression the mysql root user (inside mysql) does, but not the system user that mysql runs under. 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. But he would have a shell, just not a password. --- 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
[Fink-devel] new user branch
I have started a new fink branch to auto add and remove users/groups. I'd like to vote on the field style for this. Type 1: User: Name: postfix Desc: Postfix User Pass: password Shell: /usr/bin/false Home: %p/var/mail Group: Name: postfix Desc: SMTP group Pass: password or type 2: User: postfix:Postfix User:password:/usr/bin/false:%p/var/mail Group: postfix:SMTP Group:password in both cases password can be left out to auto gen one. in the first case just leave the whole tag out in the second leave it blank so user would be name:desc::shell:home shell can also be left out and will default to /usr/bin/false --- 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
What happens if two packages specify the same user? Even if this is OK, what happens if they give different info about that user? -- Dave --- 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] qt3 and scribus bus error
Benjamin Reed wrote: That's strange, Q_OS_MAC should already be set in qglobal.h pretty muc no matter what, I can't imagine how that wouldn't be completely equivalent... Not for qt-x11. You are thinking about Qt/Mac, I suspect. In qglobal.h, I see #define QT_PLATFORM Q_OS_MACX11 #if defined(QT_PLATFORM) # if !defined(Q_OS_MACX11) #define Q_OS_MACX11 # endif #elif defined(__APPLE__) defined(__GNUC__) # define Q_OS_MACX #elif defined(__MACOSX__) # define Q_OS_MACX [a lot more #elif's that are not used] #if defined(Q_OS_MAC9) || defined(Q_OS_MACX) # define Q_OS_MAC #endif Neither Q_OS_MACX nor Q_OS_MAC are defined, only Q_OS_MACX11. -- Martin --- 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
well since I got no response other then this one I've gone with the oneline version for now, but I suppose this can be changed later (the beauty of perl mmm). I just have two shell functions to write and it seems to be done. Any willing testers? :) and all user and locked, passworded can only be set via netinfo or sudo passwd user On Monday, August 11, 2003, at 08:41 PM, Charles Lepple wrote: 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. --- 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] guile-1.4-6
Well, we need a bit more information to be able to help you; specifically, what was the error message you received? Also, I recommend that the thread be moved over to fink-beginners or fink-users. Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Conlin Sent: Sunday, August 10, 2003 12:30 PM To: [EMAIL PROTECTED] Subject: [Fink-devel] guile-1.4-6 -- Package manager version: 0.13.5.cvs Distribution version: 0.5.3.cvs Mac OS X version: 10.2.6 December 2002 Developer Tools or later gcc version: 3.3 make version: 3.79 Feedback Courtesy of FinkCommander I have tried to install guile-1.4.6 and it didn't work. I originally tried to install it with Fink through the command line, installing the gnome-games package. Then I tried gnome-games through FinkCommander and then I tried just guile itself. None of them work. Please help me. Thanks Jeremy --- 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] perl scripts
do these scripts install via a Makefile.PL? On Monday, August 11, 2003, at 04:40 PM, Koen van der Drift wrote: On Monday, August 11, 2003, at 03:08 AM, Randal L. Schwartz wrote: If they are meant as commands typed by the user, PLEASE PLEASE do not put .pl on the send of the script! This is not the Unix Way. .pl means Perl Library. It's meant to be used with do or require within another script, not as something typed by a user. Perl *programs* did not have that on the end until Windows Perl came along, needing the extension to know that it's really a Perl program. Stupid Windows. Randal, Thanks for the input. They are indeed meant as commands typed by the user and I understand your concerns (BTW, the 'offending' module is bioperl which is distributed among various platforms, including Windows). I am not so familiar with perl, so was not aware of such conventions. I am a little bit hesitant to change the name of the scripts, though, because the user will rely on the tutorials/documentation of the package which all use the .pl extension. I will discuss this too on the bioperl mailing list, and from there decide what to do. A possible solution could be to put a warning in the package description and remove the extension for the fink package, or put symlinks from foo.pl to foo in /sw/bin. thanks again for pointing this out, - 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
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. Chris On Monday, August 11, 2003, at 09:36 AM, TheSin wrote: I have started a new fink branch to auto add and remove users/groups. I'd like to vote on the field style for this. Type 1: User: Name: postfix Desc: Postfix User Pass: password Shell: /usr/bin/false Home: %p/var/mail Group: Name: postfix Desc: SMTP group Pass: password or type 2: User: postfix:Postfix User:password:/usr/bin/false:%p/var/mail Group: postfix:SMTP Group:password in both cases password can be left out to auto gen one. in the first case just leave the whole tag out in the second leave it blank so user would be name:desc::shell:home shell can also be left out and will default to /usr/bin/false --- 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 -- Chris Dolan, Software Developer, Clotho Advanced Media Inc. [EMAIL PROTECTED], 294-7900, 211 S Paterson, Madison WI 53703 --- 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
I still haven't looked at how debian handles this problem either, and I agree that a default password in a public clear text file is a bad idea, specially if the user needs a valid shell. That is why i figure fink could build it's own pass but then there would be no way of knowing the pass which could be bad for a program where you need to know the pass. I could easily ask the user for a pass but that breaks fink goal of the least interaction possible. Thought it might be the only alternative, that or I run a 'passwd user' at the end of the postinst script? 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, and keeping the debs identical, but some parts like the passwd field and how to modify, ie: two pkgs need the same user with different info. but I'm sure all this can be worked out. IMHO it'll be better then the current methode while has passwords and such in a file and all users are added whether you use them or not. Plus it's a pain for maintainers to add users/groups ATM. maybe making the passwd an MD5 field, so it's not clear text at least? 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. Chris --- 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] perl scripts
On Monday, August 11, 2003, at 07:45 PM, TheSin wrote: do these scripts install via a Makefile.PL? Yes. - 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
[Fink-devel] user and group handling
okay after much thought and lots of discussion with other developers this is a great idea and i just want the run it by. all pkgs needed users/groups will depends on sort of bundle pkgs. user-username or group-groupname these pkgs will control the users on a system, there will check to make sure they exist and keep the info current and the same across the board. then as my code currently does, when building a pkg it will get a list of perms and set all files to user 0 and group 0, so all debs are the same and it will create a postinstall script to set the perms to the required values, and since the user-* and group-* pkgs are depends they need to be installed prior to this, also they can't be removed unless that are no longer needed, and not all users/groups need to be on every system. in this system uids and gids are not important and thus no db is needed for this, and it's easy to add users and groups for maintainers. also there will no longer be a random gen password, it will be a crypt pass or it will be blank which will mean a locked user which will be most common. any comments please respond I'd like to get this code done for the end of the week. --- 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
Sorry, i see your other messages now, I see you took the clue stick. :) -Ben On Tuesday, August 12, 2003, at 09:56 PM, Ben Hines wrote: On Monday, August 11, 2003, at 07:36 AM, TheSin wrote: I have started a new fink branch to auto add and remove users/groups. I'd like to vote on the field style for this. You are aware all fink installs need to have the same uids for the same users, yes? (because we support combining binary and source installs) Unless there is some dpkg way around it that you know of. There is really no getting around a central database of the needed users, maintained in one place.. I don't think it will be possible with package fields. And as others have stated, currently fink users can't log in and have no password, they are daemon accounts. They don't need passwords and aren't for logging in at all. -Ben --- 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
On Monday, August 11, 2003, at 07:36 AM, TheSin wrote: I have started a new fink branch to auto add and remove users/groups. I'd like to vote on the field style for this. You are aware all fink installs need to have the same uids for the same users, yes? (because we support combining binary and source installs) Unless there is some dpkg way around it that you know of. There is really no getting around a central database of the needed users, maintained in one place.. I don't think it will be possible with package fields. And as others have stated, currently fink users can't log in and have no password, they are daemon accounts. They don't need passwords and aren't for logging in at all. -Ben --- 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 9:42PM, Chris Dolan wrote: On Monday, August 11, 2003, at 02:17 PM, TheSin wrote: also there will no longer be a random gen password, it will be a crypt pass or it will be blank which will mean a locked user which will be most common. Sorry to beat this point to death, but I feel quite strongly that there should never be a password on any daemon accounts. Even an encrypted or hashed password is still a default password, and a default password is a backdoor for entry. I agree. If the user feels the need to override it, they can set it themselves. There's no reason to allow passworded login to daemon accounts I can imagine. -- We put a lot of thought into our defaults. We like them. If we didn't, we would have made something else be the default. So keep your cotton-pickin' hands off our defaults. Don't touch. Consider them mandatory. Mandatory defaults has a nice ring to it. --- 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
I'm looking more for info on whether ppl want the online method of heredoc version and if ppl like the user- and group- pkgs to deal with users/groups, the password issue and such are minor point that are easily changed, right now I need to get the major part of the code done. though it doesn't seem the password thing is distracting so I'll from this point disable the settable password. On Monday, August 11, 2003, at 01:17 PM, TheSin wrote: okay after much thought and lots of discussion with other developers this is a great idea and i just want the run it by. all pkgs needed users/groups will depends on sort of bundle pkgs. user-username or group-groupname these pkgs will control the users on a system, there will check to make sure they exist and keep the info current and the same across the board. then as my code currently does, when building a pkg it will get a list of perms and set all files to user 0 and group 0, so all debs are the same and it will create a postinstall script to set the perms to the required values, and since the user-* and group-* pkgs are depends they need to be installed prior to this, also they can't be removed unless that are no longer needed, and not all users/groups need to be on every system. in this system uids and gids are not important and thus no db is needed for this, and it's easy to add users and groups for maintainers. also there will no longer be a random gen password, it will be a crypt pass or it will be blank which will mean a locked user which will be most common. any comments please respond I'd like to get this code done for the end of the week. --- 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 wrote: name:desc::shell:home Why change the default order, name:pass:desc:home:shell? This leads to unnecessary confusion. And group:pass:members. I'll second Chris; Why a password field at all? All the users Fink defines so far are non-login users that have '*' as password. -- Martin --- 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 02:17 PM, TheSin wrote: also there will no longer be a random gen password, it will be a crypt pass or it will be blank which will mean a locked user which will be most common. Sorry to beat this point to death, but I feel quite strongly that there should never be a password on any daemon accounts. Even an encrypted or hashed password is still a default password, and a default password is a backdoor for entry. Because you can always sudo from a user account, or simply su from the root account, there should never be a need for a Fink package to supply a password or even prompt for one. If you can think of a case where a password on an autogenerated account would ever be needed, please let me know and I'll concede the point. But I can't think of a time a password has been needed for a non-user account on any Unix system I've ever administered. Chris --- 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
Fwd: [Fink-devel] perl scripts
against I forget the list :\ Begin forwarded message: From: TheSin [EMAIL PROTECTED] Date: Monday, August 11, 2003 06:48:15 PM Canada/Mountain To: Koen van der Drift [EMAIL PROTECTED] Subject: Re: [Fink-devel] perl scripts then just use the perl policy ie: Type: perl 5.6.0 UpdatePOD: true and that is it, that will deal with the whole pkg. see XMLTV for an example On Monday, August 11, 2003, at 06:26 PM, Koen van der Drift wrote: On Monday, August 11, 2003, at 07:45 PM, TheSin wrote: do these scripts install via a Makefile.PL? Yes. - 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
[Fink-devel] gcc 3.3 behavior
In reading through the gcc 3.3 release notes, I saw something that might explain some of our issues with building packages on Panther (and possibly Jaguar with the xcode update). They had this note: ---(snip!)--- The method of constructing the list of directories to be searched for header files has been revised. If a directory named by a -I option is a standard system include directory, the option is ignored to ensure that the default search order for system directories and the special treatment of system header files are not defeated. ---(snip!)--- Because of our don't mess with the base system approach, we often have to use -I to override/trick things into working the way we want, which sometimes includes forcibly using the system versions of things. I can imagine this causing issues if we're no longer able to override system directories to put clean system headers in front of our own. Not sure what I want to accomplish with this note, other than a head's up I suppose. It may come back to bite us. -- We put a lot of thought into our defaults. We like them. If we didn't, we would have made something else be the default. So keep your cotton-pickin' hands off our defaults. Don't touch. Consider them mandatory. Mandatory defaults has a nice ring to it. --- 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] Panther effort
no to mention what new fink features will be offered in the panther update...you'll notice a 10.3 bootstrap in cvs that currently enables prebinding, that is one of many expected changes. On Friday, August 8, 2003, at 11:42 AM, David R. Morrison wrote: We're not yet very organized about this; in particular, there are some key decisions about how to manage the Panther upgrade in Fink which have not yet been made. So be warned that things which you compile now might have to be recompiled again in the future. --- 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
