Re: Firebird 2.5.3

2014-09-04 Thread Kurt Jaeger 
Hi!

> > Concerning:
> > http://www.freshports.org/databases/firebird25-server
> > 
> > Please tell me when version 2.5.3 will be available?
> 
> Can you test whether the patch in
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193174
> 
> works for you ?

Thanks to Steve for testing, update done.

-- 
p...@opsec.eu+49 171 3101372 6 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"

[QAT] 367319: 2x leftovers, 2x ignored: is only for amd64, while you are running i386

2014-09-04 Thread Ports-QAT 
Remove obsolete USE_CDRTOOLS
-

  Build ID:  20140905002200-62357
  Job owner: kmo...@freebsd.org
  Buildtime: 61 minutes
  Enddate:   Fri, 05 Sep 2014 01:23:10 GMT

  Revision:  367319
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=367319

-

Port:x11/lumina 0.6.2.1409847349,1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kmo...@freebsd.org/20140905002200-62357-409822/lumina-0.6.2.1409847349,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   IGNORED: IS ONLY FOR AMD64, WHILE YOU ARE RUNNING I386

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kmo...@freebsd.org/20140905002200-62357-409824/lumina-0.6.2.1409847349,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS ONLY FOR AMD64, WHILE YOU ARE RUNNING I386


--
Buildarchive URL: 
redports 
___
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: [BRAINSTORMING] simplifying maintainer's life

2014-09-04 Thread Matthew Seaman 
On 04/09/2014 08:12, Marcus von Appen wrote:
>> In many ways, I'd prefer to have this sort of functionality available as
>> a web-app, thus saving users the necessity of downloading megabytes of
>> data about ports / packages they would never use or care about.  Needs
>> someone to step up and write that application though.
> 
> Not necessarily a web app, but a (web) service that's e.g. run somewhere
> on a
> pkg builder or proxy and which can be queried by tools as well as web
> services.
> 
> If you tell me, how the index looks like, I can give it a quick
> (prototyping) shot.

See pkg-repo(8), specifically the -l or --list-files option.  If you
just stick a few packages into a directory, you can run pkg-repo over
them.  This will generate a file filesite.txz which should be enough to
show the format.

Anything you come up with would certainly be of interest to the
poudriere project
(https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki),
probably even more so than pkg(8) itself.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.

PGP: http://www.infracaninophile.co.uk/pgpkey
JID: matt...@infracaninophile.co.uk



signature.asc
Description: OpenPGP digital signature

[QAT] 367292: 1x leftovers, 2x depend (??? in graphics/netpbm), 1x ignored: is only for amd64, while you are running i386

2014-09-04 Thread Ports-QAT 
Opps, remove restriction to FBSD 10.0 and later

Pointy Hat: kmoore
-

  Build ID:  20140904170800-65260
  Job owner: kmo...@freebsd.org
  Buildtime: 70 minutes
  Enddate:   Thu, 04 Sep 2014 18:17:51 GMT

  Revision:  367292
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=367292

-

Port:x11/lumina 0.6.2.1409847349,1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN GRAPHICS/NETPBM)
  Log: 
https://qat.redports.org//~kmo...@freebsd.org/20140904170800-65260-409518/netpbm-10.35.92_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN GRAPHICS/NETPBM)
  Log: 
https://qat.redports.org//~kmo...@freebsd.org/20140904170800-65260-409519/netpbm-10.35.92_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kmo...@freebsd.org/20140904170800-65260-409520/lumina-0.6.2.1409847349,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS ONLY FOR AMD64, WHILE YOU ARE RUNNING I386


--
Buildarchive URL: 
redports 
___
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"

[QAT] 367275: 4x leftovers, 8x success

2014-09-04 Thread Ports-QAT 
Make descriptions for TTA (The True Audio) lossless audio and TooLAME MP2
audio encoder shared and thus remove them from some ports' Makefiles.
-

  Build ID:  20140904145800-63014
  Job owner: da...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Thu, 04 Sep 2014 17:21:03 GMT

  Revision:  367275
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=367275

-

Port:audio/pacpl 5.0.1_11

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409442/pacpl-5.0.1_11.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409443/pacpl-5.0.1_11.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409444/pacpl-5.0.1_11.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409445/pacpl-5.0.1_11.log

