Re: Lightzone

2014-02-10 Thread Waitman Gobble 

On Mon, February 10, 2014 10:05 am, Peter Woitschikowski wrote:
> Hello,
>
>
> I am a professional Photographer and work on PCBSD.
> Iworks 15 Years on Linux / debian and Red Hat and have changed to FreeBsd.
>  I need to work with the Graphic-Tool Lightzone, but can not find it in
> the Port-Search.
>
> Please tell me how i can get it in a Port.
>
>
> Thank you,
>
>
> Peter
> ___
> 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"
>
>

Welcome to FreeBSD.

Here's 'a beginning' of a port I started this evening. I took the
LightZone sources and fiddled with them. It builds but I have not tested,
needs work. Maybe you can use them or hang out for awhile until I finish.
I'm not using PCBSD but FreeBSD 11.0-CURRENT. But I think the build
process should be compatible, I'll cross that bridge when I get to it. I'm
not super at java and I generally avoid it, but maybe this is a good tool
for photographers, I'll find out.

I ripped out all the irrelevant stuff from the source (ie, Linux, OSX,
Windows) and modified the linux build scripts. At the moment this is using
gcc46. Maybe when I'm through I can get it to work with clang.

Also, I yanked out the lcms library from the src dist. It's old and
'clashes' with lcms in ports. It seems to be built against an (ancient?)
tiff library, some changes were made to get it to build. But there are a
couple of tiff-related constants missing, they are commented out of the
source temporarily. Minor issue. Also the LightZone src seems to include
some compiled '.so' files which I do not believe will work on FreeBSD,
(sounds like a bad idea anyway) but I think the corresponding files are
built in ports/java/jai.. on my to-do list to work out. Also it's
complaining about not finding com.sun.java.help.search.Indexer when it
builds 'help' system. AFAIK that should be part of java/javahelp
(jhindexer). I disabled building help to get through the build for the
moment, i'll figure that out later.

ports needed:

www/tidy-devel
java/openjdk6
java/javahelp
java/jai
devel/nasm
devel/apache-ant
devel/autotools
graphics/lcsm2
graphics/tiff
lang/gcc46

i think that's it. well you might want to get git too.

here's the modified LightZone src on github:

https://github.com/waitman/LightZone


to build go into the top of the LightZone directory (from the git repo)
and type:

# ant -f freebsd/build.xml

(you might need to set JAVA_HOME to /usr/local/openjdk6)

it should churn for awhile and spit stuff out and finally output something
like this:

jar:
  [jar] Building jar:
/usr/home/waitman/lightzone/LightZone/freebsd/help/lightzonehelp.jar
 [copy] Copying 1 file to
/usr/home/waitman/lightzone/LightZone/freebsd/products

build:

jar:
   [delete] Deleting:
/usr/home/waitman/lightzone/LightZone/freebsd/products/lightcrafts-freebsd.jar
  [jar] Building jar:
/usr/home/waitman/lightzone/LightZone/freebsd/products/lightcrafts-freebsd.jar

BUILD SUCCESSFUL


eventually (hopefully) this can turn into a useful port.


-- 
Waitman Gobble
San Jose California USA
+1.510-830-7975
___
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: Concerning pkgng

2014-02-10 Thread Matthew Seaman 
On 11/02/2014 04:15, Montgomery-Smith, Stephen wrote:
> So I have started using pkgng.  It is extremely easy to convert, it runs
> very fast, and I really like it.

Very glad to hear you like it.

> However, it would be nice if the old pkg_install, pkg_info, etc programs
> were somehow disabled on FreeBSD-8.  Maybe they could look inside
> /etc/make.conf and see if /var/db/pkg/local.sqlite exists, and then
> decide not to operate.
> 
> The reason for this is because I can easily see me accidentally doing
> pkg_delete instead of pkg delete.  And especially since pkg convert
> seems to leave all the old directories in /var/db/pkg, I can see this
> creating quite a mess.
> 
> I know I can simply delete the pkg_delete, pkg_info binaries.  But I'll
> have to remember to do that each time I remake world.

If you're building your own systems, then there should be /etc/src.conf
options to disable the old pkg tools.  According to src.conf(5):

 WITHOUT_PKGTOOLS
 Set to not build pkg_add(8) and related programs.

This should add pkg_add et al to the obsolete files list, so 'make
delete-old' will remove them.

Otherwise, you can clear out the old pkg_tools data from /var/db/pkg --
this will make pkg_tools think there are no packages installed which
mostly renders accidentally using those tools harmless.

To do this, delete the subdirectories under /var/db/pkg.  This is what
the contents of /var/db/pkg look like on a fully pkgng-ised setup:

lucid-nonsense:/var/log:# ls -la /var/db/pkg
total 11332
drwxr-xr-x   2 root  wheel 5 Feb 11 07:34 ./
drwxr-xr-x  24 root  wheel36 Feb 11 07:24 ../
-rw-r--r--   1 root  wheel  17022976 Feb 11 07:12 local.sqlite
-rw-r--r--   1 root  wheel   1412096 Feb 11 07:09
repo-infracaninophile.sqlite
-r--r--r--   1 root  wheel   3077188 Feb  8 05:48 vuln.xml

where you will have different repository names or several different
repo-foo.sqlite files depending on what you have configured.

