[QAT] r319152: 4x leftovers

[Ports-QAT]

Fix pkg-plist.

Spotted by: QAT
-

  Build ID:  20130527024200-57127
  Job owner: h...@freebsd.org
  Buildtime: 51 minutes
  Enddate:   Mon, 27 May 2013 03:33:23 GMT

  Revision:  r319152
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=319152

-

Port:japanese/tex-ptex 3.3_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527024200-57127-143520/ja-tex-ptex-3.3_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527024200-57127-143521/ja-tex-ptex-3.3_3.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527024200-57127-143522/ja-tex-ptex-3.3_3.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527024200-57127-143523/ja-tex-ptex-3.3_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"

INDEX now builds successfully on 8.x

[Ports Index build]

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

[QAT] r319149: 4x leftovers

[Ports-QAT]

- Update to 4.3.11
- Proper usage of USERS and GROUPS

PR: ports/178322
Submitted by:   Mark Felder  (maintainer)
-

  Build ID:  20130527021601-28714
  Job owner: swi...@freebsd.org
  Buildtime: 23 minutes
  Enddate:   Mon, 27 May 2013 02:39:05 GMT

  Revision:  r319149
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=319149

-

Port:net-mgmt/xymon-server 4.3.11

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20130527021601-28714-143508/xymon-server-4.3.11.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20130527021601-28714-143509/xymon-server-4.3.11.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20130527021601-28714-143510/xymon-server-4.3.11.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20130527021601-28714-143511/xymon-server-4.3.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"

[QAT] r319147: 4x leftovers

[Ports-QAT]

- Fix PKGNAMEPREFIX.
- Mark USE_TEX=texlive.

Spotted by: nyan
-

  Build ID:  20130527014800-52277
  Job owner: h...@freebsd.org
  Buildtime: 41 minutes
  Enddate:   Mon, 27 May 2013 02:29:06 GMT

  Revision:  r319147
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=319147

-

Port:japanese/tex-ptex 3.3_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527014800-52277-143480/ja-tex-ptex-3.3_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527014800-52277-143481/ja-tex-ptex-3.3_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527014800-52277-143482/ja-tex-ptex-3.3_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~h...@freebsd.org/20130527014800-52277-143483/ja-tex-ptex-3.3_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"

Re: INDEX build failed for 8.x

[Steve Wills]

My fault, fixed now, sorry about that.

Steve

On 05/27/13 00:05, Ports Index build wrote:
> INDEX build failed with errors:
> Generating INDEX-8 - please wait..clang: not found
>  Done.
> make_index: rubygem-dm-core-1.2.0: no entry for 
> /usr/ports/www/rubygem-addressable22
> 
> Committers on the hook:
>  ehaupt kuriyama swills 
> 
> Most recent SVN update was:
> Updating '.':
> Usecurity/vuxml/vuln.xml
> Unet/tramp/pkg-plist
> Unet/tramp/Makefile
> Unet/tramp/distinfo
> Unet/socat/Makefile
> Unet/socat/distinfo
> Uconverters/p5-Sereal/Makefile
> Uconverters/p5-Sereal/distinfo
> Uconverters/p5-Sereal-Decoder/Makefile
> Uconverters/p5-Sereal-Decoder/distinfo
> Uconverters/p5-Sereal-Encoder/Makefile
> Uconverters/p5-Sereal-Encoder/distinfo
> Awww/rubygem-addressable22
> Awww/rubygem-addressable22/Makefile
> Awww/rubygem-addressable22/distinfo
> Awww/rubygem-addressable22/pkg-descr
> UU   databases/rubygem-dm-core/Makefile
> Udatabases/p5-DBIx-QueryLog/Makefile
> Udatabases/p5-DBIx-QueryLog/distinfo
> Udevel/p5-File-ShareDir-ProjectDistDir/Makefile
> Udevel/p5-File-ShareDir-ProjectDistDir/distinfo
> Updated to revision 319143.
> ___
> 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@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

INDEX build failed for 8.x

[Ports Index build]

INDEX build failed with errors:
Generating INDEX-8 - please wait..clang: not found
 Done.
make_index: rubygem-dm-core-1.2.0: no entry for 
/usr/ports/www/rubygem-addressable22

Committers on the hook:
 ehaupt kuriyama swills 

Most recent SVN update was:
Updating '.':
Usecurity/vuxml/vuln.xml
Unet/tramp/pkg-plist
Unet/tramp/Makefile
Unet/tramp/distinfo
Unet/socat/Makefile
Unet/socat/distinfo
Uconverters/p5-Sereal/Makefile
Uconverters/p5-Sereal/distinfo
Uconverters/p5-Sereal-Decoder/Makefile
Uconverters/p5-Sereal-Decoder/distinfo
Uconverters/p5-Sereal-Encoder/Makefile
Uconverters/p5-Sereal-Encoder/distinfo
Awww/rubygem-addressable22
Awww/rubygem-addressable22/Makefile
Awww/rubygem-addressable22/distinfo
Awww/rubygem-addressable22/pkg-descr
UU   databases/rubygem-dm-core/Makefile
Udatabases/p5-DBIx-QueryLog/Makefile
Udatabases/p5-DBIx-QueryLog/distinfo
Udevel/p5-File-ShareDir-ProjectDistDir/Makefile
Udevel/p5-File-ShareDir-ProjectDistDir/distinfo
Updated to revision 319143.
___
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: Proper way to access executable's "environment"?

[Erich Dollansky]

Hi,

On Sun, 26 May 2013 10:20:15 -0700
David Wolfskill  wrote:

> So I started looking at code that I had reason to expect would do this
> correctly -- src/usr.bin/env/env.c, for starters -- and saw that while
> piewm's twm.c declares main as:
> 
> int
> main(int argc, char **argv, char **environ)
> {

I use this concept since decades but with different names. Could it be
a problem of overlapping names?
> ...
> 
> and proceeds to use environ as a pointer to a NULL-terminated list
> of strings, env.c declares:
> 
> extern char **environ;

The advantage would be - and also the disadvantage - that every piece
of the code could have access to the environment.

That's why I moved away from it.

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: Proposal: do not show up the dialog(1) by default?

[Jos Backus]

Hi,

On May 23, 2013 2:06 AM, "Baptiste Daroussin"  wrote:
>
> On Thu, May 23, 2013 at 05:21:35PM +0900, Hiroki Sato wrote:
> > Baptiste Daroussin  wrote
> >   in <20130523054541.gh96...@ithaqua.etoilebsd.net>:
> >
> > ba> hi,
> > ba>
> > ba> A lot of people seems to be complaining about the configuration
dialog popping
> > ba> up all the time.
> > ba>
> > ba> What if we change the default behaviour to not pop up the dialog
each time there
> > ba> is a changed option but only when the user explicitly type make
config?
> > ba>
> > ba> Just a proposal, please give your opinion.
> > ba>
> > ba> Of course make config-recursive behaviour won't change.
> >
> >  I am using the attached patch locally to make the four global knobs
> >  silent.  This is a kind of overkill, but "adding OPTIONS_NOMENU and
> >  making the do-config target skip the dialog invocation when all of
> >  values in OPTIONS_DEFINE are defined in OPTIONS_NOMENU" would be a
> >  compromise.  If one wants dialog for the global knobs, OPTIONS_NOMENU
> >  can always be redefined in make.conf.
> >
> >  I think each port should define their knobs in OPTIONS_DEFINE even
> >  for global ones like DOCS because it is more consistent.
> >
> > -- Hiroki
>
>
> Great thank you, I'll base my work on this patch.
>
> regards,
> Bapt
>
> > Index: Mk/bsd.port.mk
> > ===
> > --- Mk/bsd.port.mk(revision 317459)
> > +++ Mk/bsd.port.mk(working copy)
> > @@ -6128,6 +6128,9 @@
> >  .undef opt
> >  .endif # pre-config
> >
> > +OPTIONS_MENUTIMEOUT?=5
> > +OPTIONS_NOMENU?= DOCS NLS EXAMPLES IPV6
> > +TPUT_CMD?=   /usr/bin/tput
> >  .if !target(do-config)
> >  do-config:
> >  .if empty(ALL_OPTIONS) && empty(OPTIONS_SINGLE) &&
empty(OPTIONS_MULTI) && empty(OPTIONS_RADIO) && empty(OPTIONS_GROUP)
> > @@ -6144,13 +6147,41 @@
> >   ${MKDIR} $${optionsdir} 2> /dev/null) || \
> >   (${ECHO_MSG} "===> Cannot create $${optionsdir}, check
permissions"; exit 1)
> >  .endif
> > - @TMPOPTIONSFILE=$$(mktemp -t portoptions); \
> > + @if [ "${_RECURSIVE}" != 1 ]; then \
> > + for opt in ${PORT_OPTIONS}; do \
> > + oskip=0; \
> > + for nom in ${OPTIONS_NOMENU}; do \
> > + case $$opt in \
> > + $$nom)  oskip=1 ;; \
> > + esac; \
> > + done; \
> > + case $$oskip in \
> > + 0)  break ;; \
> > + esac; \
> > + done; \
> > + else \
> > + oskip=0; \
> > + fi; \
> > + if [ "$$oskip" = 1 ]; then \
> > + trap "${TPUT_CMD} me" 1 2 3 5 10 13 15; \
> > + ${TPUT_CMD} md; \
> > + ${ECHO_MSG} "===> This port has user configuration
options."; \
> > + if read -t ${OPTIONS_MENUTIMEOUT} \
> > + -p "===> To open the configuration menu, hit enter key in
${OPTIONS_MENUTIMEOUT} seconds." \
> > + DUMMYARG; then \
> > + oskip=0; \
> > + fi; \
> > + ${TPUT_CMD} me; \
> > + fi; \
> > + TMPOPTIONSFILE=$$(mktemp -t portoptions); \
> >   trap "${RM} -f $${TMPOPTIONSFILE}; exit 1" 1 2 3 5 10 13 15; \
> > + if [ "$$oskip" = 0 ]; then \
> >   ${SETENV} ${D4P_ENV} ${SH}
${PORTSDIR}/Tools/scripts/dialog4ports.sh $${TMPOPTIONSFILE} || { \
> >   ${RM} -f $${TMPOPTIONSFILE}; \
> >   ${ECHO_MSG} "===> Options unchanged"; \
> >   exit 0; \
> >   }; \
> > + fi; \
> >   ${ECHO_CMD}; \
> >   if [ ! -e $${TMPOPTIONSFILE} ]; then \
> >   ${ECHO_MSG} "===> No user-specified options to save for
${PKGNAME}"; \
> > @@ -6196,7 +6227,7 @@
> >  config-recursive:
> >   @${ECHO_MSG} "===> Setting user-specified options for ${PKGNAME}
and dependencies";
> >   @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \
> > - (cd $$dir; ${MAKE} config-conditional); \
> > + (cd $$dir; ${MAKE} _RECURSIVE=1 config-conditional); \
> >   done
> >  .endif # config-recursive
> >
> > @@ -6204,7 +6235,7 @@
> >  config-conditional: pre-config
> >  .if defined(COMPLETE_OPTIONS_LIST) && !defined(NO_DIALOG)
> >  .  if !defined(_FILE_COMPLETE_OPTIONS_LIST) ||
${COMPLETE_OPTIONS_LIST:O} != ${_FILE_COMPLETE_OPTIONS_LIST:O}
> > - @cd ${.CURDIR} && ${MAKE} do-config;
> > + @cd ${.CURDIR} && ${MAKE} _RECURSIVE=${_RECURSIVE} do-config;
> >  .  endif
> >  .endif
> >  .endif # config-conditional
>
>
>

