Yeah, it definitely requires infrastructure work. Debian has done some
work on torrents-for-apt, which would presumably be extensible to
torrents-for-tarballs: http://debtorrent.alioth.debian.org/
Dave
-
This SF.Net email is
This bug has already been reported to the OfflineIMAP folks:
http://software.complete.org/software/issues/show/20 . Apparently the
bug in Python is fixed, so this problem will no longer occur with
Python 2.5.3 and higher. However, contrary to the impression given by
the issue tracker, earlier
But Fink's tar is in the dependency list of dpkg, so it should be used.
I think this is true only when fink calls dpkg, because fink does some
path munging first. However I just tried this:
sudo dtrace -n 'syscall::execve:entry { self-path = copyinstr(arg0);
} syscall::execve:return / arg0 == 0
Looks very cool! A few minor quibbles:
* The 'Sort order' field seems meaningless. The only option is
'Descending', but the results are always sorted ascending by name
anyhow. I'd suggest just scrapping the field, what's the point of
sorting descending-by-name?
* Could you add a way to search
On Dec 30, 2006, at 11:59 AM, Martin Costabel wrote:
Michèle Garoche wrote:
Sorry if my question seems to be trivial. I need an answer first
for my
own understanding, second for correct translation.
Sorry for putting new things into Fink without sufficient explanation
to some
On Dec 11, 2006, at 2:52 AM, Martin Costabel wrote:
The latter file does indeed have incomplete sections that consist only
of 3 lines and have no Packages: line, for example:
Filename: dists/unstable/main/binary-darwin-powerpc/base/
libncurses5-shlibs_5.4-20041023-9_darwin-powerpc.deb
Size:
On Dec 7, 2006, at 9:09 AM, Charles Lepple wrote:
I was looking through the Fink/Notify.pm code, and it seems like only
one plugin can be active at a time. I'm not well versed in Perl OOP,
so I'm wondering if anyone knows of any architectural showstoppers for
changing the NotifyPlugin
On Apr 6, 2006, at 2:54 AM, Daniel Macks wrote:
Yeah, but neither works for other tree than the one I am using right
now, do they?
By other tree, you mean in the Distribution sense (can't check 10.3
from a 10.4-transitional machine; can't check intel from a powerpc
machine) right? The --trees
On Apr 6, 2006, at 11:01 AM, Daniel Macks wrote:
Do we assume that if a user is forging $distribution, it should only
be for use within fink itself (for dep-checking and listing), not
actually to be able to install these packages?
Yes, I think so. We should assume that it's in dry-run mode.
On Apr 5, 2006, at 10:56 AM, Daniel Macks wrote:
fink --trees=stable/main,stable/crypto,virtual rebuild foo
Note that this is equivalent to
fink --trees=stable,virtual rebuild foo
Just to save you all some typing. :-)
Dave
PGP.sig
Description: This is a digitally signed message part
On Mar 31, 2006, at 4:54 PM, William Scott wrote:
Should we no longer be using perl -pi.bak instead of perl -
pi? Some of my packages got changed back to the latter, so I am
wondering if I should fix the rest of them
It doesn't really matter usually. Just don't do perl -pi.bak on
On Mar 29, 2006, at 8:01 AM, Max Horn wrote:
such that they list the full file path, i.e. update/config.guess,
update/config.sub in this case.
I'm perfectly happy to have a merged Changelog. May I suggest,
however, that for non-duplicate filenames we omit the full path? By
far most of
On Mar 20, 2006, at 5:14 PM, Chris Dolan wrote:
Yes, fink list data are indeed exactly what I'm seeking, but the
numbers need to be accessible to a non-Mac and Macs that don't have
Fink installed. I can do fink list or the equivalent on my own
machine and upload the data to my own website
On Mar 19, 2006, at 5:10 PM, Trevor Harmon wrote:
And though I understand that you feel snubbed at having your
package taken out of your hands, I feel that packages *should* be
able to be taken out of a maintainer's hands, as long as
responsibility for the changes are also taken out of the
On Mar 15, 2006, at 12:02 AM, Daniel Macks wrote:
$ fink build cdat
unable to resolve version conflict on multiple dependencies
python = 1:2.4-1
python = 2.5-1
Exiting with failure.
The offending dependency is: python (= 1:2.4-1) | python (= 2.5-1)
I can't tell you
On Mar 1, 2006, at 12:57 PM, Adrian Mugnolo wrote:
Earlier today I came accross a problem with the fink
validate command (a call to an undefined Perl
subroutine). When I checked against CVS, fink (the
manager) files on my system were not current.
Adrian,
Fink (the package manager) has a new
On Feb 28, 2006, at 3:16 AM, Martin Costabel wrote:
In very old versions of fink, the search order used to be from left
to right in the Trees line (or so the documentation said). Nowadays
it seems to be from right to left. This is, of course, not
reasonable, given that local/main is by
On Feb 27, 2006, at 10:11 AM, Daniel Macks wrote:
So either there's a bug in get_depends (either its implementation or
how it is being called in this code snippet) or there's a bug in your
.info file (missing %e in the Depends line).
It's a bug in the .info file. The SplitOffs had Depends: %N
On Feb 27, 2006, at 9:57 PM, Daniel Johnson wrote:
The blocker for kdeaccessibility3 is gstreamer (at least) which
uses assembly language files for it's x86 build. Unfortunately,
Apple's assembler appears to use a different syntax than the Gnu
assembler and dies horribly when trying to
Alright, here's the reason SysState exists, and why it gives an
error. Dpkg has a reasonably serious bug in it: when a package is
upgraded, dpkg doesn't check to see if there are any versioned
dependencies that have become invalid. This has yet to be fixed
upstream, here's one of the
On Feb 25, 2006, at 9:48 AM, David R. Morrison wrote:
However, there are some pairs of packages (dclib0 and valknut come
to mind) which have been set up so that one depends on a precise
version of another. It seems to me that these would be completely
impossible to update with the strict
On Feb 25, 2006, at 11:23 AM, David R. Morrison wrote:
2. Even if we don't tell dpkg to install both at once, the
SysState algorithm will figure things out in the simple cases,
when upgrading the depender fixes things. For example, say you
have foo-shlibs-1.0-1 and foo-dev-1.0-1 installed
On Feb 25, 2006, at 3:28 PM, David R. Morrison wrote:
To explain: after the update, gettext (which really means gettext-
shlibs but for historical reasons is called gettext) and gettext-
dev are in one package, which is really just a legacy package for
the old version of the library. The
On Feb 25, 2006, at 4:07 PM, David R. Morrison wrote:
So its only because we don't have a deb for (old) gettext-tools?
If I built the old gettext-tools first it would be OK?
Gah, I've been getting things wrong. Lemme see if I can get this
straight. We have these packages in stable:
Thanks for the testing Daniel!
Indeed no such file exists in any gtk+2 splitoffs, but if I run /sw/
sbin/update-gdk-pixbuf-loaders from gtk+2 that file is created and
abiword works. I think update-gdk-pixbuf-loaders needs to be run
during the gtk+2 build.
Actually it needs to be run at
On Dec 7, 2005, at 6:04 AM, Randal L. Schwartz wrote:
Or is it something peculiar to me that keeps it saying updating
the table data with a barber pole forever?
Randal,
What version of Fink are you running? Unreleased versions from CVS
have a known issue with FinkCommander updating the
On Nov 5, 2005, at 11:28 PM, Chris Dolan wrote:
On Nov 5, 2005, at 5:45 PM, Alexander K. Hansen wrote:
A problem opposite to the one that you mentioned also occurs:
building on different machines with different packages that solve the
same virtual dependency (e.g. Xorg vs. Apple's X11) will
On Nov 5, 2005, at 1:01 AM, Philip Lamb wrote:
Originally, I was under the impression that there was a machine
autobuilding packages and uploading the binaries. However this is
obviously untrue. Does the fink project have the resources to have
such an autobuild system established? Ideally,
On Oct 27, 2005, at 8:42 AM, Murali Vadivelu wrote:
configure: WARNING:
There is an installation error in jpeg support. You seem to have
only one
of either the headers _or_ the libraries installed. You may need to
either
provide correct --with-extra-... options, or the development
package
On Oct 8, 2005, at 4:31 AM, Philippe Lelédy wrote:
I've used Fink since the beginning, both binary and source
distibutions. I've experimented a bit with software packaging in
general and with fink packaging in particular. So I'd like trying
maintaining some fink packages, and I thought
On Oct 5, 2005, at 2:56 AM, Martin Costabel wrote:
If you only use apt-get, you don't need the dev tools. The new --
use-binary-dist flag in fink rather muddies the waters here,
because it seems to promise that you can use the binary dist with
the fink command which is only partly true.
On Sep 25, 2005, at 7:22 AM, Koen van der Drift wrote:
Found the problem, I forgot to remove the Conflicts field in
biopython-py.info:
What about the Replaces and Provides fields, can they stay in the
info file ?
Hmm, it looks to me like they should all be there (including
Conflicts). I
Hi Koen,
Judging from your error messages, it looks like the biopython-py24
you had installed and the one you had in a .deb were different, even
though they had the same version/revision. (This can happen if you
make changes and rebuild.) Could you try installing python-biopython-
py24
On Sep 21, 2005, at 10:37 PM, TheSin wrote:
The following errors remain:
Unsatisfied dependency in gettext-tools: gettext (= 0.10.40-19)
To fix manually, run:
sudo apt-get install gettext-dev=0.10.40-24 gettext=0.10.40-24
Hmm, why is there no gettext-tools 0.10.40-19? There should either
On Sep 13, 2005, at 6:10 PM, Philip Lamb wrote:
A quick question as to what the criteria are for giving a developer
access to commit info files to the fink repository.
It's been kinda informal up to now, basically after you have a few
packages under your belt some developer will take
Hi folks,
I worked on that algorithm that was causing so much trouble before.
It should now ignore any pre-existing problems, it will just make
sure not to cause more trouble. Testing would be appreciated.
Thanks for the bug reports,
Dave
PGP.sig
Description: This is a digitally signed
On Sep 12, 2005, at 11:07 AM, Jean-François Mertens wrote:
Do you want to continue? [Y/n] (assuming default)
Could not resolve inconsistent dependencies! The following errors
remain:
Unsatisfied dependency in font-ttf-pm-bin: font-ttf-pm (= 0.34-1)
snip about 20 more bad deps
Wow, that's
On Sep 11, 2005, at 8:38 AM, Martin Costabel wrote:
Whereas the swapping code now manages to swap several
BuildConflicts in and out during one run, there seem to be narrow
limits to its capacity.
BuildConflicts is known to be mostly broken, there's a bug on the
tracker. It also hasn't
On Sep 11, 2005, at 1:50 PM, Martin Costabel wrote:
Dave Vasilevsky wrote:
You can almost certainly get around this for now by manually
removing libquicktime0, then building python24. After that the
original command should work, or at least get farther.
Sure, but it's a bug anyway
On Aug 30, 2005, at 10:38 PM, Benjamin Reed wrote:
Bzip2Path: the path to your bzip2 (or compatible) binary
The Bzip2Path option lets you override the default path
for the
bzip2 command-line tool. This allows you to specify an
alternate
location to your
On Aug 28, 2005, at 4:05 AM, Martin Costabel wrote:
/usr/bin/env PATH=/usr/sbin:/usr/bin:/sbin:/bin gcc_select
Fink now does this, thanks for the advice.
Just my €0.02
Or 3¢ Canadian. Darn all you folks with currencies that are worth
something...
Dave
PGP.sig
Description: This is a
On Aug 23, 2005, at 6:21 PM, Daniel Johnson wrote:
An XCode Legacy Tools package is now available on ADC which
provides, among other things, gcc 2.95.2 and gcc 3.1 for Tiger (and
Panther). If a Tiger user installs this, fink will want to install
it's gcc3.1 package since it's version
On Aug 22, 2005, at 2:30 PM, Sébastien Maret wrote:
I can't read the help files of Gnome app.
I don't really have much to contribute here. Just confirming that
this happens, and that I don't know why. Maybe a bug in yelp?
Dave
PGP.sig
Description: This is a digitally signed message part
On Aug 14, 2005, at 1:18 PM, Ben Willmore wrote:
I think a better solution would be for Fink detect the version of
XCode that is being used, and explicitly make that information
available in a % expansion,
I don't think it's necessarily a good idea to have such a specific
percent
On Aug 13, 2005, at 1:28 PM, William Scott wrote:
Is there a way for fink to install a Launchd file into /Library/
LaunchAgents for 10.4 packages?
Not yet. It would not be terribly hard however to
1) Make a version of Daemonic that uses launchd instead of startup
items but is otherwise
On Aug 6, 2005, at 10:55 AM, Kevin Horton wrote:
1. These examples suggest that the info2 portion can be imbedded in
a regular .info file. I.e. I don't need to have the Info2:
at the top of the file. But, if I look at the .info files on my
HD, I can only find the Info2: at the top of
On Aug 4, 2005, at 6:05 AM, Max Horn wrote:
Alas, libggetext3 isn't in stable (yet).
My question: Are there plans to move it to stable soon?
Max,
Because libgettext3 and gettext-dev conflict, the Fink dependency
engine has to be able to switch back and forth between them when
build
On Aug 4, 2005, at 7:12 PM, Martin Costabel wrote:
This one comes from the Installed-Size: field in the DEBIAN/
control file. apt-get compares package versions not only by their
version-revision number, but also by a VersionHash number which is
computed by taking into account several fields
Martin,
I'm sorry if we came off as brash and inconsiderate. I definitely was
not advising that we shouldn't package gfortran 4.1-CVS out of
ideology, or blindly following rules. Hopefully my explanations here
can allay your concerns.
First, I agree with you that every package should
On Jul 30, 2005, at 3:24 PM, Alexander Hansen wrote:IMO we shouldn't have 'bar' provide 'foo' as well as have a separate 'foo' package. This is a continual source of chaos. There are many many packages right now that do this. Major reasons are: variants/ssl, old packages that used to be separate
One confusing thing is with 'fink remove'. If there's an actual
package 'foo' and also a package 'bar' which provides 'foo', what
should 'fink remove foo' do?
1) Remove just foo, if it's installed?
2) Remove foo and bar if either are installed?
Dave
PGP.sig
Description: This is a
On Jul 30, 2005, at 7:21 AM, Max Horn wrote:
Fink is not (!) supposed to be a test-bed for an unreleased
compiler. It is easy enough to build gcc from cvs.
Yes, exactly. Fink is a distribution, not a testing system. There's
no reason that fink (lowercase, the package manager) can't be
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
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
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 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
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 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 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 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 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
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
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
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
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 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 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 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
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 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
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
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:
[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:
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
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
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
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 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 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 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 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
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,
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
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
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 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 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'
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
1 - 100 of 152 matches
Mail list logo