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

2014-02-23 Thread Ports-QAT 
Fix build after re-appearance of converters/libiconv on 10+ (r341775).

Obtained from:  svn.redports.org/virtualbox
PR: ports/186847
-

  Build ID:  20140221212400-44848
  Job owner: j...@freebsd.org
  Buildtime: 35 hours
  Enddate:   Sun, 23 Feb 2014 08:08:19 GMT

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

-

Port:emulators/virtualbox-ose 4.3.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284176/virtualbox-ose-4.3.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284177/virtualbox-ose-4.3.6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284178/virtualbox-ose-4.3.6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284179/virtualbox-ose-4.3.6.log

-

Port:emulators/virtualbox-ose-additions 4.3.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284180/virtualbox-ose-additions-4.3.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284181/virtualbox-ose-additions-4.3.6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284182/virtualbox-ose-additions-4.3.6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284183/virtualbox-ose-additions-4.3.6.log

-

Port:emulators/virtualbox-ose-legacy 4.2.22

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284184/virtualbox-ose-legacy-4.2.22.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284185/virtualbox-ose-legacy-4.2.22.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284186/virtualbox-ose-legacy-4.2.22.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20140221212400-44848-284187/virtualbox-ose-legacy-4.2.22.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"

libiconv pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Anton Shterenlikht 
pkg upgrade pulled libiconv.
Now I get errors like:

 # gphoto2 -l
/usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol "__bsd_iconv_open" 

 firefox
/usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"

If I delete libiconv, then I get:

 firefox
XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
Shared object "libiconv.so.3" not found, required by "libdbus-glib-1.so.2"
Couldn't load XPCOM.

so I probably now need to rebuild all these ports
manually:

[1/1] Deleting libiconv-1.14_1...
libiconv-1.14_1 is required by: glib-2.36.3_2 gobject-introspection-1.36.0_2 
libIDL-0.8.14_1 polkit-0.105_1 cairo-1.10.2_7,2 pango-1.34.1_1 consolekit-0.4.3 
librsvg2-2.36.4 gconf2-2.32.0_3, deleting anyway

Anyway, I thought libiconv was gone for good
from ports, as it is available in base from 10.
I'm on 11-current, so not sure what's going on.

Thanks

Anton
___
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: circular dependency ffmpeg<->x264 - broken pkgng database???

2014-02-23 Thread Kubilay Kocak 
On 19/02/2014 9:41 AM, Bengt Ahlgren wrote:
> I build and update my ports using portmaster on 9.1-REL with pkgng
> enabled, and create a repo with pkg create -a and pkg repo.
> 
> One of my client machines upgrading ports from that repo suddenly
> complained about a lot of unresolved dependencies and refused to
> upgrade.  Of the long list of unresolved dependencies, these two,
> circular, stand out:
> 
> multimedia/x264: multimedia/ffmpeg
> multimedia/ffmpeg: multimedia/x264
> 
> Strange...  Checking the build machine, x264 seems to have a bogus
> dependency on ffmpeg:
> 
> # pkg info -d x264
> x264-0.136.2358_3:
> gpac-libgpac-0.5.0,1
> ffmpeg-2.1.1_1,1
> 
> The complaining client has this instead, which I believe is correct:
> 
> #  pkg info -d x264
> x264-0.136.2358_1:
> gpac-libgpac-0.5.0,1
> png-1.5.17
> jpeg-8_4
> 
> I tried rebuilding multimedia/x264, but there was no change, despite
> that the the ports tree seems ok:
> 
> # make -C /usr/ports/multimedia/x264 run-depends-list
> /usr/ports/multimedia/gpac-libgpac
> 
> The client was upgraded the last time on Jan 11, so I guess that the
> problem appeared after that date.  How come the incorrect (circular)
> dependency gets created?  How can I fix this?
> 
> Pkg version is:
> 
> # pkg -v
> 1.2.6
> 
> The build machine has a ports tree updated with portsnap on Feb 14 at
> about 21:16 CET (UTC+1).
> 
> Bengt
> ___
> 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"
> 

Thanks for your report Bengt, I'm working on isolating it.

Thus far it looks like:

a) the swscale feature is autodetecting the presence of ffmpeg and
linking against it.
b) pkg is seeing the link and automagically registering the dependency
on the ffmpeg port/pkg.