One note of caution: if you use portmaster, it uses those per-port
subdirectories under /var/db/pkg to stash some information about what
distfiles ports use.  I don't think it is a disaster if that info gets
blown away, but don't get concerned if those subdirectories keep
re-appearing.  The significant difference is if there's a file +CONTENTS
plus various other files starting with + -- if those aren't there, then
it's all good.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature

Re: Squid aufs crashes under 10.0

2014-02-10 Thread Dennis Glatting 
On Mon, 2014-02-10 at 20:11 +0100, Florian Smeets wrote:
> On 10/02/14 16:21, Dennis Glatting wrote:
> > On Mon, 2014-02-10 at 11:15 +0400, Pavel Timofeev wrote:
> >> So what should I do?
> >> Write a PR to squid's bugzilla with link to this thread?
> >> Fill FreeBSD ports' PR? (it seems like maintainer of squid doesn't
> >> look at PRs about squid).
> >> And it seems like this problem is retaled to all of squid ports, not
> >> only to www/squid33.
> >>
> > 
> > Good question. I don't know. I ported 3.4 and sent email to the
> > maintainer and to the list. Zip in response.
> > 
> 
> I plan to take care of it this week. (squid34 + aufs patches)
> 

My stuff here:

fetch http://www.pki2.com/squid34.tar


> Florian
> 


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

Concerning pkgng

2014-02-10 Thread Montgomery-Smith, Stephen 
So I have started using pkgng.  It is extremely easy to convert, it runs
very fast, and I really like it.

However, it would be nice if the old pkg_install, pkg_info, etc programs
were somehow disabled on FreeBSD-8.  Maybe they could look inside
/etc/make.conf and see if /var/db/pkg/local.sqlite exists, and then
decide not to operate.

The reason for this is because I can easily see me accidentally doing
pkg_delete instead of pkg delete.  And especially since pkg convert
seems to leave all the old directories in /var/db/pkg, I can see this
creating quite a mess.

I know I can simply delete the pkg_delete, pkg_info binaries.  But I'll
have to remember to do that each time I remake world.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Linux and Mac audio and video

2014-02-10 Thread Joe Nosay 
For the audio device, video capture, and video render what values within
the header files were called upon? If the patterns can be given to me, then
I could grep for a match within the system. Pulse audio and alsa exist for
FreeBSD albeit only on CISC i386 & AMD64/X86_64 and not the other
architectures. I'd rather that the build be available on all architectures
and refer to the system sound and not a layer.
Chromium@:: I don't have WebRTC as part of firefox or Chromium and I am
wondering, are there any gyp files or similar that are created or is there
a repository from which they come?
@webrtc.org What is the name of the file- and I may remember after sending
this email- that states the values such as OS and such?
For the gclient value, does it use an exact pattern matching to determine
the OS and can the pattern be set no to include any trailing value such as
release?
___
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] r343713: 4x leftovers

2014-02-10 Thread Ports-QAT 
- Convert to USES=kmod
- Add stage support
- Remove some steps from distribution Makefile already done by USES=kmod
- Specify license as 'BSD2CLAUSE' instead of just 'BSD'
- Allow packaging as user
- Simplify inclusions

Approved by:hrs (maintainer)
-

  Build ID:  20140210233801-43823
  Job owner: r...@freebsd.org
  Buildtime: 26 minutes
  Enddate:   Tue, 11 Feb 2014 00:03:54 GMT

  Revision:  r343713
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=343713

-

Port:print/acroreadwrapper 0.0.20130208

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20140210233801-43823-275108/acroreadwrapper-0.0.20130208.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20140210233801-43823-275109/acroreadwrapper-0.0.20130208.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20140210233801-43823-275110/acroreadwrapper-0.0.20130208.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~r...@freebsd.org/20140210233801-43823-275111/acroreadwrapper-0.0.20130208.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: Missing portsnap

2014-02-10 Thread LuKreme 

On 10 Feb 2014, at 14:44 , Charles Swiger  wrote:

> Hi--
> 
> On Feb 10, 2014, at 1:04 PM, LuKreme  wrote:
> [ ... ]
>> OK, as it turns out this is not a ports problem, but a DNS issue. I’m still 
>> confused:
>> 
>> # cat /etc/resolv.conf
>> 8.8.8.8
>> 75.148.37.67
> 
> That's wrong; your /etc/resolv.conf should look like this instead:
> 
> nameserver 8.8.8.8
> nameserver 75.148.37.67

That does look right. How odd, it says it was generated by 'resolvconf'

Thanks for the duh-stick.

-- 
Your letters they all say that you're beside me now. Then why do I feel
alone? I'm standing on a ledge and your fine spider web Is fastening my
ankle to a stone.

___
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: [kde-freebsd] avogadro update

2014-02-10 Thread Ajtim 
On Monday 10 February 2014 23:35:14 Alex V. Petrov wrote:
> It work, after upgrade of qt4-moc to 4.8.5_1
> 
> 
> 2014-02-10 23:19 GMT+08:00 Raphael Kubo da Costa :
> 
> > "Alex V. Petrov"  writes:
> >
> > > For me stop build:
> > >
> > > [ 10%] Building CXX object
> > >
> > libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o
> > > usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50:
> > Parse
> > > error at "BOOST_JOIN"
> > > --- libavogadro/src/moc_pythonengine_p.cxx ---
> > > *** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1
> > >
> > > make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
> > > 1 error
> >
> > This one has been fixed by ports r343646.
> >
> 
> 
> 
> 

