date:20131007

- Mark DEPRECATED, set EXPIRATION_DATE

PR: ports/182674
Submitted by:   Ilya Bakulin  (maintainer)
-

  Build ID:  20131008053400-4950
  Job owner: tabtho...@freebsd.org
  Buildtime: 13 minutes
  Enddate:   Tue, 08 Oct 2013 05:47:20 GMT

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

-

Port:net-im/qutim 0.2_6,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~tabtho...@freebsd.org/20131008053400-4950-204604/qutim-0.2_6,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~tabtho...@freebsd.org/20131008053400-4950-204605/qutim-0.2_6,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~tabtho...@freebsd.org/20131008053400-4950-204606/qutim-0.2_6,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~tabtho...@freebsd.org/20131008053400-4950-204607/qutim-0.2_6,1.log


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

Re: Explain staging

2013-10-07 Thread CyberLeo Kitsana

On 10/07/2013 04:37 AM, Anton Shterenlikht wrote:

> sure, I can do /tmp/distfiles too.
> But that doesn't help with all the other failing targets.
> Then I might as well "chown -R user:group /usr/ports"
> and update the ports tree as an unprivileged user too.
> HOwever, security would suffer, I think.
> And, anyway, this would be a major change.
> If this were the case, it should be much
> better documented, I think.

>From my /etc/make.conf:

8<
# Read-only ports tree
DISTDIR=/var/ports/distfiles
PACKAGES=/var/ports/packages
WRKDIRPREFIX=/usr/obj
8<

Solves this problem quite nicely.

-- 
Fuzzy love,
-CyberLeo
Technical Administrator
CyberLeo.Net Webhosting
http://www.CyberLeo.Net

Furry Peace! - http://www.fur.com/peace/
___
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] r329752: 3x leftovers, 1x success

- Upgrade to 20131004 version.
-

  Build ID:  20131008024600-13605
  Job owner: kuriy...@freebsd.org
  Buildtime: 8 minutes
  Enddate:   Tue, 08 Oct 2013 02:53:43 GMT

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

-

Port:net-mgmt/nagios-check_memcached_paranoid 0.20131004

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~kuriy...@freebsd.org/20131008024600-13605-204592/check_memcached_paranoid-0.20131004.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kuriy...@freebsd.org/20131008024600-13605-204593/check_memcached_paranoid-0.20131004.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kuriy...@freebsd.org/20131008024600-13605-204594/check_memcached_paranoid-0.20131004.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~kuriy...@freebsd.org/20131008024600-13605-204595/check_memcached_paranoid-0.20131004.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] r329751: 3x leftovers, 1x success

Change maintainer email per request on freebsd-ports-bugs@.
-

  Build ID:  20131008022600-13386
  Job owner: lini...@freebsd.org
  Buildtime: 6 minutes
  Enddate:   Tue, 08 Oct 2013 02:32:18 GMT

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

-

Port:graphics/aaphoto 0.41_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~lini...@freebsd.org/20131008022600-13386-204588/aaphoto-0.41_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~lini...@freebsd.org/20131008022600-13386-204589/aaphoto-0.41_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~lini...@freebsd.org/20131008022600-13386-204590/aaphoto-0.41_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~lini...@freebsd.org/20131008022600-13386-204591/aaphoto-0.41_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"

building seamonkey - possible clang bug

2013-10-07 Thread Tom Uffner


I am trying to build www/seamonkey on an old laptop. I realize that this
is far from an optimal situation to begin with, but all of my fast systems
are amd64 and i need an i386 build for the laptop. i can't just install a
package because i really want to strip out as much of the unused features
& bloat as possible. not ready to tor figuring out amd64 -> i386 cross
build in ports yet.

In any case the build proceeds normally until it gets to
comm-release/mozilla/media/webrtc/trunk/webrtc/modules/audio_processing/ns/ns_core.c

i believe this file exposes a clang bug...

once this source file is reached, clang proceeds to slow to a crawl, use
use up all available memory & swap on the system, and fail because it can't
allocate any more memory.

i tried unloading unnecessary kernel modules, killing unnecessary processes
and adding more swap, but all it did was thrash more and take two days longer
to run out of memory.

details...

FreeBSD kali.uffner.com 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #5: Thu Sep 26 
16:23:22 EDT 2013 t...@kali.uffner.com:/usr/obj/usr/src/sys/KALI  i386


clang: error: unable to execute command: Killed: 9
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)

FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
Target: i386-unknown-freebsd9.2
Thread model: posix
clang: note: diagnostic msg: PLEASE submit a bug report to 
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, 
and associated run script.

clang: note: diagnostic msg:


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /tmp/ns_core-lkL4Vb.c
clang: note: diagnostic msg: /tmp/ns_core-lkL4Vb.sh
clang: note: diagnostic msg:


gmake[7]: *** [audio_processing/ns/ns_core.o] Error 254
gmake[7]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla/media/webrtc/trunk/webrtc/modules/modules_audio_processing'

gmake[6]: *** [webrtc/modules/modules_audio_processing_libs] Error 2
gmake[6]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla/media/webrtc/trunk'

gmake[5]: *** [libs] Error 2
gmake[5]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla/media/webrtc'

gmake[4]: *** [libs_tier_platform] Error 2
gmake[4]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla'

gmake[3]: *** [tier_platform] Error 2
gmake[3]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla'

gmake[2]: *** [default] Error 2
gmake[2]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2/mozilla'

