On Saturday, January 19, 2002, at 05:45 PM, Martin Costabel wrote:
> I think this is normal. It appears also with other packages that install
> info files. Most don't specify sections. For an example that does, have
> a look at /sw/share/info/gettext.info. In your case with only one info
> file,
Hi,
I've submitted a new package, 'bow', for consideration. It's currently
at
http://sf.net/tracker/?func=detail&aid=505980&group_id=17203&atid=414256 .
Since it's a new package and not an update of an existing one (and I'm a
new package maintainer) I wasn't sure whether submitting it to the
On Sunday, January 20, 2002, at 09:06 AM, Ken Williams wrote:
> Since it's a new package and not an update of an existing one (and I'm
> a new package maintainer) I wasn't sure whether submitting it to the
> tracker was enough, or whether I should post an announcement to the
> list. So I did
I was looking through the fink perlmods, and I came across another
function: read_properties_multival. Can someone (Max? Finlay?) please
tell me what the difference and usage is between read_properties and
read_properties_multival in Services.pm?
Thanks,
Kyle Moffett
___
Max Horn wrote:
>
> At 10:43 Uhr +0100 18.01.2002, Martin Costabel wrote:
> >Max Horn wrote:
> >> Obviously, from the error message, this was *not* the usual install
> >> program giving the error, but something different, but I fail to see
> >> what it might be. Note that I can't reproduce th
Mat Caughron <[EMAIL PROTECTED]> wrote:
[snip]
> So here are my suggestions on how to make things work together well:
> http://www.macgimp.org/fink
Mat, if I can summarize your proposal in one sentence, you propose to
use PackageMaker to install an /sw directory (via pax) which would contain
At 7:49 Uhr -0500 20.01.2002, Kyle Moffett wrote:
>I was looking through the fink perlmods, and I came across another
>function: read_properties_multival. Can someone (Max? Finlay?)
>please tell me what the difference and usage is between
>read_properties and read_properties_multival in Servic
May I ask, why does the man package a) use the man version from linux
and b) why does it compile its own man version at all - why not a
thin script that calls /usr/bin/man but with a custom config file?
I don't particulary like the changed behaviour of this man, and in
addition, I am basically
On Sun, 20 Jan 2002, Max Horn wrote:
> May I ask, why does the man package a) use the man version from linux
>
It's not "from" linux - the kernel.org site was just a convenient download
location.
> b) why does it compile its own man version at all - why not a
> thin script that calls /usr/bin/m
Well, it worked. I got the CD installer working, and here's (sorta)
proof:
http://www.dragonsdawn.net/~gordon/fink/fink-installer.jpg
On an almost related note:
When I was testing the CD on an iBook, I noticed that gabber was linked
against libxmms. I have no idea why yet, but since the gabber
On Fri, 2002-01-18 at 03:38, Max Horn wrote:
> * shlibs support - I am going to work on this during weekend
Cool. I'd love to help, but I'm already involved in too many projects
of my own. I just wish there were more hours in a day. Or more days in
a weekend. :)
> * A way to sign .deb files
On Sunday, January 20, 2002, at 12:28 , Max Horn wrote:
> To cite the comment in that file "read properties file with multiple
> values per key"
Yea, I saw that, but it didn't really explain much.
> So, it doesn't support here-documents, but OTOH it allows multiple
> values for a single key.
At 12:41 Uhr -0700 20.01.2002, Jeff Whitaker wrote:
>On Sun, 20 Jan 2002, Max Horn wrote:
>
>> May I ask, why does the man package a) use the man version from linux
>>
>
>It's not "from" linux - the kernel.org site was just a convenient download
>location.
OK, it's not a linux version, sorry. Bu
At 12:14 Uhr -0800 20.01.2002, Gordon Messmer wrote:
>Well, it worked. I got the CD installer working, and here's (sorta)
>proof:
>http://www.dragonsdawn.net/~gordon/fink/fink-installer.jpg
>
>
>On an almost related note:
>When I was testing the CD on an iBook, I noticed that gabber was linked
>a
At 12:43 Uhr -0800 20.01.2002, Gordon Messmer wrote:
>On Fri, 2002-01-18 at 03:38, Max Horn wrote:
[...]
> > * Move to a new package format - yes or no, and which. This has to be
>> carefully designed, I think.
>
>If you're going to switch, I think that rpm is the clear choice.
Err, I think y
At 15:26 Uhr +0100 20.01.2002, Martin Costabel wrote:
[...]
>My explanation for the case at hand (./Install executed instead of
>/usr/bin/install when the make script uses "install") is that the user
>uses HFS+, has "." in his PATH
that might be it, indeed. Will ask him.
> and that he is prob
Gordon Messmer wrote:
>
> On Fri, 2002-01-18 at 03:38, Max Horn wrote:
> > * Move to a new package format - yes or no, and which. This has to be
> > carefully designed, I think.
I vote NO. There are excellent reasons for staying with the present
format. IMHO one of the secrets of Fink's spectac
On Sun, 20 Jan 2002, Martin Costabel wrote:
> Gordon Messmer wrote:
> >
> > On Fri, 2002-01-18 at 03:38, Max Horn wrote:
>
> > > * Move to a new package format - yes or no, and which. This has to be
> > > carefully designed, I think.
>
> I vote NO. There are excellent reasons for staying with the
On Sunday, January 20, 2002, at 09:43 PM, Martin Costabel wrote:
>>> * Move to a new package format - yes or no, and which. This has to be
>>> carefully designed, I think.
>
> I vote NO. There are excellent reasons for staying with the present
> format. IMHO one of the secrets of Fink's spectacu
On Sunday, January 20, 2002, at 09:49 PM, Jeff Whitaker wrote:
> Like they say, If it ain't broke ...
But the point is that the current info format is broke, to a certain
extent. :-P
-- Finlay
___
Fink-devel mailing list
[EMAIL PROTECTED]
https:
At 21:52 Uhr + 20.01.2002, Finlay Dobbie wrote:
>On Sunday, January 20, 2002, at 09:49 PM, Jeff Whitaker wrote:
>
>>Like they say, If it ain't broke ...
>
>But the point is that the current info format is broke, to a certain
>extent. :-P
It's lacking features. It's not sufficient to do ever
this isn't true Max, I did make a suggestion to extent to current format.
In fact i accidently sent it twice with out knowing. I'll see if i can
dig it up if you don't remember.
[EMAIL PROTECTED] writes:
>My I finally add in that "new format" very well could mean "old
>format with extended fea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday, January 20, 2002, at 09:28 AM, Max Horn wrote:
> At 7:49 Uhr -0500 20.01.2002, Kyle Moffett wrote:
>> I was looking through the fink perlmods, and I came across another
>> function: read_properties_multival. Can someone (Max? Finlay?)
I saw a conversation go by that mentioned the possibility of using an
alternative to dpkg for package management...
I have no particular preference but thought I would toss out that Apple is
moving more and more to using RPM internally and that the OpenPKG
project-- a sort of cross platform F
Mat Caughron <[EMAIL PROTECTED]> wrote:
> Hi David:
>
> The issue of setting the proper (and non-conflicting!) shell variables is
> a very important one, and that's why I'd like for packaged
> installations, particularly ones depending on X11, to stick as close as
> possible to the default fink
At 14:35 Uhr -0800 20.01.2002, Daniel Parks wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>
>On Sunday, January 20, 2002, at 09:28 AM, Max Horn wrote:
>
>>At 7:49 Uhr -0500 20.01.2002, Kyle Moffett wrote:
>>>I was looking through the fink perlmods, and I came across another
>>>functio
Thought I give you my 2cents,
> Anyway, regarding the opposition against a new package format: may I
> ask are you actually against:
>
> * the new format (be it XML, YAML or anything else)
> * support for muliple variants
> * or both.
>
>
> My I finally add in that "new format" very well could m
David:
Hmm, well note that I'm not touching or sourcing any of the ~/.cshrc
files. The entire shell script that I'm sourcing is here:
[localhost:share/init/tcsh] mat% more init.csh
set path = ( /sw/bin /sw/sbin $path /usr/X11R6/bin )
if ( $?MANPATH) then
setenv MANPATH /sw/share/man:/sw/man
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday, January 20, 2002, at 01:43 PM, Martin Costabel wrote:
> Gordon Messmer wrote:
>>
>> On Fri, 2002-01-18 at 03:38, Max Horn wrote:
>
>>> * Move to a new package format - yes or no, and which. This has to be
>>> carefully designed, I think.
Mat Caughron <[EMAIL PROTECTED]> wrote:
[snip]
> Quite frankly, I'm ready to give up on Apple's pkg stuff. The only thing
> it has to offer at this point is a GUI installation method, which, from
> reading the mailing lists, it looks like the fink will have at some point
> in the not-too-distant
Bill Bumgarner <[EMAIL PROTECTED]> wrote:
> I saw a conversation go by that mentioned the possibility of using an
> alternative to dpkg for package management...
>
> I have no particular preference but thought I would toss out that Apple is
> moving more and more to using RPM internally and th
At 9:43 Uhr +1100 21.01.2002, Matt Stephenson wrote:
>If we moved to a new package format I vote for XML, but I would also
>like to see fink continue to support the current format.
In any case we would go on the old format, at least for several
months, and possibly for ever.
max
--
-
At 17:38 Uhr -0500 20.01.2002, Bill Bumgarner wrote:
>I saw a conversation go by that mentioned the possibility of using
>an alternative to dpkg for package management...
>
>I have no particular preference but thought I would toss out that
>Apple is moving more and more to using RPM internally a
The linux kernel archives are offline due to a hardware failure...
attempting to build the man package is failing.
Yes, it'll come back someday.
But this raises the question:
Do we want to look into building a network of mirrors for the various
source bits in Fink?
I could do
Like I said, I have no opinion on the matter... merely throwing out a bit
of information from which others can derive the decision.
Personally, I don't care what packaging format is used, as long as it
works.
b.bum
___
Fink-devel mailing list
[EMAI
I know it seems unlikely, but Red Hat closed my bug with a patch
to build rpm on MacOSX, with a comment like:
Since Apple is working on this port, we don't need to.
(Not an exact quote, but..)
This is the only info I have, but it does seem strange, cause
I'd think that they would have GPL probl
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>
>On Sunday, January 20, 2002, at 01:43 PM, Martin Costabel wrote:
>
>>Gordon Messmer wrote:
>>>
>>>On Fri, 2002-01-18 at 03:38, Max Horn wrote:
>>
* Move to a new package format - yes or no, and which. This has to be
carefully designed,
The way I was thinking everything should work is to have to extensions,
.info and .xinfo. Then Fink could look for both, and if it is .info,
use the old format, and if it is .xinfo, use the new (probably XML) info
format. If anybody was interested in YAML info files, then we could
also use .
Hi everyone!
I've noticed that with the slrn package, keyboard input doesn't seem
to work... Does anyone know how to get this working? (I can't seem to
find any other decent newsreaders, for OS X or Linux, and have been
recommended SLRN.) Could it be a problem with one of the libraries it
dep
>Hi everyone!
>
>I've noticed that with the slrn package, keyboard input doesn't seem
>to work... Does anyone know how to get this working? (I can't seem
>to find any other decent newsreaders, for OS X or Linux, and have
>been recommended SLRN.) Could it be a problem with one of the
>libraries
At 11:43 Uhr +1100 21.01.2002, Jeremy Higgs wrote:
>Hi everyone!
>
>I've noticed that with the slrn package, keyboard input doesn't seem
>to work... Does anyone know how to get this working? (I can't seem
>to find any other decent newsreaders, for OS X or Linux, and have
>been recommended SLRN.
On Sun, 2002-01-20 at 13:03, Max Horn wrote:
> At 12:43 Uhr -0800 20.01.2002, Gordon Messmer wrote:
>
> >If you're going to switch, I think that rpm is the clear choice.
>
> Err, I think you completly misunderstood me. I am not talking about
> going away from debian, I am talking from going fro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday, January 20, 2002, at 03:50 PM, Kyle Moffett wrote:
> The way I was thinking everything should work is to have to extensions,
> .info and .xinfo. Then Fink could look for both, and if it is .info, use
> the old format, and if it is .xi
On Sun, 2002-01-20 at 13:43, Martin Costabel wrote:
> I vote NO. There are excellent reasons for staying with the present
> format. IMHO one of the secrets of Fink's spectacular success is just
> this extreme simplicity of the format of the info files. If you
> complicate this, like with XML wher
On Sunday, January 20, 2002, at 02:41 pm, Jeff Whitaker wrote:
>> I don't particulary like the changed behaviour of this man, and in
>> addition, I am basically force to use it, unless I decide to remove
>> tcltk and python, too (which I did for now) :/
>
> What behavior don't you like? As far as
Title: db3 (& Evolution)
Quick Question, I am down to 2 errors compiling evolution and I was looking around at how it will fit in with the current fink packages. Evolution requires Berkley's db 3.1.17. Splitting db into db3 and db4 was a good idea, but db3 is version 3.3.11. What do packages t
I decided to try to build the Galeon web browser and ran into a dependency
problem. Galeon requires that the gdk-pixbuf be a version greater than
0.13, while my fink installed gdk-bixbuf is at 0.11.0. So I tried to
build the latest gdk-pixbuf (0.15.0) by copying the .info file for
gdk-pixbuf-0.1
Have you tried it with db 3.3 ? Are they really that incompatible?
If it doesn't work, I'd suggest adding db-3.1.17 as another
source, compiling it static, installing it in somewhere in the
build folder, and then linking evolution against the static lib.
Did you put the mutexes back into 3.1.17
>I decided to try to build the Galeon web browser and ran into a dependency
>problem. Galeon requires that the gdk-pixbuf be a version greater than
>0.13, while my fink installed gdk-bixbuf is at 0.11.0. So I tried to
>build the latest gdk-pixbuf (0.15.0) by copying the .info file for
>gdk-pixbu
Yeah, I tried it with db 3.3 and 4 and configure won't run unless you have
3.1.17. It even says so in the read me. I guess I will have to follow
Peter's advice.
> Have you tried it with db 3.3 ? Are they really that incompatible?
> If it doesn't work, I'd suggest adding db-3.1.17 as another
> sou
On Sunday, January 20, 2002, at 11:57 PM, Patrick Tescher wrote:
> Quick Question, I am down to 2 errors compiling evolution and I was
> looking
> around at how it will fit in with the current fink packages. Evolution
> requires Berkley's db 3.1.17. Splitting db into db3 and db4 was a good
>
On Sunday, January 20, 2002, at 11:09 PM, Jeremy Higgs wrote:
>
> Have a look in the source for an ltmain.sh file, and look for the version
> in that. If it is 1.3.5, you need to update the libtool scripts for
> Darwin compatibility, using "UpdateLibtool: true" in the .info. If the
> version i
>On Sunday, January 20, 2002, at 11:09 PM, Jeremy Higgs wrote:
>>
>>Have a look in the source for an ltmain.sh file, and look for the
>>version in that. If it is 1.3.5, you need to update the libtool
>>scripts for Darwin compatibility, using "UpdateLibtool: true" in
>>the .info. If the version
This was actually my first idea, but if someone needs db 3 and db 4 it seems
like a lot to have three installations of db.
>
> On Sunday, January 20, 2002, at 11:57 PM, Patrick Tescher wrote:
>
>> Quick Question, I am down to 2 errors compiling evolution and I was
>> looking
>> around at how
54 matches
Mail list logo
