-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yesterday I ran into the problem of exit code 2 when trying to do any
updates or installs with fink. The problem seems to lie in an
overwritten /usr/bin/HEAD file.
Alexander Hansen sent me his original head-binary (thanks again,
Alex).
But: what do
Klaus Hereth wrote:
[]
But: what do I do with it now? Do I just copy it to /usr/bin
Yes.
Make sure that it is executable. ls -l /usr/bin/head should be similar to
-r-xr-xr-x1 root wheel 14436 Dec 20 14:18 /usr/bin/head
If the permissions at the beginning of this line do not contain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 11:31 am +0100 19/02/03, Martin Costabel wrote:
Klaus Hereth wrote:
[]
But: what do I do with it now? Do I just copy it to /usr/bin
Yes.
My current HEAD file is spelled in upper case. Does it matter that
the new one is all lower case?
Hi
Am Dienstag, 18.02.03 um 17:53 Uhr schrieb Daniel Bartholomew:
On Monday, February 17, 2003, at 09:46 am, Alexander Hansen wrote:
I'm also having problems with getting doxygen installed. My errors are
different though. Here are the last few lines before it dies:
ranlib ../lib/libdoxygen.a
Klaus Hereth wrote:
[]
My current HEAD file is spelled in upper case. Does it matter that
the new one is all lower case?
This is the origin of the whole problem. On most Unix file systems,
these would be two different files, living peacefully together in
/usr/bin. The perl guys apparently
I've run into this before. Prior to libpng3, libpng was linked with
libz and some apps like PIL built and linked because any libz
dependencies were satisfied by libpng or libpng-shlibs. doxygen appears
to be broken, because it compiles the libz dependencies, yet it ignores
the locally
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 11:52 am +0100 19/02/03, Martin Costabel wrote:
The same will happen in the other sense when you copy head to
/usr/bin. So if you want to keep your copy of /usr/bin/HEAD, you
have to rename it to something like HEAD_libwww
I renamed it as
Klaus Hereth wrote:
[]
I renamed it as suggested. Can I modify any of the configuration
files to tell fink (or other installers) that /usr/bin/HEAD now can
be found under /usr/bin/HEAD_www? I don't trust computers and am
always afraid that deleted today might translate into ran into
strange
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 12:59 pm +0100 19/02/03, Martin Costabel wrote:
I can't help here, I con't know enough about perl modules. You won't
run into problems with Fink, AFAICT. I think HEAD is only used
inside the libwww perl module, and it is not even very important
There was a problem with fink's libpng3 package which might be the source
of the problem, here. The problem was fixed in libpng3-1.2.5-3 around
10 days ago.
It seems that doxygen is missing a dependency on libpng3? It should almost
certainly be a versioned dependency, to make sure that the
of course I'm running it no problem, do you have it set to inetd or
standalone?
[EMAIL PROTECTED] writes:
Anyone has a positive feedback on proftpd 1.8 ?
-=[JFH] Justin F. Hallett Marketing
-=[JFH] Blue Falls Manufacturing Ltd. Arctic Spas
-=[JFH] [EMAIL PROTECTED]
I think this has been discussed before, but I couldn't find anything in the archives.
I can't build any packages using fink. I get error message like this:
dpkg -i /sw/fink/dists/stable/main/binary-darwin-powerpc/base/debianutils_1.23-1_darwin-powerpc.deb
(Reading database ... dpkg: error
As luck has it, I just put an entry in the FAQ about this about a minute
ago:
http://fink.sourceforge.net/faq/usage-fink.php#bad-list-file
On Wed, 2003-02-19 at 09:12, Philip Trauring wrote:
I think this has been discussed before, but I couldn't find anything
in the archives.
I can't
I've changed the order stable / unstable tree in fink.conf putting
unstable first, then run fink index and rerun selfupdate cvs.
This time gtk-perl installed still with the same warnings plus those
ones:
## Differing version of auto/Gtk/Gtk.bundle found. You might like to
rm
I'd mv them instead, in case of a problem.
On Wed, 2003-02-19 at 09:34, Michèle Garoche wrote:
I've changed the order stable / unstable tree in fink.conf putting
unstable first, then run fink index and rerun selfupdate cvs.
This time gtk-perl installed still with the same warnings plus
Okay, good timing.
I checked the integrity of
/sw/fink/10.2/stable/main/binary-darwin-powerpc/devel/m4_1.4-6_darwin-
powerpc.deb
and it seemed okay (it showed a directory as you described).
I then ran this command:
dpkg -c
Nothing should print out, so that's fine.
Did you literally use
/sw/var/lib/dpkg/info/packagename.list
?
If so, then you'll want to have
/sw/var/lib/dpkg/info/m4.list
instead.
On Wed, 2003-02-19 at 09:56, Philip Trauring wrote:
Okay, good timing.
I checked the integrity of
Oops. That's what happens when you're not paying attention.
So I ran this command:
philip#
/sw/fink/10.2/stable/main/binary-darwin-powerpc/devel/m4_1.4-6_darwin-
powerpc.deb | awk '{if ($6 == ./) { print /.; } else if (substr($6,
length($6), 1) == /) {print substr($6, 2, length($6) - 2); }
Having just installed and built tetex-2.0-5, I am having the same
problem reported earlier of not having a pdflatex command (although
pdftex -progname pdflatex does work, modulo other problems).
Following JF Merten's instructions, I tried:
do first a
dpkg -c
Hi All:
Somehow I have managed to clobber gv through fink.
My base system is 10.2.4, tetex via the GW's installer, Apple''s x11
beta (though XDarwin also exists).
After ending a fink session gv no longer works claiming the following:
dyld: gv can't open library:
I have it set in xinetd.d/ftp
and the 1.7 used to work fine :(
my problem is that, if I refer to my first email, I can't even launch it
manually.
any suggestion ?
Justin Hallett wrote:
of course I'm running it no problem, do you have it set to inetd or
standalone?
[EMAIL PROTECTED] writes:
Donal: You probably killed xaw3d it by reinstalling X11. You could
either
1) fink reinstall xaw3d
This will install xaw3d back in /usr/X11R6
2) fink selfupdate-cvs; fink update xaw3d
This will build a new version in /sw which will prevent this from
happening in the future. However you will
Thanks for your patience, I'm still getting all of the kinks worked out of
the new tetex.
The new tetex-base package installs a file /sw/share/doc/tetex-base/README.fink
which are the release notes Jean-Francois was referring to.
The pdflatex business will be smoother in the next version. For
Thanks for the quick response.
the best thing to do is fink remove pdftex
That didn't work, but fink purge pdftex did.
followed by fink reinstall
tetex-base, which will hopefully fix it.
Unfortunately it doesn't seem to make a difference.
I've got an older version of tetex installed on a
I know there has been some discussion on this list on how to make
Apple's X11 distribution coexist
with Fink XFree86 X11. But it is somewhat confusing. I found in the
archives a message from James Gibbs that decribes a proceedure where
one installs Apple X11, moves it out of /usr/X11r6, then
After some more tests, I can report that the problem seems to be with gv
and not with the various methods of generating pdf output in landscape
format.
The simplest method does work for any other viewer I've tried apart from
gv:
\documentclass[a4paper,landscape]{slides}
latex
dvips -t landscape
The advice that was most recently given (on this list, but not available
in the archives yet as I write this) is to update libpng3.
On Wed, 2003-02-19 at 14:26, Todd Marek wrote:
Hello-
I am having the same problems building doxygen that Philip Motteli reported the
other day (undefined symbols
Here's what actually is going on:
Apple's X11 has some files that aren't found in standard XFree86, such
as the window manager. The convoluted process serves to extract just
those files, so that they can be placed on top of a standard XFree86
installation (not replacing anything that's there).
On Wed, 19 Feb 2003, Samuel M.Smith wrote:
I know there has been some discussion on this list on how to make
Apple's X11 distribution coexist
with Fink XFree86 X11. But it is somewhat confusing. I found in the
archives a message from James Gibbs that decribes a proceedure where
one installs
comment out the user and group as they won't matter, that is number one.
[EMAIL PROTECTED] writes:
I have it set in xinetd.d/ftp
and the 1.7 used to work fine :(
my problem is that, if I refer to my first email, I can't even launch it
manually.
any suggestion ?
-=[JFH] Justin F. Hallett
Tried this but still go the same error. Any more ideas?
Thx-
Todd Marek
The advice that was most recently given (on this list, but not available
in the archives yet as I write this) is to update libpng3.
---
This SF.net email is sponsored
Please tell me the output of fink list libpng.
-- Dave
---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more.
Doesn't seem to work any better :(
Any other idea ? =(
Thanks,
Pejvan
PS: here is the output:
# Set the user and group that the server normally runs at.
#User root
#Group wheel
DefaultRoot ~
#RateReadBPS
Please tell me the output of fink list libpng.
Here it is (Thx)-
Information about 2203 packages read in 9 seconds.
libpng 1.0.12-6 PNG image format handling library
i libpng-shlibs 1.0.12-6 PNG image format handling library
i libpng31.2.5-3PNG image format
As of today, Texmacs blocks completely whenever I try to load whichever
file, image and so on.
It was working fine yesterday.
Any idea what's going wrong?
Michèle
http://micmacfr.homeunix.org/
---
This SF.net email is sponsored by:
Le mercredi, 19 fév 2003, à 20:46 Europe/Paris, Alexander Hansen a
écrit :
As an aside, one thing that I found out is that James G's instructions
were appropriate for Beta0.1, but more files needed to be moved for
Beta0.2 . If you're interested I'll elaborate.
I'm interesting if you don't
It's not too different.
Quoting the message:
1 - (same)
sudo sudo dpkg -r --force-depends xfree86-rootless-threaded=20
xfree86-rootless-threaded-shlibs xfree86-base-threaded=20
xfree86-base-threaded-shlibs
2 - (same)
Install X11User,
I've got the same libpng*s installed, and I was able to rebuild
doxygen-1.3-1 with no problems.
On Wed, 2003-02-19 at 15:59, Todd Marek wrote:
Please tell me the output of fink list libpng.
Here it is (Thx)-
Information about 2203 packages read in 9 seconds.
libpng 1.0.12-6
It works OK for me. See if you get a message under the Console Utility
(/Applications/Utilities/Console.app)
On Wed, 2003-02-19 at 16:10, Michèle Garoche wrote:
As of today, Texmacs blocks completely whenever I try to load whichever
file, image and so on.
It was working fine yesterday.
Le mercredi, 19 fév 2003, à 22:32 Europe/Paris, Alexander Hansen a
écrit :
I've got the same libpng*s installed, and I was able to rebuild
doxygen-1.3-1 with no problems.
Maybe the problem is with the order of stable/unstable in fink.conf
file (I had this problem today with gtk-perl-pm which
Le mercredi, 19 fév 2003, à 22:28 Europe/Paris, Alexander Hansen a écrit :
It works OK for me. See if you get a message under the Console Utility
(/Applications/Utilities/Console.app)
Not very verbose, but well, here they are:
1 - First I try to load the online help
mktexpk:
Why would anyone want to this?
1) Apple's X11 is rootless only, so this gives the option to run
fullscreen.
2) quartz-wm (the Apple window manager) is fast even if cobbled into a
standard XFree86 installation, and there are other nice features, too.
3) If you build packages from source against
if you are using xinetd you need to hup the process and you can't start
the daemon via cmd line. please verify that you have the ServerType set
to inetd and then paste your xinetd script here.
[EMAIL PROTECTED] writes:
Doesn't seem to work any better :(
Any other idea ? =(
-=[JFH] Justin F.
from my proftpd.conf
ServerType inetd
DefaultServer on
I've already HUPed my xinetd. My issue is that all these used to work
before I upgrade to 1.8...
[11:35:33pm] _pejvan_ ~ cat /etc/xinetd.d/ftp
service ftp
{
disable = no
socket_type
yeah same for me, by chance are you using PAM as the auth type? Looks
like you are having the exact same issues, I filed a bug for the docs to
reflect changes hopefully in the next release. If your using PAM I'll be
able to fix it for ya if not you'll have to enable the server_args and set
the
Hello all,
With all the DocBook packages installed, using the ldp.dsl stylesheet
with OpenJade yields no HTML files, and spits out oddly formatted
output to the screen.
Command:
openjade -t sgml -d
/sw/share/dsssl/docbook-dsssl-nwalsh/html/ldp.dsl#html mydocbook.sgml
There are also two
Michèle Garoche wrote:
[]
TeXmacs] Running ghostscript
/sw/share/TeXmacs-1.0.1.3/misc/images/tm_gnu1.ps
and that's all
What ghostscript are you using, i.e. where gs ?
--
Martin
---
This SF.net email is sponsored by: SlickEdit Inc.
David R. Morrison wrote:
[]
It seems that doxygen is missing a dependency on libpng3? It should almost
certainly be a versioned dependency, to make sure that the problem doesn't
occur.
The weird thing is that doxygen should actually *not* depend on fink's
libpng, it builds its own. In the
Nope doesnt do anything over here..
Just setup fink for cvs updating last night.
So far all I have left to update is KDE 3.
And doxygen 1.3.1 is the only thing preventing me from getting
completely up to date..
Michèle Garoche wrote:
Le mercredi, 19 fév 2003, à 22:32 Europe/Paris, Alexander
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I am using the latest KDE 3.1 from Fink (3.1-17) and KDE styles work
perfectly fine. I do notice though that Qt applications seem to be
stuck in Motif mode and do not honour KDE colour schemes as they should.
Geramik is a Keramik lookalike
On Wednesday, February 19, 2003, at 07:11 PM, Martin Costabel wrote:
Michèle Garoche wrote:
[]
TeXmacs] Running ghostscript
/sw/share/TeXmacs-1.0.1.3/misc/images/tm_gnu1.ps
and that's all
What ghostscript are you using, i.e. where gs ?
You must mean which gs. whereis doesn't look in
On Wednesday, February 19, 2003, at 07:49 PM, Michel Alexandre Salim
wrote:
I am using the latest KDE 3.1 from Fink (3.1-17) and KDE styles work
perfectly fine. I do notice though that Qt applications seem to be
stuck in Motif mode and do not honour KDE colour schemes as they
should.
I'm not
On Thursday, February 20, 2003, at 12:49 am, Michel Alexandre Salim
wrote:
I am using the latest KDE 3.1 from Fink (3.1-17) and KDE styles work
perfectly fine. I do notice though that Qt applications seem to be
stuck in Motif mode and do not honour KDE colour schemes as they
should.
Oops,
I haven't changed the default auth type of proftpd. How do I know which
auth type it's using ?
(but I have a smart card reader on each computer, though, for
development/testing purposes)
Otherwise, i'll have to switch to debug, but my concern is that proftpd
won't even launch :-/
Pejvan
it is, trust me, I thought the same, when I upgraded I had to as well and
I HAD to add ... PersistentPasswdoff, try that I bet
that will fix it.
[EMAIL PROTECTED] writes:
Otherwise, i'll have to switch to debug, but my concern is that proftpd
won't even launch :-/
-=[JFH]
No, you should ignore those warnings. dpkg overwrites them at deb
install time perl is confused because it sees the old versions under
/sw while it is installing a new version into the deb root. If you rm
them yourself you will remove the new versions!
-Ben
On Wednesday, February 19, 2003, at
_XF86BigfontQueryFont: could not attach shm segment
this is printed by XEmacs 21.5.9 when it launches on my system. It is
accompanied with a loss of most custom set font functionality as compared
with the earlier fink version of XEmacs I was running. What does it mean
and how can I make it go
Le jeudi, 20 fév 2003, à 01:11 Europe/Paris, Martin Costabel a écrit :
What ghostscript are you using, i.e. where gs ?
/sw/bin/gs
/usr/local/bin/gs
/usr/local/bin/gs
I don't why there are 2 /usr/local/bin/gs, there is only one with
creation and modification date November 1st 2002, the one
mgv is a super program. At last I can have 'reverse video' postscript.
Sooo easy on the eyes. mgv is also more stable than ghostview vis a vis
mashing the keyboard, which is nice. But that said, there are a couple of
problems I've noticed... unless I am being a bonehead, which is always a
Le mercredi, 19 fév 2003, à 22:25 Europe/Paris, Alexander Hansen a
écrit :
I redo the same also, but then when I inspect the differences both bak
and non bak folder I saw that the files where the same except for
applexp.1.dylib which I copied, the other ones were only symbolic links
to this
This time I've succeeded (If I dare say so :-) in getting a more verbose console log while trying to insert a gif image in Texmacs, which freezes immediately.
Still no way to get it running correctly, I have to kill it. Any idea? Should I rebuild it?
TeXmacs] Loading ectt11 at 300 dpi
giftopnm:
Michèle Garoche wrote:
Le jeudi, 20 fév 2003, à 01:11 Europe/Paris, Martin Costabel a écrit :
What ghostscript are you using, i.e. where gs ?
/sw/bin/gs
/usr/local/bin/gs
OK, so it's not what I first thought. It must be a problem with the
ghostscript you installed from Fink.
Michèle Garoche wrote:
[]
giftopnm: Program takes zero or one argument (filename). You specified 2
pnmtops: Error reading magic number from Netpbm image stream. Most
often, this means your input file is empty.
TeXmacs] Running ghostscript
/Volumes/FireWire1/CNAM/AdministrationDesReseaux
63 matches
Mail list logo