Should have something to commit soon.
___
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 pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Scot Hetzel 
On Sun, Feb 23, 2014 at 2:51 AM, Anton Shterenlikht  wrote:
> pkg upgrade pulled libiconv.
> Now I get errors like:
>
>  # gphoto2 -l
> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol "__bsd_iconv_open"
>
>  firefox
> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"
>
> If I delete libiconv, then I get:
>
>  firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> Shared object "libiconv.so.3" not found, required by "libdbus-glib-1.so.2"
> Couldn't load XPCOM.
>
> so I probably now need to rebuild all these ports
> manually:
>
> [1/1] Deleting libiconv-1.14_1...
> libiconv-1.14_1 is required by: glib-2.36.3_2 gobject-introspection-1.36.0_2 
> libIDL-0.8.14_1 polkit-0.105_1 cairo-1.10.2_7,2 pango-1.34.1_1 
> consolekit-0.4.3 librsvg2-2.36.4 gconf2-2.32.0_3, deleting anyway
>
> Anyway, I thought libiconv was gone for good
> from ports, as it is available in base from 10.
> I'm on 11-current, so not sure what's going on.
>
There are some ports (i.e php-iconvm devel/glib2) that require the
libiconv port due to they rely on a gnu feature that is not
implemented in FreeBSD'x posix compliant libiconv in base.

The message in devel/glib2/Makefile:

# iconv:wchar_t - our iconv in base doesn't support utf-8 -> wchar_t (b)
# (wchar_t is used by glibmm, rawtherapee triggered this)
USES= gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5

-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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"

DBIx::Simple: Any user? New maintainer?

2014-02-23 Thread parv 
I am the current maintainer of databases/p5-DBIx-Simple port (last
updated on CPAN is 1.35 in 2011).

Are there any user of the port? Have there been problems otherwise?
(If it is not obvious, I am not an user.)

While here, would anybody want to pick up the maintainership?


-- 

___
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: DBIx::Simple: Any user? New maintainer?

2014-02-23 Thread parv 
in message <20140223095134.ga1...@holstein.holy.cow>,
wrote parv@p thusly...
...

Forgot to add that I am not subscribed to ports@ list. Do send me
please a copy of your reply.


-- 

___
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 ports you maintain which are out of date

2014-02-23 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
+-+
deskutils/preferencepanes   | 1.1.0   | 1.2.0
+-+
games/doomsday  | 1.12.2  | 
1.14.0-build1148
+-+


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: DBIx::Simple: Any user? New maintainer?

2014-02-23 Thread Henk van Oers 


On Sat, 22 Feb 2014, p...@pair.com wrote:


I am the current maintainer of databases/p5-DBIx-Simple port (last
updated on CPAN is 1.35 in 2011).

Are there any user of the port? Have there been problems otherwise?
(If it is not obvious, I am not an user.)

While here, would anybody want to pick up the maintainership?


I know Juerd, I can pick up the maintainership.

--
Henk van Oers
___
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: Issues with postmaster after freebsd-update

2014-02-23 Thread Matthew Seaman 
On 23/02/2014 02:40, Kevin Oberman wrote:
> On Sat, Feb 22, 2014 at 5:38 PM, LuKreme  wrote:
> 
>> > On 13 Feb 2014, at 22:46 , Kevin Oberman  wrote:
>>> > > An easier way is to install sysutils/bsddfminscripts and use pkg_libchk
>> > to
>>> > > find what needs to be reinstalled. I use the command:
>>> > > pkg_libchk -o | grep icu | cut -d: -f1 | sort | uniq > ~/reinstall-ports
>>> > > portmaster -D `cat ~/reinstall-ports`
>> >
>> > I finally got pkg installed, so, moving on to this and I have a question,
>> > what is the purpose of the `grep icu` pipe?
>> >
> pkg_libchk (part of sysutils/bsdafminscripts) tests all libraries and
> executables installed by all ports  for non-existant linked sharables. In
> this case, the purpose is to get a list of ports that still link to the old
> version of libicu. So pkg_libchk lists ALL files from ports that have links
> to the old libicu and then trims it to just the port name, sorts it, and
> removes dupes.

With pkg(8) installed, this might be better spelled as eg,

   # pkg shlib libicuuc.so.52

which will tell you those packages that have binaries that load that
specific shlib.  To find all the consumers of any shlib provided by the
icu-52.1 package:

   # pkg info -qb icu-52.1 | sed -e 's/.1//' | xargs -L 1 pkg shlib -R