Small nit: in the above patch, one could use true and false to assign to
oskip instead of 1 and 0, and test for $oskip. Methinks this would simplify
the code and improve readability.

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

Re: Proposal: do not show up the dialog(1) by default?

[Mark Linimon]

We should step back and "define the problem".

The problem IMHO is that we have optimized for users who wish to save
the maximum space on their systems, at the expense of users who want
to install and upgrade ports with the minimum fuss.

IMHO we should do the opposite.

I think the number of users that care about whether p5-Foo-Bar installs
its examples is zero.  And yet, those were the dialogs I was presented
last night on installing a 9.0 system with the latest ports tree.  This
seems wrong.

Surely we can figure out some global-settings-editor?  And, if a value
has been set by that tool, and a port's metavariables haven't changed,
skip the configuration dialog?

mcl
___
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] r319127: 4x leftovers

[Ports-QAT]

. trim Makefile headers;
. define options: DOCS EXAMPLES;
. do not mute install command.
-

  Build ID:  20130526185000-11843
  Job owner: b...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Sun, 26 May 2013 21:11:56 GMT

  Revision:  r319127
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=319127

-

Port:sysutils/afio 2.5

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130526185000-11843-143392/afio-2.5.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130526185000-11843-143393/afio-2.5.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130526185000-11843-143394/afio-2.5.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20130526185000-11843-143395/afio-2.5.log


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

INDEX now builds successfully on 8.x

[Ports Index build]

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

Re: x11-toolkits/mx build fail

[Lowell Gilbert]

Beeblebrox  writes:

> Sorry, my bad - port is part of marcuscom-gnome3 apparently. I have had so
> many port-build fails (consistently over a long period) that a neglected to
> check the port origin.
> Will report issue to marcuscom-gnome3

You have been issuing a *lot* of e-mails to the ports lists about
failure that do not occur in any other environment than yours.

*Please* stop sending out such messages until you have fixed your own
environment. 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: print/ghostview build fail - imake issue again

[Bryan Drewery]

On 5/26/2013 1:24 PM, Beeblebrox wrote:
> In poudriere (uses ccache) stops as:

Please try without CCACHE_DIR set in poudriere.conf for some of these
failures.

The port feature WITH_CCACHE_BUILD does actually break some ports
currently by overwriting the PATH it is trying to use. I'm working on
fixing it.