gmake[1]: *** [default] Error 2
gmake[1]: Leaving directory 
`/usr/ports/www/seamonkey/work/comm-release/obj-i386-portbld-freebsd9.2'

gmake: *** [build] Error 2
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /usr/ports/www/seamonkey.
*** [build] Error code 1

Stop in /usr/ports/www/seamonkey.

Rebooting...
Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.2-PRERELEASE #5: Thu Sep 26 16:23:22 EDT 2013
t...@kali.uffner.com:/usr/obj/usr/src/sys/KALI i386
gcc version 4.2.1 20070831 patched [FreeBSD]
CPU: Intel Pentium III (496.32-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x681  Family = 0x6  Model = 0x8  Stepping = 1

Features=0x383f9ff
real memory  = 268435456 (256 MB)
avail memory = 248418304 (236 MB)
kbd1 at kbdmux0
acpi0:  on motherboard
acpi0: reservation of 10, ff0 (3) failed
acpi0: reservation of 0, a (3) failed
cpu0:  on acpi0
atrtc0:  port 0x70-0x71 irq 8 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0:  port 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-safe" frequency 3579545 Hz quality 850
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0
acpi_ec0:  port 0x62,0x66 on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
agp0:  on hostb0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
vgapci0:  mem 
0xfd00-0xfdff,0xfe80-0xfebf,0xfec0-0xfecf irq 9 at 
device 0.0 on pci1

isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcf0-0xfcff at device 7.1 on pci0

ata0:  at channel 0 on atapci0
ata1:  at channel 1 on atapci0
uhci0:  port 0xfcc0-0xfcdf at device 
7.2 on pci0

usbus0 on uhci0
pci0:  at device 7.3 (no

[QAT] r329750: 7x leftovers, 33x success

Explicitly link libraries on 10 unmaintained ports

The following ports will not build with a binutils 2.22+ linker built
with standard options.  This has been obvious with DPorts, but difficult
to see on FreeBSD.  However, setting the ports compiler as a recent gcc
(e.g lang/gcc48) is an excellent way to detect the unspecified but needed
libraries as these recent GCC compilers use the latest binutils linkers.
These patches were tested on FreeBSD 8.4 and DragonFly 3.5
-

  Build ID:  20131008001601-16175
  Job owner: mar...@freebsd.org
  Buildtime: 105 minutes
  Enddate:   Tue, 08 Oct 2013 02:00:41 GMT

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

-

Port:games/battalion 1.4b

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204548/battalion-1.4b.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204549/battalion-1.4b.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204550/battalion-1.4b.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204551/battalion-1.4b.log

-

Port:games/deng 1.9.0b6.9_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204552/deng-1.9.0b6.9_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204553/deng-1.9.0b6.9_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204554/deng-1.9.0b6.9_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204555/deng-1.9.0b6.9_3.log

-

Port:games/heroes 0.21_14

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204556/heroes-0.21_14.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204557/heroes-0.21_14.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204558/heroes-0.21_14.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204559/heroes-0.21_14.log

-

Port:games/uhexen 0.601_9

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204560/uhexen-0.601_9.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204561/uhexen-0.601_9.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204562/uhexen-0.601_9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204563/uhexen-0.601_9.log

-

Port:sysutils/wmfire 1.2.4_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204564/wmfire-1.2.4_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204565/wmfire-1.2.4_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204566/wmfire-1.2.4_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131008001601-16175-204567/wmfire-1.2.4_2.log

-

Port:textproc/dixit 11.11_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   S

[QAT] r329747: 4x configure_error, 10x leftovers, 26x success

Explicitly link libraries on 10 unmaintained ports

The following ports will not build with a binutils 2.22+ linker built
with standard options.  This has been obvious with DPorts, but difficult
to see on FreeBSD.  However, setting the ports compiler as a recent gcc
(e.g lang/gcc48) is an excellent way to detect the unspecified but needed
libraries as these recent GCC compilers use the latest binutils linkers.
These patches were tested on FreeBSD 8.4 and DragonFly 3.5
-

  Build ID:  20131007234200-3816
  Job owner: mar...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Tue, 08 Oct 2013 01:41:36 GMT

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

-

Port:games/stepmania-devel 5.0.a3,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204496/stepmania-devel-5.0.a3,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204497/stepmania-devel-5.0.a3,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204498/stepmania-devel-5.0.a3,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204499/stepmania-devel-5.0.a3,1.log

-

Port:games/xteddy 2.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204500/xteddy-2.2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204501/xteddy-2.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204502/xteddy-2.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204503/xteddy-2.2.log

-

Port:graphics/fv 1.03_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204504/fv-1.03_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204505/fv-1.03_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204506/fv-1.03_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204507/fv-1.03_2.log

-

Port:graphics/kludge3d 20040822_11

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204508/kludge3d-20040822_11.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204509/kludge3d-20040822_11.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204510/kludge3d-20040822_11.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204511/kludge3d-20040822_11.log

-

Port:graphics/pornview 0.2.0.p.1_28

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204512/pornview-0.2.0.p.1_28.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204513/pornview-0.2.0.p.1_28.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204514/pornview-0.2.0.p.1_28.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007234200-3816-204515/pornview-0.2.0.p.1_28.log

-

Port:japanes

[QAT] r329743: 16x leftovers, 24x success

Explicitly link libraries on 10 unmaintained ports

The following ports will not build with a binutils 2.22+ linker built
with standard options.  This has been obvious with DPorts, but difficult
to see on FreeBSD.  However, setting the ports compiler as a recent gcc
(e.g lang/gcc48) is an excellent way to detect the unspecified but needed
libraries as these recent GCC compilers use the latest binutils linkers.
These patches were tested on FreeBSD 8.4 and DragonFly 3.5
-

  Build ID:  20131007230400-17881
  Job owner: mar...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Tue, 08 Oct 2013 01:02:43 GMT

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

-

Port:audio/tagtool 0.12.3_12

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-20/tagtool-0.12.3_12.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204445/tagtool-0.12.3_12.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204446/tagtool-0.12.3_12.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204447/tagtool-0.12.3_12.log

-

Port:audio/xmixer 0.9.4_6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204448/xmixer-0.9.4_6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204449/xmixer-0.9.4_6.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204450/xmixer-0.9.4_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204451/xmixer-0.9.4_6.log

-

Port:databases/gtksql 0.4.5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204452/gtksql-0.4.5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204453/gtksql-0.4.5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204454/gtksql-0.4.5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204455/gtksql-0.4.5.log

-

Port:editors/gmanedit 0.4.2_6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204456/gmanedit-0.4.2_6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204457/gmanedit-0.4.2_6.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204458/gmanedit-0.4.2_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204459/gmanedit-0.4.2_6.log

-

Port:games/apoolGL 0.99.22_5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204460/apoolGL-0.99.22_5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204461/apoolGL-0.99.22_5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204462/apoolGL-0.99.22_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131007230400-17881-204463/apoolGL-0.99.22_5.log

-

Port:games/bygfoot 2.2.1_7

  Buildgroup: 9.1-QAT/am

FreeBSD mplayer port update?

2013-10-07 Thread Ronald F. Guilmette


Could someone (anyone) explain to me why the FreeBSD port of mplayer
has not been updated at all since March 8th of this year?

That seems like an awfully long time to go without any update.

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

[QAT] r329725: 20x leftovers, 4x depend (depend_object in databases/postgresql91-server), 8x depend (depend_object in databases/postgresql90-server), 48x depend_object

- Fix pkg name collision

Reviewed by: crees@
With hat: pgsql@
-

  Build ID:  20131007190600-24617
  Job owner: j...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Mon, 07 Oct 2013 23:40:46 GMT

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

-

Port:databases/postgresql84-client 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204224/postgresql84-client-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204225/postgresql84-client-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204226/postgresql84-client-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204227/postgresql84-client-8.4.17.log

-

Port:databases/postgresql84-contrib 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204228/postgresql84-contrib-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204229/postgresql84-contrib-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204230/postgresql84-contrib-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204231/postgresql84-contrib-8.4.17.log

-

Port:databases/postgresql84-docs 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204232/postgresql84-docs-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204233/postgresql84-docs-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204234/postgresql84-docs-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204235/postgresql84-docs-8.4.17.log

-

Port:databases/postgresql84-server 8.4.17_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204236/postgresql84-server-8.4.17_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204237/postgresql84-server-8.4.17_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204238/postgresql84-server-8.4.17_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204239/postgresql84-server-8.4.17_1.log

-

Port:databases/postgresql90-client 9.0.13

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204240/postgresql90-client-9.0.13.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204241/postgresql90-client-9.0.13.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204242/postgresql90-client-9.0.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007190600-24617-204243/postgresql90-client-9.0.13.log

-

Port:databases/postgresql90-contrib 9.0.13

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND_OBJECT
  Log: 
https://qat.redports.o

[QAT] r329729: 5x leftovers, 71x success

- revert r329725

Reported by: qat@
With hat: pgsql@
-

  Build ID:  20131007200400-63121
  Job owner: j...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 07 Oct 2013 23:07:58 GMT

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

-

Port:databases/postgresql84-client 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204320/postgresql-client-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204321/postgresql-client-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204322/postgresql-client-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204323/postgresql-client-8.4.17.log

-

Port:databases/postgresql84-contrib 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204324/postgresql-contrib-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204325/postgresql-contrib-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204326/postgresql-contrib-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204327/postgresql-contrib-8.4.17.log

-

Port:databases/postgresql84-docs 8.4.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204328/postgresql-docs-8.4.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204329/postgresql-docs-8.4.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204330/postgresql-docs-8.4.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204331/postgresql-docs-8.4.17.log

-

Port:databases/postgresql84-server 8.4.17_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204332/postgresql-server-8.4.17_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204333/postgresql-server-8.4.17_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204334/postgresql-server-8.4.17_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204335/postgresql-server-8.4.17_1.log

-

Port:databases/postgresql90-client 9.0.13

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204336/postgresql-client-9.0.13.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204337/postgresql-client-9.0.13.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204338/postgresql-client-9.0.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204339/postgresql-client-9.0.13.log

-

Port:databases/postgresql90-contrib 9.0.13

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20131007200400-63121-204340/postgresql-contrib-9.0.13.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS

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

- Fix PLIST
- Bump PORTREVISION for package change

Reported by:antoine
-

  Build ID:  20131007201400-23518
  Job owner: sunp...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Mon, 07 Oct 2013 22:32:06 GMT

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

-

Port:devel/p5-Bread-Board 0.28_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007201400-23518-204404/p5-Bread-Board-0.28_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007201400-23518-204405/p5-Bread-Board-0.28_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007201400-23518-204406/p5-Bread-Board-0.28_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007201400-23518-204407/p5-Bread-Board-0.28_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] r329738: 3x leftovers, 5x success

Do what was clearly intended: s/${ENV}/${SETENV}/

Prior to this change these ports fail when built under su(8) since that
results in ${ENV} being ~/.shrc.

Approved by:kwm (maintainer, gnome@)
-

  Build ID:  20131007205800-39400
  Job owner: cperc...@freebsd.org
  Buildtime: 80 minutes
  Enddate:   Mon, 07 Oct 2013 22:18:00 GMT

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

-

Port:graphics/py-cairo 1.10.0_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204432/py27-cairo-1.10.0_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204433/py27-cairo-1.10.0_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204434/py27-cairo-1.10.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204435/py27-cairo-1.10.0_1.log

-

Port:graphics/py3-cairo 1.10.0_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204436/py33-cairo-1.10.0_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204437/py33-cairo-1.10.0_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204438/py33-cairo-1.10.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cperc...@freebsd.org/20131007205800-39400-204439/py33-cairo-1.10.0_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] r329735: 2x leftovers, 2x success

- Fix build with clang
- Convert to USES scons
- Use new LIB_DEPENDS format
- Support staging

PR: ports/182078
Submitted by:   Alexey Illarionov 
-

  Build ID:  20131007201600-8783
  Job owner: madpi...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Mon, 07 Oct 2013 22:13:09 GMT

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

-

Port:graphics/mapnik 2.2.0_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~madpi...@freebsd.org/20131007201600-8783-204416/mapnik-2.2.0_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~madpi...@freebsd.org/20131007201600-8783-204417/mapnik-2.2.0_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~madpi...@freebsd.org/20131007201600-8783-204418/mapnik-2.2.0_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~madpi...@freebsd.org/20131007201600-8783-204419/mapnik-2.2.0_2.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"

FreeBSD Port: security/php5-filter

2013-10-07 Thread Mike Jakubik


Hello,

I am having trouble compiling this port, below is the error.

 cc -I. -I/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter 
-DPHP_ATOM_INC 
-I/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter/include 
-I/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter/main 
-I/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter 
-I/usr/local/include/php -I/usr/local/include/php/main 
-I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend 
-I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib 
-DHAVE_CONFIG_H -O2 -pipe -mssse3 -march=native -fno-strict-aliasing -c 
/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter/logical_filters.c 
-fPIC -DPIC -o .libs/logical_filters.o
In file included from 
/usr/ports/security/php5-filter/work/php-5.4.20/ext/filter/logical_filters.c:25:
/usr/local/include/php/ext/pcre/php_pcre.h:29:10: fatal error: 'pcre.h' 
file not found

#include "pcre.h"
 ^
1 error generated.
*** [logical_filters.lo] Error code 1

Stop in /usr/ports/security/php5-filter/work/php-5.4.20/ext/filter.

# locate pcre.h
/usr/local/include/pcre.h
/usr/local/include/php/ext/pcre/php_pcre.h
/usr/local/share/doc/pcre/html/pcre.html

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: poudriere: setting PERL_VERSION=5.16.3

>From hsku...@eumx.net Mon Oct  7 22:54:43 2013
>On Mon, 7 Oct 2013 22:31:53 +0100 (BST)
>Anton Shterenlikht wrote:
>
>> I've built a few packages with poudriere.
>> By default, those packages pulled in perl-5.14:
>> 
>> # ls /pdr/data/packages/ia64-default/All/perl*
>> /pdr/data/packages/ia64-default/All/perl-5.14.4_1.txz
>> # 
>> 
>> 
>> I now want to build with perl-5.16.
>> So I set:
>> 
>> # cat /usr/local/etc/poudriere.d/make.conf 
>> PERL_VERSION=5.16.3
>
>Try:
>
>DEFAULT_VERSIONS= perl5=5.16
>
>(From /usr/ports/Mk/bsd.default-versions.mk)

Thank you.

Now, what is this about:

# poudriere bulk -j ia64 -f /usr/local/etc/poudriere.d/pkglist
>> Creating the reference jail... done
>> Mounting system devices for ia64-default
>> Mounting ports/packages/distfiles
>> Mounting packages from: /pdr/data/packages/ia64-default
>> Mounting /var/db/ports from: /usr/local/etc/poudriere.d/ia64-options
>> Logs: /pdr/data/logs/bulk/ia64-default/2013-10-07_23h00m03s
>> WWW: 
http://eis.bris.ac.uk/~mexas/poudriere/bulk/ia64-default/2013-10-07_23h00m03s
>> Appending to make.conf: /usr/local/etc/poudriere.d/make.conf
/etc/resolv.conf -> /pdr/data/build/ia64-default/ref/etc/resolv.conf
>> Starting jail ia64-default
>> Calculating ports order and dependencies
>> Sanity checking the repository
>> Removing invalid pkg repo file: 
/pdr/data/packages/ia64-default/All/repo.txz
>> Deleting ImageMagick-6.8.0.7_1.txz: new dependency: lang/perl5.18
>> Deleting autoconf-2.69.txz: new dependency: lang/perl5.18
>> Deleting automake-1.14.txz: new dependency: lang/perl5.18
pkg-static: /packages/All/digests.txz is not a valid package: no manifest found
>> Cleaning up
>> Umounting file systems
# 

Thanks

Anton


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

Re: pkg: explain PUBKEY

>From hsku...@eumx.net Mon Oct  7 22:44:09 2013
>
>

Thanks

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

Re: [solved] Re: Do not use/install files from STAGEDIR

2013-10-07 Thread Alex Kozlov

On Mon, Oct 07, 2013 at 11:02:14PM +0400, Boris Samorodov wrote:
> 07.10.2013 21:26, Boris Samorodov пишет:
> 
> > So the question is how to ignore a file from STAGEDIR (i.e. do not
> > include it to a package)?
> 
> As antoine@ wrote by e-mail, one can use post-install target
> to remove a file from STAGEDIR.
It's ok to have orphan files in STAGEDIR. poudriere's check-orphans
error should be just a warning.


-- 
Alex
___
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: setting PERL_VERSION=5.16.3

2013-10-07 Thread Herbert J. Skuhra

On Mon, 7 Oct 2013 22:31:53 +0100 (BST)
Anton Shterenlikht wrote:

> I've built a few packages with poudriere.
> By default, those packages pulled in perl-5.14:
> 
> # ls /pdr/data/packages/ia64-default/All/perl*
> /pdr/data/packages/ia64-default/All/perl-5.14.4_1.txz
> # 
> 
> 
> I now want to build with perl-5.16.
> So I set:
> 
> # cat /usr/local/etc/poudriere.d/make.conf 
> PERL_VERSION=5.16.3

Try:

DEFAULT_VERSIONS= perl5=5.16

(From /usr/ports/Mk/bsd.default-versions.mk)

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

Re: pkg: explain PUBKEY

2013-10-07 Thread Herbert J. Skuhra

On Mon, 7 Oct 2013 21:37:10 +0100 (BST)
Anton Shterenlikht wrote:

> I'm trying to set up poudriere to build packages
> for my boxes. I think I got this done. I have built
> a few packages, I set up nginx to serve those.
> On the box where I want to install the packages to
> I've set PACKAGESITE in /usr/local/etc/pkg.conf
> to point to the server with the packages.
> However, I get:
> 
> # pkg update
> Updating repository catalogue
> digests.txz   100% 9172 
> 9.0KB/s   9.0KB/s   00:00
> pkg: No signature found in the repository.  Can not validate against 
> /etc/ssl/pkg.conf key.
> pkg: No digest falling back on legacy catalog format
> repo.txz  100%   91KB  
> 91.3KB/s  91.3KB/s   00:00
> pkg: No signature found in the repository.  Can not validate against 
> /etc/ssl/pkg.conf key.
> # pkg upgrade
> Updating repository catalogue
> digests.txz   100% 9172 
> 9.0KB/s   9.0KB/s   00:00
> pkg: No signature found in the repository.  Can not validate against 
> /etc/ssl/pkg.conf key.
> pkg: No digest falling back on legacy catalog format
> repo.txz  100%   91KB  
> 91.3KB/s  91.3KB/s   00:00
> pkg: No signature found in the repository.  Can not validate against 
> /etc/ssl/pkg.conf key.
> # 
> 
> I haven't got /etc/ssl/pkg.conf
> The pkg.conf(5) man page only
> says:
> 
>  PUBKEY: string  Specifies the location to the public RSA key
>  used for signing the repository database.
>  The default value for this file is
>  /etc/ssl/pkg.conf
> 
> I'm not clear which side creates this file:
> the server which builds the packages?
> Or the client that gets the packages
> from the server? Or something else
> altogether?



or



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

poudriere: setting PERL_VERSION=5.16.3

I've built a few packages with poudriere.
By default, those packages pulled in perl-5.14:

# ls /pdr/data/packages/ia64-default/All/perl*
/pdr/data/packages/ia64-default/All/perl-5.14.4_1.txz
# 


I now want to build with perl-5.16.
So I set:

# cat /usr/local/etc/poudriere.d/make.conf 
PERL_VERSION=5.16.3
#

However, when I run agian poudriere bulk,
nothing is rebuilt:

>> Appending to make.conf: /usr/local/etc/poudriere.d/make.conf
/etc/resolv.conf -> /pdr/data/build/ia64-default/ref/etc/resolv.conf
>> Starting jail ia64-default
>> Calculating ports order and dependencies
>> Sanity checking the repository
>> Deleting stale symlinks
>> Deleting empty directories
>> Cleaning the build queue
>> Recording filesystem state for prepkg... done
>> No package built, no need to update the repository

What am I missing?

Thanks

Anton

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

Re: Clang errors while building traverso

2013-10-07 Thread Joe Nosay

There seems to be a lot of syntax errors. I'm not good with C and can use a
reference manual for checking. I'm also running i386 on an AMD64 machine.

Will make flags need to be set to accept the 64 bit instructions while
outputting 32 bit binaries?


On Mon, Oct 7, 2013 at 2:02 PM, Dimitry Andric  wrote:

> On Oct 7, 2013, at 02:27, Joe Nosay  wrote:
> > As you asked.
> >
> >
> > On Sun, Oct 6, 2013 at 6:12 PM, Dimitry Andric  wrote:
> > On Oct 6, 2013, at 20:53, Joe Nosay  wrote:
> > > This port is unofficial.
> > > http://slexy.org/view/s2Bl9PCAhU
> > >
> > > Errors are at the above link.
> >
> > Can you get please mail me the files mentioned here:
> >
> > • c++: note: diagnostic msg: /tmp/memops-WbDZlP.cpp
> > • c++: note: diagnostic msg: /tmp/memops-WbDZlP.sh
> >
> > -Dimitry
> >
> >
> > 
>
> Thanks.  This is a clang bug during instruction selection on i386.  I
> have been able to reduce your sample to a very small testcase, which I
> have reported here:
>
> http://llvm.org/PR17495
>
> Did you manage to figure out the other warning messages you got during
> building of your port?
>
> -Dimitry
>
>
___
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"

pkg: explain PUBKEY

I'm trying to set up poudriere to build packages
for my boxes. I think I got this done. I have built
a few packages, I set up nginx to serve those.
On the box where I want to install the packages to
I've set PACKAGESITE in /usr/local/etc/pkg.conf
to point to the server with the packages.
However, I get:

# pkg update
Updating repository catalogue
digests.txz   100% 9172 
9.0KB/s   9.0KB/s   00:00
pkg: No signature found in the repository.  Can not validate against 
/etc/ssl/pkg.conf key.
pkg: No digest falling back on legacy catalog format
repo.txz  100%   91KB  
91.3KB/s  91.3KB/s   00:00
pkg: No signature found in the repository.  Can not validate against 
/etc/ssl/pkg.conf key.
# pkg upgrade
Updating repository catalogue
digests.txz   100% 9172 
9.0KB/s   9.0KB/s   00:00
pkg: No signature found in the repository.  Can not validate against 
/etc/ssl/pkg.conf key.
pkg: No digest falling back on legacy catalog format
repo.txz  100%   91KB  
91.3KB/s  91.3KB/s   00:00
pkg: No signature found in the repository.  Can not validate against 
/etc/ssl/pkg.conf key.
# 

I haven't got /etc/ssl/pkg.conf
The pkg.conf(5) man page only
says:

 PUBKEY: string  Specifies the location to the public RSA key
 used for signing the repository database.
 The default value for this file is
 /etc/ssl/pkg.conf

I'm not clear which side creates this file:
the server which builds the packages?
Or the client that gets the packages
from the server? Or something else
altogether?

Thanks

Anton

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

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

- Fix PLIST
- Bump PORTREVISION for package change

Reported by:antoine
-

  Build ID:  20131007195600-27670
  Job owner: sunp...@freebsd.org
  Buildtime: 42 minutes
  Enddate:   Mon, 07 Oct 2013 20:37:56 GMT

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

-

Port:devel/p5-Type-Tiny 0.028_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007195600-27670-204316/p5-Type-Tiny-0.028_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007195600-27670-204317/p5-Type-Tiny-0.028_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007195600-27670-204318/p5-Type-Tiny-0.028_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007195600-27670-204319/p5-Type-Tiny-0.028_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] r329722: 1x leftovers, 3x success

Support staging, revise LIB_DEPENDS.
-

  Build ID:  20131007183000-34366
  Job owner: mand...@freebsd.org
  Buildtime: 39 minutes
  Enddate:   Mon, 07 Oct 2013 19:08:56 GMT

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

-

Port:graphics/rawtherapee 4.0.11

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131007183000-34366-204212/rawtherapee-4.0.11.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131007183000-34366-204213/rawtherapee-4.0.11.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131007183000-34366-204214/rawtherapee-4.0.11.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131007183000-34366-204215/rawtherapee-4.0.11.log


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

[solved] Re: Do not use/install files from STAGEDIR

2013-10-07 Thread Boris Samorodov

07.10.2013 21:26, Boris Samorodov пишет:

> So the question is how to ignore a file from STAGEDIR (i.e. do not
> include it to a package)?

As antoine@ wrote by e-mail, one can use post-install target
to remove a file from STAGEDIR.

-- 
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: Explain staging

2013-10-07 Thread Paul Schmehl

--On October 7, 2013 10:37:34 AM +0100 Anton Shterenlikht 
 wrote:


Set DISTDIR  in make.conf to for example /home/memyself/distfiles and
move the existing distfiles there. There's no reasonable default for
DISTDIR I think if it's assumed that fetch operates as non-root.

-Kimmo


sure, I can do /tmp/distfiles too.
But that doesn't help with all the other failing targets.
Then I might as well "chown -R user:group /usr/ports"
and update the ports tree as an unprivileged user too.
HOwever, security would suffer, I think.
And, anyway, this would be a major change.
If this were the case, it should be much
better documented, I think.



Absolutely correct.  A change of this magnitude needs to be much better 
documented than it has been so far.


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

- Fix STAGEDIR support

Reported by:makc
-

  Build ID:  20131007182600-7035
  Job owner: sunp...@freebsd.org
  Buildtime: 9 minutes
  Enddate:   Mon, 07 Oct 2013 18:34:37 GMT

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

-

Port:ftp/curl 7.32.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007182600-7035-204208/curl-7.32.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007182600-7035-204209/curl-7.32.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007182600-7035-204210/curl-7.32.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007182600-7035-204211/curl-7.32.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: PostgreSQL server bus error with uuid-ossp extension

2013-10-07 Thread Bill Moran

On Mon, 7 Oct 2013 11:20:23 +0800 Christopher Hall 
 wrote:

> Hello Bill,
> 
> On Fri, 4 Oct 2013 08:34:35 -0400
> Bill Moran  wrote:
> 
> > On Fri, 4 Oct 2013 15:44:51 +0800
> > Christopher Hall  wrote:
> > 
> > > When running PostgreSQL with the uuid-ossp extension the server
> > > fails with signal 10 (bus error).
> > 
> > http://pgfoundry.org/projects/uuid-freebsd/
> 
> Thanks for the information.  I would sooner stay with the existing
> module so as to be compatible with Linux.  Currently I am trying out a
> patch to misc/uuid-ossp so I can just compile the postgres-contrib
> unmodified.

uuid-freebsd is intended to be compatable.  What are you finding
incompatable?  Although I would be appreciative if you could get
that patch working.

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

- Fix build with libc++ [1]
- While here, rename patches so they are consistent with how
  "make makepatch" names them

Submitted by:   rm (via email) [1]
-

  Build ID:  20131007180200-54792
  Job owner: jh...@freebsd.org
  Buildtime: 8 minutes
  Enddate:   Mon, 07 Oct 2013 18:10:02 GMT

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

-

Port:finance/libofx 0.9.9

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131007180200-54792-204188/libofx-0.9.9.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131007180200-54792-204189/libofx-0.9.9.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131007180200-54792-204190/libofx-0.9.9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131007180200-54792-204191/libofx-0.9.9.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: Clang errors while building traverso

2013-10-07 Thread Dimitry Andric

On Oct 7, 2013, at 02:27, Joe Nosay  wrote:
> As you asked.
> 
> 
> On Sun, Oct 6, 2013 at 6:12 PM, Dimitry Andric  wrote:
> On Oct 6, 2013, at 20:53, Joe Nosay  wrote:
> > This port is unofficial.
> > http://slexy.org/view/s2Bl9PCAhU
> >
> > Errors are at the above link.
> 
> Can you get please mail me the files mentioned here:
> 
> • c++: note: diagnostic msg: /tmp/memops-WbDZlP.cpp
> • c++: note: diagnostic msg: /tmp/memops-WbDZlP.sh
> 
> -Dimitry
> 
> 
> 

Thanks.  This is a clang bug during instruction selection on i386.  I
have been able to reduce your sample to a very small testcase, which I
have reported here:

http://llvm.org/PR17495

Did you manage to figure out the other warning messages you got during
building of your port?

-Dimitry

signature.asc
Description: Message signed with OpenPGP using GPGMail

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

- Update to 2.07
- Add NO_STAGE as USE_PERL5=modbuildtiny is unsupported yet

Changes:http://search.cpan.org/dist/Class-Method-Modifiers/Changes
-

  Build ID:  20131007175200-30995
  Job owner: sunp...@freebsd.org
  Buildtime: 8 minutes
  Enddate:   Mon, 07 Oct 2013 18:00:12 GMT

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

-

Port:devel/p5-Class-Method-Modifiers 2.07

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007175200-30995-204184/p5-Class-Method-Modifiers-2.07.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007175200-30995-204185/p5-Class-Method-Modifiers-2.07.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007175200-30995-204186/p5-Class-Method-Modifiers-2.07.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131007175200-30995-204187/p5-Class-Method-Modifiers-2.07.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] r329697: 24x leftovers, 3x depend (fetch in audio/chromaprint), 20x success, 1x depend (??? in graphics/qt4-svg)

- Remove LATEST_LINK from my Qt4/KDE4 ports
- Use new LIB_DEPENDS syntax
- Use options helpers
-

  Build ID:  20131007122800-12241
  Job owner: m...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Mon, 07 Oct 2013 17:30:37 GMT

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

-

Port:audio/kid3-kde4 2.3_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND (??? IN GRAPHICS/QT4-SVG)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204024/qt4-svg-4.8.4.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DEPEND (FETCH IN AUDIO/CHROMAPRINT)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204025/chromaprint-1.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (FETCH IN AUDIO/CHROMAPRINT)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204026/chromaprint-1.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (FETCH IN AUDIO/CHROMAPRINT)
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204027/chromaprint-1.0.log

-

Port:deskutils/kchmviewer-kde4 6.0_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204028/kchmviewer-6.0_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204029/kchmviewer-6.0_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204030/kchmviewer-6.0_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204031/kchmviewer-6.0_2.log

-

Port:editors/kile-kde4 2.1.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204032/kile-2.1.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204033/kile-2.1.3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204034/kile-2.1.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204035/kile-2.1.3.log

-

Port:irc/konversation-kde4 1.4_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204036/konversation-1.4_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204037/konversation-1.4_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204038/konversation-1.4_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204039/konversation-1.4_2.log

-

Port:multimedia/subtitlecomposer-kde4 0.5.3_5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204040/subtitlecomposer-0.5.3_5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204041/subtitlecomposer-0.5.3_5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204042/subtitlecomposer-0.5.3_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204043/subtitlecomposer-0.5.3_5.log

-

Port:net/knemo-kde4 0.7.6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007122800-12241-204044/knemo-0.7.6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.

Do not use/install files from STAGEDIR

2013-10-07 Thread Boris Samorodov

Hi All,

I want to ignore a file from STAGEDIR (i.e. do not include it
to a package).

Just removing it from pkg-plist results in error while testing
with poudriere (latest -devel if that matters) at stage "check-orphans".

The file can not be removed at post-stage target (the target seems
to be defined at bsd.port.mk but actual code is not written).

So the question is how to ignore a file from STAGEDIR (i.e. do not
include it to a package)?

Thanks!
-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] r329700: 2x leftovers, 2x success

- Add missed dependency on ALSA when option is selected

PR: 182778
Submitted by:   Kevin Zheng
-

  Build ID:  20131007130800-15148
  Job owner: flu...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Mon, 07 Oct 2013 17:07:09 GMT

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

-

Port:net/freerdp 1.0.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~flu...@freebsd.org/20131007130800-15148-204080/freerdp-1.0.2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~flu...@freebsd.org/20131007130800-15148-204081/freerdp-1.0.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~flu...@freebsd.org/20131007130800-15148-204082/freerdp-1.0.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~flu...@freebsd.org/20131007130800-15148-204083/freerdp-1.0.2.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] r329713: 2x leftovers, 2x success

- Update to 1.0.0
- Add LICENSE (Artistic 1 & GPL 1)
- Support staging
- Canonicalize creator's name
- Take maintainership

Changes:http://search.cpan.org/dist/XML-Catalog/Changes
-

  Build ID:  20131007164600-35256
  Job owner: cu...@freebsd.org
  Buildtime: 13 minutes
  Enddate:   Mon, 07 Oct 2013 16:58:36 GMT

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

-

Port:textproc/p5-XML-Catalog 1.0.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007164600-35256-204176/p5-XML-Catalog-1.0.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007164600-35256-204177/p5-XML-Catalog-1.0.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007164600-35256-204178/p5-XML-Catalog-1.0.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007164600-35256-204179/p5-XML-Catalog-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"

[QAT] r329706: 2x leftovers, 2x success

USE_GCC=s/4.6+/yes/

Requested by:   gerald
-

  Build ID:  20131007140600-22265
  Job owner: m...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 07 Oct 2013 16:58:22 GMT

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

-

Port:deskutils/mirall 1.4.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007140600-22265-204152/mirall-1.4.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007140600-22265-204153/mirall-1.4.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007140600-22265-204154/mirall-1.4.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007140600-22265-204155/mirall-1.4.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] r329701: 2x leftovers, 4x dud, 2x success

Upgrade to version 5.3.6.

Pending issues:

   - Support for long doubles was disabled (does not build on 9.x.)

   - Using readline/rep causes a core dump on SIGWINCH.

   - Calls to (find-seconds 0 0 0 1 5 1970 #f) fail, so a bit of
 documentation was cut out as it broke the build by using this
 specific call.
-

  Build ID:  20131007131200-58228
  Job owner: olg...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Mon, 07 Oct 2013 16:56:43 GMT

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

-

Port:lang/racket 5.3.6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olg...@freebsd.org/20131007131200-58228-204084/racket-5.3.6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DUD

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~olg...@freebsd.org/20131007131200-58228-204086/racket-5.3.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DUD

-

Port:lang/racket-textual 5.3.6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~olg...@freebsd.org/20131007131200-58228-204088/racket-textual-5.3.6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   DUD

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~olg...@freebsd.org/20131007131200-58228-204090/racket-textual-5.3.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DUD


--
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] r329696: 12x success, 2x leftovers, 1x depend (process_failed in java/jakarta-commons-httpclient), 1x depend (??? in graphics/poppler-glib), 2x depend (??? in textproc/ispell), 6x ???

Fix pkgname collision
-

  Build ID:  20131007122400-17180
  Job owner: b...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Mon, 07 Oct 2013 16:52:04 GMT

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

-

Port:editors/joe2 2.9.8

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204000/joe2-2.9.8.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204001/joe2-2.9.8.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN TEXTPROC/ISPELL)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204002/ispell-3.3.02_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN TEXTPROC/ISPELL)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204003/ispell-3.3.02_5.log

-

Port:editors/openoffice-3 3.4.1_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   DEPEND (PROCESS_FAILED IN JAVA/JAKARTA-COMMONS-HTTPCLIENT)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204004/jakarta-commons-httpclient-3.1_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204005/apache-openoffice3-3.4.1_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204006/apache-openoffice3-3.4.1_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204007/apache-openoffice3-3.4.1_2.log

-

Port:editors/openoffice-devel 4.0.1517723,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204008/apache-openoffice-devel-4.0.1517723,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204009/apache-openoffice-devel-4.0.1517723,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN GRAPHICS/POPPLER-GLIB)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204010/poppler-glib-0.22.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   ???
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204011/apache-openoffice-devel-4.0.1517723,1.log

-

Port:japanese/ng-devel 1.5.b1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204012/ja-ng-devel-1.5.b1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204013/ja-ng-devel-1.5.b1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204014/ja-ng-devel-1.5.b1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204015/ja-ng-devel-1.5.b1.log

-

Port:sysutils/qjail2 2.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204016/qjail2-2.2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204017/qjail2-2.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204018/qjail2-2.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204019/qjail2-2.2.log

-

Port:textproc/stardict2 2.4.8_15

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-17180-204020/stardict2-2.4.8_15.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007122400-171

[QAT] r329703: 4x configure_error, 9x leftovers, 23x success

- Bump PORTREVISION on ports dependent on FOX. This is needed because we
  now use ltverhack on FOX. This should be the last time.
-

  Build ID:  20131007131600-42656
  Job owner: g...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Mon, 07 Oct 2013 16:51:13 GMT

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

-

Port:audio/gogglesmm 0.12.7_5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204104/gogglesmm-0.12.7_5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204105/gogglesmm-0.12.7_5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204106/gogglesmm-0.12.7_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204107/gogglesmm-0.12.7_5.log

-

Port:audio/rezound 0.12.3.b_18

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204108/rezound-0.12.3.b_18.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204109/rezound-0.12.3.b_18.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204110/rezound-0.12.3.b_18.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   CONFIGURE_ERROR
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204111/rezound-0.12.3.b_18.log

-

Port:devel/gwenhywfar-fox16 4.3.3_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204112/gwenhywfar-fox16-4.3.3_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204113/gwenhywfar-fox16-4.3.3_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204114/gwenhywfar-fox16-4.3.3_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204115/gwenhywfar-fox16-4.3.3_3.log

-

Port:editors/fxite 0.91_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204116/fxite-0.91_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204117/fxite-0.91_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204118/fxite-0.91_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204119/fxite-0.91_3.log

-

Port:games/fxsudoku 0.5.1_24

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204120/fxsudoku-0.5.1_24.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204121/fxsudoku-0.5.1_24.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204122/fxsudoku-0.5.1_24.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204123/fxsudoku-0.5.1_24.log

-

Port:irc/dxirc 1.10.0_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204124/dxirc-1.10.0_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-42656-204125/dxirc-1.10.0

[QAT] r329712: 2x leftovers, 2x success

- Update to 0.20
- Support staging

Changes:http://search.cpan.org/dist/Parse-ErrorString-Perl/Changes
-

  Build ID:  20131007161800-7722
  Job owner: cu...@freebsd.org
  Buildtime: 27 minutes
  Enddate:   Mon, 07 Oct 2013 16:45:13 GMT

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

-

Port:devel/p5-Parse-ErrorString-Perl 0.20

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007161800-7722-204172/p5-Parse-ErrorString-Perl-0.20.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007161800-7722-204173/p5-Parse-ErrorString-Perl-0.20.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007161800-7722-204174/p5-Parse-ErrorString-Perl-0.20.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007161800-7722-204175/p5-Parse-ErrorString-Perl-0.20.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] r329702: 4x leftovers, 8x success

- Refactor FOX ports

  * Remove CONFLICTS between FOX ports by having man-pages
and binaries named after the port version
  * Avoid bumping shlib version at each minor update by using
ltverhack [1]
  * Make PKGNAMEs unique (fox14, fox16, fox17) [2]
  * Use new LIB_DEPENDS format

Suggested by:   mezz [1], bapt [2]
-

  Build ID:  20131007131600-52832
  Job owner: g...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 07 Oct 2013 16:38:18 GMT

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

-

Port:x11-toolkits/fox14 1.4.35_5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204092/fox14-1.4.35_5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204093/fox14-1.4.35_5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204094/fox14-1.4.35_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204095/fox14-1.4.35_5.log

-

Port:x11-toolkits/fox16 1.6.49

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204096/fox16-1.6.49.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204097/fox16-1.6.49.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204098/fox16-1.6.49.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204099/fox16-1.6.49.log

-

Port:x11-toolkits/fox17 1.7.42_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204100/fox17-1.7.42_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204101/fox17-1.7.42_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204102/fox17-1.7.42_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~g...@freebsd.org/20131007131600-52832-204103/fox17-1.7.42_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] r329698: 3x leftovers, 1x success

- Deprecate in favour of stardict3
-

  Build ID:  20131007123400-26365
  Job owner: m...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Mon, 07 Oct 2013 16:34:53 GMT

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

-

Port:textproc/stardict2 2.4.8_15

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007123400-26365-204072/stardict2-2.4.8_15.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007123400-26365-204073/stardict2-2.4.8_15.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007123400-26365-204074/stardict2-2.4.8_15.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007123400-26365-204075/stardict2-2.4.8_15.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] r329711: 2x leftovers, 2x success

- Update to 1.17

Changes:http://search.cpan.org/dist/Hash-AutoHash/Changes
-

  Build ID:  20131007160801-64540
  Job owner: cu...@freebsd.org
  Buildtime: 26 minutes
  Enddate:   Mon, 07 Oct 2013 16:33:49 GMT

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

-

Port:devel/p5-Hash-AutoHash 1.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007160801-64540-204168/p5-Hash-AutoHash-1.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007160801-64540-204169/p5-Hash-AutoHash-1.17.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007160801-64540-204170/p5-Hash-AutoHash-1.17.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~cu...@freebsd.org/20131007160801-64540-204171/p5-Hash-AutoHash-1.17.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] r329699: 2x leftovers, 2x success

Update to 0.27.
-

  Build ID:  20131007125400-43198
  Job owner: m...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 07 Oct 2013 16:18:06 GMT

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

-

Port:security/p5-POE-Filter-SSL 0.27

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007125400-43198-204076/p5-POE-Filter-SSL-0.27.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007125400-43198-204077/p5-POE-Filter-SSL-0.27.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007125400-43198-204078/p5-POE-Filter-SSL-0.27.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20131007125400-43198-204079/p5-POE-Filter-SSL-0.27.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: graphics/opencv: on CURRENT (r255472): c++ issue resulting in: error: use of undeclared identifier 'usleep' usleep(1000); ^ 1 error

2013-10-07 Thread Rainer Hurling

Maintainer CC'ed

Am 11.09.2013 17:41 (UTC+1) schrieb O. Hartmann:
> Recompiling everything installed due to the iconv-issue and the
> extraction of the GNUish libstdc++ in favor of the new libc++, I run
> permanently into the problem of a compiler (c++) stopp at
> graphics/opencv due to the error shown below.
> 
> I'm getting crazy here, since I have successfully compiled opencv on
> two other boxes running the most recent CURRENT with no libstdc++ and
> no converters/libiconv any more.
> 
> Doing 
> 
> portmaster -f graphics/opencv
> 
> results in getting everything built, except graphics/opencv!
> 
> graphics/opencv seems to be a prerequisite for the build of
> devel/kdevelop-kde4, which also is a stopgap at the moment and is very
> resiliant in getting compiled.
> 
> Can someone shed light and hints onto this?
> 
> Thanks in advance,
> Oliver
> 
> 
> [...]
> /usr/local/include/libavformat/avformat.h:1578:26: note:
> 'av_write_header' declared here attribute_deprecated int
> av_write_header(AVFormatContext *s); ^
> 12 warnings generated.
> [  2%] Building CXX object
> modules/highgui/CMakeFiles/opencv_highgui.dir/src/loadsave.o [  2%]
> Building CXX object
> modules/highgui/CMakeFiles/opencv_highgui.dir/src/precomp.o [  2%]
> Building CXX object
> modules/highgui/CMakeFiles/opencv_highgui.dir/src/utils.o [  3%]
> Building CXX object
> modules/highgui/CMakeFiles/opencv_highgui.dir/src/window.o [  3%]
> Building CXX object
> modules/highgui/CMakeFiles/opencv_highgui.dir/src/window_QT.o 
> /usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/highgui/src/window_QT.cpp:316:5:
> error: use of undeclared identifier 'usleep' usleep(1000); ^ 1 error
> generated. *** Error code 1
> 

This error can be avoided by using the patch of PR 182443,
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182443 .

After that, another error occured at least on my very recent
10.0-CURRENT clang boxes:

[..SNIP..]
Scanning dependencies of target opencv_python
[ 53%] Building CXX object
modules/python/CMakeFiles/opencv_python.dir/src2/cv2.o
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cpp:9:
In file included from
/usr/local/lib/python2.7/site-packages/numpy/core/include/numpy/ndarrayobject.h:17:
In file included from
/usr/local/lib/python2.7/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728:
/usr/local/lib/python2.7/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2:
warning:
  "Using deprecated NumPy API, disable it by #defining
NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION"
  [-W#warnings]
#warning "Using deprecated NumPy API, disable it by #defining
NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION"
 ^
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cpp:900:
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:2172:12:
error: C-style cast
  from 'nullptr_t' to 'CvNextEdgeType' is not allowed
*dst = (CvNextEdgeType)NULL;
   ^~~~
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cpp:900:
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:3871:
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/generated0.i:2387:1:
warning: cast to
  '_object *' from smaller integer type 'int' [-Wint-to-pointer-cast]
CVPY_VALIDATE_DrawChessboardCorners();
^
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:3832:12:
note: expanded from
  macro 'CVPY_VALIDATE_DrawChessboardCorners'
return (PyObject*)failmsg("Size is %dx%d, but corner list is length
%d", patternSize.width, ...
   ^
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cpp:900:
In file included from
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:3871:
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/generated0.i:6440:11:
warning: cast to
  '_object *' from smaller integer type 'int' [-Wint-to-pointer-cast]
  ERRWRAP(cvSnakeImage(image, points.p,points.count, alpha.f, beta.f,
gamma.f, win, criteria, ca...
  ^
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:3851:14:
note: expanded from
  macro 'cvSnakeImage'
  return (PyObject*)failmsg("SnakeImage weights invalid"); \
 ^
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:158:29:
note: expanded from
  macro 'ERRWRAP'
#define ERRWRAP(F) ERRWRAPN(F, NULL) // for most functions, exception ->
NULL return
^
/usr/ports/graphics/opencv/work/OpenCV-2.3.1/modules/python/src2/cv2.cv.hpp:149:13:
note: expanded from
  macro 'ERRWRAPN'
F; \
^
3 warnings and 1 error generated.
*** Error code 1
Stop.
make[4]: stopped in /usr/ports/graphics/opencv/work/OpenCV-2.3.1
*** Error code 1


I am pretty helpless with this 'C-style cast error'.

Re: Explain staging

2013-10-07 Thread Kimmo Paasiala

On Mon, Oct 7, 2013 at 4:36 PM, Daniel Nebdal  wrote:
> On Mon, Oct 7, 2013 at 2:52 PM, Anton Shterenlikht  wrote:
>> >From b...@passap.ru Mon Oct  7 13:36:53 2013
>>>
>>>07.10.2013 13:23, Anton Shterenlikht пишет:
>>>
 What about "make fetch"? It puts files by default under
 ports/distfiles, which, by default, is 755:
>>>[...]
 What about "make extract"? Same problem:
>>>
>>>I use svn repo owned by a user for ages. When a root rights are needed,
>>>the ports infrastructure asks for the password.
>>
>> I've read a few books on unix security.
>> The typical advice is to assume the user
>> passwords are compromised.
>> If I build and install from a ports tree
>> owned by a user, I increase the chances of
>> comromising the system, if an attacker
>> changes some files in the ports tree,
>> i.e. the URL in the Makefile and the checksum
>> in distinfo. I'll then have to add this worry
>> to my already long list.
>>
>> Anton
>>
>
> If that happens to an account used by an admin, don't you have larger worries?
>
> Let's say :
> * You have an account with no special privileges, that you typically
> log in with.
> * That account has a ports tree
> * You typically install ports by compiling them as this user, then
> installing them with root privileges.
>
> If you use sudo, and you haven't used targetpw or something to make it
> ask for a different password, and you haven't set any strong limits on
> it, anyone that got your password would also be able to use sudo to do
> whatever they wanted more directly. So let's assume you're not doing
> that.
>
> An attacker with your password could meddle with your .profile or
> .cshrc or whatever, and replace your shell with a lookalike that
> logged all input. From there, they could get hold of whatever commands
> and passwords you use to install software, and reuse that to install
> whatever they want directly.  If what you use is sudo, somehow
> restricted to only run make install, and only within that ports tree
> ... again, what would keep an attacker from just modifying any random
> port on the fly, installing it there and then, and then reverting the
> changes to reduce the risk of detection?
>
> It just seems like leaving a timebomb in the form of a modified ports
> directory would be a fairly inefficient thing to do if they'd already
> gotten that far., and it would run the risk of being overwritten
> and/or detected next time you updated your ports tree.  Of course, if
> you set the ports tree a+w (or, heaven forbid, 0777), you'd be asking
> for trouble ... but that's not new.
>
>
> Then again, I might have overlooked something. :)
>


In my opinion fetching and building (and creating packages if using
staging ) as a non privileged user is always safer than doing the same
things as root. The common advice to security is to AVOID using
admin/root privileges as much as possible to minimize the attack
vectors.

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

Need some help debugging c++ code for 10.0

2013-10-07 Thread Shane Ambler

Hi there, I am the port maintainer for opencolorio, openimageio and 
openshadinglanguage. These build and run on 9.2 with clang 3.3 but I 
have an issue on 10.0. I don't have much programming experience and even 
less with c++ which all 3 use.


After ocio and oiio are installed building osl generates oslc (the osl 
script compiler) and then runs it to pre-compile the included scripts. 
This step fails on 10.0


I am fairly sure that the issue is within the ustring class - full code 
can be viewed at github.com/OpenImageIO/oiio with src/include/ustring.h 
having some info about the class.


The following is from src/libutil/ustring.cpp for ustrings constructor

#if defined(__GNUC__)
// We don't want the internal 'string str' to redundantly store the
// chars, along with our own allocation.  So we use our knowledge of
// the internal structure of gcc strings to make it point to our chars!
// Note that we've carefully structured the TableRep fields so they
// mimic a GCC basic_string::_Rep.
//
// It turns out that the first field of a gcc std::string is a
// pointer to the characters within the basic_string::_Rep.  We
// merely redirect that pointer, though for std::string to function
// properly, the chars must be preceeded immediately in memory by
// the rest of basic_string::_Rep, consisting of length, capacity
// and refcount fields.  And we have designed our TableRep to do
// just that!  So now we redirect the std::string's pointer to our
// own characters and its mocked-up _Rep.
//
// See /usr/include/c++/VERSION/bits/basic_string.h for the details
// of gcc's std::string implementation.

*(const char **)&str = c_str();
DASSERT (str.c_str() == c_str());
#else
// Not gcc -- just assign the internal string.  This will result in
// double allocation for the chars.  If you care about that, do
// something special for your platform, much like we did for gcc
// above.  (Windows users, I'm talking to you.)
str = s;
#endif

When the osl build starts to precompile the bundled osl scripts oslc 
triggers the DASSERT (which is line 137) shown above. If I adjust the 
#if (and the matching destructor) so the non-gcc fallback is used, osl 
still fails just without the assert message.


Running the osl compile step in gdb I get the following backtrace --

/usr/ports/graphics/openimageio/work/OpenImageIO-oiio-f9d8f1b/src/libutil/ustring.cpp:137: 
failed assertion 'str.c_str() == c_str()'


Program received signal SIGABRT, Aborted.
[Switching to Thread 819406400 (LWP 100230/oslc)]
0x00080344998a in thr_kill () from /lib/libc.so.7
(gdb) bt
#0  0x00080344998a in thr_kill () from /lib/libc.so.7
#1  0x000803518259 in abort () from /lib/libc.so.7
#2  0x00080196d120 in TableRep (this=0x81943c3d0, s=0x801bb50b8 
"resolution", len=10)
at 
/usr/ports/graphics/openimageio/work/OpenImageIO-oiio-f9d8f1b/src/libutil/ustring.cpp:137
#3  0x00080196d607 in OpenImageIO::v1_2::ustring::make_unique 
(str=0x801bb50b8 "resolution")
at 
/usr/ports/graphics/openimageio/work/OpenImageIO-oiio-f9d8f1b/src/libutil/ustring.cpp:196
#4  0x00080110118f in ustring (this=0x801f21e20, str=0x801bb50b8 
"resolution") at ustring.h:166
#5  0x00080110114d in ustring (this=0x801f21e20, str=0x801bb50b8 
"resolution") at ustring.h:167

#6  0x0008019ae35b in __cxx_global_var_init16 ()
at 
/usr/ports/graphics/openimageio/work/OpenImageIO-oiio-f9d8f1b/src/libtexture/imagecache.cpp:80

#7  0x0008019c8a39 in global constructors keyed to a ()
at 
/usr/ports/graphics/openimageio/work/OpenImageIO-oiio-f9d8f1b/src/libtexture/imagecache.cpp:229
#8  0x000801ba83b2 in __do_global_ctors_aux () from 
/usr/local/lib/libOpenImageIO.so.1.2

#9  0x0008015a7d0e in _init () from /usr/local/lib/libOpenImageIO.so.1.2
#10 0x7fffccc0 in ?? ()
#11 0x000800616701 in objlist_call_init () from /libexec/ld-elf.so.1
#12 0x000800615c97 in _rtld () from /libexec/ld-elf.so.1
#13 0x000800614089 in .text () from /libexec/ld-elf.so.1
#14 0x in ?? ()
(gdb)

___
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: Explain staging

2013-10-07 Thread Daniel Nebdal

On Mon, Oct 7, 2013 at 2:52 PM, Anton Shterenlikht  wrote:
> >From b...@passap.ru Mon Oct  7 13:36:53 2013
>>
>>07.10.2013 13:23, Anton Shterenlikht пишет:
>>
>>> What about "make fetch"? It puts files by default under
>>> ports/distfiles, which, by default, is 755:
>>[...]
>>> What about "make extract"? Same problem:
>>
>>I use svn repo owned by a user for ages. When a root rights are needed,
>>the ports infrastructure asks for the password.
>
> I've read a few books on unix security.
> The typical advice is to assume the user
> passwords are compromised.
> If I build and install from a ports tree
> owned by a user, I increase the chances of
> comromising the system, if an attacker
> changes some files in the ports tree,
> i.e. the URL in the Makefile and the checksum
> in distinfo. I'll then have to add this worry
> to my already long list.
>
> Anton
>

If that happens to an account used by an admin, don't you have larger worries?

Let's say :
* You have an account with no special privileges, that you typically
log in with.
* That account has a ports tree
* You typically install ports by compiling them as this user, then
installing them with root privileges.

If you use sudo, and you haven't used targetpw or something to make it
ask for a different password, and you haven't set any strong limits on
it, anyone that got your password would also be able to use sudo to do
whatever they wanted more directly. So let's assume you're not doing
that.

An attacker with your password could meddle with your .profile or
.cshrc or whatever, and replace your shell with a lookalike that
logged all input. From there, they could get hold of whatever commands
and passwords you use to install software, and reuse that to install
whatever they want directly.  If what you use is sudo, somehow
restricted to only run make install, and only within that ports tree
... again, what would keep an attacker from just modifying any random
port on the fly, installing it there and then, and then reverting the
changes to reduce the risk of detection?

It just seems like leaving a timebomb in the form of a modified ports
directory would be a fairly inefficient thing to do if they'd already
gotten that far., and it would run the risk of being overwritten
and/or detected next time you updated your ports tree.  Of course, if
you set the ports tree a+w (or, heaven forbid, 0777), you'd be asking
for trouble ... but that's not new.

Then again, I might have overlooked something. :)

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

Re: Explain staging

>From b...@passap.ru Mon Oct  7 13:36:53 2013
>
>07.10.2013 13:23, Anton Shterenlikht Ð¿Ð¸ÑÐµÑ:
>
>> What about "make fetch"? It puts files by default under
>> ports/distfiles, which, by default, is 755:
>[...]
>> What about "make extract"? Same problem:
>
>I use svn repo owned by a user for ages. When a root rights are needed,
>the ports infrastructure asks for the password.

I've read a few books on unix security.
The typical advice is to assume the user
passwords are compromised.
If I build and install from a ports tree
owned by a user, I increase the chances of
comromising the system, if an attacker
changes some files in the ports tree,
i.e. the URL in the Makefile and the checksum
in distinfo. I'll then have to add this worry
to my already long list.

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

Re: multimedia/ffmpeg build fails on 9.2-STABLE and perl-5.18

2013-10-07 Thread Marko Cupać

On Mon, 7 Oct 2013 14:10:15 +0200
Marko Cupać  wrote:

> My patch is attached.

It looks like the attachment was stripped. I'll put it inline:

-
--- doc/protocols.texi.orig 2013-02-17 23:46:23.0 +0100
+++ doc/protocols.texi  2013-10-07 13:48:19.0 +0200
@@ -155,7 +155,7 @@
 
 Real-Time Messaging Protocol.
 
-The Real-Time Messaging Protocol (RTMP) is used for streaming multime‐
+The Real-Time Messaging Protocol (RTMP) is used for streaming multime --
 dia content across a TCP/IP network.
 
 The required syntax is:
-

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

multimedia/ffmpeg build fails on 9.2-STABLE and perl-5.18

2013-10-07 Thread Marko Cupać

After rebuilding world and kernel to 9.2-STABLE amd64 r256096 I upgraded
perl to perl-5.18.1_1, and consequently initiated 'in place' update of
all my ports with portmaster -afd. It failed on multimedia/ffmpeg with
error described here:

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

Provided patch did not work for me so I created another one. I've just put
it to /usr/ports/multimedia/ffmpeg/files and after that port compiles fine.

My patch is attached.

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

[QAT] r329692: 9x leftovers, 2x ignored: is only for i386, while you are running amd64, 15x success, 2x depend (??? in textproc/ispell)

Fix pkgname collision

With hat:   portmgr
-

  Build ID:  20131007111000-49014
  Job owner: b...@freebsd.org
  Buildtime: 43 minutes
  Enddate:   Mon, 07 Oct 2013 11:53:16 GMT

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

-

Port:audio/gkrellmvolume2 2.1.13_9

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203960/gkrellmvolume2-2.1.13_9.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203961/gkrellmvolume2-2.1.13_9.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203962/gkrellmvolume2-2.1.13_9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203963/gkrellmvolume2-2.1.13_9.log

-

Port:devel/cvsweb3 3.0.6_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203964/cvsweb3-3.0.6_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203965/cvsweb3-3.0.6_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203966/cvsweb3-3.0.6_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203967/cvsweb3-3.0.6_3.log

-

Port:devel/gearmand-devel 1.1.8

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203968/gearmand-devel-1.1.8.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203969/gearmand-devel-1.1.8.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203970/gearmand-devel-1.1.8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203971/gearmand-devel-1.1.8.log

-

Port:emulators/wine-devel 1.7.3,1

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

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203973/wine-devel-1.7.3,1.log

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

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203975/wine-devel-1.7.3,1.log

-

Port:emulators/wine-gecko-devel 2.24

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203976/wine-gecko-devel-2.24.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203977/wine-gecko-devel-2.24.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203978/wine-gecko-devel-2.24.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203979/wine-gecko-devel-2.24.log

-

Port:mail/mutt14 1.4.2.3_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203980/mutt14-1.4.2.3_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014-203981/mutt14-1.4.2.3_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN TEXTPROC/ISPELL)
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131007111000-49014

Re: Explain staging

2013-10-07 Thread Boris Samorodov

07.10.2013 13:23, Anton Shterenlikht пишет:

> What about "make fetch"? It puts files by default under
> ports/distfiles, which, by default, is 755:
[...]
> What about "make extract"? Same problem:

I use svn repo owned by a user for ages. When a root rights are needed,
the ports infrastructure asks for the password.

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

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

- Make gettext build only dependency

Approved by: x11 (kwm)
-

  Build ID:  20131007112600-23023
  Job owner: a...@freebsd.org
  Buildtime: 18 minutes
  Enddate:   Mon, 07 Oct 2013 11:44:14 GMT

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

-

Port:x11/xkeyboard-config 2.9_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007112600-23023-203988/xkeyboard-config-2.9_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007112600-23023-203989/xkeyboard-config-2.9_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007112600-23023-203990/xkeyboard-config-2.9_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007112600-23023-203991/xkeyboard-config-2.9_1.log


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

[QAT] r329667: 28x success, 19x leftovers, 2x mtree, 4x compiler_error, 1x arch, 2x plist

multimedia/x264: Update to 20130827 snapshot

- Update to 20130827 snapshot
- Add CONFIGURE_ARGS to disable OpenCL, fixes configure failure
- Chase library version bump in dependent ports

PR: ports/182484
Submitted by:   mm
Reviewed by:kwm, bapt
-

  Build ID:  20131007092200-34175
  Job owner: ko...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Mon, 07 Oct 2013 11:34:04 GMT

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

-

Port:multimedia/ffmpeg 0.7.15_2,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203828/ffmpeg-0.7.15_2,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203829/ffmpeg-0.7.15_2,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203830/ffmpeg-0.7.15_2,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203831/ffmpeg-0.7.15_2,1.log

-

Port:multimedia/ffmpeg-devel 2012.10.13_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203832/ffmpeg-devel-2012.10.13_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203833/ffmpeg-devel-2012.10.13_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203834/ffmpeg-devel-2012.10.13_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203835/ffmpeg-devel-2012.10.13_3.log

-

Port:multimedia/ffmpeg1 1.2.3_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203836/ffmpeg1-1.2.3_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203837/ffmpeg1-1.2.3_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203838/ffmpeg1-1.2.3_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203839/ffmpeg1-1.2.3_1.log

-

Port:multimedia/gstreamer-plugins-x264 0.10.19_2,3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   COMPILER_ERROR
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203840/gstreamer-plugins-x264-0.10.19_2,3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   COMPILER_ERROR
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203841/gstreamer-plugins-x264-0.10.19_2,3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   COMPILER_ERROR
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203842/gstreamer-plugins-x264-0.10.19_2,3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   COMPILER_ERROR
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203843/gstreamer-plugins-x264-0.10.19_2,3.log

-

Port:multimedia/gstreamer1-plugins-x264 1.0.10_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203844/gstreamer1-plugins-x264-1.0.10_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203845/gstreamer1-plugins-x264-1.0.10_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203846/gstreamer1-plugins-x264-1.0.10_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ko...@freebsd.org/20131007092200-34175-203847/gstreamer1-plugins-x264-1.0.10_1.log

-

Port:mult

[QAT] r329674: 3x leftovers, 2x ignored: is only for sparc64, while you are running i386, 2x ignored: is only for sparc64, while you are running amd64, 17x success

- Fix various distinfo artifacts

Approved by:portmgr (bapt)
-

  Build ID:  20131007101801-30787
  Job owner: a...@freebsd.org
  Buildtime: 53 minutes
  Enddate:   Mon, 07 Oct 2013 11:10:34 GMT

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

-

Port:audio/freeswitch-sounds 1.0.24

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203896/freeswitch-sounds-1.0.24.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203897/freeswitch-sounds-1.0.24.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203898/freeswitch-sounds-1.0.24.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203899/freeswitch-sounds-1.0.24.log

-

Port:security/fprint_demo 20080303_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203900/fprint_demo-20080303_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203901/fprint_demo-20080303_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203902/fprint_demo-20080303_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203903/fprint_demo-20080303_1.log

-

Port:sysutils/tarsnap 1.0.35

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203904/tarsnap-1.0.35.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203905/tarsnap-1.0.35.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203906/tarsnap-1.0.35.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203907/tarsnap-1.0.35.log

-

Port:www/lighttpd 1.4.33

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203908/lighttpd-1.4.33.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203909/lighttpd-1.4.33.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203910/lighttpd-1.4.33.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203911/lighttpd-1.4.33.log

-

Port:www/py-django-mptt 0.5.4

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203912/py27-django-mptt-0.5.4.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203913/py27-django-mptt-0.5.4.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203914/py27-django-mptt-0.5.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20131007101801-30787-203915/py27-django-mptt-0.5.4.log

-

Port:x11-drivers/xf86-video-sunffb 1.2.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   IGNORED: IS ONLY FOR SPARC64, WHILE YOU ARE RUNNING AMD64

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

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

  Buildgroup: 8.4-QA

Current problem reports assigned to po...@freebsd.org

2013-10-07 Thread FreeBSD bugmaster

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

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.


No matches to your query
___
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-10-07 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/182786net-mgmt/nrpe: Conflict in MOVED. Portinstall stops wi
o ports/182785[maintainer update][patch] ports-mgmt/pkg_replace: pat
f ports/182784ports-mgmt/pkg_replace is broken
o ports/182781egroupware remote access vulnerability
f ports/182780Port sysutils/ddrescue version 1.17 upgrade [patch]
o ports/182776net-mgmt/nrpe Fails to Build (Hangs After Distfile Fet
o ports/182774[MAINTAINER-UPDATE]: graphics/apvlv Link to pthread di
o ports/182772graphics/aaphoto cannot be built because of the defaul
o ports/182771new port devel/gitlab_git
o ports/182770new port textproc/gitlab-grit
o ports/182769[patch] Update games/stockfish to version 4
o ports/182767new port www/gitlab-grack
o ports/182766new port net/gitlab_omniauth-ldap
o ports/182763new port devel/font-awesome-rails
o ports/182762new port www/jquery-atwho-rails
f ports/182758[patch update] security/ipsec-tools: fix build on 10a4
o ports/182755[maintainer-update] games/ioquake3 and related
o ports/182754[maintainer-update] games/urbanterror-data
f ports/182752[patch update] net/ndisc6 compile fix for 10-ALPHA4, a
o ports/182748[maintainer-update] [patch] mail/trojita: Update to 0.
o ports/182747[maintainer-update] [patch] devel/hg-git: Add stage su
o ports/182746[maintainer-update] [patch] devel/dulwich: Update to 0
o ports/182745[maintainer-update] [patch] devel/diffuse: Add stage s
o ports/182744[MAINTAINER-UPDATE] from sysutils/zogftw 2013-03-31 to
o ports/182735new port textproc/github-linguist
o ports/182733fix for previous sent port databases/rubygem-redis-act
o ports/182732new port rubygem-jquery-turbolinks
f ports/182724devel/netbsd-pkgsrc-mk-files: pkgsrc update request fr
o ports/182723graphics/dri fails to build on 9.2-Stable
o ports/182717ports: www/fcgiwrap building broken, dependency on dev
f ports/182712Port audio/audacity tries to build the entire project 
f ports/182709Port dns/ldns: ldns-config is not an example [patch]
o ports/182699new port net/omniauth-github
o ports/182683multimedia/libquicktime fails to build (post-patch bot
f ports/182662[Patch] Update mail/imapsync to version 1.567
o ports/182652new port www/bootstrap-sass
f ports/182649graphics/aaphoto cannot be built because of the defaul
o ports/182644sysutils/su2: stage support
o ports/182639databases/libmongo-client: stage support
o ports/182638x11-wm/stumpwm 0.9.7_13 is marked as broken
f ports/182635[patch] Update sysutils/condor to 8.0.3
o ports/182628New port: print/cups-lexmark-cs310 CUPS/foomatic drive
o ports/182626[PATCH] Mk/bsd.options.mk: add more helpers and remove
f ports/182624deskutils/fet update
f ports/182619mail/qmailadmin-devel: Remove port
o ports/182612newly built ports report problems when verifying with 
o ports/182597[PATCH] net/scribe: [SUMMARIZE CHANGES]
f ports/182594Build mail/dovecot2 wihtout kqueue is impossible
o ports/182587security/tripwire12: Patch for build problems, amd64 c
f ports/182585mail/dovecot2 won't install on FreeBSD 9.2-RELEASE
o ports/182583graphics/dri: missing build dependency on devel/gettex
o ports/182580[maintainer-update] fix print/latex-aa build failure
o ports/182575New port: net/shadowsocks-libev Lightweight tunnel pro
o ports/182564Upgraded databases/couchdb (1.4.0)
f ports/182563[patch] Update devel/pymacs to 0.25
f ports/182556sysutils/fusefs-kmod needs a poke
f ports/182547[PATCH] databases/mariadb55-server: Respect hier(7) (a
o ports/182539www/davical port upgrade required for iOS7
f ports/182537update to devel/php-libawl
o ports/182534[MAINTAINER] games/assaultcube: Build with newer GCC a
o ports/182528update for net/crtmpserver
f ports/182525[maintainer-update] Support staging of audio/wildmidi
o ports/182516[PATCH] databases/freetds-devel : Add new build option
f ports/182504[PATCH] devel/qt4-qtsolutions-singleapplication: Fi

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

- Now that :DEFAULT can be used in PATCH_SITES (fixed in 329679),
  depend on the upstream mirror for the x509 patch and my mirror
  as a fallback
-

  Build ID:  20131007104201-36607
  Job owner: bdrew...@freebsd.org
  Buildtime: 6 minutes
  Enddate:   Mon, 07 Oct 2013 10:48:16 GMT

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

-

Port:security/openssh-portable 6.2.p2_5,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131007104201-36607-203920/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131007104201-36607-203921/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131007104201-36607-203922/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131007104201-36607-203923/openssh-portable-6.2.p2_5,1.log


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

Re: [HEADSUP] Staging, packaging and more

2013-10-07 Thread Alexander Pyhalov


On 10/04/2013 17:29, Baptiste Daroussin wrote:

On Fri, Oct 04, 2013 at 02:22:52PM +0200, Miroslav Lachman wrote:

I really like the current state with full packages. Disk space is cheap,
full packages is default for whole FreeBSD existence and it is easy to
maintain the system with it. If I want portA and portB, I just install
portA and portB and if I want to see installed ports, I see two ports
installed and not a bunch of lines like:
portA-bin
portA-doc
portA-dev
portB-bin
portB-doc
portB-dev

When I need to update those ports, I will update two ports, not six or
more ports / sub ports.

Embedded systems are corner case, where many things need to be tweaked
anyway.

So I like the idea of default full packages with possibility to
optionally select and install sub parts for those who really need the
fine grained list of packages.


That is because you keep thinking you have to build those ports yourself, we are
here speaking of binary packages.

regards,
Bapt



Can pkg include IPS facets feature or similar one? So, you'll have full 
binary package, but just subset of package files can be installed on the 
system. Facets solve *-devel hell. You just say once: "I don't want to 
have development-related parts here..."

--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
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: [HEADSUP] Staging, packaging and more

2013-10-07 Thread Bryan Drewery

On 10/6/2013 9:16 PM, Dewayne Geraghty wrote:
>> -Original Message-
>> From: owner-freebsd-po...@freebsd.org 
>> [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Ulrich Spörlein
>> Sent: Sunday, 6 October 2013 11:20 PM
>> To: Bryan Drewery
>> Cc: po...@freebsd.org; Baptiste Daroussin; Fernando Apesteguía
>> Subject: Re: [HEADSUP] Staging, packaging and more
>> Importance: Low
>>
>> 2013/10/4 Bryan Drewery :
>>> On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote:
 On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote:
> On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste 
>> Daroussin wrote:
>>
>> Please no devel packages.
>
> Seconded.

 What's wrong with devel packages?
>>>
>>> It complicates things for developers and custom software on 
>>> FreeBSD. The typical situation that I see on most Linux 
>>> platforms is a lot of confusion by people, why their custom 
>>> software XYZ does not properly build - the most 
>> common answer: 
>>> they forgot to install a tremendous amount of dev packages, 
>>> containing headers, build tools and whatnot.
>>> On FreeBSD, you can rely on the fact that if you 
>> installed e.g. 
>>> libGL, you can start building your own GL 
>> applications without 
>>> the need to install several libGL-dev, libX11-dev, 
>> ... packages first.
>>> This is something, which I personally see as a big 
>> plus of the 
>>> FreeBSD ports system and which makes FreeBSD 
>> attractive as a development platform.
>>>
>>
>> On the other ends, that makes the package fat for embedded 
>> systems, that also makes some arbitrary runtime 
>> conflicts between 
>> packages (because they both provide the same symlink 
>> on the .so, 
>> while we could live with 2 version at runtime), that leads to 
>> tons of potential issue while building locally, and that makes 
>> having sometime insane issues with dependency 
>> tracking. Why having .a, .la, .h etc in production servers? 
>> It could greatly reduce PBI size, etc.
>>
>> Personnaly I do have no strong opinion in one or another 
>> direction. Should we be nicer with developers? with end users? 
>> with embedded world? That is the question to face to 
>> decide if -devel packages is where we want to go or not.
>>
>
> If we chose to go down that path, at least we should chose a 
> different name as we've used the -devel suffix for many 
>> years for 
> developmental versions.
>
> I must agree that it is one of the things high on my 
>> list of things 
> that irritate me with several Linux distributions but I 
>> can see the 
> point for for embedded systems as well.  But can't we 
>> have both?  
> Create three packages, a default full package and split 
>> packages of 
> -bin, -lib, and even -doc.  My first though twas to make 
>> the full 
> package a meta-package that would install the split 
>> packages in the 
> background, but that would probably be confusing for 
>> users at the 
> end of the day, so rather just have it be a real package.
>
 I do like that idea very much, and it is easily doable 
>> with stage :)
>>>
>>> +1 to splitting packages for embedded usage.
>>
>> -1 for the split, as it will not fix anybody's problem.
>>
>> On regular machines, disk space is cheap and having to 
>> install more packages is just annoying to users. Think of the 
>> time wasted that people are told to apt-get libfoo-dev before 
>> they can build anything from github, or similar.

Are you suggesting we should just auto install all of ports then? The
hassle of installing required dependencies for something outside of the
normal system is going to happen either way.

>>
>> If you actually *are* space constricted on your tiny embedded 
>> machine, what the fuck are you doing with the sqlite database 
>> and all the metadata about ports/packages anyway? Just rm 
>> /usr/include and /usr/share/doc, /usr/share/man, etc. when 
>> building your disk image.
>> But you are doing that already anyway, so this solves no 
>> actual problem for you.
>>
>> My two cents
>> Uli
> Concur with Uli, sans expletive.

Subpackages has no harm to anyone. The idea that "too many packages
hurts me" is bad. It's 1 more entry in 'pkg info'. The overall savings
in BW/Space is good for everyone. It makes upgrades faster for
non-developer users who don't need headers. A lot of ports already track
DOCS/EXAMPLES. Subpackages are just an extension/refactoring of that effort.

There are plenty of ideas and ways to make this user friendly by
automatically installing/depending on the subpackages, as they
effectively are today with DOCS/EXAMPLES options.

> 
> If you don't care about /var/db/pkg or sqlite then its easier to remove the 
> unnecessary files after the build process and repackage
> the packages (tar --exclude), leaving the clients' server

Re: Explain staging

>From kpaas...@gmail.com Mon Oct  7 10:32:26 2013
>
>On Mon, Oct 7, 2013 at 12:23 PM, Anton Shterenlikht  wrote:
>>>From: Matthew Seaman 
>>>To: freebsd-ports@freebsd.org
>>>Subject: Re: Explain staging
>>>
>>>On 03/10/2013 08:56, Anton Shterenlikht wrote:
 sorry, I still don't get it.
 What is achived by staging?
>>>
>>>There are 4 main advantages:
>>>
>>>   1) You can build a port and then create a package from the stage
>>>  directory without having to install it on your build system.  You
>>>  usually don't need root privileges to do this.
>>
>> What about "make fetch"? It puts files by default under
>> ports/distfiles, which, by default, is 755:
>>
>> $ make fetch
>> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
>> => xearth-1.2.tar.xz doesn't seem to exist in /usr/ports/distfiles/.
>> => /usr/ports/distfiles is not writable by you; cannot fetch.
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/ports/astro/xearth
>> $
>>
>> What about "make extract"? Same problem:
>>
>> $ make extract
>> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
>> ===> Fetching all distfiles required by xearth-1.2 for building
>> ===>  Extracting for xearth-1.2
>> => SHA256 Checksum OK for xearth-1.2.tar.xz.
>> mkdir: /usr/ports/astro/xearth/work: Permission denied
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/ports/astro/xearth
>> $
>>
>> "make checksum" works, of course, because no files are
>> created:
>>
>> $ make checksum
>> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
>> ===> Fetching all distfiles required by xearth-1.2 for building
>> => SHA256 Checksum OK for xearth-1.2.tar.xz.
>> $
>>
>> Then "make stage" fails again:
>>
>> $ make stage
>> ===>  Patching for xearth-1.2
>> touch: /usr/ports/astro/xearth/work/.patch_done.xearth._usr_local: 
>> Permission denied
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/ports/astro/xearth
>> $
>>
>> So I make it under root.
>> Then "make check-orphans" fail:
>>
>> $ make check-orphans
>> cannot create /usr/ports/astro/xearth/work/.expanded-plist: Permission denied
>> *** Error code 2
>>
>> Stop.
>> make: stopped in /usr/ports/astro/xearth
>> $
>>
>> Finally, "make package" fails:
>>
>> $ make package
>> ===>  Building package for xearth-1.2
>> mkdir: /usr/ports/astro/xearth/work/.metadir: Permission denied
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/ports/astro/xearth
>> $
>>
>> I'm probably missing something important here.
>> The wiki page only says: "Make sure you tested
>> make package as a normal user (not root).
>> If that fails, add NEED_ROOT in the port. "
>> Why would it not fail?
>>
>> Do I need to set up separate distfiles directory,
>> or something like this?
>>
>>>   2) Instead of (typically) just running the install target of the
>>>  piece of software, and then trusting that the pkg-plist contains
>>>  an accurate list of what gets installed, now we take the pkg-plist
>>>  and extract the matching items from the stage directory to make a
>>>  package.  Only things on the plist get installed, and things on
>>>  the plist but not present in the staging dir will flag up as an
>>>  error in the port.
>>
>> This is not clear either.
>> I my port I have:
>>
>> PLIST_FILES=bin/xearth \
>> lib/X11/xearth/freebsd.committers.markers \
>> lib/X11/xearth/freebsd.ftp.markers
>> PLIST_DIRS= lib/X11/xearth
>>
>> I don't have pkg-plist at all.
>> What do I need to change?
>>
>>>If you have an instruction in you port to install a file from the build
>>>area into the filesystem under ${PREFIX} =3D /usr/local then you need to
>>>change it to install to ${STAGEDIR}${PREFIX}/whatever.  Note: this only
>>>applies to the *install* parts: when building the package, you should
>>>configure it for the eventual final install location under /usr/local.
>>
>> Does this look right:
>>
>> do-install:
>> @${INSTALL_PROGRAM} ${WRKSRC}/xearth ${STAGEDIR}${PREFIX}/bin
>> @${INSTALL_MAN} ${WRKSRC}/xearth.man ${MANPREFIX}/man/man1/xearth.1
>> @${MKDIR} ${STAGEDIR}${PREFIX}/lib/X11/xearth
>> # Copy the list of FreeBSD sites & committers locations
>> .for marker in freebsd.committers.markers freebsd.ftp.markers
>> @${INSTALL_DATA} ${FILESDIR}/${marker} 
>> ${STAGEDIR}${PREFIX}/lib/X11/xearth
>> .endfor
>>
>> Many thanks
>>
>> Anton
>>
>
>Set DISTDIR  in make.conf to for example /home/memyself/distfiles and
>move the existing distfiles there. There's no reasonable default for
>DISTDIR I think if it's assumed that fetch operates as non-root.
>
>-Kimmo

sure, I can do /tmp/distfiles too.
But that doesn't help with all the other failing targets.
Then I might as well "chown -R user:group /usr/ports"
and update the ports tree as an unprivileged user too.
HOwever, security would suffer, I think.
And, anyway, this would be a major change.
If this were the case, it should be much
better documented, I think.

Thanks

Re: [HEADSUP] Staging, packaging and more

2013-10-07 Thread Erwin Lansing

On Sat, Oct 05, 2013 at 11:57:43AM +0200, Miroslav Lachman wrote:
> I don't think it's about building ports. It's about the list of what I 
> need to have installed and maintained on our systems. And with this 
> split to more packages, then the list will grow and tracking of changes 
> and dependencies will become hell like on Linux distributions.
> 
Exactly why I proposed to have the full package be the default and have
the split packages as options for those who want it.  For you, it will
still only be one package to install and include the things you are used
to today, binaries, libraries, etc., but for those who want can install
just the separate packages.

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"

Re: Explain staging

2013-10-07 Thread Kimmo Paasiala

On Mon, Oct 7, 2013 at 12:23 PM, Anton Shterenlikht  wrote:
>>From: Matthew Seaman 
>>To: freebsd-ports@freebsd.org
>>Subject: Re: Explain staging
>>
>>On 03/10/2013 08:56, Anton Shterenlikht wrote:
>>> sorry, I still don't get it.
>>> What is achived by staging?
>>
>>There are 4 main advantages:
>>
>>   1) You can build a port and then create a package from the stage
>>  directory without having to install it on your build system.  You
>>  usually don't need root privileges to do this.
>
> What about "make fetch"? It puts files by default under
> ports/distfiles, which, by default, is 755:
>
> $ make fetch
> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
> => xearth-1.2.tar.xz doesn't seem to exist in /usr/ports/distfiles/.
> => /usr/ports/distfiles is not writable by you; cannot fetch.
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/astro/xearth
> $
>
> What about "make extract"? Same problem:
>
> $ make extract
> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by xearth-1.2 for building
> ===>  Extracting for xearth-1.2
> => SHA256 Checksum OK for xearth-1.2.tar.xz.
> mkdir: /usr/ports/astro/xearth/work: Permission denied
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/astro/xearth
> $
>
> "make checksum" works, of course, because no files are
> created:
>
> $ make checksum
> ===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by xearth-1.2 for building
> => SHA256 Checksum OK for xearth-1.2.tar.xz.
> $
>
> Then "make stage" fails again:
>
> $ make stage
> ===>  Patching for xearth-1.2
> touch: /usr/ports/astro/xearth/work/.patch_done.xearth._usr_local: Permission 
> denied
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/astro/xearth
> $
>
> So I make it under root.
> Then "make check-orphans" fail:
>
> $ make check-orphans
> cannot create /usr/ports/astro/xearth/work/.expanded-plist: Permission denied
> *** Error code 2
>
> Stop.
> make: stopped in /usr/ports/astro/xearth
> $
>
> Finally, "make package" fails:
>
> $ make package
> ===>  Building package for xearth-1.2
> mkdir: /usr/ports/astro/xearth/work/.metadir: Permission denied
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/astro/xearth
> $
>
> I'm probably missing something important here.
> The wiki page only says: "Make sure you tested
> make package as a normal user (not root).
> If that fails, add NEED_ROOT in the port. "
> Why would it not fail?
>
> Do I need to set up separate distfiles directory,
> or something like this?
>
>>   2) Instead of (typically) just running the install target of the
>>  piece of software, and then trusting that the pkg-plist contains
>>  an accurate list of what gets installed, now we take the pkg-plist
>>  and extract the matching items from the stage directory to make a
>>  package.  Only things on the plist get installed, and things on
>>  the plist but not present in the staging dir will flag up as an
>>  error in the port.
>
> This is not clear either.
> I my port I have:
>
> PLIST_FILES=bin/xearth \
> lib/X11/xearth/freebsd.committers.markers \
> lib/X11/xearth/freebsd.ftp.markers
> PLIST_DIRS= lib/X11/xearth
>
> I don't have pkg-plist at all.
> What do I need to change?
>
>>If you have an instruction in you port to install a file from the build
>>area into the filesystem under ${PREFIX} =3D /usr/local then you need to
>>change it to install to ${STAGEDIR}${PREFIX}/whatever.  Note: this only
>>applies to the *install* parts: when building the package, you should
>>configure it for the eventual final install location under /usr/local.
>
> Does this look right:
>
> do-install:
> @${INSTALL_PROGRAM} ${WRKSRC}/xearth ${STAGEDIR}${PREFIX}/bin
> @${INSTALL_MAN} ${WRKSRC}/xearth.man ${MANPREFIX}/man/man1/xearth.1
> @${MKDIR} ${STAGEDIR}${PREFIX}/lib/X11/xearth
> # Copy the list of FreeBSD sites & committers locations
> .for marker in freebsd.committers.markers freebsd.ftp.markers
> @${INSTALL_DATA} ${FILESDIR}/${marker} 
> ${STAGEDIR}${PREFIX}/lib/X11/xearth
> .endfor
>
> Many thanks
>
> Anton
>

Set DISTDIR  in make.conf to for example /home/memyself/distfiles and
move the existing distfiles there. There's no reasonable default for
DISTDIR I think if it's assumed that fetch operates as non-root.

-Kimmo
___
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: Explain staging

>From: Matthew Seaman 
>To: freebsd-ports@freebsd.org
>Subject: Re: Explain staging
>
>On 03/10/2013 08:56, Anton Shterenlikht wrote:
>> sorry, I still don't get it.
>> What is achived by staging?
>
>There are 4 main advantages:
>
>   1) You can build a port and then create a package from the stage
>  directory without having to install it on your build system.  You
>  usually don't need root privileges to do this.

What about "make fetch"? It puts files by default under
ports/distfiles, which, by default, is 755:

$ make fetch
===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
=> xearth-1.2.tar.xz doesn't seem to exist in /usr/ports/distfiles/.
=> /usr/ports/distfiles is not writable by you; cannot fetch.
*** Error code 1

Stop.
make: stopped in /usr/ports/astro/xearth
$ 

What about "make extract"? Same problem:

$ make extract
===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by xearth-1.2 for building
===>  Extracting for xearth-1.2
=> SHA256 Checksum OK for xearth-1.2.tar.xz.
mkdir: /usr/ports/astro/xearth/work: Permission denied
*** Error code 1

Stop.
make: stopped in /usr/ports/astro/xearth
$ 

"make checksum" works, of course, because no files are
created:

$ make checksum
===>   xearth-1.2 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by xearth-1.2 for building
=> SHA256 Checksum OK for xearth-1.2.tar.xz.
$

Then "make stage" fails again:

$ make stage
===>  Patching for xearth-1.2
touch: /usr/ports/astro/xearth/work/.patch_done.xearth._usr_local: Permission 
denied
*** Error code 1

Stop.
make: stopped in /usr/ports/astro/xearth
$ 

So I make it under root.
Then "make check-orphans" fail:

$ make check-orphans
cannot create /usr/ports/astro/xearth/work/.expanded-plist: Permission denied
*** Error code 2

Stop.
make: stopped in /usr/ports/astro/xearth
$ 

Finally, "make package" fails:

$ make package
===>  Building package for xearth-1.2
mkdir: /usr/ports/astro/xearth/work/.metadir: Permission denied
*** Error code 1

Stop.
make: stopped in /usr/ports/astro/xearth
$ 

I'm probably missing something important here.
The wiki page only says: "Make sure you tested
make package as a normal user (not root).
If that fails, add NEED_ROOT in the port. "
Why would it not fail?

Do I need to set up separate distfiles directory,
or something like this?

>   2) Instead of (typically) just running the install target of the
>  piece of software, and then trusting that the pkg-plist contains
>  an accurate list of what gets installed, now we take the pkg-plist
>  and extract the matching items from the stage directory to make a
>  package.  Only things on the plist get installed, and things on
>  the plist but not present in the staging dir will flag up as an
>  error in the port.

This is not clear either.
I my port I have:

PLIST_FILES=bin/xearth \
lib/X11/xearth/freebsd.committers.markers \
lib/X11/xearth/freebsd.ftp.markers
PLIST_DIRS= lib/X11/xearth

I don't have pkg-plist at all.
What do I need to change?

>If you have an instruction in you port to install a file from the build
>area into the filesystem under ${PREFIX} =3D /usr/local then you need to
>change it to install to ${STAGEDIR}${PREFIX}/whatever.  Note: this only
>applies to the *install* parts: when building the package, you should
>configure it for the eventual final install location under /usr/local.

Does this look right:

do-install:
@${INSTALL_PROGRAM} ${WRKSRC}/xearth ${STAGEDIR}${PREFIX}/bin
@${INSTALL_MAN} ${WRKSRC}/xearth.man ${MANPREFIX}/man/man1/xearth.1
@${MKDIR} ${STAGEDIR}${PREFIX}/lib/X11/xearth
# Copy the list of FreeBSD sites & committers locations
.for marker in freebsd.committers.markers freebsd.ftp.markers
@${INSTALL_DATA} ${FILESDIR}/${marker} 
${STAGEDIR}${PREFIX}/lib/X11/xearth
.endfor

Many thanks

Anton

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

FreeBSD unmaintained ports which are currently scheduled for deletion

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:   databases/ruby-interbase
description:Ruby interface to Firebird/Interbase library
maintainer: po...@freebsd.org
status: BROKEN
deprecated because: Does not work with Ruby 1.9
expiration date:2013-10-10
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-interbase


portname:   devel/rubygem-zoom
description:A Ruby binding to the Z39.50 Object-Orientation Model
(ZOOM)
maintainer: po...@freebsd.org
status: BROKEN
deprecated because: Does not work with Ruby 1.9
expiration date:2013-10-10
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-zoom


portname:   net-im/jabber-pymsn
description:Python MSN-Transport for Jabber
maintainer: po...@freebsd.org
deprecated because: Primary MSN Messenger service terminated 30 APR 2013
expiration date:2013-10-31
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-pymsn


portname:   net-im/p5-Net-MSN
description:Net::MSN interface
maintainer: po...@freebsd.org
deprecated because: Primary MSN Messenger service terminated 30 APR 2013
expiration date:2013-10-31
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=p5-Net-MSN


portname:   net-im/py-msnp
description:MSN messaging in Python
maintainer: po...@freebsd.org
deprecated because: Primary MSN Messenger service terminated 30 APR 2013
expiration date:2013-10-31
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=py-msnp


portname:   net-im/pymsn
description:MSN Connection library
maintainer: po...@freebsd.org
deprecated because: Primary MSN Messenger service terminated 30 APR 2013
expiration date:2013-10-31
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pymsn


portname:   net/ftelnetd
description:A small server faking various telnet daemons
maintainer: po...@freebsd.org
status: BROKEN
deprecated because: Unfetchable due to parked MASTER_SITES
expiration date:2013-11-24
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ftelnetd


portname:   textproc/referrercop
description:Filters referrer spam from Apache logs and AWStats
data files
maintainer: po...@freebsd.org
deprecated because: distfile unfetchable
expiration date:2014-01-01
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=referrercop


portname:   www/notftp
description:An easy to use Web to FTP gateway written in PHP
maintainer: po...@freebsd.org
deprecated because: distfile unfetchable
expiration date:2014-01-01
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=notftp


portname:   www/suphp
description:Securely execute PHP scripts under Apache
maintainer: po...@freebsd.org
deprecated because: Upstream dead, EOL:

https://lists.marsching.com/pipermail/suphp/2013-May/002554.html
expiration date:2013-12-17
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=suphp


portname:   x11/silo
description:A simple X11 launcher extensible in any programming
language
maintainer: po...@freebsd.org
deprecated because: Upstream has disappeared
expiration date:2013-10-18
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=silo
___
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 which are currently marked forbidden

As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles.  Often,
these ports are so marked due to security concerns, such as known
exploits.

An overview of each port, including errors seen on the build farm,
is included below.

portname:   lang/ruby18
forbidden because:  Vulernerable,

http://vuxml.org/freebsd/ebd877b9-7ef4-4375-b1fd-c67780581898.html
build errors:   none.
overview:   
http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ruby18
___
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 unmaintained ports which are currently marked broken

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments. The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm. Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below. In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type. (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version. The program
that generates this report is not yet able to determine this
automatically.)

portname: biology/dotter
broken because: checksum mismatch
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=dotter

portname: biology/finchtv
broken because: fails to checksum
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=finchtv

portname: chinese/big5con
broken because: fails to build with new utmpx
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con

portname: chinese/bitchx
broken because: patch reject
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=bitchx

portname: chinese/hztty
broken because: fails to build with new utmpx
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty

portname: converters/p5-Unicode-Lite
broken because: Overwrites bin/map from converters/p5-Unicode-Map
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=p5-Unicode-Lite

portname: databases/grass
broken because: Does not build
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=grass

portname: databases/msql
broken because: Broken on FreeBSD 9+
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql

portname: databases/ruby-interbase
broken because: does not build with ruby 1.9
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-interbase

portname: deskutils/libopensync-plugin-python-devel
broken because: fails to build with recent libopensync
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=libopensync-plugin-python-devel

portname: devel/bzr-grep
broken because: conflicts with dependency bzr
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=bzr-grep

portname: devel/libYGP
broken because: Does not build with recent boost
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libYGP

portname: devel/lua50-dfui
broken because: Does not build
build errors:
http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.10.20130313090402.pointyhat/lua50-dfui-0.1.20050901.log
(Mar 14 00:26:27 UTC 2013)
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua50-dfui

portname: devel/mico
broken because: fails to build
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mico

portname: devel/ros_comm
broken because: does not build
build errors: none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ros_comm

portname: devel/rubygem-zoom
broken because: does not work with ruby

FreeBSD ports which are currently marked broken