On 31/1/02 3:25 AM, "Justin Hallett" <[EMAIL PROTECTED]> wrote:
> What does this mean and how can i fix it? I changed to order in the
> configure script to try .dylib before .so and this happened.
>
> make
> cd . && aclocal
> cd . && automake --gnu --include-deps Makefile
> cd . && autoconf
> .
> Kyle, your /etc directory is not actually gone.
>
> On darwin/Mac OS X, /etc is actually a symbolic link to /private/etc.
> So if you do:
> cd /; sudo ln -s private/etc .
> everything will be back to normal.
DAMMIT! NOOO
(This was sent just after I did a complete reformat
Kyle, your /etc directory is not actually gone.
On darwin/Mac OS X, /etc is actually a symbolic link to /private/etc.
So if you do:
cd /; sudo ln -s private/etc .
everything will be back to normal.
The reason this happened is that your dhcp package had the directory "/etc"
in the .deb file (as
did you do a dpkg --purge of a pkg that had soemthing in /etc
[EMAIL PROTECTED] writes:
>I know this shouldn't have happened, but dpkg deleted my /etc directory,
>didn't even warn me that it was full. It told me about /sbin, but not
>/etc
¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
I know this shouldn't have happened, but dpkg deleted my /etc directory,
didn't even warn me that it was full. It told me about /sbin, but not
/etc
I was testing a package I was making, and I fixed a little prob with a
file location. Then I did fink rebuild dhcp, and the thing killed /etc
G
> "Alexander" == Alexander Strange <[EMAIL PROTECTED]> writes:
Alexander> I've made a new revision of gtk+, but being the
Alexander> maintainer would require me to port GTK 1.3, and I
Alexander> don't want to do that (i don't think that I know enough
Alexander> to do it). Fin
I've made a new revision of gtk+, but being the maintainer would require
me to port GTK 1.3, and I don't want to do that (i don't think that I
know enough to do it).
Fingolfin suggested that I send the changes to the list, so here is the
new .info file (since it's the same patch):
Package: gtk
At 13:56 Uhr -0800 30.01.2002, Randal L. Schwartz wrote:
> > "Max" == Max Horn <[EMAIL PROTECTED]> writes:
>
>>> Automating the 'retry from another mirror until successful or all
>>> mirrors tried' would help.
>
>Max> Not exactly what you want, but:
>
>Max> fink --yes install xemacs
>
>
>Ma
At 16:59 Uhr -0500 30.01.2002, Bill Bumgarner wrote:
>How about if FetchAltDir simply took an URL, as well as interpreting
>a non-prefix'd path as a simple reference to a location in the
>filesystem?
Like I said, submit a feature request.
As to "simply" - if it's so simple, why don't you just
How about if FetchAltDir simply took an URL, as well as interpreting a
non-prefix'd path as a simple reference to a location in the filesystem?
b.bum
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-deve
> "Max" == Max Horn <[EMAIL PROTECTED]> writes:
>> Automating the 'retry from another mirror until successful or all
>> mirrors tried' would help.
Max> Not exactly what you want, but:
Max> fink --yes install xemacs
Max> will help :)
I don't think my patch made it in for "fink fetch-missi
At 16:13 Uhr -0500 30.01.2002, Bill Bumgarner wrote:
>It isn't necessarily local to my site; I might set up such a
>repository of sourceballs on a machine @codefab or on my machine at
>home (cable modem)
> and then point a small community of folks to it
Well, it shouldn't be to hard to a
It isn't necessarily local to my site; I might set up such a repository
of sourceballs on a machine @codefab or on my machine at home (cable modem)
and then point a small community of folks to it
On Wednesday, January 30, 2002, at 03:38 PM, Max Horn wrote:
> Well, if it is local to your
At 10:15 Uhr +0100 30.01.2002, Sylvain Cuaz wrote:
>Le mercredi 30 janvier 2002, à 06:25 AM, Bill Bumgarner a écrit :
>
>>I probably have close to a dozen machines relatively 'local' to me
>>that all have different incarnations of Fink installed. Quite a
>>number of them are maintained be separat
At 0:22 Uhr -0500 30.01.2002, Bill Bumgarner wrote:
>... consistently causing problems during the Fink update. Every
>time it is updated, I have to hit at least 3 or 4 mirrors before one
>either recognizes the package, allows the download, or actually
>starts the download.
>
>Automating the 'r
I'll take over as the new libpng maintainer (from chrisp). I made a fink
package for the latest upstream version. However, I have not put it on
CVS, because the major version number has changed and if you install the
new one, you will break around a dozen other packages which depend on it
(unles
What does this mean and how can i fix it? I changed to order in the
configure script to try .dylib before .so and this happened.
make
cd . && aclocal
cd . && automake --gnu --include-deps Makefile
cd . && autoconf
./aclocal.m4:448: error: m4_defn: undefined macro: _m4_divert_diversion
aclang.m4:
Le mercredi 30 janvier 2002, à 06:25 AM, Bill Bumgarner a écrit :
> I probably have close to a dozen machines relatively 'local' to me that
> all have different incarnations of Fink installed. Quite a number of
> them are maintained be separate folk and are configured differently.
>
> How abo
Hi everyone!
I'm having some troubles with gtkmm and gnomemm, in that when I update the
libtool scripts in the scripts/ directory (they are version 1.3.5), I get
the following error(s):
c++ -dynamiclib -o .libs/libgtkmm-1.2.0.2.4.dylib wrap.lo gtk--.lo
proxy.lo base.lo marshal.lo accelgroup.lo
19 matches
Mail list logo