-

Port:audio/shntool 3.0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409446/shntool-3.0.10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409447/shntool-3.0.10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409448/shntool-3.0.10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409449/shntool-3.0.10.log

-

Port:audio/soundkonverter 2.1.1_3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409450/soundkonverter-2.1.1_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409451/soundkonverter-2.1.1_3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409452/soundkonverter-2.1.1_3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~da...@freebsd.org/20140904145800-63014-409453/soundkonverter-2.1.1_3.log


--
Buildarchive URL: 
redports 
___
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: libiconv issue

2014-09-04 Thread Dimitry Andric 
On 03 Sep 2014, at 23:13, Christos Chatzaras  wrote:
> I try to portupgrade and I get this error:
> 
> portupgrade -y phpMyAdmin-4.2.7.1
> --->  Session started at: Wed, 03 Sep 2014 21:28:19 +0300
> [Updating the pkgdb  in /var/db/pkg ... - 130 packages 
> found (-0 +0)  done]
> Stale dependency: phpMyAdmin-4.2.7.1 --> libiconv-1.14_4 -- manually run 
> 'pkgdb -F' to fix, or specify -O to force.
> --->  Session ended at: Wed, 03 Sep 2014 21:28:20 +0300 (consumed 00:00:00)

Have you tried running 'pkgdb -F' ?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

net/ntop strip: ... Invalid operation

