date:20130506

Re: devel/json-c build fails

2013-05-06 Thread Beeblebrox

Fixed by specifying
# make USE_GCC=any -C devel/json-c
seems to not build with clang.



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-json-c-build-fails-tp5809185p5809308.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/spidermonkey185 build breaks

2013-05-06 Thread Beeblebrox

port was successfully built with
# make USE_GCC=any -C lang/spidermonkey185



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809304.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Where has all the groupware gone.....

2013-05-06 Thread Beeblebrox

Have you tried www/eyeos? (http://www.eyeos.com/)

Awesome concept - you don't need to install a desktop with this one and is
ideal for thin/diskless clients.
I have not tried it, just from what I read...



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/Where-has-all-the-groupware-gone-tp5796334p5809303.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/imake build breaks

2013-05-06 Thread Beeblebrox

I did not realize that this port is from the xorg-devel tree.

My fault - sorry for the noise...



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p5809301.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/spidermonkey185 build breaks

2013-05-06 Thread Beeblebrox

>> Since you're on -CURRENT, it would be polite to come up with a fix  before
filing a PR.

* The mail list is not a part of the official PR structure & I only file
PR's if I am unable to get assistance from the list - so no PR has been
filed.
* I'm not a developer / coder, just an end user. There is no "requirement"
stating that you must know C and have an IT degree to use HEAD branch. I
would help if I could, but I am not skilled enough.
* If you want to solicit input & help from individuals outside of the
project, you are going about it the wrong way with that kind of attitude.
You could write "it's the generally accepted norm" or something like that
because the above is perceived "teaching mail list manners"; which is not
going to help anyone.

As far as I know, the preferred compiler can be defined in the Makefile
(clang or gcc), but I do not know the syntax for this.
Anyone who wants to see the full log can fetch from
https://docs.google.com/document/d/1TEmrHPkP6A74Z7AnoQVsCm0EtDJn8TJTHUrOPdaiWkk/edit?usp=sharing



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809299.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

dasher-4.10.1_6,2 unknown build error

2013-05-06 Thread AN

FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #67 r250037: Sun Apr 28 
19:43:52 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64


...

Making all in LanguageModelling
gmake[4]: Entering directory 
`/usr/ports/accessibility/dasher/work/dasher-4.10.1/Src/DasherCore/LanguageModelling'
c++ -DHAVE_CONFIG_H -I. -I../../..   -I/usr/local/include  -O2 -pipe 
-fno-strict-aliasing -MT CTWLanguageModel.o -MD -MP -MF 
.deps/CTWLanguageModel.Tpo -c -o CTWLanguageModel.o CTWLanguageModel.cpp

In file included from CTWLanguageModel.cpp:26:
In file included from ./CTWLanguageModel.h:30:
In file included from ./LanguageModel.h:15:
In file included from ./../DasherComponent.h:4:
./../SettingsStore.h:21:7: error: forward declaration of class cannot have 
a nested name specifier

class Dasher::CEventHandler;
  ^~~~
./../SettingsStore.h:22:7: error: forward declaration of class cannot have 
a nested name specifier

class Dasher::CParameterNotificationEvent;
  ^~~~
CTWLanguageModel.cpp:443:2: warning: array index 4 is past the end of the 
array (which contains 4 elements) [-Warray-bounds]

GenericHeader.szMagic[4] = '\0';
^ ~
./LanguageModel.h:157:5: note: array 'szMagic' declared here
char szMagic[4];
^
1 warning and 2 errors generated.
gmake[4]: *** [CTWLanguageModel.o] Error 1
gmake[4]: Leaving directory 
`/usr/ports/accessibility/dasher/work/dasher-4.10.1/Src/DasherCore/LanguageModelling'

gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory 
`/usr/ports/accessibility/dasher/work/dasher-4.10.1/Src/DasherCore'

gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory 
`/usr/ports/accessibility/dasher/work/dasher-4.10.1/Src'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory 
`/usr/ports/accessibility/dasher/work/dasher-4.10.1'

gmake: *** [all] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/accessibility/dasher.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20130506-17698-1up75wk-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=dasher-4.10.1_6,2 UPGRADE_PORT_VER=4.10.1_6,2 make

** Fix the problem and try again.
--->  Build of accessibility/dasher ended at: Mon, 06 May 2013 21:57:06 
-0500 (consumed 00:00:09)
--->  Reinstallation of accessibility/dasher ended at: Mon, 06 May 2013 
21:57:06 -0500 (consumed 00:00:09)

--->  ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
	! accessibility/dasher (dasher-4.10.1_6,2)	(unknown build 
error)

--->  Packages processed: 0 done, 0 ignored, 0 skipped and 1 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"

[java/openjdk6] Fail on -CURRENT

2013-05-06 Thread Larry Rosenman


Trying to reinstall java:
/usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java  -Xmx896m 
-Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes 
sun.rmi.rmic.Main -classpath 
"/usr/ports/java/openjdk6/work/build/bsd-amd64/classes"\
-d 
/usr/ports/java/openjdk6/work/build/bsd-amd64/classes  \

-v1.2   \
-keepgenerated  \
javax.management.remote.rmi.RMIConnectionImpl
/bin/mkdir -p 
/usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi
/bin/cp   
/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.java 
\

/usr/ports/java/openjdk6/work/build/bsd-amd64/gensrc/javax/management/remote/rmi
/usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java  -Xmx896m 
-Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes 
sun.rmi.rmic.Main -classpath 
"/usr/ports/java/openjdk6/work/build/bsd-amd64/classes"\
-d 
/usr/ports/java/openjdk6/work/build/bsd-amd64/classes  \

-iiop -v1.2 \
javax.management.remote.rmi.RMIConnectionImpl
gmake[5]: *** 
[/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class] 
Segmentation fault (core dumped)
gmake[5]: *** Deleting file 
`/usr/ports/java/openjdk6/work/build/bsd-amd64/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class'
gmake[5]: Leaving directory 
`/usr/ports/java/openjdk6/work/jdk/make/com/sun/jmx'

gmake[4]: *** [all] Error 1
gmake[4]: Leaving directory 
`/usr/ports/java/openjdk6/work/jdk/make/com/sun'

gmake[3]: *** [all] Error 1
gmake[3]: Leaving directory 
`/usr/ports/java/openjdk6/work/jdk/make/com'

gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make'
gmake[1]: *** [jdk-build] Error 2
gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work'
gmake: *** [build_product_image] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/java/openjdk6.
*** [build] Error code 1

Stop in /usr/ports/java/openjdk6.

===>>> make failed for java/openjdk6
===>>> Aborting update

===>>> Killing background jobs
Terminated

===>>> You can restart from the point of failure with this command 
line:

   portmaster  java/openjdk6

===>>> Exiting
#
#

# uname -a
FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #136 r250047: 
Mon Apr 29 11:00:17 CDT 2013 
r...@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE  amd64

#


What do we need to do to fix this?




--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 (c) E-Mail: l...@lerctr.org
US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
___
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] r317564: 4x leftovers, 4x success

2013-05-06 Thread Ports-QAT

- Update libimobiledevice to 1.1.5.
- Add a port with its Python bindings.

The update brings important improvements:
* backup/restore support on iOS 4+;
* OpenSSL support;
* compatibility with iOS 6+.
-

  Build ID:  20130507003600-57943
  Job owner: avi...@freebsd.org
  Buildtime: 24 minutes
  Enddate:   Tue, 07 May 2013 00:59:55 GMT

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

-

Port:comms/libimobiledevice 1.1.5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135436/libimobiledevice-1.1.5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135437/libimobiledevice-1.1.5.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135438/libimobiledevice-1.1.5.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135439/libimobiledevice-1.1.5.log

-

Port:comms/py-libimobiledevice 1.1.5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135440/py27-libimobiledevice-1.1.5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135441/py27-libimobiledevice-1.1.5.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135442/py27-libimobiledevice-1.1.5.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~avi...@freebsd.org/20130507003600-57943-135443/py27-libimobiledevice-1.1.5.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: Where has all the groupware gone.....

2013-05-06 Thread Paul Pathiakis

Lukasz,

Yes, I agree with that.  I'm just finding some really strange things with this 
port attempt.

Also, the online documentation at the SOGo site is very sparse and hardly 
intuitive.

This install is going to need a documented procedure.

At the present time, I've gone down multiple roads with many issues. 

I'm trying to figure out how SOGo creates the table(s) for user info in the 
PostGreSQL database.  I can't seem to find a script or sql command to create 
the tables.  Does it do it automatically according to the configuration in the 
sogo.conf?

Another issue that seems related is this:

[SOGoUserManager]> No authentication sources defined - nobody will be able to 
login. Check your defaults.  So I have to assume (ack!) that it's not reading 
the sogo.conf file however, the SOGo Debug directives that I have turned on 
in that file are being activated (

2013-05-06 14:13:34.197 sogod[38913] Note(SoObject): SoDebugKeyLookup is 
enabled!
2013-05-06 14:13:34.197 sogod[38913] Note(SoObject): SoDebugBaseURL is enabled!
2013-05-06 14:13:34.197 sogod[38913] Note(SoObject): relative base URLs are 
enabled.

)

The error I'm seeing seems to indicate that it's not seeing the declaration for 
the pgsql database.  Yet, I've created the user sogo with a database sogo with 
the passwd sogo  (as an initial attempt)

SOGoProfileURL = 
"postgresql://sogo:sogo@172.24.0.19:5432/sogo/sogo_user_profile";    
<-There it is

OCSFolderInfoURL = 
"postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info";
OCSSessionsFolderURL = 
"postgresql://sogo:sogo@localhost:5432/sogo/sogo_sessions_folder";

SOGoDraftsFolderName = Drafts;
SOGoSentFolderName = Sent;
SOGoTrashFolderName = Trash;
SOGoIMAPServer = 172.24.0.25;
SOGoSMTPServer = 172.24.0.25;
SOGoMailDomain = atlantisservices.net;
SOGoMailingMechanism = smtp;
SOGoForceExternalLoginWithEmail = NO;
SOGoMailSpoolPath = /var/spool/mail;
SOGoAppointmentSendEMailNotifications = YES;
  //NGImap4ConnectionStringSeparator = "/";
  //SOGoACLsSendEMailNotifications = NO;
  //SOGoSieveServer = sieve://127.0.0.1:4190;

  /* Authentication */
SOGoPasswordChangeEnabled = YES;

  /* LDAP authentication example */
SOGoUserSources = (
  {
    type = ldap;
    CNFieldName = cn;
    IDFieldName = uid;
    UIDFieldName = uid;
    baseDN = "ou=people,dc=example,dc=net";
    bindDN = "uid=sogo,ou=people,dc=example,dc=net";
    bindPassword = thisisfun;
    canAuthenticate = YES;
    displayName = "Shared Addresses";
    hostname = ldap://:389;  <-- I have a real address here.
    id = public;
    isAddressBook = YES;
  }
);

SOGoPageTitle = SOGo;
SOGoVacationEnabled = YES;
SOGoForwardEnabled = YES;
  //SOGoSieveScriptsEnabled = YES;

  /* General */
SOGoLanguage = English;
SOGoTimeZone = America/New_York;
SOGoCalendarDefaultRoles = (
  PublicDAndTViewer,
  ConfidentialDAndTViewer
  );

  //SOGoSuperUsernames = (sogo1, sogo2); //This is an array - keep the parens!
  
  /* Debug */
SoDebugBaseURL = YES;
ImapDebugEnabled = YES;
LDAPDebugEnabled = YES;
SOGoDebugRequests = YES;
PGDebugEnabled = YES;
SOGoUIxDebugEnabled = YES;
WODontZipResponse = YES;
WOLogFile = /var/log/sogo/sogo.log;

}




 From: Łukasz Wąsikowski 
To: Paul Pathiakis  
Cc: Jim Riggs ; Joe Malcolm ; 
Marco Steinbach ; "po...@freebsd.org" 
 
Sent: Monday, May 6, 2013 11:46 AM
Subject: Re: Where has all the groupware gone.
 

W dniu 2013-05-06 16:30, Paul Pathiakis pisze:

> Also, where is the sogo.conf file supposed to be located?  That is, what 
> directory?  /var/lib doesn't exist on a BSD machine.

All third party software should have configuration in $PREFIX/etc/,
which in most cases is /usr/local/etc/ - please don't put any
configuration files in places like /var/lib or
/usr/local/GNUstep/Local/Library/SOGo mentioned before.

-- 
best regards,
Lukasz Wasikowski
___
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] r317545: 1x leftovers, 3x success

2013-05-06 Thread Ports-QAT

Update to 0.1.29 (bugfixes and translation updates)
-

  Build ID:  20130506194801-9475
  Job owner: r...@freebsd.org
  Buildtime: 15 minutes
  Enddate:   Mon, 06 May 2013 20:03:02 GMT

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

-

Port:deskutils/xfce4-tumbler 

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20130506194801-9475-135328/xfce4-tumbler-0.1.29.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20130506194801-9475-135329/xfce4-tumbler-0.1.29.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20130506194801-9475-135330/xfce4-tumbler-0.1.29.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20130506194801-9475-135331/xfce4-tumbler-0.1.29.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: devel/imake build breaks

2013-05-06 Thread Florent Peterschmitt

Le 06/05/2013 20:41, Beeblebrox a écrit :
> Nope - unfortunately gcp is "gnu cp", which I have on my system due to
> requirements for linux-based source building.
> 
> none of these work-around attempts in /etc/make.conf work:
> Solution 1:
> CC=gcc46
> CXX=g++46
> CPP=cpp46
> 
> Solution 2:
> CC:=${CC:C,^gcc46,/usr/local/libexec/ccache/world/gcc46,1}
> CXX:=${CXX:C,^g\+\+\46,/usr/local/libexec/ccache/world/g++46,1}
> 
> soultion 3:
> USE_GCC=any
> 
> The c-preprocessors we can use are /usr/bin/clang-cpp OR /usr/bin/cpp -
> which target you prefer to create the link to?

Hum. I can't help you anymore now. You should ask why it uses gcpp
(first time ever I see this) and you could try to patch the port to make
it use the right preprocessor, then submit it ;)


-- 
Florent Peterschmitt
+33 (0)6 64 33 97 92
flor...@peterschmitt.fr


O< ascii ribbon campaign
- stop html mail
- www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: devel/imake build breaks

2013-05-06 Thread Beeblebrox

Nope - unfortunately gcp is "gnu cp", which I have on my system due to
requirements for linux-based source building.

none of these work-around attempts in /etc/make.conf work:
Solution 1:
CC=gcc46
CXX=g++46
CPP=cpp46

Solution 2:
CC:=${CC:C,^gcc46,/usr/local/libexec/ccache/world/gcc46,1}
CXX:=${CXX:C,^g\+\+\46,/usr/local/libexec/ccache/world/g++46,1}

soultion 3:
USE_GCC=any

The c-preprocessors we can use are /usr/bin/clang-cpp OR /usr/bin/cpp -
which target you prefer to create the link to?





-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p5809206.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: poudriere - postgresql90-client, LDAP, requires ldap.h

2013-05-06 Thread Chris Rees

On 28 April 2013 15:37, Chris Rees  wrote:
> On 28 April 2013 15:36, Scot Hetzel  wrote:
>> On Sun, Apr 28, 2013 at 9:16 AM, Chris Rees  wrote:
>>>
>>> On 28 April 2013 15:07, Scot Hetzel  wrote:
>>> > On Sun, Apr 28, 2013 at 6:25 AM, Palle Girgensohn 
>>> > wrote:
>>> >> 28 apr 2013 kl. 10:37 skrev Chris Rees :
>>> >>
>>> >> > Please CC maintainers when you're asking about specific ports!
>>> >> > On 28 April 2013 07:05, Scot Hetzel  wrote:
>>> >> >> On Sat, Apr 27, 2013 at 4:32 PM, Florent Peterschmitt <
>>> >> >> flor...@peterschmitt.fr> wrote:
>>> >> >>
>>> >> >>> Le 27/04/2013 23:13, Matthew Seaman a écrit :
>>> >>  On 27/04/2013 19:49, Florent Peterschmitt wrote:
>>> >> > Hello,
>>> >> >
>>> >> > I use the latest poudriere-devel to make my own pkg repository,
>>> >> > and
>>> >> > would like to build postgresql with LDAP support.
>>> >> >
>>> >> > Since it's in a virgin jail, and because the log said « hey I
>>> >> > need
>>> >> > ldap.h », I understand that openldap should be installed but, is
>>> >> > it
>>> >> > the
>>> >> > good way to do ? For each package requirement, it is needed to
>>> >> > install
>>> >> > it by hand ? (or with previously built packages :) )
>>> >> >
>>> >> 
>>> >>  You should use the 'poudriere options' command to enable LDAP
>>> >>  support
>>> >>  in
>>> >>  the postgresql server.
>>> >> >>>
>>> >> >>> Yep, I did that. Sorry, I missed to say I already have done this.
>>> >> >>> The
>>> >> >>> problem is that when building the package, the configure step fail
>>> >> >>> saying ldap.h is missing.
>>> >> >>>
>>> >>  Now, when you use poudriere to build the postgresql package, it
>>> >>  will
>>> >>  have LDAP client added as a requirement -- so poudriere will also
>>> >>  build
>>> >>  you an LDAP package -- and when you go to install postgresql, ldap
>>> >>  will
>>> >>  be installed as well as a dependency.
>>> >> 
>>> >>   Cheers,
>>> >> 
>>> >>   Matthew
>>> >> 
>>> >> >>> Yep. But how does work poudriere ? Because I have built postfix and
>>> >> >>> dovecot2 with LDAP support and there was no problem. I think it's a
>>> >> >>> problem from the port itself and not from poudriere, I should try
>>> >> >>> in a
>>> >> >>> new system (perhaps, a jail, without poudriere).
>>> >> >>>
>>> >> >>
>>> >> >> The problem seems to be caused by the following from
>>> >> >> databases/postgresql91-server/Makefile:
>>> >> >>
>>> >> >> 66 .if !defined(CLIENT_ONLY) && !defined(SLAVE_ONLY)
>>> >> >> 67 SERVER_ONLY= yes
>>> >> >> 68 USE_RC_SUBR= postgresql
>>> >> >> 69 USE_PGSQL= yes
>>> >> >> 70 WANT_PGSQL_VER=
>>> >> >> ${DISTVERSION:C/([0-9][0-9]*)\.([0-9][0-9]*).*/\1\2/g}
>>> >> >> 71 USERS= ${PG_USER}
>>> >> >> 72 GROUPS= ${PG_GROUP}
>>> >> >> 73 SUB_FILES+= 502.pgsql
>>> >> >> 74 .endif
>>> >> >>
>>> >> >> 81 .if !defined(SLAVE_ONLY)
>>> >> >> 82 OPTIONS_DEFINE+= NLS DTRACE PAM LDAP GSSAPI OPTIMIZED_CFLAGS
>>> >> >> XML
>>> >> >> TZDATA DEBUG KRB5
>>> >> >> 83 OPTIONS_SINGLE= KRB5
>>> >> >> 84 OPTIONS_SINGLE_KRB5= MIT_KRB5 HEIMDAL_KRB5
>>> >> >> :
>>> >> >> 112 OPTIONS_DEFAULT= NLS XML TZDATA INTDATE SSL
>>> >> >> 113 .endif # !SLAVE_ONLY
>>> >> >>
>>> >> >> 159 . if ${PORT_OPTIONS:MLDAP}
>>> >> >> 160 CONFIGURE_ARGS+=--with-ldap
>>> >> >> 161 . if defined (SERVER_ONLY)
>>> >> >> 162 USE_OPENLDAP= yes
>>> >> >> 163 . endif
>>> >> >> 164 . endif
>>> >> >>
>>> >> >> NOTE: postgresql90-client/Makefile includes
>>> >> >> postgresql90-server/Makefile
>>> >> >> which then includes postgresql91-server/Makefile
>>> >> >>
>>> >> >> Unfortunately, you can't set USE_OPENLDAP as a build depends.  Try
>>> >> >> commenting out lines 161 and 163 in the
>>> >> >> postgresql91-server/Makefile.
>>> >> >> This
>>> >> >> will add OpenLDAP as a LIB_DEPENDS to the postgresql*-client ports.
>>> >> >>
>>> >> >
>>> >> > Actually,
>>> >> >
>>> >> > [crees@medusa]~% psql
>>> >> > Shared object "libldap_r-2.4.so.8" not found, required by
>>> >> > "libpq.so.5"
>>> >> > [crees@medusa]~%
>>> >> >
>>> >> > LDAP is indeed a LIB_DEPENDS.
>>> >> >
>>> >> > Palle, Jason, if you don't object I'm going to add || defined
>>> >> > (CLIENT_ONLY) to line 161 above.
>>> >> >
>>> >> > Chris
>>> >>
>>> >> It seems strange to me that psql should require libldap? That seems
>>> >> like a
>>> >> bug, or am I missing something? Why would the client side of the
>>> >> connection
>>> >> need to use ldap?
>>> >
>>> >
>>> > Since the postgresql*-client ports install the below files:
>>> >
>>> > bin/clusterdb
>>> > bin/createdb
>>> > bin/createlang
>>> > bin/createuser
>>> > bin/dropdb
>>> > bin/droplang
>>> > bin/dropuser
>>> > bin/ecpg
>>> > bin/pg_config
>>> > bin/pg_dump
>>> > bin/pg_dumpall
>>> > bin/pg_restore
>>> > bin/psql
>>> > bin/reindexdb
>>> > bin/vacuumdb
>>> > lib/libecpg.so.6
>>> > lib/libecpg_compat.so

Re: lang/spidermonkey185 build breaks

2013-05-06 Thread Lowell Gilbert

Beeblebrox  writes:

> Err Msg is:

No, it's not. You're quoting warning messages. The error messages are
earlier, and look to be a mismatch on visibility of JS_API static
functions. GCC compiles it okay, clang doesn't. Since you're on
-CURRENT, it would be polite to come up with a fix  before filing a PR. 

___
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: devel/imake build breaks

2013-05-06 Thread Florent Peterschmitt

Le 06/05/2013 19:37, Beeblebrox a écrit :
> /usr/local/bin has a file name gcp - that's the pre-processor AFAIK. So this?
> 
> # ln -s /usr/local/bin/gcp /usr/local/bin/gcpp
> # ln -s /usr/local/bin/gcp /usr/bin/gcpp
> 
> 

gcp ? huh. Try a man (no a men, a $ man gcp) or pkg query %Fp gcc | grep
gcp at firts.

-- 
Florent Peterschmitt
+33 (0)6 64 33 97 92
flor...@peterschmitt.fr


O< ascii ribbon campaign
- stop html mail
- www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: devel/imake build breaks

2013-05-06 Thread Beeblebrox

/usr/local/bin has a file name gcp - that's the pre-processor AFAIK. So this?

# ln -s /usr/local/bin/gcp /usr/local/bin/gcpp
# ln -s /usr/local/bin/gcp /usr/bin/gcpp



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p5809198.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/imake build breaks

2013-05-06 Thread Florent Peterschmitt

Le 06/05/2013 19:18, Beeblebrox a écrit :
> Hi - I apparently mis-read your message as "ports tree" "instead of "source
> tree".

No problem :)

> # pkg query %?Fp gcc | grep gcpp -> pkg: No match
> 
> /etc/src.conf has these entries:
> WITH_CLANG_EXTRAS= yes
> WITH_CLANG_IS_CC= yes
> WITH_LIBCPLUSPLUS= yes
> WITHOUT_GCC=yes
> 

Since gcpp is a preprocessor, you can try to simlink gcpp (in
/usr/local/bin of course) to a valid c++ preprocessor.


-- 
Florent Peterschmitt
+33 (0)6 64 33 97 92
flor...@peterschmitt.fr


O< ascii ribbon campaign
- stop html mail
- www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

[solved] [print/tex-formats] does not install share/texmf-var/web2c/tex/tex.fmt but /usr/ports/mk/bsd.tex.mk uses it

2013-05-06 Thread Boris Samorodov

Hi,

06.05.2013 17:25, Hiroki Sato пишет:
> Boris Samorodov  wrote
>   in <51877bf5.9050...@passap.ru>:
> 
> bs> Hello Hiroki-san,
> bs>
> bs> Thank you for working on tex* ports!
> bs>
> bs> I have a problem installing print/tex-formats:
> 
>  Can you send me a whole log of the following commands?

Seems it was my local problem. I deinstalled all tex* ports,
manually wiped /usr/local/share/tex*. And then reinstalled
print/texlive-full. All seems to be OK now.

Thanks for your help!
-- 
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: devel/imake build breaks

2013-05-06 Thread Beeblebrox

Hi - I apparently mis-read your message as "ports tree" "instead of "source
tree".

# pkg query %?Fp gcc | grep gcpp -> pkg: No match

/etc/src.conf has these entries:
WITH_CLANG_EXTRAS= yes
WITH_CLANG_IS_CC= yes
WITH_LIBCPLUSPLUS= yes
WITHOUT_GCC=yes

 gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.3/lto-wrapper
Target: x86_64-portbld-freebsd10.0
Configured with: ./../gcc-4.6.3/configure --disable-bootstrap --disable-nls
--libdir=/usr/local/lib/gcc46 --libexecdir=/usr/local/libexec/gcc46
--program-suffix=46 --with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/gcc46/include/c++/
--with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local
--with-pkgversion='FreeBSD Ports Collection' --with-system-zlib
--with-ecj-jar=/usr/local/share/java/ecj-4.5.jar
--enable-languages=c,c++,objc,fortran,java --prefix=/usr/local
--mandir=/usr/local/man --infodir=/usr/local/info/gcc46
--build=x86_64-portbld-freebsd10.0
Thread model: posix
gcc version 4.6.3 (FreeBSD Ports Collection) 

Regards.



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p5809194.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem with japanese/tex-ptex going very slowly

2013-05-06 Thread Stephen Montgomery-Smith


On 05/06/13 11:40, Hiroki Sato wrote:

Stephen Montgomery-Smith  wrote
   in <5187c454.2050...@missouri.edu>:

st> Many thanks for creating the texlive port!
st>
st> I am trying to install the recent japanese/tex-ptex port.  It seems to
st> spend several hours doing:
st>
st> fmtutil: running `ptex -ini   -jobname=ptex -progname=ptex ptex.ini
st> #ptex' ...
st>
st> Is this normal?

  No, it is odd.

  Can you send me the result of the following two commands?

  % grep -A2 lastarg /usr/local/bin/fmtutil
  % find /usr/local/share/texmf* $HOME/.tex*


I had a whole bunch of stuff in ~root/.texlive2011.  Cleaning it all out 
fixed ptex so that it worked instantly.  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"

graphics/libfpx poudriere vs host env conflict

2013-05-06 Thread Beeblebrox

graphics/libfpx does not build in poudriere (err msg below)

So I build graphics/libfpx on host env & place the package in the shared
repo, then re-start poudriere for building remaining packages in the
upgraded ports list. Poudriere promptly deletes it, then of course fails to
build it:

>>Direct dependency change, deleting: libfpx-1.3.1.1.txz

Error from poudriere log:
===>  Building for libfpx-1.3.1.1
Warning: Object directory not changed from original
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1
g++46  -O2 -pipe -march=k8 -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H
-DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -fstack-protector -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized
-fno-rtti -fno-exceptions -fno-strict-aliasing -DHAVE_WCHAR_H -DHAVE_DLFCN_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H 

g++46 -fpic -DPIC  -O2 -pipe -march=k8 -DHAVE_WCHAR_H -DHAVE_DLFCN_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -fstack-protector
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
-Wno-uninitialized -fno-rtti -fno-exceptions -fno-strict-aliasing
-DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H
-DHAVE_SYS_MOUNT_H
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/oless/h
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/jpeg
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/ole
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/basics
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/ri_image
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/oless
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx
-I/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/.
-I/usr/local/include -D_UNIX -c
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxlibio.cpp -o
fpxlibio.So
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxformt.cpp: In
member function 'FPXStatus PFlashPixFile::Erreur() const':
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxformt.cpp:549:8:
error: variable 'error' set but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
*** [fpxformt.So] Error code 1
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxformt.cpp: In
member function 'FPXStatus PFlashPixFile::Erreur() const':
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxformt.cpp:549:8:
error: variable 'error' set but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
*** [fpxformt.o] Error code 1
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxlibio.cpp: In
function 'FPXStatus FPX_OpenImageByStorage(IStorage*, const char*, unsigned
int*, unsigned int*, unsigned int*, unsigned int*, FPXColorspace*,
FPXImageHandle**)':
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxlibio.cpp:1754:13:
error: variable 'bRes' set but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
*** [fpxlibio.So] Error code 1
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxlibio.cpp: In
function 'FPXStatus FPX_OpenImageByStorage(IStorage*, const char*, unsigned
int*, unsigned int*, unsigned int*, unsigned int*, FPXColorspace*,
FPXImageHandle**)':
/wrkdirs/usr/ports/graphics/libfpx/work/libfpx-1.3.1-1/fpx/fpxlibio.cpp:1754:13:
error: variable 'bRes' set but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
*** [fpxlibio.o] Error code 1
4 errors
*** [do-build] Error code 1



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/graphics-libfpx-poudriere-vs-host-env-conflict-tp5809192.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/imake build breaks

2013-05-06 Thread Florent Peterschmitt

Le 06/05/2013 19:04, Beeblebrox a écrit :
> # pkg info gcc
> gcc-4.6.3  GNU Compiler Collection 4.6
> 
> Please see: 
> http://freebsd.1045724.n5.nabble.com/compiler-confusion-gcc-cannot-be-located-and-causes-compiler-errors-td5797633.html#a5797872
> 

What about pkg query %?Fp gcc | grep gcpp ?
-- 
Florent Peterschmitt
+33 (0)6 64 33 97 92
flor...@peterschmitt.fr


O< ascii ribbon campaign
- stop html mail
- www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: devel/imake build breaks

2013-05-06 Thread Beeblebrox

# pkg info gcc
gcc-4.6.3  GNU Compiler Collection 4.6

Please see: 
http://freebsd.1045724.n5.nabble.com/compiler-confusion-gcc-cannot-be-located-and-causes-compiler-errors-td5797633.html#a5797872



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p5809190.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

lang/spidermonkey185 build breaks

2013-05-06 Thread Beeblebrox

Err Msg is:

In file included from jsapi.cpp:1:
jsapi.cpp:1641:14: warning: cast from 'char *' to 'JSAtom **' increases
required alignment from 1 to 8 [-Wcast-align]
atom = (*(JSAtom **)((char*)&(cx->runtime)->atomState + (offset)));
 ^~~~
