date:20131017

Re: Fwd: [REL - 91amd64-default][databases/postgresql-repmgr] Failed for postgresql-repmgr-1.2.0 in run-depends

2013-10-17 Thread Baptiste Daroussin

On Thu, Oct 17, 2013 at 08:46:19AM +0400, Alexander Pyhalov wrote:
> Hello.
> I started receiving similar messages yesterday. I've checked that 
> locally port builds and install without any errors.
> 
> What is wrong with port that it can't be built on the build machine? How 
> can I debug it?
> My /etc/make.conf is:
> 
> CFLAGS= -fno-omit-frame-pointer -O2 -pipe
> STRIP=
> WITH_CTF=1
> WITH_PKGNG=yes
> BDECFLAGS=  -W -Wall -ansi -pedantic -Wbad-function-cast 
> -Wcast-align \
>  -Wcast-qual -Wchar-subscripts -Winline \
>  -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
>  -Wredundant-decls -Wshadow -Wstrict-prototypes 
> -Wwrite-strings
> COPTFLAGS= -O2 -pipe
> MTREE_FOLLOWS_SYMLINKS= -L
> WRKDIRPREFIX=/var/tmp
> 

This is due to the rename of the postgresql ports, you dependency is done on a
pkg name which is not existing anymore

Something like 
USE_PGSQL=  yes
WANT_PGSQL_VER= 90+

should probably solve the situation :) I'm waiting for pgsql people to tell more
here

While here @pgsql it would be great is the default version of pgsql could be
chosen the DEFAULT_VERSIONS way :)) *hint* :)

regards,
Bapt


pgpFhPCrEeMes.pgp
Description: PGP signature

isc.portsnap.freebsd.org out of date

2013-10-17 Thread Eggert, Lars

Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching snapshot tag from isc.portsnap.freebsd.org... done.
Latest snapshot on server is older than what we already have!
Cowardly refusing to downgrade from Sun Oct 13 03:47:41 CEST 2013
to Sun Oct  6 09:07:34 CEST 2013.

Lars


signature.asc
Description: Message signed with OpenPGP using GPGMail

pkgng multi-repository support description

2013-10-17 Thread Andriy Gapon


Is there a document that describes how pkgng multi-repository support works?
I am trying to understand what pkgng does when different versions of the same
package are present in different repositories.

Practically, I want to achieve the following.
One repository is designated as primary.  If a package is present in the primary
repository, then its presence in other repositories is completely ignored.

Alternatively, the following could also work for me.
A package remembers from what repository it was originally installed and all
future upgrades are taken from the same repository.

What I want to avoid is a package flip-flopping between being installed from
different repositories depending on their update pace.  This is useful e.g. when
I have my local repository for some packages that I want to build with special
options but I also want to install all other packages from some other repository
which is not under my control.  So I fear that the other repository gets a newer
version of a package than what my repository has, then pkg upgrade would upgrade
the package and thus it won't have any customizations until my repository
catches up.

Thank you very much.

P.S. https://github.com/freebsd/pkg#multirepos seems to be outdated?
-- 
Andriy Gapon
___
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"

poudriere and x11-fonts in FreeBSD-9.2 jail

2013-10-17 Thread Alexandr Matveev

Hello.

  I'm trying to build font packages with poudriere 3.0.9 on system
FreeBSD 9.1-RELEASE-p4 amd64:

# poudriere ports -u
<...>
Ports tree is already up to date.


# poudriere jail -c -v 9.2-RELEASE -a amd64 -j 92amd64-test
<...>
>> Jail 92amd64-test 9.2-RELEASE amd64 is ready to be used


# poudriere bulk -j 92amd64-test -J 4 x11-fonts/xorg-fonts
<...>
>> [04] Finished build of x11-fonts/font-misc-ethiopic: Failed: install
>> [04] Skipping build of x11-fonts/xorg-fonts: Dependent port
x11-fonts/font-misc-ethiopic failed
<...>
>> Failed ports: x11-fonts/font-misc-ethiopic:install
x11-fonts/font-bh-type1:install x11-fonts/font-bh-ttf:install
x11-fonts/font-bitstream-type1:install
x11-fonts/font-misc-meltho:install
x11-fonts/font-adobe-utopia-type1:install
x11-fonts/font-xfree86-type1:install x11-fonts/font-ibm-type1:install

>> Skipped ports: x11-fonts/xorg-fonts x11-fonts/xorg-fonts-truetype
x11-fonts/xorg-fonts-type1

>> [92amd64-test-default] 51 packages built, 8 failures, 0 ignored,
3 skipped


  Each log file for failed font-* port ended with same errors (failed to
write to cache directories):
<...>
===
===>  Installing for font-misc-ethiopic-1.0.3
===>   Generating temporary packing list
===>  Checking if x11-fonts/font-misc-ethiopic already installed
test -z "/usr/local/lib/X11/fonts/OTF" || /bin/mkdir -p
"/usr/local/lib/X11/fonts/OTF"
 install  -o root -g wheel -m 444 GohaTibebZemen.otf
'/usr/local/lib/X11/fonts/OTF'
test -z "/usr/local/lib/X11/fonts/TTF" || /bin/mkdir -p
"/usr/local/lib/X11/fonts/TTF"
 install  -o root -g wheel -m 444 GohaTibebZemen.ttf
'/usr/local/lib/X11/fonts/TTF'
/usr/bin/make  install-data-hook
/usr/local/bin/mkfontscale /usr/local/lib/X11/fonts/TTF
/usr/local/bin/mkfontdir /usr/local/lib/X11/fonts/TTF
/usr/local/bin/mkfontscale /usr/local/lib/X11/fonts/OTF
/usr/local/bin/mkfontdir /usr/local/lib/X11/fonts/OTF
/usr/local/bin/fc-cache /usr/local/lib/X11/fonts/TTF
/usr/local/lib/X11/fonts/OTF
/usr/local/lib/X11/fonts/TTF: failed to write cache
/usr/local/lib/X11/fonts/OTF: failed to write cache
*** [install-data-hook] Error code 2

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [install-data-am] Error code 1

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [install-am] Error code 1

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [do-install] Error code 1

Stop in /usr/ports/x11-fonts/font-misc-ethiopic.
===>  Cleaning for font-misc-ethiopic-1.0.3
build of /usr/ports/x11-fonts/font-misc-ethiopic ended at Mon Oct  7
12:35:58 BST 2013


  Could you help me? What I do wrong?

P.S. Full logs available here: http://freebsd.timon.net.nz/poudriere/

-- Alexandr Matveev

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

Bacula (client) 5.2.12 fails on compilation

2013-10-17 Thread Carsten Jensen


Hello people.

I'm trying to upgrade my system, after an upgrade from 8.2 to 8.4p4
I'm now upgrading my ports too.

using portmaster -avD

but in compiling a new version of bacula I've encountered this error.

making a manual "make" gives the error, so does
make -DMAKE_JOBS_UNSAFE=yes

and also tried added MAKE_JOBS_UNSAFE=yes to /etc/make.conf, and running 
make after.


any ideas ?

cheers
Carsten

 Make of findlib is good 
==>Entering directory 
/usr/ports/sysutils/bacula-client/work/bacula-5.2.12/src/filed

Compiling filed.c
Compiling authenticate.c
Compiling acl.c
Compiling backup.c
Compiling estimate.c
Compiling fd_plugins.c
Compiling accurate.c
Compiling filed_conf.c
Compiling heartbeat.c
Compiling job.c
Compiling pythonfd.c
Compiling restore.c
Compiling status.c
Compiling verify.c
Compiling verify_vol.c
Compiling xattr.c
Linking bacula-fd ...
/usr/ports/sysutils/bacula-client/work/bacula-5.2.12/libtool --silent 
--tag=CXX --mode=link /usr/bin/c++  -L/usr/local/lib 
-Wl,-rpath=/usr/lib:/usr/local/lib -L../lib -L../findlib -o bacula-fd 
filed.o authenticate.o acl.o backup.o estimate.o fd_plugins.o accurate.o 
filed_conf.o heartbeat.o job.o pythonfd.o restore.o status.o verify.o 
verify_vol.o xattr.o-lz -lbacfind -lbacpy -lbaccfg -lbac -lm 
-lpthread  -lintl   -lwrap /usr/local/lib/libintl.so 
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/lib 
-lssl -lcrypto   -llzo2

filed.o(.text+0x141): In function `terminate_filed(int)':
: undefined reference to `lmgr_cleanup_main()'
filed.o(.text+0x94d): In function `main':
: undefined reference to `lmgr_init_thread()'
authenticate.o(.text+0x10c): In function `authenticate_director(JCR*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

authenticate.o(.text+0x13c): In function `authenticate_director(JCR*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

authenticate.o(.text+0x905): In function `authenticate_storagedaemon(JCR*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

authenticate.o(.text+0x935): In function `authenticate_storagedaemon(JCR*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'
backup.o(.text+0x59b): In function `encode_and_send_attributes(JCR*, 
FF_PKT*, int&)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'
backup.o(.text+0x5dd): In function `encode_and_send_attributes(JCR*, 
FF_PKT*, int&)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'
fd_plugins.o(.text+0x412): In function `baculaAcceptFile(bpContext*, 
save_pkt*)':

: undefined reference to `accept_file(FF_PKT*)'
heartbeat.o(.text+0x47): In function `start_dir_heartbeat(JCR*)':
: undefined reference to `lmgr_thread_create(pthread**, pthread_attr* 
const*, void* (*)(void*), void*)'

heartbeat.o(.text+0xac): In function `start_heartbeat_monitor(JCR*)':
: undefined reference to `lmgr_thread_create(pthread**, pthread_attr* 
const*, void* (*)(void*), void*)'

job.o(.text+0x531d): In function `bootstrap_cmd(JCR*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

job.o(.text+0x5378): In function `bootstrap_cmd(JCR*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

restore.o(.text+0x340d): In function `do_restore(JCR*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

restore.o(.text+0x3452): In function `do_restore(JCR*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

status.o(.text+0xbb4): In function `list_running_jobs(STATUS_PKT*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

status.o(.text+0xbee): In function `list_running_jobs(STATUS_PKT*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

status.o(.text+0x1024): In function `list_running_jobs(STATUS_PKT*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

status.o(.text+0x1066): In function `list_running_jobs(STATUS_PKT*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

verify.o(.text+0x776): In function `verify_file(JCR*, FF_PKT*, bool)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

verify.o(.text+0x7ad): In function `verify_file(JCR*, FF_PKT*, bool)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

verify_vol.o(.text+0x5ee): In function `do_verify_volume(JCR*)':
: undefined reference to `bthread_mutex_lock_p(pthread_mutex**, char 
const*, int)'

verify_vol.o(.text+0x633): In function `do_verify_volume(JCR*)':
: undefined reference to `bthread_mutex_unlock_p(pthread_mutex**, char 
const*, int)'

*** Error code 1
1 error

  == Error in 
/usr/ports/sysutils/bacula-client/work/bacula-5.2.12/src/file

Re: Bacula (client) 5.2.12 fails on compilation

2013-10-17 Thread Ruslan Makhmatkhanov


Carsten Jensen wrote on 17.10.2013 12:47:

but in compiling a new version of bacula I've encountered this error.


I'm not sure if this problem is related, but did you followed this 
instruction from /usr/ports/UPDATTING?


20120913:
  AFFECTS: users of sysutils/bacula-server, sysutils/bacula-client
  AUTHOR: r...@freebsd.org

  If you have both sysutils/bacula-server and sysutils/bacula-client
  installed, you need to pkg_delete them both prior to this update.

--
Regards,
Ruslan

T.O.S. Of Reality
___
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

2013-10-17 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
+-+
misc/freeswitch-scripts-devel   | 1.2.3   | 1.2.14
+-+
net/freeswitch-curl-devel   | 1.2.3   | 1.2.14
+-+
net/freeswitch-insideout-devel  | 1.2.3   | 1.2.14
+-+
net/freeswitch-sbc-devel| 1.2.3   | 1.2.14
+-+
net/freeswitch-vanilla-devel| 1.2.3   | 1.2.14
+-+


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

If wish to stop receiving portscout reminders, please contact
portsc...@freebsd.org

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"

llvm33 update

2013-10-17 Thread Ajtim

Hi!

I tried to update llvm33-3.3_4 to llvm33-3.3_5 on FreeBSD 10.0-BETA1 but
I got an error:
> Compressing man pages
===>   Installing ldconfig configuration file
===>  Installing for llvm33-3.3_5
===>  Checking if devel/llvm33 already installed
===>   Registering installation for llvm33-3.3_5 as automatic
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/lit): No
such file or directory pkg-static:
lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/llvm-lit): No such
file or directory pkg-static:
lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/FileCheck): No such
file or directory *** Error code 74

Stop.
make[1]: stopped in /usr/ports/devel/llvm33
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/llvm33

===>>> A backup package for llvm33-3.3_4 should
   be located in /usr/ports/packages/portmaster-backup

===>>> Installation of llvm33-3.3_5 (devel/llvm33) failed
===>>> Aborting update

===>>> Update for devel/llvm33 failed
===>>> Aborting update

===>>> Killing background jobs

Thank you.



Mitja
---
http://redbubble.com/people/lumiwa
___
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: Updating linux-f10-pango fails

2013-10-17 Thread Jerry

On Wed, 16 Oct 2013 21:54:35 +0200
Matthias Andree articulated:

> Am 16.10.2013 21:17, schrieb Alexander Leidinger:
> > On Wed, 16 Oct 2013 14:31:17 +0200
> > RenÃ© Ladan  wrote:
> > 
> >> On 15-10-2013 15:00, Boris Samorodov wrote:
> >>> 15.10.2013 15:08, René Ladan пишет:
> > 
>  Here tar gets confused somehow, it wants to pack
>  ${STAGEDIR}/usr/compat/linux (note the extra usr/ ), which fails
>  consequently.
> >>>
> >>> Does the affected system (poudiere jail) use links, like
> >>> /compat -> /usr/compat?
> >>>
> >> Mine does not have a /usr/compat -> /compat link (nor the other way
> >> around), and /compat is only created when building/installing linux
> >> ports (or other ports that require it).
> > 
> > A normal install creates (or used to create, so at least there are
> > old systems with this) the link /compat -> /usr/compat, so maybe
> > somewhere realpath comes into use and exhibits a problem here
> > ("here" being the staging support in general, not limited to the
> > port).
> > 
> > Bye,
> > Alexander.
> > 
> 
> Alexander,
> 
> I think I can confirm your assessment.
> 
> 
> René,
> 
> I had the same issue as Jerry (as reported on IRC, on
> 9.1-RELEASE-amd64), but did not dig deeper.
> 
> In the end I sidestepped the problem because I could not solve it;
> meaning I used poudriere to build the package and installed that
> through pkg_add.  That is not the canonical way to do that.
> 
> I think I can confirm Alexanders suspicion.
> 
> I do have the symbolic link that Alexander states:
> 
> $ ls -l /compat
> lrwxr-xr-x  1 root  wheel  10 10 Okt  2009 /compat -> usr/compat
> 
> "make package" in the actual system fails (poudriere is fine for me,
> too).
> 
> So perhaps either Poudriere sets up the jail a touch differently than
> a regular system would install it (possibly through sysinstall or
> whatever I used to get 9.1, I do not remember).
> 
> 
> Now, my workaround that makes "make package" work is to alias the file
> systems instead of :
> 
> # mv /compat /compat.off
> # mkdir /compat && mount_nullfs /usr/compat /compat
> 
> (Further hints below.)
> 
> Then:
> 
> $ make package
> ===>  Building package for linux-f10-pango-1.28.3_1
> Creating package
> /var/tmp/usr/ports.svn/x11-toolkits/linux-f10-pango/work/linux-f10-pango-1.28.3_1.tbz
> Registering depends: linux-f10-cairo-1.8.0_2 linux-f10-xorg-libs-7.4_1
> linux-f10-fontconfig-2.6.0 linux-f10-expat-2.0.1
> linux-f10-png-1.2.37_2 linux_base-f10-10_7.
> Registering conflicts: linux-pango-[0-9]* linux-f8-pango-[0-9]*.
> Creating bzip'd tar ball in
> '/var/tmp/usr/ports.svn/x11-toolkits/linux-f10-pango/work/linux-f10-pango-1.28.3_1.tbz'
> $
> 
> *This would seem to confirm that the symlink is the trigger for the
> problem.*
> 
> 
> Now, for the archives, further hints:
> 
> 1. to make the change permanent, add one line to /etc/fstab so the
> mount gets re-established after reboot
> 
> # printf '/usr/compat\t\t/compat\t\tnullfs\trw\t\t0\t0\n'
> >> /etc/fstab
> 
> 2. if instead you want to revert the change:
> 
> # umount /compat
> # rmdir /compat && mv /compat.off /compat
> # sed -i.bak -e '/^\/usr\/compat/d' /etc/fstab
> 
> 3. if /compat gets destroyed:
> 
> # ln -sfn usr/compat /compat
> 
> 
> I hope portmgr can investigate and fix this problem.

I asked the other day if I should file a PR against this port; however,
I never received a reply. Unless I am told not to, I will file one
tomorrow. I don't want this problem to fall through the cracks. Ever
since this staging support started, too many ports are failing. I am
wondering just how thoroughly this was tested before being force on the
general populace.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__



signature.asc
Description: PGP signature

lyx 2.0.6

2013-10-17 Thread Ajtim

My system: FreeBSD 10.0-BETA1
When I built print/lyx I got:
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
gmake[7]: *** [debug.o] Error 1
convert.cpp:57:11: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring convert(int i)
  ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:59:9: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
return from_ascii(lexical_cast(i));
   ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:71:11: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring convert(unsigned int ui)
  ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:73:9: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
return from_ascii(lexical_cast(ui));
   ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:85:11: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring convert(unsigned long ul)
  ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:87:9: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
return from_ascii(lexical_cast(ul));
   ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:99:11: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring convert(long l)
  ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:101:9: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
return from_ascii(lexical_cast(l));
   ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
convert.cpp:127:34: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
int convert(docstring const s)
 ^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
10 errors generated.
gmake[7]: *** [convert.o] Error 1
filetools.cpp:639:17: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring const makeRelPath(docstring const & abspath, docstring const ...
^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
filetools.cpp:645:2: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring::size_type const abslen = abspath.length();
^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
filetools.cpp:645:23: error: expected unqualified-id
docstring::size_type const abslen = abspath.length();
 ^
filetools.cpp:646:2: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring::size_type const baselen = basepath.length();
^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
filetools.cpp:646:23: error: expected unqualified-id
docstring::size_type const baselen = basepath.length();
 ^
filetools.cpp:648:2: error: implicit instantiation of undefined template
  'std::basic_string,
  std::allocator >'
docstring::size_type i = os::common_path(abspath, basepath);
^
./../support/strfwd.h:42:64: note: template is declared here
template class basic_string;
   ^
filetools.cpp:652:10: error: implicit instantiation of undefined template

Re: llvm33 update

2013-10-17 Thread John Marino

On 10/17/2013 11:57, Ajtim wrote:
> Hi!
> 
> I tried to update llvm33-3.3_4 to llvm33-3.3_5 on FreeBSD 10.0-BETA1 but
> I got an error: (snip)

known:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/183045

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

some issues with poudriere and recent ports tree

2013-10-17 Thread Alfred Bartsch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,
I'm running stable/8 (svn r256119) and poudriere-3.0.9_1.
The jail (amd64) used by poudriere is stable/8 dated 07/22/2013.

After updating my local ports tree (svn r330413), I did a new
poudriere bulk run and got following results:

failed: editors/lazarus-lcl-units lazarus-lcl-units-1.0.12_1 build
   skipped: editors/lazarus lazarus-1.0.12_1
   skipped: editors/lazarus-lcl-gtk2 lazarus-lcl-gtk2-1.0.12_1
   skipped: editors/lazarus-lcl-nogui lazarus-lcl-nogui-1.0.12_1

failed: print/pdflib pdflib-7.0.5_2 configure
   skipped: benchmarks/fio fio-2.1.1 pdflib-7.0.5_2
   skipped: math/gnuplot gnuplot-4.6.3_1 pdflib-7.0.5_2
   skipped: print/pecl-pdflib pecl-pdflib-2.1.10
   skipped: databases/phpmyadmin phpMyAdmin-4.0.8

failed: www/libxul libxul-24.0 build
   skipped: java/icedtea-web icedtea-web-1.4.1

failed: mail/squirrelmail squirrelmail-1.4.22_3 stage
   skipped: mail/squirrelmail-avelsieve-plugin
squirrelmail-avelsieve-plugin-1.9.7_2

failed: lang/mono mono-3.2.1 build
   skipped: audio/amarok-kde4 amarok-2.7.0_2
   skipped: x11-toolkits/gtk-sharp20 gtk-sharp-2.12.10_1
   skipped: audio/libgpod libgpod-0.8.2_2

failed: x11-themes/kde4-wallpapers-freebsd kde4-wallpapers-freebsd-1.0
   skipped: x11/kde4 kde-4.10.5
   skipped: x11/kde4-workspace kde-workspace-4.10.5
   skipped: x11-themes/kdeartwork4 kdeartwork-4.10.5
   skipped: net/kdenetwork4 kdenetwork-4.10.5
   skipped: deskutils/kdeplasma-addons kdeplasma-addons-4.10.5
   skipped: x11-clocks/kdetoys4 kdetoys-4.10.5

failed: mail/thunderbird thunderbird-24.0.1 build
   skipped: mail/thunderbird-i18n thunderbird-i18n-24.0.1
thunderbird-24.0.1

failed: graphics/okular okular-4.10.5 package
   skipped: editors/calligra calligra-2.6.2_2
   skipped: games/kajongg kajongg-4.10.5
   skipped: editors/kate-plugin-pate kate-plugin-pate-4.10.5
   skipped: x11/kde4 kde-4.10.5
   skipped: games/kdegames4 kdegames-4.10.5
   skipped: graphics/kdegraphics4 kdegraphics-4.10.5
   skipped: graphics/kdegraphics4-mobipocket kdegraphics-mobipocket-4.10.5
   skipped: devel/kdesdk4 kdesdk-4.10.5
   skipped: devel/py-pykde4 py27-pykde4-4.10.5

failed: graphics/kdegraphics4-thumbnailers
kdegraphics-thumbnailers-4.10.5 package
   skipped: graphics/kdegraphics4 kdegraphics-4.10.5

failed: math/cantor cantor-4.10.5 package
   skipped: x11/kde4 kde-4.10.5
   skipped: misc/kdeedu4 kdeedu-4.10.5

failed: net/tshark-lite tshark-lite-1.10.2 package

failed: sysutils/k3b-kde4 k3b-2.0.2_12 package

Furthermore, the poudriere bulk run ends with:
>> Preparing INDEX
>> Generating INDEX...make_index: could not find dependency
/usr/ports/german/kde4-l10n/../../german/aspell
>> Cleaning up
>> Umounting file systems

poudriere logs are available, if needed.

I'd really like to improve these results.
In July, I submitted some PRs on some of these failed build attempts
(ports/180926, ports/180927) with no result so far.
In September, I submitted a PR on the lang/mono problem (ports/182057).

As nobody else seems to meet any of these problems, what am I doing
wrong?

- -- 
Regards
Alfred Bartsch
Data-Service GmbH
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlJfw24ACgkQ5QGe2JdVf3gvoACgplRYREh4m23SqZiEVN/kzYiQ
WVIAn3cZuOkblTN/F7a+OQtqyz+EaCVC
=bYDf
-END PGP SIGNATURE-
___
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: llvm33 update

2013-10-17 Thread Ajtim

On Thu, 17 Oct 2013 12:49:27 +0200
John Marino  wrote:

> On 10/17/2013 11:57, Ajtim wrote:
> > Hi!
> > 
> > I tried to update llvm33-3.3_4 to llvm33-3.3_5 on FreeBSD
> > 10.0-BETA1 but I got an error: (snip)
> 
> known:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/183045
> 
> John
> ___
> 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"

I correct slashes but I got now:


> Compressing man pages
===>   Installing ldconfig configuration file
===>  Installing for llvm33-3.3_5
===>  Checking if devel/llvm33 already installed
===>   Registering installation for llvm33-3.3_5
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/bin/lit33): No such file 
or directory
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/llvm33/bin/lit): No such 
file or directory
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/bin/llvm-lit33): No such 
file or directory
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/llvm33/bin/llvm-lit): No 
such file or directory
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/bin/FileCheck33): No such 
file or directory
pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/llvm33/bin/FileCheck): No 
such file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/devel/llvm33
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/llvm33

===>>> Installation of llvm33-3.3_5 (devel/llvm33) failed
===>>> Aborting update
___
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 problem on dansguardian-(devel)

2013-10-17 Thread Marko Cupać

Hello,

I cannot compile either of the two with NTLM option enabled:
www/dansguardian
www/dansguardian-devel

This is on 9.2-RELEASE i386.

Both fail with the same error message:

 error message 
checking for NTLM support... yes
checking for iconv... no
no
checking for iconv in -liconv... no
no
checking for libiconv in -liconv... no
configure: error: no native or standard library iconv function found! (needed 
by NTLM plugin - try again with "--with-libiconv"?)
===>  Script "configure" failed unexpectedly.
 error message 

Any idea how to fix this?

-- 
Marko Cupać
___
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"

ports/180920: emulators/open-vm-tools-nox11 does not compile

2013-10-17 Thread Matthias Apitz


Hello,

This is still true with 10-CURRENT r255948 (October, 1) and ports
r328930...

Anything new on his bug?
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"

Re: ports/180920: emulators/open-vm-tools-nox11 does not compile

2013-10-17 Thread 1blu-Homepage Unlimited

El día Thursday, October 17, 2013 a las 01:43:20PM +0200, Matthias Apitz 
escribió:

> 
> Hello,
> 
> This is still true with 10-CURRENT r255948 (October, 1) and ports
> r328930...
> 
> Anything new on his bug?
  ^^^
Should have been "this bug"; sorry for the typo;

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"

Re: poudriere and x11-fonts in FreeBSD-9.2 jail

2013-10-17 Thread Alan Hicks

This appears to be related to staging and poudriere, I came across this 
a few days ago and fixed my ports that were failing by adding the 
attached patch as files/patch-configure to each failing port, it 
disables running fc-cache.

The following ports compiled successfully font-adobe-utopia-type1 
font-bh-ttf font-bh-type1 font-bitstream-type1 font-ibm-type1 
font-misc-ethiopic font-misc-meltho font-xfree86-type1.

I tried adding CONFIGURE_ARGS= --cache-file=/dev/null but this did not 
appear to work.

Many ports have a post-install that runs fc-cache on install but I did 
not have time to investigate and propose a patch and have not filed a 
pr.  As it only caches the fonts this was not important for me as this 
could be done manually if required though another successful font 
install would have fixed it.

Hope this helps,
Alan

On 17/10/2013 09:23, Alexandr Matveev wrote:

Hello.

   I'm trying to build font packages with poudriere 3.0.9 on system
FreeBSD 9.1-RELEASE-p4 amd64:

# poudriere ports -u
<...>
Ports tree is already up to date.

# poudriere jail -c -v 9.2-RELEASE -a amd64 -j 92amd64-test
<...>
>> Jail 92amd64-test 9.2-RELEASE amd64 is ready to be used

# poudriere bulk -j 92amd64-test -J 4 x11-fonts/xorg-fonts
<...>
>> [04] Finished build of x11-fonts/font-misc-ethiopic: Failed: install
>> [04] Skipping build of x11-fonts/xorg-fonts: Dependent port
x11-fonts/font-misc-ethiopic failed
<...>
>> Failed ports: x11-fonts/font-misc-ethiopic:install
x11-fonts/font-bh-type1:install x11-fonts/font-bh-ttf:install
x11-fonts/font-bitstream-type1:install
x11-fonts/font-misc-meltho:install
x11-fonts/font-adobe-utopia-type1:install
x11-fonts/font-xfree86-type1:install x11-fonts/font-ibm-type1:install

>> Skipped ports: x11-fonts/xorg-fonts x11-fonts/xorg-fonts-truetype
x11-fonts/xorg-fonts-type1

>> [92amd64-test-default] 51 packages built, 8 failures, 0 ignored,
3 skipped

   Each log file for failed font-* port ended with same errors (failed to
write to cache directories):
<...>
===
===>  Installing for font-misc-ethiopic-1.0.3
===>   Generating temporary packing list
===>  Checking if x11-fonts/font-misc-ethiopic already installed
test -z "/usr/local/lib/X11/fonts/OTF" || /bin/mkdir -p
"/usr/local/lib/X11/fonts/OTF"
  install  -o root -g wheel -m 444 GohaTibebZemen.otf
'/usr/local/lib/X11/fonts/OTF'
test -z "/usr/local/lib/X11/fonts/TTF" || /bin/mkdir -p
"/usr/local/lib/X11/fonts/TTF"
  install  -o root -g wheel -m 444 GohaTibebZemen.ttf
'/usr/local/lib/X11/fonts/TTF'
/usr/bin/make  install-data-hook
/usr/local/bin/mkfontscale /usr/local/lib/X11/fonts/TTF
/usr/local/bin/mkfontdir /usr/local/lib/X11/fonts/TTF
/usr/local/bin/mkfontscale /usr/local/lib/X11/fonts/OTF
/usr/local/bin/mkfontdir /usr/local/lib/X11/fonts/OTF
/usr/local/bin/fc-cache /usr/local/lib/X11/fonts/TTF
/usr/local/lib/X11/fonts/OTF
/usr/local/lib/X11/fonts/TTF: failed to write cache
/usr/local/lib/X11/fonts/OTF: failed to write cache
*** [install-data-hook] Error code 2

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [install-data-am] Error code 1

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [install-am] Error code 1

Stop in
/wrkdirs/usr/ports/x11-fonts/font-misc-ethiopic/work/font-misc-ethiopic-1.0.3.
*** [do-install] Error code 1

Stop in /usr/ports/x11-fonts/font-misc-ethiopic.
===>  Cleaning for font-misc-ethiopic-1.0.3
build of /usr/ports/x11-fonts/font-misc-ethiopic ended at Mon Oct  7
12:35:58 BST 2013

   Could you help me? What I do wrong?

P.S. Full logs available here: http://freebsd.timon.net.nz/poudriere/

-- Alexandr Matveev

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

--- configure.orig  2013-10-15 14:32:50.0 +
+++ configure   2013-10-15 14:33:35.0 +
@@ -4681,12 +4681,7 @@

FCCACHE_WARN='echo "** Warning: fonts.cache not built" ; echo "** 
Generate this file manually on host system using fc-cache"'
-   if test x"$FCCACHE" = x ; then
-   RUN_FCCACHE="${FCCACHE_WARN}"
-   else
-   RUN_FCCACHE='@(if test -z "$(DESTDIR)"; then echo $(FCCACHE) 
$(fontdir); $(FCCACHE) $(fontdir); else'
-   RUN_FCCACHE="${RUN_FCCACHE} ${FCCACHE_WARN} ; fi)"
-   fi
+   RUN_FCCACHE="${FCCACHE_WARN}"

___
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 problem on dansguardian-(devel)

2013-10-17 Thread Boris Samorodov

17.10.2013 15:19, Marko Cupać пишет:

> I cannot compile either of the two with NTLM option enabled:
> www/dansguardian
> www/dansguardian-devel
> 
> This is on 9.2-RELEASE i386.
> 
> Both fail with the same error message:
> 
>  error message 
> checking for NTLM support... yes
> checking for iconv... no
> no
> checking for iconv in -liconv... no
> no
> checking for libiconv in -liconv... no
> configure: error: no native or standard library iconv function found! (needed 
> by NTLM plugin - try again with "--with-libiconv"?)
> ===>  Script "configure" failed unexpectedly.
>  error message 
> 
> Any idea how to fix this?

I think that the right way is to include iconv to Uses unconditionally
(keeping in mind that --with-libiconv=${LOCALBASE} also was used
unconditionally before switching to Uses/iconv.mk). The same for
www/dansguardian-devel.

The proposed patch attached.

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
Index: Makefile
===
--- Makefile(revision 330630)
+++ Makefile(working copy)
@@ -14,7 +14,7 @@
 LIB_DEPENDS+=  libpcre.so:${PORTSDIR}/devel/pcre
 
 USE_RC_SUBR=   dansguardian
-USES=  pkgconfig
+USES=  pkgconfig iconv
 
 CONFLICTS= dansguardian-2.12.*
 LATEST_LINK=   dansguardian
@@ -97,8 +97,7 @@
 .endif
 
 .if ${PORT_OPTIONS:MNTLM}
-CONFIGURE_ARGS+=   --enable-ntlm ${ICONV_CONFIGURE_BASE}
-USES+= iconv
+CONFIGURE_ARGS+=   --enable-ntlm
 PLIST_SUB+=NTLMCONF=""
 .else
 PLIST_SUB+=NTLMCONF="@comment "
___
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 problem on dansguardian-(devel)

2013-10-17 Thread Marko Cupać

On Thu, 17 Oct 2013 16:38:35 +0400
Boris Samorodov  wrote:

> I think that the right way is to include iconv to Uses unconditionally
> (keeping in mind that --with-libiconv=${LOCALBASE} also was used
> unconditionally before switching to Uses/iconv.mk). The same for
> www/dansguardian-devel.
> 
> The proposed patch attached.

I don't know if that was the right way (being just humble admin), but your
patch surely did make the port compile fine :)

Thank you!

-- 
Marko Cupać
___
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 problem on dansguardian-(devel)

2013-10-17 Thread Renato Botelho

On 17-10-2013 09:38, Boris Samorodov wrote:
> 17.10.2013 15:19, Marko Cupać пишет:
> 
>> I cannot compile either of the two with NTLM option enabled:
>> www/dansguardian
>> www/dansguardian-devel
>>
>> This is on 9.2-RELEASE i386.
>>
>> Both fail with the same error message:
>>
>>  error message 
>> checking for NTLM support... yes
>> checking for iconv... no
>> no
>> checking for iconv in -liconv... no
>> no
>> checking for libiconv in -liconv... no
>> configure: error: no native or standard library iconv function found! 
>> (needed by NTLM plugin - try again with "--with-libiconv"?)
>> ===>  Script "configure" failed unexpectedly.
>>  error message 
>>
>> Any idea how to fix this?
> 
> I think that the right way is to include iconv to Uses unconditionally
> (keeping in mind that --with-libiconv=${LOCALBASE} also was used
> unconditionally before switching to Uses/iconv.mk). The same for
> www/dansguardian-devel.
> 
> The proposed patch attached.

Thanks Boris, feel free to commit it please.

-- 
Renato Botelho 
   
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc



signature.asc
Description: OpenPGP digital signature

Re: libiconv problem on dansguardian-(devel)

2013-10-17 Thread Boris Samorodov

17.10.2013 16:56, Renato Botelho пишет:
> On 17-10-2013 09:38, Boris Samorodov wrote:
>> 17.10.2013 15:19, Marko Cupać пишет:
>>
>>> I cannot compile either of the two with NTLM option enabled:
>>> www/dansguardian
>>> www/dansguardian-devel
>>>
>>> This is on 9.2-RELEASE i386.
>>>
>>> Both fail with the same error message:
>>>
>>>  error message 
>>> checking for NTLM support... yes
>>> checking for iconv... no
>>> no
>>> checking for iconv in -liconv... no
>>> no
>>> checking for libiconv in -liconv... no
>>> configure: error: no native or standard library iconv function found! 
>>> (needed by NTLM plugin - try again with "--with-libiconv"?)
>>> ===>  Script "configure" failed unexpectedly.
>>>  error message 
>>>
>>> Any idea how to fix this?
>>
>> I think that the right way is to include iconv to Uses unconditionally
>> (keeping in mind that --with-libiconv=${LOCALBASE} also was used
>> unconditionally before switching to Uses/iconv.mk). The same for
>> www/dansguardian-devel.
>>
>> The proposed patch attached.
> 
> Thanks Boris, feel free to commit it please.

Ok, I have a question though. Should a PORTREVISION be bumped?
The package for 11-x and 10-x won't change, however for 9.x and 8.x
would. I assume that to be on a safe side it's better to bump it.
What do you think? Thanks!

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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 problem on dansguardian-(devel)

2013-10-17 Thread Renato Botelho

On 17-10-2013 10:02, Boris Samorodov wrote:
> 17.10.2013 16:56, Renato Botelho пишет:
>> On 17-10-2013 09:38, Boris Samorodov wrote:
>>> 17.10.2013 15:19, Marko Cupać пишет:
>>>
 I cannot compile either of the two with NTLM option enabled:
 www/dansguardian
 www/dansguardian-devel

 This is on 9.2-RELEASE i386.

 Both fail with the same error message:

  error message 
 checking for NTLM support... yes
 checking for iconv... no
 no
 checking for iconv in -liconv... no
 no
 checking for libiconv in -liconv... no
 configure: error: no native or standard library iconv function found! 
 (needed by NTLM plugin - try again with "--with-libiconv"?)
 ===>  Script "configure" failed unexpectedly.
  error message 

 Any idea how to fix this?
>>>
>>> I think that the right way is to include iconv to Uses unconditionally
>>> (keeping in mind that --with-libiconv=${LOCALBASE} also was used
>>> unconditionally before switching to Uses/iconv.mk). The same for
>>> www/dansguardian-devel.
>>>
>>> The proposed patch attached.
>>
>> Thanks Boris, feel free to commit it please.
> 
> Ok, I have a question though. Should a PORTREVISION be bumped?
> The package for 11-x and 10-x won't change, however for 9.x and 8.x
> would. I assume that to be on a safe side it's better to bump it.
> What do you think? Thanks!

I agree with bumping, sounds more safe.

-- 
Renato Botelho 
   
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc



signature.asc
Description: OpenPGP digital signature

Re: Bacula (client) 5.2.12 fails on compilation

2013-10-17 Thread Carsten Jensen


On 10/17/2013 11:24 AM, Ruslan Makhmatkhanov wrote:

Carsten Jensen wrote on 17.10.2013 12:47:

but in compiling a new version of bacula I've encountered this error.


I'm not sure if this problem is related, but did you followed this
instruction from /usr/ports/UPDATTING?

20120913:
   AFFECTS: users of sysutils/bacula-server, sysutils/bacula-client
   AUTHOR: r...@freebsd.org

   If you have both sysutils/bacula-server and sysutils/bacula-client
   installed, you need to pkg_delete them both prior to this update.



afaik, compiling shouldn't interfere with the installation unless you 
run make install.


I've just done a "make", as in compile the package, but not set it to 
install yet.

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

Poudriere, pkgng and "has to be built manually"

2013-10-17 Thread J David

Hello,

When attempting to build the port lang/racket under poudriere, the
following message is generated:

>> Ignoring lang/racket: has to be built manually: i386 requires
kern.maxdsiz="640M" to build

This is on a machine with kern.maxdsiz=32G.

What is the best way to build this package so that it winds up in the
poudriere-generated pkgng repository index, and so that it is
preserved during future runs of poudriere?

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: lyx 2.0.6

2013-10-17 Thread Julian H. Stacey

Hi, Reference:
> From: Ajtim  
> Date: Thu, 17 Oct 2013 06:39:15 -0400 

Ajtim wrote:
> My system: FreeBSD 10.0-BETA1
> When I built print/lyx I got:
> fatal error: too many errors emitted, stopping now [-ferror-limit=]

Mine on 10.0-BETA1:
6 errors generated.
As ports/print/lyx/Makefile has 
MAINTAINER= rak...@freebsd.org
I added.
cc: rak...@freebsd.org

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with "> ".
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
___
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: llvm33 update

2013-10-17 Thread Brooks Davis

On Thu, Oct 17, 2013 at 05:57:02AM -0400, Ajtim wrote:
> Hi!
> 
> I tried to update llvm33-3.3_4 to llvm33-3.3_5 on FreeBSD 10.0-BETA1 but
> I got an error:
> > Compressing man pages
> ===>   Installing ldconfig configuration file
> ===>  Installing for llvm33-3.3_5
> ===>  Checking if devel/llvm33 already installed
> ===>   Registering installation for llvm33-3.3_5 as automatic
> pkg-static: lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/lit): No
> such file or directory pkg-static:
> lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/llvm-lit): No such
> file or directory pkg-static:
> lstat(/usr/ports/devel/llvm33/work/stage/llvm33bin/FileCheck): No such
> file or directory *** Error code 74

Fixed, please try again.

I'm still getting the hang of testing with stage.  It's much better that
before, but my brain hadn't fully registerd the fact that plist changes
have no effect until you restage.

-- Brooks


pgpJQ2YxxoJFd.pgp
Description: PGP signature

`make index` broken

2013-10-17 Thread Shawn Webb

I'm on 11-current/amd64. I'm not sure if it's specific to me, but it looks
like a change to the net/openbgpd port is causing `make index` to fail with
the following error message:

make[5]: Unknown modifier ')'
make[5]: Unclosed variable specification (expecting '}') for "PORT_OPTIONS"
(value "") modifier )
make[5]: "/usr/ports/net/openbgpd/Makefile" line 31: Malformed conditional
(${PORT_OPTIONS:MIPV6LLPEER))
make[5]: Fatal errors encountered -- cannot continue===> net/openbgpd failed
*** [describe.net] Error code 1

Thanks,

Shawn
___
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: `make index` broken

2013-10-17 Thread Daniel Nebdal

On Thu, Oct 17, 2013 at 4:32 PM, Shawn Webb  wrote:
> I'm on 11-current/amd64. I'm not sure if it's specific to me, but it looks
> like a change to the net/openbgpd port is causing `make index` to fail with
> the following error message:
>
> make[5]: Unknown modifier ')'
> make[5]: Unclosed variable specification (expecting '}') for "PORT_OPTIONS"
> (value "") modifier )
> make[5]: "/usr/ports/net/openbgpd/Makefile" line 31: Malformed conditional
> (${PORT_OPTIONS:MIPV6LLPEER))
> make[5]: Fatal errors encountered -- cannot continue===> net/openbgpd failed
> *** [describe.net] Error code 1
>
> Thanks,
>
> Shawn

It seems to be a typo in the latest commit - a ) that should be a }. I
sent a mail to hrs@ about it an hour or so ago, since he showed up as
the commiter.

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

RT: Request Tracker 4.2

2013-10-17 Thread Marko Cupać

Hello,

It is now 2 weeks since 4.2.0 version of RT: Request Tracker has been
released. Any chance to have it in ports tree soon? Will we have both
www/rt40 and www/rt42?

Thanks in advance,

-- 
Marko Cupać
___
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/akode* ports failing to build on -CURRENT and 10-BETA

2013-10-17 Thread Scot Hetzel

Could someone commit the last patch (akode.diff3) in PR 182283

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182283

as it resolve the build issues detected by pkg-fallout for -CURRENT and 10-BETA.

http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-ffmpeg-2.0.2_4,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-jack-2.0.2,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-mpc-2.0.2,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-mpeg-2.0.2,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-oss-2.0.2,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-pulseaudio-2.0.2_5.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-resampler-2.0.2,1.log
http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-10_05h56m46s/logs/akode-plugins-xiph-2.0.2_5,1.log


The NO_STAGE variable can also be removed from all of the akode ports Makefile

Thanks,

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

[QAT] r330647: 1x fail, 1x depend_package, 2x success

2013-10-17 Thread Ports-QAT

- Update to 2.13.0
- Add staging support
-

  Build ID:  20131017145401-53407
  Job owner: de...@freebsd.org
  Buildtime: 20 minutes
  Enddate:   Thu, 17 Oct 2013 15:14:02 GMT

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

-

Port:finance/jgnash 2.13.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND_PACKAGE
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131017145401-53407-208676/jgnash-2.13.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131017145401-53407-208677/jgnash-2.13.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131017145401-53407-208678/jgnash-2.13.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FAIL


--
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] r330648: 1x fail, 1x depend_package, 2x success

2013-10-17 Thread Ports-QAT

Only depend on one version of GCC. [1]
Switch to USES=gmake.
STAGIFY.
Don't try to build when the default compiler uses libc++.
Initiate deorbit burn sequence.

Submitted by:   John Marino  [1]
-

  Build ID:  20131017145600-34111
  Job owner: bro...@freebsd.org
  Buildtime: 21 minutes
  Enddate:   Thu, 17 Oct 2013 15:17:15 GMT

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

-

Port:lang/dragonegg46 3.2_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20131017145600-34111-208680/dragonegg46-3.2_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND_PACKAGE
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20131017145600-34111-208682/dragonegg46-3.2_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20131017145600-34111-208683/dragonegg46-3.2_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: audio/akode* ports failing to build on -CURRENT and 10-BETA

2013-10-17 Thread Tijl Coosemans

On Thu, 17 Oct 2013 10:10:36 -0500 Scot Hetzel wrote:
> Could someone commit the last patch (akode.diff3) in PR 182283
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182283
> 
> as it resolve the build issues detected by pkg-fallout for -CURRENT and 
> 10-BETA.

There's currently no port that depends on akode according to INDEX and
they were part of KDE3 if I remember correctly, so unless you still use
these ports can't they simply be removed?
___
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: audio/akode* ports failing to build on -CURRENT and 10-BETA

2013-10-17 Thread Scot Hetzel

On Thu, Oct 17, 2013 at 10:28 AM, Tijl Coosemans  wrote:
> On Thu, 17 Oct 2013 10:10:36 -0500 Scot Hetzel wrote:
>> Could someone commit the last patch (akode.diff3) in PR 182283
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182283
>>
>> as it resolve the build issues detected by pkg-fallout for -CURRENT and 
>> 10-BETA.
>
> There's currently no port that depends on akode according to INDEX and
> they were part of KDE3 if I remember correctly, so unless you still use
> these ports can't they simply be removed?

I wasn't able to find any ports depending on them either using:

cd /usr/ports
find . -name Makefile -depth 3 -exec grep akode {} +

They can be removed.

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

Port Request: PBX in a Flash

2013-10-17 Thread pathiaki2


http://pbxinaflash.net/

Guys, I've been needing something a little more simplistic and well done 
as a frontend to Asterisk.  I found a couple of them.  This is the first.


Thank you,

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

Port Request: freepbx

2013-10-17 Thread pathiaki2


http://www.freepbx.org/download-freepbx

Hi all,

I've been needing a new front end to Asterisk and I believe I have found 
2 that work pretty well.


This is the second of 2.

Thank you,

Paul P.
___
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: [QAT] r330568: 4x leftovers

2013-10-17 Thread Dmitry Marakasov

* Ports-QAT (q...@redports.org) wrote:

> - Support staging
> -
> 
>   Build ID:  20131016235001-16884
>   Job owner: amd...@freebsd.org
>   Buildtime: 23 minutes
>   Enddate:   Thu, 17 Oct 2013 00:12:56 GMT
> 
>   Revision:  r330568
>   Repository:
> https://svnweb.freebsd.org/ports?view=revision&revision=330568
> 
> -
> 
> Port:sysutils/gkrellflynn 0.8_8
> 
>   Buildgroup: 8.4-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~amd...@freebsd.org/20131016235001-16884-208356/gkrellflynn-0.8_8.log
> 
>   Buildgroup: 8.4-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~amd...@freebsd.org/20131016235001-16884-208357/gkrellflynn-0.8_8.log
> 
>   Buildgroup: 9.2-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~amd...@freebsd.org/20131016235001-16884-208358/gkrellflynn-0.8_8.log
> 
>   Buildgroup: 9.2-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log: 
> https://qat.redports.org//~amd...@freebsd.org/20131016235001-16884-208359/gkrellflynn-0.8_8.log
> 
> 
> --
> Buildarchive URL: 
> redports 

My guess is that this is a false positive: a tinderbox problem or a
problem of non-pkgng build.

Here, usr/local/libexec/gkrellm2/plugins dir is handled (created and
removed) by gkrellm2 port, and should be present before gkrellflynn
is build -> can't be a leftover.

My guess is that when legacy pkg tools are used, this (empty)
directory is not synced properly and thus doesn't make its way to
gkrellm2 package.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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: lyx 2.0.6

2013-10-17 Thread Raphael Kubo da Costa

"Julian H. Stacey"  writes:

> Hi, Reference:
>> From:Ajtim 
>> Date:Thu, 17 Oct 2013 06:39:15 -0400
>
> Ajtim wrote:
>> My system: FreeBSD 10.0-BETA1
>> When I built print/lyx I got:
>> fatal error: too many errors emitted, stopping now [-ferror-limit=]
>
> Mine on 10.0-BETA1:
>   6 errors generated.
> As ports/print/lyx/Makefile has
>   MAINTAINER= rak...@freebsd.org
> I added.
>   cc: rak...@freebsd.org

Yeah, LyX is at a very bad shape if used with libc++ instead of
libstdc++: its code is not C++11-compliant and uses tr1 stuff that is
not present in libc++.

To be honest, I'm still not sure how to solve it: using USE_GCC in the
Makefile did not work last time I tested, as the other ports it relied
on had been built with libc++ and there were linking problems due to two
different STL implementations being used at the same time.

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

stop in net-im/telepathy-glib

2013-10-17 Thread Joerg Surmann

Hi all,

can't build port net-im/telepathy-glib.
Here is the error message.
Can anybody help me?

Thanks in advanced.



In file included from account-manager.c:42:
../telepathy-glib/_gen/tp-cli-account-manager-body.h:48:3: error: use of 
undeclared identifier 'tp_cli_account_manager_signal_callback_account_removed'; 
did you mean
  '_tp_cli_account_manager_invoke_callback_for_account_removed'?
  tp_cli_account_manager_signal_callback_account_removed callback =
  ^~
  _tp_cli_account_manager_invoke_callback_for_account_removed