The sed stuff is due to the lingering legacy effects of the shlib ABI
version being required to be a single integer value, whereas nowadays
more complicated version numbering schemes seem to be all the rage.

pkg-shlib could do with growing some different matching algorithms and a
less chatty mode for use in scripting.

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

Re: libiconv pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Thomas Mueller 
> pkg upgrade pulled libiconv.
> Now I get errors like:

>  # gphoto2 -l
> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol "__bsd_iconv_open"

>  firefox
> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"

> If I delete libiconv, then I get:

>  firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> Shared object "libiconv.so.3" not found, required by "libdbus-glib-1.so.2"
> Couldn't load XPCOM.

> so I probably now need to rebuild all these ports
> manually:

> [1/1] Deleting libiconv-1.14_1...
> libiconv-1.14_1 is required by: glib-2.36.3_2 gobject-introspection-1.36.0_2 
> libIDL-0.8.14_1 polkit-0.105_1 cairo-1.10.2_7,2 pango-1.34.1_1 
> consolekit-0.4.3
> librsvg2-2.36.4 gconf2-2.32.0_3, deleting anyway

> Anyway, I thought libiconv was gone for good
> from ports, as it is available in base from 10.
> I'm on 11-current, so not sure what's going on.

> Thanks

> Anton

>From other posts on emailing lists, I see libiconv from ports supports utf-8, 
>while base (>=10) does not.

Now I want to know what would happen if I rebuild system with 
WITHOUT_ICONV=yes
in /etc/src.conf
and use libiconv from ports.

Would it work, and would I have to rebuild all ports?

Fortunately, I am not yet very advanced in building ports for FreeBSD 10-STABLE 
and 11-current.

It seems including libiconv in base has adverse side effects, the two can clash 
when both base and ports libiconv are installed.

Tom

___
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 pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Tijl Coosemans 
On Sun, 23 Feb 2014 00:51:34 -0800 (PST) Anton Shterenlikht wrote:
> pkg upgrade pulled libiconv.
> Now I get errors like:
> 
>  # gphoto2 -l
> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol 
> "__bsd_iconv_open" 
> 
>  firefox
> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"

This symbol is in libc:

% readelf -s /lib/libc.so.7 | grep __bsd_iconv_open
   759: 0004598041 FUNCGLOBAL DEFAULT   11 __bsd_iconv_open@@FBSD_1.3
  2558: 00045aa050 FUNCGLOBAL DEFAULT   11 
__bsd_iconv_open_into@@FBSD_1.3

If that's not the case on your system you need to update world.
___
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] r345657: 4x leftovers

2014-02-23 Thread Ports-QAT 
- Update to 0.78

Notable changes:
- Fix Google cover fetching
- Cover embedding in FLAC files
-

  Build ID:  20140222152200-58664
  Job owner: jh...@freebsd.org
  Buildtime: 20 hours
  Enddate:   Sun, 23 Feb 2014 11:42:33 GMT

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

-

Port:audio/audex 0.77.b1_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20140222152200-58664-284664/audex-0.77.b1_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20140222152200-58664-284665/audex-0.77.b1_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20140222152200-58664-284666/audex-0.77.b1_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20140222152200-58664-284667/audex-0.77.b1_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: libiconv pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Anton Shterenlikht 
>From swhet...@gmail.com Sun Feb 23 11:21:05 2014
>
>On Sun, Feb 23, 2014 at 2:51 AM, Anton Shterenlikht  wrote:
>> pkg upgrade pulled libiconv.
>> Now I get errors like:
>>
>>  # gphoto2 -l
>> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol 
>> "__bsd_iconv_open"
>>
>>  firefox
>> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"
>>
>> If I delete libiconv, then I get:
>>
>>  firefox
>> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>> Shared object "libiconv.so.3" not found, required by "libdbus-glib-1.so.2"
>> Couldn't load XPCOM.
>>
>> so I probably now need to rebuild all these ports
>> manually:
>>
>> [1/1] Deleting libiconv-1.14_1...
>> libiconv-1.14_1 is required by: glib-2.36.3_2 gobject-introspection-1.36.0_2 
>> libIDL-0.8.14_1 polkit-0.105_1 cairo-1.10.2_7,2 pango-1.34.1_1 
>> consolekit-0.4.3 librsvg2-2.36.4 gconf2-2.32.0_3, deleting anyway
>>
>> Anyway, I thought libiconv was gone for good
>> from ports, as it is available in base from 10.
>> I'm on 11-current, so not sure what's going on.
>>
>There are some ports (i.e php-iconvm devel/glib2) that require the
>libiconv port due to they rely on a gnu feature that is not
>implemented in FreeBSD'x posix compliant libiconv in base.
>
>The message in devel/glib2/Makefile:
>
># iconv:wchar_t - our iconv in base doesn't support utf-8 -> wchar_t (b)
># (wchar_t is used by glibmm, rawtherapee triggered this)
>USES= gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5