> 
> ===>  Configuring for ghostview-1.5_3
> mv -f Makefile Makefile.bak
> imake -DUseInstalled -I/usr/local/lib/X11/config
> imake: No such file or directory
> imake: Cannot exec gcpp.
>   Stop.
> imake: Exit code 1.
>   Stop.
> ===>  Building for ghostview-1.5_3
> make: don't know how to make all. Stop
> `Makefile' is up to date.
> *** [do-build] Error code 1
> Stop in /usr/ports/print/ghostview.
> 
> 
> 
> 
> -
> 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
> xorg.devel
> 
> --
> View this message in context: 
> http://freebsd.1045724.n5.nabble.com/print-ghostview-build-fail-imake-issue-again-tp5815212.html
> Sent from the freebsd-ports mailing list archive at Nabble.com.
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: textproc/libwps install fail

[Chris Rees]

On 26 May 2013 20:13, Beeblebrox  wrote:
> port builds but fails to install with
>
> ===>  Checking if textproc/libwps already installed
> make: don't know how to make do-config. Stop
>
> make: stopped in /asp/obj/asp/git/ports/textproc/libwps/work/libwps-0.2.8
> *** Error code 2
>

It's bad enough that you're spamming this list despite others asking
you to stop, but you haven't even read my reply to one of your earlier
emails.

Please learn to fix these things and be helpful or stick to releases.

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

Re: x11-toolkits/mx build fail

[Beeblebrox]

Sorry, my bad - port is part of marcuscom-gnome3 apparently. I have had so
many port-build fails (consistently over a long period) that a neglected to
check the port origin.
Will report issue to marcuscom-gnome3

Regards.



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

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

emulators/kqemu-kmod-devel build fails

[Beeblebrox]

>From host, where no ccache, no FORCE_MAKE_JOBS, compiler is defalt (port
selected), fails with below:

===>  Building for kqemu-kmod-devel-1.4.0.p1_5
@ -> /asp/git/src/sys
machine -> /asp/git/src/sys/amd64/include
x86 -> /asp/git/src/sys/x86/include
gcc -Wall -O2 -Werror -g -D__KERNEL__ -I.. -o genoffsets genoffsets.c
./genoffsets > monitor_def.h
gcc  -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -D__ASSEMBLY__ -c
-o x86_64/nexus_asm.o x86_64/nexus_asm.S
gcc  -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -D__ASSEMBLY__ -c
-o x86_64/monitor_asm.o x86_64/monitor_asm.S
gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror 
-mno-red-zone -fno-stack-protector-fpic  -D__KERNEL__ -nostdinc
-iwithprefix include -I. -I.. -c -o monitor.o monitor.c
gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror 
-mno-red-zone -fno-stack-protector-fpic  -D__KERNEL__ -nostdinc
-iwithprefix include -I. -I.. -c -o monitor-utils.o monitor-utils.c
gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror 
-mno-red-zone -fno-stack-protector-fpic  -D__KERNEL__ -nostdinc
-iwithprefix include -I. -I.. -c -o interp.o interp.c
ld -T x86_64/monitor.ld -o monitor-image.out x86_64/nexus_asm.o
x86_64/monitor_asm.o monitor.o monitor-utils.o interp.o
objcopy -O binary monitor-image.out monitor-image.bin
gcc -Wall -O2 -Werror -g -o genmon genmon.c
./genmon < monitor-image.bin > monitor-image.h
gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror 
-mno-red-zone  -mcmodel=kernel -D__KERNEL__ -nostdinc -iwithprefix include
-I. -I.. -c -o kernel.o kernel.c
gcc  -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -D__ASSEMBLY__ -c
-o x86_64/kernel_asm.o x86_64/kernel_asm.S
ld -r -o ../kqemu-mod-x86_64.o kernel.o x86_64/kernel_asm.o
Warning: Object directory not changed from original
/asp/obj/asp/git/ports/emulators/kqemu-kmod-devel/work/kqemu-1.4.0pre1
gcc -O2 -pipe -march=k8 -fno-strict-aliasing -march=k8 -D_KERNEL
-DKLD_MODULE -nostdinc   -I. -I@ -I@/contrib/altq -finline-limit=8000
--param inline-unit-growth=100 --param large-function-growth=1000
-fno-common  -fno-omit-frame-pointer  -mcmodel=kernel -mno-red-zone -mno-mmx
-mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   -c
kqemu-freebsd.c
cc1: error: unrecognized command line option '-fformat-extensions'
*** Error code 1




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

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

textproc/libwps install fail

[Beeblebrox]

port builds but fails to install with

===>  Checking if textproc/libwps already installed
make: don't know how to make do-config. Stop

make: stopped in /asp/obj/asp/git/ports/textproc/libwps/work/libwps-0.2.8
*** Error code 2




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

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

Re: x11-toolkits/mx build fail

[Lowell Gilbert]

Beeblebrox  writes:

> port fails to build in poudriere and on host with exact same output. 

That port doesn't currently exist, as far as I can see.
___
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/graphviz "missing separator" at install

[Chris Rees]

On 26 May 2013 19:57, "Beeblebrox"  wrote:
>
> port builds but when trying to "make install", fails with
> ===>  Checking if graphics/graphviz already installed
> /asp/git/ports/graphics/graphviz/Makefile:91: *** missing separator.
 Stop.
> *** Error code 2
>
> line 91 is: include 
>
> Completely unrelated, poudriere run fails to build with message:
> gmake[4]: Entering directory
> `/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.30.1/cmd/dot'
>  /bin/mkdir -p '/usr/local/bin'
>   /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
> wheel -m 555 dot dot_builtins '/usr/local/bin'
> libtool: install: install -o root -g wheel -m 555 -s .libs/dot
> /usr/local/bin/dot
> libtool: install: install -o root -g wheel -m 555 -s .libs/dot_builtins
> /usr/local/bin/dot_builtins
> gmake  install-exec-hook
> gmake[5]: Entering directory
> `/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.30.1/cmd/dot'
> (cd /usr/local/bin; if test -x dot; then for i in neato twopi fdp circo
> osage patchwork sfdp; do rm -f $i; ln -s dot $i; done; fi;)
> if test "x" = "x"; then if test -x /usr/local/bin/dot; then if test -x
> /sbin/ldconfig; then /sbin/ldconfig 2>/dev/null; fi; /usr/local/bin/dot
-c;
> else /usr/local/bin/dot_static -c; fi; fi
> >> Killing runaway build
>

Do you understand that this isn't helpful?  We find out pretty quickly if
ports fail on head now pointyhat is back, so all you're making here is
noise.

If you want to help, have a go at fixing the ports; as a hint, "missing
separator" is almost certainly from the bmake switchover.  Try
USE_GMAKE=yes.

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

graphics/graphviz "missing separator" at install

[Beeblebrox]

port builds but when trying to "make install", fails with
===>  Checking if graphics/graphviz already installed
/asp/git/ports/graphics/graphviz/Makefile:91: *** missing separator.  Stop.
*** Error code 2

line 91 is: include 

Completely unrelated, poudriere run fails to build with message:
gmake[4]: Entering directory
`/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.30.1/cmd/dot'
 /bin/mkdir -p '/usr/local/bin'
  /bin/sh /usr/local/bin/libtool   --mode=install install  -s -o root -g
wheel -m 555 dot dot_builtins '/usr/local/bin'
libtool: install: install -o root -g wheel -m 555 -s .libs/dot
/usr/local/bin/dot
libtool: install: install -o root -g wheel -m 555 -s .libs/dot_builtins
/usr/local/bin/dot_builtins
gmake  install-exec-hook
gmake[5]: Entering directory
`/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.30.1/cmd/dot'
(cd /usr/local/bin; if test -x dot; then for i in neato twopi fdp circo
osage patchwork sfdp; do rm -f $i; ln -s dot $i; done; fi;)
if test "x" = "x"; then if test -x /usr/local/bin/dot; then if test -x
/sbin/ldconfig; then /sbin/ldconfig 2>/dev/null; fi; /usr/local/bin/dot -c;
else /usr/local/bin/dot_static -c; fi; fi
>> Killing runaway build



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

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/graphics-graphviz-missing-separator-at-install-tp5815217.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: audio/libsamplerate builds but fails to install

[Beeblebrox]

I did a complete re-build of all ports and then did "pkg upgrade -f" which
re-installed all ports built by poudriere.
Result is, we are back to the problem described in the first post (builds
but does not install).



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

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/audio-libsamplerate-builds-but-fails-to-install-tp5814138p5815216.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

accessibility/caribou errors

[Beeblebrox]

>From host, where no ccache, no FORCE_MAKE_JOBS, compiler is defalt (port
selected),
port build but port install fails with below (Line 37 is ".include
").

===>   Generating temporary packing list
===>  Checking if accessibility/caribou already installed
/asp/git/ports/accessibility/caribou/Makefile:37: *** missing separator. 
Stop.
*** Error code 2

In poudriere (uses ccache) stops as:
===>  Building for caribou-0.4.10
Making all in caribou
gmake[1]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou'
Making all in antler/
gmake[2]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou/antler'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou/antler'
Making all in settings/
gmake[2]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou/settings'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou/settings'
gmake[2]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou'
gmake[2]: Nothing to be done for `all-am'.
gmake[2]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou'
gmake[1]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/caribou'
Making all in bin
gmake[1]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/bin'
gmake[1]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/bin'
Making all in data
gmake[1]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data'
Making all in layouts
gmake[2]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts'
Making all in scan
gmake[3]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts/scan'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts/scan'
Making all in touch
gmake[3]: Entering directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts/touch'
xsltproc --xinclude ../../../tools/basic.xsl ara.xml.in > ara.xsl
xsltproc: not found
gmake[3]: *** [ara.xsl] Error 127
rm ara.xsl
gmake[3]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts/touch'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data/layouts'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/wrkdirs/usr/ports/accessibility/caribou/work/caribou-0.4.10/data'
gmake: *** [all-recursive] Error 1
*** [do-build] Error code 1



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

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

print/ghostview build fail - imake issue again

[Beeblebrox]

In poudriere (uses ccache) stops as:

===>  Configuring for ghostview-1.5_3
mv -f Makefile Makefile.bak
imake -DUseInstalled -I/usr/local/lib/X11/config
imake: No such file or directory
imake: Cannot exec gcpp.
  Stop.
imake: Exit code 1.
  Stop.
===>  Building for ghostview-1.5_3
make: don't know how to make all. Stop
`Makefile' is up to date.
*** [do-build] Error code 1
Stop in /usr/ports/print/ghostview.




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

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

x11-toolkits/mx build fail

[Beeblebrox]

port fails to build in poudriere and on host with exact same output. 

On host no ccache, no FORCE_MAKE_JOBS, compiler is defalt (port selected).
poudriere uses ccache.
Full log output:
https://docs.google.com/document/d/16w7uX0jv0XVs3qwJXToYeUfmLvAzHE52_B8q_35FT6g/edit?usp=sharing



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

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

graphics/ocropus build fail

[Beeblebrox]

>From host, where no ccache, no FORCE_MAKE_JOBS, compiler is defalt (port
selected), fails with below:
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
OK! You can build and install OCRopus the usual way:
===>  Building for ocropus-0.4_10
/asp/git/ports/graphics/ocropus/Makefile:33: *** missing separator.  Stop.
*** Error code 1

In poudriere (uses ccache) stops as:
===>  Building for ocropus-0.4_10
Making all in .
gmake[1]: Entering directory
`/wrkdirs/usr/ports/graphics/ocropus/work/ocropus-0.4/ocropus'
c++ -DPACKAGE_NAME=\"ocropus\" -DPACKAGE_TARNAME=\"ocropus\"
-DPACKAGE_VERSION=\"0.3\" -DPACKAGE_STRING=\"ocropus\ 0.3\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"ocropus\"
-DVERSION=\"0.3\" -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_FLOAT_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_UNISTD_H=1 -DHAVE_WCHAR_H=1 -DHAVE_LIBZ=1 -DHAVE_LIBPNG=1
-DHAVE_LIBJPEG=1 -DHAVE_LIBTIFF=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBIULIB=1
-DHAVE_LIBLEPT=1 -DHAVE_LIBGSLCBLAS=1 -DHAVE_LIBGSL=1 -DHAVE_LIBGOMP=1
-DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1
-DHAVE_DUP2=1 -DHAVE_MEMSET=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1
-DHAVE_STRRCHR=1 -I.  -I./include -I./ocr-utils -I/usr/local/include  
-I/usr/local/include/leptonica -DHAVE_LEPTONICA -I/usr/local/include -O2
-pipe -march=k8 -fno-strict-aliasing -fopenmp -Wall -Wno-sign-compare
-Wno-write-strings -Wno-deprecated -O2 -pipe -march=k8 -fno-strict-aliasing
-fopenmp -MT linerec.o -MD -MP -MF .deps/linerec.Tpo -c -o linerec.o `test
-f './ocr-line/linerec.cc' || echo './'`./ocr-line/linerec.cc
c++: warning: argument unused during compilation: '-fopenmp'
c++: warning: argument unused during compilation: '-fopenmp'
In file included from ./ocr-line/linerec.cc:32:
In file included from ./include/ocropus.h:29:
In file included from /usr/local/include/colib/colib.h:34:
In file included from /usr/local/include/colib/classifier.h:33:
/usr/local/include/colib/narray.h:79:5: warning: 'narray' defined as a class
template here but previously declared as a struct template
[-Wmismatched-tags]
class narray {
/usr/local/include/colib/narray.h:66:5: note: did you mean class here?
struct narray;
class
In file included from ./ocr-line/linerec.cc:33:
In file included from ./include/glinerec.h:57:
./include/glutils.h:139:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp parallel for
./ocr-line/linerec.cc:471:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp atomic
./ocr-line/linerec.cc:473:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp critical
./ocr-line/linerec.cc:483:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp atomic
./ocr-line/linerec.cc:544:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp parallel for schedule(dynamic,10) private(p,v,b,props)
./ocr-line/linerec.cc:557:9: warning: unknown pragma ignored
[-Wunknown-pragmas]
#pragma omp critical
./ocr-line/linerec.cc:401:14: warning:
'glinerec::LinerecExtracted::addTrainingLine' hides overloaded virtual
function [-Woverloaded-virtual]
void addTrainingLine(intarray &cseg,nustring &tr) {
./ocr-utils/ocrinterfaces.h:309:22: note: hidden overloaded virtual function
'ocropus::IRecognizeLine::addTrainingLine' declared here
virtual void addTrainingLine(bytearray &image,nustring
&transcription) { throw "unimplemented"; }
In file included from ./ocr-line/linerec.cc:32:
In file included from ./include/ocropus.h:61:
./ocr-utils/enumerator.h:83:25: error: call to function 'Hash_hash' that is
neither visible in the template definition nor found by argument-dependent
lookup
int index = abs(Hash_hash(key)) % entries.length();
./ocr-utils/enumerator.h:71:21: note: in instantiation of member function
'EnumHash::find_index' requested here
int index = find_index(key);
./ocr-utils/enumerator.h:116:34: note: in instantiation of member function
'EnumHash::get' requested here
int result = translation.get(i,n);
./ocr-utils/enumerator.h:105:12: note: 'Hash_hash' should be declared prior
to the call site
inline int Hash_hash(int x) {
8 warnings and 1 error generated.
gmake[1]: *** [linerec.o] Error 1



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

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

Re: Proper way to access executable's "environment"?

[David Wolfskill]

On Sun, May 26, 2013 at 07:55:03PM +0200, Stefan Ehmann wrote:
> ...
> > So I have a couple of questions related to the above:
> > * Is the patch correct?...
> 
> Should be fine. See environ(7) or
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/environ.html:
> 
> "In addition, the following variable, which must be declared by the user 
> if it is to be used directly: extern char **environ; "

Cool; thanks.

(Aside: I'd be happy to hear of plausible reasons the earlier approach
does not appear to fail in i386.  I'm suspecting some sort of
compatibilty shim -- which was jettisoned for amd64, probably quite
intentionally.)

> Including  is not necessary to access the environ variable.

OK; I'll elide that from the patch (& re-test), then.  I'd rather not
add things gratuitously.

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpMt_B_W1E2A.pgp
Description: PGP signature

INDEX build failed for 8.x

[Ports Index build]

INDEX build failed with errors:
Generating INDEX-8 - please wait..clang: not found
Unknown modifier 'D'

"Makefile", line 31: Malformed conditional (${PORT_OPTIONS:DOCS})
"Makefile", line 34: if-less endif
make: fatal errors encountered -- cannot continue
===> sysutils/915resolution failed
*** [describe.sysutils] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 bsam cy eadler wen wg 

Most recent SVN update was:
Updating '.':
Udevel/p5-Git-Repository/Makefile
Udevel/p5-Git-Repository/distinfo
Udevel/qct/Makefile
Uaudio/lmms/Makefile
Uaudio/lmms/distinfo
Uaudio/lmms/pkg-plist
Ddeskutils/easystroke/files/patch-main.cc
Udeskutils/easystroke/files/patch-Makefile
Udeskutils/easystroke/Makefile
Udeskutils/easystroke/distinfo
Asecurity/sudosh2/files/patch-src-replay.c
Usecurity/sudosh2/Makefile
Aconverters/iconv/files/patch-iconv_builtin
Uprint/photoprint/pkg-plist
Uprint/photoprint/Makefile
Dsysutils/915resolution/pkg-plist
Usysutils/915resolution/Makefile
Usysutils/mapchan/Makefile
Usysutils/mapchan/distinfo
Usysutils/mapchan/files/patch-mapchan.c
Usysutils/mapchan/files/patch-Makefile
Usysutils/moreutils-parallel/Makefile
Usysutils/moreutils-parallel/distinfo
Updated to revision 319124.
___
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: Proper way to access executable's "environment"?

[Stefan Ehmann]

On 05/26/2013 19:20, David Wolfskill wrote:

A while back, I volunteered to maintain x11-wm/piewm, as it had been
assigned to "ports" and I'm one of the very few folks I know who uses
it.

...

So I hacked twm.c, per:

--- twm.c   1998-06-12 13:28:07.0 -0700
+++ twm.c   2013-05-10 21:02:32.0 -0700
@@ -93,6 +93,7 @@
  #endif

  #include 
+#include 
  #include 
  #include 
  #include "twm.h"
@@ -177,6 +178,8 @@

  unsigned long black, white;

+extern char **environ;
+
  /***
   *
   *  Procedure:
@@ -186,7 +189,7 @@
   */

  int
-main(int argc, char **argv, char **environ)
+main(int argc, char **argv)
  {
  Window root, parent, *children;
  unsigned int nchildren;


rebuilt piewm, et voilà:  no crash.  :-)

I thought this was encouraging, and sent a note to Russ Nelson at
crynwr.com -- the upstream site.  That was on 10 May; I've had no
response.

I subsequently rebuild piewm with the patch applied for my usual
FreeBSD/i386 environment, and it's (also) been trouble-free.  (That
said, I don't actually do anything with the environment for piewm.
Indeed, in nearly all respects, I could use tvtwm without any difference
-- and those that would show up are too arcane to describe here.)

So I have a couple of questions related to the above:
* Is the patch correct?  I don't do much with C, and even less with C
   code that accesses the environment.  (When I write code, it's normally
   scripts, mostly in /bin/sh.)  getenv(3) mentioned the "#include
   ", so I did that based on theat man page.  I didn't see
   anything about declaring environ as an "extern char **", but wasn't
   keen on making more changes than necessary to the code.  (Mind, I
   fully support making "necessary" -- or even "strongly advised" --
   changes.)


Should be fine. See environ(7) or
http://pubs.opengroup.org/onlinepubs/9699919799/functions/environ.html:

"In addition, the following variable, which must be declared by the user 
if it is to be used directly: extern char **environ; "


Including  is not necessary to access the environ variable.

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

Proper way to access executable's "environment"?

[David Wolfskill]

A while back, I volunteered to maintain x11-wm/piewm, as it had been
assigned to "ports" and I'm one of the very few folks I know who uses
it.

The vast bulk of this code dates back to tvtwm and twm before that;
the primary source file is still called "twm.c" and had last been
updated 12 June 1998.

While I have been generally using piewm successfully (modulo a
couple of fixes I sent upstream a few years back) in a FreeBSD/i386
environment, I recently decided to experiment with FreeBSD/amd64
on my laptop.

While the experiment worked OK for the most part, I was not at all
happy to find that piewm survived but briefly on invocation in an
amd64 environment.  Further, I found that tvtwm (my fallback WM)
did not exhibit such a failure.  (This is not the first time such
a difference in behavior has been observed.)

After poking around (more like "thrashing") for a bit, I managed
-- somehow -- to determine that piewm was getting a SIGSEGV very
early on, when it attempted to access the execution "environment."
(It turns out that tvtwm doesn't do this.  There is virtue in
simplicity. :-})

I was puzzled by this, as it does the same thing for i386, and didn't
choke & die.

So I started looking at code that I had reason to expect would do this
correctly -- src/usr.bin/env/env.c, for starters -- and saw that while
piewm's twm.c declares main as:

int
main(int argc, char **argv, char **environ)
{
...

and proceeds to use environ as a pointer to a NULL-terminated list
of strings, env.c declares:

extern char **environ;

and the function main is declared:

int
main(int argc, char **argv)
{
...


And that difference struck me as possibly of significance.

So I hacked twm.c, per:

--- twm.c   1998-06-12 13:28:07.0 -0700
+++ twm.c   2013-05-10 21:02:32.0 -0700
@@ -93,6 +93,7 @@
 #endif
 
 #include 
+#include 
 #include 
 #include 
 #include "twm.h"
@@ -177,6 +178,8 @@
 
 unsigned long black, white;
 
+extern char **environ;
+
 /***
  *
  *  Procedure:
@@ -186,7 +189,7 @@
  */
 
 int
-main(int argc, char **argv, char **environ)
+main(int argc, char **argv)
 {
 Window root, parent, *children;
 unsigned int nchildren;


rebuilt piewm, et voilà:  no crash.  :-)

I thought this was encouraging, and sent a note to Russ Nelson at
crynwr.com -- the upstream site.  That was on 10 May; I've had no
response.

I subsequently rebuild piewm with the patch applied for my usual
FreeBSD/i386 environment, and it's (also) been trouble-free.  (That
said, I don't actually do anything with the environment for piewm.
Indeed, in nearly all respects, I could use tvtwm without any difference
-- and those that would show up are too arcane to describe here.)

So I have a couple of questions related to the above:
* Is the patch correct?  I don't do much with C, and even less with C
  code that accesses the environment.  (When I write code, it's normally
  scripts, mostly in /bin/sh.)  getenv(3) mentioned the "#include
  ", so I did that based on theat man page.  I didn't see
  anything about declaring environ as an "extern char **", but wasn't
  keen on making more changes than necessary to the code.  (Mind, I
  fully support making "necessary" -- or even "strongly advised" --
  changes.)

* I also prefer getting the changes pushed upstream -- I believe I was
  reponsible for the previous couple of changes to piewm, because of bugs
  I found.  But so far, "upstream" hasn't responded, and the code (as it
  presently stands) is demonstrably broken for amd64.

  All that said, it's fair to note that (at best), piewm is a
  vanishingly small niche.  However, other than tvtwm, I haven't
  found a WM with which I am anywhere near as comfortable; thus, I
  have a rather vested interest in ensuring that it continues to
  work.

  But if Russ Nelson is no longer in a position to be both willing &
  able to host the upstream site, I'm willing to do it myself.

  What's a reasonable way for me to proceed?

(I'm subscribed to ports@; no need to Cc: me.)

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp6_p6PHUMzt.pgp
Description: PGP signature

Re: NZBGet | Port needs a refreshj

[Jos Chrispijn]

William Grzybowski:

There is a PR for it, ports/177839. I'll take care.

thanks William, keep up the good work!

Best regards,
Jos Chrispijn

___
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: ports && 10-CURRENT

[Niclas Zeising]

[Please reply to x...@freebsd.org only, to avoid cross-posting.]
On 05/26/13 17:50, Matthias Apitz wrote:
> El día Saturday, May 25, 2013 a las 09:38:56PM +0200, Niclas Zeising escribió:
> 
> x11/xorg
> devel/imake
> 
> now the 'imake' works fine to configure, for example graphics/xv;
> Good News!!!

Great!

> 
> The Xserver itself crashed on first start with:
> 
> $ startx
> xauth:  file /home/guru/.serverauth.912 does not exist
That one is normal, it is created on startup.
> 
> 
> X.Org X Server 1.7.7
> Release Date: 2010-05-04
> X Protocol Version 11, Revision 0
> Build Operating System: FreeBSD 10.0-CURRENT i386 
> Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD
> 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013
> guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386
> Build Date: 26 May 2013  03:23:12PM
>  
> Current version of pixman: 0.28.2
> Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Sun May 26 16:40:34 2013
> (==) Using config file: "/etc/X11/xorg.conf"
> Segmentation fault at address 0x0
> 
> Fatal server error:
> Caught signal 11 (Segmentation fault). Server aborting
> 
> on a second start it came up fine; this (first crash / second fine)
> seems to be reproduceable);

Can you try to provide a backtrace or similar?  Also, do you have a log
file from the successful attempt.  There seem to be a null-pointer
dereference somewhere in there, but this can be hard to find.  Also, can
you provide kldstat before and after a start, both when it crashes and
when it doesn't?
> 
> where should I raise this issue with more debug information now?

We'll start here.  I'll move the thread to x11@ as well, since most of us
hang around there. :)
Regards!
-- 
Niclas Zeising
___
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: ports && 10-CURRENT

