Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Julian Elischer]

On 10/2/19 11:47 AM, Baptiste Daroussin wrote:

Hello,

As far as I know, the chroot support in the ports tree, is not used by anyone
(and is broken in many areas) this is the feature called DESTDIR.

If anyone is using it, can you please raise your voice, in order to understand
your use case and see if we should juste remove the support for it, or fix it to
turn it into a usable sate?

Best regards,
Bapt


I can not check now but I may have used it int he build system at 
Panzura..


please check with Josh Paetzel who has access to the scripts.

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

Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Baptiste Daroussin]

On Thu, Oct 03, 2019 at 01:02:09AM -0700, Mark Millard wrote:
> You may want to contact "jhb": head/base/README says:
> 
Well head/base has been written by me and the DESTDIR in there has nothing to do
with the feature called DESTDIR in the ports tree ;)

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Mark Millard via freebsd-ports]

You may want to contact "jhb": head/base/README says:

QUOTE
# $FreeBSD$

How to cross build initial toolchain

Example with sparc64

1/ install a cross toolchain
pkg install sparc64-xtoolchain-gcc

2/ cross build world
make CROSS_TOOLCHAIN=sparc64-gcc TARGET=sparc64 TARGET_ARCH=sparc64 buildworld

3/ install the world in a sysroot
make CROSS_TOOLCHAIN=sparc64-gcc TARGET=sparc64 TARGET_ARCH=sparc64 
installworld DESTDIR=/sysroots/sparc64

4/ build the required port
$ cd base/binutils
make CROSS_TOOLCHAIN=sparc64-gcc CROSS_SYSROOT=/sysroots/sparc64 package

$ cd base/gcc
make CROSS_TOOLCHAIN=sparc64-gcc CROSS_SYSROOT=/sysroots/sparc64 package

the package are in base/gcc/work/pkg/*.txz and base/binutils/work/pkg/*.txz

To add a plist for a new binutils target
$ cd base/binutils
make CROSS_TOOLCHAIN=sparc64-gcc CROSS_SYSROOT=/sysroots/sparc64 makeplist > 
pkg-plist

edit the pkg-plist and remove everything which base does not provide via the
elftoolchain
END QUOTE

Note the "DESTDIR=/sysroots/sparc64" and the
"CROSS_SYSROOT=/sysroots/sparc64" in the example.

Are there consequences for this for what you are
proposing to do?


I do this sort of thing targetting powerpc64
at times.

I also sometimes build pkg at times this way
for powerpc64 to bootstrap it.



===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

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

Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Baptiste Daroussin]

On Wed, Oct 02, 2019 at 11:01:39PM +0400, Antranig Vartanian wrote:
> we never had any issues, the system was automated by the old sysdamin, 
> currently running FreeBSD 11.2, although I’m migrating to my way (make on NFS 
> server, make install on clients), so I wont need DESTDIR.
> 
> for the last 2 (maybe 3?) years, I haven’t seen any issues because of DESTDIR.

Thank you for the useful feedback

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Baptiste Daroussin]

On Wed, Oct 02, 2019 at 10:55:12PM +0400, Antranig Vartanian wrote:
> Hi there!
> 
> I use DESTDIR at $work. our simple use case is the following: mount NFS to 
> server0 (which is more powerful), use DESTDIR to install into the NFS mounted 
> location, then other can use and merge those binaries. (no idea how it’s 
> done, just $legacy)
> 
> Some of our modern systems do just `make`, then we mount the powerful server 
> to the clients and do `make install` (no need for DESTDIR)
> 
> I think a more sane way would be using `make package` or using 
> Poudriere/Synth, but we have $legacy :)
> 
> I hope this answers the question regarding need/usage.
> 
Yup, that is 1 pont in the box of save DESTDIR for now ;), note that yes
poudriere would probably be a saner approach, but yes legacy ;)

Do you encounter issues you had to work around? or does it just work for you?

Best regards,
Bapt


signature.asc
Description: PGP signature

[HEADSUP] Removing DESTDIR support (aka chroot not staging)

[Baptiste Daroussin]

Hello,

As far as I know, the chroot support in the ports tree, is not used by anyone
(and is broken in many areas) this is the feature called DESTDIR.

If anyone is using it, can you please raise your voice, in order to understand
your use case and see if we should juste remove the support for it, or fix it to
turn it into a usable sate?

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: 32-bit powerpc: bjam stuck compute-bound during poudriere bulk build of devel/boost-libs (during staging)

[Mark Millard via freebsd-ports]

[I misinterpreted.]

On 2019-May-25, at 22:31, Mark Millard  wrote:

> [I retried the build.]
> 
> On 2019-May-25, at 19:49, Mark Millard  wrote:
> 
>> In over 16 minutes of CPU time the log file had 4 lines added:
>> 
>>   - zlib : yes (cached)
>>   - bzip2: yes (cached)
>>   - lzma : yes (cached)
>>   - zstd : no  (cached)
>> 
>> after:
>> 
>>   - BOOST_COMP_GNUC >= 4.3.0 : yes (cached)
>> 
>> Using truss showed lack of activity but for rare mmap or clock_gettime
>> calls.
>> 
>> Attaching with gdb showed a backtrace like:
>> 
>> (gdb) bt
>> #0  object_validate (obj=) at object.c:244
>> #1  0x0181a10c in object_equal (lhs=, rhs=) at 
>> object.c:334
>> #2  0x01815378 in list_in (l=, value=0x44757c9c) at 
>> lists.c:345
>> #3  0x01815418 in list_is_sublist (sub=, l=0x4b826ec0) at 
>> lists.c:308
>> #4  0x0180fa70 in function_run (function_=0x41b07800, frame=0x9be0, 
>> s=0x1844fb4 ) at function.c:4128
>> #5  0x01801fe0 in evaluate_rule (rule=0x41b8e89c, rulename=0x41b1becc, 
>> frame=0x9be0) at compile.c:150
>> #6  0x01810798 in function_call_rule (line=, file=0x9be8, 
>> unexpanded=, n_args=2, s=, frame=> out>, function=)
>>   at function.c:493
>> #7  function_run (function_=0x41bf3580, frame=0x9e14, s=0x1844fb4 
>> ) at function.c:4617
>> #8  0x01801fe0 in evaluate_rule (rule=0x4209fadc, rulename=0x420bf25c, 
>> frame=0x9e14) at compile.c:150
>> #9  0x0180f8f0 in function_call_member_rule (line=, 
>> file=0x41ae9c5c, rulename=, n_args=1, s=, 
>> frame=, function=)
>>   at function.c:605
>> #10 function_run (function_=0x42067140, frame=0xa120, s=0x1844fb4 
>> ) at function.c:4628
>> #11 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
>> frame=0xa120) at compile.c:150
>> #12 0x01810798 in function_call_rule (line=, file=0xa128, 
>> unexpanded=, n_args=1, s=, frame=> out>, function=)
>>   at function.c:493
>> #13 function_run (function_=0x420cef00, frame=0xa354, s=0x1844fb4 
>> ) at function.c:4617
>> #14 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
>> frame=0xa354) at compile.c:150
>> #15 0x0180f8f0 in function_call_member_rule (line=, 
>> file=0x41ae9c5c, rulename=, n_args=1, s=, 
>> frame=, function=)
>>   at function.c:605
>> #16 function_run (function_=0x420cdbc0, frame=0xa660, s=0x1844fb4 
>> ) at function.c:4628
>> #17 0x01801fe0 in evaluate_rule (rule=0x4209402c, rulename=0x41b9ce2c, 
>> frame=0xa660) at compile.c:150
>> #18 0x01810798 in function_call_rule (line=, file=0xa668, 
>> unexpanded=, n_args=3, s=, frame=> out>, function=)
>>   at function.c:493
>> #19 function_run (function_=0x42227180, frame=0xa900, s=0x1844fb4 
>> ) at function.c:4617
>> #20 0x01801fe0 in evaluate_rule (rule=0x4227d26c, rulename=0x41b9c73c, 
>> frame=0xa900) at compile.c:150
>> #21 0x01810798 in function_call_rule (line=, file=0xa908, 
>> unexpanded=, n_args=3, s=, frame=> out>, function=)
>>   at function.c:493
>> #22 function_run (function_=0x422ac8c0, frame=0xaba0, s=0x1844fb4 
>> ) at function.c:4617
>> #23 0x01801fe0 in evaluate_rule (rule=0x4227cec4, rulename=0x41ba222c, 
>> frame=0xaba0) at compile.c:150
>> #24 0x01810798 in function_call_rule (line=, file=0xaba8, 
>> unexpanded=, n_args=1, s=, frame=> out>, function=)
>>   at function.c:493
>> #25 function_run (function_=0x42227700, frame=0xae40, s=0x1844fb4 
>> ) at function.c:4617
>> #26 0x01801fe0 in evaluate_rule (rule=0x4226601c, rulename=0x422ad26c, 
>> frame=0xae40) at compile.c:150
>> #27 0x01810798 in function_call_rule (line=, file=0xae48, 
>> unexpanded=, n_args=1, s=, frame=> out>, function=)
>>   at function.c:493
>> #28 function_run (function_=0x422ac880, frame=0xb074, s=0x1844fb4 
>> ) at function.c:4617
>> #29 0x01801fe0 in evaluate_rule (rule=0x4227ceac, rulename=0x41b9a54c, 
>> frame=0xb074) at compile.c:150
>> #30 0x0180f8f0 in function_call_member_rule (line=, 
>> file=0x41ae9c5c, rulename=, n_args=1, s=, 
>> frame=, function=)
>>   at function.c:605
>> #31 function_run (function_=0x42067140, frame=0xb380, s=0x1844fb4 
>> ) at function.c:4628
>> #32 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
>> frame=0xb380) at compile.c:150
>> #33 0x01810798 in function_call_rule (line=, file=0xb388, 
>> unexpanded=, n_args=1, s=, frame=> out>, function=)
>>   at function.c:493
>> #34 function_run (function_=0x420cef00, frame=0xb5b4, s=0x1844fb4 
>> ) at function.c:4617
>> #35 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
>> frame=0xb5b4) at compile.c:150
>> #36 0x0180f8f0 in function_call_member_rule (line=, 
>> file=0x41ae40ec, rulename=, n_args=1, s=, 
>> frame=, function=)
>>   at function.c:605
>> #37 function_run (function_=0x41b25980, frame=0xba30, s=0x1844fb4 
>> ) at function.c:4628
>> #38 0x0181b1c8 in parse_impl (frame=0xba30) at parse.c:55
>> #39 

Re: 32-bit powerpc: bjam stuck compute-bound during poudriere bulk build of devel/boost-libs (during staging)

[Mark Millard via freebsd-ports]

[I retried the build.]

On 2019-May-25, at 19:49, Mark Millard  wrote:

> In over 16 minutes of CPU time the log file had 4 lines added:
> 
>- zlib : yes (cached)
>- bzip2: yes (cached)
>- lzma : yes (cached)
>- zstd : no  (cached)
> 
> after:
> 
>- BOOST_COMP_GNUC >= 4.3.0 : yes (cached)
> 
> Using truss showed lack of activity but for rare mmap or clock_gettime
> calls.
> 
> Attaching with gdb showed a backtrace like:
> 
> (gdb) bt
> #0  object_validate (obj=) at object.c:244
> #1  0x0181a10c in object_equal (lhs=, rhs=) at 
> object.c:334
> #2  0x01815378 in list_in (l=, value=0x44757c9c) at lists.c:345
> #3  0x01815418 in list_is_sublist (sub=, l=0x4b826ec0) at 
> lists.c:308
> #4  0x0180fa70 in function_run (function_=0x41b07800, frame=0x9be0, 
> s=0x1844fb4 ) at function.c:4128
> #5  0x01801fe0 in evaluate_rule (rule=0x41b8e89c, rulename=0x41b1becc, 
> frame=0x9be0) at compile.c:150
> #6  0x01810798 in function_call_rule (line=, file=0x9be8, 
> unexpanded=, n_args=2, s=, frame= out>, function=)
>at function.c:493
> #7  function_run (function_=0x41bf3580, frame=0x9e14, s=0x1844fb4 
> ) at function.c:4617
> #8  0x01801fe0 in evaluate_rule (rule=0x4209fadc, rulename=0x420bf25c, 
> frame=0x9e14) at compile.c:150
> #9  0x0180f8f0 in function_call_member_rule (line=, 
> file=0x41ae9c5c, rulename=, n_args=1, s=, 
> frame=, function=)
>at function.c:605
> #10 function_run (function_=0x42067140, frame=0xa120, s=0x1844fb4 
> ) at function.c:4628
> #11 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
> frame=0xa120) at compile.c:150
> #12 0x01810798 in function_call_rule (line=, file=0xa128, 
> unexpanded=, n_args=1, s=, frame= out>, function=)
>at function.c:493
> #13 function_run (function_=0x420cef00, frame=0xa354, s=0x1844fb4 
> ) at function.c:4617
> #14 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
> frame=0xa354) at compile.c:150
> #15 0x0180f8f0 in function_call_member_rule (line=, 
> file=0x41ae9c5c, rulename=, n_args=1, s=, 
> frame=, function=)
>at function.c:605
> #16 function_run (function_=0x420cdbc0, frame=0xa660, s=0x1844fb4 
> ) at function.c:4628
> #17 0x01801fe0 in evaluate_rule (rule=0x4209402c, rulename=0x41b9ce2c, 
> frame=0xa660) at compile.c:150
> #18 0x01810798 in function_call_rule (line=, file=0xa668, 
> unexpanded=, n_args=3, s=, frame= out>, function=)
>at function.c:493
> #19 function_run (function_=0x42227180, frame=0xa900, s=0x1844fb4 
> ) at function.c:4617
> #20 0x01801fe0 in evaluate_rule (rule=0x4227d26c, rulename=0x41b9c73c, 
> frame=0xa900) at compile.c:150
> #21 0x01810798 in function_call_rule (line=, file=0xa908, 
> unexpanded=, n_args=3, s=, frame= out>, function=)
>at function.c:493
> #22 function_run (function_=0x422ac8c0, frame=0xaba0, s=0x1844fb4 
> ) at function.c:4617
> #23 0x01801fe0 in evaluate_rule (rule=0x4227cec4, rulename=0x41ba222c, 
> frame=0xaba0) at compile.c:150
> #24 0x01810798 in function_call_rule (line=, file=0xaba8, 
> unexpanded=, n_args=1, s=, frame= out>, function=)
>at function.c:493
> #25 function_run (function_=0x42227700, frame=0xae40, s=0x1844fb4 
> ) at function.c:4617
> #26 0x01801fe0 in evaluate_rule (rule=0x4226601c, rulename=0x422ad26c, 
> frame=0xae40) at compile.c:150
> #27 0x01810798 in function_call_rule (line=, file=0xae48, 
> unexpanded=, n_args=1, s=, frame= out>, function=)
>at function.c:493
> #28 function_run (function_=0x422ac880, frame=0xb074, s=0x1844fb4 
> ) at function.c:4617
> #29 0x01801fe0 in evaluate_rule (rule=0x4227ceac, rulename=0x41b9a54c, 
> frame=0xb074) at compile.c:150
> #30 0x0180f8f0 in function_call_member_rule (line=, 
> file=0x41ae9c5c, rulename=, n_args=1, s=, 
> frame=, function=)
>at function.c:605
> #31 function_run (function_=0x42067140, frame=0xb380, s=0x1844fb4 
> ) at function.c:4628
> #32 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
> frame=0xb380) at compile.c:150
> #33 0x01810798 in function_call_rule (line=, file=0xb388, 
> unexpanded=, n_args=1, s=, frame= out>, function=)
>at function.c:493
> #34 function_run (function_=0x420cef00, frame=0xb5b4, s=0x1844fb4 
> ) at function.c:4617
> #35 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
> frame=0xb5b4) at compile.c:150
> #36 0x0180f8f0 in function_call_member_rule (line=, 
> file=0x41ae40ec, rulename=, n_args=1, s=, 
> frame=, function=)
>at function.c:605
> #37 function_run (function_=0x41b25980, frame=0xba30, s=0x1844fb4 
> ) at function.c:4628
> #38 0x0181b1c8 in parse_impl (frame=0xba30) at parse.c:55
> #39 0x018100ec in function_run (function_=0x41871d80, frame=0xba30, 
> s=0x1844fb4 ) at function.c:4860
> #40 0x01801fe0 in evaluate_rule (rule=0x41a7cd54, rulename=0x41aaf98c, 
> 

32-bit powerpc: bjam stuck compute-bound during poudriere bulk build of devel/boost-libs (during staging)

[Mark Millard via freebsd-ports]

In over 16 minutes of CPU time the log file had 4 lines added:

- zlib : yes (cached)
- bzip2: yes (cached)
- lzma : yes (cached)
- zstd : no  (cached)

after:

- BOOST_COMP_GNUC >= 4.3.0 : yes (cached)

Using truss showed lack of activity but for rare mmap or clock_gettime
calls.

Attaching with gdb showed a backtrace like:

(gdb) bt
#0  object_validate (obj=) at object.c:244
#1  0x0181a10c in object_equal (lhs=, rhs=) at 
object.c:334
#2  0x01815378 in list_in (l=, value=0x44757c9c) at lists.c:345
#3  0x01815418 in list_is_sublist (sub=, l=0x4b826ec0) at 
lists.c:308
#4  0x0180fa70 in function_run (function_=0x41b07800, frame=0x9be0, 
s=0x1844fb4 ) at function.c:4128
#5  0x01801fe0 in evaluate_rule (rule=0x41b8e89c, rulename=0x41b1becc, 
frame=0x9be0) at compile.c:150
#6  0x01810798 in function_call_rule (line=, file=0x9be8, 
unexpanded=, n_args=2, s=, frame=, 
function=)
at function.c:493
#7  function_run (function_=0x41bf3580, frame=0x9e14, s=0x1844fb4 ) 
at function.c:4617
#8  0x01801fe0 in evaluate_rule (rule=0x4209fadc, rulename=0x420bf25c, 
frame=0x9e14) at compile.c:150
#9  0x0180f8f0 in function_call_member_rule (line=, 
file=0x41ae9c5c, rulename=, n_args=1, s=, 
frame=, function=)
at function.c:605
#10 function_run (function_=0x42067140, frame=0xa120, s=0x1844fb4 ) 
at function.c:4628
#11 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
frame=0xa120) at compile.c:150
#12 0x01810798 in function_call_rule (line=, file=0xa128, 
unexpanded=, n_args=1, s=, frame=, 
function=)
at function.c:493
#13 function_run (function_=0x420cef00, frame=0xa354, s=0x1844fb4 ) 
at function.c:4617
#14 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
frame=0xa354) at compile.c:150
#15 0x0180f8f0 in function_call_member_rule (line=, 
file=0x41ae9c5c, rulename=, n_args=1, s=, 
frame=, function=)
at function.c:605
#16 function_run (function_=0x420cdbc0, frame=0xa660, s=0x1844fb4 ) 
at function.c:4628
#17 0x01801fe0 in evaluate_rule (rule=0x4209402c, rulename=0x41b9ce2c, 
frame=0xa660) at compile.c:150
#18 0x01810798 in function_call_rule (line=, file=0xa668, 
unexpanded=, n_args=3, s=, frame=, 
function=)
at function.c:493
#19 function_run (function_=0x42227180, frame=0xa900, s=0x1844fb4 ) 
at function.c:4617
#20 0x01801fe0 in evaluate_rule (rule=0x4227d26c, rulename=0x41b9c73c, 
frame=0xa900) at compile.c:150
#21 0x01810798 in function_call_rule (line=, file=0xa908, 
unexpanded=, n_args=3, s=, frame=, 
function=)
at function.c:493
#22 function_run (function_=0x422ac8c0, frame=0xaba0, s=0x1844fb4 ) 
at function.c:4617
#23 0x01801fe0 in evaluate_rule (rule=0x4227cec4, rulename=0x41ba222c, 
frame=0xaba0) at compile.c:150
#24 0x01810798 in function_call_rule (line=, file=0xaba8, 
unexpanded=, n_args=1, s=, frame=, 
function=)
at function.c:493
#25 function_run (function_=0x42227700, frame=0xae40, s=0x1844fb4 ) 
at function.c:4617
#26 0x01801fe0 in evaluate_rule (rule=0x4226601c, rulename=0x422ad26c, 
frame=0xae40) at compile.c:150
#27 0x01810798 in function_call_rule (line=, file=0xae48, 
unexpanded=, n_args=1, s=, frame=, 
function=)
at function.c:493
#28 function_run (function_=0x422ac880, frame=0xb074, s=0x1844fb4 ) 
at function.c:4617
#29 0x01801fe0 in evaluate_rule (rule=0x4227ceac, rulename=0x41b9a54c, 
frame=0xb074) at compile.c:150
#30 0x0180f8f0 in function_call_member_rule (line=, 
file=0x41ae9c5c, rulename=, n_args=1, s=, 
frame=, function=)
at function.c:605
#31 function_run (function_=0x42067140, frame=0xb380, s=0x1844fb4 ) 
at function.c:4628
#32 0x01801fe0 in evaluate_rule (rule=0x420a18dc, rulename=0x420b262c, 
frame=0xb380) at compile.c:150
#33 0x01810798 in function_call_rule (line=, file=0xb388, 
unexpanded=, n_args=1, s=, frame=, 
function=)
at function.c:493
#34 function_run (function_=0x420cef00, frame=0xb5b4, s=0x1844fb4 ) 
at function.c:4617
#35 0x01801fe0 in evaluate_rule (rule=0x42095334, rulename=0x420c063c, 
frame=0xb5b4) at compile.c:150
#36 0x0180f8f0 in function_call_member_rule (line=, 
file=0x41ae40ec, rulename=, n_args=1, s=, 
frame=, function=)
at function.c:605
#37 function_run (function_=0x41b25980, frame=0xba30, s=0x1844fb4 ) 
at function.c:4628
#38 0x0181b1c8 in parse_impl (frame=0xba30) at parse.c:55
#39 0x018100ec in function_run (function_=0x41871d80, frame=0xba30, 
s=0x1844fb4 ) at function.c:4860
#40 0x01801fe0 in evaluate_rule (rule=0x41a7cd54, rulename=0x41aaf98c, 
frame=0xba30) at compile.c:150
#41 0x01810798 in function_call_rule (line=, file=0xba38, 
unexpanded=, n_args=3, s=, frame=, 
function=)
at function.c:493
#42 function_run (function_=0x41b25100, frame=0xbcd0, s=0x1844fb4 ) 
at function.c:4617
#43 0x01801fe0 in evaluate_rule (rule=0x41aa83f4, 

Re: devel/jsoncpp and staging?

[Steve Kargl]

On Wed, Dec 19, 2018 at 03:46:33AM +0900, Yasuhiro KIMURA wrote:
> From: Steve Kargl 
> Subject: Re: devel/jsoncpp and staging?
> Date: Tue, 18 Dec 2018 10:07:05 -0800
> 
> > Thanks for the pointer to email thread.  Guess I'll
> > upgrade from 341703 to top-of-tree and see if that
> > fixes the issue.  I reverted recent changes to sh 
> > and bmake, but those did not seem to help.
> 
> I guess the problem comes from kernel rather than userland. So I
> recommend you to upgrade or rollback kernel.
> 

Thanks for the info.  A complete buildworld/buildkernel cycle
has "fixed" the issue.

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

Re: devel/jsoncpp and staging?

[Yasuhiro KIMURA]

From: Steve Kargl 
Subject: Re: devel/jsoncpp and staging?
Date: Tue, 18 Dec 2018 08:21:46 -0800

>> I cannot reproduce the error you encounter, what version of FreeBSD are
>> you running?
> FreeBSD sleepdirt 13.0-CURRENT FreeBSD 13.0-CURRENT r341703 HPC  amd64
> This corresponds to a /usr/src from Dec. 7, 2018.

I experienced same problem with 13.0-CURRENT r341690. See thread
starting with following message for more detail.

https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072355.html

Regards.

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

Re: devel/jsoncpp and staging?

[Steve Kargl]

On Tue, Dec 18, 2018 at 08:54:29AM +0100, Mathieu Arnold wrote:
> On Mon, Dec 17, 2018 at 07:25:10PM -0800, Steve Kargl wrote:
> > On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> > > I must be missing a change in how staging works.
> > > 
> > > % cd /usr/ports/devel/jsoncpp
> > > % make
> > > 
> > > ===>  Staging for jsoncpp-1.8.1_5
> > > ===>   Generating temporary packing list
> > > (cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
> > > '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
> > > /usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' 
> > > && chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd 
> > > '\''$2'\'' && chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
> > > /usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
> > > chmod: json/allocator.h: No such file or directory
> > > chmod: json/assertions.h: No such file or directory
> > > chmod: json/autolink.h: No such file or directory
> > > chmod: json/config.h: No such file or directory
> > > chmod: json/features.h: No such file or directory
> > > chmod: json/forwards.h: No such file or directory
> > > chmod: json/json.h: No such file or directory
> > > chmod: json/reader.h: No such file or directory
> > > chmod: json/value.h: No such file or directory
> > > chmod: json/version.h: No such file or directory
> > > chmod: json/writer.h: No such file or directory
> > > 
> > > % ls work/stage/usr/local/include/jsoncpp/json
> > > 
> > > 
> > > Now, let's re-run make
> > > 
> > > %  make
> > 
> > Same problem with news/xpn, except running make multiple
> > times does not correct the missing files problem.  So,
> > is there away to use the ports collection with staging
> > disabled?  src.conf documents WITHOUT_STAGING, but the
> > port collections seems to ignore this varible.
> 
> src.conf is about the source tree, it has absolutely nothing to do with
> ports.  Staging is a mandatory feature of every port.

That's unfortnutely.

> I cannot reproduce the error you encounter, what version of FreeBSD are
> you running?

FreeBSD sleepdirt 13.0-CURRENT FreeBSD 13.0-CURRENT r341703 HPC  amd64

This corresponds to a /usr/src from Dec. 7, 2018.

I did not have this problem circa Oct. 5th.  That's when I 
successfully installed news/xpn.  sh(1) has had 4 commits and
bmake was updated on Dec. 5.  Perhaps, an incompatible change
has entered the tree.  The end of 'make -dA' gives

do-install:> = 
/bin/mkdir -p /usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp
Execute: '/bin/mkdir -p 
/usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp'
Applying[.MAKE.EXPORTED] :O to "META_MODE LANG LC_ALL LANG LC_ALL"
Result[.MAKE.EXPORTED] of :O is "LANG LANG LC_ALL LC_ALL META_MODE"
Applying[.MAKE.EXPORTED] :u to "LANG LANG LC_ALL LC_ALL META_MODE"
Result[.MAKE.EXPORTED] of :u is "LANG LC_ALL META_MODE"
Applying[GH_TAGNAME] :S to "1.8.1"
Modifier pattern: "/"
Modifier pattern: "-"
Result[GH_TAGNAME] of :S is "1.8.1"
Applying[GH_TAGNAME_SANITIZED] :C to "1.8.1"
Modifier pattern: "^[vV]([0-9])"
Modifier pattern: "\1"
Result[GH_TAGNAME_SANITIZED] of :C is "1.8.1"
Applying[GH_TAGNAME_SANITIZED] :S to "1.8.1"
Modifier pattern: "+"
Modifier pattern: "-"
Result[GH_TAGNAME_SANITIZED] of :S is "1.8.1"
(cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
'(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
/usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
/usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
Execute: '(cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh 
-c '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
/usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
/usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)'
Applying[.MAKE.EXPORTED] :O to "META_MODE LANG LC_ALL LANG LC_ALL"
Result[.MAKE.EXPORTED] of :O is "LANG LANG LC_ALL LC_ALL

Re: devel/jsoncpp and staging?

[Mathieu Arnold]

On Mon, Dec 17, 2018 at 07:25:10PM -0800, Steve Kargl wrote:
> On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> > I must be missing a change in how staging works.
> > 
> > % cd /usr/ports/devel/jsoncpp
> > % make
> > 
> > ===>  Staging for jsoncpp-1.8.1_5
> > ===>   Generating temporary packing list
> > (cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
> > '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
> > /usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
> > chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
> > chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
> > /usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
> > chmod: json/allocator.h: No such file or directory
> > chmod: json/assertions.h: No such file or directory
> > chmod: json/autolink.h: No such file or directory
> > chmod: json/config.h: No such file or directory
> > chmod: json/features.h: No such file or directory
> > chmod: json/forwards.h: No such file or directory
> > chmod: json/json.h: No such file or directory
> > chmod: json/reader.h: No such file or directory
> > chmod: json/value.h: No such file or directory
> > chmod: json/version.h: No such file or directory
> > chmod: json/writer.h: No such file or directory
> > 
> > % ls work/stage/usr/local/include/jsoncpp/json
> > 
> > 
> > Now, let's re-run make
> > 
> > %  make
> 
> Same problem with news/xpn, except running make multiple
> times does not correct the missing files problem.  So,
> is there away to use the ports collection with staging
> disabled?  src.conf documents WITHOUT_STAGING, but the
> port collections seems to ignore this varible.

src.conf is about the source tree, it has absolutely nothing to do with
ports.  Staging is a mandatory feature of every port.

I cannot reproduce the error you encounter, what version of FreeBSD are
you running?

-- 
Mathieu Arnold


signature.asc
Description: PGP signature

Re: devel/jsoncpp and staging?

[Steve Kargl]

On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> I must be missing a change in how staging works.
> 
> % cd /usr/ports/devel/jsoncpp
> % make
> 
> ===>  Staging for jsoncpp-1.8.1_5
> ===>   Generating temporary packing list
> (cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
> '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
> /usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
> chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
> chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
> /usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
> chmod: json/allocator.h: No such file or directory
> chmod: json/assertions.h: No such file or directory
> chmod: json/autolink.h: No such file or directory
> chmod: json/config.h: No such file or directory
> chmod: json/features.h: No such file or directory
> chmod: json/forwards.h: No such file or directory
> chmod: json/json.h: No such file or directory
> chmod: json/reader.h: No such file or directory
> chmod: json/value.h: No such file or directory
> chmod: json/version.h: No such file or directory
> chmod: json/writer.h: No such file or directory
> 
> % ls work/stage/usr/local/include/jsoncpp/json
> 
> 
> Now, let's re-run make
> 
> %  make

Same problem with news/xpn, except running make multiple
times does not correct the missing files problem.  So,
is there away to use the ports collection with staging
disabled?  src.conf documents WITHOUT_STAGING, but the
port collections seems to ignore this varible.

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

devel/jsoncpp and staging?

[Steve Kargl]

I must be missing a change in how staging works.

% cd /usr/ports/devel/jsoncpp
% make

===>  Staging for jsoncpp-1.8.1_5
===>   Generating temporary packing list
(cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
'(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
/usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
/usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
chmod: json/allocator.h: No such file or directory
chmod: json/assertions.h: No such file or directory
chmod: json/autolink.h: No such file or directory
chmod: json/config.h: No such file or directory
chmod: json/features.h: No such file or directory
chmod: json/forwards.h: No such file or directory
chmod: json/json.h: No such file or directory
chmod: json/reader.h: No such file or directory
chmod: json/value.h: No such file or directory
chmod: json/version.h: No such file or directory
chmod: json/writer.h: No such file or directory

% ls work/stage/usr/local/include/jsoncpp/json


Now, let's re-run make

%  make
===>  Staging for jsoncpp-1.8.1_5
===>   Generating temporary packing list
(cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c 
'(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2>&1) &&  
/usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd '\''$2'\'' && 
chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE json/ 
/usr/ports/devel/jsoncpp/work/stage/usr/local/include/jsoncpp/)
install  -m 0644 
/usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/libs/linux-gcc-FreeBSD/libjsoncpp.a 
 /usr/ports/devel/jsoncpp/work/stage/usr/local/lib
install  -s -m 0644 
/usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/libs/linux-gcc-FreeBSD/libjsoncpp.so.1.8.1
  /usr/ports/devel/jsoncpp/work/stage/usr/local/lib
/bin/ln -s libjsoncpp.so.1.8.1 
/usr/ports/devel/jsoncpp/work/stage/usr/local/lib/libjsoncpp.so.1
/bin/ln -s libjsoncpp.so.1.8.1 
/usr/ports/devel/jsoncpp/work/stage/usr/local/lib/libjsoncpp.so
cp -f /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/pkg-config/jsoncpp.pc.in 
/usr/ports/devel/jsoncpp/work/stage/usr/local/libdata/pkgconfig/jsoncpp.pc
> Compressing man pages (compress-man)

% ls work/stage/usr/local/include/jsoncpp/json
allocator.h config.hjson.h  version.h
assertions.hfeatures.h  reader.hwriter.h
autolink.h  forwards.h  value.h

The missing files are suddenly found.  Seems to be a race in
staging feature.

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

Re: "chown/chgrp: Operation not permitted" in Poudriere during staging

[Mathieu Arnold]

Le 15/12/2017 à 11:25, Rodrigo Osorio a écrit :
> This issue remembers me something, but I wasn't able to remember how
> to fix it. 

Everything runs as a regular user, you can't `chown root` as user
nobody. You will probably need to tell the software to not use `-o root
-g wheel` (nor `-m 444`).

-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

"chown/chgrp: Operation not permitted" in Poudriere during staging

[Rodrigo Osorio]

Hi,

Poudriere fails during the stage process with the following message :

===
===>  Staging for pkg-provides-0.2.0
/bin/mkdir -p 
/wrkdirs/usr/ports/ports-mgmt/pkg-provides/work/stage/usr/local/lib/pkg/plugins

===>   Generating temporary packing list
install  -s -o root -g wheel -m 444 provides.so 
/wrkdirs/usr/ports/ports-mgmt/pkg-provides/work/stage/usr/local/lib/pkg/plugins/
install: 
/wrkdirs/usr/ports/ports-mgmt/pkg-provides/work/stage/usr/local/lib/pkg/plugins/provides.so: 
chown/chgrp: Operation not permitted

*** Error code 71

Stop.
make[1]: stopped in 
/wrkdirs/usr/ports/ports-mgmt/pkg-provides/work/pkg-provides-3da8bd0

*** Error code 1

This issue remembers me something, but I wasn't able to remember how to 
fix it.


- rodrigo

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

Re: "Failed: fetch" for emulators/wine-staging

[Gerald Pfeifer]

Hi guys,

I noticed I did fix this on Monday triggered by this mail, but failed
to send my response and explanation.  So, here we go...

On Sun, 8 Jan 2017, Adam Weinberger wrote:
>> freebeast(11.0-S)[3] cd /usr/ports/emulators/wine-staging
>> freebeast(11.0-S)[4] sudo make fetch
>> Password:
>> ===>  License LGPL21 LGPL3 accepted by the user
>> ===>   wine-staging-2.0.r4_1,1 depends on file: /usr/local/sbin/pkg - found
>> => wine-2.0-rc4.tar.bz2 doesn't seem to exist in 
>> /net/grundoon/mnt/tank/ports/distfiles/.
>> => Attempting to fetch 
>> http://downloads.sourceforge.net/project/wine/Source/wine-2.0-rc4.tar.bz2
>> wine-2.0-rc4.tar.bz2  100% of   22 MB  617 kBps 
>> 00m37s
>> => v2.0-rc4.tar.gz is not in 
>> /net/grundoon/mnt/tank/ports/emulators/wine-staging/../wine-devel/distinfo.
>> => Either 
>> /net/grundoon/mnt/tank/ports/emulators/wine-staging/../wine-devel/distinfo 
>> is out of date, or
>> => v2.0-rc4.tar.gz is spelled incorrectly.
>> *** Error code 1

This happened since wine-staging is a slave port of wine-devel, alas 
the availability of the Wine Staging patchset tends to trail the one 
of Wine itself by a few days.

This time I had simply missed this and hence, while wine-devel
tested just fine before my commit, wine-staging broke as you noticed.

(This is a little annoying since I need to artificially delay updates
of the wine-devel port until that extra patchset is ready, for the
wine-staging port and if someone sets the STAGING option in the main
port.)

> Gerald, please see above. In r430845, the info for the wine-staging 
> tarball disappeared from wine-devel/distinfo.

Thanks for the hint!

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

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[Torsten Zuehlsdorff]

On 10.10.2016 21:25, David Wolfskill wrote:


After copying eacho those, firefox starts, then errors out:



On the other hand, with those in place, firefox-49.0_8,1 builds, stages,
and installs OK... though it doesn't stay up for very long.  :-(



OK; I fired up my poudriere package-builder (with ports still at
r423643):

...
[01:59:39] >> Failed ports: www/firefox:stage
[10amd64-ports-home] [2016-10-10_16h52m00s] [committing:] Queued: 284 Built: 
283 Failed: 1   Skipped: 0   Ignored: 0   Tobuild: 0Time: 01:59:35
[01:59:39] >> Logs: 
/usr/local/poudriere/data/logs/bulk/10amd64-ports-home/2016-10-10_16h52m00s

Folks who are interested may find a copy of the log at

(I also placed a gzipped copy in the same directory, so it's only
217KB, vs. 5.2MB.)


Same error on my build-machine. My logs are similar to yours. :/

Greetings,
Torsten

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

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[David Wolfskill]

On Mon, Oct 10, 2016 at 08:59:49AM -0700, David Wolfskill wrote:
> ...
> > After copying eacho those, firefox starts, then errors out:
> > 
> 
> On the other hand, with those in place, firefox-49.0_8,1 builds, stages,
> and installs OK... though it doesn't stay up for very long.  :-(
> 

OK; I fired up my poudriere package-builder (with ports still at
r423643):

...
[01:59:39] >> Failed ports: www/firefox:stage
[10amd64-ports-home] [2016-10-10_16h52m00s] [committing:] Queued: 284 Built: 
283 Failed: 1   Skipped: 0   Ignored: 0   Tobuild: 0Time: 01:59:35
[01:59:39] >> Logs: 
/usr/local/poudriere/data/logs/bulk/10amd64-ports-home/2016-10-10_16h52m00s

Folks who are interested may find a copy of the log at

(I also placed a gzipped copy in the same directory, so it's only
217KB, vs. 5.2MB.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[David Wolfskill]

On Mon, Oct 10, 2016 at 08:05:55AM -0700, David Wolfskill wrote:
> ...
> and thus, no longer installs /usr/local/lib/libplds4.so.1.
> 
> I was able to find a copy of /usr/local/lib/libplds4.so.1 on a system that
> I only update weekly (on Sundays).  I copied it over... only to that each
> of the following was also needed:
> 
> /usr/local/lib/libplc4.so.1
> /usr/local/lib/libnspr4.so.1
> /usr/local/lib/nss/libssl3.so.1
> /usr/local/lib/nss/libsmime3.so.1
> /usr/local/lib/nss/libnss3.so.1
> /usr/local/lib/nss/libnssutil3.so.1
> 
> After copying eacho those, firefox starts, then errors out:
> 

On the other hand, with those in place, firefox-49.0_8,1 builds, stages,
and installs OK... though it doesn't stay up for very long.  :-(

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[David Wolfskill]

On Mon, Oct 10, 2016 at 07:53:13AM -0700, Kevin Oberman wrote:
> ...
> % locate libplds4.so.1
> /usr/local/lib/libplds4.so.1
> % pkg which /usr/local/lib/libplds4.so.1
> /usr/local/lib/libplds4.so.1 was installed by package nspr-4.13
> 

Thanks.  I tried (re-)installing devel/nspr, but it has been updated to
nspr-4.13_1:


r423591 | jbeich | 2016-10-09 05:10:02 -0700 (Sun, 09 Oct 2016) | 18 lines

devel/nspr, security/nss: drop version from SONAME

No other downstream appends synthetic library version, and doing so
causes underlinking due to fragile build system (see below). Not to
mention being unable to swap out bundled libs from upstream builds.

  $ cc -lplds4 -L/usr/local/lib
  /usr/lib/crt1.o: In function `_start1':
  crt1_c.c:(.text+0xa6): undefined reference to `main'
  /usr/local/lib/libplds4.so: undefined reference to `pthread_set_name_np'
  /usr/local/lib/libplds4.so: undefined reference to `pthread_create'
  /usr/local/lib/libplds4.so: undefined reference to `pthread_condattr_init'
  /usr/local/lib/libplds4.so: undefined reference to `pthread_setschedparam'
  /usr/local/lib/libplds4.so: undefined reference to `pthread_getschedparam'

PR: 213144
Exp-run by: antoine



and thus, no longer installs /usr/local/lib/libplds4.so.1.


I was able to find a copy of /usr/local/lib/libplds4.so.1 on a system that
I only update weekly (on Sundays).  I copied it over... only to that each
of the following was also needed:

/usr/local/lib/libplc4.so.1
/usr/local/lib/libnspr4.so.1
/usr/local/lib/nss/libssl3.so.1
/usr/local/lib/nss/libsmime3.so.1
/usr/local/lib/nss/libnss3.so.1
/usr/local/lib/nss/libnssutil3.so.1

After copying eacho those, firefox starts, then errors out:

g1-252(10.3-S)[10] firefox -no-remote
1476111314479   addons.manager  ERROR   Exception loading default provider 
"resource://gre/modules/addons/XPIProvider.jsm": [Exception... "Component 
returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) 
[nsIJSCID.getService]"  nsresult: "0x80570016 
(NS_ERROR_XPC_GS_RETURNED_FAILURE)"  location: "JS frame :: 
resource://gre/modules/addons/XPIProvider.jsm ::  :: line 1701"  
data: no] Stack trace: resource://gre/modules/addons/XPIProvider.jsm:1701 < 
AddonManagerInternal.startup()@resource://gre/modules/AddonManager.jsm:924 < 
this.AddonManagerPrivate.startup()@resource://gre/modules/AddonManager.jsm:2965 
< amManager.prototype.observe()@resource://gre/components/addonManager.js:71
1476111314836   addons.manager  ERROR   Exception calling provider 
PluginProvider.getAddonsByTypes: [Exception... "Component returned failure 
code: 0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE) [nsIJSCID.createInstance]"  
nsresult: "0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE)"  location: "JS frame 
:: resource://gre/modules/addons/PluginProvider.jsm :: getIDHashForString :: 
line 33"  data: no] Stack trace: 
getIDHashForString()@resource://gre/modules/addons/PluginProvider.jsm:33 < 
PluginProvider.getPluginList()@resource://gre/modules/addons/PluginProvider.jsm:198
 < 
PluginProvider.buildPluginList()@resource://gre/modules/addons/PluginProvider.jsm:219
 < 
PluginProvider.getAddonsByTypes()@resource://gre/modules/addons/PluginProvider.jsm:147
 < callProviderAsync()@resource://gre/modules/AddonManager.jsm:263 < 
AddonManagerInternal.getAddonsByTypes/<.nextObject()@resource://gre/modules/AddonManager.jsm:2494
 < 
AsyncObjectCaller.prototype.callNext()@resource://gre/modules/AddonManager.jsm:382
 < 
AddonManagerInternal.getAddonsByTypes/<.nextObject/<()@resource://gre/modules/AddonManager.jsm:2499
 < 
GMPProvider.getAddonsByTypes()@resource://gre/modules/addons/GMPProvider.jsm:685
 < callProviderAsync()@resource://gre/modules/AddonManager.jsm:263 < 
AddonManagerInternal.getAddonsByTypes/<.nextObject()@resource://gre/modules/AddonManager.jsm:2494
 < 
AsyncObjectCaller.prototype.callNext()@resource://gre/modules/AddonManager.jsm:382
 < 
AddonManagerInternal.getAddonsByTypes/<.nextObject/<()@resource://gre/modules/AddonManager.jsm:2499
 < 
this.LightweightThemeManager.getAddonsByTypes()@resource://gre/modules/LightweightThemeManager.jsm:450
 < callProviderAsync()@resource://gre/modules/AddonManager.jsm:263 < 
AddonManagerInternal.getAddonsByTypes/<.nextObject()@resource://gre/modules/AddonManager.jsm:2494
 < 
AsyncObjectCaller.prototype.callNext()@resource://gre/modules/AddonManager.jsm:382
 < AsyncObjectCaller()@resource://gre/modules/AddonManager.jsm:362 < 
AddonManagerInternal.getAddonsByTypes()@resource://gre/modules/AddonManager.jsm:2492
 < 
this.AddonManager.getAddonsByTypes()@resource://gre/modules/AddonManager.jsm:3408
 < 
promiseGetAddonsByTypes/<()@resource://gre/modules/TelemetryEnvironment.jsm:250 
< promiseGetAddonsByTypes()@resource://gre/modules/TelemetryEnvironment.jsm:249 
< 

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[Kevin Oberman]

On Mon, Oct 10, 2016 at 7:03 AM, David Wolfskill 
wrote:

> On Mon, Oct 10, 2016 at 06:18:13AM -0700, David Wolfskill wrote:
> > ...
> > So... apparently I'm lacking "libplds4.so.1"??!?
> >
> >
> > Clues welcomed
> > 
>
> Well  I now find that attempting to invoke firefox-49.0_7,1 -- the
> one I had installed before -- also fails now:
>
> g1-252(10.3-S)[1] firefox -no-remote
> XPCOMGlueLoad error for file /local/amd64/local/lib/firefox/libxul.so:
> Shared object "libplds4.so.1" not found, required by "libxul.so"
> Couldn't load XPCOM.
> g1-252(10.3-S)[2]
>
> Lovely. :-(
>
> Where may I find the apparently-missing "libplds4.so.1"?  (As in, "What
> port provides it?")
>
> Peace,
> david
> --
> David H. Wolfskill  da...@catwhisker.org
> Those who would murder in the name of God or prophet are blasphemous
> cowards.
>
> See http://www.catwhisker.org/~david/publickey.gpg for my public key.
>

% locate libplds4.so.1
/usr/local/lib/libplds4.so.1
% pkg which /usr/local/lib/libplds4.so.1
/usr/local/lib/libplds4.so.1 was installed by package nspr-4.13

--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Staging failure for freshly-built www/firefox-49.0_8,1

[David Wolfskill]

On Mon, Oct 10, 2016 at 06:18:13AM -0700, David Wolfskill wrote:
> ...
> So... apparently I'm lacking "libplds4.so.1"??!?
> 
> 
> Clues welcomed
> 

Well  I now find that attempting to invoke firefox-49.0_7,1 -- the
one I had installed before -- also fails now:

g1-252(10.3-S)[1] firefox -no-remote 
XPCOMGlueLoad error for file /local/amd64/local/lib/firefox/libxul.so:
Shared object "libplds4.so.1" not found, required by "libxul.so"
Couldn't load XPCOM.
g1-252(10.3-S)[2] 

Lovely. :-(

Where may I find the apparently-missing "libplds4.so.1"?  (As in, "What
port provides it?")

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

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


signature.asc
Description: PGP signature

Staging failure for freshly-built www/firefox-49.0_8,1

[David Wolfskill]

This was observed on my laptop, freshly updated from:

FreeBSD g1-252.catwhisker.org 10.3-STABLE FreeBSD 10.3-STABLE #493  
r306880M/306902:1003508: Sun Oct  9 04:10:04 PDT 2016 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

to:

FreeBSD g1-252.catwhisker.org 10.3-STABLE FreeBSD 10.3-STABLE #494  
r306935M/306944:1003508: Mon Oct 10 04:02:26 PDT 2016 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

after updating my /usr/ports working copy to r423643, then running
"portmaster -ad".

portmaster reported:

...
===>>> All >> (17)
0;portmaster: All >> (17)^G
===>>> The following actions will be taken if you choose to proceed:
Upgrade ca_root_nss-3.27 to ca_root_nss-3.27.1
Upgrade nspr-4.13 to nspr-4.13_1
Upgrade png-1.6.23 to png-1.6.25
Upgrade sekrit-twc-zimg-2.2.1 to sekrit-twc-zimg-2.3
Upgrade apr-1.5.2.1.5.4_1 to apr-1.5.2.1.5.4_2
Upgrade curl-7.50.3 to curl-7.50.3_1
Upgrade ffmpeg-2.8.8_3,1 to ffmpeg-2.8.8_4,1
Upgrade libxul-45.4.0_5 to libxul-45.4.0_6
Install lang/rust
Upgrade nss-3.27 to nss-3.27.1_1
Upgrade p5-Variable-Magic-0.59 to p5-Variable-Magic-0.60
Upgrade p5-XSLoader-0.22 to p5-XSLoader-0.24
Upgrade poppler-0.46.0_1 to poppler-0.46.0_2
Upgrade spidermonkey170-17.0.0_1 to spidermonkey170-17.0.0_2
Upgrade firefox-49.0_7,1 to firefox-49.0_8,1
Install lang/gcc5
Install lang/gcc-ecj45

===>>> Proceed? y/n [y] 


and proceeded to exercise the laptop for a while.  Once things settled
down a bit, I saw that it reported:

...
===>  Staging for firefox-49.0_8,1
===>   Generating temporary packing list
gmake[2]: Entering directory '/common/ports/www/firefox/work/firefox-49.0'
Adding client.mk options from 
/common/ports/www/firefox/work/firefox-49.0/.mozconfig:

MOZ_OBJDIR=/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3

OBJDIR=/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3
FOUND_MOZCONFIG=/common/ports/www/firefox/work/firefox-49.0/.mozconfig
gmake -j8 -C 
/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3 
install
gmake[3]: Entering directory 
'/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3'
gmake[4]: Entering directory 
'/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3/browser/installer'
OMNIJAR_NAME=omni.ja \
NO_PKG_FILES="core bsdecho js js-config jscpucfg nsinstall viewer TestGtkEmbed 
elf-dynstr-gc mangle* maptsv* mfc* msdump* msmap* nm2tsv* nsinstall* 
res/samples res/throbber shlibsign* certutil* pk12util* BadCertServer* 
OCSPStaplingServer* GenerateOCSPResponse* chrome/chrome.rdf 
chrome/app-chrome.manifest chrome/overlayinfo components/compreg.dat 
components/xpti.dat content_unit_tests necko_unit_tests *.dSYM " \
/common/ports/www/firefox/work/firefox-49.0/obj-x86_64-unknown-freebsd10.3/_virtualenv/bin/python
 
/common/ports/www/firefox/work/firefox-49.0/toolkit/mozapps/installer/packager.py
 -DMOZ_APP_NAME=firefox -DPREF_DIR=defaults/preferences -DMOZ_GTK=1 
-DMOZ_SYSTEM_NSPR=1 -DMOZ_SYSTEM_NSS=1 -DJAREXT= 
-DMOZ_CHILD_PROCESS_NAME=plugin-container -DNECKO_WIFI -DDLL_PREFIX=lib 
-DDLL_SUFFIX=.so -DBIN_SUFFIX= -DDIR_MACOS= -DDIR_RESOURCES= -DBINPATH=bin 
-DRESPATH=bin -DLPROJ_ROOT=en -DMOZ_ICU_VERSION=56 -DMOZ_SYSTEM_ICU 
-DMOZ_ICU_DBG_SUFFIX= -DICU_DATA_FILE=icudt56l.dat -DA11Y_LOG=1 
-DACCESSIBILITY=1 -DATK_MAJOR_VERSION=2 -DATK_MINOR_VERSION=18 
-DATK_REV_VERSION=0 -DATTRIBUTE_ALIGNED_MAX=64 -DBUILD_CTYPES=1 
-DCROSS_COMPILE='' -DD_INO=d_ino -DENABLE_INTL_API=1 -DENABLE_MARIONETTE=1 
-DENABLE_SYSTEM_EXTENSION_DIRS=1 -DEXPOSE_INTL_API=1 -DFIREFOX_VERSION=49.0 
-DFORCE_PR_LOG=1 -DFUNCPROTO=15 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_26 
-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_26 -DGL_PROVIDER_GLX=1 
-DHAVE_64BIT_BUILD=1 -DHAVE_ARC4RANDOM=1 -DHAVE_ARC4RANDOM_BUF=1 
-DHAVE_CLOCK_MONOTONIC=1 -DHAVE_CPUID_H=1 -DHAVE_DIRENT_H=1 -DHAVE_DLADDR=1 
-DHAVE_DLOPEN=1 -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 
-DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 -DHAVE_GETOPT_H=1 
-DHAVE_GMTIME_R=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_INTTYPES_H=1 
-DHAVE_LANGINFO_CODESET=1 -DHAVE_LCHOWN=1 -DHAVE_LIBPNG=1 -DHAVE_LIBVPX=1 
-DHAVE_LIBXSS=1 -DHAVE_LOCALECONV=1 -DHAVE_LOCALTIME_R=1 -DHAVE_MALLCTL=1 
-DHAVE_MALLOC_USABLE_SIZE=1 -DHAVE_MEMMEM=1 -DHAVE_MEMORY_H=1 
-DHAVE_NETINET_IN_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_POSIX_FADVISE=1 
-DHAVE_POSIX_FALLOCATE=1 -DHAVE_POSIX_MEMALIGN=1 -DHAVE_PTHREAD_H=1 
-DHAVE_RES_NINIT=1 -DHAVE_SA_LEN=1 -DHAVE_SCONN_LEN=1 -DHAVE_SETPRIORITY=1 
-DHAVE_SIN6_LEN=1 -DHAVE_SIN_LEN=1 -DHAVE_STDINT_H=1 -DHAVE_STRERROR=1 
-DHAVE_STRNDUP=1 -DHAVE_SYSCALL=1 -DHAVE_SYS_QUEUE_H=1 -DHAVE_SYS_SOUNDCARD_H=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DHAVE_UNIST

Re: net-im/jitsi fails in actual head in staging phase in poudriere

[Fernando Apesteguía]

s-20160716-job-04] `-- Extracting dejavu-2.35: 
> .. done
> [freebsd-r302904-ports-20160716-job-04] `-- Installing javavmwrapper-2.5...
> [freebsd-r302904-ports-20160716-job-04] `-- Extracting javavmwrapper-2.5: 
> .. done
> [freebsd-r302904-ports-20160716-job-04] Extracting openjdk8-8.92.14_3: 
> .. done
> Message from dejavu-2.35:
> Make sure that the freetype module is loaded.  If it is not, add the following
> line to the "Modules" section of your X Windows configuration file:
>
> Load "freetype"
>
> Add the following line to the "Files" section of X Windows configuration file:
>
> FontPath "/usr/local/share/fonts/dejavu/"
>
> Note: your X Windows configuration file is typically /etc/X11/XF86Config
> if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org.
> Message from openjdk8-8.92.14_3:
> ==
>
> This OpenJDK implementation requires fdescfs(5) mounted on /dev/fd and
> procfs(5) mounted on /proc.
>
> If you have not done it yet, please do the following:
>
> mount -t fdescfs fdesc /dev/fd
> mount -t procfs proc /proc
>
> To make it permanent, you need the following lines in /etc/fstab:
>
> fdesc   /dev/fd fdescfs rw  0   0
> proc/proc   procfs  rw  0   0
>
> ==
> ===>   jitsi-2.8.5426 depends on file: /usr/local/openjdk8/bin/java - found
> ===>   Returning to build of jitsi-2.8.5426
> ===>   jitsi-2.8.5426 depends on file: /usr/local/bin/ant - not found
> ===>   Installing existing package /packages/All/apache-ant-1.9.4.txz
> [freebsd-r302904-ports-20160716-job-04] Installing apache-ant-1.9.4...
> [freebsd-r302904-ports-20160716-job-04] Extracting apache-ant-1.9.4: 
> .. done
> ===>   jitsi-2.8.5426 depends on file: /usr/local/bin/ant - found
> ===>   Returning to build of jitsi-2.8.5426
> ===
> ===
> ===
> ===
> ===>  Configuring for jitsi-2.8.5426
> ===
> ===
> ===>  Building for jitsi-2.8.5426
> Buildfile: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/build.xml
>
> clean-bundle-repositories:
>
> clean-test-reports:
>
> clean-macosx:
>
> clean:
>
> init:
> [mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/classes
> [mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/doc/api
> [mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/macosx
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/linux
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/windows
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/freebsd
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/solaris
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/android
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/test-reports
> [mkdir] Created dir: 
> /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/test-reports/html
> [mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/release
> [mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/log
>
> 
>
>
>
> rebuild:
>  [echo] ver=2.8.0.build.by.SVN
>
> BUILD SUCCESSFUL
> Total time: 1 minute 7 seconds
> ===
> ===
> ===>   jitsi-2.8.5426 depends on file: /usr/local/openjdk8/bin/java - found
> ===
> ===
> ===>  Staging for jitsi-2.8.5426
> ===>   Generating temporary packing list
> /bin/mkdir -p 
> /wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/sc-bundles
> /bin/mkdir -p 
> /wrkdirs/usr/ports/net-im/jitsi/work/sta

net-im/jitsi fails in actual head in staging phase in poudriere

[Matthias Apitz]

>   jitsi-2.8.5426 depends on file: /usr/local/bin/ant - not found
===>   Installing existing package /packages/All/apache-ant-1.9.4.txz
[freebsd-r302904-ports-20160716-job-04] Installing apache-ant-1.9.4...
[freebsd-r302904-ports-20160716-job-04] Extracting apache-ant-1.9.4: .. 
done
===>   jitsi-2.8.5426 depends on file: /usr/local/bin/ant - found
===>   Returning to build of jitsi-2.8.5426
===
===
===
===
===>  Configuring for jitsi-2.8.5426
===
===
===>  Building for jitsi-2.8.5426
Buildfile: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/build.xml

clean-bundle-repositories:

clean-test-reports:

clean-macosx:

clean:

init:
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/classes
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/doc/api
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/macosx
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/linux
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/windows
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/freebsd
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/solaris
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles/os-specific/android
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/test-reports
[mkdir] Created dir: 
/wrkdirs/usr/ports/net-im/jitsi/work/jitsi/test-reports/html
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/release
[mkdir] Created dir: /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/log





rebuild:
 [echo] ver=2.8.0.build.by.SVN

BUILD SUCCESSFUL
Total time: 1 minute 7 seconds
===
===
===>   jitsi-2.8.5426 depends on file: /usr/local/openjdk8/bin/java - found
===
===
===>  Staging for jitsi-2.8.5426
===>   Generating temporary packing list
/bin/mkdir -p 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/sc-bundles
/bin/mkdir -p 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/bundle
/bin/mkdir -p 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/native
cd /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/sc-bundles && /bin/sh -c 
'(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null  2>&1) &&  
/usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; &&  /usr/bin/find -d $0 
$2 -type f -exec chmod 444 $1/{} \;' -- .  
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/sc-bundles
/bin/rm -f 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/sc-bundles/*slick*.jar
/bin/rm -f -r 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/sc-bundles/os-specific
cd /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/lib/bundle && /bin/sh -c 
'(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null  2>&1) &&  
/usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; &&  /usr/bin/find -d $0 
$2 -type f -exec chmod 444 $1/{} \;' -- .  
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/bundle "! 
-name junit.jar"
cd /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/lib && /bin/sh -c '(/usr/bin/find 
-d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null  2>&1) &&  /usr/bin/find -d $0 $2 
-type d -exec chmod 755 $1/{} \; &&  /usr/bin/find -d $0 $2 -type f -exec chmod 
444 $1/{} \;' -- "felix.jar logging.properties  felix.client.run.properties" 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib
cd /wrkdirs/usr/ports/net-im/jitsi/work/jitsi/lib/native/freebsd-64 &&  /bin/sh 
-c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null  2>&1) &&  
/usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; &&  /usr/bin/find -d $0 
$2 -type f -exec chmod 444 $1/{} \;' -- . 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/native
/usr/bin/strip 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/native/*.so
strip: creation of 
/wrkdirs/usr/ports/net-im/jitsi/work/stage/usr/local/lib/jitsi/lib/native/libhid.so
 fa

devel/subversion staging, won't install.

[Jeffrey Bouquet via freebsd-ports]

I've a note in devel/subversion that it failed to install in March this
year...
Just then (aug 6) it again fails to install [ terse kwallet-dynamic-lib
something, broken
install line in built-already install-from-stage ;  the relevant ??
option is deselected ].

Maybe someone knows if some option is mandatory, or something else...

I've BDB, DOCS, FREEBSD_TEMPLATE, NLS, P4_STYLE_MARKERS, SERF,
SVNSERVE_WRAPPER
but not the maybe relevant KDE_KWALLET ...

As before, reinstalled the older version using pkg.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

poudriere Staging rc.d

[Sergei Vyshenski]

Hi,

Observing 3 maybe contradictory things:

(1)
make stage from a port directory says:
=== Staging rc.d startup script(s)
 Running Q/A tests (stage-qa)
which seems it is happy.

(2)
poudriere testport ... at 93-amd64 says:
=== Staging rc.d startup script(s)
*** [regression-test] Error code 2 (ignored)
===
 Running Q/A tests (stage-qa)
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
=== Checking for items in pkg-plist which are not in STAGEDIR
=== No pkg-plist issues found (check-plist)
...
and goes further without errors

(3)
poudriere testport ... at 10.0-amd64 or at 8.4-amd64 says
the same as poudriere at 9.3, but without the string [regression-test].

Does this Error code 2 (ignored) from poudriere means something wrong?
If not, why it is ignored?

Thank you very much ahead of time for any answer.
All the best,
Sergei
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: poudriere Staging rc.d

[Bryan Drewery]

On 10/28/2014 11:44 AM, Sergei Vyshenski wrote:
 *** [regression-test] Error code 2 (ignored)

There is a regression-test target in the port you are testing that is
ignoring errors. Poudriere is not really invovled here. Something in the
port is calling regression-test.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: Staging for ... Generating temporary packing list mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

[Tijl Coosemans]

On Sun, 7 Sep 2014 15:24:47 -0700 Mark Millard mar...@dsl-only.net wrote:
 It appears to me that if the portmaster man page's instructions for
 Using portmaster to do a complete reinstallation of all your ports
 are still supposed to work that the new staging for ports is currently
 broken.
 
 Context: As part of an attempt to get ready to test some of Justin
 Hibbits recent powerpc/powerpc64 related changes I attempted to follow
 the portmaster man page's instructions for Using portmaster to do a
 complete reinstallation of all your ports. (I decide to start from an
 SSD that had contents from back in mid July and decide to just reinstall
 all the ports.)
 
 The result of the portmaster `cat ~/ports_origins` (my chosen file name
 for steps 1 and 10) failed with:
 
 ...
 gmake[1]: Leaving directory 
 `/usr/obj/portswork/usr/ports/devel/gobject-introspection/work/gobject-introspection-1.36.0'
 ===  Staging for gobject-introspection-1.36.0_3
 ===   Generating temporary packing list
 mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
 *** Error code 1
 
 Stop.
 make: stopped in /usr/ports/devel/gobject-introspection
 
 === make stage failed for devel/gobject-introspection
 === Aborting update
 
 === Update for devel/gobject-introspection failed
 === Aborting update
 ...
 
 Looking around after this showed that /usr/local/etc/mtree does not
 exist (but /usr/local/etc did exist).
 
 This may be in part because when I interpreted step 9 of the man
 page's instructions
 
9. Manually check /usr/local and /var/db/pkg
   to make sure that they are really empty
 
 I did:
 
 rm -fr /usr/local/*
 rm -fr /var/db/pkg/*
 
 because there was lots of stuff around and I interpreted empty
 rather literally. Another possibility is that there is some place
 recording historical mtree information that needed
 /usr/local/etc/mtree/BSD.gnome.dist cleared out in some way but the
 instructions did not lead to my doing so.
 
 
 Anybody know how I would get /usr/local/etc/mtree/BSD.gnome.dist back
 in place or otherwise be able to rebuild and reinstall my ports?

Portmaster first installs build dependencies and then runs make to
build a port.  Then it installs run dependencies and runs make install.
The meaning of make has been changed a while ago from make build to
make stage which installs the port in the staging area and the gnome
mtree file is already needed here.  So either portmaster has to install
run dependencies earlier or misc/gnomehier has to become a build
dependency in Mk/bsd.gnome.mk.
___
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

Staging for ... Generating temporary packing list mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

[Mark Millard]

It appears to me that if the portmaster man page's instructions for Using 
portmaster to do a complete reinstallation of all your ports are still 
supposed to work that the new staging for ports is currently broken.

Context: As part of an attempt to get ready to test some of Justin Hibbits 
recent powerpc/powerpc64 related changes I attempted to follow the portmaster 
man page's instructions for Using portmaster to do a complete reinstallation 
of all your ports. (I decide to start from an SSD that had contents from back 
in mid July and decide to just reinstall all the ports.)

The result of the portmaster `cat ~/ports_origins` (my chosen file name for 
steps 1 and 10) failed with:

...
gmake[1]: Leaving directory 
`/usr/obj/portswork/usr/ports/devel/gobject-introspection/work/gobject-introspection-1.36.0'
===  Staging for gobject-introspection-1.36.0_3
===   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/gobject-introspection

=== make stage failed for devel/gobject-introspection
=== Aborting update

=== Update for devel/gobject-introspection failed
=== Aborting update
...

Looking around after this showed that /usr/local/etc/mtree does not exist (but 
/usr/local/etc did exist).

This may be in part because when I interpreted step 9 of the man page's 
instructions

   9. Manually check /usr/local and /var/db/pkg
  to make sure that they are really empty

I did:

rm -fr /usr/local/*
rm -fr /var/db/pkg/*

because there was lots of stuff around and I interpreted empty rather 
literally. Another possibility is that there is some place recording historical 
mtree information that needed /usr/local/etc/mtree/BSD.gnome.dist cleared out 
in some way but the instructions did not lead to my doing so.


Anybody know how I would get /usr/local/etc/mtree/BSD.gnome.dist back in place 
or otherwise be able to rebuild and reinstall my ports?


[Justin: This gives an idea where I'm at relative to testing the Xorg/xfce4 
failure on powerpc/GENERIC. buildworld, kernel, installworld seems to have 
worked fine. But I do not have Xorg or xfce4 in place yet to repeat the 
previously failing steps.]



===
Mark Millard
markmi at dsl-only.net

___
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: Staging for ... Generating temporary packing list mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

[Mark Millard]

It looks like installing misc/gnomehier will put in place the missing 
/usr/local/etc/mtree/BSD.gnome.dist and so work around the problem.

But I, for one, would hope that either this happened automatically so that the 
portmaster man page instructions for re-installing all one's ports just works 
relative to /usr/local/etc/mtree/BSD.gnome.dist --or that the instructions 
explicitly covered what needs to be done for that file so that it will 
necessarily be in place in time during the portmaster `cat ~/file-name`.

(The indirection by dependencies may end up requiring  
/usr/local/etc/mtree/BSD.gnome.dist in non-obvious contexts.)

===
Mark Millard
mar...@dsl-only.net

On Sep 7, 2014, at 3:24 PM, Mark Millard mar...@dsl-only.net wrote:

It appears to me that if the portmaster man page's instructions for Using 
portmaster to do a complete reinstallation of all your ports are still 
supposed to work that the new staging for ports is currently broken.

Context: As part of an attempt to get ready to test some of Justin Hibbits 
recent powerpc/powerpc64 related changes I attempted to follow the portmaster 
man page's instructions for Using portmaster to do a complete reinstallation 
of all your ports. (I decide to start from an SSD that had contents from back 
in mid July and decide to just reinstall all the ports.)

The result of the portmaster `cat ~/ports_origins` (my chosen file name for 
steps 1 and 10) failed with:

...
gmake[1]: Leaving directory 
`/usr/obj/portswork/usr/ports/devel/gobject-introspection/work/gobject-introspection-1.36.0'
===  Staging for gobject-introspection-1.36.0_3
===   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/gobject-introspection

=== make stage failed for devel/gobject-introspection
=== Aborting update

=== Update for devel/gobject-introspection failed
=== Aborting update
...

Looking around after this showed that /usr/local/etc/mtree does not exist (but 
/usr/local/etc did exist).

This may be in part because when I interpreted step 9 of the man page's 
instructions

   9. Manually check /usr/local and /var/db/pkg
  to make sure that they are really empty

I did:

rm -fr /usr/local/*
rm -fr /var/db/pkg/*

because there was lots of stuff around and I interpreted empty rather 
literally. Another possibility is that there is some place recording historical 
mtree information that needed /usr/local/etc/mtree/BSD.gnome.dist cleared out 
in some way but the instructions did not lead to my doing so.


Anybody know how I would get /usr/local/etc/mtree/BSD.gnome.dist back in place 
or otherwise be able to rebuild and reinstall my ports?


[Justin: This gives an idea where I'm at relative to testing the Xorg/xfce4 
failure on powerpc/GENERIC. buildworld, kernel, installworld seems to have 
worked fine. But I do not have Xorg or xfce4 in place yet to repeat the 
previously failing steps.]



===
Mark Millard
markmi at dsl-only.net


___
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/py-reportlab2, staging and generated PDFs

[Kurt Jaeger]

Hello,

can I ask you as the maintainer of print/py-reportlab2 for a hint ?

If I build it with

DEVELOPER=yes

in /etc/make.conf

and do a

make check-plist

it fails with:

Error: 'share/doc/reportlab/reportlab-userguide.pdf' is referring to 
/usr/local/home/pi/myp/print/py-reportlab2/work/stage

Do you have an idea on how to fix this ?

-- 
p...@freebsd.org +49 171 31013726 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

For the logs, see:
http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


Failed ports

PackageOriginPhaseLog
ruby19-iconv-1.9.3.547,1converters/ruby-iconvcheck-plistlogfile
font-misc-meltho-1.0.3_1x11-fonts/font-misc-meltholeftovers   
logfile
dejavu-2.34_4x11-fonts/dejavuleftoverslogfile
font-bh-ttf-1.0.3_1x11-fonts/font-bh-ttfleftoverslogfile
idnkit-1.0_4dns/idnkitcheck-plistlogfile
json-c-0.11devel/json-ccheck-plistlogfile
font-misc-ethiopic-1.0.3_1x11-fonts/font-misc-ethiopic   
leftoverslogfile
ruby19-date2-4.0.19devel/ruby-date2check-plistlogfile
ruby19-bdb-0.6.6_3databases/ruby-bdbcheck-plistlogfile
openldap-client-2.4.39_1net/openldap24-clientcheck-plistlogfile

-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed



 openldap-client-2.4.39_1net/openldap24-clientcheck-plistlogfile

   
 Running Q/A tests (stage-qa)
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: %%ETCDIR%%/ldap.conf
=== Checking for directories owned by MTREEs
=== Checking for directories handled by dependencies
=== Checking for items in pkg-plist which are not in STAGEDIR
=== Error: Plist issues found.
*** Error code 1

-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


 Failed ports

 PackageOriginPhaseLog
 dejavu-2.34_4x11-fonts/dejavuleftoverslogfile
   
===
 Checking shared library dependencies
===phase: deinstall  
===  Deinstalling for x11-fonts/dejavu
===   Deinstalling dejavu-2.34_4
===
 Checking for extra files and directories
 Files or directories left over:
%%FONTSDIR%%/fonts.scale
===  Cleaning for dejavu-2.34_4
build of /usr/ports/x11-fonts/dejavu ended at Tue Aug 12 02:37:22 CEST 2014
build time: 00:00:32

 font-misc-ethiopic-1.0.3_1x11-fonts/font-misc-ethiopic   
   
===
 Checking shared library dependencies
===phase: deinstall  
===  Deinstalling for x11-fonts/font-misc-ethiopic
===   Deinstalling font-misc-ethiopic-1.0.3_1
===
 Checking for extra files and directories
 Files or directories left over:
lib/X11/fonts/OTF/fonts.scale
lib/X11/fonts/TTF/fonts.scale
===  Cleaning for font-misc-ethiopic-1.0.3_1
build of /usr/ports/x11-fonts/font-misc-ethiopic ended at Tue Aug 12
02:47:19 CEST 2014
build time: 00:00:24



-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


 Failed ports

 PackageOriginPhaseLog
 font-misc-meltho-1.0.3_1x11-fonts/font-misc-meltholeftovers   
 logfile
   

===
 Checking shared library dependencies
===phase: deinstall  
===  Deinstalling for x11-fonts/font-misc-meltho
===   Deinstalling font-misc-meltho-1.0.3_1
===
 Checking for extra files and directories
 Files or directories left over:
lib/X11/fonts/OTF/fonts.scale
===  Cleaning for font-misc-meltho-1.0.3_1
build of /usr/ports/x11-fonts/font-misc-meltho ended at Tue Aug 12
05:09:09 CEST 2014
build time: 00:00:50
 font-bh-ttf-1.0.3_1x11-fonts/font-bh-ttfleftoverslogfile
   

===
 Checking shared library dependencies
===phase: deinstall  
===  Deinstalling for x11-fonts/font-bh-ttf
===   Deinstalling font-bh-ttf-1.0.3_1
===
 Checking for extra files and directories
 Files or directories left over:
lib/X11/fonts/TTF/fonts.scale
===  Cleaning for font-bh-ttf-1.0.3_1
build of /usr/ports/x11-fonts/font-bh-ttf ended at Tue Aug 12 02:51:14
CEST 2014
build time: 00:00:57
 font-misc-ethiopic-1.0.3_1x11-fonts/font-misc-ethiopic   
 leftoverslogfile
   
===
 Checking shared library dependencies
===phase: deinstall  
===  Deinstalling for x11-fonts/font-misc-ethiopic
===   Deinstalling font-misc-ethiopic-1.0.3_1
===
 Checking for extra files and directories
 Files or directories left over:
lib/X11/fonts/OTF/fonts.scale
lib/X11/fonts/TTF/fonts.scale
===  Cleaning for font-misc-ethiopic-1.0.3_1
build of /usr/ports/x11-fonts/font-misc-ethiopic ended at Tue Aug 12
02:47:19 CEST 2014
build time: 00:00:24

Of course here I am complaining but looking I see that some are common
to both ports... can this be fixed or not because of the common files?
(if not why not?)

-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


 Failed ports

 PackageOriginPhaseLog
 ruby19-iconv-1.9.3.547,1converters/ruby-iconvcheck-plistlogfile
   
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: @dirrmtry %%RUBY_LIBDIR%%
=== Checking for directories owned by MTREEs
=== Checking for directories handled by dependencies
=== Checking for items in pkg-plist which are not in STAGEDIR
=== Error: Plist issues found.
*** Error code 1

 ruby19-date2-4.0.19devel/ruby-date2check-plistlogfile
   
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: @dirrmtry %%RUBY_DOCDIR%%
=== Checking for directories owned by MTREEs
=== Checking for directories handled by dependencies
=== Checking for items in pkg-plist which are not in STAGEDIR
=== Error: Plist issues found.
*** Error code 1

 ruby19-bdb-0.6.6_3databases/ruby-bdbcheck-plistlogfile
   
 Running Q/A tests (stage-qa)
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: %%RUBY_MODDOCDIR%%/Changes
Error: Orphaned: %%RUBY_MODDOCDIR%%/README.en
Error: Orphaned: %%RUBY_MODDOCDIR%%/arraylike.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/bdb.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/cursor.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Btree.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Common.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Cursor.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Env.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Hash.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Lock.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/LockDead.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/LockError.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/LockGranted.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/LockHeld.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Lockid.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Lsn.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Queue.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Recno.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Recnum.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Sequence.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/BDB/Txn.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/bdb_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/common_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/comxxx_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/created.rid
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/cursor_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/env_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/exception_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/brick.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/brick_link.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/bug.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/bullet_black.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/bullet_toggle_minus.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/bullet_toggle_plus.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/date.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/find.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/loadingAnimation.gif
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/macFFBgHack.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/package.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/page_green.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/page_white_text.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/page_white_width.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/plugin.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/ruby.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/tag_green.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/wrench.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/wrench_orange.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/images/zoom.png
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/index.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/js/darkfish.js
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/js/jquery.js
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/js/quicksearch.js
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/js/thickbox-compressed.js
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/lock_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/log_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/rdoc.css
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/sequence_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/doc/transaction_rb.html
Error: Orphaned: %%RUBY_MODDOCDIR%%/env.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/hashlike.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/lock.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/log.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/sequence.rd
Error: Orphaned: %%RUBY_MODDOCDIR%%/transaction.rd

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


 Failed ports

 PackageOriginPhaseLog

 json-c-0.11devel/json-ccheck-plistlogfile

   

===
 Running Q/A tests (stage-qa)
Warning: 'lib/libjson-c.so.2' is not stripped consider using ${STRIP_CMD}
Warning: 'lib/libjson.so.1' is not stripped consider using ${STRIP_CMD}
Warning: .la libraries found, port needs USES=libtool
 Checking for pkg-plist issues (check-plist)
=== Parsing plist
=== Checking for items in STAGEDIR missing from pkg-plist
=== Checking for directories owned by MTREEs
=== Checking for directories handled by dependencies
=== Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: @dirrmtry include/json
=== Error: Plist issues found.
*** Error code 1

Stop in /usr/ports/devel/json-c.

-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: 10 failed ports (Staging bugs) - various maintainers...

[Michelle Sullivan]

Michelle Sullivan wrote:
 Michelle Sullivan wrote:
   
 For the logs, see:
 http://flashback.sorbs.net/logs/84amd64.isux.com/archive/logs/2014-08-12_17h21m40s/#failed


 Failed ports

 PackageOriginPhaseLog

 idnkit-1.0_4dns/idnkitcheck-plistlogfile
   
 
  Running Q/A tests (stage-qa)
  Checking for pkg-plist issues (check-plist)
 === Parsing plist
 === Checking for items in STAGEDIR missing from pkg-plist
 Error: Orphaned: etc/idn.conf
 Error: Orphaned: etc/idnalias.conf
 === Checking for directories owned by MTREEs
 === Checking for directories handled by dependencies
 === Checking for items in pkg-plist which are not in STAGEDIR
 === Error: Plist issues found.
 *** Error code 1

 (I'll try to get a patch together for this as it's maintained by ports@ )

   
Patch (credit to 'Zi')

diff -Nru idnkit.orig/pkg-plist idnkit/pkg-plist
--- idnkit.orig/pkg-plist2014-07-02 18:07:48.0 -0500
+++ idnkit/pkg-plist2014-08-12 21:31:10.0 -0500
@@ -1,11 +1,7 @@
 bin/idnconv
 bin/runidn
-@unexec if cmp -s %D/etc/idn.conf %D/etc/idn.conf.sample; then rm -f
%D/etc/idn.conf; fi
-etc/idn.conf.sample
-@exec [ ! -f %B/idn.conf ]  cp %B/%f %B/idn.conf
-@unexec if cmp -s %D/etc/idnalias.conf %D/etc/idnalias.conf.sample;
then rm -f %D/etc/idnalias.conf; fi
-etc/idnalias.conf.sample
-@exec [ ! -f %B/idnalias.conf ]  cp %B/%f %B/idnalias.conf
+@sample etc/idn.conf.sample
+@sample etc/idnalias.conf.sample
 include/idn/api.h
 include/idn/assert.h
 include/idn/checker.h

Reported/Patched in:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192631

-- 
Michelle Sullivan
http://www.mhix.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

Basic Question on Staging

[horst leitenmueller]

hi all,

just a short question to staging:

who is porting things handled/maintained by freebsd.org 

example fontsproto-2.1.2  x...@freebsd.org
libtool etc
and a bunch more

these are base dependencies for a lot of other packages and i’m not shure who 
has checked this before writing they will be removed… with end of august

perhaps somebody can explain ...


br horst

___
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: Basic Question on Staging

[Kurt Jaeger]

Hi!

 just a short question to staging:
 
 who is porting things handled/maintained by freebsd.org 
 
 example fontsproto-2.1.2  x...@freebsd.org
 libtool etc
 and a bunch more

There's a wiki page which links to the team pages:

https://wiki.freebsd.org/PortsTeams

x11@ probably counts as the Xorg team.

 these are base dependencies for a lot of other packages and i'm
 not sure who has checked this before writing they will be removed?
 with end of august
 
 perhaps somebody can explain ...

Well, we all hope that volunteers spring up and provide patches
for as many ports as possible from the list of unstaged ports:

http://people.freebsd.org/~bapt/notstaged.txt

If you a patch, please submit a PR and some committer tries to
work with you to get it in the ports tree.

Yes, we're backlogged/overworked, so the better the PR, the faster
it can be committed.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Basic Question on Staging

[horst leitenmueller]

Hi Kurt, 

another question is the warning

===   NOTICE:

This port is deprecated; you may wish to reconsider installing it:

Not staged. See 
http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html.

It is scheduled to be removed on or after 2014-08-31.


which is written on installation a problem when NO_STAGE=yes is set in 
/etc/make.conf?
causes this the Notice?

why i have this set? is easy because inside jails (setup with this guide 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html)
  staging is not working at all
also discussed here:  
http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html

i reread now 5 times https://wiki.freebsd.org/ports/StageDir and find no 
problem with the ports itself…
if yes would be cool to remove this message, and add a warning on start of port 
upgrade that the NO_STAGE is set


br horst



On 29 Jul 2014, at 11:03, Kurt Jaeger li...@opsec.eu wrote:

 Hi!
 
 just a short question to staging:
 
 who is porting things handled/maintained by freebsd.org 
 
 example fontsproto-2.1.2  x...@freebsd.org
 libtool etc
 and a bunch more
 
 There's a wiki page which links to the team pages:
 
 https://wiki.freebsd.org/PortsTeams
 
 x11@ probably counts as the Xorg team.
 
 these are base dependencies for a lot of other packages and i'm
 not sure who has checked this before writing they will be removed?
 with end of august
 
 perhaps somebody can explain ...
 
 Well, we all hope that volunteers spring up and provide patches
 for as many ports as possible from the list of unstaged ports:
 
 http://people.freebsd.org/~bapt/notstaged.txt
 
 If you a patch, please submit a PR and some committer tries to
 work with you to get it in the ports tree.
 
 Yes, we're backlogged/overworked, so the better the PR, the faster
 it can be committed.
 
 -- 
 p...@opsec.eu+49 171 3101372 6 years to 
 go !
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
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: Basic Question on Staging

[Kurt Jaeger]

Hi!

 ===   NOTICE:
 
 This port is deprecated; you may wish to reconsider installing it:
 
 Not staged. See 
 http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html.
 
 It is scheduled to be removed on or after 2014-08-31.
 
 which is written on installation a problem when NO_STAGE=yes is
 set in /etc/make.conf?

I do not understand the question. Why would one put NO_STAGE=yes
to /etc/make.conf ? What problem would this solve ?

 causes this the Notice?

I think so, yes.

 why i have this set? is easy because inside jails (setup with
 this guide
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html)
 staging is not working at all

 also discussed here:
 http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html

This was approx. 9 month ago. I guess this already changed in the
meantime, have you tested it again on a recent system ?

 i reread now 5 times https://wiki.freebsd.org/ports/StageDir and
 find no problem with the ports itself?

Depends on the port. Which port are we talking about ?

 if yes would be cool to remove this message, and add a warning
 on start of port upgrade that the NO_STAGE is set

If you tested that it works, submit a PR and the NO_STAGE
setting can be removed from the Makefile ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Basic Question on Staging

[Kurt Jaeger]

Hi!

 example fontsproto-2.1.2  x...@freebsd.org

It's already staged ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Basic Question on Staging

[horst leitenmueller]

yes it is

Revision 328096 - (view) (download) (annotate) - [select for diffs] 
Modified Tue Sep 24 06:24:17 2013 UTC (10 months ago) by bapt 
File length: 224 byte(s) 
Diff to previous 327781
Remove NO_STAGE to ports natively stage ready shown by a FORCE_STAGE exp-run

Exp-run by: bdrewery



On 29 Jul 2014, at 14:38, Kurt Jaeger li...@opsec.eu wrote:

 Hi!
 
 example fontsproto-2.1.2  x...@freebsd.org
 
 It's already staged ?
 
 -- 
 p...@opsec.eu+49 171 3101372 6 years to 
 go !

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

Re: zoneminder staging patches in the works

[Kurt Jaeger]

Hi!

 I'm happy to say that I have made good progress on stagifying
 this port and hope to submit patches in the next day or two.
 I'm working with the existing version (1.25.0) because I want
 to get the staging support added ASAP.
 
 Patch submitted with bugzilla entry
 
 192123 [patch] multimedia/zoneminder: Enable STAGE support

Update committed. If you are willing to become the maintainer
and try to fix those issues I mentioned in the PR, that would
be splendid! And I assume you have your eyes already on 1.27 ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: zoneminder staging patches in the works

[G. Paul Ziemba]

I wrote:

I'm happy to say that I have made good progress on stagifying
this port and hope to submit patches in the next day or two.
I'm working with the existing version (1.25.0) because I want
to get the staging support added ASAP.

Patch submitted with bugzilla entry

192123 [patch] multimedia/zoneminder: Enable STAGE support
-- 
G. Paul Ziemba
FreeBSD unix:
 4:16PM  up 12 days,  4:45, 13 users, load averages: 1.26, 1.31, 1.44
___
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

zoneminder staging patches in the works

[G. Paul Ziemba]

I haven't seen any activity on the zoneminder port recently,
and I think I saw that it was slated for removal in a week
because it had not been modified to supoprt staging.

I'm happy to say that I have made good progress on stagifying
this port and hope to submit patches in the next day or two.
I'm working with the existing version (1.25.0) because I want
to get the staging support added ASAP.

-- 
G. Paul Ziemba
FreeBSD unix:
10:16AM  up 10 days, 22:45, 16 users, load averages: 1.46, 1.43, 1.37
___
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

[Portlint] Staging warning

[A.J. 'Fonz' van Werven]

[CC: Portlint maintainer]

Presently, running Portlint on an unstaged port results in a *warning*
that says Consider adding STAGE support. I'd surmise that a fatal error
along the lines of STAGE support will be mandatory pretty damn soon
would be more appropriate.

Just a thought,

AvW

-- 
Imbibo, ergo sum.


pgp6Ha3Ne0h7D.pgp
Description: PGP signature

Re: [Portlint] Staging warning

[Alex Kozlov]

On Mon, Jul 07, 2014 at 08:34:06PM +0200, A.J. 'Fonz' van Werven wrote:
 [CC: Portlint maintainer]
 
 Presently, running Portlint on an unstaged port results in a *warning*
 that says Consider adding STAGE support. I'd surmise that a fatal error
 along the lines of STAGE support will be mandatory pretty damn soon
 would be more appropriate.
I've this and other stage issues fixed in my next patch.
I'll submit it in a few next days, it's already long overdue.


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

Need some help staging mail/tkrat2

[Stephen Roznowski]

I'm working on staging the mail/tkrat2 port and I've run into the
following error:

...
===  Staging for tkrat-2.1.5_5
===   tkrat-2.1.5_5 depends on file: 
/usr/local/libdata/pkgconfig/x11.pc - found
===   tkrat-2.1.5_5 depends on file: 
/usr/local/libdata/pkgconfig/xt.pc - found
===   tkrat-2.1.5_5 depends on shared library: libc-client4.so - found 
(/usr/local/lib/libc-client4.so.9)
===   tkrat-2.1.5_5 depends on shared library: libtk84.so - found 
(/usr/local/lib/libtk84.so.1)
===   Generating temporary packing list
cd lib; /usr/bin/make install.bin
if test ! -d /usr/local/lib/`echo tkrat2.1 | sed 's,x,x,'` ; then 
/usr/bin/install -c -m 0755 -d /usr/local/lib/`echo tkrat2.1 | sed 's,x,x,'` ; 
fi
/usr/bin/install -c -m 0755 ratatosk2.1.so /usr/local/lib/`echo 
tkrat2.1 | sed 's,x,x,'`/ratatosk2.1.so
install: /usr/local/lib/tkrat2.1/ratatosk2.1.so: Permission denied
*** [install.bin] Error code 71

Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5/lib.
*** [install.bin] Error code 1

Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5.
*** [do-install] Error code 1

Stop in /tmp/ports/tkrat2.

I've looked through the documentation and don't see anything obvious
that I missed.

Help?

Thanks.

-- 
Stephen J. Roznowski(sj...@verizon.net)
___
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: Need some help staging mail/tkrat2

[Muhammad Moinur Rahman]

You need to hack the Makefiles a lot for staging it. I have got a working
copy for this one.


On Fri, Jul 4, 2014 at 11:34 PM, Stephen Roznowski sj...@verizon.net
wrote:

 I'm working on staging the mail/tkrat2 port and I've run into the
 following error:

 ...
 ===  Staging for tkrat-2.1.5_5
 ===   tkrat-2.1.5_5 depends on file:
 /usr/local/libdata/pkgconfig/x11.pc - found
 ===   tkrat-2.1.5_5 depends on file:
 /usr/local/libdata/pkgconfig/xt.pc - found
 ===   tkrat-2.1.5_5 depends on shared library: libc-client4.so -
 found (/usr/local/lib/libc-client4.so.9)
 ===   tkrat-2.1.5_5 depends on shared library: libtk84.so - found
 (/usr/local/lib/libtk84.so.1)
 ===   Generating temporary packing list
 cd lib; /usr/bin/make install.bin
 if test ! -d /usr/local/lib/`echo tkrat2.1 | sed 's,x,x,'` ; then
 /usr/bin/install -c -m 0755 -d /usr/local/lib/`echo tkrat2.1 | sed
 's,x,x,'` ; fi
 /usr/bin/install -c -m 0755 ratatosk2.1.so /usr/local/lib/`echo
 tkrat2.1 | sed 's,x,x,'`/ratatosk2.1.so
 install: /usr/local/lib/tkrat2.1/ratatosk2.1.so: Permission denied
 *** [install.bin] Error code 71

 Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5/lib.
 *** [install.bin] Error code 1

 Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5.
 *** [do-install] Error code 1

 Stop in /tmp/ports/tkrat2.

 I've looked through the documentation and don't see anything obvious
 that I missed.

 Help?

 Thanks.

 --
 Stephen J. Roznowski(sj...@verizon.net)
 ___
 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

Re: Need some help staging mail/tkrat2

[Matthias Andree]

Am 04.07.2014 19:34, schrieb Stephen Roznowski:
 I'm working on staging the mail/tkrat2 port and I've run into the
 following error:
 
   ...
   ===  Staging for tkrat-2.1.5_5
   ===   tkrat-2.1.5_5 depends on file: 
 /usr/local/libdata/pkgconfig/x11.pc - found
   ===   tkrat-2.1.5_5 depends on file: 
 /usr/local/libdata/pkgconfig/xt.pc - found
   ===   tkrat-2.1.5_5 depends on shared library: libc-client4.so - found 
 (/usr/local/lib/libc-client4.so.9)
   ===   tkrat-2.1.5_5 depends on shared library: libtk84.so - found 
 (/usr/local/lib/libtk84.so.1)
   ===   Generating temporary packing list
   cd lib; /usr/bin/make install.bin
   if test ! -d /usr/local/lib/`echo tkrat2.1 | sed 's,x,x,'` ; then 
 /usr/bin/install -c -m 0755 -d /usr/local/lib/`echo tkrat2.1 | sed 's,x,x,'` 
 ; fi
   /usr/bin/install -c -m 0755 ratatosk2.1.so /usr/local/lib/`echo 
 tkrat2.1 | sed 's,x,x,'`/ratatosk2.1.so
   install: /usr/local/lib/tkrat2.1/ratatosk2.1.so: Permission denied
   *** [install.bin] Error code 71
 
   Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5/lib.
   *** [install.bin] Error code 1
 
   Stop in /tmp/ports/tkrat2/work/tkrat-2.1.5.
   *** [do-install] Error code 1
 
   Stop in /tmp/ports/tkrat2.
 
 I've looked through the documentation and don't see anything obvious
 that I missed.

Have it install into ${STAGEDIR}${PREFIX}/lib/... - check its Makefile
if it supports DESTDIR, STAGEDIR, INSTDIR or thereabouts, or have a look
at Muhammad's Makefile (you may need to ask him to send it to you).

Also see: https://wiki.freebsd.org/ports/StageDir
___
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: Staging error in devel/gobject-introspection, apparent missing file

[Thomas Mueller]

  Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
  devel/gobject-introspection
  which is also a dependency for other important things.
 
  gmake[1]: Leaving directory 
  `/usr/ports/devel/gobject-introspection/work11.amd64
  /gobject-introspection-1.36.0'  
  
  ===  Staging for gobject-introspection-1.36.0_2
  
  ===   Generating temporary packing list
  
  mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

 Why is it missing ?

 /usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0

 So, have you tried to reinstall gnomehier ?

 p...@opsec.eu+49 171 3101372 6 years to 
 go !

Maybe gnomehier was not yet installed?  It's a young installation, replacing 
FreeBSD 9.2-STABLE on Western Digital Green 3 TB hard drive that developed bad 
sectors, with FreeBSD-current amd64 on new Seagate hard drive.

So I installed gnomehier, then devel/gobject-introspection, then x11-wm/icewm 
and remaining dependencies, successfully.

Thanks for the tip!

Tom
___
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: Staging error in devel/gobject-introspection, apparent missing file

[Kurt Jaeger]

Hi!

   mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
 
  Why is it missing ?
 
  /usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0
 
  So, have you tried to reinstall gnomehier ?

 So I installed gnomehier, then devel/gobject-introspection, then
 x11-wm/icewm and remaining dependencies, successfully.

Then some build-depend is missing. Hmm.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Staging error in devel/gobject-introspection, apparent missing file

[Kurt Jaeger]

Hi!

mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
  
   Why is it missing ?
  
   /usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0
  
   So, have you tried to reinstall gnomehier ?
 
  So I installed gnomehier, then devel/gobject-introspection, then
  x11-wm/icewm and remaining dependencies, successfully.
 
 Then some build-depend is missing. Hmm.

I tested it using poudriere:

[...]
===   gobject-introspection-1.36.0_2 depends on file: 
/usr/local/etc/mtree/BSD.gnome.dist - not found
===Verifying install for /usr/local/etc/mtree/BSD.gnome.dist in 
/usr/ports/misc/gnomehier
===   Installing existing package /packages/All/gnomehier-3.0.txz
Installing gnomehier-3.0... done
===   Returning to build of gobject-introspection-1.36.0_2

So if you use a current ports tree, the dependency is defined.

What version of /usr/ports do you use ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Staging error in devel/gobject-introspection, apparent missing file

[Michelle Sullivan]

Kurt Jaeger wrote:
 Hi!

   
 mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory
   
 Why is it missing ?
 
 /usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0
 
 So, have you tried to reinstall gnomehier ?
 
 So I installed gnomehier, then devel/gobject-introspection, then
 x11-wm/icewm and remaining dependencies, successfully.
   
 Then some build-depend is missing. Hmm.
 

 I tested it using poudriere:

 [...]
 ===   gobject-introspection-1.36.0_2 depends on file: 
 /usr/local/etc/mtree/BSD.gnome.dist - not found
 ===Verifying install for /usr/local/etc/mtree/BSD.gnome.dist in 
 /usr/ports/misc/gnomehier
 ===   Installing existing package /packages/All/gnomehier-3.0.txz
 Installing gnomehier-3.0... done
 ===   Returning to build of gobject-introspection-1.36.0_2

 So if you use a current ports tree, the dependency is defined.

 What version of /usr/ports do you use ?

   
I had a load of problems with the same dependency... for me the solution
was to run poudriere with -c on all packages (it wasn't getting rebuild)
... then eventually I worked out what depended on it and disabled the
option that was including it because it was continually causing problems.

Michelle


-- 
Michelle Sullivan
http://www.mhix.org/

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

Re: Staging error in devel/gobject-introspection, apparent missing file

[Thomas Mueller]

  Then some build-depend is missing. Hmm.

 I tested it using poudriere:

[...]
 ===   gobject-introspection-1.36.0_2 depends on file: 
 /usr/local/etc/mtree/BSD.gnome.dist - not found
 ===Verifying install for /usr/local/etc/mtree/BSD.gnome.dist in 
 /usr/ports/misc/gnomehier
 ===   Installing existing package /packages/All/gnomehier-3.0.txz
 Installing gnomehier-3.0... done
 ===   Returning to build of gobject-introspection-1.36.0_2

 So if you use a current ports tree, the dependency is defined.

 What version of /usr/ports do you use ?

 p...@opsec.eu+49 171 3101372 6 years to 
 go !

I don't remember the exact version of ports but keep up with svn, also for src.

I'm looking for cups 1.7.3 since the breakage in cups-base 1.7.2, no longer 
available upstream as of a month ago, is blocking some things including 
printing and web browsers.

I also keep looking for updates in /usr/src/sys/dev/re and 
/usr/src/sys/dev/usb/wlan/if_rsu*  

Tom

___
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

Staging error in devel/gobject-introspection, apparent missing file

[Thomas Mueller]

Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===  Staging for gobject-introspection-1.36.0_2
===   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

___
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

Staging error in devel/gobject-introspection, apparent missing file

[Thomas Mueller]

Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===  Staging for gobject-introspection-1.36.0_2
===   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

___
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

Staging error in devel/gobject-introspection, apparent missing file

[Thomas Mueller]

Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
devel/gobject-introspection
which is also a dependency for other important things.

gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work11.amd64
/gobject-introspection-1.36.0'  
===  Staging for gobject-introspection-1.36.0_2
===   Generating temporary packing list
mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory   
*** Error code 1

Stop.   

Stop. 

Was this simply an error in the packing list that can be easily corrected, or 
is it more complicated?

This computer has MSI Z68MA-ED55(B3) motherboard, where Realtek Ethernet works 
with re(4).  I am now in FreeBSD-current amd64.

Previously, this computer had FreeBSD 9.2-STABLE amd64, lost due to bad sectors 
in Western Digital Caviar Green hard drive though I recovered most of the user 
data.

Tom

___
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: Staging error in devel/gobject-introspection, apparent missing file

[Kurt Jaeger]

Hi!

 Trying to build x11-wm/icewm, I ran into a roadblock with a dependency,
 devel/gobject-introspection
 which is also a dependency for other important things.
 
 gmake[1]: Leaving directory 
 `/usr/ports/devel/gobject-introspection/work11.amd64
 /gobject-introspection-1.36.0'
   
 ===  Staging for gobject-introspection-1.36.0_2  
   
 ===   Generating temporary packing list  
   
 mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

Why is it missing ?

/usr/local/etc/mtree/BSD.gnome.dist was installed by package gnomehier-3.0

So, have you tried to reinstall gnomehier ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: 'make install NO_PKG_REGISTER=1'. Should that still work with staging?

[Kimmo Paasiala]

On 24.6.2014, at 19.25, Kimmo Paasiala kpaas...@icloud.com wrote:

 Hello,
 
 There’s not a whole lot of people who even know this but it used to be that a 
 port could be installed without registering it in the package database by 
 specifying NO_PKG_REGISTER=1 on make(1) command line.  It’s not documented 
 anywhere else but in bsd.port.mk as far as I know.
 
 Now with a port converted to staging it’s no longer possible to do the same 
 because if you turn off the packaging part then quite obviously nothing will 
 get installed because staged ports use pkg-plist to do the real install and 
 pkg-plist is a pkg(8) feature.
 
 Now my question is that should this NO_PKG_REGISTER trick still work with 
 staged ports? If it can not be supported anymore there should be a notice 
 somewhere that this feature will no longer work with staged ports.
 
 -Kimmo

Bug report submitted. I still think that either this feature should be made to 
work with stage-enabled ports or removed if it can not be supported.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191461

-Kimmo


signature.asc
Description: Message signed with OpenPGP using GPGMail

FreeBSD ports that you maintain require staging updates

[portmgr-feedback]

Hi,

You are receiving this mail as a port that you maintain does not support
STAGEDIR.  Please submit a PR to either stage the port or to reset maintainer
to po...@freebsd.org if you no longer wish to maintain it.

If you have already submitted a PR, please ignore this mail.

It is possible that someone else has done the work to update some of yours ports
already but it is your responsibility as maintainer to ensure the port is staged
and kept up-to-date with the ports framework.

On June 30 all unstaged ports without PR will be DEPRECATED and have their
MAINTAINER reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:
  http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html

Ports that you maintain that are currently unstaged (NO_STAGE=yes):
audio/festlex-ogi
audio/festvox-us1-mbrola
audio/festvox-us2-mbrola
audio/festvox-us3-mbrola
audio/freeswitch-sounds
audio/jokosher
audio/linnya
audio/linux-musicipserver
audio/muine
audio/soundconverter
biology/blast
cad/jspice3
cad/scv
cad/systemc
chinese/CJKUnifonts
chinese/big5con
chinese/cmexfonts
chinese/cwtex
chinese/cwtexttf
chinese/fireflyttf
chinese/kcfonts
chinese/miniChinput
chinese/moefonts-cid
chinese/moettf
chinese/msttf
chinese/opendesktop-fonts
chinese/xsim
chinese/zhcon
comms/gammu-devel
converters/mule-ucs
databases/akonadi-googledata
databases/cyrus-imspd
databases/exist
databases/flare
databases/gnatsweb4
databases/hk_classes
databases/kinterbasdb
databases/linux-oracle-instantclient-basic
databases/linux-oracle-instantclient-sdk
databases/linux-oracle-instantclient-sqlplus
databases/lsdb
databases/msql3
databases/msql
databases/mysqlcppapi
databases/pear-Doctrine12
databases/pecl-drizzle
databases/postgresql-plproxy
databases/slony1
databases/tora
databases/xapian-core10
databases/yasql
deskutils/gdesklets-starterbar
deskutils/planner.el
deskutils/preferences
deskutils/surrealtodo
deskutils/tel
devel/aros-sdk
devel/asmutils
devel/ats-contrib-testing
devel/buildtool-doc
devel/elib-emacs21
devel/elib
devel/entity
devel/flowdesigner
devel/horde3-chora
devel/ireport
devel/jzmq
devel/linux-kmod-compat
devel/ml-doc
devel/noweb
devel/ocaml-annexlib
devel/ocaml-camljava
devel/ocaml-equeue
devel/ocaml-ounit
devel/ocaml-sdl
devel/ocaml-xstr
devel/ocaml-xstrp4
devel/omniNotify
devel/omniORB
devel/p4db
devel/php-java-bridge
devel/pmk
devel/prepstools
devel/scsh-install-lib
devel/sfslite-dbg
devel/sfslite-noopt
devel/sfslite
devel/sml_tk
devel/stlport
devel/subclipse
devel/sunterlib
devel/tclxml
devel/tide
devel/uppaal
dns/dnscheckengine
dns/posadis
editors/gnuserv
editors/p5-Padre
editors/textedit
editors/xemacs-devel-mule
editors/xemacs-devel
editors/xemacs21-mule
editors/xemacs
emulators/its
emulators/nonpareil
emulators/vMac
finance/mybudget
finance/sabernetdcs-client
french/dico
french/facturier
ftp/bareftp
games/actx
games/alephone-scenarios
games/atitd
games/glchess
games/gnomesudoku
games/gturing
games/joequake
games/lapispuzzle
games/lgeneral
games/linux-americasarmy
games/linux-etqw-demo-server
games/linux-etqw-server
games/linux-sof
games/linux-ut
games/qix
games/rftg
games/tyrquake
games/vultures-eye
games/xjewel
games/xmris
games/xpat2
games/xpilot-ng-client
games/xpilot-ng-server
games/xrot
games/zangband
graphics/EZWGL
graphics/flphoto
graphics/gdal-grass
graphics/glide3
graphics/imgv
graphics/ivtools
graphics/k3d
graphics/laternamagica
graphics/linux_glide
graphics/orca
graphics/quesa
graphics/sane-epkowa
graphics/timeless
irc/bobot++
irc/bopm
irc/nefarious
japanese/eijiro-fpw
japanese/font-ricty
japanese/gqmpeg
japanese/jishyo
japanese/k12
japanese/lambdamoo
japanese/leafrogue
japanese/marumoji-fonts

Re: FreeBSD ports that you maintain require staging updates

[A.J. 'Fonz' van Werven]

portmgr-feedb...@freebsd.org wrote:

 Ports that you maintain that are currently unstaged (NO_STAGE=yes):
[snip]

   emulators/nonpareil

I offer to take a look at this, but I do seem to remember that there are
some other issues with this port so I might need some help at some point.

   x11-fonts/cyberbit-ttfonts
   x11-fonts/proggy_fonts-ttf
   x11-fonts/proggy_fonts

I can take a look at these.

   x11-fonts/sgifonts

This one is being worked on. Who was the FIFA genius who scheduled the
World Cup while we have more important things to do? *grin*

AvW

-- 
Imbibo, ergo sum.


pgprwRqvtzeLH.pgp
Description: PGP signature

'make install NO_PKG_REGISTER=1'. Should that still work with staging?

[Kimmo Paasiala]

Hello,

There’s not a whole lot of people who even know this but it used to be that a 
port could be installed without registering it in the package database by 
specifying NO_PKG_REGISTER=1 on make(1) command line.  It’s not documented 
anywhere else but in bsd.port.mk as far as I know.

Now with a port converted to staging it’s no longer possible to do the same 
because if you turn off the packaging part then quite obviously nothing will 
get installed because staged ports use pkg-plist to do the real install and 
pkg-plist is a pkg(8) feature.

Now my question is that should this NO_PKG_REGISTER trick still work with 
staged ports? If it can not be supported anymore there should be a notice 
somewhere that this feature will no longer work with staged ports.

-Kimmo


signature.asc
Description: Message signed with OpenPGP using GPGMail

Maintainer requesting committer action for staging cleanup

[Jim Trigg]

This is the second request, and as it is less than two weeks to the
deadline I'm getting concerned.  I am the maintainer of mail/ecartis.  A
user has graciously done the conversion to staging for me and submitted
it as PR 190753; could someone please commit it?  I have annotated the
PR with my approval.
   


Thanks, 

Jim Trigg








































___
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: Maintainer requesting committer action for staging cleanup

[William Grzybowski]

Hi,

I've grabbed the PR, sit tight.

On Fri, Jun 20, 2014 at 11:53 AM, Jim Trigg jtr...@spamcop.net wrote:
 This is the second request, and as it is less than two weeks to the
 deadline I'm getting concerned.  I am the maintainer of mail/ecartis.  A
 user has graciously done the conversion to staging for me and submitted
 it as PR 190753; could someone please commit it?  I have annotated the
 PR with my approval.

 Thanks,
 Jim Trigg








































 ___
 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



-- 
William Grzybowski
--
Curitiba/PR - Brasil
___
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: FreeBSD ports that you maintain require staging updates

[Mark Linimon]

On Fri, Jun 13, 2014 at 09:35:53AM +0900, oyaaji wrote:
 Dear Sir/Madam,
 
 I have received following e-mail.
 However I am not a port maintainer and never was.

Apparently this was sent to a mailing list:

 To: v...@freebsd.org

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

Re: FreeBSD ports that you maintain require staging updates

[Brooks Davis]

On Fri, Jun 13, 2014 at 03:44:54AM -0500, Mark Linimon wrote:
 On Fri, Jun 13, 2014 at 09:35:53AM +0900, oyaaji wrote:
  Dear Sir/Madam,
  
  I have received following e-mail.
  However I am not a port maintainer and never was.
 
 Apparently this was sent to a mailing list:
 
  To: v...@freebsd.org

There's an argument that since vbox@ isn't a team, but rather an alias
for emulation@ that we should reset ports and PRs to reflect that.

-- Brooks


pgpBzlw3U1XyZ.pgp
Description: PGP signature

Committer action requested - staging cleanup

[Jim Trigg]

I am the maintainer of mail/ecartis.  A user has graciously done the conversion
to staging for me and submitted it as PR 190753; could someone please commit it?
I have annotated the PR with my approval.

Thanks,
Jim Trigg

- Forwarded message from Matthew D. Fuller fulle...@over-yonder.net 
-

Date: Sat, 7 Jun 2014 09:18:22 -0500
From: Matthew D. Fuller fulle...@over-yonder.net
To: Jim Trigg jtr...@spamcop.net
Subject: ecartis port cleanup (was Re: ACTION REQUIRED - Unstaged Ports being 
DEPRECATED on June 31st.)
User-Agent: Mutt/1.5.23 (2014-03-12)

Jim,

 Got some time tonite to mess with it.  2 patches attached: one for
 the ports UIDs/GIDs file, the other for the ecartis port.

Just submitted them in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190753 too so they don't
get lost.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.


- End forwarded message -
___
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

Fwd: FreeBSD ports that you maintain require staging updates

[oyaaji]

Dear Sir/Madam,

I have received following e-mail.
However I am not a port maintainer and never was.
Please check port maintainers list and send e-mail
to appropriate person.

Sincerely,
Hajime HAYAKAWA


 Original Message 
Subject: FreeBSD ports that you maintain require staging updates
Date: Mon, 9 Jun 2014 10:17:30 -0500 (CDT)
From: portmgr-feedb...@freebsd.org
To: v...@freebsd.org



Hi,

You are receiving this mail as a port that you maintain does not support
STAGEDIR.  Please submit a PR to either stage the port or to reset
maintainer
to po...@freebsd.org if you no longer with to maintain it.

If you have already submitted a PR, please ignore this mail.

It is possible that someone else has done the work to update some of
yours ports
already but it is your responsibility as maintainer to ensure the port
is staged
and kept up-to-date with the ports framework.

On June 30 all unstaged ports without PR will be DEPRECATED and have their
MAINTAINER reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:

http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html

Ports that you maintain that are currently unstaged (NO_STAGE=yes):
emulators/virtualbox-ose-legacy

You will continue to receive these mails once a week until all ports you
maintain are either staged or maintainer is reset.

Thanks for your efforts to help improve FreeBSD.

Regards,
FreeBSD ports management team.
___
freebsd-emulat...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to freebsd-emulation-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

Who broke staging as user?

[Gerald Pfeifer]

This is a new failure that I found when testing a (trivial) update
to lang/gcc410 with some of my usual scripts:

   Compressing man pages (compress-man)
  ===   Installing ldconfig configuration file
  cannot create $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: 
No such file or directory
  *** Error code 2

After scratching my head, I reran my tests for lang/gcc49 as in the 
tree today, and -- failure as well.

Since I never commit an update to one of these ports without this
kind of testing something must have broken this on June 6th or later.

Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:

  r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines

  Kill NO_LDCONFIG_MTREE, it is long dead
  Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
  LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE

  Phabric:D195
  Reviewed by:bapt
  With hat:   portmgr

For my test, LOCALBASE=/home/gerald/10-i386 and 
PREFIX=/scratch2/tmp/gerald/prefix.

But, in general LOCALBASE may not be writeable, whereas PREFIX is,
so I somehow doubt the logic to begin with.

Though the failure here is a lack of ${MKDIR} in the staging directory
somewhere it seems?

Gerald
___
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: Who broke staging as user?

[Antoine Brodin]

On Wed, Jun 11, 2014 at 2:58 PM, Gerald Pfeifer ger...@pfeifer.com wrote:
 This is a new failure that I found when testing a (trivial) update
 to lang/gcc410 with some of my usual scripts:

    Compressing man pages (compress-man)
   ===   Installing ldconfig configuration file
   cannot create 
 $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such file 
 or directory
   *** Error code 2

 After scratching my head, I reran my tests for lang/gcc49 as in the
 tree today, and -- failure as well.

 Since I never commit an update to one of these ports without this
 kind of testing something must have broken this on June 6th or later.

 Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:

   r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines

   Kill NO_LDCONFIG_MTREE, it is long dead
   Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
   LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE

   Phabric:D195
   Reviewed by:bapt
   With hat:   portmgr

 For my test, LOCALBASE=/home/gerald/10-i386 and 
 PREFIX=/scratch2/tmp/gerald/prefix.

 But, in general LOCALBASE may not be writeable, whereas PREFIX is,
 so I somehow doubt the logic to begin with.

 Though the failure here is a lack of ${MKDIR} in the staging directory
 somewhere it seems?


Hi,

I think that the problem is that your ${STAGEDIR}/${LOCALBASE} is not
populated with the usual mtree  (which includes the libdata/pkgconfig
directory)
You can try to remove the .if defined(NO_MTREE) / .endif around
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR} in bsd.port.mk,
although i'm not sure it's the right fix.

Cheers,

Antoine
___
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: Who broke staging as user?

[Antoine Brodin]

On Wed, Jun 11, 2014 at 3:22 PM, Antoine Brodin anto...@freebsd.org wrote:
 On Wed, Jun 11, 2014 at 2:58 PM, Gerald Pfeifer ger...@pfeifer.com wrote:
 This is a new failure that I found when testing a (trivial) update
 to lang/gcc410 with some of my usual scripts:

    Compressing man pages (compress-man)
   ===   Installing ldconfig configuration file
   cannot create 
 $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such file 
 or directory
   *** Error code 2

 After scratching my head, I reran my tests for lang/gcc49 as in the
 tree today, and -- failure as well.

 Since I never commit an update to one of these ports without this
 kind of testing something must have broken this on June 6th or later.

 Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:

   r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines

   Kill NO_LDCONFIG_MTREE, it is long dead
   Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
   LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE

   Phabric:D195
   Reviewed by:bapt
   With hat:   portmgr

 For my test, LOCALBASE=/home/gerald/10-i386 and 
 PREFIX=/scratch2/tmp/gerald/prefix.

 But, in general LOCALBASE may not be writeable, whereas PREFIX is,
 so I somehow doubt the logic to begin with.

 Though the failure here is a lack of ${MKDIR} in the staging directory
 somewhere it seems?


 Hi,

 I think that the problem is that your ${STAGEDIR}/${LOCALBASE} is not
 populated with the usual mtree  (which includes the libdata/pkgconfig
 directory)
 You can try to remove the .if defined(NO_MTREE) / .endif around
 @${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR} in bsd.port.mk,
 although i'm not sure it's the right fix.


Please try attached patch.

Cheers,

Antoine
Index: Mk/bsd.port.mk
===
--- Mk/bsd.port.mk  (revision 357478)
+++ Mk/bsd.port.mk  (working copy)
@@ -4018,7 +4018,7 @@
 .endif
 .if ${USE_LDCONFIG} != ${LOCALBASE}/lib  !defined(INSTALL_AS_USER)
@${ECHO_MSG} ===   Installing ldconfig configuration file
-.if defined(NO_MTREE)
+.if defined(NO_MTREE) || ${PREFIX} != ${LOCALBASE}
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR}
 .endif
@${ECHO_CMD} ${USE_LDCONFIG} | ${TR} ' ' '\n' \
@@ -4040,7 +4040,7 @@
 .endif
 .if !defined(INSTALL_AS_USER)
@${ECHO_MSG} ===   Installing 32-bit ldconfig configuration file
-.if defined(NO_MTREE)
+.if defined(NO_MTREE) || ${PREFIX} != ${LOCALBASE}
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_32DIR}
 .endif
@${ECHO_CMD} ${USE_LDCONFIG32} | ${TR} ' ' '\n' \
___
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: Who broke staging as user?

[Gerald Pfeifer]

On Wed, 11 Jun 2014, Antoine Brodin wrote:
   ===   Installing ldconfig configuration file
   cannot create 
 $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such 
 file or directory
   *** Error code 2
 Please try attached patch.

Thanks, Antoine!  This restores things in my testing.  

Are you planning to commit this?

Gerald
___
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: FreeBSD ports that you maintain require staging updates

[Dylan Leigh]

On Mon, Jun 09, 2014 at 10:19:01AM -0500, portmgr-feedb...@freebsd.org wrote:
 You are receiving this mail as a port that you maintain does not support
 STAGEDIR.  Please submit a PR to either stage the port or to reset maintainer
 to po...@freebsd.org if you no longer with to maintain it.
snip

 www/httptunnel

I use httptunnel regularly thanks to RMITU's asinine wireless. Don't
know anything about staging yet but I will take maintainership and do
it if noone else is willing to save the port.

-- Dylan

-- 
Dylan Leigh // VU# s4081906 // www.dylanleigh.net

___
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: FreeBSD ports that you maintain require staging updates

[Alexey Dokuchaev]

On Tue, Jun 10, 2014 at 04:53:17PM +1000, Dylan Leigh wrote:
 I use httptunnel regularly thanks to RMITU's asinine wireless. Don't
 know anything about staging yet but I will take maintainership and do
 it if noone else is willing to save the port.

Thanks for volunteering Dylan; I'll stagify it and instate you as maintainer.

./danfe
___
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: FreeBSD ports that you maintain require staging updates

[Mark Linimon]

On Tue, Jun 10, 2014 at 04:53:17PM +1000, Dylan Leigh wrote:
 Don't know anything about staging yet but I will take maintainership
 and do it if noone else is willing to save the port.

If you're not familiar with port maintainership, here are the best
places to start:

  http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/

  http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/

  https://wiki.freebsd.org/ports/StageDir

Please feel free to ask questions.

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

Re: FreeBSD ports that you maintain require staging updates

[Koichiro IWAO]

I'll take japanese/font-ricty and sysutils/jfbterm.

On Mon, Jun 09, 2014 at 11:48:02AM -0500, Bryan Drewery wrote:
 If you see a port in here that you use and wish to keep working please
 consider becoming maintainer of it. Submit a PR with a patch to stage it
 and take maintainership of it.
 
 We need all the help we can get. It's easy to get involved. I myself 
 started
 by sending a PR here and there.
 
 Bryan
 

-- 
`whois vmeta.jp | nkf -w`
meta m...@vmeta.jp
___
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 that you maintain require staging updates

[portmgr-feedback]

Hi,

You are receiving this mail as a port that you maintain does not support
STAGEDIR.  Please submit a PR to either stage the port or to reset maintainer
to po...@freebsd.org if you no longer with to maintain it.

If you have already submitted a PR, please ignore this mail.

It is possible that someone else has done the work to update some of yours ports
already but it is your responsibility as maintainer to ensure the port is staged
and kept up-to-date with the ports framework.

On June 30 all unstaged ports without PR will be DEPRECATED and have their
MAINTAINER reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:
  http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html

Ports that you maintain that are currently unstaged (NO_STAGE=yes):
audio/festlex-ogi
audio/festvox-us1-mbrola
audio/festvox-us2-mbrola
audio/festvox-us3-mbrola
audio/freeswitch-sounds
audio/jokosher
audio/linnya
audio/linux-musicipserver
biology/blast
cad/jspice3
cad/scv
cad/systemc
chinese/CJKUnifonts
chinese/big5con
chinese/bitchx
chinese/cmexfonts
chinese/cwtex
chinese/cwtexttf
chinese/fireflyttf
chinese/joe
chinese/kcfonts
chinese/miniChinput
chinese/moefonts-cid
chinese/moettf
chinese/msttf
chinese/opendesktop-fonts
chinese/xsim
chinese/zhcon
converters/mule-ucs
databases/akonadi-googledata
databases/cyrus-imspd
databases/exist
databases/flare
databases/geoserver-mysql-plugin
databases/gigabase
databases/gnatsweb4
databases/hk_classes
databases/kinterbasdb
databases/linux-oracle-instantclient-basic
databases/linux-oracle-instantclient-sdk
databases/linux-oracle-instantclient-sqlplus
databases/lsdb
databases/msql3
databases/msql
databases/mysqlcppapi
databases/pear-Doctrine12
databases/pecl-drizzle
databases/pgpool
databases/postgresql-plproxy
databases/slony1
databases/tora
databases/xapian-core10
databases/yasql
deskutils/gdesklets-starterbar
deskutils/planner.el
deskutils/preferences
deskutils/surrealtodo
deskutils/tel
devel/aros-sdk
devel/asmutils
devel/buildtool-doc
devel/cvsbook
devel/cvslines
devel/cvsmonitor
devel/elib-emacs21
devel/elib
devel/entity
devel/flowdesigner
devel/gittrac
devel/horde3-chora
devel/ireport
devel/jzmq
devel/libtecla
devel/linux-kmod-compat
devel/ml-doc
devel/noweb
devel/ocaml-annexlib
devel/ocaml-camljava
devel/ocaml-equeue
devel/ocaml-ounit
devel/ocaml-sdl
devel/ocaml-xstr
devel/ocaml-xstrp4
devel/omniNotify
devel/omniORB
devel/p4db
devel/php-java-bridge
devel/pmk
devel/scsh-install-lib
devel/sfslite-dbg
devel/sfslite-noopt
devel/sfslite
devel/sml_tk
devel/stlport
devel/subclipse
devel/sunterlib
devel/tide
devel/tigcc
devel/uppaal
dns/dnscheckengine
dns/posadis
editors/gnuserv
editors/p5-Padre
editors/semi-xemacs21-mule
editors/textedit
editors/xemacs-devel-mule
editors/xemacs-devel
editors/xemacs21-mule
editors/xemacs
emulators/its
emulators/nonpareil
emulators/vMac
finance/mybudget
finance/sabernetdcs-client
french/belote
french/dico
french/facturier
ftp/bareftp
games/actx
games/alephone-scenarios
games/atitd
games/gnomesudoku
games/joequake
games/lapispuzzle
games/lgeneral
games/linux-americasarmy
games/linux-etqw-demo-server
games/linux-etqw-server
games/linux-nerogame
games/linux-sof
games/linux-ut
games/qix
games/rftg
games/vultures-eye
games/xjewel
games/xmris
games/xpat2
games/xpilot-ng-client
games/xpilot-ng-server
games/xrot
games/zangband
graphics/EZWGL
graphics/cuttlefish
graphics/flphoto
graphics/gdal-grass
graphics/glide3
graphics/imgv
graphics/k3d
graphics/laternamagica
graphics/linux_glide
graphics/orca
graphics/quesa
graphics/sane-epkowa
graphics/sane-frontends
graphics/timeless
irc/bobot++
irc/bopm
japanese/asterisk-sounds
japanese/eijiro-fpw

Re: FreeBSD ports that you maintain require staging updates

[Bryan Drewery]

If you see a port in here that you use and wish to keep working please
consider becoming maintainer of it. Submit a PR with a patch to stage it
and take maintainership of it.

We need all the help we can get. It's easy to get involved. I myself 
started

by sending a PR here and there.

Bryan

On 2014-06-09 10:19, portmgr-feedb...@freebsd.org wrote:

Hi,

You are receiving this mail as a port that you maintain does not 
support
STAGEDIR.  Please submit a PR to either stage the port or to reset 
maintainer

to po...@freebsd.org if you no longer with to maintain it.

If you have already submitted a PR, please ignore this mail.

It is possible that someone else has done the work to update some of 
yours ports
already but it is your responsibility as maintainer to ensure the port 
is staged

and kept up-to-date with the ports framework.

On June 30 all unstaged ports without PR will be DEPRECATED and have 
their

MAINTAINER reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:
  
http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html


Ports that you maintain that are currently unstaged (NO_STAGE=yes):
audio/festlex-ogi
audio/festvox-us1-mbrola
audio/festvox-us2-mbrola
audio/festvox-us3-mbrola
audio/freeswitch-sounds
audio/jokosher
audio/linnya
audio/linux-musicipserver
biology/blast
cad/jspice3
cad/scv
cad/systemc
chinese/CJKUnifonts
chinese/big5con
chinese/bitchx
chinese/cmexfonts
chinese/cwtex
chinese/cwtexttf
chinese/fireflyttf
chinese/joe
chinese/kcfonts
chinese/miniChinput
chinese/moefonts-cid
chinese/moettf
chinese/msttf
chinese/opendesktop-fonts
chinese/xsim
chinese/zhcon
converters/mule-ucs
databases/akonadi-googledata
databases/cyrus-imspd
databases/exist
databases/flare
databases/geoserver-mysql-plugin
databases/gigabase
databases/gnatsweb4
databases/hk_classes
databases/kinterbasdb
databases/linux-oracle-instantclient-basic
databases/linux-oracle-instantclient-sdk
databases/linux-oracle-instantclient-sqlplus
databases/lsdb
databases/msql3
databases/msql
databases/mysqlcppapi
databases/pear-Doctrine12
databases/pecl-drizzle
databases/pgpool
databases/postgresql-plproxy
databases/slony1
databases/tora
databases/xapian-core10
databases/yasql
deskutils/gdesklets-starterbar
deskutils/planner.el
deskutils/preferences
deskutils/surrealtodo
deskutils/tel
devel/aros-sdk
devel/asmutils
devel/buildtool-doc
devel/cvsbook
devel/cvslines
devel/cvsmonitor
devel/elib-emacs21
devel/elib
devel/entity
devel/flowdesigner
devel/gittrac
devel/horde3-chora
devel/ireport
devel/jzmq
devel/libtecla
devel/linux-kmod-compat
devel/ml-doc
devel/noweb
devel/ocaml-annexlib
devel/ocaml-camljava
devel/ocaml-equeue
devel/ocaml-ounit
devel/ocaml-sdl
devel/ocaml-xstr
devel/ocaml-xstrp4
devel/omniNotify
devel/omniORB
devel/p4db
devel/php-java-bridge
devel/pmk
devel/scsh-install-lib
devel/sfslite-dbg
devel/sfslite-noopt
devel/sfslite
devel/sml_tk
devel/stlport
devel/subclipse
devel/sunterlib
devel/tide
devel/tigcc
devel/uppaal
dns/dnscheckengine
dns/posadis
editors/gnuserv
editors/p5-Padre
editors/semi-xemacs21-mule
editors/textedit
editors/xemacs-devel-mule
editors/xemacs-devel
editors/xemacs21-mule
editors/xemacs
emulators/its
emulators/nonpareil
emulators/vMac
finance/mybudget
finance/sabernetdcs-client
french/belote
french/dico
french/facturier
ftp/bareftp
games/actx
games/alephone-scenarios
games/atitd
games/gnomesudoku
games/joequake
games/lapispuzzle
games/lgeneral
games/linux-americasarmy
games/linux-etqw-demo-server
games/linux-etqw-server
games/linux-nerogame
games/linux-sof
games/linux-ut
games/qix
games/rftg
games/vultures-eye
games/xjewel
games/xmris
games/xpat2
games/xpilot-ng-client
games/xpilot-ng-server
games/xrot
games/zangband
graphics/EZWGL
graphics/cuttlefish
graphics/flphoto
graphics/gdal-grass

Re: FreeBSD ports that you maintain require staging updates

[A.J. 'Fonz' van Werven]

Bryan Drewery wrote:

 If you see a port in here that you use and wish to keep working please
 consider becoming maintainer of it. Submit a PR with a patch to stage it
 and take maintainership of it.
[snip the rest]

Will do (read: am doing). Unfortunately some of these ports require more
than just stagification; they have other issues as well.

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpDrD7UXZKFd.pgp
Description: PGP signature

Re: FreeBSD ports that you maintain require staging updates

[Eric Masson]

portmgr-feedb...@freebsd.org writes:

Hello,

 Ports that you maintain that are currently unstaged (NO_STAGE=yes):
   print/lpr-wrapper
   print/psdim

I don't use lpr-wrapper anymore, it seems to me that lpr-wrapper  psdim
have been superseded by P. Selinger's upprint :
http://www.mathstat.dal.ca/~selinger/upprint/

Thanks for resetting maintainer, please.

Regards

Éric Masson
___
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: FreeBSD ports that you maintain require staging updates

[Mark Linimon]

On Mon, Jun 09, 2014 at 08:20:52PM +0200, Eric Masson wrote:
 I don't use lpr-wrapper anymore, it seems to me that lpr-wrapper  psdim
 have been superseded by P. Selinger's upprint :
 http://www.mathstat.dal.ca/~selinger/upprint/
 
 Thanks for resetting maintainer, please.

Done, thanks.

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

staging mail/heirloom-mailx [for review]

[Perry Hutchison]

I noticed that mail/heirloom-mailx is no longer maintained, and has
not been staged.

It looks straightforward.  Did I miss anything?

--- Makefile2014-05-31 21:58:23.0 -0700
+++ Makefile-staged 2014-06-03 00:34:03.0 -0700
@@ -8,7 +8,7 @@
 MASTER_SITES=  SF/heirloom/heirloom-${PORTNAME}/${PORTVERSION}
 PKGNAMEPREFIX= heirloom-
 
-MAINTAINER=po...@freebsd.org
+MAINTAINER=per...@pluto.rain.com
 COMMENT=   BSD mail utility with MIME, IMAP, POP3, SMTP, and S/MIME 
extensions
 
 OPTIONS_DEFINE=IPV6 DOCS
@@ -25,10 +25,10 @@
CPPFLAGS=${CPPFLAGS} \
LDFLAGS=${LDFLAGS}
 
-MAN1=  ${PORTNAME}.1
 PORTDOCS=  AUTHORS COPYING ChangeLog README TODO
 
 PLIST_FILES=   bin/${PORTNAME} \
+   man/man1/${PORTNAME}.1 \
@unexec if cmp -s %D/etc/nail.rc %D/etc/nail.rc.default; then 
${RM} -f %D/etc/nail.rc; fi  \
etc/nail.rc.default \
@exec [ -f %B/nail.rc ] || ${CP} %B/%f %B/nail.rc
@@ -36,7 +36,6 @@
 CPPFLAGS+= -I${LOCALBASE}/include
 LDFLAGS+=  -L${LOCALBASE}/lib
 
-NO_STAGE=  yes
 .include bsd.port.options.mk
 
 .if ${PORT_OPTIONS:MIPV6}
@@ -44,16 +43,13 @@
 .endif
 
 do-install:
-   ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${PREFIX}/bin
-   ${INSTALL_MAN} ${WRKSRC}/${MAN1} ${MAN1PREFIX}/man/man1
-   ${INSTALL_DATA} ${WRKSRC}/nail.rc ${PREFIX}/etc/nail.rc.default
-.if !exists(${PREFIX}/etc/nail.rc)
-   ${INSTALL_DATA} ${WRKSRC}/nail.rc ${PREFIX}/etc
-.endif
+   ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${STAGEDIR}${PREFIX}/bin
+   ${INSTALL_MAN} ${WRKSRC}/${PORTNAME}.1 ${STAGEDIR}${MAN1PREFIX}/man/man1
+   ${INSTALL_DATA} ${WRKSRC}/nail.rc 
${STAGEDIR}${PREFIX}/etc/nail.rc.default
 .if ${PORT_OPTIONS:MDOCS}
-   @${MKDIR} ${DOCSDIR}
+   @${MKDIR} ${STAGEDIR}${DOCSDIR}
 .for i in ${PORTDOCS}
-   ${INSTALL_DATA} ${WRKSRC}/${i} ${DOCSDIR}
+   ${INSTALL_DATA} ${WRKSRC}/${i} ${STAGEDIR}${DOCSDIR}
 .endfor
 .endif
 
___
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: staging mail/heirloom-mailx [for review]

[Thomas Mueller]

from Perry Hutchison per...@pluto.rain.com:

 I noticed that mail/heirloom-mailx is no longer maintained, and has
 not been staged.

 It looks straightforward.  Did I miss anything?

Yes, you missed something.  mail/heirloom-mailx has been supsrseded by Steffen 
Daode Nurpmeso's S-nail.

I haven't tried that yet, but remember a disturbing bug in heirloom-mailx; this 
was on Linux: e-newsletters from about.com each displayed as two messages.  I 
don't know if this is fixed in S-nail.

Try s-nail.sourceforge.net, you will be led to

 http://sdaoden.users.sourceforge.net/code.html

Tom

___
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: staging mail/heirloom-mailx [for review]

[Christian Weisgerber]

On 2014-06-03, Perry Hutchison per...@pluto.rain.com wrote:

  PLIST_FILES= bin/${PORTNAME} \
 + man/man1/${PORTNAME}.1 \
   @unexec if cmp -s %D/etc/nail.rc %D/etc/nail.rc.default; then 
 ${RM} -f %D/etc/nail.rc; fi  \
   etc/nail.rc.default \
   @exec [ -f %B/nail.rc ] || ${CP} %B/%f %B/nail.rc

You can replace this @exec/@unexec dance with @sample.

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-keywords.html

-- 
Christian naddy Weisgerber  na...@mips.inka.de
___
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: staging mail/heirloom-mailx [for review]

[Stefan Esser]

Am 03.06.2014 17:09, schrieb Christian Weisgerber:
 On 2014-06-03, Perry Hutchison per...@pluto.rain.com wrote:
 
  PLIST_FILES=bin/${PORTNAME} \
 +man/man1/${PORTNAME}.1 \
  @unexec if cmp -s %D/etc/nail.rc %D/etc/nail.rc.default; then 
 ${RM} -f %D/etc/nail.rc; fi  \
  etc/nail.rc.default \
  @exec [ -f %B/nail.rc ] || ${CP} %B/%f %B/nail.rc
 
 You can replace this @exec/@unexec dance with @sample.
 
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-keywords.html

I recently tried to find information on the semantics of the @sample
keyword, but could not easily find any ...

The pkg-create man-page contains just the (old) basic keywords, and
there is no man-page that mentions @sample or the other extensions.

Perhaps we should have a pkg-plist(5) that gives a concise overview
of all the relevant information found in the porters-handbook?

Regards, 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

Re: staging mail/heirloom-mailx [for review]

[Scot Hetzel]

On Tue, Jun 3, 2014 at 2:37 AM, Perry Hutchison per...@pluto.rain.com wrote:
 I noticed that mail/heirloom-mailx is no longer maintained, and has
 not been staged.

 It looks straightforward.  Did I miss anything?

 --- Makefile2014-05-31 21:58:23.0 -0700
 +++ Makefile-staged 2014-06-03 00:34:03.0 -0700
 @@ -8,7 +8,7 @@
  MASTER_SITES=  SF/heirloom/heirloom-${PORTNAME}/${PORTVERSION}
  PKGNAMEPREFIX= heirloom-

 -MAINTAINER=po...@freebsd.org
 +MAINTAINER=per...@pluto.rain.com
  COMMENT=   BSD mail utility with MIME, IMAP, POP3, SMTP, and S/MIME 
 extensions

  OPTIONS_DEFINE=IPV6 DOCS
 @@ -25,10 +25,10 @@
 CPPFLAGS=${CPPFLAGS} \
 LDFLAGS=${LDFLAGS}

 -MAN1=  ${PORTNAME}.1
  PORTDOCS=  AUTHORS COPYING ChangeLog README TODO

  PLIST_FILES=   bin/${PORTNAME} \
 +   man/man1/${PORTNAME}.1 \
 @unexec if cmp -s %D/etc/nail.rc %D/etc/nail.rc.default; 
 then ${RM} -f %D/etc/nail.rc; fi  \
 etc/nail.rc.default \
 @exec [ -f %B/nail.rc ] || ${CP} %B/%f %B/nail.rc
 @@ -36,7 +36,6 @@
  CPPFLAGS+= -I${LOCALBASE}/include
  LDFLAGS+=  -L${LOCALBASE}/lib

 -NO_STAGE=  yes
  .include bsd.port.options.mk

  .if ${PORT_OPTIONS:MIPV6}
 @@ -44,16 +43,13 @@
  .endif

  do-install:
 -   ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${PREFIX}/bin
 -   ${INSTALL_MAN} ${WRKSRC}/${MAN1} ${MAN1PREFIX}/man/man1
 -   ${INSTALL_DATA} ${WRKSRC}/nail.rc ${PREFIX}/etc/nail.rc.default
 -.if !exists(${PREFIX}/etc/nail.rc)
 -   ${INSTALL_DATA} ${WRKSRC}/nail.rc ${PREFIX}/etc
 -.endif
 +   ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${STAGEDIR}${PREFIX}/bin
 +   ${INSTALL_MAN} ${WRKSRC}/${PORTNAME}.1 
 ${STAGEDIR}${MAN1PREFIX}/man/man1
 +   ${INSTALL_DATA} ${WRKSRC}/nail.rc 
 ${STAGEDIR}${PREFIX}/etc/nail.rc.default

Install nail.rc as nail.rc.sample and then use the @sample keyword in
your PLIST_FILES.

  .if ${PORT_OPTIONS:MDOCS}
 -   @${MKDIR} ${DOCSDIR}
 +   @${MKDIR} ${STAGEDIR}${DOCSDIR}
  .for i in ${PORTDOCS}
 -   ${INSTALL_DATA} ${WRKSRC}/${i} ${DOCSDIR}
 +   ${INSTALL_DATA} ${WRKSRC}/${i} ${STAGEDIR}${DOCSDIR}
  .endfor
  .endif

 ___
 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



-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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: second call: dns/libidn staging broken

[Lowell Gilbert]

Matthew D. Fuller fulle...@over-yonder.net writes:

 On Wed, May 28, 2014 at 10:57:22PM -0400 I heard the voice of
 Lowell Gilbert, and lo! it spake thus:
 
 Assuming my previous paragraph isn't wildly wrong, the easy
 workaround would be to install emacs. That's just a hack; the right
 fix (I think) is to add a port option to let it depend on emacs, or
 for the port to adjust the plist dynamically.

 That doesn't sound right.  I don't have emacs installed, and

 % ls `pkg info -l libidn | grep \.el`
 /usr/local/share/emacs/site-lisp/idna.el
 /usr/local/share/emacs/site-lisp/punycode.el

 So I'd keep looking for the reason.

If this is a pre-staging libidn install (possible: the version and
revision info haven't changed since before that) then it makes my
theory more likely.

Otherwise, it certainly means that requiring emacs isn't a proper fix,
but if I'd been thinking clearly I would've realized that didn't make
sense anyway, because there are so many variants of emacs. Which is
exactly why the libidn configure script is so complicated in its
attempts to find the install location for those elisp files.  Also, it
seems to build okay on the package cluster under poudriere, so the lack
of emacs clearly isn't a general problem for the port.

Nonetheless, the specific error messages indicate that those elisp files
weren't copied into the staging area. I'm pretty sure from my analysis
of the configure script that this would only happen if it couldn't find
an emacs-like program to interrogate for the elisp load path, or if it
did find one and got a different load path than the one in the plist.
___
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: second call: dns/libidn staging broken

[Lowell Gilbert]

Robert Huff roberth...@rcn.com writes:

 Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org writes:

  Looking at the configure output for libidn, I'll guess that you don't
  have emacs installed when you try to install libidn, so the configure
  script decides not to install the elisp (.el) files, and staging
  chokes because it depends more heavily on the plist than the old
  port system did.  You can look at the generated config.log to see if
  it backs me up on this.

   That explains the symptoms, and (if true) exposes the
 breakage: I don't have emacs installed ... but I do have xemacs.  And
 yes, they install their libraries to different paths.
   I know less than nothing about configure scripts: is there a
 place where a simple fudge would make it work?

I would've expected xemacs should work just as well, but I didn't *try*
it or anything. Definitely check my theory; build (but don't install)
the libidn port, then find config.log in its work directory and look for
some lines checking if libtool supports shared libraries: if my theory
is right, the answer to that question will be no.

If that's the case, I already mentioned one simple fudge: install
editors/emacs instead. You may need xemacs for a particular reason, but
that's pretty rare these days. [Sometimes it seems like most of the
xemacs usage base is made up of people laboring under the mistaken
assumption that the 'x' in its name has something to do with the X
Window System.]

Even easier would be to delete those files from the plist in your local
copy of the port. Unless you *want* those editing modes, in which case a
proper solution would be more difficult as well as more important.
___
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 that you maintain require staging updates

[portmgr-feedback]

Hi,

You are receiving this mail as a port that you maintain does not support
STAGEDIR.  Please convert the port to support staging, or reset maintainer
if you no longer wish to maintain it, and submit a PR to have it updated.

On June 30 all unstaged ports will be DEPRECATED and have their MAINTAINER
reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:
  http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html

Ports that you maintain that are currently unstaged (NO_STAGE=yes):
audio/festlex-ogi
audio/festvox-us1-mbrola
audio/festvox-us2-mbrola
audio/festvox-us3-mbrola
audio/freeswitch-sounds
audio/jokosher
audio/jxm
audio/linux-musicipserver
audio/madfufw
audio/ventrilo-server
biology/blast
cad/jspice3
cad/scv
cad/systemc
chinese/CJKUnifonts
chinese/big5con
chinese/bitchx
chinese/cmexfonts
chinese/cwtex
chinese/cwtexttf
chinese/fireflyttf
chinese/joe
chinese/kcfonts
chinese/miniChinput
chinese/moefonts-cid
chinese/moettf
chinese/msttf
chinese/opendesktop-fonts
chinese/xsim
chinese/zhcon
comms/java-commapi
converters/mule-ucs
databases/akonadi-googledata
databases/cyrus-imspd
databases/erlang-mysql
databases/exist
databases/flare
databases/frontbase-jdbc
databases/geoserver-mysql-plugin
databases/gigabase
databases/gnatsweb4
databases/hk_classes
databases/jdbc-oracle10g
databases/jdbc-oracle11g
databases/jdbc-oracle8i
databases/kinterbasdb
databases/linux-oracle-instantclient-basic
databases/linux-oracle-instantclient-sdk
databases/linux-oracle-instantclient-sqlplus
databases/lsdb
databases/mrtg-mysql-load
databases/msql3
databases/msql
databases/mysqlcppapi
databases/openbase-jdbc
databases/pear-Doctrine12
databases/pecl-drizzle
databases/pgpool
databases/postgresql-plproxy
databases/tora
databases/xapian-core10
databases/yasql
deskutils/gdesklets-starterbar
deskutils/planner.el
deskutils/preferences
deskutils/surrealtodo
deskutils/tel
devel/ace+tao-doc
devel/aros-sdk
devel/asmutils
devel/buildtool-doc
devel/cgprof
devel/cvsbook
devel/cvslines
devel/cvsmonitor
devel/eiffelstudio
devel/elf
devel/elib-emacs21
devel/elib
devel/entity
devel/flowdesigner
devel/gaphor
devel/gittrac
devel/horde3-chora
devel/ireport
devel/jzmq
devel/libtecla
devel/linux-kmod-compat
devel/ml-doc
devel/noweb
devel/ocaml-annexlib
devel/ocaml-camljava
devel/ocaml-equeue
devel/ocaml-ounit
devel/ocaml-sdl
devel/ocaml-xstr
devel/ocaml-xstrp4
devel/omniNotify
devel/omniORB
devel/openwince-include
devel/p4db
devel/php-java-bridge
devel/pmk
devel/scsh-install-lib
devel/sfslite-dbg
devel/sfslite-noopt
devel/sfslite
devel/sml_tk
devel/stlport
devel/subclipse
devel/sunterlib
devel/tide
devel/tigcc
devel/uppaal
dns/dnscheckengine
dns/ldapdns
dns/posadis
editors/gnuserv
editors/p5-Padre
editors/semi-xemacs21-mule
editors/textedit
editors/xemacs-devel-mule
editors/xemacs-devel
editors/xemacs21-mule
editors/xemacs
emulators/atari800
emulators/darcnes
emulators/its
emulators/nonpareil
emulators/vMac
emulators/vmsbackup
finance/ledgersmb12
finance/ledgersmb
finance/mybudget
finance/sabernetdcs-client
french/belote
french/dico
french/facturier
ftp/bareftp
games/actx
games/alephone-scenarios
games/atitd
games/crafty-open-enormous
games/crafty-open-large
games/gnomesudoku
games/joequake
games/ladder
games/lapispuzzle
games/lgeneral
games/linux-americasarmy
games/linux-etqw-demo-server
games/linux-etqw-server
games/linux-nerogame
games/linux-sof
games/linux-ut
games/mindfocus
games/minecraft-server
games/qix
games/rftg
games/super_methane_brothers
games/vultures-eye
games/xchadance
games/xjewel
games/xmris
games/xmulti
games/xpat2
games/xpilot-ng-client
games

Re: FreeBSD ports that you maintain require staging updates

[Drewery, Bryan]

If you see a port you use or like in here I suggest stepping up and 
helping to

stage it.

http://www.freebsd.org/doc/en/articles/contributing-ports/article.html

Bryan

On 5/29/14, 1:43 PM, portmgr-feedb...@freebsd.org wrote:


Hi,

You are receiving this mail as a port that you maintain does not support
STAGEDIR.  Please convert the port to support staging, or reset maintainer
if you no longer wish to maintain it, and submit a PR to have it updated.

On June 30 all unstaged ports will be DEPRECATED and have their MAINTAINER
reset to po...@freebsd.org.

These ports will be set to EXPIRE on August 31.

For more details see:
   
http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/80.html

Ports that you maintain that are currently unstaged (NO_STAGE=yes):
audio/festlex-ogi
audio/festvox-us1-mbrola
audio/festvox-us2-mbrola
audio/festvox-us3-mbrola
audio/freeswitch-sounds
audio/jokosher
audio/jxm
audio/linux-musicipserver
audio/madfufw
audio/ventrilo-server
biology/blast
cad/jspice3
cad/scv
cad/systemc
chinese/CJKUnifonts
chinese/big5con
chinese/bitchx
chinese/cmexfonts
chinese/cwtex
chinese/cwtexttf
chinese/fireflyttf
chinese/joe
chinese/kcfonts
chinese/miniChinput
chinese/moefonts-cid
chinese/moettf
chinese/msttf
chinese/opendesktop-fonts
chinese/xsim
chinese/zhcon
comms/java-commapi
converters/mule-ucs
databases/akonadi-googledata
databases/cyrus-imspd
databases/erlang-mysql
databases/exist
databases/flare
databases/frontbase-jdbc
databases/geoserver-mysql-plugin
databases/gigabase
databases/gnatsweb4
databases/hk_classes
databases/jdbc-oracle10g
databases/jdbc-oracle11g
databases/jdbc-oracle8i
databases/kinterbasdb
databases/linux-oracle-instantclient-basic
databases/linux-oracle-instantclient-sdk
databases/linux-oracle-instantclient-sqlplus
databases/lsdb
databases/mrtg-mysql-load
databases/msql3
databases/msql
databases/mysqlcppapi
databases/openbase-jdbc
databases/pear-Doctrine12
databases/pecl-drizzle
databases/pgpool
databases/postgresql-plproxy
databases/tora
databases/xapian-core10
databases/yasql
deskutils/gdesklets-starterbar
deskutils/planner.el
deskutils/preferences
deskutils/surrealtodo
deskutils/tel
devel/ace+tao-doc
devel/aros-sdk
devel/asmutils
devel/buildtool-doc
devel/cgprof
devel/cvsbook
devel/cvslines
devel/cvsmonitor
devel/eiffelstudio
devel/elf
devel/elib-emacs21
devel/elib
devel/entity
devel/flowdesigner
devel/gaphor
devel/gittrac
devel/horde3-chora
devel/ireport
devel/jzmq
devel/libtecla
devel/linux-kmod-compat
devel/ml-doc
devel/noweb
devel/ocaml-annexlib
devel/ocaml-camljava
devel/ocaml-equeue
devel/ocaml-ounit
devel/ocaml-sdl
devel/ocaml-xstr
devel/ocaml-xstrp4
devel/omniNotify
devel/omniORB
devel/openwince-include
devel/p4db
devel/php-java-bridge
devel/pmk
devel/scsh-install-lib
devel/sfslite-dbg
devel/sfslite-noopt
devel/sfslite
devel/sml_tk
devel/stlport
devel/subclipse
devel/sunterlib
devel/tide
devel/tigcc
devel/uppaal
dns/dnscheckengine
dns/ldapdns
dns/posadis
editors/gnuserv
editors/p5-Padre
editors/semi-xemacs21-mule
editors/textedit
editors/xemacs-devel-mule
editors/xemacs-devel
editors/xemacs21-mule
editors/xemacs
emulators/atari800
emulators/darcnes
emulators/its
emulators/nonpareil
emulators/vMac
emulators/vmsbackup
finance/ledgersmb12
finance/ledgersmb
finance/mybudget
finance/sabernetdcs-client
french/belote
french/dico
french/facturier
ftp/bareftp
games/actx
games/alephone-scenarios
games/atitd
games/crafty-open-enormous
games/crafty-open-large
games/gnomesudoku
games/joequake
games/ladder
games/lapispuzzle
games/lgeneral
games/linux-americasarmy
games/linux-etqw-demo-server
games/linux-etqw-server
games/linux-nerogame
games/linux-sof
games/linux-ut
games/mindfocus
games/minecraft-server
games/qix

Re: second call: dns/libidn staging broken

[Matthew D. Fuller]

On Wed, May 28, 2014 at 10:57:22PM -0400 I heard the voice of
Lowell Gilbert, and lo! it spake thus:
 
 Assuming my previous paragraph isn't wildly wrong, the easy
 workaround would be to install emacs. That's just a hack; the right
 fix (I think) is to add a port option to let it depend on emacs, or
 for the port to adjust the plist dynamically.

That doesn't sound right.  I don't have emacs installed, and

% ls `pkg info -l libidn | grep \.el`
/usr/local/share/emacs/site-lisp/idna.el
/usr/local/share/emacs/site-lisp/punycode.el

So I'd keep looking for the reason.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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

second call: dns/libidn staging broken

[Robert Huff]

	This port builds fine, or seems to.  However, when I try to install I 
get this:


===  Installing for libidn-1.28_1
===   libidn-1.28_1 depends on shared library: libintl.so - found 
(/usr/local/lib/libintl.so.9)

===  Checking if dns/libidn already installed
===   Registering installation for libidn-1.28_1
pkg-static: 
lstat(/data/port-work/usr/ports/dns/libidn/work/stage/usr/local/share/emacs/site-lisp/idna.el): 
No such file or directory
pkg-static: 
lstat(/data/port-work/usr/ports/dns/libidn/work/stage/usr/local/share/emacs/site-lisp/punycode.el): 
No such file or directory

*** Error code 74

Stop.
make[1]: stopped in /usr/ports/dns/libidn
*** Error code 1

	I'm not seeing this type of error with other ports so I think it's 
local breakage.  I've written to the maintainer (a week ago) and had no 
response.
	(This is blocking the curl update; I could turn off IDN support there, 
but would much rather not.)


Respectfully,


Robert Huff
___
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: second call: dns/libidn staging broken

[Kurt Jaeger]

Hi!

   This port builds fine, or seems to.  However, when I try to install I 
 get this:

Tested on 10.0p3-amd64, works fine here.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: second call: dns/libidn staging broken

[Kevin Oberman]

On Wed, May 28, 2014 at 8:33 AM, Kurt Jaeger li...@opsec.eu wrote:

 Hi!

This port builds fine, or seems to.  However, when I try to
 install I
  get this:

 Tested on 10.0p3-amd64, works fine here.

 --
 p...@opsec.eu+49 171 3101372 6 years to
 go !


Looks like it might be an issue with your build environment. Looks like you
have customized your build directories (/data/port-work). I suspect
something might be wrong there. I have seen several reports of issues when
symlinks are used in these  types of customizations.

Note: This is really a shot in the dark as I am neither sure exactly what
you are doing nor why the staging stuff has issues with symlinks in some
cases.

-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.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