headers
Max Horn | 1 Aug 2002 15:57
Picon
Gravatar

A new release is overdue...

I think we really should make a release soon. We should release 
before 10.2, a last release which is specifically for 10.1 (i.e. a 
10.1 bindist). I imagine future release then will concentrate on 10.2 
support, while trying to still remain compatible with 10.1 of course.

To this end, a new Fink package manager release is way overdue. I 
have had not much spare time the last couple weeks (and this week 
even less, I am not at home and have no IRC access nor CVS write 
access), otherwise this would have happend a long time ago. I will 
put out Fink 0.9.13 (or maybe 0.10.0 ?) on Sunday.

A full FInk release should also be done. I think Benjamin has some 
experience with this now, so maybe this time we can work together on 
it. This needs some discussions (e.g. if one of us builds xfree, the 
other needs to download it; also, we have to work out how the 
rsyncing to the final location should be done best, I might need to 
get another rsync account for rangerrick from the SF folks).

What do you think, can we move KDE to stable within the next two 
weeks? Or is it not really fit? Depending on this, I would suggest 
the enw release either be labeled 0.4.1, 0.4.5 or 0.5.0.

Cheers,

Max
--

-- 
-----------------------------------------------
Max Horn
Software Developer
(Continue reading)

Permalink | Reply | 3 comments |
headers
Max Horn | 1 Aug 2002 16:05
Picon
Gravatar

Re: A new release is overdue...

Oh and of course: a new release, as usual, means that people should 
try to get stuff into stable. In addition, it would be good if as 
many packages possible supported Jaguar, both in stable and in 
unstable (with support I mean: "support building on Jaguar")

Cheers,

Max
--

-- 
-----------------------------------------------
Max Horn
Software Developer

email: <mailto:max <at> quendi.de>
phone: (+49) 6151-494890

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Chris Dolan | 1 Aug 2002 16:33

Re: perl-5.8.0

Ben Hines wrote:
>
> postfix uses the "mta-switch" command which copies the system sendmail
> command and replaces it with a link to the fink one.
>
> The info file even says:
>
> "Run 'sudo mta-switch postfix' to move the old sendmail out of the way
>      and place symlinks to postfix in its place. You may need to do this
>      after upgrades of Mac OS X from Apple."
>
>
> If it is acceptable for postfix I don't see why it isn't for perl.
>

Excellent, thanks Ben.  I've learned a lot about fink yesterday.

Attached is my revised .info file.  A demo .deb (10 MB) produced via
this recipe is available at:
  http://www.clotho.com/staff/chris/perl_5.8.0-1_darwin-powerpc.deb
I'm providing this not as a binary for users to install, but as a test
for you developers to check via
  dpkg-deb -c perl_5.8.0-1_darwin-powerpc.deb
to make sure that I'm not doing anything contrary to filesystem policy.

Again, feedback and corrections are requested.  Thanks to Randal, David
and Ben for helping me so much yesterday.

Summary of significant tweaks
-----------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
Justin Hallett | 1 Aug 2002 20:00

new fink tool for developpers

Tired of trying to figure out the right depends for your pkg? Your in luck
:D cause so was I.

I just wrote a little tool to test pkgs for there lib depends, right now
it tests fiels in %p/bin %p/sbin and any file that is .a .so .dylib and
will return a proper fink Depends line.  It's easy to get a good depend
line now :)  Docs still need work and maybe error messages, I added it to
my experimental dir under experimental/thesin/test/depends, please let me
know if you find this useful.  here is some sample outputs.

Welcome to Darwin!
justin <at> Novaley [~]$ fink-depends unixodbc
Scanning unixodbc for a list of lib depends

Depends: dlcompat, qt3-shlibs, readline-shlibs, unixodbc-shlibs

justin <at> Novaley [~]$ fink-depends unixodbc-shlibs
Scanning unixodbc-shlibs for a list of lib depends

Depends: dlcompat

justin <at> Novaley [~]$ fink-depends dlcompat       
Scanning dlcompat for a list of lib depends

Has no lib depends!

justin <at> Novaley [~]$ fink-depends lftp-ssl
Scanning lftp-ssl for a list of lib depends

Depends: dlcompat, gettext, libiconv, ncurses, openssl-shlibs,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ben Hines | 1 Aug 2002 20:32

Re: perl-5.8.0


On Thursday, August 1, 2002, at 07:33 AM, Chris Dolan wrote:

