nd also the .deb itself) and the validator
results for it?
Shlibs data is stored in the .deb and the .deb validator reads it from
there, not from the .info, so need to figure out whether the bug is in
the .info parser (during compiling the .de
6.10-1004The Gimp Toolkit
> i gtk+2-shlibs 2.6.10-1004The Gimp Toolkit
GTK_STOCK_INFO was added in gtk+2 2.8, which is currently being tested
before being pushed into fink's 10.4/unstable distro.
dan
--
Da
On Fri, Jun 08, 2007 at 06:21:47AM -0500, Kevin Horton wrote:
> On 7 Jun 2007, at 21:53, Daniel Macks wrote:
> >
> > GTK_STOCK_INFO was added in gtk+2 2.8, which is currently being tested
> > before being pushed into fink's 10.4/unstable distro.
>
> Thanks for
lled-packages/%n
<<
This is the dummy upgrade package. If user had old-name real package
installed, this higher-revision of it would get installed and bring in
the real new-named package. None of the real packages Conflicts with
this upgrade package (which doesn't have the real files in
;enter the name
of the package you want in this box and press 'submit'" and gets
stored somewhere) I would think would become a spam-magnet and would
just spread the package requests across multiple places (and still be
ignored if current practi
Due to my screw-up while working in fink CVS, there *was* a directory
called "vperl" in perlmod/Fink. But not any more...if you get a weird
message about it while "cvs update"ing, just "rm -r" it locally.
dan
--
Daniel Macks
[EMAIL PROTECTED]
h
his. In the meantime, the package author
> is reverting to normal C code.
>
> > gosmore.cc:18:63: error: obstack.h: No such file or directory
I don't think it's available in a fink package. The "anacron" package
had a similar problem, and so it just imports the wh
it from there. All depends *why* the
upstream author downgraded so substantially.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the
ot;../.";; esac; \
> > if [ -f "C/evince.xml" ]; then d="../"; else d="$sd/"; fi; \
> > (cd el/ && \
> > `which xml2po` -e -p \
> > "${d}el/el.po" \
> > "${d}C/evince.xml" > evince.xml.tmp &am
old lib and is
pretty frozen in time anyway.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
c
.3 and
> 3.4. Could the above failures be a sign of incompatibility with gcc 4?
The config.log file will give you the raw compiler error messages from
during the getttext tests.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
lut. I did not go through and change all packages that
used the old lib to switch them to the new because some of them are
fairly large recompiles.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This
rvers finish syncing) and see if that version of the fink package
works for you.
Have you manually installed (not via fink) perl modules that might be
supplying versions of MakeMaker or its support files that are not the
expected ones from the OSX-supplied ones?
dan
--
Daniel Macks
[E
0.22-1 Manager for library compile/link
> flags
>
> I do have a /sw/lib/pkgconfig/cairo.pc file.
Try 'pkg-config --print-errors cairo' to see (hopefully) more detail
about what's going wrong. Maybe one of its .pc dependencies isn
ckage (consistent with
old package layout, where .so were in -bin).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to
> Try
>
>fink remove make
So the common theme to these errors caused by fink's make-3.81-1 is
the missing space before \ for multiline rules (looks like same case
as in debconf). I wonder if it's related to this bug:
http://savannah.gnu.org/bugs/?16670
dan
--
Dani
onSrc-2.5.2.8.ours/src/gtk/app.cpp)?
Confirmed on 10.3, so it's not 10.4's weird poll/select mess, nor a
problem with glib not recognizing 10.4's poll issues.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
On Tue, Jul 24, 2007 at 10:17:53PM -0400, Daniel Macks wrote:
> On Tue, Jul 24, 2007 at 06:08:31PM -0700, James P. Crutchfield wrote:
> > fink install of wxpython-py24 (v. 2.5.2.8-1003)
> > OS X 10.4.10 on both Intel and PPC
> >
> > Program:
> >
> > impo
. Anybody who wants to look at packages should feel free.
> >
> >
> Also, I won't complain if somebody decides to commit the changes for
> libquicktime0:
>
> http://finch.finkdeveloper.net/svn/users/akh/experimental/3rdparty/finkinfo/graphics/
I'll fiddle wit
he PDB. I can take a look
at backporting biopython-py from 10.4 to 10.3, including a py22
variant, and thus make python-biopython-py obsolet in 10.3.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
On Sun, Aug 05, 2007 at 06:34:36PM -0400, Daniel Macks wrote:
> On Sun, Aug 05, 2007 at 12:18:33PM -0400, Koen van der Drift wrote:
> >
> > On the package database, the package python-biopython-py22 is not
> > listed as obsolete in the 10.3 tree, whereas the other ones
nly notice or care if you use gmane's interfaces to the
mailing lists. That is, users <-> lists.sf is okay, but lists.sf ->
gmane oops'ed.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
age and Type lines. Check with 'fink dumpinfo
-finfofile bio-emboss-pm586' to make sure you're editing the correct
.info file?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.ne
eed to BuildDepends on its headers package (as
usual, bar-shlibs usually goes with bar-dev, or bar if no such package
as bar-dev).
It's actually not so relevant what your dependent .info say: it might
not be complete because dependencies *are* s
for diagnostic messages, you
wouldn't care if glib couldn't find its gettext catalogs), but other
data files might be important for whatever you're doing. Try running
'strings /sw/bin/libwhatever.dylib | grep /sw' to see what comes up.
dan
ENAME' would
tell you, but -fsection doesn't seem implemented? Oops.However, you
can 'fink dumpinfo -finfofile PACKAGENAME' and see the section
embedded in the pathname.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
On Wed, Sep 26, 2007 at 01:57:06PM -0400, Kevin Walzer wrote:
> Daniel Macks wrote:
>
> > I would have thought that 'fink dumpinfo -fsection PACKAGENAME' would
> > tell you, but -fsection doesn't seem implemented? Oops.However, you
> > can 'fink
sier in some cases. Listing it
is a harmless no-op because "it will be [...] removed".
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all challenge
> -f" to force a rebuild of the cache.
Concurred. The indexer *should* notice the "new" modification time on
xchat.info and read it, replacing "whatever data it had from an older
version of that file". Since nobody will have built xchat from the
prematurely-committed file,
versioned dependency on freeglut
(and cascade it upwards). Our freeglut only recently got proper .la
support, so if libtooly labgl-x11 links the libtooly one and then
something libtooly linking against labgl-x11 does so with only the
unlibooly freeglut installed,
dator in CVS HEAD not whine about a .dylib that isn't
declared in a Shlibs field?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Splunk Inc.
Still grepp
nging fink to handle multiple PatchFiles? ;-)
We'd actually considered PatchFileN, but didn't have a need for it. Thanks:/
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net emai
e package .info files.
> >
> > Alexander> -- Alexander> Alexander K. Hansen Alexander> akh AT
> > finkproject DOT org Alexander> Fink User Liaison and Documenter
> >
>
> You could hack f
library as its back-end...high-level stuff wouldn't list the low-level
lib, so these hidden changes wouldn't affect dependencies (build or
run) of the high-level things.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
en with the PDB search activated, it still wasn't "working".
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microso
rcent character itself (just like \\ means an actual \ character
instead of some metacharacter in other languages). It's all explained
in the percent-expansions section of the Packaging Manual.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
On Thu, Nov 22, 2007 at 05:50:46PM -0600, Pepe Barbe wrote:
> Hello,
>
> Since FFTW3 builds again in 10.5, could the GreyCStoration package be
> enabled for 10.5 too?
Done.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace
Those are normal on Leopard.
> Note that I checked that Xbae is installed.
The important part of config.log is the section dealing with the
actual Xbae test. The first relevant line in that file is probably:
configure:3466: checking for Xbae
dan
--
Daniel Macks
[EM
aller ones like crypto)
>
> Anyone else experiencing this ?
> Is it really a sourceforge problem ?
Yup. Often (but sporadically) over past week or two. Certainly a
problem on SF's server end, not ours. Pleas
ry on cvs.sf to
see what symbols are unresolved. The makefiles all appear to know the
libs that would be needed, but intentionally avoid dynamically linking
them on darwin (and don't even pass the flags correctly on most other
platforms because they didn't read the automake or libtool
On Mon, Dec 03, 2007 at 12:58:18AM -0500, Daniel Macks wrote:
> Hooray for upstream bugs!
>
> All of the shared libraried in emboss-5.0.0-3 are deficient in their
> linkages. They don't link any other libraries, yet they all use
> symbols from other libraries. See attached
In the actual compiler command that
creates the Emboss.bundle file (a few lines before the tests are run),
is that .o included in the list of .o files?
Bug that doesn't affect anything: in the bio-emboss-pm.patch,
$EMB_EXT_LIBS should be "[EMAIL PROTECTED]@/lib" (need to pass the actua
On Tue, Dec 04, 2007 at 01:07:42AM -0500, Daniel Macks wrote:
> Bug that doesn't affect anything: in the bio-emboss-pm.patch,
> $EMB_EXT_LIBS should be "[EMAIL PROTECTED]@/lib" (need to pass the actual
> linker flag, not just the pathname where the libs are).
Or actu
s-c
Someone didn't read the libtool/automake manual, or else is using an
old libtool that needs the hardcode_direct patch applied.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
SF.Net email
pecific to and only exists for the life of a single package-build.
Fink could create a bin/ there and overload whatever package-specific
stuff it needs in the PATH.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
hing Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
--
Daniel Macks
[EMAIL PROT
llel gtk
world), incompatible and not mix'n'match or drop-in replacement for
the exiting x11-based gnome world.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is spon
as the scope of the problem is much larger than
fink.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studi
> What would be the consequences of adding this flag to the invocation of
> tar? Do we know of any packages that require that the --no-unquote flag
> be absent?
Is dpkg assured of running fink's tar here? That flag is only
supported by /sw/bin/tar, not apple's /usr/bin/tar (at
dings have some standard macros to control this
kind of situation (essentially, inhibit defining the symbol in certain
object files). Instead of -m, try patching the sources for the two
colliding .o (cplplotcanvasmodule.c and cplplotcanvas.o perhaps?) to
insert a line:
#define NO_IMPORT_PYGOBJECT
b
lls all the coreutils commands but with
slightly different names precisely for this reason (I think they are
all prefixed with a 'g'). The only thing that "coreutils-default" does
is make the coreutils programs the *default* ones in your shell.
dan
--
Dan
move" in the world of CVS..."remove and add"
is indeed the way.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
Check out the new SourceForge.net Marketplace.
It's the best
in the /sci tree, or will fink recognize
> > those even though they are in a different location?
> >
> > - Koen.
> >
> >
> >
> >
> > -Original Message-
> > >From: Daniel Macks <[EMAIL PROTECTED]>
> > >Sent: Jan 10, 2008
4: need to hack a way to
build the module itself without building the parent package (typically
involves lots of makefile and flag adjustments).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.
(via a MSGFMT=/sw/bin/msgfmt env var or 'make'
parameter respectively). Some implementations of the detection for it
don't use PATH intelligently.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
ferences in the
build phase, rather than just "where to install the actual lib files".
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all chal
lf-gcc_3.4.6-1_darwin-i386.deb...
> > | Error: Libtool file points to fink build dir.
> > | Offending file: /sw/share/i386-elf/i386-elf/lib/libstdc++.la
> > | Offending file: /sw/share/i386-elf/i386-elf/lib/libsupc++.la
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~d
st to
> remove libungif and use the real giflib package (especially if you
> have giflib-shlibs installed).
>
> Not sure if that will solve the problem, but it should make it simpler
> to diagnose.
Indeed. The packages aren't *literally* drop-in replacements for each
other
parate
package sets anything that used expat. The main reason many have
pushed hard to use apple's openssl is for licensing and/or US
cryptography-export-restriction reasons...fink's openssl is newer than
apple's, last I check
On Thu, Feb 07, 2008 at 07:13:25PM +0100, Aleix Conchillo Flaqu? wrote:
> On Feb 7, 2008, at 6:17 PM, Daniel Macks wrote:
> >
> > Fink often has newer versions of libraries than apple does, and
> > switching packages between using apple's vs fink's dependencies is
On Sun, Feb 10, 2008 at 01:56:26AM +0100, Aleix Conchillo Flaqu? wrote:
> On Feb 9, 2008, at 8:43 PM, Daniel Macks wrote:
> >
> > Interestingly, neither the main python25 packages nor the socket
> > module packages actually appear to link libexpat at all
>
> Well,
g happening in the build (-jX,
or fink's distcc or ccache-default packages)?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all challenges.
the fact that the earlier version (5.0) of this package didn't use
> versioning at all.
Package version is irrelevant when working with shared library naming.
In general the package-name should follow the install_name, whatever
it is (so "polyml1-shlibs&
Why is it called "polyml5"?
dan
On Sun, Mar 09, 2008 at 06:13:59PM -0400, John Ridgway wrote:
> So now I'm going to have polyml5 and polyml1-shlibs as a SplitOff?
>
> Peace
> - John
>
>
> On Mar 9, 2008, at 5:09 PM, Daniel Macks wrote:
>
> >O
n Fink that's causing this
> problem.
You probably still have the older fink package in /sw/fink/debs; you
can "sudo dpkg -i fink-whatever.deb" to upgrade and downgrade manually
and find out exactly whether that's what matters.
dan
--
Daniel Macks
nning and end, try dealing with the rest.
>
> On 17-Mar-08, at 9:39 AM, Daniel Macks wrote:
>
> > On Mon, Mar 17, 2008 at 03:54:41AM +0100, Jean-Fran?ois Mertens wrote:
> >>
> >> On 16 Mar 2008, at 22:17, radon wrote:
> >>
> >>> In article &l
rams;
> whit that it gets through the configure part, and gets stuck somewhere
> with conflicting definitions in the builddir and in /sw/include/c-
> client/utf8aux.h
> if I remember correctly...
I just beat on php5 for a while, and committed something that compiles
on 10.4. Untested on 10.
I think. Some of the other gst-plugins-
packages have the same bug (missing #include) but no -Werror, so they
only give a compiler warning and continue building. I think it's fixed
in the newer upstream verisons of the g
s not seem to have any effect.
I think HAL became a mandatory dep in recent versions of
nautilus-cd-burner. RangerRick said he looked at HAL several years ago
and it was gonna be a mess on darwin then. Presently, google suggests
HAL can exist on OS X, so
On Tue, Mar 18, 2008 at 09:06:50AM -0400, Alexander Hansen wrote:
> Daniel Macks wrote:
> > On Sun, Mar 16, 2008 at 10:04:50AM -0700, Trevor Harmon wrote:
> >
> >> On Mar 16, 2008, at 7:11 AM, Martin Costabel wrote:
> >>
> >>
> >>> OSX
; 3.0.0)
That is usually a full path, not just the filename. Not sure if that's
*the* problem, but it's unusual enough that it might confuse the
validator.
> Qscintilla 1.65 is built in roughly the same fashion, also has no .la file,
> but the fink validator doesn'
or-rsync: rsync://master.us.finkmirrors.net/finkinfo/
> Mirror-sourceforge: http://ovh.dl.sourceforge.net/sourceforge/
> MirrorContinent: eur
> MirrorCountry: eur-fr
> MirrorOrder: MasterFirst
> ProxyPassiveFTP: true
> UseBinaryDist: true
> Verbose: 1
> SelfUpdateMethod: point
Right
he
Shlibs field is required to contain the install_name (what the file
calls itself according to otool -L).
OTOH, that looks a lot like an upstream bug in the package too
(similar to what dbreiser saw a week or so ago), where a library has a
"simple filename" install_name instead of the full
8
> @@ -1,6 +1,6 @@
> Package: cairo
> Version: 1.4.14
> -Revision: 1
> +Revision: 3
> <<
> BuildDepends: <<
> expat1,
> - fontconfig2-dev (>= 2.4.1-1),
> + fontconfig2-dev (>= 2.4.1-102),
fontconfig2-de
; /sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe)
> >
> > Any ideas for how to get around this one?
>
> Update m4 first?
> I think the conflict is with the older m4.
m4 should never have had charset.alias, and neither m4-1.4.8-2 n
x27;re dealing with an all-volunteer project that's a bit
> short-staffed, so expect delays.
*Long* delays, since there is no maintainer for python < 25. Wonder if
zope can be shifted to use python25, which is the only actively
maintained python either in fink or from upstream?
On Mon, Mar 31, 2008 at 02:59:40PM -0400, Hanspeter Niederstrasser wrote:
> Daniel Macks wrote:
> > On Mon, Mar 31, 2008 at 01:54:10PM -0400, Alexander Hansen wrote:
> >> Pascal Staccini wrote:
> >>> hello
> >>> could it be possible to use python 2.4
my way, because of no-longer-existing imake and xmkmf in the latest
> xquartz update
Is this xquartz "issue" slated to be fixed in future releases? I know
several x11 packages use those utilities directly at build-time, not
just for x11 detection/flag-setting.
dan
--
Daniel Macks
wm
Andrew Rohl:
*stable/sci rasmol*
vasi:
unstable/text groff
Todai:
*stable/utils canna
*stable/utils kinput2
*stable/x11 kterm
Mark Gardner:
unstable/x11 x11-ssh-askpass
Jack Fink:
unstable/x11-system tightvnc
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.nets
al pathname in the error message. These are not
> necessarily the same thing. So basically, fink is telling you to do
> one thing, but actually wants something else and you have to read its
> mind (or source code) to know that. :)
I think I
king, and it broke for *everyone* whereas the current apparently
works for some folks.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
name or the like).
The breakage (removal of one symbol I think) seems easily fixable with
a linker hack. "Because linker hacks are easy and portable" ha ha.
I think I got the hack hacked properly (such as these things can
be..."builds on my 10.4/ppc machine"), not sure the best
ode 3.0, and the X11 2.2
> update). The odd part is that the symbol does seem to be defined on my
> system. From the output of "otool -Tv" :
>
> /usr/X11/lib/libXau.6.dylib:
> module name symbol name
[among others...]
> single modu
will need to be retained when you submit new versions of
these packages.
For more information about what is being done, why, and how you can be
involved, please see:
http://wiki.finkproject.org/index.php/Fink:pangocairo_testing
Thanks,
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netsp
-
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> __
an something
related to upstream (vs being just a "within the context of fink"
value), but solved for now (and any other solution would probably look
worse, given upstream's versioning scheme).
dan
--
Daniel Macks
[E
On Thu, Apr 24, 2008 at 08:29:44PM +0200, Max Horn wrote:
> Hi,
>
> so GTK+2 is fixed, but for me it fails downloading
> libdatrie_0.1.2.orig.tar.gz -- anybody ready to fix that? :-)
libdatrie is same as in main distro, so fink's master-mirror pool
should have its source.
On Thu, Apr 24, 2008 at 06:12:33PM -0400, Koen van der Drift wrote:
>
> On Apr 24, 2008, at 12:20 AM, Daniel Macks wrote:
>
> > Fink will be deploying the long-awaited gnome upgrade, often called
> > "pangocairo" soon. One or more of your packages has been chan
On Thu, Apr 24, 2008 at 11:20:52PM +0200, Max Horn wrote:
>
> Am 24.04.2008 um 20:43 schrieb Daniel Macks:
>
> > On Thu, Apr 24, 2008 at 08:29:44PM +0200, Max Horn wrote:
> >> Hi,
> >>
> >> so GTK+2 is fixed, but for me it fails downloading
> >&g
-ft219
are binary-compatible now? We should have just done this for pc months
ago instead of all the pathname nonsense to find the "hidden" files
for pango1-xft2-ft219.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
e on libXm.
How does that prove that? -undefined dynamic_lookup would explicitly
*allow* building lib libGLw even if it had undefined symbols. Perhaps
you mean to use -undefined error and/or to look for NOUNDEFS in 'otool
-hv'?
dan
--
Daniel Macks
[EMAIL
changes that are needed for pangocairo)...no reason to use the
public-distro file as a starting-point to make changes at this time.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email i
(r)installing librsvg2-gtk solve the icon problem (i.e., coot needs
Depends:librsvg2-gtk)?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Confe
ng packages.
>
> Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable
> tree will not work, either. How could we then move packages from
> unstable to stable?
Mixing stable and unstable (i.e., using older "stable" packages once
one has started using "u
On Sun, Apr 27, 2008 at 12:37:57AM +0200, Martin Costabel wrote:
> Daniel Macks wrote:
> []
> >> Keeping a pre-pangocairo/stable tree alongside a pangocairo/unstable
> >> tree will not work, either. How could we then move packages from
> >> unstable to stable?
&g
h that would
> work in all cases. Or perhaps, if the new glibmm2.4-dev (in file
> glibmm2.4-shlibs.info) had not only
>
> Replaces: glibmm2.4 (<< %v-%r)
>
> which it does, but also
>
> Conflicts: glibmm2.4 (
On Sun, Apr 27, 2008 at 12:03:09PM -0400, Daniel Macks wrote:
> On Sun, Apr 27, 2008 at 04:15:39PM +0200, Martin Costabel wrote:
> > Max Horn wrote:
> > > Am 27.04.2008 um 13:19 schrieb Martin Costabel:
> > >
> > >> Max Horn wrote:
> > >>>
he top level
> autom4te: /sw/bin/m4 failed with exit status: 1
> aclocal-1.9: autom4te failed with exit status: 1
> make: *** [aclocal.m4] Error 1
> ### execution of make failed, exit code 2
Think I just fixed this.
dan
--
Daniel Macks
[EMAIL PROTECT
** [all-recursive] Error 1
> make: *** [all] Error 2
I just committed a new version of pango1-xft2-ft219 that explicitly
claims to solve this problem (and Works For Me(tm) on 10.4).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
to the distro.
Ah yes, sorry indeed! I've been strictly pangocairo for a few months,
so haven't looked at tracker since then.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF
101 - 200 of 1003 matches
Mail list logo