ok, but I'm still not clear how to recover from this.

pkg check -srda doesn't report any issues, yet:

$ firefox 
/usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"

$ monsterz
Traceback (most recent call last):
  File "/usr/local/share/monsterz/monsterz.py", line 15, in 
import pygame
  File "/usr/local/lib/python2.7/site-packages/pygame/__init__.py", line 95, in 

from pygame.base import *
ImportError: /usr/local/lib/libSDL-1.2.so.11: Undefined symbol "__bsd_iconv"

So what's going on?

Thanks

Anton

___
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 pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Anton Shterenlikht 
>From t...@freebsd.org Sun Feb 23 11:21:17 2014
>
>On Sun, 23 Feb 2014 00:51:34 -0800 (PST) Anton Shterenlikht wrote:
>> pkg upgrade pulled libiconv.
>> Now I get errors like:
>> 
>>  # gphoto2 -l
>> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol 
>> "__bsd_iconv_open" 
>> 
>>  firefox
>> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"
>
>This symbol is in libc:
>
>% readelf -s /lib/libc.so.7 | grep __bsd_iconv_open
>   759: 0004598041 FUNCGLOBAL DEFAULT   11 __bsd_iconv_open@@FBSD_1.3
>  2558: 00045aa050 FUNCGLOBAL DEFAULT   11 
> __bsd_iconv_open_into@@FBSD_1.3
>
>If that's not the case on your system you need to update world.
>

# readelf -s /lib/libc.so.7 | grep __bsd_iconv_open
#

Thanks, will do.
Perhaps this issue should be addressed in UPDATING..
I'm at r257910.

Anton
___
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] r345674: 3x leftovers, 1x depend (??? in math/octave)

2014-02-23 Thread Ports-QAT 
- Update to 1.0.10.
-

  Build ID:  20140222190601-41884
  Job owner: step...@freebsd.org
  Buildtime: 17 hours
  Enddate:   Sun, 23 Feb 2014 12:28:40 GMT

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

-

Port:math/octave-forge-msh 1.0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140222190601-41884-284724/octave-forge-msh-1.0.10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN MATH/OCTAVE)
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140222190601-41884-284725/octave-3.8.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140222190601-41884-284726/octave-forge-msh-1.0.10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~step...@freebsd.org/20140222190601-41884-284727/octave-forge-msh-1.0.9_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: libiconv pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Tijl Coosemans 
On Sun, 23 Feb 2014 03:43:58 -0800 (PST) Anton Shterenlikht wrote:
> From t...@freebsd.org Sun Feb 23 11:21:17 2014
>> On Sun, 23 Feb 2014 00:51:34 -0800 (PST) Anton Shterenlikht wrote:
>>> pkg upgrade pulled libiconv.
>>> Now I get errors like:
>>> 
>>>  # gphoto2 -l
>>> /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol 
>>> "__bsd_iconv_open" 
>>> 
>>>  firefox
>>> /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open"
>>
>> This symbol is in libc:
>>
>> % readelf -s /lib/libc.so.7 | grep __bsd_iconv_open
>>   759: 0004598041 FUNCGLOBAL DEFAULT   11 __bsd_iconv_open@@FBSD_1.3
>>  2558: 00045aa050 FUNCGLOBAL DEFAULT   11 
>> __bsd_iconv_open_into@@FBSD_1.3
>>
>> If that's not the case on your system you need to update world.
> 
> # readelf -s /lib/libc.so.7 | grep __bsd_iconv_open
> #
> 
> Thanks, will do.
> Perhaps this issue should be addressed in UPDATING..
> I'm at r257910.

You need at least r258587.
___
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"

firefox stops to work with latest glib?

