04:29 bapt 

Bye bye abandonwares (part 2)

2011-08-01 benchmarks/rawio: Looks like an abandonware, no more public distfiles
2011-08-01 benchmarks/tmetric: Looks like abandonware, no more public distfiles
2011-08-01 biology/L-Breeder: Looks like an abandonware, no more public distfile
2011-08-01 biology/crimap: Looks like an abandonware, no more public distfile
2011-08-01 biology/distribfold: No more upstream, looks like an abandonware
2011-08-01 biology/kinemage: Looks like an abandonware, no more public distfile
2011-08-01 biology/lsysexp: Looks like an abandonware, no more public distfile
2011-08-01 chinese/chm2html: Looks like an abandonware, no more public distfile
2011-08-01 chinese/ntuttf: No more public distfiles available
2011-08-01 chinese/reciteword: Looks like an abandonware, no more public
distfile
2011-08-01 chinese/tocps: No more pulic distfiles
2011-08-01 chinese/xttmgr: Looks like an abandonware, no more public distfile
2011-08-01 comms/mserver: Looks like an abandonware, no more public distfiles
2011-08-01 comms/qicosi: Looks like an abandonware, no more public distfile
2011-08-01 comms/sms_client: Looks like an abandonware, no more public distfile
2011-08-01 comms/smstools: Looks like an abandonware, no more public distfile
2011-08-01 converters/siconv: Looks like an abandonware, no more public
distfiles
2011-08-01 converters/utf8conv: Looks like an abandonware, no more public
distfile
2011-08-01 databases/pgcluster: Looks like an abandonware, no more public
distfile
2011-08-01 databases/py-MySQL: Please use databases/py-MySQLdb instead
2011-08-01 databases/py-SQLDict: Looks like an abandonware, no more public
distfile
2011-08-01 databases/py-rrdpipe: Looks like an abandonware, no more public
distfile
2011-08-01 databases/sybase_ase: no more public distfiles available

21:29 edwin 

possible fix to unbreak biology/L-Breeder

        L-Breeder is currently marked unfetchable:
        http://people.freebsd.org/~fenner/portsurvey/biology.html#L-Breeder

        So I tried to investigate the problem and I'm now submitting
        my homework so it doesn't get lost.

        This is what I noticed:

        i) L-Breeder upstream sources have "stagnated for some time,
        but now a new simplified version is available" (sic, from
        the web site)

        So, the fetch issue is resolved. And the pkg-descr is also
        updated to reflect the new home page. However:

        ii) L-Breeder is now called LBreeder. I have changed PORTNAME
        to reflect this, although I don't know if this is the right
        thing to do. Should the port be moved to biology/LBreeder?
        Or perhaps just leaving PORTNAME pointing to the old name
        and then work inside the Makefile to point the build/install
        to the correct name?

        iii) the sources have been reorganized so I have to update
        the port's Makefile to reflect this. The attached patch
        works for me under FreeBSD-4.11 (although it's possible
        that I may have missed a dependency if I already have a
        required library installed in my box. Sorry, I don't have
        a tinderbox-like setup to test builds)

        iv) the program does not have a version number, nor did I
        find one by looking inside the sources. To avoid changing
        too much the port I just left PORTVERSION at 1.0 and bumped
        PORTREVISION to 6

        Finally, do note that I am not a user of LBreeder, so I
        cannot test the program myself. I just noticed that by
        calling the executable I get a black X screen, that I can
        quit by pressing 'q' as documented in Readme.txt, but I
        can't tell myself if this is the expected behaviour. Nor
        do I know how to use the example files. Caveat emptor.

PR:             ports/90073
Submitted by:   Fernan Aguero <fernan@iib.unsam.edu.ar>
Approved by:    maintainer timeout

13:12 trevor 

Use PLIST_FILES (bento-tested, marcus-reviewed).

00:01 lioux 

New port L-Breeder version 1.0: Allows you to display and breed
L-system forms

PR:             38725
Submitted by:   David Yeske <dyeske@yahoo.com>