jsapi.cpp:1646:15: warning: cast from 'char *' to 'JSAtom **' increases
required alignment from 1 to 8 [-Wcast-align]
(*(JSAtom **)((char*)&(cx->runtime)->atomState + (offset))) =
atom;
...
jsapi.cpp:3988:16: warning: initialization of pointer of type 'JSIdArray *'
to null from a constant boolean expression [-Wbool-conversion]
return false;
   ^
In file included from jsapi.cpp:1:
In file included from jsapi.cpp:57:
In file included from ./jsarray.h:47:
In file included from ./jsatom.h:52:
./jsstr.h:525:14: warning: private field 'mDummy' is not used
[-Wunused-private-field]
JSString mDummy;
 ^
87 warnings and 4 errors generated.
gmake[1]: *** [jsatom.o] Error 1
gmake[1]: *** [jsapi.o] Error 1
gmake[1]: Leaving directory
`/wrkdirs/usr/ports/lang/spidermonkey185/work/js-1.8.5/js/src'
gmake: *** [all] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/lang/spidermonkey185.



-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/imake build breaks

2013-05-06 Thread Florent Peterschmitt

Le 06/05/2013 18:57, Beeblebrox a écrit :
> Error message is:
> 
> checking if cc supports -Werror=attributes... yes
> checking how to run the C preprocessor... cpp
> checking for cpp... (cached) gcpp
> checking if gcpp requires -undef... ./configure: gcpp: not found
> ./configure: gcpp: not found
> ./configure: gcpp: not found
> configure: error: gcpp defines unix with or without -undef.  I don't know
> what to do.
> ===>  Script "configure" failed unexpectedly.
> Please report the problem to x...@freebsd.org [maintainer] and attach the
> "/asp/obj/asp/git/ports/devel/imake/work/imake-1.0.5/config.log" including
> the output of the failure of your make command. Also, it might be a good
> idea
> to provide an overview of all packages installed on your system (e.g. a
> /usr/local/sbin/pkg info -g -Ea).
> *** [do-configure] Error code 1
> 
> Stop in /asp/git/ports/devel/imake.
> 

Sounds like you hav'nt gcpp in your system. Since you run FreeBSD 10,
look at this util in the source tree, build and install it if exists.

> 
> 
> -
> 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
> xorg.devel
> 
> --
> View this message in context: 
> http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186.html
> Sent from the freebsd-ports mailing list archive at Nabble.com.
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 


-- 
Florent Peterschmitt
+33 (0)6 64 33 97 92
flor...@peterschmitt.fr


O< ascii ribbon campaign
- stop html mail
- www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: ncurses-devel conflict - pkg upgrade

2013-05-06 Thread Beeblebrox

Bapt:

Is there a way to set default port to ncurses-devel  instead of ncurses?




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/ncurses-devel-conflict-pkg-upgrade-tp5809178p5809187.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

devel/imake build breaks

2013-05-06 Thread Beeblebrox

Error message is:

checking if cc supports -Werror=attributes... yes
checking how to run the C preprocessor... cpp
checking for cpp... (cached) gcpp
checking if gcpp requires -undef... ./configure: gcpp: not found
./configure: gcpp: not found
./configure: gcpp: not found
configure: error: gcpp defines unix with or without -undef.  I don't know
what to do.
===>  Script "configure" failed unexpectedly.
Please report the problem to x...@freebsd.org [maintainer] and attach the
"/asp/obj/asp/git/ports/devel/imake/work/imake-1.0.5/config.log" including
the output of the failure of your make command. Also, it might be a good
idea
to provide an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg info -g -Ea).
*** [do-configure] Error code 1

Stop in /asp/git/ports/devel/imake.




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

devel/json-c build fails

2013-05-06 Thread Beeblebrox

Breaks with below Error Message. If ccache is enabled, breaks sooner.

WITH CCACHE:
===>  Building for json-c-0.9
gmake  all-am
gmake[1]: Entering directory
`/wrkdirs/usr/ports/devel/json-c/work/json-c-0.9'
/bin/sh ./libtool --tag=CC   --mode=compile cc -DHAVE_CONFIG_H -I.-Wall
-Wwrite-strings -Werror -std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe
-march=k8 -fno-strict-aliasing -MT arraylist.lo -MD -MP -MF
.deps/arraylist.Tpo -c -o arraylist.lo arraylist.c
libtool: compile:  cc -DHAVE_CONFIG_H -I. -Wall -Wwrite-strings -Werror
-std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe -march=k8
-fno-strict-aliasing -MT arraylist.lo -MD -MP -MF .deps/arraylist.Tpo -c
arraylist.c  -fPIC -DPIC -o .libs/arraylist.o
cc: error: argument unused during compilation: '-I .'
gmake[1]: *** [arraylist.lo] Error 1
gmake[1]: Leaving directory
`/wrkdirs/usr/ports/devel/json-c/work/json-c-0.9'
gmake: *** [all] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/devel/json-c.

W/O CCACHE:
mv -f .deps/linkhash.Tpo .deps/linkhash.Plo
/bin/sh ./libtool --tag=CC   --mode=compile cc -DHAVE_CONFIG_H -I.-Wall
-Wwrite-strings -Werror -std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe
-march=k8 -fno-strict-aliasing -MT printbuf.lo -MD -MP -MF
.deps/printbuf.Tpo -c -o printbuf.lo printbuf.c
libtool: compile:  cc -DHAVE_CONFIG_H -I. -Wall -Wwrite-strings -Werror
-std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe -march=k8
-fno-strict-aliasing -MT printbuf.lo -MD -MP -MF .deps/printbuf.Tpo -c
printbuf.c  -fPIC -DPIC -o .libs/printbuf.o
libtool: compile:  cc -DHAVE_CONFIG_H -I. -Wall -Wwrite-strings -Werror
-std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe -march=k8
-fno-strict-aliasing -MT printbuf.lo -MD -MP -MF .deps/printbuf.Tpo -c
printbuf.c -o printbuf.o >/dev/null 2>&1
mv -f .deps/printbuf.Tpo .deps/printbuf.Plo
/bin/sh ./libtool --tag=CC   --mode=link cc -Wall -Wwrite-strings -Werror
-std=gnu99 -D_GNU_SOURCE -D_REENTRANT -O2 -pipe -march=k8
-fno-strict-aliasing -version-info 0:1:0  -o libjson.la -rpath
/usr/local/lib arraylist.lo debug.lo json_object.lo json_tokener.lo
json_util.lo linkhash.lo printbuf.lo  
libtool: link: cc -shared  .libs/arraylist.o .libs/debug.o
.libs/json_object.o .libs/json_tokener.o .libs/json_util.o .libs/linkhash.o
.libs/printbuf.o-march=k8   -Wl,-soname -Wl,libjson.so.0 -o
.libs/libjson.so.0
libtool: link: (cd ".libs" && rm -f "libjson.so" && ln -s "libjson.so.0"
"libjson.so")
libtool: link: (cd ".libs" && rm -f "libjson.so" && ln -s "libjson.so.0"
"libjson.so")
libtool: link: ar cru .libs/libjson.a  arraylist.o debug.o json_object.o
json_tokener.o json_util.o linkhash.o printbuf.o
libtool: link: ranlib .libs/libjson.a
libtool: link: ( cd ".libs" && rm -f "libjson.la" && ln -s "../libjson.la"
"libjson.la" )
gmake[1]: Leaving directory
`/asp/obj/asp/git/ports/devel/json-c/work/json-c-0.9'




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/devel-json-c-build-fails-tp5809185.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

security/libgcrypt checksum faulty tar

2013-05-06 Thread Beeblebrox

# make NO_CHECKSUM=yes -C security/libgcrypt
===>  License GPLv2 LGPL21 accepted by the user
===>   libgcrypt-1.5.2 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by libgcrypt-1.5.2 for building
===>  Extracting for libgcrypt-1.5.2
tar: Error opening archive: Unrecognized archive format
*** [do-extract] Error code 1

Stop in /usr/ports/security/libgcrypt.




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/security-libgcrypt-checksum-faulty-tar-tp5809183.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: ncurses-devel conflict - pkg upgrade

2013-05-06 Thread Baptiste Daroussin

On Mon, May 06, 2013 at 09:40:44AM -0700, Beeblebrox wrote:
> latest pkg upgrade breaks with message:
> 
> pkg: WARNING: locally installed ncurses-devel-5.9.20110507_1 conflicts on
> /usr/local/share/misc/tabset/vt100 with:   -  ncurses-5.9_1
> 
> What on earth is this error? I de-installed ncurses-devel to see if I could
> move forward with the upgrade, but no use.
> 
It means you have both ncurses-devel installed and you try to install ncurses it
prevent you from doing it saying both are conflicting.

regards,
Bapt


pgpCZmLJ3VizO.pgp
Description: PGP signature

Re: Problem with japanese/tex-ptex going very slowly

2013-05-06 Thread Hiroki Sato

Stephen Montgomery-Smith  wrote
  in <5187c454.2050...@missouri.edu>:

st> Many thanks for creating the texlive port!
st>
st> I am trying to install the recent japanese/tex-ptex port.  It seems to
st> spend several hours doing:
st>
st> fmtutil: running `ptex -ini   -jobname=ptex -progname=ptex ptex.ini
st> #ptex' ...
st>
st> Is this normal?

 No, it is odd.

 Can you send me the result of the following two commands?

 % grep -A2 lastarg /usr/local/bin/fmtutil
 % find /usr/local/share/texmf* $HOME/.tex*

Stephen Montgomery-Smith  wrote
  in <5187c52e.8060...@missouri.edu>:

st> I installed the texlive-full port (without tex-ptex).  I tried to change
st> the page size with the following command (as root):
st>
st> tlmgr paper letter
st> cannot setup TLPDB in /usr at /usr/local/bin/tlmgr line 4965.

 Sorry, tlmgr still does not work and disabled intentionally at this
 moment because it can confuse installed files by FreeBSD's ports
 framework.  It will be fixed in the next update.

-- Hiroki


pgpGrSis3A0qZ.pgp
Description: PGP signature

ncurses-devel conflict - pkg upgrade

2013-05-06 Thread Beeblebrox

latest pkg upgrade breaks with message:

pkg: WARNING: locally installed ncurses-devel-5.9.20110507_1 conflicts on
/usr/local/share/misc/tabset/vt100 with:   -  ncurses-5.9_1

What on earth is this error? I de-installed ncurses-devel to see if I could
move forward with the upgrade, but no use.




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/ncurses-devel-conflict-pkg-upgrade-tp5809178.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] r317494: 3x depend (depend_package in x11/libxcb), 30x success, 3x leftovers

2013-05-06 Thread Ports-QAT

Finish converting textproc from WITHOUT_NLS to PORT_OPTIONS:MNLS
-

  Build ID:  20130506092800-51174
  Job owner: b...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Mon, 06 May 2013 16:24:46 GMT

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

-

Port:textproc/ibus-kmfl 1.0.3_4

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND (DEPEND_PACKAGE IN X11/LIBXCB)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134952/libxcb-1.7.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134953/ibus-kmfl-1.0.3_4.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134954/ibus-kmfl-1.0.3_4.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134955/ibus-kmfl-1.0.3_4.log

-

Port:textproc/ibus-m17n 1.3.3_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134956/ibus-m17n-1.3.3_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134957/ibus-m17n-1.3.3_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134958/ibus-m17n-1.3.3_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134959/ibus-m17n-1.3.3_2.log

-

Port:textproc/ibus-table 1.3.9.20110827_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND (DEPEND_PACKAGE IN X11/LIBXCB)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134960/libxcb-1.7.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134961/ibus-table-1.3.9.20110827_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134962/ibus-table-1.3.9.20110827_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134963/ibus-table-1.3.9.20110827_2.log

-

Port:textproc/m17n-contrib 1.1.13

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134964/m17n-contrib-1.1.13.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134965/m17n-contrib-1.1.13.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134966/m17n-contrib-1.1.13.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134967/m17n-contrib-1.1.13.log

-

Port:textproc/m17n-im-config 0.9.0_7

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134968/m17n-im-config-0.9.0_7.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134969/m17n-im-config-0.9.0_7.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134970/m17n-im-config-0.9.0_7.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134971/m17n-im-config-0.9.0_7.log

-

Port:textproc/opensp 1.5.2_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134972/OpenSP-1.5.2_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506092800-51174-134

[QAT] r317482: 7x leftovers, 4x makefile, 3x ignored: cannot install: unknown library edb, 44x success, 2x depend (depend_package in x11/libxcb)

2013-05-06 Thread Ports-QAT

Convert to new options framework
-

  Build ID:  20130506083200-4039
  Job owner: b...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Mon, 06 May 2013 15:49:20 GMT

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

-

Port:graphics/bugle 0.0.20091026_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134804/bugle-0.0.20091026_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134805/bugle-0.0.20091026_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134806/bugle-0.0.20091026_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134807/bugle-0.0.20091026_2.log

-

Port:graphics/cuneiform 1.1.0_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134808/cuneiform-1.1.0_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134809/cuneiform-1.1.0_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134810/cuneiform-1.1.0_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134811/cuneiform-1.1.0_2.log

-

Port:graphics/frei0r 1.3_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134812/frei0r-1.3_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134813/frei0r-1.3_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134814/frei0r-1.3_1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134815/frei0r-1.3_1.log

-

Port:graphics/frei0r-plugins 1.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134816/frei0r-plugins-1.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134817/frei0r-plugins-1.3.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134818/frei0r-plugins-1.3.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134819/frei0r-plugins-1.3.log

-

Port:graphics/gimp-help 2.6.1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134820/gimp-help-html-2.6.1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134821/gimp-help-html-2.6.1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134822/gimp-help-html-2.6.1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134823/gimp-help-html-2.6.1.log

-

Port:graphics/gle-graphics 4.0.12_7

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134824/gle-graphics-4.0.12_7.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083200-4039-134825/gle-graphics-4.0.12_7.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506083

Re: Where has all the groupware gone.....

2013-05-06 Thread Łukasz Wąsikowski

W dniu 2013-05-06 16:30, Paul Pathiakis pisze:

> Also, where is the sogo.conf file supposed to be located?  That is, what 
> directory?  /var/lib doesn't exist on a BSD machine.

All third party software should have configuration in $PREFIX/etc/,
which in most cases is /usr/local/etc/ - please don't put any
configuration files in places like /var/lib or
/usr/local/GNUstep/Local/Library/SOGo mentioned before.

-- 
best regards,
Lukasz Wasikowski
___
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"

tlmgr paper letter

2013-05-06 Thread Stephen Montgomery-Smith

Many thanks for creating the texlive port!

I installed the texlive-full port (without tex-ptex).  I tried to change
the page size with the following command (as root):

tlmgr paper letter
cannot setup TLPDB in /usr at /usr/local/bin/tlmgr line 4965.
___
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"

Problem with japanese/tex-ptex going very slowly

2013-05-06 Thread Stephen Montgomery-Smith

Many thanks for creating the texlive port!

I am trying to install the recent japanese/tex-ptex port.  It seems to
spend several hours doing:

fmtutil: running `ptex -ini   -jobname=ptex -progname=ptex ptex.ini
#ptex' ...

Is this normal?

If it is normal, would it be OK if japanese/tex-ptex where not included
in the standard build of print/texlive-full?
___
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: Where has all the groupware gone.....

2013-05-06 Thread Paul Pathiakis

Hi Jim,

Next issue,

All the scripts, cron job templates, version updates for SOGo, databases, etc. 
don't seem to be installed either.  Although some are RH/Linux specific, some 
are useful.

They are located in SOGo-2.0.5/Scripts.  I think that the place to put them is 
/usr/local/sogo/[S,s]cripts or some such.
Things that are missing that are, apparently, startup blockers:

/var/run/sogo/ directory needs to be created
/var/log/sogo/ directory need to be created and owned by sogo:sogo

(These will allow you to see that sogo is starting through the log file 
/var/log/sogo/sogo.log)

Next, since you have chosen that the port installs in /usr/local/GNUstep and 
SOGo is in the /usr/local/GNUstep/Local/Library/SOGo directory, that would 
probably be a good choice to be the home directory for the sogo user and a good 
location for the sogo.conf file (unless there's a location I'm not aware of.)

Here's the fun that I've been experiencing Apache interface to all 
this.  There's a couple of more things that should be put in the 'post 
install' message:

Apache needs to be configured with the proxy module(s) to use this software.  
Go to your Apache port directory and type:  make config and enable the proxy 
module and the proxy_http submodule if it hasn't been  Also, you're going to 
need to define it in your httpd.conf file if this isn't a fresh install.

Next, uncomment the following line in the httpd.conf file:

Include etc/apache/extra/httpd-vhosts.conf

 put this in the /usr/local/etc/apache/extra/http-vhosts.conf (change 
domain, server name, IPs,  accordingly)

    ServerAdmin ad...@example.com
    ServerAlias sogo.local
    DocumentRoot "/usr/local/GNUstep/Local/Library/SOGo/WebServerResources/"
    ServerName sogo.example.com
#    ErrorLog "/var/log/dummy-host.example.com-error_log"
#    CustomLog "/var/log/dummy-host.example.com-access_log" common
    ServerSignature Off

   Alias /SOGo.woa/WebServerResources/ 
/usr/local/GNUstep/SOGo/WebServerResources/
   Alias /SOGo/WebServerResources/ /usr/local/GNUstep/SOGo/WebServerResources/
   AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) 
/usr/local/GNUstep/Local/Library/SOGo/$1.SOGo/Resources/$2

  AllowOverride None
  Order deny,allow
  Allow from all

  SetHandler default-handler

   ProxyRequests Off
   SetEnv proxy-nokeepalive 1
   ProxyPreserveHost On
   ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0

   http://127.0.0.1:2/SOGo>
  RequestHeader set "x-webobjects-server-port" "80"
  RequestHeader set "x-webobjects-server-name" "sogo.mydomain.local"
  RequestHeader set "x-webobjects-server-url" "http://sogo.mydomain.local";
  RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
  RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e 
env=REMOTE_HOST
  AddDefaultCharset UTF-8
  Order allow,deny
  Allow from all

   ## We use mod_rewrite to pass remote address to the SOGo proxy.
   # The remote address will appear in SOGo's log files and in the X-Forward
   # header of emails.
   RewriteEngine On
   RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]

   Redirect permanent /index.html http://sogo.mydomain.local/SOGo

   # this virtualhost is only for carddav on Mac and not tested very well
   RewriteEngine Off
   ProxyRequests Off
   SetEnv proxy-nokeepalive 1
   ProxyPreserveHost On
   ProxyPassInterpolateEnv On
   ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate
   ProxyPass /SOGo http://127.0.0.1:2/SOGo interpolate
   ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate

  Order allow,deny
  Allow from all

   http://127.0.0.1:2>
  RequestHeader set "x-webobjects-server-port" "8800"
  RequestHeader set "x-webobjects-server-name" "sogo.mydomain.local:8800"
  RequestHeader set "x-webobjects-server-url" 
"https://sogo.mydomain.local:8800";
  RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
  RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
  AddDefaultCharset UTF-8

#   ErrorLog /var/log/apache2/error.log
#   Customlog /var/log/apache2/access.log combined

Comment out any unused VirtualHost declarations in the file.

Also, where is the sogo.conf file supposed to be located?  That is, what 
directory?  /var/lib doesn't exist on a BSD machine.

Thank you!

P.

PS - Just trying to help.  I'm having a bear of a time with this port right 
now.  I need something that is a solid groupware server.

 From: Jim Riggs 
To: Paul Pathiakis  
Cc: Marco Steinbach ; Joe Malcolm 
; "po...@freebsd.org"  
Sent: Friday, May 3, 2013 10:14 AM
Subject: Re: Where has all the groupware gone.

On May 3, 2013, at 8:56 AM, Paul Pathiakis  wrote:

> Well, I, finally, got around to installing the port from the links below.
> 
> Sadly, I'm trying to find all sorts of things for c

Re: [print/tex-formats] does not install share/texmf-var/web2c/tex/tex.fmt but /usr/ports/mk/bsd.tex.mk uses it

2013-05-06 Thread Hiroki Sato

Hi,

Boris Samorodov  wrote
  in <51877bf5.9050...@passap.ru>:

bs> Hello Hiroki-san,
bs>
bs> Thank you for working on tex* ports!
bs>
bs> I have a problem installing print/tex-formats:

 Can you send me a whole log of the following commands?

 # cd /usr/ports/print/tex-formats
 # make deinstall clean
 # make package

 And I am interested in what was displayed by the following commands
 after make package failed:

 % cat /usr/local/share/texmf-config/web2c/fmtutil.cnf | grep -v ^#
 % find /root -name "*texlive*" -o -name "*texmf*"

-- Hiroki



pgpvx_RPAcMAm.pgp
Description: PGP signature

FreeBSD ports you maintain which are out of date

2013-05-06 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
+-+
ftp/tnftp   | 20100108| 20130505
+-+


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...@portscout.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"

Re: x11/nvidia-driver-173 build failed on CURRENT

2013-05-06 Thread Dimitry Andric


[redirecting to ports@, where this belongs]

On 2013-05-06 08:19, sig6247 wrote:
...

cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\" 
-D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc 
 -I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src -I. -I@ 
-I@/contrib/altq -fno-common   -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector 
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality -c nvidia_os.c
nvidia_os.c:28:23: error: function declared with regparm(0) attribute was 
previously declared without the regparm attribute
RM_STATUS NV_API_CALL os_alloc_contig_pages(
   ^
/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.35/src/nv-freebsd.h:145:11:
 note: previous declaration is here
RM_STATUS os_alloc_contig_pages(void **, U032);
   ^


Please try the attached patch.  I am not sure if there are more driver
versions that include these inconsisent prototypes, but if anybody is
aware of them, we can adjust the ${NVVERSION} check a little.

-Dimitry
Index: x11/nvidia-driver/Makefile
===
--- x11/nvidia-driver/Makefile	(revision 317139)
+++ x11/nvidia-driver/Makefile	(working copy)
@@ -70,6 +70,10 @@
 EXTRA_PATCHES+=	${FILESDIR}/security-patch-CVE-2012-4225
 .endif
 
+.if ${NVVERSION} == 1731435
+EXTRA_PATCHES+=	${FILESDIR}/build-patch-nv_api_call
+.endif
+
 OPTIONS_DEFINE=	FREEBSD_AGP ACPI_PM LINUX DOCS
 OPTIONS_DEFAULT=	LINUX
 
Index: x11/nvidia-driver/files/build-patch-nv_api_call
===
--- x11/nvidia-driver/files/build-patch-nv_api_call	(revision 0)
+++ x11/nvidia-driver/files/build-patch-nv_api_call	(working copy)
@@ -0,0 +1,13 @@
+--- src/nv-freebsd.h.orig	2013-05-06 13:13:49.0 +0200
 src/nv-freebsd.h	2013-05-06 13:16:38.0 +0200
+@@ -142,8 +142,8 @@
+ 
+ MALLOC_DECLARE(M_NVIDIA);
+ 
+-RM_STATUS os_alloc_contig_pages(void **, U032);
+-void os_free_contig_pages(void *, U032);
++RM_STATUS NV_API_CALL os_alloc_contig_pages(void **, U032);
++void NV_API_CALL os_free_contig_pages(void *, U032);
+ 
+ /*
+  * Enable/Disable support for FreeBSD's AGP GART driver. Please note that
___
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"

mediawiki-1.19.6 port filesize mismatch

2013-05-06 Thread klaasdemter


Dear port maintainer,
it seems mediawiki has rerolled their 1.19.6 distfile. I checked the 
contents, diff -r shows no differences on the extracted data - so I'm 
not sure what they did. There was no announcement to mediawiki mailing 
list as far as I can tell.


Current distfile would be:
SHA256 (mediawiki-1.19.6.tar.gz) = 
c5056635c099b8fc7362807047b1bd2e10c2e4fb12904bf4ace3b0b8474693a2

SIZE (mediawiki-1.19.6.tar.gz) = 18550832

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

Build with debug symbols

2013-05-06 Thread Jerry

I have been trying to build "editors/kate" with debug symbols because
it continually crashes when I attempt to open a new session. The bug
report created is not usable according to KDE so I am trying to get it
built with debug symbols.

I tried putting this in the "/etc/make.conf" file:

# editors/kate
.if $(.CURDIR:M*/editors/kate)
DEBUG_FLAGS = -ggdb
CFLAGS += ${DEBUG_FLAGS}
WITH_DEBUG = YES
.endif

Is there anything else I have to do to get the port build and installed
with debug symbols?

-- 
Jerry ♔

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

___
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: [print/tex-formats] does not install share/texmf-var/web2c/tex/tex.fmt but /usr/ports/mk/bsd.tex.mk uses it

2013-05-06 Thread Boris Samorodov

06.05.2013 13:46, Boris Samorodov пишет:

> I have a problem installing print/tex-formats:

According to /usr/ports/Mk/bsd.tex.mk (target do-fmtutil-$F):
-
PLIST_FILES+=   ${TEX_FORMAT_${F:U}_FILES}
PLIST_DIRSTRY+= ${TEX_FORMAT_${F:U}_DIRS}
-

So files and directories for TEX_FORMATS_xxx are inserted
into PLIST. But seems that corresponding files are not
installed to the system.

Some additional info:
-
% make -C /usr/ports/print/tex-formats -V USE_TEX -V TEX_FORMATS
web2c kpathsea texmf texhash fmtutil
amstex context cslatex eplain latex-bin  metafont mex mltex mptopdf
pdftex tex texsis

% uname -a
FreeBSD bsam.int.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #17 r250269:
Sun May  5 23:07:37 SAMT 2013
b...@bsam.int.wart.ru:/usr/obj/usr/src/sys/BB64X  amd64

% LANG=C svn info /usr/ports
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn+ssh://svn.freebsd.org/ports/head
Repository Root: svn+ssh://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 317488
Node Kind: directory
Schedule: normal
Last Changed Author: bapt
Last Changed Rev: 317488
Last Changed Date: 2013-05-06 12:59:02 +0400 (Mon, 06 May 2013)
-

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

Current unassigned ports problem reports

2013-05-06 Thread FreeBSD bugmaster

(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker  Resp.  Description

o ports/178366New port: ports-mgmt/pkg-rmleaf "Remove leaf packages"
o ports/178365New port: ports-mgmt/pkg-rmleaf "Remove leaf packages"
o ports/178360[MAINTAINER] sysutils/froxlor: update to 0.9.28
o ports/178350net/pchar: Fix compile error by avoid sizeof(bool) tes
o ports/178346cache all the things
o ports/178344[UPDATE] Update sysutils/jail2 to 1.1
f ports/178340[PATCH] dns/powerdns-recursor: update to 3.5.1
o ports/178339[MAINTAINER-UPDATE] games/inform7: update to 6G60_2
o ports/178338[maintainer][patch] graphics/openjump: update to 1.6.2
o ports/178334security/pam-pgsql: did no longer work on FreeBSD + up
o ports/178333net/libnss-pgsql: allow user accounts to be stored in 
f ports/178331unpatched security issues in databases/couchdb
o ports/178324[Update] games/frogatto to 1.3.1
o ports/178316[MAINTAINER] devel/monotone: prepare for botan 1.10.x
f ports/178315Upgrade net/rabbitmq to version 3.0.4
s ports/178281[new port] www/torbrowser: Request for a Native Torbro
f ports/178277[patch] update devel/scons to 2.3.0
f ports/178275build failed: net/rabbitmq: validity error : Could not
o ports/178269[PATCH] Remove checks for get_pidfile_from_conf functi
f ports/178264[PATCH] sysutils/logrotate: update to 3.8.4
f ports/178259update security/libsodium to 0.4.1
o ports/178258[maintainer update] www/glpi 0.83.8
o ports/178257[MAINTAINER] Upgrade devel/gdb to 7.6
o ports/178255port update: mail/roundcube-sieverules
f ports/178251[patch] converters/unix2dos implicit declaration of fu
f ports/178246mail/fetchyahoo: is BROKEN
f ports/178245[patch] mail/getlive: 3.0 has been released
f ports/178229devel/gnustep failed install - no objective c compiler
o ports/178219[PATCH] multimedia/py-subliminal: fix compatibility wi
o ports/178217[patch] update games/gemrb 0.7.2 to 0.8.0
o ports/178206[updated port] graphics/rawtherapee to 4.0.10
o ports/178196/usr/ports/www/trac-mercurial broken
f ports/178193[PATCH] Tools/scripts/addport: Fix behavior with -c op
f ports/178187[PATCH] games/freedink-dfarc: Fix build and plist
o ports/178182net-mgmt/zabbix2-server: update to 2.0.6
f ports/178165mail/roundcube-sieverules: unfetchable
o ports/178160emulators/sness9express: Fix build
o ports/178148[patch] update www/piwigo to 2.5.1
o ports/178126[NEW PORT] databases/mysql56-server-cluster: MySQL Clu
o ports/178125[NEW PORT] databases/mysql56-client-cluster: Multithre
f ports/178106update mail/imapsync from 1.508 to 1.536
f ports/178097[PATCH] devel/libconfuse: use USE_PKGCONFIG=build inst
o ports/178089[patch] update games/lwjgl to 2.9.0
o ports/178078[new port]: lang/angelscript AngelCode Scripting Libra
o ports/178052New port submission: dns/mDNSRedponder_nss
f ports/178050[patch] devel/tclmore -- fix build
f ports/178042sysutils/ezjail: zsh completion does not work
o ports/178025[NEW PORT] net/grive: An open source client for Google
f ports/178024mail/archmbox -- uses fuser(1) with incompatible flags
o ports/178022[MAINTAINER] japanese/ruby-ming: Fix to work with Ruby
f ports/178019[patch] editors/textroom: trim header, lib depends, an
o ports/178013new port: www/rest - accessing RESTful web services
f ports/178004games/minecraft-server: [PATCH] bad checksum, bad sche
f ports/178002sysutils/password-store: checksum mismatch
f ports/178001games/capitalism: unfetchable, subsite gone
o ports/177998net/netembryo: unfetchable (bad master_site)
f ports/177997databases/innobackup: unfetchable (www.innodb.com gone
o ports/177993editors/xxe: unfetchable
o ports/177992new port: astro/garmindev Garmin device drivers for QL
f ports/177991astro/qlandkartegt : upgrade to 1.7.0
f ports/177987games/megaglest: fix build
f ports/177967redrawing text bolts and occasionally blinks from unde
f ports/177961Update port science/veusz to 1.17.1
f ports/177959mail/mailfron

devel/openocd takeover

2013-05-06 Thread CeDeROM

Hello :-)

Anyone willing to take over the devel/openocd port?:-)