2014-02-23 Thread Lev Serebryakov 
Hello, Freebsd-ports.

FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
with:

GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion 
`sys_page_size == 0' failed

:(

-- 
// Black Lion AKA Lev Serebryakov 

___
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 pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Tijl Coosemans 
On Sun, 23 Feb 2014 10:57:12 + (UTC) Thomas Mueller wrote:
> From other posts on emailing lists, I see libiconv from ports supports
> utf-8, while base (>=10) does not.

No, utf-8 works fine with base iconv.  Base iconv does not recognise the
special encoding named "wchar_t" which means whatever encoding is used for
the C/C++ type wchar_t with libiconv.

> Now I want to know what would happen if I rebuild system with 
> WITHOUT_ICONV=yes
> in /etc/src.conf
> and use libiconv from ports.
> 
> Would it work, and would I have to rebuild all ports?

It would work and it's probably easiest to rebuild all ports.  Technically
you only need to rebuild these packages:

grep -Rl __bsd_iconv /usr/local | xargs -n1 pkg which | sed 's/.* //' | sort -u

> It seems including libiconv in base has adverse side effects, the two
> can clash when both base and ports libiconv are installed.

The two can coexist.  It's just that some care must be taken during
compilation.
___
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: firefox stops to work with latest glib?

2014-02-23 Thread Thierry Thomas 
Le dim 23 fév 14 à 13:38:00 +0100, Lev Serebryakov 
 écrivait :
> Hello, Freebsd-ports.

Hello,

> FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
> with:
> 
> GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion 
> `sys_page_size == 0' failed

Same here, but for a much longer time! This is not FreeBSD specific: see
https://bugzilla.mozilla.org/show_bug.cgi?id=833117

A work-around is to launch `firefox -safe-mode'.

Regards,
-- 
Th. Thomas.


pgp681sgcE2qA.pgp
Description: PGP signature

Re: [QAT] r345533: 2x leftovers, 2x success

2014-02-23 Thread Tom Judge 
There is a consistency issue here!

8.4 builds are for 5.9.0_2
9.2 builds are for 5.9.0_3 <- this is the correct one and the one that the
commit message references.

Tom


On Sun, Feb 23, 2014 at 1:17 AM, Ports-QAT  wrote:

> * pkg-plist cleanup
> * Create log and datadirs in rc script
> * Put logs in /var/log/activemq by default not in /var/db/activemq
> -
>
>   Build ID:  20140221200600-41384
>   Job owner: t...@freebsd.org
>   Buildtime: 34 hours
>   Enddate:   Sun, 23 Feb 2014 06:17:38 GMT
>
>   Revision:  r345533
>   Repository:
> https://svnweb.freebsd.org/ports?view=revision&revision=345533
>
> -
>
> Port:net/activemq 5.9.0_2
>
>   Buildgroup: 8.4-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~t...@freebsd.org/20140221200600-41384-284124/activemq-5.9.0_2.log
>
>   Buildgroup: 8.4-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~t...@freebsd.org/20140221200600-41384-284125/activemq-5.9.0_2.log
>
>   Buildgroup: 9.2-QAT/amd64
>   Buildstatus:   SUCCESS
>   Log:
> https://qat.redports.org//~t...@freebsd.org/20140221200600-41384-284126/activemq-5.9.0_3.log
>
>   Buildgroup: 9.2-QAT/i386
>   Buildstatus:   SUCCESS
>   Log:
> https://qat.redports.org//~t...@freebsd.org/20140221200600-41384-284127/activemq-5.9.0_3.log
>
>
> --
> Buildarchive URL: <
> https://qat.redports.org/buildarchive/20140221200600-41384>
> 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] r345748: 3x leftovers, 1x depend (chown in sysutils/hal)

2014-02-23 Thread Ports-QAT 
- Fix clang build
- Add License
- Stage support

PR: 186735
Submitted by:   ports fury
-

  Build ID:  20140223161201-49475
  Job owner: m...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Sun, 23 Feb 2014 18:58:15 GMT

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

-

Port:editors/klat4 0.6.1_11

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140223161201-49475-285072/klat4-0.6.1_11.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (CHOWN IN SYSUTILS/HAL)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140223161201-49475-285073/hal-0.5.14_23.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140223161201-49475-285074/klat4-0.6.1_11.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140223161201-49475-285075/klat4-0.6.1_11.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: firefox stops to work with latest glib?

2014-02-23 Thread Lev Serebryakov 
Hello, Thierry.
You wrote 23 февраля 2014 г., 17:26:23:

>> FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
>> with:
>> 
>> GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion 
>> `sys_page_size == 0' failed
TT> Same here, but for a much longer time! This is not FreeBSD specific: see
TT> https://bugzilla.mozilla.org/show_bug.cgi?id=833117
TT> A work-around is to launch `firefox -safe-mode'.
 It doesn't help. It says "invalid alignment" and finishes with or without
this argument.

-- 
// Black Lion AKA Lev Serebryakov 

___
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: DBIx::Simple: Any user? New maintainer?

2014-02-23 Thread Chris H 
> I am the current maintainer of databases/p5-DBIx-Simple port (last
> updated on CPAN is 1.35 in 2011).
>
> Are there any user of the port? Have there been problems otherwise?
> (If it is not obvious, I am not an user.)
>
> While here, would anybody want to pick up the maintainership?

Greetings,
 Yes. I use it.
I'd be happy to maintain it. I already maintain a couple of other ports,
and am on the CPAN, as well. If you're still interested, feel free to
contact off list.

Best wishes.

--Chris

>
>
> --
>
> ___
> freebsd-p...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-perl
> To unsubscribe, send any mail to "freebsd-perl-unsubscr...@freebsd.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: DBIx::Simple: Any user? New maintainer?

2014-02-23 Thread Chris H 
> I am the current maintainer of databases/p5-DBIx-Simple port (last
> updated on CPAN is 1.35 in 2011).
>
> Are there any user of the port? Have there been problems otherwise?
> (If it is not obvious, I am not an user.)
>
> While here, would anybody want to pick up the maintainership?

Greetings,
 Yes, I use it.
Yes. I have time, and would be happy to maintain it.
Please feel free to contact me off list, for any details.

Best wishes.

--Chris
>
>
> --
>
> ___
> freebsd-p...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-perl
> To unsubscribe, send any mail to "freebsd-perl-unsubscr...@freebsd.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: firefox stops to work with latest glib?

2014-02-23 Thread Rainer Hurling 
Am 23.02.2014 20:07, schrieb Lev Serebryakov:
> Hello, Thierry.
> You wrote 23 февраля 2014 г., 17:26:23:
> 
>>> FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
>>> with:
>>>
>>> GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion 
>>> `sys_page_size == 0' failed
> TT> Same here, but for a much longer time! This is not FreeBSD specific: see
> TT> https://bugzilla.mozilla.org/show_bug.cgi?id=833117
> TT> A work-around is to launch `firefox -safe-mode'.
>  It doesn't help. It says "invalid alignment" and finishes with or without
> this argument.
> 

Hi Lev,

this also happens to me some days ago. It was caused by a change to the
real time loader (r262277 [1]) in CURRENT and is solved now (r262334 [2]).

So you have to update your base system to at least r262334 and
afterwards you should be able to use firefox, thunderbird and others again.

HTH and greetings,
Rainer


[1] http://www.secnetix.de/olli/FreeBSD/svnews/index.py?r=262277
[2] http://www.secnetix.de/olli/FreeBSD/svnews/index.py?r=262334
___
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: firefox stops to work with latest glib?

2014-02-23 Thread Lev Serebryakov 
Hello, Rainer.
You wrote 24 февраля 2014 г., 0:16:47:

RH> this also happens to me some days ago. It was caused by a change to the
RH> real time loader (r262277 [1]) in CURRENT and is solved now (r262334 [2]).
 Yep, it works with fresh -CURRENT!


-- 
// Black Lion AKA Lev Serebryakov 

___
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: USE_GCC doesn't set rpath

2014-02-23 Thread Gerald Pfeifer 
On Thu, 23 Jan 2014, Andrew W. Nosenko wrote:
> But, from my point of view, the problem is not a compiler nor rpath.  
> rpath is unneeded indeed, and library indeed may be only one (under 
> /lib).  The real problem is that this is ancient library, not the most 
> recent one.
> They are especially designed to be backward compatible and have the 
> same so-number for a reason.

Yes!

And in a world hopefully not too far away at one point we'll just
have a gcc-runtime port that comes from the _newest_ stable version 
of GCC in the ports tree and is used by all other versions.

(In my day job, we have been doing this for years.  Once we have
several binary packages from one port, that ought to be relatively
straightforward.)

Gerald

___
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 pulled in by pkg upgrade? lots of errors after that

2014-02-23 Thread Thomas Mueller 
from Tijl Coosemans:

> On Sun, 23 Feb 2014 10:57:12 + (UTC) Thomas Mueller wrote:
> > From other posts on emailing lists, I see libiconv from ports supports
> > utf-8, while base (>=10) does not.

> No, utf-8 works fine with base iconv.  Base iconv does not recognise the
> special encoding named "wchar_t" which means whatever encoding is used for
> the C/C++ type wchar_t with libiconv.

> > Now I want to know what would happen if I rebuild system with
> > WITHOUT_ICONV=yes
> > in /etc/src.conf
> > and use libiconv from ports.
>
> > Would it work, and would I have to rebuild all ports?

> It would work and it's probably easiest to rebuild all ports.  Technically
> you only need to rebuild these packages:

> grep -Rl __bsd_iconv /usr/local | xargs -n1 pkg which | sed 's/.* //' | sort 
> -u

> > It seems including libiconv in base has adverse side effects, the two
> > can clash when both base and ports libiconv are installed.

> The two can coexist.  It's just that some care must be taken during
> compilation.

I guess I need to check which ports use which shared libraries, using pkg?

So maybe I don't need WITHOUT_ICONV in /etc/src.conf ?

Maybe base iconv could be enhanced to be identical to the port, by adding 
wchar_t support?

I like Lev Serebryakov's idea of a notice in UPDATING, and would add that such 
a notice on possible iconv conflicts could be added tp UPDATING for both the 
ports tree and system-source tree.

Tom

___
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: port www/youtube_dl

2014-02-23 Thread Marcelo Araujo 
Done guys, sorry my delay to work on it.

Best Regards,


2014-02-11 8:52 GMT+08:00 Waitman Gobble :

>
> On Tue, February 11, 2014 12:07 am, Matthias Apitz wrote:
> >
>
> > Hello,
> >
> >
> > The port www/youtube_dl installs as a binary the Youtube downloader in
> >
> >
> > # file /usr/local/bin/youtube-dl
> > /usr/local/bin/youtube-dl: data
> >
> >
> > The executeable tends to fail due to changes the provider Youtube does
> > in its web page and users tend to update the software theirself by the
> > option --update; this connects via HTTPS to:
> >
> > 07:36:12.668370 IP 10.32.233.251.31097 >
> > frnk.radius.uk.mediaways.net.domain: 63308+ A? rg3.github.io. (31)
> > 07:36:13.214619 IP frnk.radius.uk.mediaways.net.domain >
> > 10.32.233.251.31097: 63308 2/0/0 CNAME github.map.fastly.net., A
> > 185.31.16.133 (82)
> > 07:36:13.215016 IP 10.32.233.251.33006 >
> > frnk.radius.uk.mediaways.net.domain: 63309+ ? rg3.github.io. (31)
> > 07:36:13.348108 IP 10.32.233.251.57784 >
> > frnk.radius.uk.mediaways.net.domain: 35986+ PTR?
> > 251.233.32.10.in-addr.arpa. (44)
> > 07:36:13.514879 IP frnk.radius.uk.mediaways.net.domain >
> > 10.32.233.251.33006: 63309 1/1/0 CNAME github.map.fastly.net. (138)
> > 07:36:13.515729 IP 10.32.233.251.14874 > 185.31.16.133.http: Flags [S],
> > seq 3997719834, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val
> > 441155 ecr 0], length 0
> > ...
> >
> >
> > and downloads a new binary version to /usr/local/bin/youtube-dl which
> must
> > be done in addition as root (or root must change the owner of the file
> > before).
> >
> > This is highly concerning due to 'phoning home' and installing whatever
> > (mal-) software or due to DNS redirects to some malware side.
> >
> >
> > The Linux friends patch the source to disable the --update option; see
> > https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469
> >
> >
> > Shouldn't we do the same?
> >
> >
> > Thx
> >
> >
> > matthias --
> > Matthias Apitz   |  /"\ ASCII Ribbon Campaign:
> > www.asciiribbon.org E-mail: g...@unixarea.de |  \ / - No HTML/RTF in
> > E-mail
> > WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
> > phone: +49-170-4527211   |  / \ - Respect for open standards
> > ___
> > 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"
> >
> >
>
> Hi,
>
> It's a nice useful tool but it *does* feel awfully kinda creepy.
>
> Note that the src download has the binary pre-built.. and check out gmake
> clean:
>
> [2357] > gmake clean
> rm -rf youtube-dl.1 youtube-dl.bash-completion README.txt MANIFEST build/
> dist/ .coverage cover/ youtube-dl.tar.gz
>
> [2358] > gmake youtube-dl
> gmake: `youtube-dl' is up to date.
>
> hmmm. wait it's still there.
>
> [2360] > ls -lh
> total 428
> -rw-r--r--  1 root  wheel 619B Jan 26 18:06 CHANGELOG
> -rw-r--r--  1 root  wheel 1.2K Jan 26 18:06 LICENSE
> -rw-r--r--  1 root  wheel 112B Jan 26 18:06 MANIFEST.in
> -rw-r--r--  1 root  wheel 2.4K Jan 26 18:06 Makefile
> -rw-r--r--  1 root  wheel  29K Feb  9 17:01 README.md
> drwxr-xr-x  2 root  wheel 512B Jan 26 18:06 bin
> drwxr-xr-x  4 root  wheel 512B Jan 26 18:06 devscripts
> -rw-r--r--  1 root  wheel 3.0K Jan 26 21:21 setup.py
> drwxr-xr-x  2 root  wheel 512B Feb  6 13:42 test
> -rwxr-xr-x  1 root  waitman   360K Feb 11 00:36 youtube-dl
> drwxr-xr-x  5 root  wheel 512B Feb 11 00:37 youtube_dl
> [2361] > rm youtube-dl
>
> [2362] > rm youtube_dl/update.py
>
> [2363] > gmake youtube-dl
> zip --quiet youtube-dl youtube_dl/*.py youtube_dl/*/*.py
> zip --quiet --junk-paths youtube-dl youtube_dl/__main__.py
> echo '#!/usr/bin/env python' > youtube-dl
> cat youtube-dl.zip >> youtube-dl
> rm youtube-dl.zip
> chmod a+x youtube-dl
>
> [2364] > ./youtube-dl --update
> Traceback (most recent call last):
>   File "/usr/local/lib/python2.7/runpy.py", line 162, in
> _run_module_as_main
> "__main__", fname, loader, pkg_name)
>   File "/usr/local/lib/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
>   File "./youtube-dl/__main__.py", line 15, in 
>   File "./youtube-dl/youtube_dl/__init__.py", line 74, in 
> ImportError: No module named update
>
>
> 'gmake clean' doesn't get rid of the binary. what's up with that? deleting
> update.py removes the update option.
>
>
> --
> Waitman Gobble
> San Jose California USA
> +1.510-830-7975
>
>


