Re: Port for latest skype skype-4.2.0.11

2013-10-24 Thread Matthias Apitz 
El día Wednesday, October 23, 2013 a las 04:53:04PM +0300, Artyom Mirgorodskiy 
escribió:

> Please backup you ports, unpack attached archive and copy to /usr/ports
> Please deinstall all linux* ports
> ...

It seems that mailman does not let pass through your attachment; see
also:
http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/087155.html

Could you please put it to some web space (or send it to me off-list and
I'd host it on my space). 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"

NO_STAGE: Bump PORTREVISION ? Pr class 'change' or 'update' ?

2013-10-24 Thread Marco Steinbach 

Hi,

the 'FAQ on PORTREVISION' discussion found at [1] seems to suggest, that
enabling staging does not require a PORTREVISION bump.

On the other hand, enabling staging seems to be a change in packaging,
although from a users perspective the packaged files don't change.  And
a change in packaging is said to require a bump in PORTREVISION,
according to the referenced thread.


When enabling staging, is a maintainer supposed to bump PORTREVISION ?

Is this then of class '[maintainer-]update' or just 'change' ?


I think putting a hint to that respect on the StageDir Wiki page might
help streamline maintainer prs.

MfG CoCo
[1]
http://lists.freebsd.org/pipermail/freebsd-ports/2012-March/074120.html
___
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: NO_STAGE: Bump PORTREVISION ? Pr class 'change' or 'update' ?

2013-10-24 Thread John Marino 
On 10/24/2013 10:05, Marco Steinbach wrote:
> Hi,
> 
> the 'FAQ on PORTREVISION' discussion found at [1] seems to suggest, that
> enabling staging does not require a PORTREVISION bump.
> 
> On the other hand, enabling staging seems to be a change in packaging,
> although from a users perspective the packaged files don't change.  And
> a change in packaging is said to require a bump in PORTREVISION,
> according to the referenced thread.

Are you referring to man pages?  I believe those were getting added to
the plist internally before, so the final difference in plist before and
after staging is zero (if man pages are the only item in question).


> When enabling staging, is a maintainer supposed to bump PORTREVISION ?


I don't see many PORTREVISION bumps as result of stage conversion
(only).  So I think not.


> Is this then of class '[maintainer-]update' or just 'change' ?

I think maintainer-updates only means the maintainer wrote the PR, so if
that's the case, mark it maintainer-update.



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"

portsnap corruption

2013-10-24 Thread Łukasz Wąsikowski 
Hi,

I've tried to update ports on few servers, got this:

# portsnap fetch extract
Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done.
Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Fetching snapshot generated at Thu Oct 24 02:04:53 CEST 2013:
c54e7bf053e2425753affcd01e2c4ebf11f411ecbcff15100% of   69 MB 2138 kBps
00m33s
Extracting snapshot... done.
Verifying snapshot integrity... done.
Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Updating from Thu Oct 24 02:04:53 CEST 2013 to Thu Oct 24 09:34:07 CEST
2013.
Fetching 4 metadata patches... done.
Applying metadata patches... done.
Fetching 4 metadata files... gunzip: (stdin): unexpected end of file
metadata is corrupt.

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

build error openoffice-3/oo-4/oo-devel/libreoffice

2013-10-24 Thread Bernt Hansson 

Hello list!

FreeBSD fqdn 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



checking whether ccache gcc accepts -g... yes
checking for ccache gcc option to accept ISO C89... none needed
checking for ccache... /usr/local/bin/ccache
checking the GNU gcc compiler version... checked (gcc 4.2.1)
checking for -Bsymbolic-functions linker support ... found
checking whether to enable pch feature... no
checking for GNU make... gmake
checking the GNU make version... gmake 3.82
3+:
checking for dmake... checking for dmake... /usr/local/bin/dmake
using system dmake
checking whether the found dmake is the right dmake... yes
checking the dmake version... OK, >= 4.11
checking for GNU or compatible BSD tar... gtar
checking for --hash-style=both linker support ... found
checking for perl... /usr/bin/perl
checking the Perl version... checked (perl 5)
checking for required Perl modules... configure: error:
The missing Perl modules are:  LWP::UserAgent
Install them as superuser/administrator with "cpan -i  LWP::UserAgent"
===>  Script "configure" failed unexpectedly.
Please report the problem to off...@freebsd.org [maintainer] and attach the
"/usbdisk/ports/editors/openoffice-4/work/aoo-4.0.1/main/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/sbin/pkg_info -Ea).
*** [do-configure] Error code 1

Stop in /usbdisk/ports/editors/openoffice-4.
*** [build] Error code 1

Stop in /usbdisk/ports/editors/openoffice-4.
root@kw:/usbdisk/ports/editors/openoffice-4 # cpan -i  LWP::UserAgent
CPAN: Storable loaded ok (v2.27)
Going to read '/root/.cpan/Metadata'
  Database was generated on Tue, 22 Oct 2013 17:17:03 GMT
CPAN: Module::CoreList loaded ok (v2.49_07)
LWP::UserAgent is up to date (6.05).
root@kw:/usbdisk/ports/editors/openoffice-4 #
___
freebsd-questi...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [math/scilab] configuration failure by error in version check of hdf5

2013-10-24 Thread Mamoru Iwaki 

(2013/10/23 22:10), Max Brazhnikov wrote:

On Tue, 22 Oct 2013 16:19:55 -0700 Don Lewis wrote:

On  9 Oct, Mamoru Iwaki wrote:

Hi,

Re: math/scilab (Revision 327746)

I have failed to configure this port in compilation stage these days.
It is caused by an error in version check code for hdf5.  Because the
code writen in Java uses String.compareTo() for numeric comparision,
"1.8.10" is not recognized as a newer one than "1.8.4".
Could somebody correct this easy bug?


Scilab 5.4.1 is out now, so the port should probably be updated.  This
version of scilab removed the version check for hdf5.

This is the patch that I'm using with the current port.  Just drop it in
the files directory, run "make clean", and then rebuild.

--- configure.orig  2013-10-09 00:04:19.0 -0700
+++ configure   2013-10-09 10:41:39.0 -0700
@@ -12226,14 +12226,15 @@

  public class conftest {
  public static void main(String[] argv) {
-String minVersion="1.8.4";
+int minVersion=10804;
  int[] vers = new int[3];
  try { H5.H5get_libversion(vers); }
  catch (Throwable ex) {System.exit(-1);}
  String ver = vers[0] + "."+ vers[1] +"."+vers[2];
+int Version = 1*vers[0] + 100*vers[1] + vers[2];

  System.out.println(ver);
-  if (minVersion.compareTo(ver) > 0) {
+  if (minVersion > Version) {
 System.exit(-1);
  }


I've committed this patch, thanks!

Max



Thanks, but the committed patch looks different from Don's original 
patch.  Unfortunately, the committed patch still causes version check 
error in configuration stage, and the patch does not work as expected. 
We can find two very similar conftest codes around there.  The original 
patch fixed the bug around line 12226 as above, howver the comitted one 
did around line 12281.  I think the conftest around line 12226 (or both 
conftests around lines 12226 and ass81) should be corrected.  The 
attached patch could be a candidate to correct both conftests.


Cheers
--
-
Mamoru Iwaki
Japan
--- ./configure.orig2011-07-20 08:15:42.0 +
+++ ./configure 2013-10-23 11:59:48.722499060 +
@@ -12226,14 +12226,15 @@
 
 public class conftest {
 public static void main(String[] argv) {
-String minVersion="1.8.4";
+int minVersion=10804;
 int[] vers = new int[3];
 try { H5.H5get_libversion(vers); }
 catch (Throwable ex) {System.exit(-1);}
 String ver = vers[0] + "."+ vers[1] +"."+vers[2];
+int Version = 1*vers[0] + 100*vers[1] + vers[2];
 
 System.out.println(ver);
-  if (minVersion.compareTo(ver) > 0) {
+  if (minVersion > Version) {
System.exit(-1);
 }
 
@@ -12281,14 +12281,15 @@
 
 public class conftest {
 public static void main(String[] argv) {
-String minVersion="1.8.4";
+int minVersion=10804;
 int[] vers = new int[3];
 try { H5.H5get_libversion(vers); }
 catch (Throwable ex) {System.exit(-1);}
 String ver = vers[0] + "."+ vers[1] +"."+vers[2];
+int Version = 1*vers[0] + 100*vers[1] + vers[2];
 
 System.out.println(ver);
-  if (minVersion.compareTo(ver) != 0) {
+  if (minVersion > Version) {
System.exit(-1);
 }
 
___
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-24 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
+-+
net/poptop  | 1.3.4   | 1.4.0
+-+
net/pptpclient  | 1.7.2   | 1.8.0
+-+


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"

libxul compile error

2013-10-24 Thread Zoran Kolic 
Somebody succeeded to compile libxul19?
9.2, amd64.

 Zoran

___
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] r331483: 1x fail, 1x fetch, 2x success

2013-10-24 Thread Ports-QAT 
databases/py-mysql2pgsql: Fix build, Enable AUTOPLIST support

- Use DISTNAME to match upstream name
- Remove DIST_SUBDIR
- Update COMMENT
- Add pytz to RUN_DEPENDS
- Set USE_PYTHON to 2.7 only
- Enable AUTOPLIST support and delete pkg-plist accordingly
- Re-order Makefile and whitespace align

PR: ports/181981
Submitted by:   Volodymyr Kostyrko  (maintainer)
Approved by:maintainer
-

  Build ID:  20131024130400-51071
  Job owner: ko...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 24 Oct 2013 15:52:37 GMT

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

-

Port:databases/py-mysql2pgsql 0.1.6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131024130400-51071-212500/py27-mysql2pgsql-0.1.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131024130400-51071-212502/py27-mysql2pgsql-0.1.6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131024130400-51071-212503/py27-mysql2pgsql-0.1.6.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: [math/scilab] configuration failure by error in version check of hdf5

2013-10-24 Thread Max Brazhnikov 
On Thu, 24 Oct 2013 20:43:29 +0900 Mamoru Iwaki wrote:
> (2013/10/23 22:10), Max Brazhnikov wrote:
> > On Tue, 22 Oct 2013 16:19:55 -0700 Don Lewis wrote:
> >> On  9 Oct, Mamoru Iwaki wrote:
> >>> Hi,
> >>>
> >>> Re: math/scilab (Revision 327746)
> >>>
> >>> I have failed to configure this port in compilation stage these days.
> >>> It is caused by an error in version check code for hdf5.  Because the
> >>> code writen in Java uses String.compareTo() for numeric comparision,
> >>> "1.8.10" is not recognized as a newer one than "1.8.4".
> >>> Could somebody correct this easy bug?
> >>
> >> Scilab 5.4.1 is out now, so the port should probably be updated.  This
> >> version of scilab removed the version check for hdf5.
> >>
> >> This is the patch that I'm using with the current port.  Just drop it in
> >> the files directory, run "make clean", and then rebuild.
> >>
> >> --- configure.orig 2013-10-09 00:04:19.0 -0700
> >> +++ configure  2013-10-09 10:41:39.0 -0700
> >> @@ -12226,14 +12226,15 @@
> >>
> >>   public class conftest {
> >>   public static void main(String[] argv) {
> >> -String minVersion="1.8.4";
> >> +int minVersion=10804;
> >>   int[] vers = new int[3];
> >>   try { H5.H5get_libversion(vers); }
> >>   catch (Throwable ex) {System.exit(-1);}
> >>   String ver = vers[0] + "."+ vers[1] +"."+vers[2];
> >> +int Version = 1*vers[0] + 100*vers[1] + vers[2];
> >>
> >>   System.out.println(ver);
> >> -  if (minVersion.compareTo(ver) > 0) {
> >> +  if (minVersion > Version) {
> >>  System.exit(-1);
> >>   }
> >
> > I've committed this patch, thanks!
> >
> > Max
> >
> 
> Thanks, but the committed patch looks different from Don's original 
> patch.  Unfortunately, the committed patch still causes version check 
> error in configuration stage, and the patch does not work as expected. 
> We can find two very similar conftest codes around there.  The original 
> patch fixed the bug around line 12226 as above, howver the comitted one 
> did around line 12281.  I think the conftest around line 12226 (or both 
> conftests around lines 12226 and ass81) should be corrected.  The 
> attached patch could be a candidate to correct both conftests.

Done, thanks!

Any volunteer for maintaining the port?

Max
___
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 turbulence encountered during perl-5.14.4_2 -> perl5-5.16.3_2

2013-10-24 Thread David Wolfskill 
This was on my laptop:

FreeBSD g1-227.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #582  
r257042M/257046:902504: Thu Oct 24 04:57:46 PDT 2013 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

using pkg_* (still).

The /usr/ports working copy was at r331473; my "upgrade tool of choice"
for ports is (and for some time has been) portmaster.

Before attempting the Perl migration, I had performed my usual (daily)

portmaster -ad --index

which, in turn, accomplished:

===>>> The following actions were performed:
Upgrade of curl-7.32.0 to curl-7.33.0
Upgrade of xmlto-0.0.25 to xmlto-0.0.25_1

Then, following the suggestion in ports/UPDATING, I did:

portmaster -o lang/perl5.16 lang/perl5.14

which completed without incident:

...
===>>> Installation of lang/perl5.16 (perl5-5.16.3_2) complete

:-)

I then attempted the "Comprehensive" approach:

root@d129:/common/home/david # portmaster -r perl-

===>>> /var/db/pkg/perl- does not exist
===>>> Aborting update

===>>> Killing background jobs


Bah.  OK; fine:

root@d129:/common/home/david # portmaster -r perl

===>>> Working on:
perl5-5.16.3_2
...
===>>> Returning to list of ports depending on perl5-5.16.3_2 
===>>> The update for gtkglarea-2.0.1_3 is already done

===>>> The update for gtkglext-1.2.0_12 is already done

===>>> Launching child to reinstall gnome-libs-1.4.2_20

===>>> Checking dependent ports >> gnome-libs-1.4.2_20 (172/172)
0;portmaster: Checking dependent ports >> gnome-libs-1.4.2_20 (172/172)^G
===>>> Currently installed version: gnome-libs-1.4.2_20
===>>> Port directory: /usr/ports/x11/gnome-libs

===>>> This port is marked DEPRECATED
===>>> EOLed upstream for very long

===>>> If you are sure you can build it, remove the
   DEPRECATED line in the Makefile and try again.

===>>> Update for gnome-libs-1.4.2_20 failed
===>>> Aborting update

===>>> Killing background jobs
...
===>>> Exiting

Hmm...  OK...  Maybe I don't really need it...?

root@d129:/common/home/david # pkg_delete gnome-libs-1.4.2_20
pkg_delete: package 'gnome-libs-1.4.2_20' is required by these other packages
and may not be deinstalled:
graphviz-2.34.0
ImageMagick-6.8.0.7_1
dvdauthor-0.7.1
gegl-0.2.0_3
gimp-app-2.8.6_1,1
py27-gimp-app-2.8.6_1
gimp-2.8.6,2
xlockmore-5.42
transcode-1.1.7_9
inkscape-0.48.4_2

Ugh.  So I have rather little confidence that I can rebuild those
successfully, given that gnome-libs-1.4.2_20 was deprecated out
from under them.  So, back to "Conservative":


root@d129:/common/home/david # portmaster p5-

===>>> Working on:
p5-XML-Parser-2.41_1
p5-Email-Address-1.90.0
p5-Socket-2.012
p5-SOAP-Lite-0.716
p5-LWP-Protocol-https-6.04
p5-IO-Socket-IP-0.24
p5-Unicode-String-2.09
p5-Unicode-Map8-0.13
...
p5-IO-stringy-2.110
p5-MIME-Tools-5.504,2
p5-Net-IP-1.26
p5-BSD-devstat-0.02_1

===>>> Gathering distinfo list for installed ports
...
===>>> Re-installation of p5-BSD-devstat-0.02_1 succeeded

===>>> The following actions were performed:
Re-installation of p5-XML-Parser-2.41_1
Re-installation of p5-Email-Address-1.90.0
...
Re-installation of p5-XML-SAX-0.99
Re-installation of p5-XML-LibXML-2.0106,1
Re-installation of p5-BSD-devstat-0.02_1

===>>> Exiting
root@d129:/common/home/david # echo $?
0


I then did a reality check:

d129(9.2-S)[1] cd /usr/local/lib/perl5/
d129(9.2-S)[2] ls -F
5.14/   5.14.2/ 5.16/   site_perl/
d129(9.2-S)[3] find 5.14* -type f
5.14/perl/man/whatis
5.14/man/man3/Image::Magick.3.gz
5.14/man/man3/RRDp.3.gz
5.14/man/man3/RRDs.3.gz
5.14/man/whatis
5.14.2/perl/man/whatis
5.14.2/man/whatis

I found the ports that had those bits (man3/Image::Magick.3.gz &
the RRD* stuff) -- they were graphics/ImageMagick & databases/rrdtool
-- and told portmaster to rebuild them:

root@d129:/common/home/david # portmaster graphics/ImageMagick databases/rrdtool

===>>> Working on:
graphics/ImageMagick
databases/rrdtool
...
===>>> Re-installation of rrdtool-1.4.7_2 succeeded

===>>> The following actions were performed:
Re-installation of ImageMagick-6.8.0.7_1
Re-installation of rrdtool-1.4.7_2

===>>> Exiting

So far, so good  Re-reality-checked:

d129(9.2-S)[4] find 5.14* -type f
5.14/perl/man/whatis
5.14/man/whatis
5.14.2/perl/man/whatis
5.14.2/man/whatis


(which looks OK to me), then blew away the 5.14 bits:

root@d129:/common/home/david # rm -fr /usr/local/lib/perl5/5^G.14*


FWIW, I was able to do the "Comprehensive" approach on my build
machine.  Of course, it's headless, and has but 31 ports installed
-- mostly:

devel/rcs57
devel/subversion
misc/compat9x
net/rsync
ports-mgmt/portmaster
security/sudo
sysutils/dmidecode
sysutils/tmux

and their dependencies.  (The laptop's list is a bit larger.)

Oh:

FreeBSD freebeast.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #802  
r257042M/2

problems installing mail/cyrus-imapd23

2013-10-24 Thread Don Lewis 
I'm running into this problem when I try to install mail/cyrus-imapd23:

===> Staging rc.d startup script(s)
===>  Installing for cyrus-imapd23-2.3.18_4
===>  Checking if mail/cyrus-imapd23 already installed
===>   Registering installation for cyrus-imapd23-2.3.18_4
pkg-static: 
lstat(/usr/ports/mail/cyrus-imapd23/work/stage/usr/local/lib/perl5/site_perl/5.14/mach/auto/Cyrus/IMAP/IMAP.bs):
 No such file or directory
pkg-static: 
lstat(/usr/ports/mail/cyrus-imapd23/work/stage/usr/local/lib/perl5/site_perl/5.14/mach/auto/Cyrus/SIEVE/managesieve/managesieve.bs):
 No such file or directory
*** Error code 74

Stop in /usr/ports/mail/cyrus-imapd23.
*** Error code 1


I don't see IMAP.bs anywhere under the work directory.  I do see this
reference to it during the build:

rm -f blib/arch/auto/Cyrus/IMAP/IMAP.so
LD_RUN_PATH="/usr/local/lib:/usr/lib" cc  -shared  -L/usr/local/lib -fstack-prot
ector IMAP.o  -o blib/arch/auto/Cyrus/IMAP/IMAP.so ../../lib/libcyrus.a ../../li
b/libcyrus_min.a  -L/usr/local/lib -R/usr/local/lib -ldb41 -L/usr/local/
lib -R/usr/local/lib -lsasl2 -L/usr/lib -L/usr/lib -R/usr/lib -lz -lssl -lcrypto

chmod 755 blib/arch/auto/Cyrus/IMAP/IMAP.so
/usr/local/bin/perl -MExtUtils::Command::MM -e 'cp_nonempty' -- IMAP.bs blib/arc
h/auto/Cyrus/IMAP/IMAP.bs 644
cp -p cyradm.sh cyradm

... looks like that succeeded, whatever it does ...

The system is a recent 8-STABLE.

The ports are pretty much up to date.  Perl version is perl-5.14.4_2.




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

perl version upgrade woops

2013-10-24 Thread Don Lewis 
I recently upgraded one of my machines from FreeBSD 10 to 11.  After the
upgrade, I was working on upgrading ports and noticed that perl 5.12 is
due to be nuked, so I decided to upgrade to 5.14 by doing:
portupgrade -fo lang/perl5.14 lang/perl5.12
and ran into this:

===>   Registering installation for perl-5.14.4_2
Removing /usr/local/etc/perl5_version... Done.
Creating /usr/local/etc/perl5_version... Done.
Removing stale symlinks from /usr/bin...
Skipping /usr/bin/perl
Skipping /usr/bin/perl5
Done.
Creating various symlinks in /usr/bin...
Symlinking /usr/local/bin/perl5.14.4 to /usr/bin/perl
Symlinking /usr/local/bin/perl5.14.4 to /usr/bin/perl5
Done.
Installing perl-5.14.4_2...pkg-static: perl-5.14.4_2 conflicts with 
p5-JSON-PP-2.27203 (installs files into the same place).  Problematic file: 
/usr/local/bin/json_pp
*** Error code 70

Stop.
make[2]: stopped in /usr/ports/lang/perl5.14
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/perl5.14
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/perl5.14
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20131021-36603-16rq8gc env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=perl-5.12.5_1 UPGRADE_PORT_VER=5.12.5_1 make -DFORCE_PKG_REGISTER 
reinstall
--->  Restoring the old version
Installing perl-5.12.5_1...pkg: wrong architecture: freebsd:10:x86:32 instead 
of freebsd:11:x86:32

Failed to install the following 1 package(s): 
/var/tmp/portupgradeFdJ1R5tt/perl-5.12.5_1.txz
** Command failed [exit code 70]: /usr/local/sbin/pkg add 
/var/tmp/portupgradeFdJ1R5tt/perl-5.12.5_1.txz
--->  Skipping 'lang/perl5.14'
** Listing the failed packages (-:ignored / *:skipped / !:failed)
* lang/perl5.14 (perl-5.12.5_1)


At that point, I deleted p5-JSON-PP-2.27203 and reinstalled perl5.14.
Then when I tried to upgrade all the ports that depended on perl by
doing this:
portupgrade -rf perl
I found that nothing depended on the new version of perl.
I tried:
portupgrade -rf lang/perl5.14
which didn't find anything depending on the new version of perl, and
portupgrade -rf lang/perl5.12
which didn't work because perl 5.12 was no longer installed.

To get back on track, I downgraded perl back to 5.12, then upgrade
again, which worked because p5-JSON-PP-2.27203 was no longer a conflict.
Then I was able to do a portupgrade -r to rebuild all of the zillions of
ports that depend on perl.

___
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: libxul compile error

2013-10-24 Thread Herbert J. Skuhra 
On Thu, 24 Oct 2013 17:31:11 +0200
Zoran Kolic wrote:

> Somebody succeeded to compile libxul19?
> 9.2, amd64.

Heh, update your ports-tree. libxul19 is gone. 

% grep libxul19 /usr/ports/MOVED
www/libxul19|www/libxul|2013-06-15|Has been vulnerable for a long
time, unsupported upstream

www/libxul has 24.0.

-- 
Herbert
___
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] r331488: 4x leftovers

2013-10-24 Thread Ports-QAT 
Update Gnome Chess to 3.10.1.1
-

  Build ID:  20131024140600-57646
  Job owner: joh...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Thu, 24 Oct 2013 19:48:04 GMT

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

-

Port:games/gnomechess 3.10.1.1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131024140600-57646-212532/gnomechess-3.10.1.1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131024140600-57646-212533/gnomechess-3.10.1.1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131024140600-57646-212534/gnomechess-3.10.1.1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131024140600-57646-212535/gnomechess-3.10.1.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"

[QAT] r331474: 3x leftovers, 1x depend (depend_package in misc/gnomehier)

2013-10-24 Thread Ports-QAT 
- Change pkg-descr

Approved by:pawel / wg (mentors, implicit)
-

  Build ID:  20131024112000-37192
  Job owner: nemy...@freebsd.org
  Buildtime: 9 hours
  Enddate:   Thu, 24 Oct 2013 19:56:48 GMT

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

-

Port:games/airstrike c7

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nemy...@freebsd.org/20131024112000-37192-212464/airstrike-c7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nemy...@freebsd.org/20131024112000-37192-212465/airstrike-c7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~nemy...@freebsd.org/20131024112000-37192-212466/airstrike-c7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (DEPEND_PACKAGE IN MISC/GNOMEHIER)
  Log: 
https://qat.redports.org//~nemy...@freebsd.org/20131024112000-37192-212467/gnomehier-3.0.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: NO_STAGE: Bump PORTREVISION ? Pr class 'change' or 'update' ?

2013-10-24 Thread Paul Schmehl 
--On October 24, 2013 10:21:25 AM +0200 John Marino 
 wrote:



On 10/24/2013 10:05, Marco Steinbach wrote:

Hi,

the 'FAQ on PORTREVISION' discussion found at [1] seems to suggest, that
enabling staging does not require a PORTREVISION bump.

On the other hand, enabling staging seems to be a change in packaging,
although from a users perspective the packaged files don't change.  And
a change in packaging is said to require a bump in PORTREVISION,
according to the referenced thread.


Are you referring to man pages?  I believe those were getting added to
the plist internally before, so the final difference in plist before and
after staging is zero (if man pages are the only item in question).



When enabling staging, is a maintainer supposed to bump PORTREVISION ?



I don't see many PORTREVISION bumps as result of stage conversion
(only).  So I think not.



I am working on a perfect example of why PORTREVISION MUST be bumped.  I 
maintain security/barnyard2, which requires an update for reasons other 
than STAGE.  As with any port, if I have to update it, I'm also going to 
comply with the latest architecture (as I did when OPTIONS changed), so I'm 
including a change to use STAGE.


There is a slave port, security/barnyard2-sguil, which has STAGE= no in its 
Makefile.  If I don't bump the PORTREVISION, that port will not update and 
subsequently will not build, because it's expecting the parent port NOT to 
be using STAGE.  So I need to use PORTREVISION to force clients to pickup 
the change to STAGE in_both_ports or they won't work at all.


I suspect that what's happened is that, without guidance, port maintainers 
are choosing both options for various reasons, which leads to inconsistency 
in the ports tree.  ISTM a change as major as STAGE should REQUIRE that 
PORTREVISION be bumped.


--
Paul Schmehl, Senior Infosec Analyst
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
***
"It is as useless to argue with those who have
renounced the use of reason as to administer
medication to the dead." Thomas Jefferson
"There are some ideas so wrong that only a very
intelligent person could believe in them." George Orwell

___
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] r331440: 1x leftovers, 3x success

2013-10-24 Thread Ports-QAT 
Simplify port by using a static pkg-plist instead of an in-port generated one.
-

  Build ID:  20131023224200-16968
  Job owner: ead...@freebsd.org
  Buildtime: 23 hours
  Enddate:   Thu, 24 Oct 2013 21:47:46 GMT

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

-

Port:games/gtklife 5.1_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ead...@freebsd.org/20131023224200-16968-212280/gtklife-5.1_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ead...@freebsd.org/20131023224200-16968-212281/gtklife-5.1_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ead...@freebsd.org/20131023224200-16968-212282/gtklife-5.1_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ead...@freebsd.org/20131023224200-16968-212283/gtklife-5.1_6.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"

[QAT] r331515: 4x leftovers

2013-10-24 Thread Ports-QAT 
GitHub Language detection

WWW: https://github.com/github/linguist

PR: ports/182735
Submitted by:   Loic Blot 
-

  Build ID:  20131024190801-14073
  Job owner: swi...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 24 Oct 2013 22:00:15 GMT

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

-

Port:textproc/rubygem-github-linguist 2.9.4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024190801-14073-212696/rubygem-github-linguist-2.9.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024190801-14073-212697/rubygem-github-linguist-2.9.4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024190801-14073-212698/rubygem-github-linguist-2.9.4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024190801-14073-212699/rubygem-github-linguist-2.9.4.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"

mail/roundcube: No Dates?

2013-10-24 Thread Larry Rosenman 

I upgraded my main mailserver a couple of weeks ago from 8.4 to 10.0,
and my roundcube install stopped displaying dates in the mail view.

I've corresponded with a...@freebsd.org (maintainer) and he and I are both
stumped.

I tried(!) downgrading PHP from 5.4 to 5.3 with no luck.

Anyone have ANY ideas?

I *CAN* provide SSH access to the box.

It's driving me nuts :)

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 108 Turvey Cove, Hutto, TX 78634-5688
___
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] r331519: 4x leftovers

2013-10-24 Thread Ports-QAT 
This gem is used by GitHub to render any fancy markup such as Markdown,
Textile, Org-Mode, etc. Fork it and add your own!

WWW: https://github.com/github/markup

PR: ports/182738
Submitted by:   Loic Blot 
-

  Build ID:  20131024193400-32969
  Job owner: swi...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 24 Oct 2013 22:39:43 GMT

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

-

Port:textproc/rubygem-github-markup 0.7.5

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024193400-32969-212712/rubygem-github-markup-0.7.5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024193400-32969-212713/rubygem-github-markup-0.7.5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024193400-32969-212714/rubygem-github-markup-0.7.5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20131024193400-32969-212715/rubygem-github-markup-0.7.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"

[QAT] r331522: 4x leftovers

2013-10-24 Thread Ports-QAT 
- Update to 1.2.0
- Update MASTER_SITES
- Rewrite COMMENT entry and pkg-descr
- Convert to new LIB_DEPENDS format
- Support STAGEDIR
-

  Build ID:  20131024194200-2265
  Job owner: olivi...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 24 Oct 2013 23:10:42 GMT

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

-

Port:mail/xfce4-mailwatch-plugin 1.2.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olivi...@freebsd.org/20131024194200-2265-212728/xfce4-mailwatch-plugin-1.2.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olivi...@freebsd.org/20131024194200-2265-212729/xfce4-mailwatch-plugin-1.2.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olivi...@freebsd.org/20131024194200-2265-212730/xfce4-mailwatch-plugin-1.2.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olivi...@freebsd.org/20131024194200-2265-212731/xfce4-mailwatch-plugin-1.2.0.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"

[QAT] r331428: 4x leftovers

2013-10-24 Thread Ports-QAT 
Update distinfo path.
-

  Build ID:  20131023211200-34188
  Job owner: mand...@freebsd.org
  Buildtime: 29 hours
  Enddate:   Fri, 25 Oct 2013 02:26:34 GMT

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

-

Port:deskutils/docear 1.0.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131023211200-34188-212232/docear-1.0.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131023211200-34188-212233/docear-1.0.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131023211200-34188-212234/docear-1.0.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131023211200-34188-212235/docear-1.0.0.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: libxul compile error

2013-10-24 Thread Zoran Kolic 
> Heh, update your ports-tree. libxul19 is gone. 
> % grep libxul19 /usr/ports/MOVED
> www/libxul19|www/libxul|2013-06-15|Has been vulnerable for a long
> time, unsupported upstream
> www/libxul has 24.0.

Version 24.0 does not work with conkeror, whatever
I try.
Also, I have problem updating another browser,
luakit. I went by lib errors. but it has new confi-
guration, that is not documented for me to understand
what to change.
Thank you for reply.

   Zoran

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