Re: [Fink-devel] fink.conf(5) manpage added, docs suggestions
Only a small thing: When I type 'man fink.conf' I get: mdoc warning: list open at EOF! A .Bl directive has no matching .El Also, I think it would be nice to document 'fink list -o' (outdated) and 'fink list -i' (installed) etc. in fink.man. On Mittwoch, Januar 15, 2003, at 10:46 Uhr, Finlay Dobbie wrote: I added a manpage for fink.conf(5) based on the documentation in the Users Guide. I suggest we remove the documentation from the Users Guide, as the Users Guide is really a tutorial-style guide on how to use fink, rather than a reference for all the fields in the configuration file (new users shouldn't even need to look at this documentation, anyway, they should use fink configure to set their preferences). I think we should then add both fink.conf.5 and fink.8 to the documentation site in HTML format, by using man2html. Sounds good to me... --- This SF.NET email is sponsored by: A Thawte Code Signing Certificate is essential in establishing user confidence by providing assurance of authenticity and code integrity. Download our Free Code Signing guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] serious libtool bug ?
On Thursday, January 16, 2003, at 01:47 AM, Max Horn wrote: So what do you think? Is this still your stance: At 23:28 Uhr +0900 15.01.2003, Peter O'Gorman wrote: You are, of course correct with the compatibility versions, and I think it is worth getting this upstream even if it breaks binary compatibility on some of our installed packages. Okay, reasons for sending the patch upstream: 1) This is the way that libtool is documented to behave on all platforms, that it currently doesn't make binary compatible libraries due to the -compatible_version being incorrect is a bug, and a bad one. 2) If we don't report this bug to libtool, it seems likely that at some point in the future, somebody else will find it and propose a fix anyway. Reason against: It will break binary compatibility for x number of packages. This is okay with me, as long as x is reasonably small. So, I just did a quick ls of my /sw/lib, looking for libfoo.a.b.c.dylib with a non-zero b. Even if I assume that only half of those were built with libtool, x is unreasonably large, so your patch should not be sent to libtool. I wonder if they would accept a conditional in that code? If an env_var was set (LIBTOOL_PROPER_DARWIN_VERSION ?) :) then it could evaluate as your patch, otherwise, it would stay with the old behavior... Perhaps the bug should be reported, asking them to never fix it? I really don't know, it would be nice if some others would pipe up... Peter --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] serious libtool bug ?
I really don't know, it would be nice if some others would pipe up... Hi guys. I'm at a conference this week, using my few available Fink moments for finishing up the 0.5.1 distribution. I'm sure that in a day or two I'll be able to read this thread and comment in detail about the libtool problem, if you wouldn't mind waiting... -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised legal statement?
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Donnerstag, Jänner 16, 2003, at 01:40 Uhr, David R. Morrison wrote: Folks, dmalloc has proposed the following revised legal statement. He says that he got no feedback about it although I don't remember having seen it before. You did not see the text per se. It is from the link I posted, the original message was about the third survey. attempt. I personally do not think that a number of the clauses in the revised statement are appropriate for Fink. Which are you referring to in particular? Those statements are so called generic instructions as our lawyer guy told me. The necessarily apply to anyone who chooses to have a webpage, offer services or even say hello on the web. I know that they seem a bit much but they do no wrong at all so having them, showing that we have proper legal advise also keeps the funny people off our back. Any other opinions? As I said, I see no _no_ reason not to post them, since they indemnify us from a view issues, especially in germany (The whole linki providing issue). -- Dave P.S. Please forgive formatting, this is cut-and-paste from the CVS log... The new material goes in between the current Copyright statment and the final sentence, on http://fink.sourceforge.net/legal.php . You can review this at the following link as well, note that it has just been cleaned up a bit by me to fit the whole Fink Project and not the survey only. http://www.mail-archive.com/fink-devel@lists.sourceforge.net/ msg03664.html (scroll to the bottom) - -d - - Deep into that darkness peering, long I stood there wondering, fearing, - - Doubting, dreaming dreams no mortal ever dared to dream to dream before.. Edgar Allen Poe - The Raven -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+JqxtiW/Ta/pxHPQRA56tAJ44xmdHX4lmyZNegnzpih57Ce616QCg3N3U /RCkLmehPd5+eVjN/jraYBs= =u0XK -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised legal statement?
Just to give an example of something in the new legal statement which needs work: The statement says that downloads may be made for personal, non-commercial use only. Actually, the Fink code itself is covered under the GPL, which has NO clause about non-commercial use. All but a very tiny number of Fink packages deal with code whose licenses have NO clause about non-commercial use. In fact, if the license on the package says that, then it does not meet the definition of an Open Source License and we label the package as have a restrictive license. -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised legal statement?
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Donnerstag, Jänner 16, 2003, at 02:27 Uhr, David R. Morrison wrote: Just to give an example of something in the new legal statement which needs work: The statement says that downloads may be made for personal, non-commercial use only. I just ran down to the legal guys and asked them about this. Here is what he said in abbreviated manner: This pertains only to the binary installer you link directly from the website. So it only pertains to products you actually create. IN your case that would be the fink distribution all the sources for fink itself which are not made by a third party. All third party code is covered by their respective license and you have no liability on it. So basically he is saying that this clause only applies to things we actually created in the sense of intellectual property. However if you feel better we can of course revise that. or add a statement which clarifies that this only applies to software/source code created by the fink developers. The package themseleves, meaning the info files and debs are exempt. - -d PS: I can only repeat what he said, he is the lawyer, so do not blame me :) - - Face me and you shall surely perish. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+JrTPiW/Ta/pxHPQRA0k4AJ9hPxEfXtx55bpVR47qnt3HlkEdwQCgp61Z cegD6ymDZnJ4D+nfGgkmK3o= =bdCL -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: X11 install_name fixer script
This is handled if you install the X11 for Mac OS X SDK; the SDK is listed as a requirement in Fink's FAQ. No it isn't. Yes it is. From http://fink.sourceforge.net/doc/x11/inst-xfree86.php#apple-binary : [...] then install Apple's X11 and X11 SDK [...] Huh? No, the SDK package does not fix the install_names of apple's libraries. They are definitely broken (unless apple released a fixed version of their pkg, which i haven't heard about) Before I installed the SDK, system-xfree86 wouldn't install because of missing/mis-named/mis-linked libraries. After installing the SDK, I had said libraries linked, and system-xfree86 installed just fine. (No other X11 was present on this system; only Apple's.) Regards, Dave Schroeder University of Wisconsin - Madison --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Xemacs on Fink (?)
Hello, I installed the latest Fink yesterday, the Apple X11 Server, the developer toolkit and the free86 package. I want to insall Xemacs, which is listed on the Fink site in the package list under Editors. However, now that I have everything set up andready to go,! when I do 'fink list' the package doesnt show up!! Can someone tell me please what I need to do to get Xemacs installed via fink? I also tried to use the cvs method thinking maybe I coudld download the sources that way, but 'fink selfudpate-cvs' always breaks when it tries to make an anonymous cvs connection to sourceforge (the error is connect to sourceforge failed: connection refused) any help would be greatly appreciatd, i looked through the faq but cant find anything. thanks, Rick Taube Associate Professor Composition/Theory School of Music University of Illinois Urbana IL [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised legal statement?
Yes, but the software we are creating is released under the GPL, and your legal statement contradicts the GPL. Fink itself is GPL'd. -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Xemacs on Fink (?)
a fink selfupdate-cvs isn't possible at the moment because the sourceforge CVS server is temporarily down. A little patience, or doing something else in the meantime, is unfortunately the best advice I have. chaals (also waiting for CVS so I can install some stuff) On Thu, 16 Jan 2003, Rick Taube wrote: Hello, I installed the latest Fink yesterday, the Apple X11 Server, the developer toolkit and the free86 package. I want to insall Xemacs, which is listed on the Fink site in the package list under Editors. However, now that I have everything set up andready to go,! when I do 'fink list' the package doesnt show up!! Can someone tell me please what I need to do to get Xemacs installed via fink? I also tried to use the cvs method thinking maybe I coudld download the sources that way, but 'fink selfudpate-cvs' always breaks when it tries to make an anonymous cvs connection to sourceforge (the error is connect to sourceforge failed: connection refused) any help would be greatly appreciatd, i looked through the faq but cant find anything. thanks, Rick Taube Associate Professor Composition/Theory School of Music University of Illinois Urbana IL [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Charles McCathieNevile http://www.w3.org/People/Charles tel: +61 409 134 136 SWAD-E http://www.w3.org/2001/sw/Europe fax(france): +33 4 92 38 78 22 Post: 21 Mitchell street, FOOTSCRAY Vic 3011, Australiaor W3C, 2004 Route des Lucioles, 06902 Sophia Antipolis Cedex, France --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised legal statement?
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Donnerstag, Jänner 16, 2003, at 02:58 Uhr, David R. Morrison wrote: Yes, but the software we are creating is released under the GPL, and your legal statement contradicts the GPL. Fink itself is GPL'd. I'll adjust that then. -- Dave - - Face me and you shall surely perish. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+JryaiW/Ta/pxHPQRA9A0AKC+g+eRE39X+Xay0LQWX5W8KHsOVQCfX0ll 1LTbuG608Yai2AsEnaeRhPI= =ZvKt -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
At 8:35 Uhr +0100 16.01.2003, David wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello guys. Inoticed that we use pt to determine which font size to display. That might be problematic on some operating systems since point size is not something that renders at the same resolution on all screens across all platforms. It would be better to use pica,ems or exs. Why don't you just do it? Note that the website uses a mix of CSS and old fashioned styles in order to render on more browsers similarly. We might decide to convert it to a pure CSS site one of these day (I'd be all for it). BTW, last time I checked pica was an absolute measure, too, and dependenent on the screen resolution just like cm, mm and pt. I know this is nit picking and therefore I am asking if we wish to pay attention to this at all. I could easily change that although we might see some very minor changes in the size of the rendering in the future then, since pica, ems or exs do not match up 100% to the pt rendering. Now when redefining pre we use px as a size denominator for padding and margin. That is something we really should consider changing. Pixel rendering is dependant on the screen resolution and the screen depth which can lead to bad inconsistencies. An absolute size adjustment like cm or mm might be a good choice here. Note that cm/mm/pica suffer from the same problem as pt. I don't think px sizing is that bad, in fact if you want a fixed layout, it's the only way to do it. The relative sizes (em/ex) should work better when the clients browsers substitutes different fonts, but this is not an automatic feature, it has to be carefully developed and tested, too. Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Xemacs on Fink (?)
Unfortunately, because anonymous CVS is down, you won't be able to get new package descriptions for the source distro for the time being, and xemacs isn't in the binary distro yet. If you'd like, I can send you the .info and .patch files for xemacs and its dependencies. I'd advocate putting them in your local package tree, as per http://fink.sourceforge.net/faq/usage-fink.php#unstable On Thu, 2003-01-16 at 08:56, Rick Taube wrote: Hello, I installed the latest Fink yesterday, the Apple X11 Server, the developer toolkit and the free86 package. I want to insall Xemacs, which is listed on the Fink site in the package list under Editors. However, now that I have everything set up andready to go,! when I do 'fink list' the package doesnt show up!! Can someone tell me please what I need to do to get Xemacs installed via fink? I also tried to use the cvs method thinking maybe I coudld download the sources that way, but 'fink selfudpate-cvs' always breaks when it tries to make an anonymous cvs connection to sourceforge (the error is connect to sourceforge failed: connection refused) any help would be greatly appreciatd, i looked through the faq but cant find anything. thanks, Rick Taube Associate Professor Composition/Theory School of Music University of Illinois Urbana IL [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: X11 install_name fixer script
At 7:47 Uhr -0600 16.01.2003, Dave Schroeder wrote: This is handled if you install the X11 for Mac OS X SDK; the SDK is listed as a requirement in Fink's FAQ. No it isn't. Yes it is. From http://fink.sourceforge.net/doc/x11/inst-xfree86.php#apple-binary : [...] then install Apple's X11 and X11 SDK [...] That's not relevant to the point Ben was making, though. Huh? No, the SDK package does not fix the install_names of apple's libraries. They are definitely broken (unless apple released a fixed version of their pkg, which i haven't heard about) Before I installed the SDK, system-xfree86 wouldn't install because of missing/mis-named/mis-linked libraries. Of course not, we know that well. After installing the SDK, I had said libraries linked, and system-xfree86 installed just fine. (No other X11 was present on this system; only Apple's.) True. But still, it's not the point Ben was making :-) He was talking about the install_name field which is *inside* the .dylibs. Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] serious libtool bug ?
At 20:19 Uhr +0900 16.01.2003, Peter O'Gorman wrote: On Thursday, January 16, 2003, at 01:47 AM, Max Horn wrote: So what do you think? Is this still your stance: At 23:28 Uhr +0900 15.01.2003, Peter O'Gorman wrote: You are, of course correct with the compatibility versions, and I think it is worth getting this upstream even if it breaks binary compatibility on some of our installed packages. Okay, reasons for sending the patch upstream: 1) This is the way that libtool is documented to behave on all platforms, that it currently doesn't make binary compatible libraries due to the -compatible_version being incorrect is a bug, and a bad one. 2) If we don't report this bug to libtool, it seems likely that at some point in the future, somebody else will find it and propose a fix anyway. Reason against: It will break binary compatibility for x number of packages. This is okay with me, as long as x is reasonably small. Yes that was my thought, too. Well, not for reporting it, but as to whether to suggest fixing it or not. So, I just did a quick ls of my /sw/lib, looking for libfoo.a.b.c.dylib with a non-zero b. Even if I assume that only half of those were built with libtool, x is unreasonably large, so your patch should not be sent to libtool. Hrm, bad :-/ I wonder if they would accept a conditional in that code? If an env_var was set (LIBTOOL_PROPER_DARWIN_VERSION ?) :) then it could evaluate as your patch, otherwise, it would stay with the old behavior... Perhaps the bug should be reported, asking them to never fix it? I really don't know, it would be nice if some others would pipe up... I believe that we definitly should bring it up on the libtool mailing list, and discuss it a bit with them, too. Maybe they have a good idea on how to fix this, for example. Though right now I have no single clue how that could be one. Damn, at moments like this I wish I had a time machine to warp back and correct the mistake before it was ever made sigh On the long run, though, this bug is going to cause quite some trouble and irritation, though. It would be great if we could determine a reasonable way to fix it step by step. Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 snip Why don't you just do it? Because I really do not feel like triggering a flood of protest. Changing the site layout is considered a pretty big step by me and I really do not feel that settled within the project yet that people would simply accept my decision to do so. Note that the website uses a mix of CSS and old fashioned styles in order to render on more browsers similarly. Yes, I noticed that. As you might recall I fixed some issues in the xslt pertaining to that. We might decide to convert it to a pure CSS site one of these day (I'd be all for it). Well here is the famous me too I am just not sure which browsers wont like that BTW, last time I checked pica was an absolute measure, too, and dependenent on the screen resolution just like cm, mm and pt. as far as I recall pica is somehow calculated by aspect ratio and constraint size therefore the screen resolution wont break it that badly. But I am no expert at all. snip I don't think px sizing is that bad, in fact if you want a fixed layout, it's the only way to do it. The relative sizes (em/ex) should work better when the clients browsers substitutes different fonts, but this is not an automatic feature, it has to be carefully developed and tested, too. True. Thanks for the input, as always. - -d - - Face me and you shall surely perish. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+Jr96iW/Ta/pxHPQRA2McAKDUc90Dh9+tKl2zj8+0S19Z200mBQCgqiW3 ycC+mwBQIa/O7TN2DqPnhL4= =v/CY -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
On Thu, 16 Jan 2003, Max Horn wrote: At 8:35 Uhr +0100 16.01.2003, David wrote: Inoticed that we use pt to determine which font size to display. That might be problematic on some operating systems since point size is not something that renders at the same resolution on all screens across all platforms. It would be better to use pica,ems or exs. We might decide to convert it to a pure CSS site one of these day (I'd be all for it). BTW, last time I checked pica was an absolute measure, too, and dependenent on the screen resolution just like cm, mm and pt. In my immediate past life (i.e. I am still trying to get my last salary cheques) I worked on accessibility for W3C, and one of the basic things is to use %, ex or em for font sizes, and where possible images (this is harder). I would also be all for a CSS-only layout - I use lynx when I don't care about styling, and it handles clean HTML fine, and a modern browser when I do. Now when redefining pre we use px as a size denominator for padding and margin. That is something we really should consider changing. Pixel rendering is dependant on the screen resolution and the screen depth which can lead to bad inconsistencies. An absolute size adjustment like cm or mm might be a good choice here. px for margins is much less of an issue - although there are screen and font-size differences at work the amount of padding is generally not as critical, and cm/mm/pica don't solve the problem any better (since they still vary in effect according to the users font size). I don't think px sizing is that bad, in fact if you want a fixed layout, it's the only way to do it. If you want a fixed layout you should probably be using PDF - it isn't (IMHO) sensible to try and get exactly the same layout on my browser at 1200x800 as it is when I decide to shrink it to 600x800 or 900x300 or move to another machine at 600x400. But there is some value to consistency, and with the generally awful state of browsers there needs to be careful thought and testing to work out what the good trade-offs are... cheers Chaals --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 snip You are my man then. Would you accept looking over the Fink website, its css and layout concerning usability and accessibility as your task? I know you already offered yourself as a documentation writer but given your past you'd be pretty darn perfect for this task, so how do you feel about it? ;) - -d - - Face me and you shall surely perish. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+JsIciW/Ta/pxHPQRA1cvAJ9SXyRUkHnjlsyKGAZhnNwoSz/WwACfcwdi q5pRST5rN08CoeU83ViqO6M= =miW7 -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
At 9:25 Uhr -0500 16.01.2003, Charles McCathieNevile wrote: On Thu, 16 Jan 2003, Max Horn wrote: At 8:35 Uhr +0100 16.01.2003, David wrote: Inoticed that we use pt to determine which font size to display. That might be problematic on some operating systems since point size is not something that renders at the same resolution on all screens across all platforms. It would be better to use pica,ems or exs. We might decide to convert it to a pure CSS site one of these day (I'd be all for it). BTW, last time I checked pica was an absolute measure, too, and dependenent on the screen resolution just like cm, mm and pt. In my immediate past life (i.e. I am still trying to get my last salary cheques) I worked on accessibility for W3C, and one of the basic things is to use %, ex or em for font sizes, and where possible images (this is harder). I would also be all for a CSS-only layout - I use lynx when I don't care about styling, and it handles clean HTML fine, and a modern browser when I do. Yeah, I like those, too, but still the page has to render right on IE 5/Mac, Safari, and Chimera/Mozilla. Ideally, it should be usable from Opera/Mac, OmniWeb, iCab and Konquerer, too. (I am implicitly assuming Lynx/Links are supported, so I don't list them - but let's keep'em in mind anyway). And yeah it's OK for me to make the font sizes relative. Now when redefining pre we use px as a size denominator for padding and margin. That is something we really should consider changing. Pixel rendering is dependant on the screen resolution and the screen depth which can lead to bad inconsistencies. An absolute size adjustment like cm or mm might be a good choice here. px for margins is much less of an issue - although there are screen and font-size differences at work the amount of padding is generally not as critical, and cm/mm/pica don't solve the problem any better (since they still vary in effect according to the users font size). I don't think px sizing is that bad, in fact if you want a fixed layout, it's the only way to do it. If you want a fixed layout you should probably be using PDF I didn't say I want, I just said what you need if you want one :-) And fixed is not meant in the strict sense here, anyway, so the PDF remark is not really fitting. - it isn't (IMHO) sensible to try and get exactly the same layout on my browser at 1200x800 as it is when I decide to shrink it to 600x800 or 900x300 or move to another machine at 600x400. But there is some value to consistency, and with the generally awful state of browsers there needs to be careful thought and testing to work out what the good trade-offs are... Yup yup. Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
On Thu, 16 Jan 2003, David wrote: snip Why don't you just do it? Because I really do not feel like triggering a flood of protest. Changing the site layout is considered a pretty big step by me and I really do not feel that settled within the project yet that people would simply accept my decision to do so. I think changing site layout is a big step. more so if it moves things around, less so if it just changes fonts and padding a bit... We might decide to convert it to a pure CSS site one of these day (I'd be all for it). Well here is the famous me too I am just not sure which browsers wont like that depends heavily on what you do. Netscape 4 and IE 3 have pretty sorry implementations of CSS so you have to do a bunch of hacking around them (this has been documented by all-CSS sites like http://www.alistapart.com when they switched) and implementation of the cooler features is still a bit patchy. But I wrote basic commercial sites in 1999 with all-CSS they were ok. (I am sympathetic to people who say I don't want to change from iCab to KDE, I will live with the lack of 'float', but I am also happier than many to say if you use foo3.5 when foo7.2 is available and doesn't have the bugs your old version does, upgrade or tell someone who cares...) cheers Chaals --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
On Thu, 16 Jan 2003, David wrote: snip You are my man then. Would you accept looking over the Fink website, its css and layout concerning usability and accessibility as your task? I know you already offered yourself as a documentation writer but given your past you'd be pretty darn perfect for this task, so how do you feel about it? ;) Perishable... ;-) Yep, I'll have a look but it might take some days. I don't plan to suggest massive changes - consistency over time is helpful too, but I'll keep it in mind on an ongoing basis. - Face me and you shall surely perish. cheers chaals --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
At 9:38 Uhr -0500 16.01.2003, Charles McCathieNevile wrote: On Thu, 16 Jan 2003, David wrote: snip Why don't you just do it? Because I really do not feel like triggering a flood of protest. Changing the site layout is considered a pretty big step by me and I really do not feel that settled within the project yet that people would simply accept my decision to do so. I think changing site layout is a big step. more so if it moves things around, less so if it just changes fonts and padding a bit... We might decide to convert it to a pure CSS site one of these day (I'd be all for it). Well here is the famous me too I am just not sure which browsers wont like that depends heavily on what you do. Netscape 4 and IE 3 have pretty sorry implementations of CSS so you have to do a bunch of hacking around them (this has been documented by all-CSS sites like http://www.alistapart.com when they switched) and implementation of the cooler features is still a bit patchy. But I wrote basic commercial sites in 1999 with all-CSS they were ok. I definitly do *not* want to support v3 or v4 browsers in the sense that I care whether the page looks good to them or not. Fifth generation it is. lynx/links will just not display the CSS, and only render the HTML, which is perfectly fine, too. (I am sympathetic to people who say I don't want to change from iCab to KDE, I will live with the lack of 'float', but I am also happier than many to say if you use foo3.5 when foo7.2 is available and doesn't have the bugs your old version does, upgrade or tell someone who cares...) Exactly. Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new field in .info files
With an eye towards constructing an automated build system for the binary distribution one of these days, I'd like to propose a new field for fink .info files: BinaryDistribution: True/False or Yes/No This field would only be consulted if the package is labeled License: Restrictive and in that case, it would indicate whether or not the package should be part of the binary distribution. Right now, this has to be done by hand and it is one of the things obstructing automation. Comments? -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new field in .info files
On Donnerstag, Januar 16, 2003, at 04:36 Uhr, David R. Morrison wrote: BinaryDistribution: True/False or Yes/No Sounds good. I would go for True/False and default to False. This field would only be consulted if the package is labeled License: Restrictive and in that case, it would indicate whether or not the package should be part of the binary distribution. Right now, this has to be done by hand and it is one of the things obstructing automation. Wow! Automatic distribution building. Sounds Great! --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Xemacs on Fink (?)
Rick Taube wrote: Hello, I installed the latest Fink yesterday, the Apple X11 Server, the developer toolkit and the free86 package. I want to insall Xemacs, which is listed on the Fink site in the package list under Editors. However, now that I have everything set up andready to go,! when I do 'fink list' the package doesnt show up!! Can someone tell me please what I need to do to get Xemacs installed via fink? I also tried to use the cvs method thinking maybe I coudld download the sources that way, but 'fink selfudpate-cvs' always breaks when it tries to make an anonymous cvs connection to sourceforge (the error is connect to sourceforge failed: connection refused) any help would be greatly appreciatd, i looked through the faq but cant find anything. Your question is FAQ 3.8: http://fink.sourceforge.net/faq/usage-fink.php#bindist Notice the version information on the xemacs package: http://fink.sourceforge.net/pdb/package.php/xemacs Then read the section on using unstable packages (FAQ 3.9). Jim --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ccp4.
I had ccp4 installed, until recently, on my machine. In tracking down why man pages would not display, I discovered the following: In system-tetex.csh: set path = ( $path /usr/local/teTeX/bin/powerpc-apple-darwin-current ) setenv MANPATH /sw/share/xtal/ccp4-4.2.2/man:/usr/man:/usr/local/teTeX/man And in system-tetex.sh: PATH=$PATH:/usr/local/teTeX/bin/powerpc-apple-darwin-current export PATH MANPATH=/sw/share/xtal/ccp4-4.2.2/man:/usr/man:/usr/local/teTeX/man export MANPATH Is this normal? If not is it a fink bug or a package bug? Commenting out the MANPATH assignment fixed my problem, but it this general or just me. --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new field in .info files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David R. Morrison [EMAIL PROTECTED] writes: With an eye towards constructing an automated build system for the binary distribution one of these days, I'd like to propose a new field for fink .info files: BinaryDistribution: True/False or Yes/No This field would only be consulted if the package is labeled License: Restrictive and in that case, it would indicate whether or not the package should be part of the binary distribution. Right now, this has to be done by hand and it is one of the things obstructing automation. Comments? -- Dave Very minor nitpick: How about BinaryDistributionAllowed or Permitted? It's a little vague without explanation (eg it might mean 'exists'). Damian -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iD8DBQE+JuM5AyLCB+mTtykRAsBzAKCsKV+4dhgGhNL95TszEfLvniK8fgCfTH2n jZe4pB2c1ozB8GTxuQV/qXI= =f9A/ -END PGP SIGNATURE- --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink here Document Delimiter
On Thursday, January 16, 2003, at 11:58 AM, Dustin Sias wrote: Here is an example. this change would make it easy to change user, group, startup scripts, etc.. I like the /Library/StartupItems method. I would also like the package to create, update, delete user, group information. This is mostly to allow easy local modification of the package. Please respond to the list when i post to the list, not to me, or i might just trash your message out of spite. I am not personal Fink help boy. Others take note, please. I thought apache2 included apr (thats why it conflicts with the apr package?) Since it does, why does all that apr-fix stuff have to be in a PostInstScript? Why not an InstallScript? You can add all the patches to your .patch file. Same with the others - you can put that code into your .patch file, and patch it into a new file. Modifying the files of other packages is an extremely bad thing to do and is error prone. I dont think automatically starting apache after the package is installed is a good idea. We leave that to the users. You should use aDaemonicFile script to create your startup items, if possible. Whats wrong with that method? -Ben --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] mailing list archives
On Thursday, January 16, 2003, at 10:41 AM, Finlay Dobbie wrote: Just wondering why the mailing list archives on http://fink.sourceforge.net/lists/index.php point to www.mail-archive.com rather than SourceForge's mailing list archive? Because sf's mailing list archives suck? Though they recently got better, maybe we can move them back to point at sf. But still, I don't know if i trust sf to handle them well for long. mail-archive is nice. -Ben --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new field in .info files
OK, suppose we just introduce the license category Distributible, and in the docs explain that Distributible covers non-open source licenses which allow Fink to distribute binaries. -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink here Document Delimiter
On the ranlab issue, this came up in one of my packages as well, and my solution was to test for the presence of ranlib before invoking it. The idea is, any user without the Developer Tools installed won't be linking against this library anyway, so it is harmless that ranlib was not run for them. Of course, someone who installs the Developer Tools later may get stuck with a few packages which weren't installed quite right... -- Dave --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Octave-forge: To add or not to add path...
Hi, I just subitted an upated package for octave-forge to the tracker. There is one part that I don't particularly like and would like some feedback on: Octave-forge is a set of extensions to octave and must have its path added to octave's search path. There is a global startup script in /sw/share/octave/site/m/startup/octaverc that is the proper place to do it. This script is empty by default. octave-forge's install script prints out info to the user about what to add to the search path, but that will not be seen by the user so I've made sure that fink's install phase captures that output and places _adds_ it to octave's global startup file in case it has been modified. Snippet from .info file --- make install prefix=%i | grep LOADPATH | cat %p/share/octave/site/m/startup/octaverc - %p/share/octave/site/m/startup/octaverc.new mv %p/share/octave/site/m/startup/octaverc %p/share/octave/site/m/startup/octaverc.old mv %p/share/octave/site/m/startup/octaverc.new %p/share/octave/site/m/startup/octaverc I see a number of problems here, such as upgrading of the package means adding more and more to the path. I also have no clue whatsoever what will happen in a binary package. Maybe the best solution is to move whatever startup file there is aside and just add the path info together with a notice of what has been done? Any user/admin who changes the _global_ startup script would probably find that message in no time. Or perhaps just add a line to the startup script to read a different file octaverc.fink which holds the added path info? Maybe even better to make package octave add some lines to the global startup script to check for the presence of a file named 'octave-forge-path' and read it. Jeff, comments? /Per PS. You can tell I was writing as I was thinking, right... Per Persson Blekinge Institute of Technology Dept. of Signal Processing and Telecommunications www: http://www.its.bth.se/staff/pee e-mail: [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink here Document Delimiter
On Thursday, January 16, 2003, at 11:58 AM, Dustin Sias wrote: Here is an example. this change would make it easy to change user, group, startup scripts, etc.. I like the /Library/StartupItems method. I would also like the package to create, update, delete user, group information. This is mostly to allow easy local modification of the package. Please respond to the list when i post to the list, not to me, or i might just trash your message out of spite. I am not personal Fink help boy. Others take note, please. Though I did. I thought apache2 included apr (thats why it conflicts with the apr package?) Since it does, why does all that apr-fix stuff have to be in a PostInstScript? Why not an InstallScript? You can add all the patches to your .patch file. Same with the others - you can put that code into your .patch file, and patch it into a new file. Modifying the files of other packages is an extremely bad thing to do and is error prone. Apache2 does include apr, but it installs broken apr-conf, apu-conf scripts. To compile modules like php with apache2, they must be updated with the correct paths and library information. If not php module will fail on compile. Even if I used an installscript, it would still be nice to have fink use an alternate here document symbol. I like just being able to edit a file. With a patch file it is more work and 2 files. I have had problem with patch and files that did not exist in the original source location. I dont think automatically starting apache after the package is installed is a good idea. We leave that to the users. I don't, I just install the scripts and the startup option to -NO-. It is up to the user which method they choose. It is one less thing running by using apple startup method, and you get a nice user startup message for each service. You should use aDaemonicFile script to create your startup items, if possible. Whats wrong with that method? -Ben -Dustin --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Concerning fink.css..
On Thursday, January 16, 2003, at 09:54 AM, Max Horn wrote: I definitly do *not* want to support v3 or v4 browsers in the sense that I care whether the page looks good to them or not. Fifth generation it is. lynx/links will just not display the CSS, and only render the HTML, which is perfectly fine, too. Links 2.0 has graphical support (I keep meaning to package it...), and I'm not sure how good the CSS support is. --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gnome2
msek has vanished, anyone want to take the partial gnome2 packages in his experimental directory? We continue to get requests for them. People are even bashing fink because it doesn't have gnome 2. I agree, it is kinda silly. For that matter, anyone want to take over all of msek's packages? Do we have a policy on maintainer non-response? We should establish one, i think. -Ben --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome2
At 19:13 Uhr -0800 16.01.2003, Ben Hines wrote: msek has vanished, anyone want to take the partial gnome2 packages in his experimental directory? We continue to get requests for them. People are even bashing fink because it doesn't have gnome 2. I agree, it is kinda silly. For that matter, anyone want to take over all of msek's packages? Ho ho ho, wait a moment, not so fast. msek has vanished for one month (to be precise, his last CVS commit was on Dec 12th), ok, but then I was absent for almost a month, too. Maybe he's just sick or on a longer vacation or whatever. So, before we do such a drastic step as taking away all his packages (msek is one of our main package maintainers after all), I think we should first undertake everything in our power to contact him. That includes emailing him on alter email address (his main email mailbox seems to be full?), trying to find people who know him directly and email them (like relatives), and maybe trying to get hold of a phone number and calling him. And even then, let's wait at least another week. That said, if we encounter serious bugs or problems in one of his packages, we can just fix them now - but gnome2 is hardly *that* important that it can't wait yet another week. Do we have a policy on maintainer non-response? We should establish one, i think. Indeed. Including a time limit before we start taking action. Next step should be specifiying what all will be done to try and reach the mainainer (like, if email fails, trying to get a phone number if need be, and call him). Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Masanori
A quick google search revealed this about Masanori (at least I assume it's him in all cases, seems likely, though. Information in there is probably outdated, plus my Japanase is rather nonexistant, so I don't know if it is of any help :-/ http://hp.vector.co.jp/authors/VA008857/ - [EMAIL PROTECTED] (redirect to a full mailbox :-/) http://lists.debian.or.jp/debian-users/200107/msg00147.html - [EMAIL PROTECTED] http://macinsearch.com/infomac2/compression/lha-expander-103.html - [EMAIL PROTECTED] This one looks promising: http://ann.phys.wani.osaka-u.ac.jp/members.html (in Google's cache, http://216.239.37.100/search?q=cache:yOXsvhzl7h4C:ann.phys.wani.osaka-u.ac.jp/members.html+masanori+sekinohl=deie=UTF-8). if that *is* him, we might be able to contact some of the folks there (Peter lives in Japan, too, right? So he might be able to phone him w/o paying a fortune...). Does anybody know a bit more about Masanori? Like what he does in real life? Studying, working? In either case, what exactly? etc. Cheers, Max -- --- Max Horn Software Developer --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome2
On Thursday, January 16, 2003, at 07:53 PM, Ben Hines wrote: Ho ho ho, wait a moment, not so fast. msek has vanished for one month (to be precise, his last CVS commit was on Dec 12th), ok, but then I was absent for almost a month, too. Maybe he's just sick or on a longer vacation or whatever. You are right, i just got mad when someone came into the IRC channel and started to moan about how behind fink was because we didnt have gnome2. And combined with msek who doesnt respond to emails at all, indeed, why don't we have gnome2? Well, its cause our gnome packages have no maintainer. On his diary 10/20/02 with title Fink and friends, Masanori Sekino wrote that he had updated Gnome 2.0.2 libraries. He noted he finally reduced the number of unread mails to a multiple of 100!!, adding an apology for being unable to respond very soon. He seems to be EXTREMELY busy for whatever reason, I suspect. Kow --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] (Still) Problems with net-snmp and netinet headers in 10.2.3
Hi everyone, I'm trying to compile the newest version of net-snmp (5.0.7) for MacOS X 10.2.3, but am having the same problem as with the previous version: gcc -I../../include -I../../include -I. -I../.. -I. -I./../.. -I./../../snmplib -I./.. -I.. -no-cpp-precomp -I/sw/include -g -O2 -Ddarwin6 -c mibII/tcp.c -fno-common -DPIC -o mibII/.libs/tcp.lo In file included from mibII/tcp.c:104: /usr/include/netinet/tcpip.h:66: field `ti_i' has incomplete type mibII/tcp.c:278: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:278: warning: its scope is only this definition or declaration, which is probably not what you want mibII/tcp.c: In function `var_tcp': mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c:287: storage size of `tcpstat' isn't known mibII/tcp.c: At top level: mibII/tcp.c:464: warning: `struct tcpstat' declared inside parameter list mibII/tcp.c:465: conflicting types for `read_tcp_stat' mibII/tcp.c:278: previous declaration of `read_tcp_stat' mibII/tcp.c: In function `read_tcp_stat': mibII/tcp.c:586: dereferencing pointer to incomplete type make[2]: *** [mibII/tcp.lo] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 ### execution of make failed, exit code 2 Failed: compiling net-snmp-5.0.7-1 failed So obviously there's a problem with the tcpip.h header provided by Apple... Can anyone offer any solutions? I'm not quite sure how to tackle this... Thanks! --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome2
Well... as a precaution, it might be worthwhile compiling a database of alternate email addresses and phone numbers for the Fink developers (keeping it all private, of course), as long as they're OK with that. That way, if a developer does 'vanish', other developers (Max, David Morrison, etc etc) will be able to contact the person after a certain time without fishing around google and the web, saving a lot of hassle and time. It's only a suggestion, though. On Friday, January 17, 2003, at 02:34 PM, Max Horn wrote: Indeed. Including a time limit before we start taking action. Next step should be specifiying what all will be done to try and reach the mainainer (like, if email fails, trying to get a phone number if need be, and call him). --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Updating fink via CVS
For the life of me I cannot figure out why fink won't update from CVS, unless its a problem at sourceforge. It prints the following when I run fink selfupdate-cvs (after the questions about 1st time config): cvs [login aborted]: connect to cvs.sourceforge.net:2401 failed: Operation timed out ### execution of cvs failed, exit code 1 Failed: Logging into the CVS server for anonymous read-only access failed. I upgraded to Jag last night and I wiped my system beforehand. I installed 5.0a from binary late last night (or this morning?) I've added the unstable/main and unstable/crypto trees to the fink.conf file. I also installed apple's X11 (but this couldn't break CVS, right?) I have not installed system-xfree86-4.2.0-3 yet, but I also haven't tryed to install anything. I looked on the CVS setup page on the fink site and it says that I can't do CVS from behind a firewall. I had Apple's pseudo-firewall (built into OSX) enabled, but disabled it as soon as I read that. I have also messed w/ my router's settings and have set my machine as in the DMZ Zone. On fink's CVS webpage there's link to view CVS and that one also times out. I'm guessing its something to do w/ either the server or my supposed to be off firewall. In the past I've had apple's firewall on and used cvs with no problems. Thanx in advance, JP -- John Davidorff Pell [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel