date:20140302

mutt failing to build on current

2014-03-02 Thread hiren panchasara

Poudriere failed to build mutt for me and here is the error log:

http://bpaste.net/show/184460/

I have today's current and up-to-date ports tree.

Please let me know if I can provide more info.

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

Re: dns/djbdns [do-package] Error code 1

2014-03-02 Thread Baptiste Daroussin

On Sun, Mar 02, 2014 at 07:53:31PM -0800, David Thiel wrote:
> On 02/27, Chad J. Milios wrote:
> > root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache
> > dnscache-conf: fatal: unable to switch to 
> > /usr/ports/dns/djbdns/work/stage/usr/local: file does not exist
> > root@kakashi:~ # strings `which dnscache-conf` | grep stage
> > /usr/ports/dns/djbdns/work/stage/usr/local
> > 
> > HOWEVER the software works properly ONCE it manages to get installed by 
> > the normal `make clean install` method (where i have to try about 15 
> > times with my fingers crossed and by the grace of God it works one of 
> > the times) and strings reports no 'stage' anywhere in dnscache-conf
> 
> Bapt figured it out. The "it" target included the install target, making
> "prog" the more appropriate build target. I'm still rather confused as
> to why this made the issues timing-sensitive (and apparently only in
> some environments), but it should work now. Similar issues may be
> affecting other djb ports; I'll investigate that this week.
> 
I have been able to reproduce this issue everywhere, sorry it was totally my
fault as with "DEVELOPER=yes" in my make.conf it was showing the problem during
the qa phase which somehow I haven't seen the first time when I staged it.

My bad, I deserve my pointyhat for that one.

I have had a look at sysutils/daemontools and it is safe in that area, in fact
given how most of djb's Makefile are written 'it' should be the right target,
djbdns seems a bit special here.

Sorry about the initial breakage

regards,
Bapt


pgp_b7hwFKnAZ.pgp
Description: PGP signature

Re: [patch] net-mgmt/flowviewer and security/silktools patches

2014-03-02 Thread Muhammad Moinur Rahman

Hi,

Can you please send me the patches as attachment rather than inline. I will
try to rebuild it from scratch and check it out again with Silktools.

Regards,
Muhammad


On Wed, Feb 19, 2014 at 12:57 AM, Chad Gross  wrote:

