On Sunday, January 20, 2002, at 11:57 PM, Patrick Tescher wrote:
Quick Question, I am down to 2 errors compiling evolution and I was
looking
around at how it will fit in with the current fink packages. Evolution
requires Berkley's db 3.1.17. Splitting db into db3 and db4 was a good
On Sunday, February 3, 2002, at 05:29 AM, Max Horn wrote:
What you should do before you submit a libtool patch:
1) Get a non-OS X box, and install the latest libtool source on that
2) Run the test suite and verify that all tests pass
3) Apply your patch, run the test suite still passes all
Martin Costabel wrote:
I suppose Dave has libxpg4 installed. It has this effect.
libxpg4 sets the environment variable DYLD_FORCE_FLAT_NAMESPACE, which
will break any binary that is compiled with twolevel_namespace (the
default) and has multiply defined symbols. I'd expect there are many
On Friday, March 8, 2002, at 03:49 PM, Bill Bumgarner wrote:
Pointing out only that, for the first time in memory, OpenOSX is
actually
shipping something that is more up to date than Fink and that Fink is
shipping a version of PHP w/a known security hole (which I failed to
mention-- sorry
David R. Morrison wrote:
If I sell a CD with GPL'd software, I am only required to provide the
source
to my customers. So I can meet the requirement of the GPL by putting
the
source on the CD. (Have you seen the CD's in question? I haven't, so
maybe
they are doing this.)
Exactly. If
Max Horn wrote:
I firmly believe that one thing that makes Fink strong is its focus
on various key properties. Dilluting them is not going to help us.
One of these properties is that we stick as much as sanely possible
in /sw, and we package *unix* applications (except for a few
auxillary
On Saturday, April 20, 2002, at 03:25 PM, Kyle Moffett wrote:
I am working on porting a c++ program that I may bring to fink if I can
get it to work, and I keep running into a problem. Every time I try to
link two object files, one with a template the other needs, I get an
error, for
On Monday, April 22, 2002, at 09:59 AM, Max Horn wrote:
pan-0.11.3-1
I've been using Pan without any problems so far.
Also, my Galeon package has a few users (at least I've gotten feedback
from around 6 or 7), but it depends on gnome-vfs (= 1.0.3-4) and
mozilla (= 0.9.9). I've been using
, but I could help you figure out what apt-get is doing if you're
not familiar with C/C++.
Toodle pip,
Dave Vasilevsky
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
like it more. The new patch is appended to this
email. No word yet from the libtool upstream maintainers on whether
they'll actually incorporate this patch.
Dave Vasilevsky
--- ltmain.sh.old 2002-04-27 00:01:23.0 -0400
+++ ltmain.sh 2002-04-27 00:01:45.0 -0400
On Wednesday, May 1, 2002, at 03:48 PM, [EMAIL PROTECTED] wrote:
2. Usually for xfree I use the setxkbmap utilite to set up
a Ukrainian keyboard layout. Unfortunately when I installed
xfree on my mac I got:
[localhost: ~] user123% setxkbmap ua+group(toggle)
Couldn't interpret
of this
exception. If you don't know what this means. If you don't know C++ (and
Amaya is written in it), post back and I'll try and give more details.
Good luck!
Dave Vasilevsky
___
Have big pipes? SourceForge.net is looking for download mirrors
(especially libtool) build much, much faster, so it shouldn't
take too long to test things out.
Dave Vasilevsky
Here's the patch for problem 3:
diff -Naur gdk-pixbuf-0.16.0/configure gp-new/configure
--- gdk-pixbuf-0.16.0/configure 2002-01-22 20:11:48.0 -0500
+++ gp-new/configure2002
On Friday, May 10, 2002, at 07:52 AM, Max Horn wrote:
Is it because of spacial chars in $verstring that break since it's not
quoted? What exactly is a value of $verstring that makes it choke? It
shouldn't be caused by spaces, since those would break zsh, too,
wouldn't they?
There are
Perhaps some mention should be made of how to get the usage options for startx?
Currently startx -- -help works for me because startx doesn't understand it, but I'm
sure there's a better way. This is especially useful for folks using pure Darwin or
not running the OS X WindowServer, since
David R. Morrison wrote:
Another thing I wonder: a few of the guys on #fink have installed Darwin
recently (I think maybe both vasi and RangerRick did this), and I'm wondering
what they did to install Fink.
I was able to get wget via ftp, from ftp://ftp.gnu.org/gnu/wget/. I suppose you can
have when upgraded. It stops programs from linking to
already-installed versions of a library, instead of the upgraded version in
/sw/src/%n/.
Please contact me so we can coordinate our efforts.
Dave Vasilevsky
___
Sponsored
Kyle Moffett wrote:
On Monday, October 7, 2002, at 08:04 PM, Max Horn wrote:
Nonsense. It is no problem at all to encode variants in the current
.info format. This has been discussed a lot in the past.
It is not a problem, but it is somewhat clumsy, and I believe that a
well designed XML
Max Horn wrote:
People, don't forget: while Variants on the one hand are a cute thing
and make it possible to custom taylor your Fink install, they also
exponentiate the complexity of Fink and potentially of packages that
use the feature.
Added complexity means:
* more bugs introduced to
- Suggests: The packages listed in Suggests are not required but may
be useful with this package.
example: zip-2.3-1
Suggests: unzip (current zip's info actually
says Recommends, should this be Suggests?)
example: unzip-5.50-1
Christian Schaffner [EMAIL PROTECTED] wrote:
How is this going to affect the fink development?
I think Benjamin already answered this one: We'll have a few more
people porting things to OS X, and otherwise Fink will just go about
development normally. Fink competes with Gentoo in the same way
I'm CC'ing this message to the Fink Devel list, because I'm afraid
that there's no package maintainer for this. I reported the same
crashes several times. Each time, I received an alert message that
suggests that he didn't receive my feedback. At any rate, this package
doesn't seem to be
that
deb. The point? This lets Apple's X11 be uninstalled to make room for
XDarwin, and be quickly reinstalled if needed--even if X11 is included
with the OS and doesn't have it's own downloadable installer.
Thoughts?
Dave Vasilevsky
On Thursday, July 10, 2003, at 08:36 PM, John Davidorff Pell wrote:
Has anyone done any work with making fink a little more friendly if I
run multiple instances of it? iLike to have more than one compile
going at a time, but on occasion I'll find that I started compiling
foo and then want to
On Thursday, September 4, 2003, at 06:58 PM, Koen van der Drift wrote:
ld: multiple definitions of symbol
TSE3::App::Application::saveChoices(std::basic_stringchar,
std::char_traitschar, std::allocatorchar const)
./app/.libs/libtse3app.al(Application.lo) definition of
On Tuesday, October 7, 2003, at 08:24 AM, Olivier Bonnet wrote:
make install
Making install in src
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ../mkinstalldirs /sw/share/games/lgeneral/sounds/pg
mkdir /sw/share/games/lgeneral/sounds/pg
Your install script is making changes directly
On Friday, October 10, 2003, at 06:48 PM, David R. Morrison wrote:
Since fink directs
make install to a temporary installation directory, we don't need
to be root to run that either.
Except when a package wants to chown a file.
The tricky thing, though, is the last
thing fink does when compiling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 20, 2003, at 4:14 PM, Anthony DeRobertis wrote:
And http://cvs.debian.org/debian-cd/Attic/pkg-order makes interesting
reading.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=pkg-orderarchive=yes
as well.
Hi,
I have asked pkg-order
I thought some of you might be interested in the wrapper I've been
using for Fink lately. It requires Fink packages expect-pm and
debfoster-2.5 . Here's what the wrapper `bfink` does to modify the
build process:
bfink
Description: Binary data
rmorphans2
Description: Binary data
1.
Hi,
I'm the findutils maintainer. 'find -ls' (and in fact most of the
size-related bits of find) is broken in older versions of findutils.
Newer versions, including 4.1.20 in unstable, work fine for me. I'm
seeing exactly the same output from '/usr/bin/find . -ls' and
'/sw/bin/find . -ls'. If
On Feb 27, 2004, at 9:47 AM, David R. Morrison wrote:
If you are aware of any of your packages in the 10.3/stable tree which
are
*not* suitable for binary release, please either fix them or remove
them
from that tree.
The stable version of findutils has a known bug, where it reports all
file
On Mar 1, 2004, at 3:38 AM, Daniel Macks wrote:
SplitOff:
Package: %N-shlibs
Replaces: %N
SplitOff2:
Package: %N-dev
Replaces: %N (= 3.93.1-10)
Should SplitOff:Replaces:%N also have versioning? Otherwise it doesn't
make much sense.
That's true. It seems lame-shlibs has had that for almost
The SourceN should end up in %p/src. Is the patch file there? What
error do you get?
You cannot rely on that. What if the Source is in FetchAltDir?
Dave
PGP.sig
Description: This is a digitally signed message part
On Mar 17, 2004, at 11:56 AM, jfm wrote:
I have no idea what causes this _ UFS shouldn't matter here, no ?
UFS may in fact matter. I will go create a UFS disk and check.
Dave
PGP.sig
Description: This is a digitally signed message part
On Mar 17, 2004, at 1:22 PM, jfm wrote:
I thought this was quite correct : isn't a subdirectory a file in
itself ?
Directories are files, yes. But why doesn't du count directories on
HFS? I don't care which it does, as long as it's consistent.
I'd like to both keep du_sk consistent with du, but
Your problem sounds a bit like a lazy-linking issue, but it's not quite
the issue I've seen. Try putting everything in one source file and see
if that makes a difference.
Dave
PGP.sig
Description: This is a digitally signed message part
Alright, in fink cvs, du_sk now counts the same as 'du -sk' on both
filesystems. I had to remove the test for du_sk(empty directory) = 0,
since apparently it's not on UFS.
jfm, could you please test it? Thanks.
Dave
PGP.sig
Description: This is a digitally signed message part
Hey folks,
Some packages seem to be using disallowed characters in versions and
revisions. The culprits seem to be mainly underscores in versions
(replace with a hyphen), and hyphens in revisions (replace with a dot).
I also caught two packages whose versions start with non-digits. The
Hi all,
I've got a patch on the tracker that lets Fink only index .info files
that have changed, making Fink indexing much faster in most cases. I
need people to test it, and I figure it's probably of interest to most
of you.
https://sourceforge.net/tracker/index.php?
On Mar 23, 2004, at 9:47 AM, Daniel Henninger wrote:
Wow thanks! That's exactly what I needed to know! So am I to assume
that
folk put together all of these packages as root? (rpm's I tend to be
extra careful and build the rpm as myself instead of root) I have no
qualms with doing it as root
On Apr 5, 2004, at 3:21 PM, Jules wrote:
dyld: /usr/local/bin/TTOPOLOGY Undefined symbols:
__ZSt3cin
__ZSt4cout
__ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
[snip]
It looks like you're trying to link a C++ program with gcc instead of with g++. Could that be it?
Dave
PGP.sig
On Apr 19, 2004, at 7:42 PM, Daniel Macks wrote:
in particular
the should start with being weaker (a suggestion) than may contain
only (a requirement).
Usually when a decision is optional, that is made quite explicit. I
take it the same way as a statement of what the right situation is. For
On Jun 23, 2004, at 9:38 AM, Jean-François Mertens wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/utils
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv408
Added Files:
rpm.info rpm.patch
Log Message:
from 10.2-gcc3.3
I just got a bug report about this package in
On Jun 27, 2004, at 12:10 PM, Paul INDELICATO wrote:
I cannot see any serious looking problem except prebinding warnings.
Also I see in the configure part:
checking for gdk-pixbuf-2.0 = 2.1.2... Package gdk-pixbuf-2.0 was
not found in the pkg-config search path.
Perhaps you should add the
On Jun 27, 2004, at 8:07 PM, Martin Costabel wrote:
1. The users that complain about the error message now will complain
about the warning as well. You would have to include into the warning
an explanation of how to purge the startup script so that the warning
goes away. A reasonably-sized
On Jul 23, 2004, at 8:42 PM, Koen van der Drift wrote:
RubyTuesday:/sw/fink/dists/unstable/main/finkinfo/sci koen$ cvs diff
emboss.info
cvs.sourceforge.net: Operation timed out
cvs [diff aborted]: end of file from server (consult above messages if
any)
I have similar problems with cvs log, diff,
Hi Dale,
Have you tried passing -Wl,-bind_at_load ? By the way, if you pass -v
-v to gcc, it will show you the libtool and ld commands it's running,
so you can examine what's going wrong.
Dave
PGP.sig
Description: This is a digitally signed message part
On Aug 23, 2004, at 10:33 AM, Hanspeter Niederstrasser wrote:
Is there a way to get the dependency engine to accept a specific
version of another package but wildcard the revision field when
searching?
Hi Hanspeter,
For my Galeon package I have to depend on a specific major version of
Mozilla,
On Aug 23, 2004, at 5:21 PM, Martin Costabel wrote:
Depends: mozilla (= 1.7-1), mozilla ( 1.8-1)
Did you actually try this? And did it do what you thought it should
do? In my tests, when it was like you show it, it happily neglected
the second dependency and installed the higher version anyway.
On Aug 23, 2004, at 5:32 PM, [EMAIL PROTECTED] wrote:
ld: warning prebinding disabled because of undefined symbols
ld: Undefined symbols:
_pm_seek2
_pm_tell2
make[2]: *** [pnmtopng] Error 1
make[1]: *** [other/all] Error 2
make: *** [converter/all] Error 2
### execution of make failed, exit code 2
Try running the link command manually, but add the arguments '-v
-Wl,-v'. This will let you see what Apple libtool and ld are doing,
which will hopefully shed some light.
Dave
PGP.sig
Description: This is a digitally signed message part
On Sep 21, 2004, at 4:13 AM, Trevor Harmon wrote:
The DocFiles field in a .info file can take any number of files and
wildcards. However, the doc files that I would like to include in my
package consist of several hundred files several directories deep.
As a workaround, include in your
Hi folks,
As some of you have noticed, Mozilla will not build with Xorg. This is
because it uses a new version of freetype which removed a formerly
deprecated API.
I have a version of mozilla in my experimental dir that is patched to
use the replacement API. It should build with Xorg, and it
On Dec 16, 2004, at 9:17 PM, Mark Treiber wrote:
I'm in the middle of updating my quantlib package and the test suite
is producing a failure that doesn't occur on any other platform.
Basically are there any known issues with the lifetime of static
variables with the november gcc update?
Mac OS X
On Dec 21, 2004, at 11:25 AM, David Fang wrote:
I've been using patterns like the code above in my own traits
classes with static members. I've found that linking all the object
files
into one (via libtool convenience library) wasn't sufficient to force
the
linker to link in the modules'
On Dec 22, 2004, at 2:24 AM, Martin Costabel wrote:
Is this different from using the -single-module linker flag? The
latter is often recommended for problems with static initializers.
According to Apple, it's exactly the same thing:
http://developer.apple.com/releasenotes/DeveloperTools/
On Jan 20, 2005, at 8:02 PM, Daniel Macks wrote:
If a user is not carfull the system might end up unusable due
to e.g. a missing apt while running with UseBinaryDist.
That's not an unusable state, since fink will merely issue a please
install the apt pkg warning. But anyway...
I think what was
On Jan 20, 2005, at 8:02 PM, Daniel Macks wrote:
If a user is not carfull the system might end up unusable due
to e.g. a missing apt while running with UseBinaryDist.
That's not an unusable state, since fink will merely issue a please
install the apt pkg warning. But anyway...
I think what was
On Jan 28, 2005, at 1:31 AM, Daniel Macks wrote:
If we ever rework our patchfile system, we could give
percent-expansions to the filenames and then only define those % keys
if the file actually existed.
Yes, we ought to do that. As an ugly hack in the meantime, why not read
STDERR and look for
Hi folks,
While I agree with dmacks that we can't really automate this, I still
think it's important to deal with. I think that if we support a perl
version, we ideally want every variant to support that version. There
are a few ways this could be accomplished:
1. Usually it's not considered
Hi folks,
Thanks to tonyarnold, the 'popt' package should no longer be required
for packages that use popt-shlibs to have proper localization. Packages
that Depend on popt despite it being BuildDependsOnly should no longer
do so.
So if you see fink warn about a package depending on popt,
On Feb 25, 2005, at 10:24 AM, Daniel Macks wrote:
open APTDUMP, $basepath/bin/apt-cache dump |
Perl usually discourages this form, since if someone could convince
$basepath to bstart with it might do bad things.
Why not stick with this?
open APTDUMP, -|, $basepath/bin/apt-cache dump;
Still
On Feb 26, 2005, at 6:08 PM, David R. Morrison wrote:
OK, in my opinion, this behavior as reported by Robert indicates that
the
buildlock system is not yet working as it should.
It's working fine, it's catching a bug in Fink right away rather than
later. :-)
Fink is supposed to be able to
On Mar 16, 2005, at 2:39 PM, Lars Rosengreen wrote:
Yes, I think we do. I'll try to construct a list of packages that may
be affected.
Thanks Lars.
I guess once we have this, for each package we'll need to:
- Notify the upstream developers that they're sitting on a time bomb.
:-)
- Do one of
On Apr 18, 2005, at 2:53 PM, Matthew Sachs wrote:
I got word that the default for -fabi-version in 3.3 is -1, for
compatibility with 3.1. So that explains why you can't link
-fabi-version=1 packages with 3.3-built default ABI packages.
Code is here:
On Apr 19, 2005, at 12:09 AM, Peter O'Gorman wrote:
Ah, how silly of me, of course I need to specify g++-3.3 on tiger.
That or pass -fabi-version=1. Sorry for the confusion! My intro to this
kinda sucked before, so according to what we know now, these are some
examples of what should work and
On Apr 18, 2005, at 6:21 PM, TheSin wrote:
if upgrading from 10.3 - 10.4 will will need to set abi-version to 0
I'm not sure but I think this will work.
I strongly suspect this will not work. -fabi-version=0 is equivalent to
-fabi-version=the maximum supported ABI version for this g++. So on
On Apr 19, 2005, at 1:12 AM, Matthew Sachs wrote:
In further testing, however, it seems that it also works with g++-3.3
on Tiger and no -fabi-version on Panther without the SDK. I've asked
my coworkers for clarification on why we should be using the SDK in
this situation.
Ok guys, I've talked
On Apr 24, 2005, at 8:57 AM, Koen van der Drift wrote:
For a package I maintain only one of the variants needs to be patched.
How can I add that in the .info file?
Probably the best way is to use a PatchScript:
PatchScript:
#!/bin/sh -ev
if [ %type_raw[-foo] = -foo ]; then
patch
Hey guys,
I'm not sure why nobody's asking me about this, given that I'm the
maintainer. In 10.3/unstable I've already put findutils 4.2.20 rev 2,
which fixes this issue in my testing. I don't yet have a Tiger system
working, so if somebody would like to test my fix and then commit the
Getting this error while installing/building autoconf:
/sw/bin/install -c -m 644 ./standards.info /Library/Fink/src/root-
autoconf2.5-2.59-6/sw/share/info/standards.info
cd doc make html
texi2html -split_chapter ./autoconf.texi
** Unknown command [EMAIL PROTECTED]' (left as is) (l. 8)
** Unknown
On May 2, 2005, at 5:25 AM, David R. Morrison wrote:
OTOH, fink's texi2html package has deliberately not been updated to
this
newest version. So BuildDepends: texi2html should cure the problem
for now.
There's a problem with this. Fink's texi2html uses #!/sw/bin/perl .
But I'm using
[snip patchscript options]
Another option, which doesn't require changes to hundreds of
packages, is to require bash 3.0 and use the pipefail option for
PatchScripts:
bash-3.00$ false | true; echo $?
0
bash-3.00$ set -o pipefail
bash-3.00$ false | true; echo $?
1
Dave
PGP.sig
Description:
The issue should be fixed now.
Apparently the original issue (that I fixed in a broken way) was
originally because of an earlier fink patch, I just took out the
broken part of that and removed both mine and Martin's later fixes.
Thanks for your help Martin.
Dave
PGP.sig
Description:
Hi folks,
Some of you have already noticed Spotlight indexing /sw/src, which
makes builds slow. For various reasons the solutions suggested so far
aren't ideal[1], but msachs found out for us that directories with
the *.build do not have anything inside them indexed.
So we're going to
On May 25, 2005, at 9:55 AM, Hanspeter Niederstrasser wrote:
Will this be %p/src/foo-%v-%r.build or %p/src/fink.build/foo-%v-%r?
The second one. Packages will build in %p/src/fink.build/%f and will
install in %p/src/fink.build/root-%f .
I'm mostly just thinking that doing
On May 25, 2005, at 10:43 AM, Kinako wrote:
Adding sw into /System/Library/Find/SkipFolders might work.
In my testing it doesn't.
Dave
PGP.sig
Description: This is a digitally signed message part
using some chroot
trickiness, but I honestly don't know how reliable that would be.)
Alternatively, you can have two separate repositories for 10.3 and
10.4-transitional.
On May 31, 2005, at 7:43 PM, Dave Vasilevsky wrote:
By the way, if you would like to have 'fink scanpackages' run
many
On May 31, 2005, at 10:55 PM, Michèle Garoche wrote:Le 31 mai 2005 à 23:48, Matthew Sachs a écrit :The second build will use 10.4-transitional and not try to force 4.0, and will build the packages as 'nobody' instead of 'root'.That would be good, because I've begun on 27th May and only 1120
On Jun 10, 2005, at 1:06 AM, Blair Zajac wrote:
Looking at the log, it's doing a chown to root in the temporary
install directory:
Hi Blair,
Matthew wrote:
--build-as-nobody is
needed to be able to create bindists automatically and safely, and
we're hoping to switch it over to be the
On Jun 12, 2005, at 9:03 AM, Jeremy Higgs wrote:
error: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.4 but 10.3
during configure
make[1]: *** [neo_cgi.so] Error 1
The compile continues, but the file (neo_cgi.so) is not compiled,
and therefore not installed... which is a bit of a problem.
On Jun 14, 2005, at 4:51 AM, Daniel Macks wrote:
OTOH, we could generalize the solution away from fink's openssl
linkage policy and just add a new Restrictive/Source-Distributable
license type. I have no doubt that some of the other Restrictive
packages may allow souce redistribution but (for
On Jun 17, 2005, at 4:16 AM, Daniel Macks wrote:
On Fri, Jun 17, 2005 at 09:28:59AM +0200, Sebastian Hagedorn wrote:
a binary version is probably no good, because it would depend on
libraries that may not be there. gtk is not normally available on a
Mac.
Building it static would avoid
On Jun 27, 2005, at 6:24 PM, Peter O'Gorman wrote:
If your app/library does not use any c++ api then it does not need
to be
rebuilt. You can use Ben's idea to check this. nm -g app out1; nm
-g app |
c++filt out2; cmp out1 out2
I have a script I've been using to check my packages this
Hi Michèle,
It seems you're a bit confused, understandable given the GCC
situation. Hopefully this mail can make things clearer, it's a bit
long so I've written it in sections. Also, you may want to read the
new section in the packaging manual: http://fink.sourceforge.net/doc/
On Jun 28, 2005, at 8:28 AM, Chris Dolan wrote:
The /sw/bin files should go in a -bin splitoff. See spreadsheet-
writeexcel-pm.info for a simple example. Note that there should
perhaps also be a -man splitoff.
On Jun 27, 2005, at 5:13 PM, Koen van der Drift wrote:
During the installation
Hi Michèle,
I'm glad my email was helpful to you.
The SetCXX: c++ and SetCC: cc that you used in cssed accomplish
nothing, but they're also harmless. So you can leave them in or
remove them, it's up to you.
So, it was here till the beginning, could I remove it in all trees?
I mean this is
On Jun 29, 2005, at 8:07 AM, Martin Costabel wrote:
Using a local server for unstable debs, I have a long-standing
quibble with apt-get: It often doesn't understand that a package is
already installed and apt-get dist-upgrade downloads and installs
many packages, sometimes hundreds of
On Jul 5, 2005, at 10:58 PM, Philip Lamb wrote:
Obviously we have 10.4-transitional using g++-3.3, but how is Fink
going to enforce a complete rebuild of c++-based packages for users
under 10.4? Another issue is that we will potentially have packages
which cannot link to anything pre
On Jul 7, 2005, at 9:49 AM, Dan Sommers wrote:
I must be the only one here still running fink on Jaguar, so I have
recently borrowed some info/patch files from the 10.3 tree on
SourceForge, copied them to my /sw/fink/dists/local tree, and
installed
them, and they seem to work. Specifically,
On Jul 8, 2005, at 11:43 PM, Corey Halpin wrote:
(gdb) bt
#0 0x8fe0878c in __dyld_is_library_loaded_by_name ()
#1 0x8fe02e38 in __dyld_load_library_image ()
#2 0x8fe0642c in __dyld_load_images_libraries ()
#3 0x8fe04720 in __dyld_map_bundle_image ()
#4 0x8fe12ec8 in
On Jul 10, 2005, at 9:36 PM, Jesse Alama wrote:
When the file emacs-wiki_2.68.orig.tar.gz, which is downloaded from
the debian, is unpacked it creates the directory `emacs-wiki'.
Judging from the final error message, it seems that fink expects the
unpacked file to be called something else,
On Jul 18, 2005, at 10:42 AM, Kyle Moffett wrote:
virtual thunk to std::basic_istreamchar, std::char_traitschar
::~basic_istream()
If you do a 'nm -m' on libstdc++, that symbol is in section
(__TEXT,__textcoal_nt), which means it's a 'coalesced' symbol.
I'm not sure if this is relevant,
On Jul 20, 2005, at 4:56 AM, Martin Costabel wrote:
I can understand that one would require packages to have *explicit*
dependencies on essentials, as a preparation to eventually un-
essentialize some of these, but *implicit* dependencies on
essentials seems to be nonsensical. They are
Hey folks,
We're about to release fink 0.24.8. This is a bit of a bigger point-
release than usual, because a bunch of features from the future 0.25
have been backported, so we'd like to get a few days of testing on -
devel before release.
To try it out, you can access the branch
On Jul 25, 2005, at 7:33 PM, Randal L. Schwartz wrote:
Dave * 'fink rescan' is deprecated because nobody knows what
it's
Dave for. If
Dave you know, tell us!
I've used it as a ritual turn east and pray action when I've gone in
and hacked my local .info and .patch files. Is it no
On Jul 22, 2005, at 10:34 PM, Mark Marin wrote:
mv: rename /sw/src/fink.build/root-pilot-link9-0.11.8-32/sw/lib/
python2.3 to
/sw/src/fink.build/root-pilot-link9-py23-0.11.8-32/sw/lib/
python2.3: No such
file or directory
This is usually indicative of a failure earlier in the build. Please
On Jul 26, 2005, at 7:47 PM, Kyle Moffett wrote:
I think I remember that it used to create/update apt-get package
lists for
local filesystem repositories, so that when running dselect you can
see
what deb files are on the local filesystem, even if they aren't
installed
at the moment.
As
On Jul 29, 2005, at 11:38 AM, TheSin wrote:
it won't be cause now if a Info2 is added that has spacing it'll
break parsing on older finks. We simply can not allow spaces in
Info2, without using Info3.
Good point! Ok, Info3 then. Flame away! :-)
Dave
PGP.sig
Description: This is
On Jul 29, 2005, at 1:55 PM, Daniel Macks wrote:
Apply this python method to all
fields, not just Info3 (pass $infon read_properties_var and do it in
the parser).
Ok, done. With this code, Python scripts in CompileScript, and
indented shell heredocs and all kinds of stuff that was hard and
1 - 100 of 152 matches
Mail list logo