At 1:59 Uhr +0900 26.01.2002, Peter O'Gorman wrote:
>Sorry, Max, I was indeed talking about the info documentation files.
>The bug _is_ in install-info and is simple to fix. I don't know why
>it is not fixed in Debian sources, the bug has beed outstanding for
>well over a year.
You mean, it is
aalib :)
(if you see this message, than the 'sendmail' package I am creating
works right)
On Friday, January 25, 2002, at 09:39 AM, Max Horn wrote:
> Where does that libaa.dylib come from, I wonder? I.e. which package?
>
Alexander Strange
[EMAIL PROTECTED]
"Gandalf, has your fondness for the h
fink rebuild libogg
On Friday, January 25, 2002, at 01:38 AM, Justin Hallett wrote:
> /usr/bin/ld: dec_audio.o illegal reference to symbol: _ogg_page_eos
> defined in indirectly referenced dynamic library /sw/lib/libogg.0.dylib
Alexander Strange
[EMAIL PROTECTED]
"Gandalf, has your fondness for
Le vendredi 25 janvier 2002, à 09:27 PM, David R. Morrison a écrit :
> Are you familiar with the way we are handling perl modules these days?
> There is a "perllocal.pod" file which lists properties of all the
> installed
> modules. We have the package install this as "perllocal.pod.%n"
> (ro
David R. Morrison [[EMAIL PROTECTED]] wrote:
> Maybe something like this could work for CLASSPATH? Each package providing
> its ingredients, stored in a good place, and then some file specifying
> the full CLASSPATH is created in postinstall out of all of these? (Which
> the user would get by so
Are you familiar with the way we are handling perl modules these days?
There is a "perllocal.pod" file which lists properties of all the installed
modules. We have the package install this as "perllocal.pod.%n" (roughly),
and then in a postinstall script, perllocal.pod is created by concatinating
Hi,
In my effort to support Java, I came to 2 conclusions, fink needs to :
1/ source the profile.d script (if there is one) and,
2/ recalculate the CLASSPATH (if JarFiles exists)
in postinstScript. This sounds logical to me and would permit the
in
Le vendredi 25 janvier 2002, à 03:19 AM, Justin Hallett a écrit :
> Where would you start?? :)
>
> cc -no-cpp-precomp -Iloader -Ilibvo -I/sw/include -I/sw/include/gtk-1.2
> -I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include -o
> mplayer mplayer.o mp_msg.o open.o parse_es.o ac3-
>
> I may have found something. If it's true, it would be trivial to fix:
>
> I recompiled libXt (in xfree86-4.2.0) with the -flat_namespace
> flag, and I think the bug has disappeared.
>
> The reason that it worked with the libXt from 4.1.0 is that that
> one came from a binary distribution compi
Sorry, Max, I was indeed talking about the info documentation files.
The bug _is_ in install-info and is simple to fix. I don't know
why it is not fixed in Debian sources, the bug has beed
outstanding for well over a year.
Patch follows:
--- install-info.pl.old Sat Jan 26 01:56:31 2002
+++ ins
I believe aalib
[EMAIL PROTECTED] writes:
>Where does that libaa.dylib come from, I wonder? I.e. which package?
¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
Justin F. Hallett
CAISnet Inc.
2nd Floor, 11635 - 160 Street
Edmonton,
On Thursday, January 24, 2002, at 08:15 PM, Kyle Moffett wrote:
> I am attempting to create a slew of packages for Apache::ASP and all
> its dependancies...
Hi Kyle, I have a couple of questions about this:
1) Is Apache::Request one of the modules you've ported? AFAIK nobody
else has succeed
At 11:10 Uhr -0500 25.01.2002, David R. Morrison wrote:
>If Martin's observation is correct, a concern arises: How was the binary
>being distributed by xfree86.org compiled, and is it still equivalent
>to fink's, for the purposes of installing other fink packages?
I think they compile it just as
At 16:48 Uhr +0100 25.01.2002, Martin Costabel wrote:
>On vendredi, janvier 25, 2002, at 02:14 , Max Horn wrote:
>
>>Let us look at it from this point: It all used to work. Then came
>>XFree86 4.2.0 and it stopped to work. Now, what exactly changed to
>>make it stop work, I wonder? The only thin
If Martin's observation is correct, a concern arises: How was the binary
being distributed by xfree86.org compiled, and is it still equivalent
to fink's, for the purposes of installing other fink packages?
-- Dave
___
Fink-devel mailing list
[EMAIL P
On Friday, January 25, 2002, at 10:17 AM, Max Horn wrote:
At 23:54 Uhr +0900 25.01.2002, Peter O'Gorman wrote:
The lack of sections is annoying,
What do you mean, "lack of sections"? What sort of "sections" do you refer to? Info-package sections, dppkg/apt sections, or what?
Sorry, my mind reader
On vendredi, janvier 25, 2002, at 02:14 , Max Horn wrote:
> Let us look at it from this point: It all used to work. Then came
> XFree86 4.2.0 and it stopped to work. Now, what exactly changed to
> make it stop work, I wonder? The only thing that varied where the
> XFree libs. So we should mayb
At 23:54 Uhr +0900 25.01.2002, Peter O'Gorman wrote:
>Hi,
>chrisp is listed as the maintainer of dpkg, so am sending this here.
>
>The lack of sections is annoying,
What do you mean, "lack of sections"? What sort of "sections" do you
refer to? Info-package sections, dppkg/apt sections, or what?
Hi,
chrisp is listed as the maintainer of dpkg, so am sending this here.
The lack of sections is annoying, I haven't checked the debian
sources, but it is because of a bug/feature in install-info
The bug is in this section of install-info.pl
while() {
m/^START-INFO-DIR-ENT
At 23:38 Uhr -0700 24.01.2002, Justin Hallett wrote:
>cc -no-cpp-precomp -Iloader -Ilibvo -I/sw/include -I/sw/include/gtk-1.2
>-I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include
>-multiply_defined suppress -o mplayer mplayer.o mp_msg.o open.o parse_es.o
>ac3-iec958.o find_sub.o av
At 13:46 Uhr +0100 25.01.2002, Martin Costabel wrote:
>Max Horn wrote:
>
>> So, maybe the suggestion the linker gives us, to use "-bind_at_load"
>> might indeed be the way to go. Maybe somebody could test the result
>> with this?
>
>Doesn't help. Even the advice about using -bind_at_load remain
> >> So, maybe the suggestion the linker gives us, to use "-bind_at_load"
> >> might indeed be the way to go. Maybe somebody could test the result
> >> with this?
> >>
> >
> >Max: I tried this with nedit - same error.
>
> Same error, ok :/
>
> What does "otool -L /sw/bin/nedit" give ? And what
At 5:25 Uhr -0700 25.01.2002, Jeff Whitaker wrote:
> >
>>
>> >However, the static link editor always
>> >produces the same linking as the dynamic linker as long as
>> >none of the dynamic shared libraries define the same sym-
>> >bol. Different linking can occur only when there is more
>
Max Horn wrote:
> So, maybe the suggestion the linker gives us, to use "-bind_at_load"
> might indeed be the way to go. Maybe somebody could test the result
> with this?
Doesn't help. Even the advice about using -bind_at_load remains there
when this option is used. I see another part of the ld m
>
>
> >However, the static link editor always
> >produces the same linking as the dynamic linker as long as
> >none of the dynamic shared libraries define the same sym-
> >bol. Different linking can occur only when there is more
> >than one definition of a symbol and the library modules
>
The upstream author of tkcvs has modified her program to install man pages
in man/man1 rather than man/mann, thanks to the discussion here (which was
communicated to her by the fink package maintainer, Christian Schaffner).
Christian has prepared a new fink package for the new version, which is no
At 10:21 Uhr +0100 25.01.2002, Martin Costabel wrote:
>Max,
>
>This information is also in the lesstif FAQ at /sw/LessTif/FAQ and
>/sw/LessTif/doc/FAQ.html. I remember mentioning this two days ago in the
>"XFree86 version and grace" thread on fink-users. The FAQ even mentions
>it in the same way w
Max,
This information is also in the lesstif FAQ at /sw/LessTif/FAQ and
/sw/LessTif/doc/FAQ.html. I remember mentioning this two days ago in the
"XFree86 version and grace" thread on fink-users. The FAQ even mentions
it in the same way we are seeing it, with "DropSiteManager".
The problem seems
28 matches
Mail list logo