Lucky you :). On my FreeBSD 10.0-RELEASE (*amd64) I have the same problem and 
it works if I put NO_STAGE=yes in Makefile:

> Compressing man pages (compress-man)
===>  Installing for avogadro-1.1.1_1
===>  Checking if science/avogadro already installed
===>   Registering installation for avogadro-1.1.1_1
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-packages/Avogadro.so):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/):
 No such file or directory
pkg-static: 
lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/): No 
such file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/science/avogadro
*** Error code 1

Stop.
make: stopped in /usr/ports/science/avogadro
-- 
Mitja
---
http://www.redbubble.com/people/lumiwa

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

Re: Missing portsnap

2014-02-10 Thread Charles Swiger 
Hi--

On Feb 10, 2014, at 1:04 PM, LuKreme  wrote:
[ ... ]
> OK, as it turns out this is not a ports problem, but a DNS issue. I’m still 
> confused:
> 
> # cat /etc/resolv.conf
> 8.8.8.8
> 75.148.37.67

That's wrong; your /etc/resolv.conf should look like this instead:

nameserver 8.8.8.8
nameserver 75.148.37.67

Regards,
-- 
-Chuck

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

Re: Maximizing the use of binary packages and minimizing building packages

2014-02-10 Thread Chad Perrin 
On Sun, Feb 09, 2014 at 10:39:44PM +, Matthew Seaman wrote:
> On 09/02/2014 22:18, Chad Perrin wrote:
> > On Tue, Jan 14, 2014 at 11:16:52PM +, Matthew Seaman wrote:
> >> On 14/01/2014 19:35, Matt Reimer wrote:
> >>> That's good news. What should I watch for in order to know when Really
> >>> Soon Now becomes Now?
> >>>
> >>
> >> The release of pkg-1.3.x
> > 
> > After most of a month (yes, I know that's not all that long), as I
> > upgrade Mumble from pkgng to portmaster install to avoid having Qt
> > binary package libs destroy X11 functionality with KMS again and watch
> > the process destroy my browser instead, I wonder . . .
> > 
> > Do you have any estimate on how many months Real Soon Now might mean?  I
> > swear I won't hold you to a deadline; I would rather it be done right
> > than done quickly.  I'm just interested in having something like an
> > order-of-magnitude guesstimate for how far in the future Real Soon Now
> > will happen.
> 
> I can't really say.  The essential code -- the new solver -- has been
> committed to the Github master branch.  But there's a lot of work to do
> yet to bed that in properly and debug any problems.
> 
> We did at one point mutter about making a new branch about every three
> months or so, which would put 1.3 release sometime in March.  But that's
> way too early IMHO.  "When it's ready."

Okay, thanks.  Sounds like six months from now probably isn't *too*
unrealistic, then.

-- 
Chad Perrin [ original content licensed OWL: http://owl.apotheon.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"

PATCH: Re: graphics/rawtherapee: r342622 crashes on HEAD

2014-02-10 Thread Matthias Andree 
Am 10.02.2014 18:08, schrieb Erich Dollansky:

> it depends obviously on factors we do not really know. I also have had
> a working rawtherapee a few weeks ago. Just the last update of the
> ports tree killed it again.

Greetings,

thanks to Waitman who debugged things over the weekend, we have a prime
suspect, and that's an insufficient iconv() set on FreeBSD 10 and newer
that for some users makes glib20 and glibmm together throw an exception
when asked to convert UTF-8 to wchar_t that Rawtherapee does not catch
nor report.  We may also have a solution, which I am asking you to test.

*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*

1. download Koop's patch to glib20 from
   

2. apply the patch, build and install glib20 with the patch

3. try *and report* if that fixes the rawtherapee crashes?

Thanks.

Best regards
Matthias
___
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: Missing portsnap

2014-02-10 Thread LuKreme 

On 10 Feb 2014, at 09:48 , LuKreme  wrote:

> # portsnap fetch update
> Looking up portsnap.FreeBSD.org mirrors... none found.
> Fetching public key from portsnap.FreeBSD.org... failed.
> No mirrors remaining, giving up.

OK, as it turns out this is not a ports problem, but a DNS issue. I’m still 
confused:

 # cat /etc/resolv.conf
8.8.8.8
75.148.37.67
 # dig www.google.com

; <<>> DiG 9.9.3-P2 <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 46263
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.google.com.IN  A

;; Query time: 4 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Feb 10 14:02:45 MST 2014
;; MSG SIZE  rcvd: 43

 # dig www.google.com @8.8.8.8

; <<>> DiG 9.9.3-P2 <<>> www.google.com @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56636
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.google.com.IN  A

;; ANSWER SECTION:
www.google.com. 116 IN  A   74.125.192.103
www.google.com. 116 IN  A   74.125.192.104
www.google.com. 116 IN  A   74.125.192.105
www.google.com. 116 IN  A   74.125.192.147
www.google.com. 116 IN  A   74.125.192.106
www.google.com. 116 IN  A   74.125.192.99

;; Query time: 27 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Feb 10 14:03:15 MST 2014
;; MSG SIZE  rcvd: 139



-- 
Don't be afraid to be weak, Don't be too proud to be strong.

___
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/tvheadend fails under FreeBSD 9.2-stable

2014-02-10 Thread Bernhard Fröhlich 
Am 10.02.2014 20:22 schrieb "Torfinn Ingolfsen" :
>
> On Sun, Feb 9, 2014 at 9:25 PM, Bernhard Fröhlich 
wrote:
> >
> >
> > There is definitely something wrong with your box. The ffmpeg option is
on
> > so there should be a dependency for ffmpeg1 but I don't see any check
for it
> > in your output and the confogure check for ffmpeg is also failing.
>
> Are you saying that a port named 'ffmpeg*' should be installed?
> Because on the 10.0 box (where tvheadend did install), there isn't any
> ffmpeg ports installed:
> root@kg-v7# uname -a
> FreeBSD kg-v7.kg4.no 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu
> Jan 16 22:34:59 UTC 2014
> r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>
> root@kg-v7# cd /usr/ports/multimedia/tvheadend
> root@kg-v7# make showconfig
> ===> The following configuration options are available for
> tvheadend-3.4.0.20130726.3_4:
>  AVAHI=off: Zeroconf support via Avahi
>  DVBCSA=on: Replace internal ffdecsa with dvbcsa
>  FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
> ===> Use 'make config' to modify these settings
>
> root@kg-v7# portversion -v tvh*
> [Reading data from pkg(8) ... - 316 packages found - done]
> tvheadend-3.4.0.20130726.3_4  =  up-to-date with port
>
> root@kg-v7# portversion -v *ffm*
> [Reading data from pkg(8) ... - 316 packages found - done]
> ** No matching package found: *ffm*
>
>
> >
> > So either the ports dependency on ffmpeg1 is broken or you have quite
badly
> > broken/misconfigured your box.
>
> The box has been upgraded with standard tools (ie. svn, make world).
> The ports on said box has also been upgraded with standard tools
> (portsnap, portupgrade), including reading /usr/ports/UPDATING and
> taking actions where appropriate.
>
> So I tried
> ports-mgmt/pchecker - it didn't report anything interesting
> pkg_libchk (from sysutils/bsdadminscripts) - it didn't find anything
interesting
>
> Any hints on how to find out what's broken?
>
> --
> Regards,
> Torfinn Ingolfsen

I already see what's wrong and it's a mistake in the port. I will fix that
tomorrow.
___
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] r343668: 2x leftovers, 6x success

2014-02-10 Thread Ports-QAT 
Update the sleuthkit to 4.1.3:
- Use libtool (instead of jumping from .11 to .12, we go back to .10)
- Include a patch which allows python bindings to work correctly (obtained from 
Joachim Metz)

Update pytsk to 2014-02-09:
- Remove DOCS/EXAMPLES conditionals
- Don't override DOCSDIR and EXAMPLESDIR, mva's patch will do it soon
-

  Build ID:  20140210181400-6201
  Job owner: anto...@freebsd.org
  Buildtime: 102 minutes
  Enddate:   Mon, 10 Feb 2014 19:56:26 GMT

  Revision:  r343668
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=343668

-

Port:sysutils/py-pytsk 2014.02.09

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274916/py27-pytsk-2014.02.09.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274917/py27-pytsk-2014.02.09.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274918/py27-pytsk-2014.02.09.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274919/py27-pytsk-2014.02.09.log

-

Port:sysutils/sleuthkit 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274920/sleuthkit-4.1.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274921/sleuthkit-4.1.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274922/sleuthkit-4.1.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140210181400-6201-274923/sleuthkit-4.1.3.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"

Timeout on ports/186046 (x11/dgs)

2014-02-10 Thread Christoph Moench-Tegeder 
Hi,

it's hard to call "maintainer timeout" on a port without maintainer,
but "ports/186046: x11/dgs : fix build with current texinfo" is sitting
there since January 23rd, even as the port itself has been touched
since then.
So may someone please commit those patches? In return I'd even take
maintainership, although I don't expect that port to be high-maintenance.

On a related note, since this is not the first time I stumbled across
lax texinfo files, is there any need to to a coordinated texinfo-fixing
session? I guess finding all those texinfo sources could be an
"interesting" exercise, as in most cases there is no registered build
dependency on texinfo (after all, there's one in base).

Regards,
Christoph

-- 
Spare Space
___
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/tvheadend fails under FreeBSD 9.2-stable

2014-02-10 Thread Torfinn Ingolfsen 
On Sun, Feb 9, 2014 at 9:25 PM, Bernhard Fröhlich  wrote:
>
>
> There is definitely something wrong with your box. The ffmpeg option is on
> so there should be a dependency for ffmpeg1 but I don't see any check for it
> in your output and the confogure check for ffmpeg is also failing.

Are you saying that a port named 'ffmpeg*' should be installed?
Because on the 10.0 box (where tvheadend did install), there isn't any
ffmpeg ports installed:
root@kg-v7# uname -a
FreeBSD kg-v7.kg4.no 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu
Jan 16 22:34:59 UTC 2014
r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

root@kg-v7# cd /usr/ports/multimedia/tvheadend
root@kg-v7# make showconfig
===> The following configuration options are available for
tvheadend-3.4.0.20130726.3_4:
 AVAHI=off: Zeroconf support via Avahi
 DVBCSA=on: Replace internal ffdecsa with dvbcsa
 FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
===> Use 'make config' to modify these settings

root@kg-v7# portversion -v tvh*
[Reading data from pkg(8) ... - 316 packages found - done]
tvheadend-3.4.0.20130726.3_4  =  up-to-date with port

root@kg-v7# portversion -v *ffm*
[Reading data from pkg(8) ... - 316 packages found - done]
** No matching package found: *ffm*


>
> So either the ports dependency on ffmpeg1 is broken or you have quite badly
> broken/misconfigured your box.

The box has been upgraded with standard tools (ie. svn, make world).
The ports on said box has also been upgraded with standard tools
(portsnap, portupgrade), including reading /usr/ports/UPDATING and
taking actions where appropriate.

So I tried
ports-mgmt/pchecker - it didn't report anything interesting
pkg_libchk (from sysutils/bsdadminscripts) - it didn't find anything interesting

Any hints on how to find out what's broken?

-- 
Regards,
Torfinn Ingolfsen
___
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: Squid aufs crashes under 10.0

2014-02-10 Thread Florian Smeets 
On 10/02/14 16:21, Dennis Glatting wrote:
> On Mon, 2014-02-10 at 11:15 +0400, Pavel Timofeev wrote:
>> So what should I do?
>> Write a PR to squid's bugzilla with link to this thread?
>> Fill FreeBSD ports' PR? (it seems like maintainer of squid doesn't
>> look at PRs about squid).
>> And it seems like this problem is retaled to all of squid ports, not
>> only to www/squid33.
>>
> 
> Good question. I don't know. I ported 3.4 and sent email to the
> maintainer and to the list. Zip in response.
> 

I plan to take care of it this week. (squid34 + aufs patches)

Florian



signature.asc
Description: OpenPGP digital signature

Re: Lightzone

2014-02-10 Thread Kurt Jaeger 
Hi!

> I am a professional Photographer and work on PCBSD.
> Iworks 15 Years on Linux / debian and Red Hat and have changed to FreeBsd.
> I need to work with the Graphic-Tool Lightzone, but can not find it in 
> the Port-Search.
> 
> Please tell me how i can get it in a Port.

One small step: adding it to:

https://wiki.freebsd.org/WantedPorts

Done.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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: Lightzone

2014-02-10 Thread Erich Dollansky 
Hi,

On Mon, 10 Feb 2014 19:05:58 +0100
Peter Woitschikowski  wrote:

> Hello,
> 
> I am a professional Photographer and work on PCBSD.
> Iworks 15 Years on Linux / debian and Red Hat and have changed to
> FreeBsd. I need to work with the Graphic-Tool Lightzone, but can not
> find it in the Port-Search.
> 
it is not included in the ports.

You might have a look at rawthereapee.

> Please tell me how i can get it in a Port.

The usual answer is here that yuo can write the port.

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

Lightzone

2014-02-10 Thread Peter Woitschikowski 

Hello,

I am a professional Photographer and work on PCBSD.
Iworks 15 Years on Linux / debian and Red Hat and have changed to FreeBsd.
I need to work with the Graphic-Tool Lightzone, but can not find it in 
the Port-Search.


Please tell me how i can get it in a Port.

Thank you,

Peter
___
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/rawtherapee: r342622 crashes on HEAD

2014-02-10 Thread Erich Dollansky 
Hi,

On Mon, 10 Feb 2014 10:03:47 +0100
Matthias Andree  wrote:

> Am 10.02.2014 03:40, schrieb Erich Dollansky:
> > 
> > On Sun, 9 Feb 2014 07:07:00 -0800
> > "Waitman Gobble"  wrote:
> > 
> >> USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
> >>
> > as you might have expected, this also fixes rawtherapee on 10.0.
> 
> Interesting™, thanks for the feedback.
> 
> Meaning: why does it /not/ crash for me on 10.0?  Who made glib use
> libiconv-from-ports (I believe I used default options for all ports on
> 10.0, and most are actually binaries installed with pkg), or did
> glib20 automatically pick up libiconv or or or... Will have to
> investigate tonight.
> 

it depends obviously on factors we do not really know. I also have had
a working rawtherapee a few weeks ago. Just the last update of the
ports tree killed it again.

Erich
___
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/rawtherapee: r342622 crashes on HEAD

2014-02-10 Thread Matthias Andree 
Am 10.02.2014 03:40, schrieb Erich Dollansky:
> Hi,
> 
> On Sun, 9 Feb 2014 07:07:00 -0800
> "Waitman Gobble"  wrote:
> 
>> USES=gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5
>>
> as you might have expected, this also fixes rawtherapee on 10.0.

Interesting™, thanks for the feedback.

Meaning: why does it /not/ crash for me on 10.0?  Who made glib use
libiconv-from-ports (I believe I used default options for all ports on
10.0, and most are actually binaries installed with pkg), or did glib20
automatically pick up libiconv or or or... Will have to investigate tonight.

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

Missing portsnap

2014-02-10 Thread LuKreme 
I have a freeBSD 9.2 install that I set up a few months ago and when I went to 
install the del branch of ntp (postmaster ntp-devel) I get a failure at 
libiconv:

===>  Cleaning for libiconv-1.14_1
===>  Found saved configuration for libiconv-1.14_1
=> libiconv-1.14.tar.gz doesn't seem to exist in /usr/ports/distfiles//.
=> Attempting to fetch http://ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz
fetch: http://ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz: No address record
=> Attempting to fetch ftp://ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz
fetch: ftp://ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz: No address record
=> Attempting to fetch 
http://www.gtlib.gatech.edu/pub/gnu/gnu/libiconv/libiconv-1.14.tar.gz
fetch: http://www.gtlib.gatech.edu/pub/gnu/gnu/libiconv/libiconv-1.14.tar.gz: 
No address record
=> Attempting to fetch 
http://mirrors.kernel.org/gnu/libiconv/libiconv-1.14.tar.gz
fetch: http://mirrors.kernel.org/gnu/libiconv/libiconv-1.14.tar.gz: No address 
record
=> Attempting to fetch ftp://ftp.kddlabs.co.jp/GNU/libiconv/libiconv-1.14.tar.gz
fetch: ftp://ftp.kddlabs.co.jp/GNU/libiconv/libiconv-1.14.tar.gz: No address 
record
=> Attempting to fetch ftp://ftp.dti.ad.jp/pub/GNU/libiconv/libiconv-1.14.tar.gz
fetch: ftp://ftp.dti.ad.jp/pub/GNU/libiconv/libiconv-1.14.tar.gz: No address 
record
=> Attempting to fetch 
http://ring.nict.go.jp/archives/GNU/libiconv/libiconv-1.14.tar.gz
fetch: http://ring.nict.go.jp/archives/GNU/libiconv/libiconv-1.14.tar.gz: No 
address record
=> Attempting to fetch 
ftp://ftp.mirrorservice.org/sites/ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz
fetch: 
ftp://ftp.mirrorservice.org/sites/ftp.gnu.org/gnu/libiconv/libiconv-1.14.tar.gz:
 No address record
=> Attempting to fetch 
ftp://ftp.informatik.hu-berlin.de/pub/gnu/gnu/libiconv/libiconv-1.14.tar.gz
fetch: 
ftp://ftp.informatik.hu-berlin.de/pub/gnu/gnu/libiconv/libiconv-1.14.tar.gz: No 
address record
=> Attempting to fetch 
ftp://ftp.informatik.rwth-aachen.de/pub/mirror/ftp.gnu.org/pub/gnu/libiconv/libiconv-1.14.tar.gz
fetch: 
ftp://ftp.informatik.rwth-aachen.de/pub/mirror/ftp.gnu.org/pub/gnu/libiconv/libiconv-1.14.tar.gz:
 No address record
=> Attempting to fetch 
http://ftp.funet.fi/pub/gnu/prep/libiconv/libiconv-1.14.tar.gz
fetch: http://ftp.funet.fi/pub/gnu/prep/libiconv/libiconv-1.14.tar.gz: No 
address record
=> Attempting to fetch 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libiconv-1.14.tar.gz
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libiconv-1.14.tar.gz: 
No address record
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles// and try again.
*** [do-fetch] Error code 1

Stop in /usr/ports/converters/libiconv.
*** [build] Error code 1

So, I tried to updated the ports tree

 # portsnap fetch update
Looking up portsnap.FreeBSD.org mirrors... none found.
Fetching public key from portsnap.FreeBSD.org... failed.
No mirrors remaining, giving up.
 #

The machine is connected to the Internet (I am on the machine via SSH). So now 
what?

 # ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=47 time=21.314 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=21.692 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=21.479 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=21.191 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 21.191/21.419/21.692/0.188 ms


-- 
"Here comes sunrise. Yeah, here's your sunrise. I used to hide from the
sun, tried to live my whole life underground, why'd you have to rise and
ruin all my fun? Just turn over; close the curtains on the day."

___
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: [kde-freebsd] avogadro update

2014-02-10 Thread Alex V. Petrov 
It work, after upgrade of qt4-moc to 4.8.5_1


2014-02-10 23:19 GMT+08:00 Raphael Kubo da Costa :

> "Alex V. Petrov"  writes:
>
> > For me stop build:
> >
> > [ 10%] Building CXX object
> >
> libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o
> > usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50:
> Parse
> > error at "BOOST_JOIN"
> > --- libavogadro/src/moc_pythonengine_p.cxx ---
> > *** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1
> >
> > make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
> > 1 error
>
> This one has been fixed by ports r343646.
>



-- 
--
Alex V. Petrov
___
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: Squid aufs crashes under 10.0

2014-02-10 Thread Dennis Glatting 
On Mon, 2014-02-10 at 11:15 +0400, Pavel Timofeev wrote:
> So what should I do?
> Write a PR to squid's bugzilla with link to this thread?
> Fill FreeBSD ports' PR? (it seems like maintainer of squid doesn't
> look at PRs about squid).
> And it seems like this problem is retaled to all of squid ports, not
> only to www/squid33.
> 