[Matthias Apitz]

El día Saturday, May 25, 2013 a las 09:38:56PM +0200, Niclas Zeising escribió:

> On 05/25/13 20:56, Matthias Apitz wrote:
> > 
> > Hello,
> > 
> > I'm compiling the ports I'm used to use (some 1200) on a 10-CURRENT
> > r250588 (May 13 2013) and it seems that a lot of the ports are now
> > broken, at least on recent 10-CURRENT; the ports tree itself is from SVN
> > r315646 (April 1 2013); it compiled fine on an older 10-CURRENT from May
> > 2012, but meanwhile the compiler in CURRENT changed to clang;
> > 
> > the problems I'm facing mostly are:
> > 
> > - a lot of qt4 ports do not compile with clang
> > - all ports using devel/imake are broken now (see ports/178666)
> This is hopefully fixed by the big xorg update earlier today.

Hello,

Today morning, after SVN checkout /usr/ports r319094 and wiping out
all old stuff:

# rm -rf /usr/local/*
# rm -rf /var/db/pkg/*
# rm -rf /compat/linux/*

I've made the following ports:

x11/xorg
devel/imake

now the 'imake' works fine to configure, for example graphics/xv;
Good News!!!

The Xserver itself crashed on first start with:

$ startx
xauth:  file /home/guru/.serverauth.912 does not exist


X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 10.0-CURRENT i386 
Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD
10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013
guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386
Build Date: 26 May 2013  03:23:12PM
 
Current version of pixman: 0.28.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun May 26 16:40:34 2013
(==) Using config file: "/etc/X11/xorg.conf"
Segmentation fault at address 0x0

Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting

on a second start it came up fine; this (first crash / second fine)
seems to be reproduceable);

where should I raise this issue with more debug information now?

Thanks

matthias
-- 
Matthias Apitz   |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: g...@unixarea.de |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211   |  / \ - Respect for open standards
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/spidermonkey185 build breaks

[Kubilay Kocak]

On 26/05/2013 11:51 PM, Kubilay Kocak wrote:
> On 7/05/2013 3:44 PM, Beeblebrox wrote:
>> port was successfully built with
>> # make USE_GCC=any -C lang/spidermonkey185
>>
>>
>>
>> -
>> 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
>> xorg.devel
>>
>> --
>> View this message in context: 
>> http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809304.html
>> Sent from the freebsd-ports mailing list archive at Nabble.com.
>> ___
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
> 
> dim@ is landing an upstream fix for this very shortly which should
> address this issue:
> 
> [1] http://llvm.org/bugs/show_bug.cgi?id=16139
> [2] http://llvm.org/viewvc/llvm-project?view=revision&revision=182656
> 
> Thanks for the help Dimitry :)
> 
> -koobs
> 

Committed in r250997:

http://svnweb.freebsd.org/changeset/base/250997

Thanks again 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: lang/spidermonkey185 build breaks

[Kubilay Kocak]

On 7/05/2013 3:44 PM, Beeblebrox wrote:
> port was successfully built with
> # make USE_GCC=any -C lang/spidermonkey185
> 
> 
> 
> -
> 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
> xorg.devel
> 
> --
> View this message in context: 
> http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809304.html
> Sent from the freebsd-ports mailing list archive at Nabble.com.
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 

dim@ is landing an upstream fix for this very shortly which should
address this issue:

[1] http://llvm.org/bugs/show_bug.cgi?id=16139
[2] http://llvm.org/viewvc/llvm-project?view=revision&revision=182656

Thanks for the help Dimitry :)

-koobs
___
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: NZBGet | Port needs a refreshj

[William Grzybowski]

On Sun, May 26, 2013 at 11:07:21AM +0200, Jos Chrispijn wrote:
> Dear port maintainer,
> 
> Can you please refresh the FreeBSD 9.0 Stable NZBGet port?

There is a PR for it, ports/177839. I'll take care.
___
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"

NZBGet | Port needs a refreshj

[Jos Chrispijn]

Dear port maintainer,

Can you please refresh the FreeBSD 9.0 Stable NZBGet port?
Currently from the ports I could install:

nzbget-9.1_2Binary newsreader supporting NZB files

On Sourceforge the following port is available:

*NZBGet 10.2 *

Release Date: April 14, 2013
Source code - nzbget-10.2.tar.gz 



thanks in advance,
Jos Chrispijn


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