Ken Williams wrote:
I tried listing the .texi files (and later, the .info files) in the
InfoDocs field, but when I issue 'fink install' I get a no such file
or directory error. Clearly I'm misunderstanding the process.
There are *.info targets in the makefile, so I added a couple
Christian Swinehart wrote:
Here's the bug I ran across:
[cds@moth ~] % sudo /sw/sbin/makewhatis /sw/share/man/
/usr/bin/awk: syntax error at source line 20 in function closeline
context is
return close (pipe_cmd);
Whatis /sw/bin/makewhatis? I don't have such
On lundi, janvier 21, 2002, at 02:26 , Jeff Whitaker wrote:
Christian: I fixed this in CVS, but at the cost of adding gawk and
findutils as dependencies. Maybe Max's thin script idea is the
way to
go after all...
Yes, I think this goes too far. Now I would have to install (and
run,
Gordon Messmer wrote:
On Mon, 2002-01-21 at 16:33, Alexander Strange wrote:
As long as there are no spaces in the path, I believe it would be
lsbom /Library/Receipts/foo.pkg/Contents/Resources/foo.bom | sudo rm -rf
I think you mean xargs sudo rm -rf
You can use lsbom -p F to get the
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?
Dave,
I just wrote about this to the XonX users forum,
Max Horn wrote:
for me '-v' (lowercase v) always gives --version, not --verbose. Don't
you lowercase the options sytematically somewhere?
You are right, thanks. Will fix in CVS.
Thanks. Works.
--
Martin
___
Fink-devel mailing list
[EMAIL
David R. Morrison wrote:
I've found a better solution to our LessTif problems. There is no need
to compile xfree86 with -flat_namespace, so long as every package which
depends on LessTif is compiled with a new LDFLAG, -force_flat_namespace .
Yes, this looks like the best solution so far. I
Dave Vasilevsky wrote:
2) The version of tar that comes with OS X (/usr/bin/tar) has a -s
option that allows you to automatically rename files as they are being
extracted from the tarball. Also, if there are a lot of files that refer
to one of the duplicates you're renaming, you can use sed
Max Horn wrote:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 50.0.0)
This is suspicious: The current version of libSystem.dylib is 55.0.0 in
OSX 10.1.2. I think 50.0.0 is pre-OSX 10.1.
--
Martin
___
Fink-devel
Sylvain Cuaz wrote:
The Conflicts is correct, it is followed by a Replaces so one *can*
upgrade
Then why
1) does it not work for me nor for Olivier?
2) none of the other 15 -shlibs*.info has such a Conflicts: line?
--
Martin
___
Justin Hallett wrote:
Why won't this work, I have to ^C from it or in about one hour it kills
Finder and crashes the system...it just sits there.
justin@localhost [~/tmp-clan]$ cat conftest.C
#include unistd.h
justin@localhost [~/tmp-clan]$
justin@localhost [~/tmp-clan]$ cc -E -v
Max Horn wrote:
Regarding gnumeric: we have this system lib version 50.0.0 issue, it
might be nice if somebody wrote a mini package with a script that
checks this problem and others, and automatically suggests (and if
the users says yes, also performs) and update of affected packages.
This
Max Horn wrote:
Yeah, so I'd suggest this: man apt-get :-)
I thought I had done this (lame excuse, I know).
I did that mysself just now. There is an --reinstall option.
Yes, thanks, that's exactly what I was looking for. Works, too.
OTOH, this does not work for me:
Alternatively, you
Matthias Neeracher wrote:
Trying to update my unstable packages at home, I run into problems with
gdk-pixbuf-shlibs-0.16.0-2 and gdk-pixbuf-0.16.0-3. Both of these
packages complained about not being able to find library `' (Yes, that's
an empty string).
I traced the build and found the
Benjamin Reed wrote:
I'm trying to make a package for squid, and it's got one small configure
error. I swear I've seen something about this before but I can't for
the life of me find any reference to it in the list archives.
When I run configure, I end up with a bunch of lines like:
OK, at least one of the recent mysteries of mine is solved:
control-center rebuilds now again for me.
The problem was that orbit-bin was not installed. The reason is clear:
nothing depends on it. So its contents that were in the orbit package
before are removed. No backward compatibility.
Now
On lundi, février 25, 2002, at 01:40 , Max Horn wrote:
So i strongly doubt that the system update is the culprit. Rather
something else that has been changed recently.
Matthias, since when exactly do you have these problems?
My problems are different, but also persistent. I compiled
On lundi, février 25, 2002, at 05:30 , Peter O'Gorman wrote:
Hi,
Your problems may be a conflict with gtk-doc which Masanori hasn't
noticed yet...
Bingo! I removed gtk-doc, and the rebuild of gdk-pixbuf completed
without a hitch. So there should probably be some --disable-gtk-doc
option
Ben Hines wrote:
At 11:15 PM -0700 3/3/02, Steven Burr wrote:
I've been working on a Cocoa front end for Fink. Much to my own
surprise, what I've done so far actually works pretty well. In the
hope that it might prove useful to the Fink project, I've made the
Project Builder files
Max Horn wrote:
(now that I write it I vaguely remember having read
something similiar on the list).
Yes, I reported this same problem 2 days ago on fink-users.
Alexander's answer: Obvious solution for the moment: rebuild gimp twice :-)
--
Martin
David R. Morrison wrote:
I discovered in the last few weeks that for one of my packages (latex2html)
the upstream source changes from time to time without the name of the
sourcefile changing. I've discussed this with the upstream maintainers
but they won't be changing their operating
Benjamin Reed wrote:
I have just inherited QT, so please bear with me, I don't know some of the
specifics. As I am told, the unstable QT 3.0.1-2 through 3.0.2-4 packages
had a dylib bug in them that will cause upgrades to the latest package to
fail. If you are having problems building the
Yves de Champlain wrote:
Hi
I'm getting these errors and I can't figure out what the problem is
/usr/include/sys/dirent.h:73: parse error before `u_int32_t'
/usr/include/sys/dirent.h:73: warning: no semicolon at end of struct or
union
Usually a missing
#include sys/types.h
--
Chris Zubrzycki wrote:
checking for QT libraries... no :-(
The configure script searches for libraries with names like
libqt-mt.so.3. You will have to patch it so that it looks for
libqt-mt.3.dylib instead.
--
Martin
___
Fink-devel mailing list
Max Horn wrote:
This was already fixed in CVS shortly after I commited the patch. I
can up the revision in additon, too, though. It was an accidental
left over from debugging.
Sorry, I don't quite understand where this was fixed. Before
complaining, I did a cvs update, fink rebuild and
Martin Costabel wrote:
Max Horn wrote:
This was already fixed in CVS shortly after I commited the patch. I
can up the revision in additon, too, though. It was an accidental
left over from debugging.
Sorry, I don't quite understand where this was fixed. Before
complaining, I did
The new dpkg-1.9.20-2 prints the messages
Reading version
This is Mac OS X 10.1.3
This breaks fink scanpackages, because it writes many copies of these
messages into the Packages.gz files. These can then no longer be parsed
by apt-get update.
On the fink compile server:
% zcat
Max Horn wrote:
1) Stable-Move-Phase
We try to get as many package to stable. This way we can ensure a big
binary distro, plus stable users have more current stuff. Of course,
we still must be careful doing so, it's no use to have packages in
stable that don't work properly. So don't rush!
Jeff,
in the ghostscript6-nox info file there are 2 identical lines
Conflicts: ghostscript, ghostscript-nox, ghostscript6
Shouldn't the second one rather say Replaces:? And shouldn't there be
a line
Provides: ghostscript-nox
so that packages that don't care what version of ghostscript is
David R. Morrison wrote:
Martin Costabel wrote:
[]
- agqt-0.9.1-1
- ispell-french-1.0-1
- ispell-german-20011124-1
(ispell-italian is broken ATM, because the upstream maintainer is moving
to a new URL and the source is no longer available on the net. I had
positive reports about
. In fact, why did this
discussion jump from fink-beginners to fink-devel? You might not have
seen my answer on fink-beginners:
Martin Costabel wrote:
Eric Dufour wrote:
[]
head -n 4 /sw/src/root-sgml-entities-
iso8879-1986-2/sw/share/sgml/entities/iso8879/iso-amsa.gml
/sw/src/root-sgml
Max,
thanks for continuing this here. I am sure you understand that this is
nothing personal, we are all trying to find out what is best for the
future of Fink. And please take my slightly too sharp arguments as I am
taking yours: as an effort to bring the discussion to the point more quickly.
On lundi, avril 15, 2002, at 02:48 , Masanori Sekino wrote:
On Sun, 14 Apr 2002 15:02:08 +0200
Martin Costabel [EMAIL PROTECTED] wrote:
the exec is wrong, it should not be there. Without the exec, it
works as expected.
Fixed in 0.9.9-4.
Is this also an issue for the version in stable? I
Benjamin Reed wrote:
[]
pkg rrdtool version 1.0.33-6
The following package will be installed or updated:
rrdtool
The following additional package will be installed:
rrdtool-shlibs
Do you want to continue? [Y/n]
rm -rf rrdtool-1.0.35-2
mkdir -p /sw/src/rrdtool-1.0.35-2
tar -xvzf
Chris Devers wrote:
Create (and install) a small package in the local tree containing
lines like (add any number of packages you want to the Depends line):
Type: bundle
Depends: xfree86-base (= 4.2.0-4), xfree86-rootless (= 4.2.0-2)
Description: Prevents automatic update...
Max Horn wrote:
At 22:22 Uhr +0100 20.04.2002, Finlay Dobbie wrote:
[]
Also, gcc is gcc3, and I think configure scripts search that
first. Not to mention, we'll probably want to move to the gcc3 tool
chain ASAP anyway. :-)
Do we? Why?
[]
Don't think so.
I don't think so either. The c++
On mercredi, avril 24, 2002, at 03:28 , Max Horn wrote:
There were some issues that made us consider getting out quickly a
0.4.0a release. Like for example:
* dangerous problem in passwd
* broken libmpeg
* broken r-base
* source bootstraping seems not possible w/o trick (trick being
Kyle Moffett wrote:
I found something interesting here, and I wonder what it means:
/Developer/Makefiles/CoreOS/dpkg/control:
Package: coreosmakefiles
Maintainer: Darwin Developers [EMAIL PROTECTED]
Description: Core OS Makefiles
Build-Depends: cctools, libsystem, files, zsh, gnumake,
David R. Morrison wrote:
+p2002-05-01: To avoid inadvertantly erasing files from their disks, all
+Fink users are urged to update the ipasswd/i package in their Fink
+installations as follows:/p
+ulli Use fink selfupdate-cvs, to update your fink files/li
Dave, doesn't this leave the
I see from the cvs log that the libungif package used to have a
Provides: giflib-bin line in its -bin splitoff part and that this was
removed as dangerous. Dave, why is this dangerous?
This missing Provides prevents me from upgrading my packages via apt-get
from the machine where I did the
I am still having problems with this package. Now it doesn't want to be
installed nor to be removed (actually, after jumping through a couple of
hoops that I forgot, but at least involving sudo touch
/sw/var/lib/emacsen-common/installed-flavors, I got it reinstalled and
then removed. Won't touch
I am moving this to devel, because this problem is of a more principal nature.
Martin Costabel wrote:
I have a different problem with qt3: It builds completely, but does not
install, due to
qt3-shlibs conflicts with qt-shlibs
qt-shlibs (version 3.0.3-3) is installed.
dpkg: error
OK, still replying to myself. I think I understand this now, but I would
say this whole business is not a brilliant demonstration of the
usefulness of the shlibs-splitoff story. In this special case, it was
less than useful.
Martin Costabel wrote:
So it seems that while the qt-shlibs package
Justin Hallett wrote:
[]
had to fix it, and there was no really truly pretty way. Fink is still
young but I'd say there haven't been too many growing pains. Sorry about
the problems i believe they should all be fixed now although ppl might
still have a few problems with upgrades.
Yes, I
Bernd Kuemmerlen wrote:
Use of uninitialized value in numeric gt () at
/sw/lib/perl5/Fink/Package.pm line 377.
I remember having had this for a while, too. It went away, maybe after
doing a fink index or some other standard operation (like selfupdate
or update-all). I thought it was coming
Just one remark on Marks comments (which I think are OK, and fink is
going fast in the direction he wants)
Mark Rahner wrote:
[]
I'm also aware how important it is that these packages be tested. The
build-from-source hurdle alone will significantly reduce the number of
folks who use these
David R. Morrison wrote:
Hi all. I was just compiling a package from unstable, and I got
make: gcc: Command not found
This is sometimes hard to eliminate (I should know, because you forced
me to do it a couple of times :-)). The implicit suffix rules .c.o,
for example, use gcc in gnumake
Kyle Moffett wrote:
Darn, that should be fixed. Does anybody know exactly what fails? I'm
gonna use the binary, but I'd like to fix the source too (For Jaguar,
since it uses an updated version of the April dev tools).
I suspect it's the beta-2.0 Project Builder (or is there a non-beta
Jeremy Erwin wrote:
I am in the process of testing a fink port of open dx (version 4.2.0) My
port uses automake, so as to keep the patch smaller and easier to debug.
What packages will insure that a would be compiler can run aclocal,
automake, autoconf and autoheader?
I'll give a long
Jeremy Erwin wrote:
I've just uploaded a package description for dx-4.2.0 (a scientific
visualization tool).
I was just giving a long answer to your earlier post. I see that in the
new version you still have
BuildDepends: lesstif-dev, autoconf, automake
For me, this doesn't build, because
Max Horn wrote:
[...]
automake-1.4-p5-2: Needed for building some packages. Only exists in
stable, not in unstable, although this violates fink policy.
Nonsense! This is the case for many packages - newer version exists
in unstable than in stable in many cases, that's not a violation
Martin Costabel wrote:
Jeremy Erwin wrote:
[]
I'm using fink supplied versions of automake-1.5, autoconf-2.13.
Yes, I just tried this combination, too, and it compiled completely. So,
unless someone has a better idea, perhaps you should require *exactly*
these versions in BuildDepends
Jeremy Erwin wrote:
[]
relevant .m4 file to see if there's an error. Here's the autoconf-2.13
version. (/sw/share/autoconf/acspecific.m4)
There is no such file in autoconf25. The closest is probably
/sw/share/autoconf/autoconf/c.m4 which contains
if test -z $CPP; then
On mercredi, juillet 3, 2002, at 02:34 , Benjamin Reed wrote:
It looks like the TrollTech folks have done a lot of fixes for gcc3 on
macosx, I've pulled a recent snapshot and I get all the way to linking
libqt-mt, but I get a really weird error:
ld: .obj/release-shared-mt/qimage.o
A recent fink update-all brought me the following proposition:
sudo /sw/bin/fink update-all
Information about 1281 packages read in 1 seconds.
The following 15 packages will be installed or updated:
bundle-kde kdeartwork3 kdebase3 kdebase3-dev kdebindings3 kdeedu3
kdegames3
kdegraphics3
Corrin Lakeland wrote:
kCGErrorIllegalArgument : initCGDisplayState: cannot map display interlocks.
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorInvalidConnection : CGSGetEventPort: Invalid
Pejvan BEIGUI wrote:
Here's what I get when trying to install sawfish
[localhost:~] pejvan% fink install sawfish)
configure: error: You need rep-gtk version 0.14+
### failed, exit code 1
Failed: compiling sawfish-1.0.1-1 failed
[localhost:~] pejvan% fink install rep-gtk
[]
pkg rep-gtk
On mardi, sep 17, 2002, at 14:31 Europe/Paris, David R. Morrison wrote:
Jeff,
My suggestion is to make yourself a directory in the experimental CVS
module, and put the updated version there. That way, people who need
it can be pointed to it, but someone who doesn't have the latest fink
Thomas Kotzian wrote:
But i'm running experimental 10.2 unstable.
Still not clear. Which package versions? From
experimental/rangerrick/finkinfo/kde/ or from
10.2/unstable/main/finkinfo/kde/?
Just for information, I had no problem compiling these on 10.2:
i kdeartwork3 3.0.7-2
Since the upgrade to 10.2.1 I cannot access cvs.sf.net as authenticated
user any more, i.e. cvs just hangs if CVS/Root is
:ext:[EMAIL PROTECTED]:/cvsroot/fink
I still can do anonymous cvs, and I also can ssh to the sf.net servers
without password. And it worked just before the upgrade to
(I am crossposting to fink-devel, because it seems you are seeing two or
three (minor) bugs in fink that can be repaired rather quickly).
Lincoln Davis wrote:
I'm new to this list, but I've searched the archives and as far as I can
tell, my problem is not the same as any reported here so
Bill Bumgarner wrote:
Suggestion: When updating a package, regenerate the patch file along
with the update. This will eliminate the fuzz factor warnings while
also ensuring a greater lifespan for any given patch (assuming no major
changes in the core software).
A problem is also the
Pejvan BEIGUI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
I just made a fresh install of 10.2 and reinstalled from scratch fink,
following the guide on the web site. Everything runned perfectly, I'm so
happy with that. Big big cheers to the team :-)
while
James Watson wrote:
(N.B. The patch is about 40KB so I had to compress it to get it into the
mailing list
That's why there is the package-submission tracker...
--
Martin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek
There seems to be a misconfiguration on the bindist servers: On
http://eu.dl.sourceforge.net/sourceforge/fink/direct_download/dists/
for example, there are current and release symlinks. Both point to
0.4.0 and not to 0.4.1 as they should.
The result is that apt-get and dselect don't see 0.4.1.
Cyrille Artho wrote:
Hi,
when I try
fink selfupdate
there is a smaller bug and a critical error:
1) Bug: I first get an error message LATEST-FINK already exists,
delete/continue/skip. This should not appear, because that file should
always be overwritten.
2) CRITICAL: Then fink tries
Joe Heafner wrote:
Hi.
I'm just wondering if anyone has actually been able to upgrade to Fink 0.4.1?
It is possible that the answer is no. The upgrade from 0.4.0 or 0.4.0a
to 0.4.1 via fink selfupdate has not been tested until very recently.
I am forwarding this to the fink-devel list.
Jeff Whitaker wrote:
Cyrille: fink selfupdate-cvs should get you a new version of the xforms
package (xforms-1.0-1).
Doesn't compile for me:
After a while there is a non-fatal error:
making all in ./image...
rm -f image.o unshared/image.o
/usr/bin/cc -c -Wall -Wpointer-arith -no-cpp-precomp
Etienne Beaule wrote:
I'm using Mac OS 10.2.1 and the unstable 10.2 Fink distro. So far,
pretty much everything I tried to install worked. I tried to compile and
install bundle-gnome and libgtop failed to build with the following error:
config.status: creating macros/Makefile
sed: 42:
Olaf Foellinger wrote:
Hi,
* Olaf Foellinger [18.10.02 19:30]wrote:
How do I access this files:
/cvsroot/fink/experimental/thesin/finkinfo/test ?
You have to checkout the experimental module.
cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/fink co experimental
Then you put the info and patch
Bill Bumgarner wrote:
The xemacs-21.5.9-1 package is still broken [been so for 6 weeks or so]
-- it doesn't compile. In and of itself, it seems to be a minor
annoyance -- the last version has been working dandy for me [and others]
for quite a while.
I did some tests last week, had some
Raphael Bartolomé wrote:
Hi,
is it possible to see the mac os x kernel at boot up like linux?
I mean is there an key to see it?
I don't quite see the connection with fink-devel, but yes, there is:
cmd-v, to be hold down for a while at the beginning of the boot process.
--
Martin
David R. Morrison wrote:
[]
The dependencies on zlib were removed in a wholesale fashion from a large
number of packages without consulting the maintainers and without
changing the revision numbers. I believe that the thought was that since
any binary built in the last six months or so would
(I apologize for CC'ing everybody, but I feel this issue should be
cleared quickly, it has the potential to damage fink's reputation, apart
from annoying those who got hit by the problem).
Martin Costabel wrote:
Another clue might be the extract from the listing of the installer's
pax file
On mercredi, oct 30, 2002, at 16:55 Europe/Paris, David R. Morrison
wrote:
Martin,
Should I make a new copy of the 0.4.1 installer which has permissions
775
on the root directory instead of 700?
I would say yes. This would make the most fatal of the problems go
away. I don't know what can be
David R. Morrison wrote:
[]
What my fix does is to alter the .pax.gz file with the contents of the
installation so that the permission on . is 1755 in the directory
instead of 0700.
What did you do with the bom file? Not only does it still contain the
permissions 700 for ., but lsbom crashes
Max Horn wrote:
[]
So I'll look into working over it now a bit. I'd appreciate if you could
tell me (on the list here) things you think should be covered by the FAQ
but aren't currently.
One point that has just now come up again on the user list (sigh),
what to do when curl doesn't succeed to
Jason Deraleau wrote:
. Since I am doing this using clean
installs following the instructions provided word for word on two
different
Jaguar systems, I have a feeling it's something wrong with the Fink
directions or distribution. How can I help the developers track this
problem
down?
This has
David R. Morrison wrote:
[]
Martin, were you root when you created this? Or else how did you get
everything to be owned by root in the .pax.gz file? That is perhaps
an important step when creating future binary installers...
Yes. I had tried a sudo chown -R root.admin, but then PackageMaker
I don't want to reopen a general debate about the necessity of the
crypto tree, but it seems to me that there are a couple of packages in
there that don't need to be.
One case is ircii. I cannot see any reason why this is in crypto. Since
I am maintaining it now, I took the liberty to move the
Peter O'Gorman wrote:
[]
qtplay I just tried, it makes quite a mess of the screen if it finds an
actual movie, I am inclined to not move it, the others have been moved.
qtplay also does something illegal:
SourceRename: %n-%v.c
SourceDirectory: .
CompileScript:
cp %p/src/%n-%v.c .
The
On lundi, nov 18, 2002, at 10:51 Europe/Paris, Diedrich Vorberg wrote:
Hello,
I'd like to start out by thanking you guys for the tremendous job
you've done on fink!
This said here's my question:
I'm trying to compile xemacs-21.1 on Jaguar. The patch I've got does
I cannot imagine a reason
On lundi, nov 18, 2002, at 07:37 Europe/Paris, Michel Schinz wrote:
I realise that one report (apart from mine) might not be enough to
move something to stable, but I fear that's all I'll get.
Seems to work. I moved it to stable.
--
Martin
Pejvan BEIGUI wrote:
It seems that fr2.rpmfind.net is down.
I just wanted to let the package maintainers know about that issue.
This server has always been rather unstable, but sometimes it does work.
I don't think anything has changed there. They just have a low limit on
simultaneous
On jeudi, nov 28, 2002, at 12:35 Europe/Paris, David wrote:
sudo fink check cdrtools
Using a hash as a reference is deprecated at
/sw/lib/perl5/Fink/Validation.pm line 229, SW_VERS line 2.
Strange, I get
% sudo fink check cdrtools
Failed: File cdrtools does not exist!
as it should be. Do you
On jeudi, nov 28, 2002, at 12:45 Europe/Paris, David wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hello The installition guide has:
[a lot of old obsolete stuff]
I wish to add cfree-rootless as a choice as well. While I read the
info on XonX AND XFREE ROOTLESS I AM NTO QUITE
Frederic VANNIERE wrote:
Hello,
Is it possible to use LD_PRELOAD with darwin ?
DYLD_INSERT_LIBRARIES, man dyld
--
Martin
---
This SF.net email is sponsored by: Microsoft Visual Studio.NET
comprehensive development tool, built to
I'd like to appeal to you clever guys, in particular the kde wizards, to
help me with the Scribus package. I have spent quite some time on this
package, but it is now clear it is too big a fish for my modest
knowledge of c++, libtool, qt, darwin bundles and all that.
Scribus is a page layout
On vendredi, déc 13, 2002, at 07:55 Europe/Paris, Ben Hines wrote:
I noticed fink/dists is a symlink to the full path of 10.2:
ln -s /sw/fink/10.2 /sw/fink/dists
Wouldn't it be better to do:
ln -s 10.2 /sw/fink/dists
Then i wouldn't get confused when copying my fink installs around,
when I
Patrick Näf wrote:
[]
Sorry for my extremely negative attitude, but it is what I feel.
You are not alone.
--
Martin
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High
S Woodside wrote:
I noticed that /sw/lib/libgnomeui* looked like this:
[simons-tibook:/sw/lib] root# ll libgnomeui*
-rwxr-xr-x 1 root admin 3279376 Nov 19 19:04 libgnomeui.32.14.1.dylib*
lrwxr-xr-x 1 root admin 24 Dec 20 00:54 libgnomeui.32.dylib@ -
libgnomeui.32.14.1.dylib
so I
Bill Bumgarner wrote:
This patch causes Fink to only output the files that have been added or
updated since the last fink update; all of the lines beginning with '?
' are filtered out and all of the various updating directory messages
from cvs are suppressed.
You can easily suppress the
Bill Bumgarner wrote:
[]
Yes-- but the default for Fink is not to do that and I would bet that
most of the users that use selfupdate-cvs have no CLUE about ~/.cvsrc.
The default for Fink should be to spew only the information that is
actually informative-- the current behavior does not do
Let's see if we can find out why this happens.
Xavier HUMBERT wrote:
[]
Just now, I gave a try :
? accepted for .DS_Store, which I should put in a .cvsignore :-)
Yes, this is Finder garbage.
su xavier -c 'cvs -z3 update -d -P'
? .DS_Store
? 10.2/.DS_Store
? 10.2/test
?
Bill Bumgarner wrote:
[]
This has happened on every fink installation I have ever done-- many,
many times. I have followed the instructions to the letter on the
'install on Jaguar' guide and 'fink selfupdate-cvs' has always produced
a huge slew of the ? ...
OK, I see this now. It's a
Justin Hallett wrote:
how does this look, it also can fix conflicts (cvs errors)...comments
welcome here.
Comments:
- Works great and gives output that is be easier to understand for those
who don't want to learn about cvs.
- Two misprints in the new mesages: modified remotly should be
Anyone knows what happened to the pdb at
http://fink.sourceforge.net/pdb/list.php?
It says Found 21 packages: and shows only these.
--
Martin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
I think this has been discussed before, but it has come up again a lot
lately:
Many (most) packages that need to run under X11 have a dependency on
the virtual package x11. This is not enough to make them work.
The x11 virtual package is provided by the xfree86-base package. The
problem with
David wrote:
please keep in mind, that this is a VERY important decision. As the
documentation maintainer I will have to make sure that every reference
to X11 is then changed to the new name and that consistency is provided
throughout the whole documentation.
What the documentation
Bruce Korb wrote:
Jeff Whitaker wrote:
Why force people to install xfree86-rootless if they
don't really need to?
Because is solves real, multi-hour problems. The cost is very
marginal: systems that need x-base and not x servers and their
price is only a few minutes of install time. The
1 - 100 of 1332 matches
Mail list logo