FreeBSD unmaintained ports which are currently marked broken
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as broken in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/festvox-aec broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=festvox-aec portname: audio/gx2osd broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=gx2osd portname: audio/libworkman broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=libworkman portname: audio/linuxsampler broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linuxsampler portname: cad/linux-gid broken because: No more fetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cadportname=linux-gid portname: chinese/scim-chewing broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=scim-chewing portname: databases/lsdb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=lsdb portname: databases/xbase broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=xbase portname: deskutils/gemcal broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutilsportname=gemcal portname: deskutils/mhc broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutilsportname=mhc portname: deskutils/org-mode.el6 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutilsportname=org-mode.el6 portname: devel/bnf broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=bnf portname: devel/crow broken because: Doesn't build with Glibmm 2.25 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=crow portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=fampp portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=gcvs portname: devel/getxml broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=getxml portname: devel/linux-js broken because: does not build build errors: none. overview:
FreeBSD ports which are currently marked forbidden
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as forbidden in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=gnats ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On 21/08/2011, lini...@freebsd.org lini...@freebsd.org wrote: portname: devel/noweb description:A simple, extensible literate-programming tool maintainer: po...@freebsd.org deprecated because: No more public distfiles expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=noweb The distfile for this port exist and is still fetchable from the same place as always, [1]. Please, unbreak it (or should I send a PR about this?). [1] ftp://www.eecs.harvard.edu/pub/nr/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On 21 August 2011 09:08, Vitaly Magerya vmage...@gmail.com wrote: On 21/08/2011, lini...@freebsd.org lini...@freebsd.org wrote: portname: devel/noweb description: A simple, extensible literate-programming tool maintainer: po...@freebsd.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=noweb The distfile for this port exist and is still fetchable from the same place as always, [1]. Please, unbreak it (or should I send a PR about this?). [1] ftp://www.eecs.harvard.edu/pub/nr/ I'm on it. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
I notice in the list the port math/pari which is not some obscure abandonware, but one of the most proeminent free computer algebra software. So i look at the pari web page and then: niobe% fetch http://pari.math.u-bordeaux.fr/pub/pari/unix/pari-2.5.0.tar.gz pari-2.5.0.tar.gz 100% of 2650 kB 6412 kBps . niobe% ./Configure Configuring pari-2.5.0 (STABLE) Ok. Type make install when you are ready Bye ! niobe% gmake gp Making gp in Ofreebsd-i386 niobe% cd Ofreebsd-i386 niobe% gp-dyn GP/PARI CALCULATOR Version 2.5.0 (released) i386 running freebsd (ix86/GMP-5.0.1 kernel) 32-bit version compiled: Aug 21 2011, gcc-4.2.1 20070719 [FreeBSD] (readline v6.1 enabled, extended help enabled) Copyright (C) 2000-2011 The PARI Group PARI/GP is free software, covered by the GNU General Public License, and comes WITHOUT ANY WARRANTY WHATSOEVER. Type ? for help, \q to quit. Type ?12 for how to get moral (and possibly technical) support. parisize = 400, primelimit = 500509 ? 5*6 %1 = 30 ? In other words everything works completely out of the box, without any intervention. After that people will say that the freebsd ports are the best thing since sliced bread! -- Michel TALON ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
On 21 August 2011 10:05, Michel Talon ta...@lpthe.jussieu.fr wrote: I notice in the list the port math/pari which is not some obscure abandonware, but one of the most proeminent free computer algebra software. So i look at the pari web page and then: niobe% fetch http://pari.math.u-bordeaux.fr/pub/pari/unix/pari-2.5.0.tar.gz pari-2.5.0.tar.gz 100% of 2650 kB 6412 kBps . niobe% ./Configure Configuring pari-2.5.0 (STABLE) Ok. Type make install when you are ready Bye ! niobe% gmake gp Making gp in Ofreebsd-i386 niobe% cd Ofreebsd-i386 niobe% gp-dyn GP/PARI CALCULATOR Version 2.5.0 (released) i386 running freebsd (ix86/GMP-5.0.1 kernel) 32-bit version compiled: Aug 21 2011, gcc-4.2.1 20070719 [FreeBSD] (readline v6.1 enabled, extended help enabled) Copyright (C) 2000-2011 The PARI Group PARI/GP is free software, covered by the GNU General Public License, and comes WITHOUT ANY WARRANTY WHATSOEVER. Type ? for help, \q to quit. Type ?12 for how to get moral (and possibly technical) support. parisize = 400, primelimit = 500509 ? 5*6 %1 = 30 ? In other words everything works completely out of the box, without any intervention. Looks like the outdated version we have in ports isn't kept there any more. Would you like to be the port's new maintainer? We can extend the expiration date if you work on getting it to work again. After that people will say that the freebsd ports are the best thing since sliced bread! Not sure I understand what you're saying here. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Big patches
Chris Rees wrote: On 19 August 2011 11:18, Helmut Schneider jumpe...@gmx.de wrote: Boris Samorodov wrote: You may try to reduce pkg-plist changes. Are you speaking about www/typo* ports? If yes, those ports have hardcoded PORTVERSION at pkg-plist. One can use make variables to dramatically reduce pkg-plist changes: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist.html#PLIST-SUB dramatically reduce? How? Currently it seems it gets even bigger: [helmut@BSDHelmut ~]$ ls -s /usr/ports/www/typo3.org/pkg-plist 592 /usr/ports/www/typo3.org/pkg-plist [helmut@BSDHelmut ~]$ ls -s /usr/ports/www/typo3/pkg-plist 672 /usr/ports/www/typo3/pkg-plist [helmut@BSDHelmut ~]$ Just the once, but then the changes each time it's updated are smaller. I see. I patched genplist to do the job. Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Deprecation: round3
Le Tue, 02 Aug 2011 19:02:57 +0200, Baptiste Daroussin b...@freebsd.org a écrit : Hello, For the third time, I'm running a deprecation campaign to remove old, unmaintain and/or problematic stuff from the ports tree (ports@) I think lang/smarteiffel is a good candidate (does not fetch since years, project dead, broken on AMD64 with gcc 4) Regards. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Deprecation: round3
On 21 August 2011 12:56, Patrick Lamaiziere patf...@davenulle.org wrote: Le Tue, 02 Aug 2011 19:02:57 +0200, Baptiste Daroussin b...@freebsd.org a écrit : Hello, For the third time, I'm running a deprecation campaign to remove old, unmaintain and/or problematic stuff from the ports tree (ports@) I think lang/smarteiffel is a good candidate (does not fetch since years, project dead, broken on AMD64 with gcc 4) Hm, last edit to the Wiki over two years ago, I agree. Since it's 'maintained' I've stuck in a PR rather than immediately deprecate it. http://smarteiffel.loria.fr/wiki/en/index.php?title=Special:Recentchangeshideminor=0hideliu=0hidebots=0hidepatrolled=0limit=50days=1500limit=50 Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Deprecation: round3
Am 21.08.2011 14:30, schrieb Chris Rees: On 21 August 2011 12:56, Patrick Lamaiziere patf...@davenulle.org wrote: Le Tue, 02 Aug 2011 19:02:57 +0200, Baptiste Daroussin b...@freebsd.org a écrit : Hello, For the third time, I'm running a deprecation campaign to remove old, unmaintain and/or problematic stuff from the ports tree (ports@) I think lang/smarteiffel is a good candidate (does not fetch since years, project dead, broken on AMD64 with gcc 4) Hm, last edit to the Wiki over two years ago, I agree. Since it's 'maintained' I've stuck in a PR rather than immediately deprecate it. http://smarteiffel.loria.fr/wiki/en/index.php?title=Special:Recentchangeshideminor=0hideliu=0hidebots=0hidepatrolled=0limit=50days=1500limit=50 Also: https://gforge.inria.fr/projects/smarteiffel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: mt-daapd-0.2.4.2_2
Hi Mark, I noticed you're the maintainer for mt-daapd. Would you be interested in creating a port for forked-daapd also? I want to run this on freebsd, but I don't know if I could compile it myself. http://blog.technologeek.org/category/hacks/forked-daapd Thanks, Gabriel___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
portsclean warnings about libXaw
I'm getting this on several boxes. # portsclean -CLD Cleaning out /usr/ports/*/*/work... done. Detecting unreferenced distfiles... Delete /usr/ports/distfiles/pcre-8.12.tar.bz2 Delete /usr/ports/distfiles/php-5.3.6.tar.bz2 Delete /usr/ports/distfiles/pkgtools-2.4.8.tar.bz2 Delete /usr/ports/distfiles/suhosin-patch-5.3.6-0.9.10.patch.gz ** You have multiple versions of libXaw but 2 of them are not from packages: Xaw.7 (/usr/local/lib/libXaw.so.7) - ? Xaw.6 (/usr/local/lib/libXaw.so.6) - ? and the symlink (/usr/local/lib/libXaw.so) points to: Xaw7. (/usr/local/lib/libXaw7.so) - ? -- Skipping Xaw.7 because it is newer than what the packages provide -- Skipping Xaw.6 because it is newer than what the packages provide # cd /usr/local/lib/ # pkg_which libXaw* ? ? ? libXaw-1.0.8,1 libXaw-1.0.8,1 ? libXaw-1.0.8,1 libXaw-1.0.8,1 libXaw-1.0.8,1 ? libXaw-1.0.8,1 # ls -l|grep Xaw lrwxr-xr-x 1 root wheel10 May 17 15:23 libXaw.so - libXaw7.so lrwxr-xr-x 1 root wheel12 May 17 15:23 libXaw.so.6 - libXaw6.so.6 lrwxr-xr-x 1 root wheel12 May 17 15:23 libXaw.so.7 - libXaw7.so.7 -rw-r--r-- 1 root wheel510014 May 17 15:23 libXaw6.a -rwxr-xr-x 1 root wheel 1199 May 17 15:23 libXaw6.la lrwxr-xr-x 1 root wheel12 May 17 15:23 libXaw6.so - libXaw6.so.6 -rwxr-xr-x 1 root wheel367281 May 17 15:23 libXaw6.so.6 -rw-r--r-- 1 root wheel701852 May 17 15:23 libXaw7.a -rwxr-xr-x 1 root wheel 1224 May 17 15:23 libXaw7.la lrwxr-xr-x 1 root wheel12 May 17 15:23 libXaw7.so - libXaw7.so.7 -rwxr-xr-x 1 root wheel501921 May 17 15:23 libXaw7.so.7 Everything ok? Is this normal? bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Deprecation of lang/smarteiffel (Re: Deprecation: round3)
Le Sun, 21 Aug 2011 13:30:15 +0100, Chris Rees cr...@freebsd.org a écrit : Hello, I think lang/smarteiffel is a good candidate (does not fetch since years, project dead, broken on AMD64 with gcc 4) Hm, last edit to the Wiki over two years ago, I agree. Since it's 'maintained' I've stuck in a PR rather than immediately deprecate it. http://smarteiffel.loria.fr/wiki/en/index.php?title=Special:Recentchangeshideminor=0hideliu=0hidebots=0hidepatrolled=0limit=50days=1500limit=50 The version in ports is a fork of SmartEiffel (SE) 1.1. This was a transitional version made by Daniel F Moisset to help the transition of programs using SE 1 to SE 2 (loria), which has an Eiffel dialect incompatible with SE1 :-( Web site is dead, but there is still the announce of SE 1.2r7 on gmame : http://permalink.gmane.org/gmane.comp.lang.eiffel.smalleiffel.transitional/88 SE 2 from the Loria is not in ports (and it's dead too anyway). Sorry for this missing history in my previous mail. Regards. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
Hi! On 21 August 2011 10:05, Michel Talon ta...@lpthe.jussieu.fr wrote: I notice in the list the port math/pari which is not some obscure abandonware, but one of the most proeminent free computer algebra software. [...] In other words everything works completely out of the box, without any intervention. Looks like the outdated version we have in ports isn't kept there any more. Would you like to be the port's new maintainer? I'll have a look at it. -- p...@opsec.eu+49 171 3101372 9 years to go ! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Deprecation of lang/smarteiffel (Re: Deprecation: round3)
On 21 August 2011 15:27, Patrick Lamaiziere patf...@davenulle.org wrote: Le Sun, 21 Aug 2011 13:30:15 +0100, Chris Rees cr...@freebsd.org a écrit : Hello, I think lang/smarteiffel is a good candidate (does not fetch since years, project dead, broken on AMD64 with gcc 4) Hm, last edit to the Wiki over two years ago, I agree. Since it's 'maintained' I've stuck in a PR rather than immediately deprecate it. http://smarteiffel.loria.fr/wiki/en/index.php?title=Special:Recentchangeshideminor=0hideliu=0hidebots=0hidepatrolled=0limit=50days=1500limit=50 The version in ports is a fork of SmartEiffel (SE) 1.1. This was a transitional version made by Daniel F Moisset to help the transition of programs using SE 1 to SE 2 (loria), which has an Eiffel dialect incompatible with SE1 :-( Web site is dead, but there is still the announce of SE 1.2r7 on gmame : http://permalink.gmane.org/gmane.comp.lang.eiffel.smalleiffel.transitional/88 SE 2 from the Loria is not in ports (and it's dead too anyway). Thank you. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
On 21 August 2011 15:34, Kurt Jaeger li...@opsec.eu wrote: Hi! On 21 August 2011 10:05, Michel Talon ta...@lpthe.jussieu.fr wrote: I notice in the list the port math/pari which is not some obscure abandonware, but one of the most proeminent free computer algebra software. [...] In other words everything works completely out of the box, without any intervention. Looks like the outdated version we have in ports isn't kept there any more. Would you like to be the port's new maintainer? I'll have a look at it. Can I take that as 'I'll have maintainership please!'? ;) Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
Kurt Jaeger wrote:
Looks like the outdated version we have in ports isn't kept there any
more. Would you like to be the port's new maintainer?
I'll have a look at it.
I have played a little with the FreeBSD port for pari:
One needs to modify very little the Makefile:
CONFIGURE_ARGS= --prefix=${PREFIX} --share-prefix=${PREFIX}/share\
--mandir=${PREFIX}/man/man1 --with-gmp=${LOCALBASE}
This is so that the man pages go to the correct position.
MAJOR_VERSION= 2
MINOR_VERSION= 5
REV_VERSION=0
I think all the emacs stuff has become useless.
The good distinfo is
niobe# cat distinfo
MD5 (pari-2.5.0.tar.gz) = 6077c6db56fdd32e39a06a9bf320e1f7
SHA256 (pari-2.5.0.tar.gz) =
5dc923b001ca0f8664facfafcd91946be63faf8f0e1df4b11bfac80f89ec37a2
MD5 (pari-2.5.0.tar.gz) = 0b595a1345679ff482785a686c863e9f
SIZE (pari-2.5.0.tar.gz) = 2714449
The patch files in files/ don't apply cleanly and are useless, except
patch-config-TOP_Make.SH
which removes compiling the doc. This may be fine because the doc is on
the web site, and requires TeX for compiling. Anyways the doc
compile needs make - gmake (and then works) but i don't know how to
pass that to the system.
The make install installs less files than what is in pkg-plist.
In /usr/local/bin:
gp gp-2.5 gphelp tex2mail
In /usr/local/include/pari
genpari.h pari.h paricfg.h paridecl.h parigen.h parinf.h
paripriv.h parisys.h
mpinl.hparicast.h paricom.h parierr.h pariinl.h pariold.h
paristio.h paritune.h
In /usr/local/share/pari:
niobe# ls -R /usr/local/share/pari
PARI doc examples misc pari.desc
/usr/local/share/pari/PARI:
822.pm
/usr/local/share/pari/doc:
Makefile appd.tex parimacro.tex refcard.pstutorial.dvi
users.tex usersch3.tex
appa.tex libpari.dvi pdfmacs.tex refcard.tex tutorial.tex
usersch1.tex usersch4.tex
appb.tex paricfg.tex refcard.dvi translations users.dvi
usersch2.tex usersch5.tex
/usr/local/share/pari/examples:
EXPLAIN Makefilecl.gp contfrac.gp lucas.gpsqufof.gp
Inputrc bench.gpclassno.gp extgcd.crho.gp taylor.gp
/usr/local/share/pari/misc:
READMEcolor.dft gpalias gpfloggprc.dft pari.xpm xgp
niobe# ls -R /usr/local/share/pari
PARI doc examples misc pari.desc
/usr/local/share/pari/PARI:
822.pm
/usr/local/share/pari/doc:
Makefile appd.tex parimacro.tex refcard.pstutorial.dvi
users.tex usersch3.tex
appa.tex libpari.dvi pdfmacs.tex refcard.tex tutorial.tex
usersch1.tex usersch4.tex
appb.tex paricfg.tex refcard.dvi translations users.dvi
usersch2.tex usersch5.tex
/usr/local/share/pari/examples:
EXPLAIN Makefilecl.gp contfrac.gp lucas.gpsqufof.gp
Inputrc bench.gpclassno.gp extgcd.crho.gp taylor.gp
/usr/local/share/pari/misc:
READMEcolor.dft gpalias gpfloggprc.dft pari.xpm xgp
And finally the man pages in /usr/local/man/man1
gp-2.5.1 gp.1 gphelp.1 pari.1 tex2mail.1
and the compressed versions.
Good luck
--
Michel TALON
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: distfile status - do I have to do something about it?
On Tue, Jul 26, 2011 at 02:22:08PM -0400, b. f. wrote: I maintain these 2 ports: http://people.freebsd.org/~ehaupt/distilator/me...@bristol.ac.uk-bad.html Do I have to do something about it? Probably not for the 500s, unless the recur many times. The NXDOMAIN is more troubling: you should investigate if upstream has moved, or is defunct. If you can't determine this by other information, and the site is unreachable, wait a while, to ensure that it is not a temporary outage with someone's nameserver, and then, if the problem has not been solved, find another place to host the distfiles, or deprecate the port. I fixed NXDOMAIN. Some 500s indeed recur many times. I want to fix those too. However, some are defined in Mk/bsd.sites.mk, e.g.: sunsite.org.uk What's the procedure for updating bsd.sites.mk? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: sysutils/diskcheckd needs fixing and a maintainer
On Thu, Aug 18, 2011 at 02:57:17AM +0200, Julian H. Stacey wrote: I'd question _why_ valuable people like you Chris would allow your time to be distracted merely to try to get repair run time capability of a port. I haven't spent any time on this port. I'm just trying to reply to traffic on the mailing list. Most of the time is spent on maintaining the package building cluster. In general I'm happier to work on infrastructure patches than individual ports. But I do try to keep up with the mailing lists, and, in this case, lend my support to the effort that others are doing to clean up bitrot. I hope you can accept that it looks to me as though there are honest differences of opinion about what shape this port is in. I personally have no stake in it. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On Sun, 21 Aug 2011 08:30:42 +0200 (CEST) lini...@freebsd.org wrote: portname: net-p2p/teknap description:Console napster client maintainer: po...@freebsd.org deprecated because: Napster service is not working anymore expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2pportname=teknap Actually, as I pointed out re: the lopster port, which was previously also scheduled for removal, the Opennap network is still very much alive and well. See http://www.gotnap.com In addition, if someone wanted to try using the net-p2p/opennap port (to run their own Opennap server), then TekNap is a very useful tool to have available. Please reconsider removing this port. Thank you. -- Conrad J. Sabatier conr...@cox.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
audio/adpcm (Re: FreeBSD unmaintained ports which are currently scheduled for deletion)
On -10.01.-28163 14:59, lini...@freebsd.org wrote: portname: audio/adpcm description:An Intel/DVI IMA ADPCM codec library maintainer:po...@freebsd.org deprecated because: No more public distfiles expiration date:2011-09-01 build errors: none. overview:http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=adpcm At least in this particular case, I don't think, the removal is warranted. The public distfiles disappeared not because of a deliberate action by the developer or copyright-holder, but simply because the entire ftp.cwi.nl is now gone. Sites continue to host the file -- we should allow CWI.net to sort things out with their FTP-server (or, perhaps, they intend to offer the same code over HTTP later). -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On 08/21/11 21:46, Conrad J. Sabatier wrote: On Sun, 21 Aug 2011 08:30:42 +0200 (CEST) lini...@freebsd.org wrote: portname: net-p2p/teknap description:Console napster client maintainer: po...@freebsd.org deprecated because: Napster service is not working anymore expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2pportname=teknap Actually, as I pointed out re: the lopster port, which was previously also scheduled for removal, the Opennap network is still very much alive and well. See http://www.gotnap.com In addition, if someone wanted to try using the net-p2p/opennap port (to run their own Opennap server), then TekNap is a very useful tool to have available. Please reconsider removing this port. Thank you. I'll take maintainership since I already have net-p2p/opennap. -- Sam Cassiba s...@cassiba.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD ports which are currently scheduled for deletion
On Sun, 21 Aug 2011 23:29:12 -0500 Sam Cassiba s...@cassiba.com wrote: On 08/21/11 21:46, Conrad J. Sabatier wrote: On Sun, 21 Aug 2011 08:30:42 +0200 (CEST) lini...@freebsd.org wrote: portname: net-p2p/teknap description:Console napster client maintainer: po...@freebsd.org deprecated because: Napster service is not working anymore expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2pportname=teknap Actually, as I pointed out re: the lopster port, which was previously also scheduled for removal, the Opennap network is still very much alive and well. See http://www.gotnap.com In addition, if someone wanted to try using the net-p2p/opennap port (to run their own Opennap server), then TekNap is a very useful tool to have available. Please reconsider removing this port. Thank you. I'll take maintainership since I already have net-p2p/opennap. Heh. Mark had just asked me a little while ago if I'd be interested, but I'll happily defer to you, of course. Thanks. -- Conrad J. Sabatier conr...@cox.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