> Ben Hines wrote:
>>
>> postfix uses the "mta-switch" command which copies the system sendmail
>> command and replaces it with a link to the fink one.
>>
>> The info file even says:
>>
>> "Run 'sudo mta-switch postfix' to move the old sendmail out of the way
>>      and place symlinks to postfix in its place. You may need to do 
>> this
>>      after upgrades of Mac OS X from Apple."
>>
>>
>> If it is acceptable for postfix I don't see why it isn't for perl.
>>
>
> Excellent, thanks Ben.  I've learned a lot about fink yesterday.
>
> Attached is my revised .info file.  A demo .deb (10 MB) produced via
> this recipe is available at:

Use the submission tracker -

http://sourceforge.net/tracker/?atid=414256&group_id=17203

-Ben
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bruce Korb | 1 Aug 2002 20:43

Re: new fink tool for developpers

Justin Hallett wrote:
> 
> Tired of trying to figure out the right depends for your pkg?
> Your in luck :D cause so was I.

Amusing.  How are optional dependencies handled?  :-)
My package only depends upon libxml2 if you want the
little helper program that uses XML.  In other words,
its not required.  Just curious.  :)

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 1 comment |
headers
Justin Hallett | 1 Aug 2002 20:43

Re: new fink tool for developpers

the point of fink is so ever deb of a pkg is the same so in the config you
need --with-xml or --without-xml and then set teh depends the same.  So in
theory is there are no optional packages, but there will be some user
interaction like virtual dependances like x11 instead of xfree86 unless
xfree86 from fink is needed. and like daemonic and then there are build
depends which it obviously can't figure out.

bkorb <at> pacbell.net writes:
>Amusing.  How are optional dependencies handled?  :-)
>My package only depends upon libxml2 if you want the
>little helper program that uses XML.  In other words,
>its not required.  Just curious.  :)

¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
  Justin F. Hallett - Systems Analyst               
          Phone: (780)-408-3094
            Fax: (780)-454-3200
        E-Mail: justin <at> caisnet.com
 .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Sylvain Cuaz | 2 Aug 2002 00:16
Picon

Re: A new release is overdue...


Le jeudi 1 août 2002, à 03:57 PM, Max Horn a écrit :

> I think we really should make a release soon. We should release before 
> 10.2, a last release which is specifically for 10.1 (i.e. a 10.1 
> bindist). I imagine future release then will concentrate on 10.2 
> support, while trying to still remain compatible with 10.1 of course.

	I agree

> To this end, a new Fink package manager release is way overdue. I have 
> had not much spare time the last couple weeks (and this week even less, 
> I am not at home and have no IRC access nor CVS write access), 
> otherwise this would have happend a long time ago. I will put out Fink 
> 0.9.13 (or maybe 0.10.0 ?) on Sunday.

	This means that java support 
(http://sourceforge.net/tracker/index.php?func=detail&aid=588476&group_id=
17203&atid=317203) won't make it, no ? Oh well, for the next time :)

--
Zauc

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 1 comment |
headers
David R. Morrison | 2 Aug 2002 02:08
Favicon

Re: perl-5.8.0

There may be another issue about a perl package (I'm not enough of a perl
expert to know).  What happens to other perl modules which are compiled
by fink, if this package is installed?  Will they be compatible? 
incompatible?  Should they be stored in a different place?

  -- Dave

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 1 comment |
headers
Chris Dolan | 2 Aug 2002 04:22

Re: perl-5.8.0

David R. Morrison wrote:
> There may be another issue about a perl package (I'm not enough of a perl
> expert to know).  What happens to other perl modules which are compiled
> by fink, if this package is installed?  Will they be compatible? 
> incompatible?  Should they be stored in a different place?

If I understand correctly, the answer is: Incompatible.

The facts: I'm pretty sure Perl compiles binary modules against a 
particular version of Perl, so you cannot (or at least should not) mix 
versions.  The way this is normally achieved is via the 
lib/perl5/≤version> and lib/perl5/site_perl/<version> directories, which 
keeps modules from colliding.  It allows multiple perl versions to 
coexist.  The downside is that every module has to be reinstalled for 
every version.

The opinions: I *strongly* prefer the above mechanism to Apple's (dumb, 
IMO) idea of throwing everything in one directory.  I use 5.6.0 for 
mod_perl, 5.6.1 for perl golf, and 5.8.0 for everything else in my Linux 
alter ego, so I want the same on my OSX box.

The goal: I hope to package up many perl modules for 5.8.0 in the next 
month or so.  Specifically, I want to get my whole CPAN collection 
prepped for fink, so I don't have to go through hours of manual CPAN 
work for each OSX box I have to set up.

The proposal: I want to create <module>-pm5-≤version>-<revision> (any 
better suggestions?? I don't want to conflict with the existing -pm 
packages) for a bunch of non-core packages that I use frequently.  Many 
of them are already in unstable.  The biggest change from the existing
(Continue reading)

Permalink | Reply | 0 comments |

Gmane