Best regards,
Tomek

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
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"

[print/tex-formats] does not install share/texmf-var/web2c/tex/tex.fmt but /usr/ports/mk/bsd.tex.mk uses it

2013-05-06 Thread Boris Samorodov

Hello Hiroki-san,

Thank you for working on tex* ports!

I have a problem installing print/tex-formats:
-
/bin/ln -sf pdftex /usr/local/bin/texsis
===>   Registering installation for tex-formats-20120701
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/amstex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/amstex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/cont-en.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/cont-en.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/cslatex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/cslatex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfcslatex.log): No
such file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfcslatex.fmt): No
such file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/eplain.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/eplain.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/latex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/latex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdflatex.log): No
such file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdflatex.fmt): No
such file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/metafont/mf.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/metafont/mf.base): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfmex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfmex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/utf8mex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/utf8mex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mllatex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mllatex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mltex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mltex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mptopdf.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/mptopdf.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdftex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdftex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/etex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/etex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfetex.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/pdfetex.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/tex/tex.log): No such file
or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/tex/tex.fmt): No such file
or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/texsis.log): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/texsis.fmt): No such
file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/metafont/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
pkg: lstat(/usr/local/share/texmf-var/web2c/tex/): No such file or directory
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/): No such file or
directory
Installing tex-formats-20120701... done
-

But /usr/ports/Mk/bsd.tex.mk uses for one of those (not installed)
files to check if print/tex-formats is installed:
-
.if !empty(USE_TEX:Mformats) || !empty(USE_TEX:Mtexlive)
_USE_TEX_FORMATS=
${LOCALBASE}/${TEXMFVARDIR}/web2c/tex/tex.fmt:${PORTSDIR}/print/tex-formats
CONFLICTS_INSTALL+= ${CONFLICTS_TETEX}
.endif
-

So later other port tries to install pr

[QAT] r317470: 2x leftovers, 4x depend (makefile in x11-wm/openbox), 4x makefile, 22x success

2013-05-06 Thread Ports-QAT

Finish converting x11* from WITHOUT_NLS to PORT_OPTIONS:MNLS
-

  Build ID:  20130506064200-21681
  Job owner: b...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 06 May 2013 09:17:45 GMT

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

-

Port:x11-clocks/alarm-clock 1.4_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134692/alarm-clock-1.4_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134693/alarm-clock-1.4_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134694/alarm-clock-1.4_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134695/alarm-clock-1.4_2.log

-

Port:x11-clocks/cairo-clock 

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134696/cairo-clock-0.3.4_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134697/cairo-clock-0.3.4_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134698/cairo-clock-0.3.4_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134699/cairo-clock-0.3.4_2.log

-

Port:x11-fm/gnome-commander2 1.2.8.15_1,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134700/gnome-commander2-1.2.8.15_1,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134701/gnome-commander2-1.2.8.15_1,1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134702/gnome-commander2-1.2.8.15_1,1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134703/gnome-commander2-1.2.8.15_1,1.log

-

Port:x11-fm/rodent 4.8.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134704/rodent-4.8.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134705/rodent-4.8.0.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134706/rodent-4.8.0.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134707/rodent-4.8.0.log

-

Port:x11-toolkits/gtk12 1.2.10_22

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134708/gtk-1.2.10_22.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134709/gtk-1.2.10_22.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134710/gtk-1.2.10_22.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134711/gtk-1.2.10_22.log

-

Port:x11-wm/lxsession 

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134712/lxsession-0.4.6.1_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130506064200-21681-134713/lxsession-0.4.6.1_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log:

INDEX now builds successfully on 8.x

2013-05-06 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"

Re: graphics/qgis does not build on 9.0-BETA1

2013-05-06 Thread GeoBSD

QGIS does not build anymore on 9.1.

I've added  #define HAVE_UTEMPTER to src/plugins/grass/qtermwidget/kpty.cpp
And know, I get the following.

[ 79%] Building CXX object
src/plugins/grass/CMakeFiles/grassplugin.dir/qrc_qgsgrass_plugin.cxx.o
Linking CXX shared module ../../../output/lib/qgis/plugins/libgrassplugin.so
CMakeFiles/grassplugin.dir/qtermwidget/kpty.cpp.o: In function
`KPty::login(char const*, char const*)':
kpty.cpp:(.text+0x21e): undefined reference to `addToUtmp'
CMakeFiles/grassplugin.dir/qtermwidget/kpty.cpp.o: In function
`KPty::logout()':
kpty.cpp:(.text+0x3d7): undefined reference to `removeLineFromUtmp'
*** [output/lib/qgis/plugins/libgrassplugin.so] Error code 1

Stop in /usr/ports/graphics/qgis/work/qgis-1.8.0.
*** [src/plugins/grass/CMakeFiles/grassplugin.dir/all] Error code 1

Is someone out there who had installed QGIS with Grass plugin on FreeBSD 9.1
with ports ?





--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/graphics-qgis-does-not-build-on-9-0-BETA1-tp4688535p5809050.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: clamtk detects setuptools-0.6c11-py2.7.egg Packer.MingwGcc-2 virus

2013-05-06 Thread Tom Judge

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Rusli,

I have sent this information over to the ClamAV detection team, to
validate that the signature is correct.  Could you please send me a
copy of the file off list?


Thanks

Tom Judge
- --
Senior Research Engineer
Sourcefire Vulnerability Research Team
FreeBSD Ports Committer


On 5/4/13 7:48 AM, M Rusli wrote:
> Hi Dave,
> 
> I did another scan and this time I disable the PUA settings. And
> clamtk did not detect any virus.
> 
> I did double confirm with virustotal. And it did not detect
> anything.
> 
> But when I do a scan again with PUA, it detected as 
> PUA.Win32.PackerMingwGcc-2 virus.
> 
> By the way, clamav have an updated version of the virus engine to 
> version 0.97.8.
> 
> Any luck when the new update version will come in for the Freebsd
> version???
> 
> 
> On Sat, May 4, 2013 at 7:22 PM, Dave M  > wrote:
> 
> Hi,
> 
> I'm not sure what that file is, but you could verify with that
> package owner's upstream that it's good to go.
> 
> Keep in mind that the "threat" name is "PUA" (for potentially
> unwanted application) and seems to be warning based on the type of
> packer or compiler used.  In fact, you probably have the "Scan for
> PUAs" option checked in your ClamTk preferences, otherwise this
> would not have alerted.
> 
> Once the upstream verifies it (hopefully :), please submit the file
> to ClamAV (at clamav.net ) as a false positive, 
> assuming it is one.
> 
> Let me know if I can be of assistance.
> 
> thanks, Dave M
> 
> On Sat, May 4, 2013 at 6:04 AM, M Rusli 
>  > wrote:
>> Hi
>> 
>> I did a full scan on my computer with up-to-date virus of
>> clamtk.
>> 
>> It indicates that the 
>> /usr/local/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg
>
>> 
contains
>> PUA.Win32.PackerMingwGcc-2 virus.
>> 
>> Can you verify whether this is a PUA virus?
>> 
>> Thank you.
>> 
>> Rusli
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRh2qyAAoJEEJSM9yB4iIWxXcIAI3ePPhwsOUur1EedxMJ51GI
k3wpqpFu063IRGvg22GOu+//jx8GOpL9oh4Cyx2F0Av1JXtN2NwAAEaEFid8gZB1
yEN8gtAz72pia/SgV+j5KDWeYWuKuhSXDlVZwYuIm9B+vy3UQ93xE1WcCkN97BtF
V8VyM8111+DL6tXTm7ik8EU5rkmJCc2vI3VjnIMWlZhJXPLPugSWBDnF9vM63gww
XDDyWYAP1bqhFnUnJXkExoBZKQJ/xP2RlInLwcytXMbAdbmAXiqPM74g2aB96685
BfQA03dv0r2idgPekff9ppVprT9/roRK6AGsGO8r0+b9aDPxfY/mfnYIXQEhd/c=
=obvO
-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: dns/bind99

2013-05-06 Thread Erwin Lansing

On Mon, May 06, 2013 at 10:16:35AM +0300, Alexander Yerenkow wrote:
> Shouldn't there be
> ·
> OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRRL_PATCH
> instead of
> ·
> OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRR_PATCH
> 
> ?
> 
> Seems that "L" missed somehow, if I'm not mistaken.
> 
Well spotted, thanks!
And fixed.

Erwin

-- 
Erwin Lansinghttp://droso.dk
er...@freebsd.orghttp:// www.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"

dns/bind99

2013-05-06 Thread Alexander Yerenkow

Shouldn't there be
·
OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRRL_PATCH
instead of
·
OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRR_PATCH

?

Seems that "L" missed somehow, if I'm not mistaken.

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

53 matches

Mail list logo