William Scott wrote: Hi Folks: I just changed ghemical's dependency (not to be confused with chemical dependency) from glut to freeglut on my machine and verified that this works. There is currently no maintainer for ghemical. Does anyone mind if I update it? Unless someone is chomping a
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 pars
Hi,
I have the following setting in my fink.conf file:
Trees: local/main stable/main stable/crypto
unstable/main
I am working on a package project that I keep updating
to the "local" tree. Two other packages with the same
name exist under both "stable" and "unstable" trees.
Which is the proper
Just to let everyone know, I've built all of bundle-kde on Intel,
except for kdeaccessibility3 and koffice. Along the way I've fixed
Intel building of some dependecies and emailed maintainers about some
others.
The blocker for kdeaccessibility3 is gstreamer (at least) which uses
assembly
On 2/27/06, Hanspeter Niederstrasser <[EMAIL PROTECTED]> wrote:
> Thanks, it's a partially known issue. dclib0 as present in version
> 0.3.5-2 needs automake1.7=1.7.6 to build (which is in stable; 1.7.9 is
> in unstable). It had to depend on a fixed %r to get around the version
> difference, but
Here's a screenshot for purposes of disambiguation, as they say in
the wiki business:
http://www.chemistry.ucsc.edu/~wgscott/temp/messedup.png
This shows a remote display of Pmw/blt working on 10.4-transitional
and not working on 10.4.
Thanks, it's a partially known issue. dclib0 as present in version
0.3.5-2 needs automake1.7=1.7.6 to build (which is in stable; 1.7.9 is
in unstable). It had to depend on a fixed %r to get around the version
difference, but the stable automake1.7 %r was increased w/out fixing the
%r in dclib
Howdie:
This seems to be can-o-worms day.
Currently there is no dependency in the fink pmw-py package for blt,
but there are Blt-specific modules (and demos). I just tried them
and one partially fails and the second one I tried fails completely.
So I think pmw in 10.4-non-transitional is
On Feb 27, 2006, at 6:07 PM, Daniel Macks wrote:
if (defined $epoch) {%V="%e:%v-%r"} else {%V="%v-%r"}
More or less, though it's actually just $pv->get_fullversion() .
If an old fink that doesn't understand %V encounters it, do you think
it will break significantly? IE: Do we need a new I
> If gle3 switches to using freeglut, does that break things that link
> against gle3 and were compiled when gle3 was using glut?
>
> dan
I just grepped through the 10.4 info files and couldn't find anything that
depends on gle3... I was going to test this to see.
Bill
-
On Sat, Feb 25, 2006 at 09:20:24PM -0500, Jack Howarth wrote:
> I believe the BuildConflicts on blt-dev was added to python24
> by Daniel Macks to avoid it accidentally being linked into python24.
> The note at...
>
> http://cvs.sourceforge.net/viewcvs.py/fink/dists/10.4-transitional/unstable/
On Mon, Feb 27, 2006 at 01:58:19PM -0500, Chris Zubrzycki wrote:
> On Feb 27, 2006, at 1:22 PM, Dave Vasilevsky wrote:
> >
> >It's a bug in the .info file. The SplitOffs had "Depends: %N (= %v-%
> >r)". But now that there's an epoch, that should be "Depends: %N (= %
> >e:%v-%r)".
> >
> >I propose
On Mon, Feb 27, 2006 at 12:05:41PM -0800, William Scott wrote:
>
> Which then brings up the ever-popular glut/freeglut issue: Should we
> try to change over in the 10.4 tree?
>
> These packages currently depend on glut:
>
> graphics/glui.info
> graphics/lablgl.info
> graphics/lightlab.info
>
On 2/27/06, William Scott <[EMAIL PROTECTED]> wrote:
> Hi Folks:
>
> I just changed ghemical's dependency (not to be confused with
> chemical dependency) from glut to freeglut on my machine and verified
> that this works.
>
> There is currently no maintainer for ghemical. Does anyone mind if I
>
At Sun, 26 Feb 2006 14:42:15 -0500,
Daniel Johnson wrote:
>
> At the very least, this needs to backup any existing files and
> restore them at package removal. A better solution is to include a
> script with the package which does the actual installation into /usr
> and handles restoration a
Hi Folks:
I just changed ghemical's dependency (not to be confused with
chemical dependency) from glut to freeglut on my machine and verified
that this works.
There is currently no maintainer for ghemical. Does anyone mind if I
update it? Unless someone is chomping at the bit, I could
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 27, 2006, at 1:22 PM, Dave Vasilevsky wrote:
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
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 Sat, Feb 25, 2006 at 06:48:21AM -0800, David R. Morrison wrote:
>
> There is a deeper issue here which perhaps we need to resolve: when
> is it appropriate for a dependency to say (= %v-%r) and when should
> it say (>= %v-%r)?
>
> My first take on this is that among splitoffs of a given pa
On Sun, Feb 26, 2006 at 07:16:39PM -0500, Sebastien Maret wrote:
> I am updating the gnucash package in fink, but I don't know how to
> deal with gconf files. There are two types of files. The first ones
> are .schema files, that get installed in %i/sw/etc/gconf/schemas. For
> what i saw in other p
On Sun, Feb 26, 2006 at 11:39:45AM -0500, Daniel Johnson wrote:
>
> The issue is that gnome-vfs2 2.10.x is too new for control-center2
> and gnome-panel which are both 2.6.x. The methods they rely on no
> longer exist.
Now that we have KDE3.5.1, gnome-menus, a dependency for modern
version of
On Feb 25, 2006, at 2:16 PM, Dave Vasilevsky wrote:
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 thi
22 matches
Mail list logo