2014-09-04 Thread Janos Dohanics 
I'm trying to build and install net/ntop and getting this error
(FreeBSD 8.4-STABLE #0 r264373 amd64):

===>   Generating temporary packing list
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo -I m4
-I m4
 cd . && /bin/sh ./missing --run echo --gnu
--gnu
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo

if test -z 'strip'; then \
  gmake  INSTALL_PROGRAM="/bin/sh 
/usr/ports/net/ntop/work/ntop-5.0.1/install-sh -c -s" \
install_sh_PROGRAM="/bin/sh /usr/ports/net/ntop/work/ntop-5.0.1/install-sh 
-c -s" INSTALL_STRIP_FLAG=-s \
  install; \
else \
  gmake  INSTALL_PROGRAM="/bin/sh 
/usr/ports/net/ntop/work/ntop-5.0.1/install-sh -c -s" \
install_sh_PROGRAM="/bin/sh /usr/ports/net/ntop/work/ntop-5.0.1/install-sh 
-c -s" INSTALL_STRIP_FLAG=-s \
"INSTALL_PROGRAM_ENV=STRIPPROG='strip'" install; \
fi
gmake[1]: Entering directory `/usr/ports/net/ntop/work/ntop-5.0.1'
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo -I m4
-I m4
 cd . && /bin/sh ./missing --run echo --gnu
--gnu
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo

Making install in .
gmake[2]: Entering directory `/usr/ports/net/ntop/work/ntop-5.0.1'
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo -I m4
-I m4
 cd . && /bin/sh ./missing --run echo --gnu
--gnu
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo

gmake[3]: Entering directory `/usr/ports/net/ntop/work/ntop-5.0.1'
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo -I m4
-I m4
 cd . && /bin/sh ./missing --run echo --gnu
--gnu
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh ./missing --run echo

 /bin/mkdir -p '/usr/ports/net/ntop/work/stage/usr/local/lib'
 /bin/sh ./libtool   --mode=install /usr/bin/install -c -o root -g wheel -s  
libntop.la libntopreport.la '/usr/ports/net/ntop/work/stage/usr/local/lib'
libtool: install: /usr/bin/install -c -o root -g wheel .libs/libntop-5.0.1.so 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntop-5.0.1.so
libtool: install: strip --strip-unneeded 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntop-5.0.1.so
libtool: install: (cd /usr/ports/net/ntop/work/stage/usr/local/lib && { ln -s 
-f libntop-5.0.1.so libntop.so || { rm -f libntop.so && ln -s libntop-5.0.1.so 
libntop.so; }; })
libtool: install: /usr/bin/install -c -o root -g wheel .libs/libntop.lai 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntop.la
libtool: install: warning: relinking `libntopreport.la'
libtool: install: (cd /usr/ports/net/ntop/work/ntop-5.0.1; /bin/sh 
/usr/ports/net/ntop/work/ntop-5.0.1/libtool  --tag CC --mode=relink cc -g -O2 
-pipe -I/usr/local/include -L/usr/local/lib -fno-strict-aliasing 
-I/usr/local/include -I/opt/local/include -g -Wshadow -Wpointer-arith 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -I /usr/include 
-I/usr/local/include -I/usr/include -I/usr/local/include/python2.7 
-I/usr/local/include/python2.7 -fno-strict-aliasing -O2 -pipe 
-fno-strict-aliasing -DNDEBUG -release 5.0.1 -export-dynamic -L/usr/local/lib 
-pthread -Wl,-rpath,/usr/lib:/usr/local/lib-L/usr/local/lib -L/opt/local/lib 
-L/usr/local/lib -L/usr/lib -o libntopreport.la -rpath /usr/local/lib 
emitter.lo globals-report.lo graph.lo httpd.lo report.lo reportUtils.lo 
ssl_utils.lo webInterface.lo map.lo python.lo libntop.la -lpthread -lc -lcrypt 
-lssl -lcrypto -lgdbm -lz -L/usr/local/lib -lintl -lutil -lm -lpython2.7 
-lGeoIP -L/usr/lib -lpcap -L/usr/local/lib -lrrd_th ./nDPI/src/
 lib/.libs/libndpi.a -inst-prefix-dir /usr/ports/net/ntop/work/stage)

*** Warning: Linking the shared library libntopreport.la against the
*** static library ./nDPI/src/lib/.libs/libndpi.a is not portable!
libtool: relink: cc -shared  -fPIC -DPIC  .libs/emitter.o 
.libs/globals-report.o .libs/graph.o .libs/httpd.o .libs/report.o 
.libs/reportUtils.o .libs/ssl_utils.o .libs/webInterface.o .libs/map.o 
.libs/python.o   -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib 
-L/opt/local/lib -L/usr/lib ./.libs/libntop.so -lpthread -lcrypt -lssl -lcrypto 
/usr/local/lib/libgdbm.so -lz /usr/local/lib/libintl.so -lutil -lm -lpython2.7 
-lGeoIP -lpcap -lrrd_th ./nDPI/src/lib/.libs/libndpi.a  -O2 -O2 -pthread 
-Wl,-rpath -Wl,/usr/lib:/usr/local/lib-L/usr/local/lib   -pthread -Wl,-soname 
-Wl,libntopreport-5.0.1.so -o .libs/libntopreport-5.0.1.so
libtool: install: /usr/bin/install -c -o root -g wheel 
.libs/libntopreport-5.0.1.soT 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntopreport-5.0.1.so
libtool: install: strip --strip-unneeded 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntopreport-5.0.1.so
libtool: install: (cd /usr/ports/net/ntop/work/stage/usr/local/lib && { ln -s 
-f libntopreport-5.0.1.so libntopreport.so || { rm -f libntopreport.so && ln -s 
libntopreport-5.0.1.so libntopreport.so; }; })
libtool: install: /usr/bin/install -c -o root -g wheel .libs/libntopreport.lai 
/usr/ports/net/ntop/work/stage/usr/local/lib/libntopreport.la
libtool: install: /usr/bin/install -c -o

Re: Splitting devel/subversion into SEVERAL ports -- how fine-grained do we want to see it?

2014-09-04 Thread James R. Van Artsdalen 
So how does port subversion work now?  I don't get mod_dav_svn installed
and I don't see a knob for it.

There is  port www/mod_dav_svn but devel/subversion doesn't seem to
reference it, and www/mod_dav_svn just gives errors when apache24 tries
to start.(needs shared memory support that or some such).

port devel/subversion does have the mod_dav_svn code in the work tree;
it just isn't installed.
___
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"

[QAT] 367220: 3x leftovers, 1x success

2014-09-04 Thread Ports-QAT 
Fix packaging
-

  Build ID:  20140903165601-46333
  Job owner: anto...@freebsd.org
  Buildtime: 22 hours
  Enddate:   Thu, 04 Sep 2014 15:24:38 GMT

  Revision:  367220
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=367220

-

Port:math/coq 8.4.3,1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140903165601-46333-409202/coq-8.4.3,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140903165601-46333-409203/coq-8.4.3,1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140903165601-46333-409204/coq-8.4.3,1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140903165601-46333-409205/coq-8.4.3,1.log


--
Buildarchive URL: 
redports 
___
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: Missing /usr/local/lib/libiconv.la

2014-09-04 Thread Janos Dohanics 
On Thu, 4 Sep 2014 11:27:47 +0200
Tijl Coosemans  wrote:

> On Thu, 4 Sep 2014 02:03:54 -0400 Janos Dohanics 
> wrote:
> > Trying to build/install textproc/libxslt on FreeBSD 8.4-STABLE #0
> > r264373 amd64:
> > 
> > ===>  Building for libxslt-1.1.28_4
> > gmake  all-recursive
> > gmake[1]: Entering directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28' Making all in
> > libxslt gmake[2]: Entering directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libxslt' gmake[2]:
> > Nothing to be done for `all'. gmake[2]: Leaving directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libxslt' Making
> > all in libexslt gmake[2]: Entering directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libexslt' CCLD
> > libexslt.la libtool: link: cannot find the library
> > `/usr/local/lib/libiconv.la' or unhandled argument
> > `/usr/local/lib/libiconv.la' gmake[2]: *** [libexslt.la] Error 1
> > gmake[2]: Leaving directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libexslt' gmake
> > [1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory
> > `/usr/ports/textproc/libxslt/work/libxslt-1.1.28' gmake: *** [all]
> > Error 2 ===> Compilation failed unexpectedly. Try to set
> > MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
> > the maintainer. *** Error code 1
> > 
> > Stop in /usr/ports/textproc/libxslt.
> > *** Error code 1
> > 
> > Which port is it that installs libiconv.la?
> > 
> > Please advise...
> 
> Run "make all-depends-list" in textproc/libxslt and make sure you have
> the latest version of the ports it lists.

Thank you, "make all-depends-list" was very useful, libxslt-1.1.28_4 is
installed, I think upgrading devel/gmake fixed it (although there is
still no /usr/local/lib/libiconv.la).

-- 
Janos Dohanics
___
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"

[QAT] 367217: 4x leftovers

2014-09-04 Thread Ports-QAT 
Update to 1.4.0-pre-alpha13:
Changes:
- @owner/@group without var reset to root/wheel
- Do not accept @mode with '+-' like u+s or g-w
- Integrate kyua with autools (make check now calls kyua)
- Fix pkg annotate -y
- Fix a regression in pkg_is_valid
- Allow keywords define in ucl files '(Keywords/*.ucl)' to consider its
  argument as a command line argument (aka split it)
- Completly ignore mtree
- Automatically remove any directory under PREFIX if needed
-

  Build ID:  20140903163000-869
  Job owner: b...@freebsd.org
  Buildtime: 22 hours
  Enddate:   Thu, 04 Sep 2014 14:48:33 GMT

  Revision:  367217
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=367217

-

Port:ports-mgmt/pkg-devel 1.4.0.p.a13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140903163000-869-409190/pkg-devel-1.4.0.p.a13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140903163000-869-409191/pkg-devel-1.4.0.p.a13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140903163000-869-409192/pkg-devel-1.4.0.p.a13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20140903163000-869-409193/pkg-devel-1.4.0.p.a13.log


--
Buildarchive URL: 
redports 
___
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: pkg_* tools removal

2014-09-04 Thread Michelle Sullivan 
Christos Chatzaras wrote:
> Will the pkg_* tools removed in a later FreeBSD release?
> ___
> 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"
>   
They're already unusable.

-- 
Michelle Sullivan
http://www.mhix.org/

___
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: pkg_* tools removal

2014-09-04 Thread David Wolfskill 
On Thu, Sep 04, 2014 at 03:32:53PM +0300, Christos Chatzaras wrote:
> Will the pkg_* tools removed in a later FreeBSD release?
> 

They have been (as of stable/10 somewhat prior to r271011, as well
as head, of course).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil cowards with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpaOPhLwNjRk.pgp
Description: PGP signature

pkg_* tools removal

2014-09-04 Thread Christos Chatzaras 
Will the pkg_* tools removed in a later FreeBSD release?
___
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: libiconv issue

2014-09-04 Thread Christos Chatzaras 
Any idea what I should do to upgrade the ports?



libiconv-1.14_4
Name   : libiconv
Version: 1.14_4
Installed on   : Thu Sep  4 14:49:42 EEST 2014
Origin : converters/libiconv
Architecture   : freebsd:8:x86:64
Prefix : /usr/local
Categories : devel converters
Maintainer : gn...@freebsd.org
WWW: http://www.gnu.org/software/libiconv/
Comment: Character set conversion library
Options:
DOCS   : on
ENCODINGS  : on
PATCHES: off
Shared Libs provided:
libiconv.so.3
libcharset.so.1
Flat size  : 2.20MiB
Description:
This library provides an iconv() implementation, for use on systems which
don't have one, or whose implementation cannot convert from/to Unicode.

It can convert from any of these encodings to any other, through Unicode
conversion. It has also some limited support for transliteration, i.e.
when a character cannot be represented in the target character set, it can
be approximated through one or several similarly looking characters.

libiconv is for you if your application needs to support multiple character
encodings, but that support lacks from your system.

See either README or website for the list of supported encodings.

WWW: http://www.gnu.org/software/libiconv/
___
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: problem with devel/glib20

2014-09-04 Thread Robert Huff 
From: Marcus von Appen 
To: Robert Huff 
Cc: po...@freebsd.org
Subject:
Date: Thu, 4 Sep 2014 08:03:36 +0200


--w7PDEPdKQumQfZlR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On, Thu Sep 04, 2014, Robert Huff wrote:

>> [glib20 + python files installation issue]

>  https://svnweb.freebsd.org/ports?view=revision&revision=367216

>  A fix was committed yesterday (see above), most likely after you
>  tried to build glib20. Can you update to your ports tree and try
>  again?

I can, and I did, and it worked.
Winner!

Thanks,

Robert Huff


___
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: [BRAINSTORMING] simplifying maintainer's life

2014-09-04 Thread Tijl Coosemans 
On Wed, 03 Sep 2014 16:06:21 -0500 Bryan Drewery  wrote:
> On 9/3/2014 1:57 PM, Bryan Drewery wrote:
> > What might be interesting is an autoplist with glob-like syntax to
> > support sub-packages. So a main package could be everything except
> > .debug, or .h, or man/*. Or each of those prefixed with a keyword
> > specifying with package they are in.
> 
> It may be tricky to handle the current ignore mechanism of @comment. I
> laid out ideas for this before. Here is my previous proposal which had
> separate plist files for sub-packages. The general idea could be adapted
> to other ways of specifying patterns/lists for sub-packages though:
> 
> All plists are packaged and then anything leftover is packaged into
> the main package assuming there is not a plist for it specifying
> what to install.  Orphans would only be things not in any plist.
> So if you specify a main plist then you are forbidden to have
> orphans, not specifying a plist would have no orphans as everything
> is installed from stagedir.
> 
> 
> 1. No plists = everything in STAGEDIR is automatically added to a plist.
>(I suppose this ignores all the cruft in Mk/* that adds to plists)
> 2. pkg-plist = "main" plist, If you only have this file then any orphans
>are fatal.
> 3. pkg-plist, pkg-plist.docs, main package and doc package, any orphan
>not in one of these plists is fatal. "doc" is arbitrary here, you can
>have N plists.
> 4. pkg-plist.ignore contains files not to install and not to consider
>orphans. One could argue that "ignore" here really should be a
>subpackage of the ignored files. I.e., why are they ignored? Should
>it really just be another subpackage? But "ignore" can be a special
>case to really ignore and not package.
> 
> This scheme gives us autoplist, a way to ignore orphans you know don't
> matter, and properly alerts when new files are added in new releases.

An important type of files to list explicitly are libraries, because
you need to know when a library version changes so you can bump
PORTREVISION on dependent ports.  I don't think it's safe to rely on
the pkg repo to give you that information because there may not always
be a previous package (for whatever reason).

In your proposal either you have autoplist or you list everything.
This means that if you have to list some files like libraries you
cannot have autoplist.  With glob patterns you can have at least a
partial autoplist.  It is more gradual.

This issue would go away of course if we had a 'make dependents' target
that rebuilds installed packages that depend on a given port.  If this
target ran automatically when a library version change was detected there
would no longer be a need to bump PORTREVISION.  However, this makes the
time it takes to update a port (or how many other ports it triggers)
unpredictable.

For subpackages I would suggest something like:

these/files/go
into/main/package
@subpackage S1
these/will/go
into/S1/package
@subpackage S2
this/goes/into/S2
@subpackage
this/goes/back/into/main

It may be convenient to also have a shorthand like the new
(owner,group,mode)


signature.asc
Description: PGP signature

FreeBSD ports you maintain which are out of date

2014-09-04 Thread portscout 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
sysutils/batmon | 0.6 | 0.8
+-+
www/groupoffice | 3.7.24  | 6.0.20
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

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: tmux backspace patch?

2014-09-04 Thread Pietro Cerutti 
On 2014-Sep-02, 11:43, Patrick wrote:
> Hi, there:
Hi,

> I was just wondering about the backspace patch for tmux. Since upgrading to
> tmux 1.9a (from 1.8) where this patch is unconditionally applied, my
> backspace key no longer works in the tmux command prompt (e.g. :).

I have reverted the change in r367254. Thanks for your feedback.

-- 
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp


pgpLXb7_vttgU.pgp
Description: PGP signature

Re: Missing /usr/local/lib/libiconv.la

2014-09-04 Thread Tijl Coosemans 
On Thu, 4 Sep 2014 02:03:54 -0400 Janos Dohanics  wrote:
> Trying to build/install textproc/libxslt on FreeBSD 8.4-STABLE #0
> r264373 amd64:
> 
> ===>  Building for libxslt-1.1.28_4
> gmake  all-recursive
> gmake[1]: Entering directory `/usr/ports/textproc/libxslt/work/libxslt-1.1.28'
> Making all in libxslt
> gmake[2]: Entering directory 
> `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libxslt'
> gmake[2]: Nothing to be done for `all'.
> gmake[2]: Leaving directory 
> `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libxslt'
> Making all in libexslt
> gmake[2]: Entering directory 
> `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libexslt'
>   CCLD   libexslt.la
> libtool: link: cannot find the library `/usr/local/lib/libiconv.la' or 
> unhandled argument `/usr/local/lib/libiconv.la'
> gmake[2]: *** [libexslt.la] Error 1
> gmake[2]: Leaving directory 
> `/usr/ports/textproc/libxslt/work/libxslt-1.1.28/libexslt'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/ports/textproc/libxslt/work/libxslt-1.1.28'
> gmake: *** [all] Error 2
> ===> Compilation failed unexpectedly.
> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
> the maintainer.
> *** Error code 1
> 
> Stop in /usr/ports/textproc/libxslt.
> *** Error code 1
> 
> Which port is it that installs libiconv.la?
> 
> Please advise...

Run "make all-depends-list" in textproc/libxslt and make sure you have
the latest version of the ports it lists.

___
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: [BRAINSTORMING] simplifying maintainer's life

2014-09-04 Thread Marcus von Appen 


Matthew Seaman :


On 04/09/2014 07:00, Marcus von Appen wrote:

- I often grep all plists to find which port could possibly provide such
>   header or such library (among non-installed ports, of course).



I do the same, but would argue that such a query service should belong to or
offered by a pkg search (as sort of counterpart to pkg which).


We've toyed with that idea -- allowing 'pkg search' or similar to search
on any file in any package known in the repositories.  The biggest
problem is that including all that data in the package catalogues would
bloat their size by a very large amount.

Rather than bloating the catalogues for any use, there was a separate
index of files.  Not sure whether that's being routinely built on the
FreeBSD pkg cluster at the moment  -- probably not, as it was only ever
experimental, and didn't have any generally available consumers.


I did not mean it to be offline available, since it becomes outdated too fast.


In many ways, I'd prefer to have this sort of functionality available as
a web-app, thus saving users the necessity of downloading megabytes of
data about ports / packages they would never use or care about.  Needs
someone to step up and write that application though.


Not necessarily a web app, but a (web) service that's e.g. run somewhere on a
pkg builder or proxy and which can be queried by tools as well as web  
services.


If you tell me, how the index looks like, I can give it a quick  
(prototyping) shot.


Cheers
Marcus

___
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"