On Saturday, August 16, 2003, Benjamin Reed wrote:
>I've committed to unstable a new version of the
>system-xfree86 package. system-xfree86 is now a
>placeholder for the placeholder (heh) which
>depends on either system-xfree86-42 or system-xfree86-43.
Ben, the new package system-xfree86 in
Ben, I can only see the original system-xfree86. what am I doing wrong ?
Yarden
On Sunday, August 17, 2003, at 8:46 AM, Benjamin Reed wrote:
On Sunday, August 17, 2003, at 10:38AM, Pedro Massobrio wrote:
On Saturday, August 16, 2003, Benjamin Reed wrote:
I've committed to unstable a
On Sunday, August 17, 2003, at 11:31AM, Yarden Livnat wrote:
Ben, I can only see the original system-xfree86. what am I doing wrong
?
Do you have unstable enabled? Did you run 'fink selfupdate-cvs'?
It's not in stable yet (and if you're running Panther, you definitely
want unstable anyways...)
Benjamin Reed wrote:
On Sunday, August 17, 2003, at 10:38AM, Pedro Massobrio wrote:
with an installation from source of Apple's X11-wwdc (v1.0)?
It should, you would want system-xfree86-43.
I guess one first has to force-remove the old system-xfree86 before
upgrading? Otherwise one gets
On Sunday, August 17, 2003, at 12:49PM, Martin Costabel wrote:
I guess one first has to force-remove the old system-xfree86 before
upgrading? Otherwise one gets
system-xfree86 conflicts with x11
system-xfree86-43 provides x11 and is to be installed.
dpkg: error processing
I have no experience trying to grok perl-based makefile spaghetti, and
I can't figure out why the gtk-config cflags are not passed to the
compiler when working on gtktypexp in the GdkPixbuf directory. It does
seem to get quite far before deciding that it can't continue. The last
several
I've submitted a new package to the package tracker to work around the
problems compiling the sawfish window manager on Xfree 4.3 and
freetype2. Please give it a try and let me know if you have any
problems. You can get it at:
http://sourceforge.net/tracker/
Ben,
Yes, of cause I'm using unstable and did 'selfupdate-cvs'. I even
browsed the cvs via
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/. I don't see
system-xfree86-43 anywhere...
here is the beginning of /sw/etc/fink.conf:
Basepath: /sw
RootMethod: sudo
Trees: unstable/main
On Sunday, August 17, 2003, at 01:20 PM, Neil Spring wrote:
a) chmod -R a+rX Gtk-Perl-0.7009 after untarring to make it easier
to investigate build failures without having to sudo bash or
repeatedly chmod.
This is more of a whole-fink thing than something to do in one package.
b) when
After a discussion on IRC last night, I have a completely different proposal
to make about the gcc 3.3 upgrade.
In the new proposal we make a new distribution, perhaps called 10.2a, which
is for packages running under 10.2 but compiled with gcc 3.3. Peter O'Gorman
and others believe that version
It's possible that the problem here is the SourceForge delay in CVS: it
can take up to 24 hours for a file to propagate from the live CVS tree
to the backup CVS which is accessible to anonymous users (and through the
web interface).
-- Dave
One thing I forgot to say. Even with my new strategy, we need to have fink
verify that the correct version of gcc has been selected when compiling is
being done.
The overwhelming opinion on IRC last night was that fink should NOT reset
your gcc selection. Instead, fink should query the gcc
On Sunday, August 17, 2003, at 06:38 PM, David R. Morrison wrote:
One thing I forgot to say. Even with my new strategy, we need to have
fink
verify that the correct version of gcc has been selected when
compiling is
being done.
The overwhelming opinion on IRC last night was that fink should
13 matches
Mail list logo