../telepathy-glib/_gen/tp-cli-account-manager-body.h:41:1: note: 
'_tp_cli_account_manager_invoke_callback_for_account_removed' declared here
_tp_cli_account_manager_invoke_callback_for_account_removed (TpProxy *tpproxy,
^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:48:57: error: expected ';' 
after expression
  tp_cli_account_manager_signal_callback_account_removed callback =
^
;
../telepathy-glib/_gen/tp-cli-account-manager-body.h:48:58: error: use of 
undeclared identifier 'callback'
  tp_cli_account_manager_signal_callback_account_removed callback =
 ^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:49:8: error: use of 
undeclared identifier 'tp_cli_account_manager_signal_callback_account_removed'; 
did you mean
  '_tp_cli_account_manager_invoke_callback_for_account_removed'?
  (tp_cli_account_manager_signal_callback_account_removed) generic_callback;
   ^~
   _tp_cli_account_manager_invoke_callback_for_account_removed
../telepathy-glib/_gen/tp-cli-account-manager-body.h:41:1: note: 
'_tp_cli_account_manager_invoke_callback_for_account_removed' declared here
_tp_cli_account_manager_invoke_callback_for_account_removed (TpProxy *tpproxy,
^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:51:7: error: use of 
undeclared identifier 'callback'
  if (callback != NULL)
  ^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:52:5: warning: implicit 
declaration of function 'callback' is invalid in C99 
[-Wimplicit-function-declaration]
callback (g_object_ref (tpproxy),
^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:48:3: warning: expression 
result unused [-Wunused-value]
  tp_cli_account_manager_signal_callback_account_removed callback =
  ^~
../telepathy-glib/_gen/tp-cli-account-manager-body.h:62:5: error: unknown type 
name 'tp_cli_account_manager_signal_callback_account_removed'; did you mean 
'tp_cli_account_signal_callback_removed'?
tp_cli_account_manager_signal_callback_account_removed callback,
^~
tp_cli_account_signal_callback_removed
../telepathy-glib/_gen/tp-cli-account.h:6:16: note: 
'tp_cli_account_signal_callback_removed' declared here
typedef void (*tp_cli_account_signal_callback_removed) (TpAccount *proxy,
   ^
In file included from account-manager.c:42:
../telepathy-glib/_gen/tp-cli-account-manager-body.h:61:1: warning: no previous 
prototype for function 'tp_cli_account_manager_connect_to_account_removed' 
[-Wmissing-prototypes]
tp_cli_account_manager_connect_to_account_removed (TpAccountManager *proxy,
^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:117:3: error: use of 
undeclared identifier 
'tp_cli_account_manager_signal_callback_account_validity_changed'; did you mean
  '_tp_cli_account_manager_invoke_callback_for_account_validity_changed'?
  tp_cli_account_manager_signal_callback_account_validity_changed callback =
  ^~~
  _tp_cli_account_manager_invoke_callback_for_account_validity_changed
../telepathy-glib/_gen/tp-cli-account-manager-body.h:110:1: note: 
'_tp_cli_account_manager_invoke_callback_for_account_validity_changed' declared 
here
_tp_cli_account_manager_invoke_callback_for_account_validity_changed (TpProxy 
*tpproxy,
^
../telepathy-glib/_gen/tp-cli-account-manager-body.h:117:66: error: expected 
';' after expression
  tp_cli_account_manager_signal_callback_account_validity_changed callback =
 ^
 ;
../telepathy-glib/_gen/tp-cli-account-manager-body.h:118:8: error: use of 
undeclared identifier 
'tp_cli_account_manager_signal_callback_account_validity_changed'; did you mean
  '_tp_cli_account_manager_invoke_callback_for_account_validity_changed'?
  (tp_cli_account_manager_signal_callback_account_validity_changed) 
generic_callback;
   ^~~
   _tp_cli_account_manager_invoke_callback_for_account_validity_changed
../telepathy-glib/_gen/tp-

[QAT] r330667: 4x fail, 8x success

2013-10-17 Thread Ports-QAT

- adjust include path
-

  Build ID:  20131017194601-6377
  Job owner: oha...@freebsd.org
  Buildtime: 46 minutes
  Enddate:   Thu, 17 Oct 2013 20:31:59 GMT

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

-

Port:german/bugzilla40 4.0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FAIL

-

Port:japanese/bugzilla40 4.0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208800/ja-bugzilla40-4.0.10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208801/ja-bugzilla40-4.0.10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208802/ja-bugzilla40-4.0.10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208803/ja-bugzilla40-4.0.10.log

-

Port:russian/bugzilla40 4.0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208804/ru-bugzilla40-4.0.10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208805/ru-bugzilla40-4.0.10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208806/ru-bugzilla40-4.0.10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oha...@freebsd.org/20131017194601-6377-208807/ru-bugzilla40-4.0.10.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: Port build failure -- security/hydra

2013-10-17 Thread Ronald F. Guilmette


In message <525c183f.7010...@yandex.ru>, you wrote:

>Ronald F. Guilmette wrote on 06.10.2013 01:34:
>>
>>> make -V FETCH_CMD
>>
>> Results:
>>
>> /usr/bin/fetch -AFpr
>>
>>> on your system? What FreeBSD version you are using?
>>
>> FreeBSD segfault.tristatelogic.com 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r24382
>5: Tue Dec  4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/
>src/sys/GENERIC  amd64
>
>Yes, I now see the issue. If I understand correctly /usr/bin/fetch got 
>SSL support since FreeBSD 9.2, so is why it isn't work to you.

Thank you for the follow-up.

I know that there is always a rational explanation for everything, but
it is nice to have someone independently confirm that fact from time to
time.

>>> PS. Yes, packetstorm has different distifile at the moment.
>>
>> No no.  As I said, *all* of the mirrors appear to have the tarball that is
>> 681552 bytes long, and only just the thc.org copy fo teh tarball has the
>> size 681784.
>
>Packetstorm just updated the distfile on their mirrors, so now all 
>should work.

OK.  Good.

Once again, thank youf or the follow-up.


Regards,
rfg
___
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"

pysolfc dumps core

2013-10-17 Thread Per olof Ljungmark

In the hope of replacing the card game that existed with KDE3 I tried 
pysol and pysolfc from ports, however, neither of them would run on my 
9-STABLE r256301 system.


Hints welcome, either fixes or an alternative to pysol.

boost-python-libs-1.52.0
python-2.7_1,2
python2-2_1
python27-2.7.5_3

For some reason I have two versions of tcl, could this be the problem?
tcl85-8.5.15_2
tcl86-8.6.1

pysol:

% pysol
Traceback (most recent call last):
  File "/usr/local/share/pysol/src/pysol.py", line 121, in 
sys.exit(main(sys.argv))
  File "/usr/local/share/pysol/src/main.py", line 424, in main
r = pysol_main(args)
  File "/usr/local/share/pysol/src/main.py", line 371, in pysol_main
app.mainloop()
  File "/usr/local/share/pysol/src/app.py", line 454, in mainloop
self.statusbar = PysolStatusbar(self.top)
  File "/usr/local/share/pysol/src/tk/statusbar.py", line 150, in __init__
self._widgets[0].grid_configure(column=0, row=0, sticky="ew")
  File "/usr/local/lib/python2.7/lib-tk/Tkinter.py", line 1963, in 
grid_configure

+ self._options(cnf, kw))
_tkinter.TclError: cannot use geometry manager grid inside 
.34455159440.34455159728 which already has slaves managed by pack


pysolfc just dumps core and that's it.

___
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 build failure -- security/hydra

2013-10-17 Thread Ronald F. Guilmette


In message <20131014184048.27851...@bsd64.grem.de>, you wrote:

>On Mon, 14 Oct 2013 20:13:51 +0400
>Ruslan Makhmatkhanov  wrote:
>
>> Ronald F. Guilmette wrote on 06.10.2013 01:34:
>> >
>> >> make -V FETCH_CMD
>> >
>> > Results:
>> >
>> > /usr/bin/fetch -AFpr
>> >
>> >> on your system? What FreeBSD version you are using?
>> >
>> > FreeBSD segfault.tristatelogic.com 9.1-RELEASE FreeBSD 9.1-RELEASE
>> > #0 r243825: Tue Dec  4 09:23:10 UTC 2012
>> > r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>> 
>> Yes, I now see the issue. If I understand correctly /usr/bin/fetch
>> got SSL support since FreeBSD 9.2, so is why it isn't work to you.
>>
>
>Fetch had basic SSL support for many years, what changed is that in
>10-CURRENT and 9-STABLE proper checking of certificates has been
>implemented, which is disabled for the ports system though (since it's
>using checksums and size checks anyway). So this is not the problem.


So I am the only person for whom the fetch of the tarball for
security/hydra has failed?
___
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 build failure -- security/hydra

2013-10-17 Thread Ekkehard 'Ekki' Gehm

Am 17.10.2013 22:42, schrieb Ronald F. Guilmette:
> 
> In message <20131014184048.27851...@bsd64.grem.de>, you wrote:
> 
>> On Mon, 14 Oct 2013 20:13:51 +0400
>> Ruslan Makhmatkhanov  wrote:
>>
>>> Ronald F. Guilmette wrote on 06.10.2013 01:34:

> make -V FETCH_CMD

 Results:

 /usr/bin/fetch -AFpr

> on your system? What FreeBSD version you are using?

 FreeBSD segfault.tristatelogic.com 9.1-RELEASE FreeBSD 9.1-RELEASE
 #0 r243825: Tue Dec  4 09:23:10 UTC 2012
 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>>>
>>> Yes, I now see the issue. If I understand correctly /usr/bin/fetch
>>> got SSL support since FreeBSD 9.2, so is why it isn't work to you.
>>>
>>
>> Fetch had basic SSL support for many years, what changed is that in
>> 10-CURRENT and 9-STABLE proper checking of certificates has been
>> implemented, which is disabled for the ports system though (since it's
>> using checksums and size checks anyway). So this is not the problem.
> 
> 
> So I am the only person for whom the fetch of the tarball for
> security/hydra has failed?
> ___
> 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"
> 

Sorry. No 9.2 Enviroment here :-|
___
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"

INDEX build failed for 8.x

2013-10-17 Thread Ports Index build

INDEX build failed with errors:
Generating INDEX-8 - please wait.. Done.
make_index: bzapi-16582.e75.b00.b_1: no entry for /usr/ports/devel/bugzilla
make_index: bzapi-16582.e75.b00.b_1: no entry for /usr/ports/devel/bugzilla

Committers on the hook:
 brooks bsam danilo makc nemysis ohauer rakuco tabthorpe wxs 

Most recent SVN update was:
Updating '.':
Uwww/drood/Makefile
Uwww/drood/distinfo
Ugames/xgalaga++/distinfo
Ugames/xgalaga++/Makefile
Agames/netwalk/pkg-plist
Ugames/netwalk/Makefile
UU   games/netwalk/distinfo
UU   games/netwalk/pkg-descr
Drussian/bugzilla
Arussian/bugzilla40
Arussian/bugzilla40/Makefile
Arussian/bugzilla40/distinfo
Arussian/bugzilla40/pkg-descr
Arussian/bugzilla40/pkg-message
Arussian/bugzilla40/pkg-plist
Urussian/bugzilla42/Makefile
Urussian/Makefile
Uscience/openbabel/pkg-plist
Uscience/openbabel/Makefile
Ulang/dragonegg-devel46/Makefile
Ulang/dragonegg46-33/Makefile
Djapanese/bugzilla
Ajapanese/bugzilla40
Ajapanese/bugzilla40/pkg-message
Ajapanese/bugzilla40/pkg-plist
Ajapanese/bugzilla40/Makefile
Ajapanese/bugzilla40/distinfo
Ajapanese/bugzilla40/pkg-descr
Ujapanese/bugzilla42/Makefile
Ujapanese/bugzilla44/Makefile
Ujapanese/Makefile
Umisc/py-qt4-doc/Makefile
Ddevel/bugzilla
Adevel/bugzilla40
Adevel/bugzilla40/distinfo
Adevel/bugzilla40/pkg-descr
Adevel/bugzilla40/files
Adevel/bugzilla40/files/pkg-message.in
Adevel/bugzilla40/Makefile.common
Adevel/bugzilla40/Makefile.options
Adevel/bugzilla40/pkg-plist
Adevel/bugzilla40/Makefile
Udevel/bugzilla42/Makefile.common
Udevel/bugzilla42/Makefile.options
Udevel/bugzilla42/pkg-plist
Udevel/bugzilla42/Makefile
Udevel/bugzilla42/distinfo
Udevel/bugzilla44/Makefile.common
Udevel/bugzilla44/pkg-plist
Udevel/bugzilla44/Makefile
Udevel/bugzilla44/distinfo
Udevel/git/Makefile
Udevel/git/distinfo
Udevel/git/pkg-plist
Udevel/boehm-gc/pkg-plist
Udevel/boehm-gc/Makefile
Udevel/boehm-gc/distinfo
Ddevel/boehm-gc/files/patch-dbg_mlc.c
Ddevel/boehm-gc/files/patch-dyn_load.c
Ddevel/boehm-gc/files/patch-include-gc.h
Ddevel/boehm-gc/files/patch-Makefile.in
Udevel/boehm-gc/files/patch-os_dep.c
Udevel/boehm-gc/files/patch-include-private-gcconfig.h
Udevel/boehm-gc/files/patch-configure
Udevel/boehm-gc/files/patch-ab
Ddevel/boehm-gc-redirect/distinfo
Ddevel/boehm-gc-redirect/files
Udevel/boehm-gc-redirect/Makefile
Ddevel/boehm-gc-threaded/files
Ddevel/boehm-gc-threaded/distinfo
Udevel/boehm-gc-threaded/Makefile
Udevel/Makefile
Uaudio/ctronome/distinfo
Uaudio/ctronome/Makefile
Usecurity/vuxml/vuln.xml
Dgerman/bugzilla
Agerman/bugzilla40
Agerman/bugzilla40/Makefile
Agerman/bugzilla40/distinfo
Agerman/bugzilla40/pkg-descr
Agerman/bugzilla40/pkg-message
Agerman/bugzilla40/pkg-plist
Ugerman/bugzilla42/Makefile
Ugerman/bugzilla44/Makefile
Ugerman/Makefile
UMOVED
Updated to revision 330672.
___
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"

Svn wrapper? [pasted from a Q. on the forum] ... To resolve "conflicts remaining"

2013-10-17 Thread Jeffrey Bouquet

On many machines here, the ports or src tree upon  svn up  shows a large number 
of conflicts, half of which want an 
answer such as "postpone", the other "theirs-full". Re-downloading with svn 
seems to not resolve the conflicts. (Why they 
appear in the first place, nothing changed on this machine in the meantime, is 
a complete mystery.) The often recommended delete-and-re-checkout procedure is 
okay, but takes much more time (preserving extra files etc) than I"d like to, 
if there was any svn command that mimics the old 
cvs procedure of remove-directory and re-
cvs it. Anyone 
knows of a succinct svn command for use in such situations, or if a wrapper 
could be crafted that puts forth the series of 
commands that would take less time than a new src or ports checkout? The 
handbook refers to the SVN redbook, it might have the answer, but I am 
reluctant to spend the time reading it thoroughly if someone else has and knows 
the answer(s) already.


Thanks. 
J. Bouquet 
[The forum thread has a few posts in it with a few more details ]...
___
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: Svn wrapper? [pasted from a Q. on the forum] ... To resolve "conflicts remaining"

2013-10-17 Thread Charles Swiger

Hi--

On Oct 17, 2013, at 2:05 PM, Jeffrey Bouquet  wrote:
[ ... ]
> Anyone knows of a succinct svn command for use in such situations, or if a 
> wrapper
> could be crafted that puts forth the series of commands that would take less
> time than a new src or ports checkout?

Have you tried "svn revert -R /usr/ports" or similar?

% svn co svn://svn.freebsd.org/base/stable/9 FreeBSD-9
AFreeBSD-9/share
AFreeBSD-9/share/skel
AFreeBSD-9/share/skel/dot.cshrc
AFreeBSD-9/share/skel/dot.rhosts
AFreeBSD-9/share/skel/dot.mail_aliases
AFreeBSD-9/share/skel/dot.mailrc
[ ... ]
% echo 'this is a local change' >> FreeBSD-9/share/skel/dot.cshrc
% svn status FreeBSD-9/share/skel/dot.cshrc
M   FreeBSD-9/share/skel/dot.cshrc
% svn revert -R FreeBSD-9
Reverted 'FreeBSD-9/share/skel/dot.cshrc'
% svn status FreeBSD-9/share/skel/dot.cshrc
%

Regards,
-- 
-Chuck

___
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: lyx 2.0.6

2013-10-17 Thread Ajtim

On Thu, 17 Oct 2013 22:58:44 +0300
Raphael Kubo da Costa  wrote:

> "Julian H. Stacey"  writes:
> 
> > Hi, Reference:
> >> From:  Ajtim 
> >> Date:  Thu, 17 Oct 2013 06:39:15 -0400
> >
> > Ajtim wrote:
> >> My system: FreeBSD 10.0-BETA1
> >> When I built print/lyx I got:
> >> fatal error: too many errors emitted, stopping now [-ferror-limit=]
> >
> > Mine on 10.0-BETA1:
> > 6 errors generated.
> > As ports/print/lyx/Makefile has
> > MAINTAINER= rak...@freebsd.org
> > I added.
> > cc: rak...@freebsd.org
> 
> Yeah, LyX is at a very bad shape if used with libc++ instead of
> libstdc++: its code is not C++11-compliant and uses tr1 stuff that is
> not present in libc++.
> 
> To be honest, I'm still not sure how to solve it: using USE_GCC in the
> Makefile did not work last time I tested, as the other ports it relied
> on had been built with libc++ and there were linking problems due to
> two different STL implementations being used at the same time.
> 
> ___
> 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"

I did try to use USE_GCC in Makefile too but it didn't work.
Thank you.
___
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: samba36-3.6.18

2013-10-17 Thread Jonathan Bond-Caron

Hi, 

 

FreeBSD sophia.inside.gde 7.3-RELEASE-p7 FreeBSD 7.3-RELEASE-p7 #0: Tue Sep
27 13:03:16 UTC 2011
r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386

 

I was trying to upgrade samba35 to samba36 but ran into the following issue:

===>   samba36-3.6.18 depends on shared library: libiconv.so.3[:
application/x-sharedlib,: unexpected operator

- not found

 

This fixes it for me (getting first 23 chars of file output) but might be a
better way to do this:

 

[root@sophia] $ diff /usr/ports/Mk/bsd.port.mk /usr/ports/Mk/bsd.port.mk.old

5224c5224

<   [ `file -b -L --mime-type $${_LIB_FILE} |
cut -b 1-23` = "application/x-sharedlib" ] || continue ; \

---

>   [ `file -b -L --mime-type $${_LIB_FILE}` =
"application/x-sharedlib" ] || continue ; \

 

Here's the output the 'file' command is my case:

[root@sophia] $ file -b -L --mime-type /usr/local/lib/libiconv.so.3

application/x-sharedlib, dynamically linked, not stripped

 

 

 

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

INDEX now builds successfully on 8.x

2013-10-17 Thread Ports Index build


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

PHP 5.5.5 is released

2013-10-17 Thread zhifeng hu

PHP 5.5.5 is released

The PHP development team announces the immediate availability of PHP 5.5.5. 
This release fixes about twenty bugs against PHP 5.5.4, some of them regarding 
the build system. All PHP users are encouraged to upgrade to this new version.

For source downloads of PHP 5.5.5 please visit our downloads page, Windows 
binaries can be found on windows.php.net/download/. The list of changes is 
recorded in the ChangeLog.

http://www.php.net/downloads.php

http://www.php.net/ChangeLog-5.php#5.5.5

zhifeng hu

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

basic256 pkg-fallout

2013-10-17 Thread Fernando Apesteguía

Hi there,

There are some reports about basic256 0.9.9.64 falling to buildin in 10. I
sent the PR updating the port and also fixing the problem[1] a while ago.
Can anyone please review and commit the patch?

Thanks in advance.

[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=182485
___
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"

52 matches

Mail list logo