Good question. I don't know. I ported 3.4 and sent email to the
maintainer and to the list. Zip in response.

My 3.4 patch to the Makefile, based on the 3.3 Makefile, are specific to
FreeBSD 10 and clang++ std=c++11 but I'm not a ports Makefile hack (it
leaves me bewildered at times) and that patch reflects it. Tutoring may
be required. :)

Dimitry's insight to cstring was insightful but that needs to be fed
back to the Squid developers.

I recall compiling 3.4 using GCC 4.8 and 4.9 but I don't recall the
results.


> 2014-02-09 23:56 GMT+04:00 Dimitry Andric :
> > On 09 Feb 2014, at 20:16, Dennis Glatting  wrote:
> >> On Sun, 2014-02-09 at 19:37 +0100, Dimitry Andric wrote:
> > ...
> >>> Very bad coding practice, obviously.  It should call Find() first, and
> >>> if that returns NULL, it should abort in some sort of controlled way.
> >>>
> >>
> >> Found that too but not the reason why:
> >>
> >> (lldb) run -d -z -F -f /root/squid.conf
> >> Process 23598 launched: './src/squid' (x86_64)
> >> Find(): Mmapped
> >> Find(): IpcIo
> >> Find(): DiskDaemon
> >> Find(): Blocking
> >> Find(): AIO
> >> Returning NULL
> >>
> >> There's a lot of faulty (i.e., a lack thereof) checking in Squid. For
> >> example, I replaced strlen() with a custom version that first checks for
> >> NULL and returns 0 if that is the case (strlen() was often called by
> >> std::cstring::c_str() that was not yet initialized). That small code
> >> fragment resolved a lot of SEGVs.
> >
> > There are a bunch of places where they use std::ostream::operator<< to
> > output e.g. configuration strings to the debug stream, for example in
> > uniqueHostname(), in src/tools.cc:
> >
> > const char *
> > uniqueHostname(void)
> > {
> > debugs(21, 3, HERE << " Config: '" << Config.uniqueHostname << "'");
> > return Config.uniqueHostname ? Config.uniqueHostname : getMyHostname();
> > }
> >
> > The problem case is when Config.uniqueHostname is NULL: this gets
> > converted into a std::string first (which is _undefined behavior_), then
> > it gets streamed to the debug stream.
> >
> > However, there is a difference between libstdc++ and libc++ here: the
> > former silently accepts NULL arguments passed to the std::string
> > constructor, creating a sort of "empty" string for you, which seems to
> > work as normal.  The latter just stores your NULL pointer, and if you
> > actually try to do anything with it, the program will crash.
> >
> > To fix at least two places where this is done, drop the attached patches
> > in www/squid33/files.
> >
> > -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"

