I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the current indexing behavior on (instead of
always having to type "fink index foo.info"). Other times, I am mainly
compiling
On Tuesday, Feb 11, 2003, at 17:34 Europe/Brussels, David R. Morrison
wrote:
I've now implemented this, with two packages which you can
find in the CVS module "experimental/dmrrsn": doxygen-1.2.18-6 and
fancyhdr-2.1-1.
I'd like to get those thoroughly tested before they are added to fink,
to m
On Sunday, Feb 16, 2003, at 02:43 Europe/Brussels, Max Horn wrote:
... we could add a "fink index foo.info" command, which would add the
specified .info file(s) to the index. This way, you could just
(re)index the files you are working on, avoiding having to do full
indexing too often.
Yes _
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I just uploaded pyobjc-0.8-2.info to the package submission tracker:
http://sourceforge.net/tracker/
index.php?func=detail&aid=687511&group_id=17203&atid=414256
I have not actually set out to learn Objective-C yet - something I'm
reserving
If you use tcsh, try this:
unsetenv LANG
gimp
That should launch gimp in english
It works, thanks!
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the current indexing behavior on (instead of
always having to type "fi
On Sunday, February 16, 2003, at 04:44 pm, Max Horn wrote:
Note that you can always enforce a full reindexing by "fink index". I
don't think that enabling an auto-reindex option, then run fink, then
disable it again, is easier, rather it seems to be way more
complicated :-)
Apparently my sc
On Sunday, February 16, 2003, at 08:44 AM, Max Horn wrote:
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing
the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the cu
At 16:59 Uhr +0100 16.02.2003, jfm wrote:
On Sunday, Feb 16, 2003, at 02:43 Europe/Brussels, Max Horn wrote:
... we could add a "fink index foo.info" command, which would add
the specified .info file(s) to the index. This way, you could just
(re)index the files you are working on, avoiding hav
On Sunday, February 16, 2003, at 08:52 AM, Max Horn wrote:
* We have to record the location of the matching .info file (note that
it could even exist in multiple places, e.g. local/stable/unstable,
and in different versions)
No
* New .info files can't be found this way; thus you won't pi
On Sunday, February 16, 2003, at 09:19 AM, Ben Hines wrote:
No, those are not concerns. You miss the point of my suggestion. There
is only one (or more if expanded by shell metacharacters) "matching
info file" with my method:
Perhaps it will make more sense with a full path:
"fink install
At 9:08 Uhr -0800 16.02.2003, Ben Hines wrote:
On Sunday, February 16, 2003, at 08:44 AM, Max Horn wrote:
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of in
On Sunday, February 16, 2003, at 12:45 AM, Benjamin Reed wrote:
On Saturday, February 15, 2003, at 03:18 PM, David R. Morrison wrote:
Ben Reed will use this in qt3 and kde, to detect whether folks have
upgraded
to the December 2002 tools or not.
Yup, just put together some test qt3 and kde pa
On Sunday, Feb 16, 2003, at 17:52 Europe/Brussels, Max Horn wrote:
This has at least these two problems:
* We have to record the location of the matching .info file (note that
it could even exist in multiple places, e.g. local/stable/unstable,
and in different versions)
* New .info files can
Nice patch! My informal tests show that md5 is about two times faster
than md5sum on my g4 Dual-450.
Carsten
Only 4 pairs of tests with a 700 Megabyte file.
Times are underlined below, about 35s for md5 versus 1min 18s for
md5sum.
[localhost:~] carsten% time md5 r-divx.avi ; time md5sum r-di
i wanted to install evolution but there are other packages installed
that depend on gtkhtml and evolution wants to have gtkhtml1.1 installed.
here is the trace:
dpkg -i
/sw/fink/dists/unstable/main/binary-darwin-powerpc/gnome/
gtkhtml1.1_1.1.7-2_darwin-powerpc.deb
dpkg: considering removing
At 20:13 Uhr +0100 16.02.2003, thomas kotzian wrote:
i wanted to install evolution but there are other packages installed
that depend on gtkhtml and evolution wants to have gtkhtml1.1
installed.
here is the trace:
dpkg -i /sw/fink/dists/unstable/main/binary-darwin-powerpc/gnome/
gtkhtml1.1_1
At 14:02 Uhr -0500 16.02.2003, Carsten Klapp wrote:
Nice patch! My informal tests show that md5 is about two times
faster than md5sum on my g4 Dual-450.
That's not the motivation for the test, though (and the MD5ing is
hardly an important bottleneck or anything :-). The true
justification for
Hello!
I got reports (about 4-5) that doxygen 1.2.18-{4,5} can't link to png.
I don't have problems on my system. some people have tried it with jul
2002 and dec 2002 dev tools and osx 10.2.3 and 10.2.4.
even recompiling png doesn't help on affected systems.
c++ -o ../bin/doxygen ../objects/ma
Actually, there is a runtime issue here too. If you wind up switching
gtkhtml1.1 to gtkhtml, then you can't open/reply to messages in
Evolution 1.2.x--there is an error message saying words to the effect of
"HTML component couldn't be activated"
In my case the prs that gnucash depends on gnome-c
thomas kotzian wrote:
Hello!
I got reports (about 4-5) that doxygen 1.2.18-{4,5} can't link to png. I
don't have problems on my system. some people have tried it with jul
2002 and dec 2002 dev tools and osx 10.2.3 and 10.2.4.
even recompiling png doesn't help on affected systems.
c++ -o ../bi
On Saturday, February 15, 2003, at 07:55 PM, Benjamin Reed wrote:
On Saturday, February 15, 2003, at 07:30 PM, Max Horn wrote:
I do not mind that much if we change to .tcshrc from a techincal
point of view. What I fear, though, is that we also will have some
troubles in the transition perio
At 17:27 Uhr -0500 16.02.2003, Alexander Hansen wrote:
Actually, there is a runtime issue here too. If you wind up switching
gtkhtml1.1 to gtkhtml, then you can't open/reply to messages in
Evolution 1.2.x--there is an error message saying words to the effect of
"HTML component couldn't be activat
I just wanted to build gtkhtml to look into the issues mentioned in
the "evolution dependency collisions" thread. I was quite surprised
by the result: it wants to install both the gnome 1 and gnome 2
packages, e.g. both gnome-vfs-dev and gnome-vfs2-dev.
That seems to be very odd to me. Especial
There _is_ a FAQ entry on this--although in it I said to put the
source /sw/bin/init.csh
in .tcshrc if it were present, rather than to source .cshrc .
http://fink.sourceforge.net/faq/usage-fink.php#fink-not-found
On Sun, 16 Feb 2003, Neal Parikh wrote:
>
> On Saturday, February 15, 2003, at 0
i have an urgent need for guile 1.6, but cannot get it to compile on
OSX 10.2.3, December 2002 Developer Tools installed. anyone got ideas?
errors from make look like:
Making all in libguile
./guile-snarf -o alist.x alist.c -DHAVE_CONFIG_H -I.. -I./..
-I../libguile-ltdl -g -O2 -Wall -Wmissing-
[Sorry, I didn't keep build logs...]
I just did a fink update-all, and had a much less-than-pleasant
experience with tetex. Well, actually, the lyx build is still running,
so I'm still having it. Hopefully it all works now...
This experience involved nice things like having to use dpkg --force
27 matches
Mail list logo
