too and
> forgot to turn that off in the -nox version.
Check if a file is installed in /sw/etc/app-defaults. Those are x11
preference files, and need the app-defaults package to be read using
the normal mechanisms for those types of pref files. OTOH, it's rare
(but not unhea
t be fixed because upstream no longer supports such
an old version" is quite common (even debian is having a hell of a
time getting rid of gnome1 stuff). Stuffing multiple libraries into
one -shlibs package leads to a fink-packaging mess, but as usual
seemed likely to not be prob
STDIR=%d top_builddir=`pwd`) || exit 1
I've never seen an explicit top_builddir needed before. Any idea what
is happening here?
SF seems dead, so we can't deal with getting it committed right now:(
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
On Wed, Apr 30, 2008 at 10:51:11AM -0400, Benjamin Reed wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Daniel Macks wrote:
>
> |> - Add --disable-python.
>
> | Looks functionally nearly the same as the one I have locally for it.
> | Two issues:
echo "-L${libdir} -lMagick++ -lWand -lMagick"
>
> So I'd think we'd either need a compatibility symlink libWand.dylib ->
> libMagicWand.1.dylib, or to fix Magick++-config (that looks like the
> only config file that will output -lWand).
&quo
i.2.dylib:
> >/sw/lib/libggi.2.dylib (compatibility version 3.0.0, current
> > version 3.1.0)
>
> Hmm...I got it on two separate 10.5 Fink trees.
akh, could we see your libtool and gcc calls that build this lib?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspac
7;t work.
> >
> > Any suggestion to fix this?
> >
> > Cheers,
> > Andrea
> >
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this
path? Need to anchor the regex
pattern to the beginning of the string, and it's still leaky
(especially for a libtool or hand-coded-alternative screwup) if it
points to the build dir (since that's a subdir of %p). Would it be
better to do the main message if it's *any* absolute path
TH) should take precedence over fink.
Please experiment with the hacked pkgconfig in my exp/, which re-sorts
its flags to put all apple and x11 -I and -L after fink's -I and -L.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
I'll be completely out of electronic contact May 23-31.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual S
t;> /usr/X11/lib/libfreetype.dylib /usr/X11/lib/libpng12.0.26.0.dylib -lz
> >> -Wl,-framework -Wl,CoreServices -Wl,-framework
> >> -Wl,ApplicationServices -install_name /sw/lib/libgd.2.dylib
> >> -Wl,-compatibility_version -Wl,3 -Wl,-current_version -Wl,3.0
On Tue, Jun 10, 2008 at 12:21:21PM -0400, Daniel Macks wrote:
> On Tue, Jun 10, 2008 at 12:08:23PM -0400, Alexander Hansen wrote:
> > David R. Morrison wrote:
> > > The xquartz-installed libpng library seems to be interfering with us
> > > here; can anybody hel
eaks were made to get it done.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anyt
re/octave/octave_packages file in the .deb.
That's the same approach we use for the global perllocal.pod and
info/dir index files. These flat-files are lists of various things
installed by many packages. These index files are not "part of" any
package (not in a .deb). Each
ing, fink works
better unattended: would suck to have a long series of builds planned
to run while away die during the first pkg when the dialup connection
died briefly).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
uld be fantastic to have fields
> like Repository: and Revision: in finkinfo file !
>
> And solution (ii), to be implementable properly, would need to compute
> the package version number from the current revision, which afaik is not
> doable right now.
You could use the svn revision valu
eems to have crashed)...sorry all!
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open so
On Mon, Jul 14, 2008 at 01:12:34PM -0400, Daniel Macks wrote:
> On Mon, Jul 14, 2008 at 08:59:27AM -0500, Pepe Barbe wrote:
> > Hello,
> >
> > I tried to install the recently updated exiv2 package and Fink
> > complained about a patch file missing, which is cer
Effective now, consider the fink packages CVS repository to be in
deep-freeze. Please do not commit anything to any package tree until
further notice (probably only a few hours, certainly less than a day).
Thanks,
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
On Mon, Jul 14, 2008 at 05:21:37PM -0400, Daniel Macks wrote:
> Effective now, consider the fink packages CVS repository to be in
> deep-freeze. Please do not commit anything to any package tree until
> further notice (probably only a few hours, certainly less than a day).
It is n
l "1", which is only present in this
EOL'ed banch.
Finch, the machine that hosts the PDB website and some other
infrastructure services is not feeling well, so it may take a while
for all our mirrors and web-pages to sync all th
On Mon, Jul 14, 2008 at 09:59:56PM -0500, Stan Sanderson wrote:
>
> On Jul 14, 2008, at 9:21 PM, Daniel Macks wrote:
>
> > Let
> >us know about any problems you have, so that we can get them fixed.
>
> freetype_2.3.5-1.diff.gz appears to be unavailable from
only present
for old packages that use an obsolete nautilus lib (vs the modern
libnautilus-ext1 library). Maybe you have "nautilus-dev" installed,
and removing it would avoid the need to fiddle this old package at
all?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmack
On Tue, Jul 15, 2008 at 10:08:29AM -0400, David Reiser wrote:
> On Jul 15, 2008, at 6:28 AM, Koen van der Drift wrote:
> > On Jul 14, 2008, at 10:21 PM, Daniel Macks wrote:
> >
> >> Thanks to the hard work of countless developers and testers, the
> >> "pango
On Tue, Jul 15, 2008 at 07:38:13PM +0200, Martin Costabel wrote:
> Daniel Macks wrote:
> []
> > All of unstable is coherently using the pango1-xft2-ft219 library
> > instead of pango1-xft2; only -ft219 should be used for anything in
> > unstable.
>
> My experience
Forwarded message from "David R. Morrison" <[EMAIL PROTECTED]>:
>Last night, the massive gnome update which has been in process for
>many months was merged into fink's unstable tree. This is well
>tested, and updates by users appear to be going fairly smoothly.
>
>Today, we will merge the gnom
commit an update that disables even more
language bindings, due to an unacceptibly huge dependency tree (see
other messages about it on fink-devel from yesterday/today) compared
to how this package is "usually" used.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmac
sw/bin/dpkg-lockwait -r fink-buildlock-centericq-4.21.0-1008
> (Reading database ... 130277 files and directories currently installed.)
> Removing fink-buildlock-centericq-4.21.0-1008 ...
> Failed: phase compiling: centericq-4.21.0-
oesn't have or
support perl5.8.1, even via fink). OTOH, it's weird that a -pm581
library (see directory path given in the error msg) would be visible
at all to a -pm588 one. Would be useful to see the command that was
run (the perl call to Makefile.PL), and also to know if there is
somethi
s but not always", as usual with inherited lib dependencies).
For some combination of maintainer sanity, fink self-consistency, and
package functionality, might be best to force ft219 here.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
--
alid libtool archive
[...]
>
> How do I figure out what's dragging in libhowl?
find /sw/lib -name \*.la | xargs grep -l libhowl
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This S
g a rebuild for an identical result
> if somebody switches stable on.
Very true. Generally nothing should ever be "newer" in a stable branch
than in a development branch, and *definitely* should not lower the %r
because that would mean recycling that %r for a package that isn'
On Mon, Jul 21, 2008 at 11:14:01PM -0400, Koen van der Drift wrote:
>
> On Jul 21, 2008, at 8:29 AM, Daniel Macks wrote:
>
> > There's a one-liner (or may few-liner) idea for it on the fink wiki.
> > Executive summary: copy it to stable and try to 'fink rebuild
an uninstalled pkg). Fink doesn't have a clean way (either in
function or policy) to get rid of these in general, but you can 'fink
list -N' to see them and choose to install newer perl-versions of
them, remove them, or leave them and hope that they still work. OTOH,
sometimes mistake
6 +635,9 @@
> *
> *---
> */
> +#undef LASTEvent
> +#define LASTEvent(MappingNotify + 1)
> +
> #define VirtualEvent (LASTEvent)
> #define ActivateNot
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?
settling
down, will finally have time to do non-emergency work on other
packages.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.Net email is sponsored by the Moblin Your Move Developer's cha
.5
series, but mean time what we do have is better.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the
ow it's failing? Probably
begins with a line like:
configure:16037:checking for libpng >= 0.9.6
and then some compiler calls and (hopefully!) error messages.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
hat way or if it's
a missing feature in scons itself). Always better have build tools
used at build-time rather than loading up the dependencies that even
bindist users would need.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
ut scons's abilities (and if that's the best it can be and it
validates correctly or fails validator in a way that is cleaned up
later, so be it). Will have time to look at the tracker item in a few
days.
dan
--
D
packages for platforms they don't
have and accept patches from others "here, this fixes X on machine
type Y" that they don't understand.
Forking the distro should *never* be considered until all other
approaches have actually been tried an
elete bin/relax and then create it later?
There are lots of ways to do things "well" and packagers who have
solved these types of problems before in ways that create a good user
experience. Please don't reinvent broken wheels or just do "what
upstream does" purely because th
-
> build-HOME.FPPfPj0_UK/.local/share
> XML_CATALOG_FILES=/sw/etc/xml/catalog
> ac_cv_path_INTLTOOL_PERL=/usr/bin/perl
>
>
> -----
> This SF.Net email is sponsored by the Moblin Your Mov
to avoid this issue by creating the desired symlink in the
> postinstall script and deleting it in the preremove script.
So essentially you subvert the whole variant-orthogonality issue
instead of just using update-alternatives to create automatic
fall-over among whatever variant(s) a user may ch
ly _run_ the app!!
>
> I'm not new to compiling (although I am new to compiling on/for OSX) but I
> could use a kick in the right direction :-)
By default, fink automatically deletes those build dirs after a
package is successfully built. If you want to make sure the object
files and o
gdb could give you).
You might have to rebuild a package or two in order to get better
debugging info (symbol-names rather than just binary addresses)...
seems like many fink maintainers are omitting those by default now
(smaller binaries I guess).
dan
--
Daniel Macks
e gnome-world things) is maybe or even probably not the case.
If a user really wants static lib, it's usually easy to enable with a
quick flag in the .info file for packages that currently include it by
default ("ConfigureParams: --enable-static" for autoconf/libtoolized
things).
d
On Fri, Aug 29, 2008 at 06:49:51PM +0200, Jean-Francois Mertens wrote:
> Daniel Macks wrote:
> >>
> > I don't think any fink-packaged programs are static-linked against
> > fink libs (requires special flags, so it can't happen "by accident").
>
&
On Fri, Aug 29, 2008 at 12:31:24PM -0500, Peter O'Gorman wrote:
> Daniel Macks wrote:
> > Do we have any current feeling on whether package-sets that have
> > shared-libraries should also include the static libraries? Lots of
> > gnome does, lots of kde does not, other
d be good to put a
DescPackaging or similar note in fftw.info about this other package
using the static lib (cf. my fink-devel thread about whether we should
still be shipping static libs).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.or
WSP100 capture: no
> > Viha capture: yes
> >Using local dump code: yes
> >Using ethereal wiretap: no
> > Imagemagick support: yes (6.4.1 Q16 HDRI)
> >Expat Library: yes
> > PThr
ccasional problems with existing packages
mis-determining things when ft219 suddently becomes automatic default.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.Net email is sponsored by th
uld be interesting to debug that.
For the actual goal, I usually just grep -r my .info collection. Only
works if the X is fairly unique (or if similar strings can be excluded
easily), but that is often the case.
dan
-
lows:)
Looks like there's a ton of hard-coded /sw pathnames there. For the
zsh-templates tarball:
% grep -lr /sw . | wc -l
31
Could do a global s,/sw,%p,g or somesuch in the PatchScript?
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
other critical packages
do hard-code because they need to run in "unimproved" shells.
OTOH, I wonder how many packages that set env vars in profile.d could
instead just use a wrapper script around the actual executable? I'm
sure some, I know not all.
> Or is there some logical rea
sw/fink/dists/stable/main/finkinfo/base/fink-10.5.info
> > file.
> >
> > Guillaume
> >
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest
quot;, thus prompting user to update to the "right" one on the new
OS. Put another way, your new trick is not allowed to break
long-standing rule that "any certain %n-%v-%r must be the same for
everyone everywhere everytime", not dependent on which OS was present
when it was comp
y.
I do not understand fontconfig, so will leave it to RangerRick (its
maintainer) and others to figure out whether it can be unburied, or
whether there are substantial numbers of packages that are expecting
"something else" to be visible in
; win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______
> Fink-devel mailing list
> Fink-devel@lists.so
,
as usual) at their earliest convenience to keep users from getting
anxious:)
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.Net email is sponsored by the Moblin Your Move Developer
several where a -shlibs needs to
use its matched "versionless" tool at runtime:/ Also hits anything
that has client libraries that interact with a daemon.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
in advance for any information.
I'm pretty sure NoSet results in the variable being not set, not "set
to null". You can 'fink dumpinfo -eCPPFLAGS somepkg' to see what the
CPPFLAGS env var will be when building somepkg.
da
gt;
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Mo
gt;> * Cairo::identity_matrix(), rotation_matrix(),
> >> translation_matrix(),
> >> scaled_matrix(). This allows for convenient use such as:
> >> cr->set_matrix(Cairo::identity_matrix());
>
Fixed (or at least Works For Me(tm)) in inkscape 0.46-4, which I just
committed to the unstable tree.
dan
On Tue, Oct 28, 2008 at 02:52:07PM -0400, Daniel Macks wrote:
> I think "a solution is known", not "the fink package has been fixed".
> I just applied the patch
well. Of course migrating to this is no
easier than migrating to the other alternative.
OTOH, the whole CLASSPATH game is actually broken. If one has lots of
them installed, the length of CLASSPATH can exceed the limit for env
var values in certain shells, and then bin/init.* crashes or stores a
n 2.23.90 for anjuta and gnome-build, both in
> the my experimental tree, too. Shall I commit the 2.23.90 version?
>
> Remi
>
> On Nov 5, 2008, at 6:08 AM, Daniel Macks wrote:
>
> > Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/gnome
> >
ur Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/
r writes an obsolete package did things correctly, the
Depends: field lists the modern replacement package(s) and (if
necessary) their minimum versions to use instead. There's a feature
request on my TODO to put that data automatically in 'fink info'
output.
dan
--
On Thu, Nov 13, 2008 at 12:35:21AM -0500, Daniel Macks wrote:
> On Wed, Nov 12, 2008 at 10:26:59PM -0500, Koen van der Drift wrote:
> > Hi,
> >
> > A package I maintain BuildDepends on freetype-default, but this is now
> > tagged as obsolete. The info file doesn
accomodate differences among XCode2.x vs
XCode3.x...the "inline" bug that plagued dozens of packages that
*used* glib2 until we gave up and just hard-coded "something that
works" on each OS X version. Nobody's gotten fed up enough to figure
out what s
t all, so maybe there are some issues
> I am unaware of.
There were some other probably-harmless/less-than-ideal things in
pil-pyXX, I just cleaned them up and added a -py26 variant. Confirmed
that it builds and passes its self-tests, but don't actually use it
myself to know anything el
On Thu, Nov 20, 2008 at 11:16:23PM -0600, Pepe Barbe wrote:
>
> On Nov 20, 2008, at 10:56 AM, Daniel Macks wrote:
>
> > There were some other probably-harmless/less-than-ideal things in
> > pil-pyXX, I just cleaned them up and added a -py26 variant. Confirmed
> > th
6
package: foo-py25
depends: python25 | mysql-python-py25 | psycopg2-py25
package: foo-py24
depends: pysqlite2-py24 (>=2.4.1-1) | mysql-python-py24 | psycopg2-py24
which seems like what you (rightly) expect. Try 'fink index -f' to
make sure the dependencies from some previous editi
27;fink info' in the next release of fink:
$ fink info gtkmm2.4-dev
[...usual stuff, then...]
Note: This package is obsolete. Maintainers should upgrade their
package dependencies to use its replacement, which is probably:
gtkmm2.4-gtk-dev (>= 2.14.3-1), pango
e (vs
actual compile-time change), no need to change Revision or force a
rebuild. As always, 'fink validate' is your friend, helping you get
the new syntax used correctly, and the fields are all documented in
the Packaging Manual.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netsp
> done in my own private fink package repository. See here:
> > http://delx.net.au/hg/finkinfos/raw-file/d0af189cd42a/main/finkinfo/libdjvulibre15-shlibs.info
>
On Mon, Jan 05, 2009 at 03:53:24PM +1100, James Bunton wrote:
> On Sun, Jan 04, 2009 at 10:52:03PM -0500, Daniel Macks wrote:
>
> > For cases where the dependencies (NB: I'm lumping Depends and
> > BuildDepends together per others' comments) are only for front ends
s of it
> coexist. A couple more files in /sw/bin and /sw/sbin won't change much.
I think I've got it functionally unified now: libversioned the
remaining unversioned scripts and put them in gtk+2-shlibs, left
unversioned symlinks in gtk+2. Feedback in the next day or two welco
.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/r-base.info
to see what ./configure flags, env vars, or other patching is being
done. As usual for CVS, HEAD is the present package in unstable, and
you can look back through the dated history to see who changed what
when why.
dan
--
o recompile
cairo with -g if you need debugging info: 'fink dumpinfo cairo' to
find cairo.info, edit that file to add "-g" to the SetCFLAGS line,
'fink rebuild cairo' to recompile the package with that flag.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.
ake. Thanks,
The validator messages and otool-L are all self-consistent: the
problem (and it *is* a problem) is that the lib is coded as if it
exists in /opt/ode instead of in %p. That means there is probably an
unstream bug in the -install_name flag being passed when the lib
itself is compiled. Ma
ome that are
different between py25 and py26). I'm not eager to push more use of
things that rely on packages that bus-error on real-world use and even
their own self-tests:(
dan
--
Daniel Macks
dma...@netspace.org
http://www.net
n/../lib/libLTO.dylib, which is /sw/lib/libLTO.dylib and that's
correct. But for /sw/lib/foo/foo-util, that seems like it would be
/sw/lib/foo/../lib/libLTO.dylib, which is /sw/lib/lib/libLTO.dylib and
that's totally wrong.
to keep those older libversion splitoffs) per
Shlibs Policy. Including the package's %v in the .info filename lets
us keep two different %v of the same top-level %n, each supplying
different libversion components.
dan
--
Daniel Macks
e (upstream puts shared and static
in two different places), so at worst a package would need an explicit
-L flag to use it, and has probably needed it for a while for many
different pythonversions over the years.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.
ly dependencies (and I
> didn't test on 10.4.11 yet because that involves a reboot)
Also see which other gst-plugins-bad* packages are presently installed
during the build. I see signs of possible interference of building one
version/revision of that package in the presence of a different on
auto/IO/
> > IO.bundle
> > Expected in: dynamic lookup
> >
> > dyld: Symbol not found: _Perl_Tstack_sp_ptr
> > Referenced from: /sw/lib/perl5/darwin-thread-multi-2level/auto/IO/
> > IO.bundle
> > Expected in: dynamic lookup
>
> /sw/lib/perl5
cking actual testing on systems that have not
been tried.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2
mame, grustibus
fvwm*
gabber*
gcdmaster
gnewspost
gnome-apt
gnucash
gtktalog
lightlab
nethack
peacock
terraform
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
Apps built with the Adobe(R) Fl
python and its buildsystem to fix this
> myself)
>
> Is this diiference in flags due to python ? and
I elided the -undefined dynamic_lookup in py26 specifically to catch
this type of problem. A missing symbol is a missing symbol, at least
now it's caught at build-time instead of
ned 1 exit status
Need to get rid of the space between "-L" and "/sw/lib" near the
beginning of that command.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
quot;all
packages that aren't viable don't exist at all". OTOH, someone could
easily clone the finkinfo tree or apt repo and screen out those.
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
I think).
IIRC, libgstroke intended to be usable with either glib/gtk+ or
glib2/gtk+2, so if it links gtk+, then using it with gtk+2 is
problematic because those two libs aren't binary-compatible. OTOH, it
does compile using gtk+ headers, using it with gtk+2 is risky
still. Probably
d
> >> and the ftp server timeouts on curl even at 300 seconds,
> >> use wget to manually download the source tarball. Treat the
> >> general case and --build-as-nobody differently.
> >> Users must agree to terms of the displayed confidentiality
> >
fink policy in being unable to be
> built with --build-as-nobody.
Minor correction: "--build-as-nobody" is not policy; "you must only
install into packaging dir (%i or %d) not directly to %p" is the
policy. --b-a-n just helps catch the mistake.
dan
--
Daniel Macks
dma..
r by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today.
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______
> Fink-devel m
t; Version: 2.6.1
> Revision: 1
> Epoch: 1
> Description: Obsolete socket plugin for python
> Maintainer: Daniel Macks
> Depends: python26 (>= 1:2.6.1-1), fink-obsolete-packages
That's kinda silly. If something is obsolete, let's not perpetuate it
and create new ones of it
d keeps us less typo-prone for future maintenance. The main
targets are lots of old-language-versions of python and perl modules I
think...lots of .info noise obscures an already hairy bit of
conditionals magic:)
dan
--
Daniel Macks
dma...@netspace.org
http://www.netsp
201 - 300 of 1003 matches
Mail list logo