Re: [kde-freebsd] avogadro update

2014-02-10 Thread Raphael Kubo da Costa 
"Alex V. Petrov"  writes:

> For me stop build:
>
> [ 10%] Building CXX object
> libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o
> usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse
> error at "BOOST_JOIN"
> --- libavogadro/src/moc_pythonengine_p.cxx ---
> *** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1
>
> make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
> 1 error

This one has been fixed by ports r343646.
___
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"

Redport builds are all "finished" without logs

2014-02-10 Thread John W. O'Brien 
Hello decke,

Could you help me understand what's going on with this build [0]? Did an
admin kill the job, and if so, why? Otherwise, what happened and is it
because I'm doing something wrong?

Thank you,
John

[0] https://redports.org/buildarchive/20140210032800-24135/



signature.asc
Description: OpenPGP digital signature

Re-inventing the FreeSWITCH port

2014-02-10 Thread Kozlov Sergey 
Hi everyone.

I'm working on re-inventing the FreeSWITCH port. The previous FreeSWITCH
port was deleted not so long ago and the current -devel variant is outdated.

I've already ported and patched some relatively simple ports, but
FreeSWITCH is completely different case.
The software consists of the core (which is pretty useless alone) and
151 modules which add functionality to the core, 45 of which are
considered the default packaging.