> On Tue, Feb 18, 2014 at 10:33 AM, Chad Gross  wrote:
>
> > I managed to configure net-mgmt/flowviewer with security/silktools, but
> > had to make some modifications to get it working. FlowViewer is
> configured
> > by defaut to pass the $silk_data_dir + $device_name as the root data
> > directory to the rwfilter tool, when the root directory should be the
> same
> > as $silk_data_dir. I've confirmed it is still the configured this way in
> > the latest version (4.3, released 2/11/14) so I could be misconfiguring
> > something, but I don't see how since I following the documentation (
> > http://sourceforge.net/projects/flowviewer/files/FlowViewer.pdf/download
> ).
> > I also manually ran the commands out of working/DEBUG_VIEWER and it
> > produced nothing until I updated --data-rootdir=/data/flows/S0 to
> >  --data-rootdir=/data/flows.
> >
> > Here are patches for the 4 affected files:
> >
> >
> > --- FlowGrapher_Main.cgi.orig   2014-02-18 08:49:42.0 -0500
> >
> > +++ FlowGrapher_Main.cgi2014-02-18 09:09:58.0 -0500
> >
> > @@ -535,7 +535,7 @@
> >
> > $silk_flow_type =~ s/\s+//g;
> >
> > }
> >
> >
> >
> > -   $data_root_dir = $silk_data_directory ."/". $device_name;
> >
> > +   $data_root_dir = $silk_data_directory;
> >
> >
> >
> > # Prepare rwfilter start and end time parameters, filter criteria
> > and window type
> >
> >
> > --- FlowTracker_Recreate.orig   2014-02-16 15:50:35.0 -0500
> >
> > +++ FlowTracker_Recreate2014-02-18 09:09:58.0 -0500
> >
> > @@ -245,7 +245,7 @@
> >
> > $cat_start =
> > epoch_to_date($cat_start_epoch,"LOCAL");
> >
> > $cat_end   =
> epoch_to_date($cat_end_epoch,"LOCAL");
> >
> >
> >
> > -   $data_root_dir = $silk_data_directory ."/".
> > $device_name;
> >
> > +   $data_root_dir = $silk_data_directory;
> >
> >
> >
> > $silk_flow_type = "";
> >
> >
> >
> > --- FlowTracker_Collector.orig  2014-02-18 08:48:54.0 -0500
> >
> > +++ FlowTracker_Collector   2014-02-18 09:09:58.0 -0500
> >
> > @@ -303,7 +303,7 @@
> >
> >
> >
> > # Set up silk data sources
> >
> >
> >
> > -   $data_root_dir = $silk_data_directory ."/".
> > $device_name;
> >
> > +   $data_root_dir = $silk_data_directory;
> >
> >
> >
> > $silk_flow_type = "";
> >
> >
> >
> > --- FlowViewer_Main.cgi.orig2014-02-18 08:52:30.0 -0500
> >
> > +++ FlowViewer_Main.cgi 2014-02-18 09:09:58.0 -0500
> >
> > @@ -431,7 +431,7 @@
> >
> >  $silk_flow_type =~ s/\s+//g;
> >
> >  }
> >
> >
> >
> > -$data_root_dir = $silk_data_directory ."/". $device_name;
> >
> > +$data_root_dir = $silk_data_directory;
> >
> >
> >
> >  # Prepare rwfilter start and end time parameters
> >
> >
> >
> >
> > I also found that security/silktools uses UTC by default, but has a
> > configuration option to enable localtime (
> > https://tools.netsa.cert.org/silk/faq.html#timestamp-mismatch).
> >
> > Here is a patch to the Makefile containing a config option for localtime:
> >
> >
> > --- /usr/ports/silktools/Makefile.orig  2014-02-18 09:29:28.0
> -0500
> >
> > +++ /usr/ports/silktools/Makefile   2014-02-18 09:41:48.0
> -0500
> >
> > @@ -23,6 +23,11 @@
> >
> >  USES=  perl5
> >
> >  USE_PERL5= build
> >
> >
> > +HAS_CONFIGURE= yes
> >
> > +OPTIONS_DEFINE= LOCALTIME
> >
> > +LOCALTIME_DESC= Use localtime instead of UTC
> >
> > +
> >
> > +
> >
> >  MAN1=  mapsid.1 num2dot.1 rwaddrcount.1 rwappend.1 \
> >
> > rwbag.1 rwbagbuild.1 rwbagcat.1 rwbagtool.1 \
> >
> > rwcat.1 rwcount.1 rwcut.1 rwdedupe.1 rwfglob.1 \
> >
> > @@ -51,6 +56,13 @@
> >
> > rwsender.8
> >
> >
> >  NO_STAGE=  yes
> >
> > +
> >
> > +.include 
> >
> > +
> >
> > +.if ${PORT_OPTIONS:MLOCALTIME}
> >
> > +CONFIGURE_ARGS+=--enable-localtime
> >
> > +.endif
> >
> > +
> >
> >  post-patch:
> >
> > @${REINPLACE_CMD} -e 's|echo aout|echo elf|' ${WRKSRC}/configure
> >
> >
> >
> > Thanks,
> >
> >
> > Chad
> >
>
>
>
> Here is another patch for net-mgmt/flowview so sensor filtering works. I am
> not sure why, but this file is originally trying to use the exporter as the
> sensor for SiLK devices. This is interesting since the PDF above indicated
> that the @exporter array was only used for flow-tools, not SiLK but alas
> here it is using it. If anything I think it would make more sense to use
> the "device" as the sensor, especially since @ipfix_devices is already
> defined as a sensor per the documentation. To make matters worse it is
> grepping for

Re: dns/djbdns [do-package] Error code 1

2014-03-02 Thread David Thiel

On 02/27, Chad J. Milios wrote:
> root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache
> dnscache-conf: fatal: unable to switch to 
> /usr/ports/dns/djbdns/work/stage/usr/local: file does not exist
> root@kakashi:~ # strings `which dnscache-conf` | grep stage
> /usr/ports/dns/djbdns/work/stage/usr/local
> 
> HOWEVER the software works properly ONCE it manages to get installed by 
> the normal `make clean install` method (where i have to try about 15 
> times with my fingers crossed and by the grace of God it works one of 
> the times) and strings reports no 'stage' anywhere in dnscache-conf

Bapt figured it out. The "it" target included the install target, making
"prog" the more appropriate build target. I'm still rather confused as
to why this made the issues timing-sensitive (and apparently only in
some environments), but it should work now. Similar issues may be
affecting other djb ports; I'll investigate that this week.

___
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: [patch] net-mgmt/flowviewer and security/silktools patches

2014-03-02 Thread Chad Gross

On Tue, Feb 18, 2014 at 1:57 PM, Chad Gross  wrote:

> On Tue, Feb 18, 2014 at 10:33 AM, Chad Gross  wrote:
>
>> I managed to configure net-mgmt/flowviewer with security/silktools, but
>> had to make some modifications to get it working. FlowViewer is configured
>> by defaut to pass the $silk_data_dir + $device_name as the root data
>> directory to the rwfilter tool, when the root directory should be the same
>> as $silk_data_dir. I've confirmed it is still the configured this way in
>> the latest version (4.3, released 2/11/14) so I could be misconfiguring
>> something, but I don't see how since I following the documentation (
>> http://sourceforge.net/projects/flowviewer/files/FlowViewer.pdf/download).
>> I also manually ran the commands out of working/DEBUG_VIEWER and it
>> produced nothing until I updated --data-rootdir=/data/flows/S0 to
>>  --data-rootdir=/data/flows.
>>
>> Here are patches for the 4 affected files:
>>
>>
>> --- FlowGrapher_Main.cgi.orig   2014-02-18 08:49:42.0 -0500
>>
>> +++ FlowGrapher_Main.cgi2014-02-18 09:09:58.0 -0500
>>
>> @@ -535,7 +535,7 @@
>>
>> $silk_flow_type =~ s/\s+//g;
>>
>> }
>>
>>
>>
>> -   $data_root_dir = $silk_data_directory ."/". $device_name;
>>
>> +   $data_root_dir = $silk_data_directory;
>>
>>
>>
>> # Prepare rwfilter start and end time parameters, filter criteria
>> and window type
>>
>>
>> --- FlowTracker_Recreate.orig   2014-02-16 15:50:35.0 -0500
>>
>> +++ FlowTracker_Recreate2014-02-18 09:09:58.0 -0500
>>
>> @@ -245,7 +245,7 @@
>>
>> $cat_start =
>> epoch_to_date($cat_start_epoch,"LOCAL");
>>
>> $cat_end   =
>> epoch_to_date($cat_end_epoch,"LOCAL");
>>
>>
>>
>> -   $data_root_dir = $silk_data_directory ."/".
>> $device_name;
>>
>> +   $data_root_dir = $silk_data_directory;
>>
>>
>>
>> $silk_flow_type = "";
>>
>>
>>
>> --- FlowTracker_Collector.orig  2014-02-18 08:48:54.0 -0500
>>
>> +++ FlowTracker_Collector   2014-02-18 09:09:58.0 -0500
>>
>> @@ -303,7 +303,7 @@
>>
>>
>>
>> # Set up silk data sources
>>
>>
>>
>> -   $data_root_dir = $silk_data_directory ."/".
>> $device_name;
>>
>> +   $data_root_dir = $silk_data_directory;
>>
>>
>>
>> $silk_flow_type = "";
>>
>>
>>
>> --- FlowViewer_Main.cgi.orig2014-02-18 08:52:30.0 -0500
>>
>> +++ FlowViewer_Main.cgi 2014-02-18 09:09:58.0 -0500
>>
>> @@ -431,7 +431,7 @@
>>
>>  $silk_flow_type =~ s/\s+//g;
>>
>>  }
>>
>>
>>
>> -$data_root_dir = $silk_data_directory ."/". $device_name;
>>
>> +$data_root_dir = $silk_data_directory;
>>
>>
>>
>>  # Prepare rwfilter start and end time parameters
>>
>>
>>
>>
>> I also found that security/silktools uses UTC by default, but has a
>> configuration option to enable localtime (
>> https://tools.netsa.cert.org/silk/faq.html#timestamp-mismatch).
>>
>> Here is a patch to the Makefile containing a config option for localtime:
>>
>>
>> --- /usr/ports/silktools/Makefile.orig  2014-02-18 09:29:28.0
>> -0500
>>
>> +++ /usr/ports/silktools/Makefile   2014-02-18 09:41:48.0
>> -0500
>>
>> @@ -23,6 +23,11 @@
>>
>>  USES=  perl5
>>
>>  USE_PERL5= build
>>
>>
>> +HAS_CONFIGURE= yes
>>
>> +OPTIONS_DEFINE= LOCALTIME
>>
>> +LOCALTIME_DESC= Use localtime instead of UTC
>>
>> +
>>
>> +
>>
>>  MAN1=  mapsid.1 num2dot.1 rwaddrcount.1 rwappend.1 \
>>
>> rwbag.1 rwbagbuild.1 rwbagcat.1 rwbagtool.1 \
>>
>> rwcat.1 rwcount.1 rwcut.1 rwdedupe.1 rwfglob.1 \
>>
>> @@ -51,6 +56,13 @@
>>
>> rwsender.8
>>
>>
>>  NO_STAGE=  yes
>>
>> +
>>
>> +.include 
>>
>> +
>>
>> +.if ${PORT_OPTIONS:MLOCALTIME}
>>
>> +CONFIGURE_ARGS+=--enable-localtime
>>
>> +.endif
>>
>> +
>>
>>  post-patch:
>>
>> @${REINPLACE_CMD} -e 's|echo aout|echo elf|' ${WRKSRC}/configure
>>
>>
>>
>> Thanks,
>>
>>
>> Chad
>>
>
>
>
> Here is another patch for net-mgmt/flowview so sensor filtering works. I
> am not sure why, but this file is originally trying to use the exporter as
> the sensor for SiLK devices. This is interesting since the PDF above
> indicated that the @exporter array was only used for flow-tools, not SiLK
> but alas here it is using it. If anything I think it would make more sense
> to use the "device" as the sensor, especially since @ipfix_devices is
> already defined as a sensor per the documentation. To make matters worse it
> is grepping for the probes and not the sensors in order to populate the
> --sensors= flag.
>
>
>
> --- FlowViewer_Utilities.pm.orig 2014-02-18 12:52:42.0 -0500
>
> +++ FlowViewer_Utilities.pm 2014-02-18 13:50:09.0 -0500
>
> @@ -2339,50 +2339,50 @@
>
>
>
>   # Set up exporter address filtering, if any
>
>
>
> - if ($exporter ne "") {
>
> + if ($devi

Re: pkg upgrade fails too often

2014-03-02 Thread CeDeROM

On Mon, Mar 3, 2014 at 12:50 AM, Bryan Drewery  wrote:
> On 3/2/2014 9:35 AM, CeDeROM wrote:
>> this gets annoying.. :-(
>> please add mechanism for direct dependency change to pkg, so pkg
>> upgrade goes smooth and require no manual user intervention..
> This is planned for the future. Yes it is very annoying and hurts
> automation.

Good news! Thanks! :-)

>> pkg: WARNING: locally installed docbook500-5.0_4 conflicts on
>> /usr/local/share/xml/docbook/5.0/dtd/docbook.dtd with:
>> - docbook-xml-5.0_1
> Do this before pkg upgrade for this time:
> pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\*

Yes, already did that, and some other deletes, and the packages are
now upgraded, thanks Bryan! :-)

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

Re: pkg upgrade fails too often

2014-03-02 Thread Bryan Drewery

On 3/2/2014 9:35 AM, CeDeROM wrote:
> this gets annoying.. :-(
> 
> please add mechanism for direct dependency change to pkg, so pkg
> upgrade goes smooth and require no manual user intervention..
> 

This is planned for the future. Yes it is very annoying and hurts
automation.


> pkg: WARNING: locally installed docbook500-5.0_4 conflicts on
> /usr/local/share/xml/docbook/5.0/dtd/docbook.dtd with:
> - docbook-xml-5.0_1

Do this before pkg upgrade for this time:

pkg delete -f docbook-xml\* docbook-sk\* docbook\[2345\]\?\?-\* docbook-4\*

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: CLang flags query:: I'm wanting to port software to FreeBSD

2014-03-02 Thread Joe Nosay

On Thu, Feb 27, 2014 at 10:52 AM, Lowell Gilbert <
freebsd-ports-lo...@be-well.ilk.org> wrote:

> Joe Nosay  writes:
>
> > jack_trauma.c:21:9: warning: 'IP_DONTFRAG' macro redefined
> > #define IP_DONTFRAG 1
> > ^
> > /usr/include/netinet/in.h:464:
> > 9: note: previous definition is here
> > #define IP_DONTFRAG 67   /* don't fragment packet */
> > ^
> > jack_trauma.c:192:60: error: expected expression
> > socketfd == socket(AF_INET, SOCK_DGRAM, IPPROTO_UDPLITE);
> >^
> > jack_trauma.c:353:1: warning: type specifier missing, defaults to 'int'
> >   [-Wimplicit-int]
> > parse_options(int argc, char** argv){
> >
> >
> > That is with what I am working.  I'm not sure as how to work around it;
> so,
> > I want to try different flags.
>
> Those errors are actual problems that you need to solve rather than work
> around. The first one, for example, is normally a socket option. If
> your program is using it for a socket option, it shouldn't be defined in
> that code, but use the definition from the system in.h instead. If the
> program *isn't* using it for a socket option, then it should be named
> something different.
>


Thanks for all of the input. The project is being reworked to fix the code.
___
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 upgrade fails too often

2014-03-02 Thread CeDeROM

this gets annoying.. :-(

please add mechanism for direct dependency change to pkg, so pkg
upgrade goes smooth and require no manual user intervention..

# uname -a
FreeBSD mercury 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

 # pkg -v
1.2.6

# pkg upgrade
Updating repository catalogue
Upgrades have been requested for the following 41 packages:

Upgrading chromium: 32.0.1700.107 -> 33.0.1750.117
Installing sdocbook-xml: 1.1_1,2
Installing docbook-sgml: 4.5_1
Upgrading docbook-xml: 4.2_3 -> 5.0_1
Upgrading giflib-nox11: 4.2.3 -> 4.2.3_1
Upgrading git: 1.8.5.4 -> 1.8.5.4_1
Upgrading iso-codes: 3.49 -> 3.51
Installing grantlee: 0.4.0
Upgrading libfm: 1.1.2.2_1 -> 1.2.0
Reinstalling libiodbc-3.52.8 (options changed)
Upgrading liblqr-1: 0.4.1_5 -> 0.4.1_6
Installing libetonyek: 0.0.3_1
Installing libmwaw: 0.1.11_1
Reinstalling open-motif-2.3.4 (options changed)
Upgrading p5-IO-Socket-IP: 0.28 -> 0.29
Upgrading p5-Module-Runtime: 0.013 -> 0.014
Upgrading pciids: 20140206 -> 20140222
Upgrading pcmanfm: 1.1.2_1 -> 1.2.0
Upgrading policykit: 0.9_6 -> 0.9_7
Upgrading polkit: 0.105_1 -> 0.105_2
Reinstalling polkit-qt-0.103.0_1 (direct dependency changed)
Upgrading poppler: 0.24.4 -> 0.24.5
Upgrading poppler-glib: 0.24.4 -> 0.24.5
Upgrading postgresql90-client: 9.0.15 -> 9.0.16
Upgrading rarian: 0.8.1 -> 0.8.1_1
Reinstalling ruby19-gems-1.8.29 (options changed)
Upgrading rubygem-activesupport: 3.2.16 -> 3.2.17
Reinstalling swfdec-0.8.4_4 (direct dependency changed)
Upgrading upower: 0.9.7_2 -> 0.9.7_3
Upgrading vim: 7.4.182 -> 7.4.192
Reinstalling virtualbox-ose-4.3.6 (direct dependency changed)
Upgrading xfce4-tumbler: 0.1.29_2 -> 0.1.30
Upgrading Thunar: 1.6.3 -> 1.6.3_1
Upgrading docbook: 1.4_2 -> 1.5
Upgrading gnome-doc-utils: 0.20.10 -> 0.20.10_1
Upgrading kdelibs: 4.10.5_2 -> 4.12.2
Upgrading libkcddb: 4.10.5 -> 4.12.2
Installing libodfgen: 0.0.4_1
Upgrading rubygem-activemodel: 3.2.16 -> 3.2.17
Upgrading rubygem-activerecord: 3.2.16_1 -> 3.2.17
Upgrading libreoffice: 4.0.6_3 -> 4.1.5

The upgrade will require 42 MB more space

197 MB to be downloaded

Proceed with upgrading packages [y/N]: y
chromium-33.0.1750.117.txz
 100%   29MB
2.4MB/s   4.1MB/s   00:12
sdocbook-xml-1.1_1,2.txz
 100%   15KB
14.8KB/s  14.8KB/s   00:00
docbook-sgml-4.5_1.txz
 100%  137KB
136.9KB/s 136.9KB/s   00:00
docbook-xml-5.0_1.txz
 100%  542KB
541.8KB/s 541.8KB/s   00:01
giflib-nox11-4.2.3_1.txz
 100%   82KB
81.6KB/s  81.6KB/s   00:00
git-1.8.5.4_1.txz
 100% 2981KB
1.5MB/s   2.8MB/s   00:02
iso-codes-3.51.txz
 100% 2020KB
2.0MB/s   1.7MB/s   00:01
grantlee-0.4.0.txz
 100%  303KB
302.6KB/s 302.6KB/s   00:00
libfm-1.2.0.txz
 100%  628KB
628.4KB/s 628.4KB/s   00:00
pkg: cached package libiodbc-3.52.8: checksum mismatch, fetching from remote
libiodbc-3.52.8.txz
 100%  248KB
247.7KB/s 247.7KB/s   00:01
liblqr-1-0.4.1_6.txz
 100%   40KB
39.7KB/s  39.7KB/s   00:00
libetonyek-0.0.3_1.txz
 100%  515KB
514.6KB/s 514.6KB/s   00:01
libmwaw-0.1.11_1.txz
 100% 2479KB
1.2MB/s   2.2MB/s   00:02
open-motif-2.3.4.txz
 100% 7566KB
2.5MB/s   1.2MB/s   00:03
p5-IO-Socket-IP-0.29.txz
 100%   27KB
26.6KB/s  26.6KB/s   00:00
p5-Module-Runtime-0.014.txz
 100%   20KB
20.4KB/s  20.4KB/s   00:00
pciids-20140222.txz
 100%  179KB
178.5KB/s 178.5KB/s   00:01
pcmanfm-1.2.0.txz
 100%  242KB
242.1KB/s 242.1KB/s   00:00
policykit-0.9_7.txz
 100%  147KB
146.8KB/s 146.8KB/s   00:01
polkit-0.105_2.txz
 100%  177KB
176.9KB/s 176.9KB/s   00:00
polkit-qt-0.103.0_1.txz
 100%   70KB
69.6KB/s  69.6KB/s   00:00
poppler-0.24.5.txz
 100% 1068KB
1.0MB/s   1.0MB/s   00:00
poppler-glib-0.24.5.txz
 100%  208KB
207.5KB/s 207.5KB/s   00:00
postgresql90-client-9.0.16.txz
 100% 17

FreeBSD ports you maintain which are out of date

2014-03-02 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
+-+
graphics/gmt| 4.5.11  | 4.5.12
+-+


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"

Re: multimedia/tvheadend fails under FreeBSD 9.2-stable

2014-03-02 Thread Torfinn Ingolfsen

On Sat, Mar 1, 2014 at 11:18 PM, Torfinn Ingolfsen  wrote:
> Hello,
>
> On Wed, Feb 26, 2014 at 9:11 AM, Bernhard Fröhlich  wrote:
>> why github master builds fine without FreeBSD specific patches. The downside
>> is that I cannot get github master to find any channels for my DVB-S2 device
>> so I am still working on it before I will commit it to the tree. You
>> might still give
>> it a try and see if it works better for you:
>>
>> svn co https://svn.redports.org/decke/multimedia/tvheadend/
>
> This one builds and installs fine here.
> But, my DVB adapters shows up as DVB-T, not DVB-C. Like this:
> root@kg-f4# more input/linuxdvb/adapters/054722dbab4c09d51865b6e711708870
> {
> "rootpath": "/dev/dvb/adapter0",
> "frontends": {
> "DVB-T #0": {
> "fullmux": true,
> "noclosefe": false,
> "enabled": true,
> "priority": 0,
> "displayname": "Sony CXD2820R : DVB-T #0",
> "type": "DVB-T"
> }
> }
> }
> root@kg-f4# more input/linuxdvb/adapters/4f9a5c8319d23d3521cda8e2d1c80786
> {
> "rootpath": "/dev/dvb/adapter1",
> "frontends": {
> "DVB-T #0": {
> "fullmux": true,
> "noclosefe": false,
> "enabled": true,
> "priority": 0,
> "displayname": "DRXK DVB-C DVB-T : DVB-T #0",
> "type": "DVB-T"
> }
> }
> }
>
> Unfortunately, the source has changed so much that I can't figure out
> a way to do the simple patch (or something with the same effect;
> always return DVB_C for an adapter) or where to apply such patch.
>
> Hmm, ok, I see now that things have changed in TVH. I'm defining a
> DVB-C network, naming it Get and selecting my predefined 21 muxes from
> no_Oslo_Get.
> But it is impossible to select that network (or any network for that
> matter) from the DVB adapter parameters page. The drop down select
> just returns. and If I write something in the field and press save it
> is gone the next time I get to that page. I have "Loglevel debug:
> enabled" but nothing gets written in the log.
>
> main problem seems to be that tvheadend is unable to detect my
> adapters as DVB-C.

FWIW, some other messages from tvheadend in /var/log/messages:

Mar  1 22:44:50 kg-f4 tvheadend[6616]: START: HTS Tvheadend version
0.0.0~unknown started, running as PID:6616 UID:145 GID:145, CWD:/
CNF:/usr/local/etc/tvheadend
Mar  1 22:44:59 kg-f4 tvheadend[6616]: webui: failed to open
src/webui/static/smoothie.js
Mar  1 22:44:59 kg-f4 tvheadend[6616]: HTTP: 10.1.150.50:
/static/smoothie.js -- 500


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

[QAT] r346721: 2x depend (configure_error in www/libxul), 51x success, 8x leftovers, 1x finished, 2x ???, 4x ignored: does not build with perl 5.14+

2014-03-02 Thread Ports-QAT

Replace USE_GCC=4.2+ by USE_GCC=any. [1]
And USE_GMAKE by USES=gmake where touching a port because of the above.

Approved by:portmgr (bapt) [1]
-

  Build ID:  20140301212400-38804
  Job owner: ger...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Sun, 02 Mar 2014 02:02:38 GMT

  Revision:  r346721
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=346721

-

Port:benchmarks/polygraph 4.3.2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289176/polygraph-4.3.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289177/polygraph-4.3.2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289178/polygraph-4.3.2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289179/polygraph-4.3.2.log

-

Port:databases/kumofs 0.4.13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289180/kumofs-0.4.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289181/kumofs-0.4.13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289182/kumofs-0.4.13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289183/kumofs-0.4.13.log

-

Port:databases/mysql-q4m 0.9.13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289184/mysql55-q4m-0.9.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289185/mysql55-q4m-0.9.13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289186/mysql55-q4m-0.9.13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289187/mysql55-q4m-0.9.13.log

-

Port:graphics/gnash 0.8.10_9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (CONFIGURE_ERROR IN WWW/LIBXUL)
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289188/libxul-24.3.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (CONFIGURE_ERROR IN WWW/LIBXUL)
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289189/libxul-24.3.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289190/gnash-0.8.10_9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FINISHED

-

Port:graphics/php-facedetect 1.1_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289192/php-facedetect-1.1_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289193/php-facedetect-1.1_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289194/php-facedetect-1.1_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289195/php-facedetect-1.1_2.log

-

Port:lang/phantomjs 1.9.2_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289196/phantomjs-1.9.2_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289197/phantomjs-1.9.2_2.log

  Buildgroup: 9.2-Q

Re: multimedia/tvheadend fails under FreeBSD 9.2-stable

2014-03-02 Thread Torfinn Ingolfsen

Hello,

On Wed, Feb 26, 2014 at 9:11 AM, Bernhard Fröhlich  wrote:
> why github master builds fine without FreeBSD specific patches. The downside
> is that I cannot get github master to find any channels for my DVB-S2 device
> so I am still working on it before I will commit it to the tree. You
> might still give
> it a try and see if it works better for you:
>
> svn co https://svn.redports.org/decke/multimedia/tvheadend/

This one builds and installs fine here.
But, my DVB adapters shows up as DVB-T, not DVB-C. Like this:
root@kg-f4# more input/linuxdvb/adapters/054722dbab4c09d51865b6e711708870
{
"rootpath": "/dev/dvb/adapter0",
"frontends": {
"DVB-T #0": {
"fullmux": true,
"noclosefe": false,
"enabled": true,
"priority": 0,
"displayname": "Sony CXD2820R : DVB-T #0",
"type": "DVB-T"
}
}
}
root@kg-f4# more input/linuxdvb/adapters/4f9a5c8319d23d3521cda8e2d1c80786
{
"rootpath": "/dev/dvb/adapter1",
"frontends": {
"DVB-T #0": {
"fullmux": true,
"noclosefe": false,
"enabled": true,
"priority": 0,
"displayname": "DRXK DVB-C DVB-T : DVB-T #0",
"type": "DVB-T"
}
}
}

Unfortunately, the source has changed so much that I can't figure out
a way to do the simple patch (or something with the same effect;
always return DVB_C for an adapter) or where to apply such patch.

Hmm, ok, I see now that things have changed in TVH. I'm defining a
DVB-C network, naming it Get and selecting my predefined 21 muxes from
no_Oslo_Get.
But it is impossible to select that network (or any network for that
matter) from the DVB adapter parameters page. The drop down select
just returns. and If I write something in the field and press save it
is gone the next time I get to that page. I have "Loglevel debug:
enabled" but nothing gets written in the log.

main problem seems to be that tvheadend is unable to detect my
adapters as DVB-C.

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

[QAT] r346741: 3x leftovers, 1x fetch

2014-03-02 Thread Ports-QAT

update to 20140302
-

  Build ID:  20140302083400-19136
  Job owner: dai...@freebsd.org
  Buildtime: 5 minutes
  Enddate:   Sun, 02 Mar 2014 08:38:49 GMT

  Revision:  r346741
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=346741

-

Port:devel/open-usp-tukubai 20140302

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302083400-19136-289312/open-usp-tukubai-20140302.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302083400-19136-289313/open-usp-tukubai-20140302.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302083400-19136-289314/open-usp-tukubai-20140302.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302083400-19136-289315/open-usp-tukubai-20140302.log


--
Buildarchive URL: <https://qat.redports.org/buildarchive/20140302083400-19136>
redports <https://qat.redports.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"

devel/ccache is broken

2014-03-02 Thread Kenta S.

===>>> Currently installed version: ccache-3.1.9_5
===>>> Port directory: /usr/ports/devel/ccache

===>>> Launching 'make checksum' for devel/ccache in background

"Makefile", line 44: warning: String comparison operator should be either == or 
!=
"Makefile", line 44: Malformed conditional (${COMPILER_TYPE} = gcc)
make: fatal errors encountered -- cannot continue
*** [do-config] Error code 1

Stop in /usr/ports/devel/ccache.
*** [config-conditional] Error code 1

Stop in /usr/ports/devel/ccache.
===>>> Gathering dependency list for devel/ccache from ports
"Makefile", line 44: warning: String comparison operator should be either == or 
!=
"Makefile", line 44: Malformed conditional (${COMPILER_TYPE} = gcc)
make: fatal errors encountered -- cannot continue

___
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] r346747: 2x leftovers, 2x fetch

2014-03-02 Thread Ports-QAT

update to 2014030202
-

  Build ID:  20140302092000-2094
  Job owner: dai...@freebsd.org
  Buildtime: 19 minutes
  Enddate:   Sun, 02 Mar 2014 09:39:28 GMT

  Revision:  r346747
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=346747

-

Port:devel/open-usp-tukubai 2014030202

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302092000-2094-289344/open-usp-tukubai-2014030202.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302092000-2094-289345/open-usp-tukubai-2014030202.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302092000-2094-289346/open-usp-tukubai-2014030202.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dai...@freebsd.org/20140302092000-2094-289347/open-usp-tukubai-2014030202.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] r346715: 1x leftovers, 8x finished, 1x depend (fetch in audio/chromaprint), 2x success

2014-03-02 Thread Ports-QAT

Chase last audio/id3lib port change
-

  Build ID:  20140301191200-61422
  Job owner: anto...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Sat, 01 Mar 2014 22:29:41 GMT

  Revision:  r346715
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=346715

-

Port:audio/kid3-kde4 3.0.2_1

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (FETCH IN AUDIO/CHROMAPRINT)
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140301191200-61422-289144/chromaprint-1.1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140301191200-61422-289147/kid3-3.0.2_1.log

-

Port:audio/tagtool 0.12.3_12

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140301191200-61422-289148/tagtool-0.12.3_12.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140301191200-61422-289151/tagtool-0.12.3_12.log

-

Port:audio/zinf 

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FINISHED

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   FINISHED

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FINISHED


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

您希望免費擁有一台會自動發信廣告主機嗎?

2014-03-02 Thread 5858高效率超級大商城--施經理

  ���
  ��費信廣�主���?
   : 樹�詳細說���置 [1]http://www.5858.com.tw/giveweb.php
  ��費��: 樣網���?
  幫���?  �交�給��潤就��
  ���好���大?
  ��己�?  幫��!
  ���100���?  ���!
詳細說� [2]http://www.5858.com.tw/1[3]688.php

   �

  ��(��)活��幫�
 
  ��信���麼��麼便�海峽�
  �岸��第��家網路�就�費給!
  �2014~2018年��2018� :
  壹: 2014��女��賺��好買��
 說���置: [4]http://www.5858.com.tw/web-map/8800.php
  貳: �500家�� 享�� �� �
 �大��5858網路大�� 581�facebook網路�!
 說���置: [5]http://www.5858.com.tw/web-map/500.php
  �: �360家(��1家)���: 平�
 說���置: [6]http://www.5858.com.tw/web-map/360.php
  �: 貴���質��代���? �交�給��潤就��! ��1800家
 說���置: [7]http://www.5858.com.tw/s.php
  ��: 年��200��以�� ! ��60代�人�60工說�
  說���置: [8]http://www.5858.com.tw/w.php
  ��: ��4000���社��購------辦��
  說���置:[9]http://www.5858.com.tw/bee.php
  �:1k-��費--�購--���.tw   ��1000�就��!
  ��解
  並�!  ��貴��100���
   說���置: [10]http://www.5858.com.tw/1000.php
   ��說�網�解���:
  ���:02-5574-0549 :04-2206-1236 skype:tel0982876276 �
  ���:0982-876-276(��太)0955-675-035(� ��)0939-276-276(大)
  �份�� 統編:23732055 (1988年)

References

   Visible links
   1. http://www.5858.com.tw/giveweb.php
   2. http://www.5858.com.tw/1688.php
   3. http://www.5858.com.tw/1688.php
   4. http://www.5858.com.tw/web-map/8800.php
   5. http://www.5858.com.tw/web-map/500.php
   6. http://www.5858.com.tw/web-map/360.php
   7. http://www.5858.com.tw/s.php
   8. http://www.5858.com.tw/w.php
   9. http://www.5858.com.tw/bee.php
  10. http://www.5858.com.tw/1000.php

   Hidden links:
  11. http://www.5858.com.tw/2588.php
___
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"

mutt failing to build on current

Re: dns/djbdns [do-package] Error code 1

Re: [patch] net-mgmt/flowviewer and security/silktools patches

Re: dns/djbdns [do-package] Error code 1

Re: [patch] net-mgmt/flowviewer and security/silktools patches

Re: pkg upgrade fails too often

Re: pkg upgrade fails too often

Re: CLang flags query:: I'm wanting to port software to FreeBSD

pkg upgrade fails too often

FreeBSD ports you maintain which are out of date

Re: multimedia/tvheadend fails under FreeBSD 9.2-stable

[QAT] r346721: 2x depend (configure_error in www/libxul), 51x success, 8x leftovers, 1x finished, 2x ???, 4x ignored: does not build with perl 5.14+

Re: multimedia/tvheadend fails under FreeBSD 9.2-stable

[QAT] r346741: 3x leftovers, 1x fetch

devel/ccache is broken

[QAT] r346747: 2x leftovers, 2x fetch

[QAT] r346715: 1x leftovers, 8x finished, 1x depend (fetch in audio/chromaprint), 2x success

您希望免費擁有一台會自動發信廣告主機嗎?

18 matches

Site Navigation

Mail list logo

Footer information