-- 
Marcelo Araujo
ara...@freebsd.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"

[SOLVED] Re: Issues with postmaster after freebsd-update

2014-02-23 Thread LuKreme 
On 13 Feb 2014, at 16:39 , LuKreme  wrote:
> I was running FreeBSD 8-2 and used freebsd-update to update:

OK, so final resolution:

I reran freebsd update from the start and was still having problems. I made a 
couple of mistakes along the way (php55 and gcc49 seemed to be the most 
egregious of these) and finally got into a situation where the reasonable 
solution seemed to be:

postmaster --list-origins (for reference)
pkg_delete -a
rm -r /var/db/pgk/* 

and just reinstall the ports I need. I’m sure I have some binaries and 
libraries lying around that are not referenced in any ports that are installed, 
but honestly I don’t think there’s that many. Just compiling mysql-client and 
server and apache24 covered 90% of what was needed.

As it turned out, this solved quite a few little problems (like for some reason 
a hebrew spelling package kept getting installed).

Now, of course, the next step is to move up from 8.4-RELEASE before it reaches 
EOL (which I think is next year in June?).

Hopefully that will go a lot smother.

Any recommendation on what I should move to? 9.2 is what I was thinking since I 
know 10 has a *lot* of changes (no more bind, for one).

-- 
Real magic is the hand around the bandsaw, the thrown spark in the
powder keg, the dimension-warp linking you straight into the heart of a
star, the flaming sword that burns all the way to the pommel. --Moving
Pictures

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

multimedia/xine maintainer should be multimedia@, not ports@

2014-02-23 Thread Yuri 

Maybe somebody can fix this real quick?

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