The main questions are:

1. What architecture is the best for this kind of port?
The options are:
a. Create one freeswitch-core port, 151 freeswitch-mod_foobar ports
and a freeswitch metaport which will bring in the core and all the
modules from the default packaging?
b. Create one freeswitch port with 151+ options and default
packaging modules declared as default options
c. Option (b) with the freeswitch-full MASTERDIR port which installs
all the modules
d. Your option

2. When should I post the first version of the port?
The thing is that every module needs it's own distfiles, dependencies,
patches, plist entries and so on. Every module needs as much effort as a
small port, and thoughts that i need to properly write options, patches,
plist entries and everything else for 151 modules drive me crazy. Now
I've managed to correctly build the default packaging. If I used option
(b) from the first question then I could create the freeswitch port
without options, a static plist and post it right away, making all the
changes afterwards. This will create a freeswitch binary package which
will be ready to use and won't change much later.

3. Testing the port.
The complexity of this port makes me think it will be full of build
errors, which will produce suboptimal or broken binaries. How to ask to
consider this port experimental? Should I only write the warning message
in pkg-message or maybe something else?

Any help is greatly appreciated.

Best regards,
Kozlov Sergey.
___
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"

Update for graphics/libopenraw failed

2014-02-10 Thread Randy Pratt 
The system is an 8.4-STABLE/i386.

Excerpt from the entire http://myfreebsd.homeunix.net/libopenraw-0.0.8_5.log :

checking boost/test/unit_test.hpp presence... yes
checking for boost/test/unit_test.hpp... yes
checking for the Boost unit_test_framework library... no
configure: error: Could not find the flags to link with Boost 
unit_test_framework
===>  Script "configure" failed unexpectedly.
-

The libs seem to be there and were were updated:
/usr/local/lib/libboost_unit_test_framework.a
/usr/local/lib/libboost_unit_test_framework.so -> 
libboost_unit_test_framework.so.1.55.0
/usr/local/lib/libboost_unit_test_framework.so.1.55.0
/usr/local/lib/libboost_unit_test_framework.so.5 -> 
libboost_unit_test_framework.so.1.55.0

The entire update log URL is:
http://myfreebsd.homeunix.net/updates/ports/ports-2014.02.09.0606.log

Output of /usr/local/sbin/pkg-static info -g -Ea :
http://myfreebsd.homeunix.net/pkg-info-02.09.txt

I can provide any additional information if needed and do any testing
required.  Any pointers or suggestions to resolve this would be greatly
appreciated.

I've noticed that Firefox won't start due to the interrupted update.  I've
decided that once things get resolved that I'll be using poudriere to
build packages for updating so that I can be reasonably sure that updates
will succeed.

Thanks,

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

2014-02-10 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/186619[Patch]: Fix symlink handling for uniquefiles USES
o ports/186615[PATCH] devel/hadoop: Install hdfs.h
f ports/186613devel/coccinelle 1.0.0.r18 not installing a working sp
o ports/186612Update port games/megaglest-data to 3.9.0
o ports/186610Update port mail/assp to 14040 build
o ports/186606www/revive-adserver - new port which obsoletes www/ope
f ports/186605textprox/pear-Numbers_Words update
f ports/186604stage support for textproc/par
f ports/186598stage support for x11-wm/dwm
f ports/186596[patch] multimedia/imagination stage support, options 
f ports/186591databases/mariadb55-server fails to build on FreeBSD10
o ports/186579Fix for building graphics/picpuz on FreeBSD-11.X
o ports/186577Fix for building games/blockout on FreeBSD-11.X
f ports/186575Start of Samba results in "nss_ldap: could not search 
f ports/186567graphics/openshadinglanguage: Assertion failed: (sizeo
f ports/186566databases/mariadb55-client fails to build
o ports/186565games/tome4: segfault at startup
f ports/186563databases/postgis21: error: use of undeclared identifi
f ports/186562[UPDATE] ports-mgmt/jailaudit  make it work with pkg
o ports/186561[MAINTAINER] lang/ficl: added header files to packet
o ports/186560net/iffinder update
o ports/186558[MAINTAINER] databases/tcl-sqlite3: update to 3.8.3
f ports/186555Request: I2P software
o ports/186550[patch] mail/prayer is unmaintained; take maintenance 
f ports/186545[PATCH] security/sssd: add ignore_unknown_user option 
f ports/186540audio/sox installs symlink with non-existent target
o ports/186532[NEW PORT] sysutils/mcollective-puppet-agent: Puppet a
o ports/186529multimedia/xbmc fails staging due to non-existent file
f ports/186523[PATCH] audio/waon update to version 0.10
f ports/186521devel/swig20 generated wrappers incompatibility with c
o ports/186519New port net/libblkmaker MIT-licensed C implementation
f ports/186518finance/ledger: segmentation fault
f ports/186516/usr/ports/misc/gnuls broken
o ports/186514cannot build x11-drivers/input-wacom
o ports/186512[MAINTAINER UPDATE] math/stp
f ports/186508lang/ficl package doesn't install ficl.h
o ports/186503"make install package" segfaults
f ports/186502www/davical fails with Mac OS X 10.9's Contacts.app
o ports/186498www/cas build failure
o ports/186496update lang/qore to 0.8.8
o ports/186493[new port] net-p2p/feathercoin: Virtual Peer-to-Peer C
o ports/186484New port: ports-mgmt/pkgcompare Alternate to pkg upgra
o ports/186480astro/wmmoonclock fails to build
o ports/186476audio/wildmidi version 0.3.3
o ports/186462audio/mixxx fails to configure when SHOUTCAST option i
f ports/186450graphics/mapnik does not build due to missing include/
o ports/186444[regression] cad/tochnog on ia64 11-current
o ports/186442[patch] sysutils/zfs-periodic Update of pkg-message
f ports/186431BROKEN www/hiawatha fails to start after make install:
o ports/186429new port: net/mikrotik-mac-telnet command line tools t
f ports/186425[patch] irc/bitchx - Fix runtime issue on 10.0 with CL
o ports/186411sysutils/moosefs-chunkserver: Fix default conf path fo
o ports/186404sysutils/moosefs-master: Fix default conf path for Moo
f ports/186403devel/gdb 7.6.1_1 internal error attaching to process
f ports/186402net/delegate can't compile
f ports/186386sysutils/logstash on FreeBSD10 does not build due to j
o ports/186384[patch] [maintainer update] net/turnserver port upgrad
o ports/186381fix sysutils/spindown compile errors with clang
o ports/186374[maintainer] audio/teamspeak3-server 3.0.10.1 -> 3.0.1
f ports/186372[UPDATE] ports-mgmt/porttools: update to 1.00.2014.02.
f ports/186358net/owncloud-csync ocsync binary missing
f ports/186355devel/otrs: unnecessary dependency on www/apache22
o ports/186340[MAINTAINER] Update devel/libcidr to 1.2.3
f ports/186339devel/fuel add ST

FreeBSD ports you maintain which are out of date

2014-02-10 Thread portscout 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
archivers/xarchiver | 0.5.2   | 0.5.3
+-+
biology/tinker  | 6.2.06  | 6.3.1
+-+
databases/jasperreports | 5.1.2   | 5.5.1
+-+
devel/bisoncpp  | 4.05.00 | 4.06.00
+-+
games/doomsday  | 1.12.2  | 
1.14.0-build1136
+-+
math/jlatexmath | 0.9.7   | 1.0.3
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

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