Re: Looking for a committer - deskutils/calcurse: update to 4.7.0

[Torfinn Ingolfsen]

On Sat, Apr 10, 2021 at 11:55 AM Newton Terry  wrote:
>
> It seems https://calcurse.org is down, distfile un-fetchable.
>
> Please wait the commit until the website situation has been clarified,
> seeing if it's permanent or temporarily.

Temporary failure? The web site seems to be up now at least.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: net/libarcus fails to install

[Torfinn Ingolfsen]

On Thu, Dec 31, 2020 at 11:11 AM Torfinn Ingolfsen  wrote:
>
> On Thu, Dec 31, 2020 at 12:59 AM Shane Ambler  wrote:
> >
> > On 31/12/20 7:49 am, Diane Bruce wrote:
> > > On Wed, Dec 30, 2020 at 11:01:05AM +1030, Shane Ambler wrote:
> > >>
> > >> The issue is in cmake - I have just reported it as a bug
> > >>
> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252277
> > >
> > > Thanks for tracking this down! This bug of course fails to show
> > > up on poudriere.
> >
> > poudriere builds ports in a clean environment, there is usually just one
> > python version available when it builds a port.
> >
> > >>
> > >> For a workaround try adding the following to the end of the libarcus
> > >> Makefile (above the last .include line) indents are tabs not spaces
> > >> The same addition should also work for libsavitar
> > >>
> > >> post-patch:
> > >>  ${REINPLACE_CMD} -e 's|VERSION_LESS 3.12|VERSION_LESS 4.12|g' \
> > >>  ${WRKSRC}/CMakeLists.txt \
> > >>  ${WRKSRC}/cmake/FindSIP.cmake
> > >>
> > >
> > > Should we do this for now? Or wait for CMake to be fixed?
> > > I can certainly add this snippet to the port for now.
> >
> > You can use that yourself to allow you to build your own ports until
> > cmake gets an update relating to this.
>
> (for completeness) I can confirm that the workaround works, for both
> libarcus and libsavitar.
> Thanks!
> --
> Regards,
> Torfinn Ingolfsen

FYI, the workaround is still needed for libSavitar 4.5.0_5, as cmake
3.19.6 still has the bug described in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252277
Have a nice day.
-- 
Regards,
Torfinn Ingolfsen
___
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: Logitech media server recurrent plist issues

[Torfinn Ingolfsen]

On Sun, Oct 4, 2020 at 4:06 PM Eric Masson  wrote:
>
> [..]
> The port builds but on package stage, it fails the same way older
> revisions failed.
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240397
>
> From what I've understood, removing entries in pkg-plist could lead to
> an incomplete package on a fresh installation, as some files not
> installed by port building would miss (directly installed in ports
> prefix and not in stage prefix)
>
> What's the canonical way to fix this kind of issues, please ?
>

Sorry, I don't know the answer to that question.

Just noting here that audio/logitechmediaserver (currently
7.9.2.g2018.12.10) still needs the patch in bug 240397 added to
pkg-plist in order for 'make install' to succeed.
The patch in question is the one in attachment 207299, added manually
to pkg-plist.
This on
root@bvm5# freebsd-version -ku
11.4-RELEASE-p8
11.4-RELEASE-p8
root@bvm5# uname -a
FreeBSD bvm5.kg4.no 11.4-RELEASE-p8 FreeBSD 11.4-RELEASE-p8 #0: Tue
Feb 23 09:04:22 UTC 2021
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: lang/python37 - 3.7.10 fails the 'make install' step

[Torfinn Ingolfsen]

Update - I figured out why.

On Sun, Mar 7, 2021 at 10:22 PM Torfinn Ingolfsen  wrote:
>
> Hello,
> python37 (3.7.10, ports tree updated today) build fine, but fails the
> 'make install' step.
> root@bvm5# make install
> ===>  Installing for python37-3.7.10
> ===>  Checking if python37 is already installed
> actual-package-depends: dependency on /lib/libreadline.so.8 not
> registered (normal if it belongs to base)
> ===>   Registering installation for python37-3.7.10
> pkg-static: Unable to access file
> /usr/ports/lang/python37/work/stage/usr/local/lib/python3.7/lib-dynload/readline.so:No
> such file or directory
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/ports/lang/python37
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/lang/python37
>
> Any idea why?

Ok, so I figured it out. This machine was upgraded from FreeBSD
10.4-release-p3 with freebsd-update. And it looks like I forgot to run
the last 'freebsd-update install' - the one that clears out old unused
libraries.
After running that, python37 both builds and installs without problems.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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"

lang/python37 - 3.7.10 fails the 'make install' step

[Torfinn Ingolfsen]

Hello,
python37 (3.7.10, ports tree updated today) build fine, but fails the
'make install' step.
root@bvm5# make install
===>  Installing for python37-3.7.10
===>  Checking if python37 is already installed
actual-package-depends: dependency on /lib/libreadline.so.8 not
registered (normal if it belongs to base)
===>   Registering installation for python37-3.7.10
pkg-static: Unable to access file
/usr/ports/lang/python37/work/stage/usr/local/lib/python3.7/lib-dynload/readline.so:No
such file or directory
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/python37
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/python37

Any idea why?
This is on FreeBSD 11.4-release-p8
root@bvm5# freebsd-version -ku
11.4-RELEASE-p8
11.4-RELEASE-p8
root@bvm5# uname -a
FreeBSD bvm5.kg4.no 11.4-RELEASE-p8 FreeBSD 11.4-RELEASE-p8 #0: Tue
Feb 23 09:04:22 UTC 2021
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

ports tree updated today, everything (yes, all ports) installed from scratch.
Nothing in make.conf. src.conf

-- 
Regards,
Torfinn Ingolfsen
___
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: graphics/openimageio fails to build

[Torfinn Ingolfsen]

On Mon, Jan 18, 2021 at 12:09 AM Shane Ambler  wrote:
>
> On 14/1/21 8:16 am, Torfinn Ingolfsen wrote:
> > like so:
> > FAILED: 
> > src/libOpenImageIO/CMakeFiles/OpenImageIO.dir/__/jpeg2000.imageio/jpeg2000input.cpp.o
>
> > Stop.
> > make: stopped in /usr/ports/graphics/openimageio
>
> The update to 2.2.10.1 has been committed which has a patch to fix
> the build with openjeg.


FWIW, this update makes openimageio build for me. It build both with
OPENJPEG off and on.
Thank you.
-- 
mvh
Torfinn
___
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: graphics/openimageio fails to build

[Torfinn Ingolfsen]

On Thu, Jan 14, 2021 at 10:47 AM Shane Ambler  wrote:
>
>
> Do you need openjpeg support? Normal jpeg support is always on, the
> option for OPENJPEG is a separate library for jpeg2000 support.
>

FWIW, I tried turning the openjpeg option off, but it didn't help, the
build still failed.
-- 
Regards,
Torfinn Ingolfsen
___
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"

graphics/openimageio fails to build

[Torfinn Ingolfsen]

~~
/usr/ports/graphics/openimageio/work/oiio-Release-2.2.9.0/src/include/OpenImageIO/imageio.h:1591:10:
note: candidate function template not viable: no known conversion from
'OpenImageIO_v2_2::Jpeg2000Input' to 'const
OpenImageIO_v2_2::ImageInput' for object argument
void errorf(const char* fmt, const Args&... args) const {
 ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
ninja: build stopped: subcommand failed.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/graphics/openimageio
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/openimageio

ports tree updated today. This on
root@kg-core2# uname -a
FreeBSD kg-core2.kg4.no 11.4-RELEASE-p5 FreeBSD 11.4-RELEASE-p5 #0:
Tue Dec  1 11:46:55 UTC 2020
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

Any more info I can provide?
-- 
Regards,
Torfinn Ingolfsen
___
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: net/libarcus fails to install

[Torfinn Ingolfsen]

On Thu, Dec 31, 2020 at 12:59 AM Shane Ambler  wrote:
>
> On 31/12/20 7:49 am, Diane Bruce wrote:
> > On Wed, Dec 30, 2020 at 11:01:05AM +1030, Shane Ambler wrote:
> >>
> >> The issue is in cmake - I have just reported it as a bug
> >>
> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252277
> >
> > Thanks for tracking this down! This bug of course fails to show
> > up on poudriere.
>
> poudriere builds ports in a clean environment, there is usually just one
> python version available when it builds a port.
>
> >>
> >> For a workaround try adding the following to the end of the libarcus
> >> Makefile (above the last .include line) indents are tabs not spaces
> >> The same addition should also work for libsavitar
> >>
> >> post-patch:
> >>  ${REINPLACE_CMD} -e 's|VERSION_LESS 3.12|VERSION_LESS 4.12|g' \
> >>  ${WRKSRC}/CMakeLists.txt \
> >>  ${WRKSRC}/cmake/FindSIP.cmake
> >>
> >
> > Should we do this for now? Or wait for CMake to be fixed?
> > I can certainly add this snippet to the port for now.
>
> You can use that yourself to allow you to build your own ports until
> cmake gets an update relating to this.

(for completeness) I can confirm that the workaround works, for both
libarcus and libsavitar.
Thanks!
-- 
Regards,
Torfinn Ingolfsen
___
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: graphics/librsvg2-rust fails to build

[Torfinn Ingolfsen]

On Sun, Dec 20, 2020 at 11:19 PM Torfinn Ingolfsen  wrote:
>
> DEFAULT_VERSIONS+=ssl=openssl
>
> no src.conf.
>

Reinstalling devel/libgit2 has helped, now I can build and install
librsvg2-rust. libgit2 hasn't changed, it is still the same version:
root@kg-core1# pkg info libgit2*
libgit2-1.0.1
So I really don't know what the problem was.
HTH
-- 
Regards,
Torfinn Ingolfsen
___
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/rust-cbindgen fails to build

[Torfinn Ingolfsen]

Update

On Tue, Dec 22, 2020 at 6:47 PM Torfinn Ingolfsen  wrote:
>
> building rust-cbindgen-0.16.0 also fails on this machine, in the same
> way. But - I installed rust-cbindgen from ports on another  FreeBSD
> 11.4-release machine, starting from "clean" (nothing installed except
> for pkg, which then was upgraded from ports), madea package from that
> and used 'pkg add' to install said package on this machine. That
> worked for now.
> It is likely that the build environment for (some) ports is broken
> somehow on this machine.
>

OK, I figured out how to fix it: I reinstalled the devel/libgit2 port.
After that, I can build rust-cbindgen without problems.
I still don't know why there was a problem with libgit2, it still is
the same version:
root@kg-core1# pkg info libgit2*
libgit2-1.0.1

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: net/libarcus fails to install

[Torfinn Ingolfsen]

On Sun, Dec 27, 2020 at 2:41 PM Torfinn Ingolfsen  wrote:
>
> net/libarcus builds, but fails to install:
> root@kg-core2# make install
> ===>  Installing for libArcus-4.7.1_2,1
> ===>  Checking if libArcus is already installed
> ===>   Registering installation for libArcus-4.7.1_2,1
> pkg-static: Unable to access file
> /usr/ports/net/libarcus/work/stage/usr/local/lib/python3.7/site-packages/Arcus.so:No
> such file or directory
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/net/libarcus
> the reason seems to be that it builds for Python 3.8 instead of python 3.7:
> root@kg-core2# ll work/stage/usr/local/lib
> total 100
> drwxr-xr-x   6 root  wheel512 Dec 27 14:06 ./
> drwxr-xr-x  13 root  wheel512 Dec 27 14:06 ../
> drwxr-xr-x   3 root  wheel512 Dec 27 14:06 X11/
> drwxr-xr-x   3 root  wheel512 Dec 27 14:06 cmake/
> drwxr-xr-x   2 root  wheel512 Dec 27 14:06 debug/
> lrwxr-xr-x   1 root  wheel 13 Dec 27 14:06 libArcus.so@ -> libArcus.so.3
> -rwxr-xr-x   1 root  wheel  75328 Dec 27 14:06 libArcus.so.1.1.0*
> lrwxr-xr-x   1 root  wheel 17 Dec 27 14:06 libArcus.so.3@ ->
> libArcus.so.1.1.0
> drwxr-xr-x   3 root  wheel512 Dec 27 14:06 python3.8/
> root@kg-core2# ll work/stage/usr/local/lib/python3.8/site-packages/
> total 68
> drwxr-xr-x  2 root  wheel512 Dec 27 14:06 ./
> drwxr-xr-x  3 root  wheel512 Dec 27 14:06 ../
> -rwxr-xr-x  1 root  wheel  59608 Dec 27 14:06 Arcus.so*
> I'm not sure why, since pyton37 is still default, according to
> FreshPorts. Both pythons are installed here:
> root@kg-core2# pkg info python3*
> python37-3.7.9_1
> python38-3.8.7
>
> This on FreeBSD 11.4-release-p5:
> root@kg-core2# uname -a
> FreeBSD kg-core2.kg4.no 11.4-RELEASE-p5 FreeBSD 11.4-RELEASE-p5 #0:
> Tue Dec  1 11:46:55 UTC 2020
> r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
>
> Any more info I can provide?

Just for the fun of it I tried this: removed the installed python38
package (via pkg delete) which also took away blender, but I can fix
that later.
Then libArcus built and installed without problems.
FWIW, devel/libsavitar has the same "problem"; with python38 installed
it fails to install because it builds for 3.8 instead of 3.7.
HTH
-- 
mvh
Torfinn
___
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"

net/libarcus fails to install

[Torfinn Ingolfsen]

net/libarcus builds, but fails to install:
root@kg-core2# make install
===>  Installing for libArcus-4.7.1_2,1
===>  Checking if libArcus is already installed
===>   Registering installation for libArcus-4.7.1_2,1
pkg-static: Unable to access file
/usr/ports/net/libarcus/work/stage/usr/local/lib/python3.7/site-packages/Arcus.so:No
such file or directory
*** Error code 1

Stop.
make: stopped in /usr/ports/net/libarcus
the reason seems to be that it builds for Python 3.8 instead of python 3.7:
root@kg-core2# ll work/stage/usr/local/lib
total 100
drwxr-xr-x   6 root  wheel512 Dec 27 14:06 ./
drwxr-xr-x  13 root  wheel512 Dec 27 14:06 ../
drwxr-xr-x   3 root  wheel512 Dec 27 14:06 X11/
drwxr-xr-x   3 root  wheel512 Dec 27 14:06 cmake/
drwxr-xr-x   2 root  wheel512 Dec 27 14:06 debug/
lrwxr-xr-x   1 root  wheel 13 Dec 27 14:06 libArcus.so@ -> libArcus.so.3
-rwxr-xr-x   1 root  wheel  75328 Dec 27 14:06 libArcus.so.1.1.0*
lrwxr-xr-x   1 root  wheel 17 Dec 27 14:06 libArcus.so.3@ ->
libArcus.so.1.1.0
drwxr-xr-x   3 root  wheel512 Dec 27 14:06 python3.8/
root@kg-core2# ll work/stage/usr/local/lib/python3.8/site-packages/
total 68
drwxr-xr-x  2 root  wheel512 Dec 27 14:06 ./
drwxr-xr-x  3 root  wheel512 Dec 27 14:06 ../
-rwxr-xr-x  1 root  wheel  59608 Dec 27 14:06 Arcus.so*
I'm not sure why, since pyton37 is still default, according to
FreshPorts. Both pythons are installed here:
root@kg-core2# pkg info python3*
python37-3.7.9_1
python38-3.8.7

This on FreeBSD 11.4-release-p5:
root@kg-core2# uname -a
FreeBSD kg-core2.kg4.no 11.4-RELEASE-p5 FreeBSD 11.4-RELEASE-p5 #0:
Tue Dec  1 11:46:55 UTC 2020
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

Any more info I can provide?
-- 
mvh
Torfinn
___
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/rust-cbindgen fails to build

[Torfinn Ingolfsen]

building rust-cbindgen-0.16.0 also fails on this machine, in the same
way. But - I installed rust-cbindgen from ports on another  FreeBSD
11.4-release machine, starting from "clean" (nothing installed except
for pkg, which then was upgraded from ports), madea package from that
and used 'pkg add' to install said package on this machine. That
worked for now.
It is likely that the build environment for (some) ports is broken
somehow on this machine.

On Sun, Dec 20, 2020 at 11:05 PM Torfinn Ingolfsen  wrote:
>
> rust-cbindgen-0.15.0_2 also fails:
>
> root@kg-core1# make clean
> ===>  Cleaning for rust-cbindgen-0.15.0_2
> root@kg-core1# make
> ===>  License MPL20 accepted by the user
> ===>   rust-cbindgen-0.15.0_2 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by rust-cbindgen-0.15.0_2 for building
> ===>  Extracting for rust-cbindgen-0.15.0_2
> => SHA256 Checksum OK for rust/crates/cbindgen-0.15.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/ansi_term-0.11.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/atty-0.2.14.tar.gz.
> => SHA256 Checksum OK for rust/crates/autocfg-1.0.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/bitflags-1.2.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/cfg-if-0.1.10.tar.gz.
> => SHA256 Checksum OK for rust/crates/clap-2.33.3.tar.gz.
> => SHA256 Checksum OK for rust/crates/getrandom-0.1.15.tar.gz.
> => SHA256 Checksum OK for rust/crates/hashbrown-0.9.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/heck-0.3.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/hermit-abi-0.1.16.tar.gz.
> => SHA256 Checksum OK for rust/crates/indexmap-1.6.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/itoa-0.4.6.tar.gz.
> => SHA256 Checksum OK for rust/crates/libc-0.2.77.tar.gz.
> => SHA256 Checksum OK for rust/crates/log-0.4.11.tar.gz.
> => SHA256 Checksum OK for rust/crates/ppv-lite86-0.2.9.tar.gz.
> => SHA256 Checksum OK for rust/crates/proc-macro2-1.0.21.tar.gz.
> => SHA256 Checksum OK for rust/crates/quote-1.0.7.tar.gz.
> => SHA256 Checksum OK for rust/crates/rand-0.7.3.tar.gz.
> => SHA256 Checksum OK for rust/crates/rand_chacha-0.2.2.tar.gz.
> => SHA256 Checksum OK for rust/crates/rand_core-0.5.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/rand_hc-0.2.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/redox_syscall-0.1.57.tar.gz.
> => SHA256 Checksum OK for rust/crates/remove_dir_all-0.5.3.tar.gz.
> => SHA256 Checksum OK for rust/crates/ryu-1.0.5.tar.gz.
> => SHA256 Checksum OK for rust/crates/serde-1.0.116.tar.gz.
> => SHA256 Checksum OK for rust/crates/serde_derive-1.0.116.tar.gz.
> => SHA256 Checksum OK for rust/crates/serde_json-1.0.57.tar.gz.
> => SHA256 Checksum OK for rust/crates/strsim-0.8.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/syn-1.0.41.tar.gz.
> => SHA256 Checksum OK for rust/crates/tempfile-3.1.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/textwrap-0.11.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/toml-0.5.6.tar.gz.
> => SHA256 Checksum OK for rust/crates/unicode-segmentation-1.6.0.tar.gz.
> => SHA256 Checksum OK for rust/crates/unicode-width-0.1.8.tar.gz.
> => SHA256 Checksum OK for rust/crates/unicode-xid-0.2.1.tar.gz.
> => SHA256 Checksum OK for rust/crates/vec_map-0.8.2.tar.gz.
> => SHA256 Checksum OK for 
> rust/crates/wasi-0.9.0+wasi-snapshot-preview1.tar.gz.
> => SHA256 Checksum OK for rust/crates/winapi-0.3.9.tar.gz.
> => SHA256 Checksum OK for rust/crates/winapi-i686-pc-windows-gnu-0.4.0.tar.gz.
> => SHA256 Checksum OK for 
> rust/crates/winapi-x86_64-pc-windows-gnu-0.4.0.tar.gz.
> ===>  Moving crates to
> /usr/ports/devel/rust-cbindgen/work/cbindgen-0.15.0/cargo-crates
> ===>  Patching for rust-cbindgen-0.15.0_2
> ===>   rust-cbindgen-0.15.0_2 depends on package: rust>=1.48.0 - found
> ===>  Configuring for rust-cbindgen-0.15.0_2
> thread 'main' panicked at 'couldn't initialize the libgit2 library:
> -1, error: could not initialize openssl: error:1410D0B9:SSL
> routines:SSL_CTX_set_cipher_list:no cipher match',
> /usr/ports/lang/rust/work/rustc-1.48.0-src/vendor/libgit2-sys/lib.rs:3807:9
> stack backtrace:
> note: Some details are omitted, run with `RUST_BACKTRACE=full` for a
> verbose backtrace.
> *** Error code 101
>
> Stop.
> make: stopped in /usr/ports/devel/rust-cbindgen
> RUST_BACKTRACE=full doesn't give much
> root@kg-core1# RUST_BACKTRACE=full make clean
> ===>  Cleaning for rust-cbindgen-0.15.0_2
> root@kg-core1# RUST_BACKTRACE=full make
> ===>  License MPL20 accepted by the user
> ===>   rust-cbindgen-0.15.0_2 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles req

Re: graphics/librsvg2-rust fails to build

[Torfinn Ingolfsen]

On Sat, Dec 12, 2020 at 8:41 PM Jan Beich  wrote:
>
> poudriere isn't third-party but developed by FreeBSD project and used by
> the package cluster. Also "works fine" here.

Sorry about using the wrong term - I was meaning *external tool*.

>
> Compare your current environment against a pristine/freshly-installed
> system then bisect the difference. Once you have "steps to reproduce"
> it should be easier to reason what to do next.

I will try to do so. FWIW, the only thing I have in /etc/make.conf is
DEFAULT_VERSIONS+=ssl=openssl

no src.conf.

-- 
Regards,
Torfinn Ingolfsen
___
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/rust-cbindgen fails to build

[Torfinn Ingolfsen]

tar.gz.
=> SHA256 Checksum OK for rust/crates/libc-0.2.77.tar.gz.
=> SHA256 Checksum OK for rust/crates/log-0.4.11.tar.gz.
=> SHA256 Checksum OK for rust/crates/ppv-lite86-0.2.9.tar.gz.
=> SHA256 Checksum OK for rust/crates/proc-macro2-1.0.21.tar.gz.
=> SHA256 Checksum OK for rust/crates/quote-1.0.7.tar.gz.
=> SHA256 Checksum OK for rust/crates/rand-0.7.3.tar.gz.
=> SHA256 Checksum OK for rust/crates/rand_chacha-0.2.2.tar.gz.
=> SHA256 Checksum OK for rust/crates/rand_core-0.5.1.tar.gz.
=> SHA256 Checksum OK for rust/crates/rand_hc-0.2.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/redox_syscall-0.1.57.tar.gz.
=> SHA256 Checksum OK for rust/crates/remove_dir_all-0.5.3.tar.gz.
=> SHA256 Checksum OK for rust/crates/ryu-1.0.5.tar.gz.
=> SHA256 Checksum OK for rust/crates/serde-1.0.116.tar.gz.
=> SHA256 Checksum OK for rust/crates/serde_derive-1.0.116.tar.gz.
=> SHA256 Checksum OK for rust/crates/serde_json-1.0.57.tar.gz.
=> SHA256 Checksum OK for rust/crates/strsim-0.8.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/syn-1.0.41.tar.gz.
=> SHA256 Checksum OK for rust/crates/tempfile-3.1.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/textwrap-0.11.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/toml-0.5.6.tar.gz.
=> SHA256 Checksum OK for rust/crates/unicode-segmentation-1.6.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/unicode-width-0.1.8.tar.gz.
=> SHA256 Checksum OK for rust/crates/unicode-xid-0.2.1.tar.gz.
=> SHA256 Checksum OK for rust/crates/vec_map-0.8.2.tar.gz.
=> SHA256 Checksum OK for rust/crates/wasi-0.9.0+wasi-snapshot-preview1.tar.gz.
=> SHA256 Checksum OK for rust/crates/winapi-0.3.9.tar.gz.
=> SHA256 Checksum OK for rust/crates/winapi-i686-pc-windows-gnu-0.4.0.tar.gz.
=> SHA256 Checksum OK for rust/crates/winapi-x86_64-pc-windows-gnu-0.4.0.tar.gz.
===>  Moving crates to
/usr/ports/devel/rust-cbindgen/work/cbindgen-0.15.0/cargo-crates
===>  Patching for rust-cbindgen-0.15.0_2
===>   rust-cbindgen-0.15.0_2 depends on package: rust>=1.48.0 - found
===>  Configuring for rust-cbindgen-0.15.0_2
thread 'main' panicked at 'couldn't initialize the libgit2 library:
-1, error: could not initialize openssl: error:1410D0B9:SSL
routines:SSL_CTX_set_cipher_list:no cipher match',
/usr/ports/lang/rust/work/rustc-1.48.0-src/vendor/libgit2-sys/lib.rs:3807:9
stack backtrace:
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a
verbose backtrace.
*** Error code 101

Stop.
make: stopped in /usr/ports/devel/rust-cbindgen

still on
root@kg-core1# uname -a
FreeBSD kg-core1.kg4.no 11.4-STABLE FreeBSD 11.4-STABLE #3 r362432:
Sat Jun 20 12:51:06 CEST 2020
r...@kg-core1.kg4.no:/zs/usr/obj/usr/src/sys/GENERIC  amd64

no poudriere here - can't test with that, sorry.

On Fri, Nov 13, 2020 at 11:01 AM Torfinn Ingolfsen  wrote:
>
> Is anyone else seeing that rust-cbindgen fails to build?
> root@kg-core1# cd /usr/ports/devel/rust-cbindgen
> root@kg-core1# make clean
> ===>  Cleaning for rust-cbindgen-0.15.0_1
> root@kg-core1# make
> [..]
> ===>  Moving crates to
> /usr/ports/devel/rust-cbindgen/work/cbindgen-0.15.0/cargo-crates
> ===>  Patching for rust-cbindgen-0.15.0_1
> ===>   rust-cbindgen-0.15.0_1 depends on package: rust>=1.47.0 - found
> ===>  Configuring for rust-cbindgen-0.15.0_1
> thread 'main' panicked at 'couldn't initialize the libgit2 library:
> -1, error: could not initialize openssl: error:1410D0B9:SSL
> routines:SSL_CTX_set_cipher_list:no cipher match',
> /usr/ports/lang/rust/work/rustc-1.47.0-src/vendor/libgit2-sys/lib.rs:3747:9
> stack backtrace:
> note: Some details are omitted, run with `RUST_BACKTRACE=full` for a
> verbose backtrace.
> *** Error code 101
>
> Stop.
> make: stopped in /usr/ports/devel/rust-cbindgen
>
> This is on
> root@kg-core1# uname -a
> FreeBSD kg-core1.kg4.no 11.4-STABLE FreeBSD 11.4-STABLE #3 r362432:
> Sat Jun 20 12:51:06 CEST 2020
> r...@kg-core1.kg4.no:/zs/usr/obj/usr/src/sys/GENERIC  amd64
>
> freshly updated ports tree today.
> --
> Regards,
> Torfinn Ingolfsen



-- 
mvh
Torfinn
___
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: graphics/librsvg2-rust fails to build

[Torfinn Ingolfsen]

On Sat, Dec 12, 2020 at 6:50 PM Jan Beich  wrote:
>
>
> "SSL_CTX_set_cipher_list:no cipher match" is likely due to OpenSSL 1.0
> on FreeBSD 11.* lacking TLS 1.3 or similar. However, libgit2 shouldn't
> be used during build. And the port builds fine on the package cluster.
>
> http://beefy9.nyi.freebsd.org/data/114amd64-default/557772/logs/librsvg2-rust-2.50.2.log
>
> Can you reproduce inside poudriere? If so attach complete build log.
> Building via plain "make" or portmaster is a recipe for pilot errors.

Unfortunately - no poudriere here.
The ports system should work fine without use of third-party tools, yes?

-- 
Regards,
Torfinn Ingolfsen
___
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"

graphics/librsvg2-rust fails to build

[Torfinn Ingolfsen]

t;  Configuring for librsvg2-rust-2.50.2
thread 'main' panicked at 'couldn't initialize the libgit2 library:
-1, error: could not initialize openssl: error:1410D0B9:SSL
routines:SSL_CTX_set_cipher_list:no cipher match',
/usr/ports/lang/rust/work/rustc-1.48.0-src/vendor/libgit2-sys/lib.rs:3807:9
stack backtrace:
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a
verbose backtrace.
*** Error code 101

Stop.
make: stopped in /usr/ports/graphics/librsvg2-rust


This on FreeBSD 11.4-stable:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 11.4-STABLE FreeBSD 11.4-STABLE #3 r362432:
Sat Jun 20 12:51:06 CEST 2020
r...@kg-core1.kg4.no:/zs/usr/obj/usr/src/sys/GENERIC  amd64

Nothing about it in /usr/ports/UPDATING, no open bugs for
librsvg2-rust in bugs, and I couldn't find anything by searching on
the 'net.

-- 
Regards,
Torfinn Ingolfsen
___
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/rust-cbindgen fails to build

[Torfinn Ingolfsen]

Is anyone else seeing that rust-cbindgen fails to build?
root@kg-core1# cd /usr/ports/devel/rust-cbindgen
root@kg-core1# make clean
===>  Cleaning for rust-cbindgen-0.15.0_1
root@kg-core1# make
[..]
===>  Moving crates to
/usr/ports/devel/rust-cbindgen/work/cbindgen-0.15.0/cargo-crates
===>  Patching for rust-cbindgen-0.15.0_1
===>   rust-cbindgen-0.15.0_1 depends on package: rust>=1.47.0 - found
===>  Configuring for rust-cbindgen-0.15.0_1
thread 'main' panicked at 'couldn't initialize the libgit2 library:
-1, error: could not initialize openssl: error:1410D0B9:SSL
routines:SSL_CTX_set_cipher_list:no cipher match',
/usr/ports/lang/rust/work/rustc-1.47.0-src/vendor/libgit2-sys/lib.rs:3747:9
stack backtrace:
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a
verbose backtrace.
*** Error code 101

Stop.
make: stopped in /usr/ports/devel/rust-cbindgen

This is on
root@kg-core1# uname -a
FreeBSD kg-core1.kg4.no 11.4-STABLE FreeBSD 11.4-STABLE #3 r362432:
Sat Jun 20 12:51:06 CEST 2020
r...@kg-core1.kg4.no:/zs/usr/obj/usr/src/sys/GENERIC  amd64

freshly updated ports tree today.
-- 
Regards,
Torfinn Ingolfsen
___
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: WITH_META_MODE and poudriere: *.meta files, where?

[Torfinn Ingolfsen]

On Mon, Jun 22, 2020 at 8:56 PM Michael Grimm  wrote:
>
> Hi,
>
> I do have activated 'WITH_META_MODE=yes' in  to>/poudriere.d/src-env.conf [1].
>
> Now, I would like to double-check if poudriere is following my "advice". For 
> buildworld I do find *.meta files in /usr/obj/…, but I do not have any clue 
> where poudriere would keep this information for subsequent compilations?
>

The is some information here
https://xmj.github.io/articles/sysadmin/builds_ccache_memcached.html
and link to a presentation with more about (among otter things)  metamode.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: [CFT] deskutils/calibre python 3 support

[Torfinn Ingolfsen]

FWIW, I only use basic functionality (I use the content server to
transfer books to my readers). I tested the port built with  python3.
Everything works so far - I haven't found any issues.

BTW, thanks for all the good work you're doing.

-- 
Regards,
Torfinn Ingolfsen
___
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/arduino18 - why is "Manage Libraries" patched out?

[Torfinn Ingolfsen]

Hello,
It seems that the menu item "Manage Libraries" in the FreeBSD port of
Arduino IDE is patched out
(removed) via the patch in files/patch-app_src_processing_app_Base.java
Does it have to be?
Doing so decreases usability of the tool, IMHO.

Stay safe, have a nice day.
-- 
Regards,
Torfinn Ingolfsen
___
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: reccomendations of conference / party audio video software ?

[Torfinn Ingolfsen]

On Sat, Mar 21, 2020 at 5:08 PM Julian H. Stacey  wrote:
>
> What about client apps on android, apple & MS
> ('cos most friends are non tech & dont run BSD or Linux PCs etc)
>
IMHO, anything that requires _users_ of a service to download or
install software on their machines to use a (video) conferencing
service is too heavy on requirements already.
People in my circles (both professionally and privately) are using
Whereby https://whereby.com/ with good results.
We will see how good it holds up if traffic increases exponentially,
but for now the service has been flawless.
So if you are building anything, you should aim for something that
works as easily as that.



HTH,
-- 
Regards,
Torfinn Ingolfsen
___
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"

x11/xpra - anyone porting the Python3 version?

[Torfinn Ingolfsen]

Hello,
Is anyone working on a Python3 supported port of xpra?
The homepage mentions that Python3 support was completed late
September last year

HAND
-- 
Regards,
Torfinn Ingolfsen
___
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"

www/falkon pkg missing from the repo

[Torfinn Ingolfsen]

A few days ago, calibre went missing from the pkg repo; this was due
to an upgrade from version 3.xx to version 4.xx, so technically
understandable, even if it was unfortunate for users.

Today I wanted to reinstall falkon (due to some library updates,
related to other packages on my system).

root@kg-core2# pkg install -f falkon
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
pkg: No packages available to install matching 'falkon' have been
found in the repositories

What? But it's there, look:

root@kg-core2# pkg info falkon
falkon-3.1.0
Name   : falkon
Version: 3.1.0
Installed on   : Wed May  1 20:26:15 2019 CEST
Origin : www/falkon
Architecture   : FreeBSD:11:amd64
Prefix : /usr/local
[cut to save lines]
Freshports also confirms that the port is still active, hasn't been
upgraded to a new version or something else.
So, what happened to the package?

In case anyone isn't totally clear on this:
building support for the package system among users requires that
those users can rely on that package system to be consistent,
dependable and so on.
Doing "pull the rug under your legs" stunts (intended or not) makes
users distrust the package system; they might even go back to using
ports, even if it will cost them a lot more in build time.

Details:

root@kg-core2# uname -a
FreeBSD kg-core2.kg4.no 11.3-RELEASE-p3 FreeBSD 11.3-RELEASE-p3 #0:
Mon Aug 19 21:08:43 UTC 2019
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

-- 
Regards,
Torfinn Ingolfsen
___
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: Synth and gcc-aux status?

[Torfinn Ingolfsen]

On Mon, Aug 26, 2019 at 5:34 AM Kubilay Kocak  wrote:
>
> Both are maintained as far as I know. portmaster has FLAVOR support, I'm
> not sure about portupgrade re FLAVORS, though I do recall seeing reports
> of it not working in the not so distant past, so it may not.

portupgrade knows how to upgrade ports with flavors, via this
https://github.com/freebsd/portupgrade/pull/72

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: portupgrade + FLAVORS

[Torfinn Ingolfsen]

Right

On Wed, Apr 10, 2019 at 5:54 PM Matthew D. Fuller
 wrote:
>
> My best guess is still something along the way tweaked up the patch
> you're trying; check the md5 vs the one in my earlier mail.

saved from (shudder) Gmail
tingo@kg-core1$ md5 patch-flavors_gmail
MD5 (patch-flavors_gmail) = 9ae391d55f008f14bde2854eabc9b6c6

extracted from the mailing list archive
tingo@kg-core1$ md5 patch-flavors.ml-archive
MD5 (patch-flavors.ml-archive) = dd316b6049c813bb12a880486195

manually extracted from mailing list archive (cut and paste with vi)
tingo@kg-core1$ md5 patch-flavors
MD5 (patch-flavors) = 4c67a5b60881f00206c2beb5c1a9914c

Is there a better way?
-- 
Regards,
Torfinn
___
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"

upgrade of port fails because of existing link

[Torfinn Ingolfsen]

Often, a port fails to upgrade because of an existing link. Example:
> Compressing man pages (compress-man)
===>   Installing ldconfig configuration file
--->  Backing up the old version
--->  Uninstalling the old version
[Reading data from pkg(8) ... - 990 packages found - done]
--->  Deinstalling 'qt5-dbus-5.12.1'
--->  Preserving /usr/local/lib/qt5/libQt5DBus.so.5 as
/usr/local/lib/compat/pkg/libQt5DBus.so.5
cp: symlink: libQt5DBus.so.5.12.1: File exists
Copy failed!
[Reading data from pkg(8) ... - 990 packages found - done]
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! qt5-dbus-5.12.1(copy failed)

Shouldn't the ports system work better than this?
(yes, I can manually remove the offending link and re-run the upgrade,
but it is a nuisance)
-- 
Regards,
Torfinn Ingolfsen
___
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: portupgrade + FLAVORS

[Torfinn Ingolfsen]

On Mon, Apr 8, 2019 at 11:51 PM Matthew D. Fuller
 wrote:
>
> Torfinn,
>
> > It doesn't apply cleanly to portupgrade in an up to date ports tree
>
> Hm.  Seems to work fine here.
>
> % svn up
> Updating '.':
> At revision 498434.

Ah. I use portsnap to upgrade my ports tree. Is there a delay or difference?

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: portupgrade + FLAVORS

[Torfinn Ingolfsen]

Hello,

On Mon, Apr 8, 2019 at 3:53 AM Matthew D. Fuller
 wrote:
>
> For any portupgrade users still out there wishing for FLAVOR support,
> I have patches to add it.  I've been running them here locally for a
> few weeks without incident (apart from an extra upgrade or two
> actually working without manual intervention/resort to portmaster,
> that is).  Dropping the attached patch into
> $PORTS/ports-mgmt/portupgrade/files/patch-flavors and rebuilding it is
> a simple shortcut to getting it in place.

It doesn't apply cleanly to portupgrade in an up to date ports tree
root@kg-core1# make
===>  License BSD3CLAUSE accepted by the user
===>   portupgrade-2.4.16,2 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by portupgrade-2.4.16,2 for building
===>  Extracting for portupgrade-2.4.16,2
=> SHA256 Checksum OK for portupgrade/freebsd-portupgrade-2.4.16_GH0.tar.gz.
===>   portupgrade-2.4.16,2 depends on file: /usr/local/bin/ruby24 - found
===>  Patching for portupgrade-2.4.16,2
===>   portupgrade-2.4.16,2 depends on file: /usr/local/bin/ruby24 - found
===>  Applying FreeBSD patches for portupgrade-2.4.16,2
1 out of 1 hunks failed--saving rejects to bin/portupgrade.rej
1 out of 1 hunks failed--saving rejects to lib/pkgtools/pkgdb.rb.rej
1 out of 1 hunks failed--saving rejects to lib/pkgtools/portsdb.rb.rej
=> FreeBSD patch patch-flavors failed to apply cleanly.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/ports-mgmt/portupgrade
*** Error code 1

Stop.
make: stopped in /usr/ports/ports-mgmt/portupgrade

This on
FreeBSD kg-core1.kg4.no 11.2-STABLE FreeBSD 11.2-STABLE #0 r342545:
Thu Dec 27 00:29:46 CET 2018
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

HTH, HAND
-- 
Regards,
Torfinn Ingolfsen
___
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: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

Hello,

On Mon, Mar 18, 2019 at 10:02 PM Christoph Moench-Tegeder
 wrote:
> I didn't get around to analyse this very deeply - instead I upgraded
> FreeCAD to 0.18 - does that change anything?

FreeCAD 0.18 installed from ports without any problem.
Thank you!
-- 
Regards,
Torfinn
___
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: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

On Sun, Feb 24, 2019 at 11:22 PM Christoph Moench-Tegeder
 wrote:
>
>
> The main question is why it detects Coin as "-lCoin", which can't
> be found by the linker without a matching "-L/usr/local/lib" (it's
> ok when Coin is linked as just "/usr/local/lib/libCoin.so").
> There may be some hints in cmake's somewhat more verbose output
> in work/.build/CMakeFiles/CMakeOutput.log (and CMakeError.log).
> I would suspect something in your environment (LDFLAGS? picked
> up different linker between configure and build stages?)
>
> Anyways, I gave up on this (there are too many variables and I
> still cannot reproduce this in clean environments, whatever I do
> Coin is picked up as expected).
> As a possible workaround I forced "-L/usr/local/lib" into LDFLAGS -
> looks like the linker invocation should now work in your case.
>

updated the ports tree again, and tried upgrading the FreeCAD port,
but the build fails as before.
I've put the build output and CMakeOutput.log (there is no
CMakeError.log) at
https://sites.google.com/site/tingox/asus_m5a78l_usb3_freebsd
in case it helps.

I'm not sure what in my environment the port build could pick up. I
have nothing in /etc/make.conf, and no src.conf on this machine.
Perhaps it is picking up something from /usr/local/FreeCAD? Except
that there isn't a libcoin there.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

On Sat, Feb 16, 2019 at 12:23 PM Christoph Moench-Tegeder
 wrote:
>
> ## Torfinn Ingolfsen (tin...@gmail.com):
>
> > root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
> > -DLANGUAGE=CXX -DMODE=LINK
> > -Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so
>
> That looks completely right. But the error message was
>   /usr/bin/ld: cannot find -lCoin
> so something else pushed that "-lCoin" into the command. Can you
> provide the full build log?

Full build log (typescript) here (warning 4.8M text file)
https://sites.google.com/site/tingox/20190217_c1_build-freecad.log

> Perhaps you can do some digging by yourself?

I looked into the build log, but it doesn't tell me anything new:
Coins is detected during configure / setup phase, and the suddenly
during compile / link it fails a step because Coin (specifically
-lCoin) can't be found

HTH
-- 
Regards,
Torfinn
___
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: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

On Thu, Feb 14, 2019 at 11:02 PM Christoph Moench-Tegeder
 wrote:
>
> ## Torfinn Ingolfsen (tin...@gmail.com):
>
> > It fails here:
>
> Interesting.
>
> > /usr/bin/ld: cannot find -lCoin
>
> And that shouldn't happen - at least, it didn't happen here.
>
> > Is there anything more I can do / provide?
>
> Your system is reasonable "standard"?

Yes. Straight 11.2-stable, built and installed from source.
Everything else installed from ports with portupgrade (or manually
with make in the port directory).

>You don't have a poudriere
> environment around, perchance? (that would help in the case of some
> weird system pollution).

Unfortunately, I do not.

> What does
>   cmake --find-package -DNAME=Coin3D \
>   -DCOMPILER_ID=clang -DLANGUAGE=CXX -DMODE=LINK
> show?

root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
-DLANGUAGE=CXX -DMODE=LINK
-Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so




HTH
-- 
Regards,
Torfinn
___
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: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

On Sat, Feb 9, 2019 at 10:12 PM Christoph Moench-Tegeder
 wrote:
>
> There. Please test :)
>

It fails here:

[ 27%] Linking CXX shared library ../../lib/libFreeCADGui.so
cd /usr/ports/cad/freecad/work/.build/src/Gui && /usr/local/bin/cmake
-E cmake_link_script CMakeFiles/FreeCADGui.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -Wall -Wextra -Wno-write-strings -O2 -pipe
-I/usr/local/include/hdf5-18 -fstack-protector -isystem
/usr/local/include -fno-strict-aliasing  -isystem /usr/local/include
-std=c++11 -Wno-undefined-var-template -D_OCC64 -O2 -pipe
-I/usr/local/include/hdf5-18 -fstack-protector -isystem
/usr/local/include -fno-strict-aliasing  -isystem /usr/local/include
-Wl,--no-undefined -shared -Wl,-soname,libFreeCADGui.so -o
../../lib/libFreeCADGui.so CMakeFiles/FreeCADGui.dir/Application.cpp.o
CMakeFiles/FreeCADGui.dir/ApplicationPy.cpp.o
CMakeFiles/FreeCADGui.dir/AutoSaver.cpp.o
CMakeFiles/FreeCADGui.dir/BitmapFactory.cpp.o
CMakeFiles/FreeCADGui.dir/Document.cpp.o
CMakeFiles/FreeCADGui.dir/DocumentModel.cpp.o
CMakeFiles/FreeCADGui.dir/DocumentPyImp.cpp.o
CMakeFiles/FreeCADGui.dir/DocumentObserver.cpp.o
CMakeFiles/FreeCADGui.dir/ExpressionBinding.cpp.o
CMakeFiles/FreeCADGui.dir/GraphicsViewZoom.cpp.o
CMakeFiles/FreeCADGui.dir/ExpressionCompleter.cpp.o
CMakeFiles/FreeCADGui.dir/GuiApplication.cpp.o
CMakeFiles/FreeCADGui.dir/GuiApplicationNativeEventAware.cpp.o
CMakeFiles/FreeCADGui.dir/GuiConsole.cpp.o
CMakeFiles/FreeCADGui.dir/Macro.cpp.o
CMakeFiles/FreeCADGui.dir/MergeDocuments.cpp.o
CMakeFiles/FreeCADGui.dir/resource.cpp.o
CMakeFiles/FreeCADGui.dir/Control.cpp.o
CMakeFiles/FreeCADGui.dir/SpaceballEvent.cpp.o
CMakeFiles/FreeCADGui.dir/Thumbnail.cpp.o
CMakeFiles/FreeCADGui.dir/Utilities.cpp.o
CMakeFiles/FreeCADGui.dir/WaitCursor.cpp.o
CMakeFiles/FreeCADGui.dir/ManualAlignment.cpp.o
CMakeFiles/FreeCADGui.dir/TransactionObject.cpp.o
CMakeFiles/FreeCADGui.dir/WinNativeGestureRecognizers.cpp.o
CMakeFiles/FreeCADGui.dir/iisTaskPanel/src/moc_iisiconlabel.cpp.o
CMakeFiles/FreeCADGui.dir/iisTaskPanel/src/moc_iistaskbox.cpp.o
CMakeFiles/FreeCADGui.dir/iisTaskPanel/src/moc_iistaskgroup.cpp.o
CMakeFiles/FreeCADGui.dir/iisTaskPanel/src/moc_iistaskheader.cpp.o
CMakeFiles/FreeCADGui.dir/QSint/actionpanel/moc_actionbox.cpp.o
CMakeFiles/FreeCADGui.dir/QSint/actionpanel/moc_actionlabel.cpp.o
CMakeFiles/FreeCADGui.dir/QSint/actionpanel/moc_actiongroup.cpp.o
CMakeFiles/FreeCADGui.dir/QSint/actionpanel/moc_actionpanel.cpp.o
CMakeFiles/FreeCADGui.dir/QSint/actionpanel/moc_taskheader_p.cpp.o
CMakeFiles/FreeCADGui.dir/qrc_resource.cpp.o
CMakeFiles/FreeCADGui.dir/qrc_translation.cpp.o
CMakeFiles/FreeCADGui.dir/qrc_iisTaskPanel.cpp.o
CMakeFiles/FreeCADGui.dir/qrc_schemes.cpp.o
CMakeFiles/FreeCADGui.dir/Action.cpp.o
CMakeFiles/FreeCADGui.dir/ActionFunction.cpp.o
CMakeFiles/FreeCADGui.dir/Command.cpp.o
CMakeFiles/FreeCADGui.dir/CommandDoc.cpp.o
CMakeFiles/FreeCADGui.dir/CommandFeat.cpp.o
CMakeFiles/FreeCADGui.dir/CommandMacro.cpp.o
CMakeFiles/FreeCADGui.dir/CommandStd.cpp.o
CMakeFiles/FreeCADGui.dir/CommandWindow.cpp.o
CMakeFiles/FreeCADGui.dir/CommandTest.cpp.o
CMakeFiles/FreeCADGui.dir/CommandView.cpp.o
CMakeFiles/FreeCADGui.dir/CommandStructure.cpp.o
CMakeFiles/FreeCADGui.dir/Clipping.cpp.o
CMakeFiles/FreeCADGui.dir/DemoMode.cpp.o
CMakeFiles/FreeCADGui.dir/DlgActivateWindowImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgUnitsCalculatorImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgDisplayPropertiesImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgInputDialogImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgMacroExecuteImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgRunExternal.cpp.o
CMakeFiles/FreeCADGui.dir/DlgEditFileIncludeProptertyExternal.cpp.o
CMakeFiles/FreeCADGui.dir/DlgMacroRecordImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgMaterialPropertiesImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgParameterImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgProjectInformationImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgProjectUtility.cpp.o
CMakeFiles/FreeCADGui.dir/DlgPropertyLink.cpp.o
CMakeFiles/FreeCADGui.dir/DlgExpressionInput.cpp.o
CMakeFiles/FreeCADGui.dir/TaskDlgRelocation.cpp.o
CMakeFiles/FreeCADGui.dir/DlgCheckableMessageBox.cpp.o
CMakeFiles/FreeCADGui.dir/TaskCSysDragger.cpp.o
CMakeFiles/FreeCADGui.dir/DlgUndoRedo.cpp.o
CMakeFiles/FreeCADGui.dir/InputVector.cpp.o
CMakeFiles/FreeCADGui.dir/Placement.cpp.o
CMakeFiles/FreeCADGui.dir/PropertyPage.cpp.o
CMakeFiles/FreeCADGui.dir/SceneInspector.cpp.o
CMakeFiles/FreeCADGui.dir/TextureMapping.cpp.o
CMakeFiles/FreeCADGui.dir/Transform.cpp.o
CMakeFiles/FreeCADGui.dir/DownloadItem.cpp.o
CMakeFiles/FreeCADGui.dir/DownloadManager.cpp.o
CMakeFiles/FreeCADGui.dir/DocumentRecovery.cpp.o
CMakeFiles/FreeCADGui.dir/DlgActionsImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgCommandsImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgCustomizeImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgCustomizeSpaceball.cpp.o
CMakeFiles/FreeCADGui.dir/DlgCustomizeSpNavSettings.cpp.o
CMakeFiles/FreeCADGui.dir/DlgKeyboardImp.cpp.o
CMakeFiles/FreeCADGui.dir/DlgToolbarsImp.cpp.o

Re: FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

On Sat, Feb 9, 2019 at 2:02 PM Christoph Moench-Tegeder
 wrote:
>
>
> I'm not a heavy CAD user, but FreeCAD as such is working.
>
> I'm on 12.0-STABLE, but that shouldn't matter that much.
>

Thanks for the confirmation. I've also received confirmation from
someone using it with FreeBSD 11.2-stable.

> My first idea would be "something in your graphics/X11 stack".
> I've got a nvidia card and I'm using x11/nvidia-driver (without

I'm using a Radeon card (I'm not at my machine now, and can't remember
the details). FWIW, FreeCAD is the only program that has the trouble.

> Anyways, FreeCAD is still using Qt4, which is rather old... I'm

Yes, my suspicion is something in the Qt4 "stack" - FreeCAD is
probably the only thing using qt4 on my machine now.

> working on moving it to Qt5, to avoid deprecation in 6 weeks.
> It's not 100% complete yet, but at least the widgets are looking
> much nicer now :) Expect an update "soonish".

That is very nice to hear!
Thank you for you work on this.


-- 
Regards,
Torfinn Ingolfsen
___
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"

FreeCAD 0.17 - is anyone using it?

[Torfinn Ingolfsen]

Just checking: is anyone using FreeCAD 0.17 (cad/freecad) under FreeBSD at all?
I installed it from ports, I'm running
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 11.2-STABLE FreeBSD 11.2-STABLE #0 r342545:
Thu Dec 27 00:29:46 CET 2018
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

but the windows in FreeCAD have graphics corruption all over them,
making it very hard to use.
See picture in this message at the FreeBSD forums:
https://forums.freebsd.org/threads/freecad-0-17-graphics-corruption.69429/

-- 
Regards,
Torfinn Ingolfsen
___
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: A PR to take care of

[Torfinn Ingolfsen]

The port in question is www/ufdbguard
it always helps to mention which port the PR / patch relates to.

On Mon, Jan 14, 2019 at 6:22 PM Pavel Timofeev  wrote:
>
> Hi! Could anybody please commit this?
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233964
>
> Email messages from head and quarterly are hitting the air uselessly ;)
>
> Thank you!
> ___
> 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"



-- 
mvh
Torfinn
___
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: new icestorm/arachne/yosys fpga toolchain port for cad/

[Torfinn Ingolfsen]

Just FYI, I have just tested the tools (installed from ports) by
putting a small Verilog program on my Nandland Go board.
They work great!
Thank you!


HTH, HAND
-- 
Regards,
Torfinn Ingolfsen
___
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: Thanks!

[Torfinn Ingolfsen]

On Mon, Jan 1, 2018 at 7:52 PM, George Mitchell <george+free...@m5p.com> wrote:
> On 01/01/18 13:33, Jos Chrispijn wrote:
>> I would like to thank all programmers and port maintainers for their
>> excellent work in 2017.
>> Without you we would never enjoy BSD as we do until this very day.
>>
>> I really hope that you will keep up the good work in 2018 also!
>>
>> Thanks,
>> Jos Chrispijn
>> [...]
>
> And an enthusiastic second from me!  Especially because portmaster
> has been revived and I can still keep up with security updates.

Hear, hear!
The work done by everyone who works on FreeBSD and the ports
collection (and the rest of it) is very much appreciated!

May 2018 be a great year for everyone!
-- 
Regards,
Torfinn Ingolfsen
___
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: portmaster now supports FLAVORs

[Torfinn Ingolfsen]

On Thu, Dec 14, 2017 at 9:44 PM, Stefan Esser <s...@freebsd.org> wrote:
> I have just committed the upgrade of portmaster to a version with flavor
> support.

>From a non-portmaster user (for no specific reason, I just haven't tried it):
well done!
Thanks for your work.
-- 
Regards,
Torfinn Ingolfsen
___
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: Welcome flavors! portmaster now dead? synth?

[Torfinn Ingolfsen]

On Tue, Dec 5, 2017 at 9:15 PM, Bryan Drewery <bryan-li...@shatow.net> wrote:
>
> I plan to look at portupgrade + FLAVORS support in the next few weeks as
> well.
>

Very, very much appreciated!

-- 
Regards,
Torfinn Ingolfsen
___
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: Status of portupgrade and portmaster?

[Torfinn Ingolfsen]

On Sun, Oct 1, 2017 at 12:34 PM, Carmel NY <carmel...@outlook.com> wrote:
> lifting leaving me free to work on more important projects. I suppose I could
> always go back to “portupgrade”; however, I understand that it is not being
> maintained either.

FWIW, portupgrade has received enough maintenance that it continues to
work nicely on at least stable/11 and stable/10.
And I am grateful for that.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: PRs commit request

[Torfinn Ingolfsen]

AS usual, you should mention which ports they refer to, it increases
the chance that they will get looked at more quickly.

On Wed, Sep 13, 2017 at 10:47 AM, Łukasz Wąsikowski
<luk...@wasikowski.net> wrote:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220112

sysutils/n98-magerun: Update to 1.97.30 and take maintainership

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

mail/opendmarc: Update to 1.3.2

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: Sylpheed bug?

[Torfinn Ingolfsen]

Hello!
Some things to check:
1) is Sylpheed the only program that makes your Xorg crash?
2) which DE (Desktop Environment) are you using? I'm using Xfce
3) are any "special effects" turned on in your Xorg / DE setup? Things
like Compositor, ...?
4) if "yes" in 3 - does it help if you turn off those "special effects"?
5) Are you using ports exclusively, or are you mixing ports and packages?

HTH
-- 
Torfinn
___
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: Sylpheed bug?

[Torfinn Ingolfsen]

Hello,

On Thu, Jun 1, 2017 at 6:39 AM, Waitman Gobble <wait...@waitman.net> wrote:
>
> Rececently installed Sylpheed Port on FreeBSD-11.0, everything works unless I 
> press 'Get' or 'Get All' buttons at the top, if i do that it instally kills 
> everything running from /usr/local and restarts xorg. Seconds flat. Maybe 
> it's good for a bug report? I haven't done much on this machine and I don't 
> think I dicked it up. But maybe I did?

FWIW, I run Sylpheed on my main workstation and upgrade from time to
time. I haven't seen any errors recently.
My workstation runs FreeBSD 10.3-stable:
root@kg-core1# uname -a
FreeBSD kg-core1.kg4.no 10.3-STABLE FreeBSD 10.3-STABLE #0 r310083:
Wed Dec 14 21:00:13 CET 2016
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

and the latest version of Sylpheed from ports:
root@kg-core1# pv sylp*
[Reading data from pkg(8) ... - 797 packages found - done]
sylpheed-3.5.1_1=  up-to-date with port

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: Is pkg quarterly really needed?

[Torfinn Ingolfsen]

On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger <li...@opsec.eu> wrote:
> Hi!
>
>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer <jul...@freebsd.org> wrote:
>> > quarterly however is broken because the pkg mirors discard it all at the
>> > time of update.
>
>> Do they have to?
>> Why couldn't pkg mirrors keep say, the four latest quarterly sets
>> all the time?
>
> Because the URL for the latest quarterly is one stable URL.

Obviously this has to be changed. As I wrote:
"No extra work involved once the setup is configured and tested".
So yes, there is some work needed, but it would be a one-time job.

If anyone has any real arguments as to why the FreeBSD project can't
do it this way, let's hear them.
HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: Is pkg quarterly really needed?

[Torfinn Ingolfsen]

On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer  wrote:
> quarterly however is broken because the pkg mirors discard it all at the
> time of update.
>

Do they have to?
Why couldn't pkg mirrors keep say, the four latest quarterly sets all the time?
This would increase the usability of quarterly packages, at users own
risk, with only more diskspace as the expense for the FreeBSD projects
/ pkg mirrors.
No extra work involved once the setup is configured and tested.
___
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: net/boinc-client: make LINUX option a default or Slave port?

[Torfinn Ingolfsen]

Update:
it appears that the /usr/local/etc/rc.d/boinc-client script isn't
working correctly with the new version of the boinc_client.

root@kg-vm# service boinc-client status
boinc_client is not running.
root@kg-vm# cat /var/run/boinc_client.pid
11854
root@kg-vm# ps ax | grep boinc_client
11853  -  Ss0:00.68 /usr/local/bin/boinc_client --daemon --dir
/var/db/boinc
12123  0  S+0:00.00 grep boinc_client

No, I do not know why the process that's recorded in the pid file dies
/ is killed.
Details:
root@kg-vm# uname -a
FreeBSD kg-vm.kg4.no 10.3-STABLE FreeBSD 10.3-STABLE #0 r311695: Sun
Jan  8 20:58:02 CET 2017
r...@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
root@kg-vm# pkg info boinc*
boinc-client-7.2.33_7
boinc_curses-0.2.2_1

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: Tendra compiler

[Torfinn Ingolfsen]

If you include deleted ports when you search on FreshPorts it shows up
there too:
http://www.freshports.org/lang/TenDRA/
HTH
-- 
Regards,
Torfinn
___
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: net/boinc-client: make LINUX option a default or Slave port?

[Torfinn Ingolfsen]

Hello,

On Wed, Jan 18, 2017 at 5:10 PM, Larry Rosenman <l...@lerctr.org> wrote:
>
> I'm working on making Manfred's sources used in the port, and will *NOT*
> be flipping the LINUX option.  I'll be pushing an update for
> net/boinc-client
> soon.
>

FWIW, the latest boinc-client in the ports tree installed without
problems and works with boinc_curses
root@kg-vm# pv boinc*
[Reading data from pkg(8) ... - 59 packages found - done]
boinc-client-7.2.33_7   =  up-to-date with port
boinc_curses-0.2.2_1=  up-to-date with port
on
root@kg-vm# uname -a
FreeBSD kg-vm.kg4.no 10.3-STABLE FreeBSD 10.3-STABLE #0 r311695: Sun
Jan  8 20:58:02 CET 2017
r...@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

I haven't verified that it actually works yet (setiathome is down for
maintenance, and I haven't compiled the binaries yet) as I don't have
any project binaries for FreeBSD right now.
(I tried binaries for Milkyway that I had laying around, but I'm not
sure they actually work on FreeBSD 10.3)

-- 
Regards,
Torfinn Ingolfsen
___
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: net/boinc-client: make LINUX option a default or Slave port?

[Torfinn Ingolfsen]

On Tue, Jan 17, 2017 at 11:41 PM, Larry Rosenman <l...@freebsd.org> wrote:
> On 2017-01-17 16:31, Manfred Antar wrote:
>
>>
>> I've been running a freebsd compiled seti version 8 here for months.
>> I think someone needs to update the port.
>>
>> i put the precomiled binaries on my website at :
>>
>> www.pozo.com/seti [1]
>>
>> this is for current amd64
>> seti-pkg.tar.bz2 --  precompiled
>>
>> setiathome.tar.bz  -- the source trees for boinc and seti current  -- I will 
>> update this in about 20 minutes so wait a bit before downloading
>>
>> I've been using this since last summer and works fine. a linux port would be 
>> nice but
>
> How did you compile the sources?  (Can you send me in private mail the
> Makefile, etc?)

FWIW, the sources that Manfred put up compiled with the instructions
in the INSTALL file, except that you have to use gmake instead of
make.
So
$ MAKE=/usr/local/bin/gmake ./_autosetup
$ ./configure --disable-server
$ gmake

I just did that on FreeBSD 10.3-stable about a week and a half ago.
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 10.3-STABLE FreeBSD 10.3-STABLE #0 r310083:
Wed Dec 14 21:00:13 CET 2016
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

(FYI, I also tested the compile on machine running FreeBSD 8.3 from
June 2013 but that compile failed)
I haven't done anything with the compiled binaries yet (had to upgrade
my BOINC machine first) but I expect that they will work well.

Also, I would prefer that the boinc port did NOT depend on / bring in
linux_base, but if it does I can live with it.
-- 
Regards,
Torfinn Ingolfsen
___
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"

graphics/ocropus - new repository?

[Torfinn Ingolfsen]

FWIW, it looks like https://github.com/tmbdev/ocropy is a (new)
repository for ocropus source code.
HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: The ports collection has some serious issues

[Torfinn Ingolfsen]

On Fri, Dec 16, 2016 at 3:45 PM, John Marino <freebsd.cont...@marino.st> wrote:
>>
>
>> I won't say "never". But I feel that both package builders (poudriere,
>> synth) need some more time to shake out more issues / bugs and get
>> into a better shape first. This isn't based on any specific problems
>> or bugs, more a "felleing2 based on people's feedback in the forums
>> and on mailing lists.

FWIW, the above was written by me, not by Peter Jeremy - the quoting
got a bit messed up here.

> I insist that you base this on "specific problems".  Speaking for Synth,
> there are no known bugs in it.  There are no pending issues with existing
> features.  It is updated frequently.  AFAIK poudriere is updated regularly
> as well.  The above is an accusation that you absolutely must back up with
> fact because it's basically defamation.

Defamation? Accusation? Strong words, and not my intention at all.
First of all - anyone can create what he or she wants. And he or she
can use whatever logic, reasoning or other means (marketing for
example) to get people to use that creation. If people like the
creation they will use it, based on their own criteria for using it -
not necessarily based on *anything* the creator of said creation has
presented at all. Unless the creator is a controlling authority (a
government creating new laws that require that everybody drive on the
right side of the road for example) he or she can't force anyone to
use that creation. And no, it doesn't matter if the creation is the
best such creation in the world and it has benchmarks to back it up.

Now, regarding synth: as I have already said, I have no special
interest in package builders. I do need a tool to build and install
the ports I use, and my current tool (portupgrade or manual building)
still works for that.
I might try synth in the future sometime, but for tools that I have no
special interest in, I prefer that they are a bit more mature. I use
my own "metric" to measure maturity of a tool - I read users's
feedback in forums and mailinglists, and filter out PEBCACs and other
"new user - new tool" issues. Based on that, I will consider using a
tool when the discussions around it has quieted down to a reasonable
level. All subjective, all by my own standards.

If you still find this though to handle and an accusation, my
suggestion would be for you to take a long holiday break from
computers and spend time with friends and family.
Best wishes for the holidays for everyone!
-- 
Regards,
Torfinn Ingolfsen
___
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: The ports collection has some serious issues

[Torfinn Ingolfsen]

On Fri, Dec 16, 2016 at 6:42 AM, Peter Jeremy <pe...@rulingia.com> wrote:
> On 2016-Dec-15 19:31:22 +0100, list-freebsd-po...@jyborn.se wrote:
>>On Thu, Dec 15, 2016 at 01:18:05PM -0500, George Mitchell wrote:
>
>>(But portupgrade could at times be an utter mess,
>>I never looked back after switching to portmaster
>>many years ago.)
>
> Likewise, portupgrade would explode and shower my system with bits of
> corrupt database to often for comfort.  At least part of that was caused
> by portupgrade depending on quite a few other ports and getting confused
> when it updated things whilst it was using them.
>

FWIW, I'm a happy portupgrade user.
Yes - sometimes it breaks, but it is quite rare, and I am able to fix
the breakage when it happens.
So for me it is "good enough".


>>And I'm not at all interested in running poudriere
>>or synth, thank you.
>
> Interestingly, the most vocal proponent of deleting portmaster and
> portupgrade is the author/maintainer of synch.

I won't say "never". But I feel that both package builders (poudriere,
synth) need some more time to shake out more issues / bugs and get
into a better shape first. This isn't based on any specific problems
or bugs, more a "felleing2 based on people's feedback in the forums
and on mailing lists.
If I was interested in package builders, I would spend some time
helping to test them. Since my interests related to FreeBSD is on
other things / tools / whatever, I spend my "FreeBSD time" on those
other things instead.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: FOCAL

[Torfinn Ingolfsen]

This one  can easily be compiled:

tingo@kg-core1$ mkdir focal
tingo@kg-core1$ cd focal
tingo@kg-core1$ fetch ftp://www.cozx.com/pub/langs/focal.tar.gz
focal.tar.gz  100% of   42 kB  116 kBps 00m00s
untar, then
tingo@kg-core1$ cd focal-1.0.4
tingo@kg-core1$ make
OS type FreeBSD is unknown
You must enter an OS type. OS types are:
   linux | nt | openmvs | openvms | os2 | riscos |
   solaris | sunos | gnuhurd | gnukfreebsd | dx10

For IBM OS/390 you have the choices:
   dignusdcc | dignusgcc | mvs

(I copied the gnukfreebsd entry and modified it to read FreeBSD)

tingo@kg-core1$ make
Making FreeBSD on a amd64
gcc -O2 -DSYSVDIR -DSTRERROR -DANSICRT  -c focal.c -o focal.o
gcc -O2 -DSYSVDIR -DSTRERROR -DANSICRT  -c parser.c -o parser.o
gcc -O2 -DSYSVDIR -DSTRERROR -DANSICRT  -c screen.c -o screen.o
gcc -o focal -O2 -DSYSVDIR -DSTRERROR -DANSICRT  focal.o parser.o screen.o -lm

tingo@kg-core1$ ./focal
FOCAL-1.0.4 execution begins
*quit

I have no experience with FOCAL myself, so I'm not going to try any programs.
This on
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #3 r304838: Fri
Aug 26 12:11:25 CEST 2016
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
HTH, HAND
-- 
Regards,
Torfinn Ingolfsen
___
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: texlive appears broken

[Torfinn Ingolfsen]

On Sat, Nov 14, 2015 at 7:48 AM, Chris H <bsd-li...@bsdforge.com> wrote:
>>
>> I actually was puzzled with texlive not installing and remembered
>> seeing someone had issues with the new collate stuff.  I simply
>> tried the latter setting with a "Let's see what happens".  It worked.
>>
>> Moral 1 of the story.  Build ports with LC_ALL= and LC_COLLATE=C.
>
> Does this deserve an EN, or UPDATING notice?
>
> P.S.
> Thanks for sharing this, Steve!

FWIW, this is still not fixed.
root@kg-v7# uname -a
FreeBSD kg-v7.kg4.no 11.0-STABLE FreeBSD 11.0-STABLE #0 r307729: Fri
Oct 21 22:34:13 CEST 2016
r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

and an updated ports tree.
I had to install texlive-base with
root@kg-v7# LC_COLLATE=C portinstall -R texlive-base
[...]
Installing texlive-base-20150521_13...
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr: Updating /usr/local/share/texmf-config/ls-R...
mktexlsr: Updating /usr/local/share/texmf-dist/ls-R...
mktexlsr: Updating /usr/local/share/texmf-local/ls-R...
mktexlsr: Updating /usr/local/share/texmf-var/ls-R...
mktexlsr: Done.
===>  Cleaning for texlive-base-20150521_13

The funny thing is that none of the LC* variables are set in my
environment, only LANG:

root@kg-v7# env
PAGER=more
LANG=en_US.ISO8859-1
G_FILENAME_ENCODING=ISO-8859-1
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
ENV=/root/.shrc
OLDPWD=/usr/ports/lang/python27
PWD=/root
TERM=xterm
EXINIT=set showmode
USER=root
HOME=/root
SHELL=/bin/sh
BLOCKSIZE=K

Is there a existing PR for this? OK, 21264 is close enough:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212624
I'll add comments to it.

-- 
Regards,
Torfinn Ingolfsen
___
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: Serial ports guru help is needed

[Torfinn Ingolfsen]

Hello,
I'm not a serial guru, but I have used serial extensively over the
past 20 - 40 years.

On Tue, Sep 27, 2016 at 10:59 AM, Boris Samorodov <b...@passap.ru> wrote:
> Hi All!
>
>
> A user proposed some changes to deal with serial ports I do not quite
> understand (and tend to not agree with). Can a serial ports guru take
> a look at the PR:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211101
> and comment here (or at the PR if you wish) on proposed changes (for
> serial ports changes).
>
> In brief (as I understand). Currently there is a support for cua* ports
> only (no support for tty* ports). The proposed changes restrict using
> cua* but allow tty* ports, which will act like cua* ports.
>
> As for me I'll add tty* ports without removing cua*.

Sounds like the best way forward, IMHO.
cua and tty ports have existed for a long time, they each fulfil a
role, and they are not the same.
One or the other should not be removed unless a _good_ reason (be it
technical or practical) is explained here, IMNSHO.


Those who do not remember the past are condemned to repeat it.
-- 
Regards,
Torfinn Ingolfsen
___
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: setiathome version 8 for amd64 current

[Torfinn Ingolfsen]

On Sun, May 22, 2016 at 7:42 PM, Manfred Antar <n...@pozo.com> wrote:
> The version of setiathome in ports isn’t supported anymore.
> Version 8 is the one that is supported now.
> I was able to get a version 8 build to work.
> It requires a new version of boinc-client also.
> I have placed a tar archive of the sources at:
>
> http://pozo.com/seti/setiathome.tar.bz2
>

You wouldn't be interesting in becoming a maintainer of the boinc and
boinc-setiathome ports by any chance?

Se previous threads on this list about the subject:
https://lists.freebsd.org/pipermail/freebsd-ports/2016-February/101793.html
https://lists.freebsd.org/pipermail/freebsd-ports/2016-February/102291.html

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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/arduino - bad advice given in pkg-message

[Torfinn Ingolfsen]

On Mon, Mar 28, 2016 at 5:56 AM, Warren Block <wbl...@wonkity.com> wrote:
> On Sun, 27 Mar 2016, Warren Block wrote:
>
>> Here is how I propose to rewrite that:
>>
>> -G grouplist  Set secondary group memberships for an account.
>>   grouplist is a comma, space, or tab-separated list of
>>   group names or group numbers.  /etc/group is modified
>>   to include the user's name in the groups specified in
>>   grouplist.  The user's name is removed from all
>>   groups not specified. Group membership changes do not
>>   take effect for current user login sessions,
>>   requiring the user to reconnect to be affected by the
>>   changes.  Note: do not add a user to their primary
>>   group with grouplist.
>
>
> Modified version committed in
> https://svnweb.freebsd.org/base/head/usr.sbin/pw/pw.8?r1=297330=297329=297330


Thanks!
-- 
Ragards,
Torfinn Ingolfsen
___
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"

This one is new to me - ports failing to install their dependencies

[Torfinn Ingolfsen]

It started when I tried to upgrade the audacity port. Partial output:
===>  Applying FreeBSD patches for audacity-2.1.2_3
===>   audacity-2.1.2_3 depends on executable: autogen - found
===>   audacity-2.1.2_3 depends on executable: bash - found
===>   audacity-2.1.2_3 depends on executable: cmake - found
===>   audacity-2.1.2_3 depends on executable: docbook-to-man - found
===>   audacity-2.1.2_3 depends on executable: docbook2man - not found
===>   docbook-utils-0.6.14_13 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by docbook-utils-0.6.14_13 for building
===>  Extracting for docbook-utils-0.6.14_13
=> SHA256 Checksum OK for docbook-utils-0.6.14.tar.gz.
===>  Patching for docbook-utils-0.6.14_13
===>  Applying FreeBSD patches for docbook-utils-0.6.14_13
===>   docbook-utils-0.6.14_13 depends on package: docbook-sgml>0 - found
===>   docbook-utils-0.6.14_13 depends on package:
dsssl-docbook-modular>0 - found
===>   docbook-utils-0.6.14_13 depends on executable: nsgmls - found
===>   docbook-utils-0.6.14_13 depends on executable: jadetex - not found
===>   docbook-utils-0.6.14_13 depends on executable: jadetex - not found
*** [build-depends] Error code 1

Stop in /usr/ports/textproc/docbook-utils.
*** [build-depends] Error code 1

Stop in /usr/ports/audio/audacity.
*** [stage] Error code 1

Stop in /usr/ports/audio/audacity.

Ok, let's try to install the docbook-utils port then:

root@kg-core1# portinstall -R docbook-utils
[Reading data from pkg(8) ... - 836 packages found - done]
--->  Installing 'docbook-utils-0.6.14_13' from a port (textproc/docbook-utils)
--->  Building '/usr/ports/textproc/docbook-utils'
===>  Cleaning for tex-jadetex-3.13_3
===>  Cleaning for docbook-utils-0.6.14_13
===>   docbook-utils-0.6.14_13 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by docbook-utils-0.6.14_13 for building
===>  Extracting for docbook-utils-0.6.14_13
=> SHA256 Checksum OK for docbook-utils-0.6.14.tar.gz.
===>  Patching for docbook-utils-0.6.14_13
===>  Applying FreeBSD patches for docbook-utils-0.6.14_13
===>   docbook-utils-0.6.14_13 depends on package: docbook-sgml>0 - found
===>   docbook-utils-0.6.14_13 depends on package:
dsssl-docbook-modular>0 - found
===>   docbook-utils-0.6.14_13 depends on executable: nsgmls - found
===>   docbook-utils-0.6.14_13 depends on executable: jadetex - not found
===>   tex-jadetex-3.13_3 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by tex-jadetex-3.13_3 for building
===>  Extracting for tex-jadetex-3.13_3
=> SHA256 Checksum OK for TeX/texlive-20150523-texmf.tar.xz.
===>  Patching for tex-jadetex-3.13_3
===>   tex-jadetex-3.13_3 depends on file:
/usr/local/share/texmf-var/web2c/tex/tex.fmt - not found
===>   tex-jadetex-3.13_3 depends on file:
/usr/local/share/texmf-var/web2c/tex/tex.fmt - not found
*** [build-depends] Error code 1

Stop in /usr/ports/print/tex-jadetex.
*** [build-depends] Error code 1

Stop in /usr/ports/textproc/docbook-utils.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portinstall20160325-19943-4m5e2s env make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! textproc/docbook-utils(unknown build error)

What's going on?
Any idea?
-- 
Regards,
Torfinn Ingolfsen
___
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/arduino - bad advice given in pkg-message

[Torfinn Ingolfsen]

On Fri, Mar 25, 2016 at 4:34 PM, Janky Jay, III  wrote:
>
> While your solution is not incorrect, your assumption on the
> proposed/given solution from the port is. The '-G' switch appends the
> given group to your users already given groups. So, if a user belongs
> to groups admin,wheel,test and you run the suggested "pw" command from
> the port, your user will now be in groups admin,wheel,test,dialer.
> It's the '-g' (lower-case) switch you want to avoid...
>

If you read the man page, I think you will find that it is your
assumption about what the '-G' switch does which is incorrect.
Quote:
"-G grouplist"
"Set additional group memberships for an account.  grouplist
is a comma, space or tab-separated list of group names or
group numbers.  The user's name is added to the group lists
in /etc/group, and removed from any groups not specified in
grouplist."

Please note the part which says "and removed from any groups not
specified in grouplist"
-- 
Regards,
Torfinn
___
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/arduino - bad advice given in pkg-message

[Torfinn Ingolfsen]

Hello,
The pkg-message for the devel/arduino port contains this:

"To allow serial port locking, add your user to the dialer group:"
"pw usermod myuser -G dialer"

It is  good to explain what a user have to do to get serial access.
However, if you use that pw command, it will remove your user from any
other groups than the dialer group. Which might be annoying.
Better to use this:
   pw groupmod dialer -m myuser
it will ony affect the dialer group, and not mess with any other groups.
HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: print/cups overhaul (PR 207746) side-effects

[Torfinn Ingolfsen]

On Sat, Mar 12, 2016 at 4:51 PM, Walter Schwarzenfeld
<w.schwarzenf...@utanet.at> wrote:
> Where is the problem? There is only one "big" port (llvm36). Will be
> sstimate 1 !/2 hours. Poudriere and more synth often wants more.
>

And how many hours will it take to compile the llvm port on a Raspberry Pi?
Or any of the other ARM platforms that FreeBSD now supports.

-- 
Regards,
Torfinn Ingolfsen
___
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: Any interest in keeping Boinc & SETI alive.

[Torfinn Ingolfsen]

On Sat, Feb 27, 2016 at 2:19 PM, Rainer Hurling <rhur...@gwdg.de> wrote:
> Am 27.02.16 um 13:27 schrieb Ron Von:
>> HI all, I was wondering if there was any interest in keeping the BOINC ports 
>> alive? SETI is now at version 8, and thus version 7 is useless now.  I don't 
>> have porting and compiling skills yet, so otherwise I would try my hand at 
>> it.
>
> Hi Ron,
>
> Thanks for asking.
>
> I am one of the guys, who uses BOINC not only for SETI, but also for
> lhcathomeclassic, milkiway, and einstein. So yes, there is an interest
> in keeping these ports alive.
>

I also use it, for setiathome, milkyway and whatever other projects I
can convince to run on my (oldish) BOINC machine.
setiathome v8 was discussed not long ago:
https://lists.freebsd.org/pipermail/freebsd-ports/2016-February/101793.html

HTH
-- 
Regards,
Torfinn Ingolfsen
___
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: astro/boinc-setiathome-v7 - is a v8 in the works?

[Torfinn Ingolfsen]

On Wed, Feb 3, 2016 at 8:43 PM, A.J. "Fonz" van Werven
<free...@skysmurf.nl> wrote:
> Torfinn Ingolfsen wrote:
>
>> Is a v8 port in the works?
>
> That port doesn't have a maintainer, so someone will have to volunteer to
> upgrade it. If you like, I can try to find some time to have a shot at it.
>

I know that the port doesn't have a maintainer, that's why I wrote
about it here. :-)

Yes, I would be very pleased if someone would have a go at it.
I can help test work-in progress and so on.
-- 
Regards,
Torfinn Ingolfsen
___
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"

astro/boinc-setiathome-v7 - is a v8 in the works?

[Torfinn Ingolfsen]

The SETI@home projects recently shows this in /var/db/boinc/stdoutdae.txt
03-Feb-2016 19:48:40 [SETI@home] Your app_info.xml file doesn't have a
usable version of SETI@home v8.

Is a v8 port in the works?
-- 
Regards,
Torfinn Ingolfsen
___
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: pkg 1.6 "Cleaning obsolete shared libraries" very long

[Torfinn Ingolfsen]

On Sun, Sep 27, 2015 at 10:02 PM, Manfred Antar <n...@pozo.com> wrote:
> Seems to work much better now now.
> Fast on: Cleaning out obsolete shared libraries
> Like Before
> Thanks

I can confirm that all is better with pkg 1.6.1.
And a quick fix too - much appreciated!

-- 
Regards,
Torfinn Ingolfsen
___
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: pkg 1.6 "Cleaning obsolete shared libraries" very long

[Torfinn Ingolfsen]

FWIW, I see the same thing here, since install of pkg 1.6.0.
I'm using portupgrade, the last step
--->  Cleaning out obsolete shared libraries
takes a very long time. It runs
tingo@kg-core1$ pgrep -lf pkg
88753 /usr/local/sbin/pkg query %n-%v %Fp
88752 /usr/local/sbin/pkg query %n-%v %Fp

I'm on
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #1 r287724: Sun
Sep 13 00:23:47 CEST 2015
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64


This looks suspiciously like the last "make ports / pkg extermely
slow" bug we had.
Please people, be even more vigilant with testing and quality control.
Thank you.

On Sun, Sep 27, 2015 at 6:16 PM, Xavier  wrote:
> On 27/09/2015 10:08, Baptiste Daroussin wrote:
>>
>> On Sat, Sep 26, 2015 at 07:22:46PM -0700, Manfred Antar wrote:
>>>
>>> I’m seeing the same thing here.
>>> I switched over to using portmaster as portupgrade was taking way to much
>>> time.
>>> This is on Intel Core2 Quad 3ghz.
>>>
>>> Also after doing a pkg check -d there was a bunch of missing
>>> libraries:libintl.so.9
>>> It’s there:
>>> ls -l /usr/local/lib/libintl*
>>> -rw-r--r--  1 root  wheel  103320 Sep 26 12:08 /usr/local/lib/libintl.a
>>> lrwxr-xr-x  1 root  wheel  16 Sep 26 12:08 /usr/local/lib/libintl.so@
>>> -> libintl.so.8.1.3
>>> lrwxr-xr-x  1 root  wheel  16 Sep 26 12:08
>>> /usr/local/lib/libintl.so.8@ -> libintl.so.8.1.3
>>> -rw-r--r--  1 root  wheel   55118 Sep 26 12:08
>>> /usr/local/lib/libintl.so.8.1.3
>>> lrwxr-xr-x  1 root  wheel  12 Sep 26 12:08
>>> /usr/local/lib/libintl.so.9@ -> libintl.so.8
>>> I reinstalled the ports that referenced this and the error went away.
>>> Still getting error on this:
>>> pkg check -d
>>> Checking all packages: 100%
>>> p5-perlkde has require a missing libraries: QtCore4.so
>>> QtCore4.so is installed at:
>>> /usr/local/lib/perl5/site_perl/mach/5.20/auto/QtCore4/QtCore4.so
>>> reinstalling p5-perlqt-4.14.3 and p5-perlkde doesn’t make the error go
>>> away.
>>> It wasn’t there before pkg-1.6.0
>>>
>> How are you building/installing your packages?
>>
>> Best regards,
>> Bapt
>>
>
> With portupgrade
>
>
> --
> Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
> ___
> 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"



-- 
mvh
Torfinn
___
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: Running ''portmaster ghostscript9-9.06_10'' takes a lot of time

[Torfinn Ingolfsen]

On Thu, Aug 20, 2015 at 10:23 PM, Peter Jeremy pe...@rulingia.com wrote:

 On my E3-1230v2 system (not a slouch), the difference is 1s to 110s -
 which is in line with Matthew's results.

Yes, this change makes ports almost unusable on FreeBSD 9.3-stable.


 A two-orders-of-magnitude slowdown in make startup is unreasonable and
 I formally request r394573 be backed out.  I can see the benefits of the
 functionality but the current cost is too high.


Thanks, I'll be eagerly awaiting this change.
-- 
Regards,
Torfinn Ingolfsen
___
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: help update cad/z88 port

[Torfinn Ingolfsen]

On Mon, Jul 6, 2015 at 4:21 PM, Anton Shterenlikht me...@bris.ac.uk wrote:
 The PR provides a patch to update the new location
 of the disfile and a new distinfo accordingly.

 I cannot figure out how the patch files should be updated
 after make extract. I tried, but got lost in paths so
 I cannot apply even the first patch cleanly.
 This is what I need help with. It also seems that the
 code structure might have changed, so the build process
 might have to change too. But for now I just want to
 update all patches under files.


Aha, because of this:

===  Found saved configuration for z88-14.0_1
===   z88-14.0_1 depends on file: /usr/local/sbin/pkg - found
= z88v14os_english.tar.gz doesn't seem to exist in /usr/ports/distfiles/z88.
= Attempting to fetch http://download.z88.de/z88os/z88v14os_english.tar.gz
z88v14os_english.tar.gz   100% of   61 MB  739 kBps 01m26s
=== Fetching all distfiles required by z88-14.0_1 for building
===  Extracting for z88-14.0_1
= SHA256 Checksum OK for z88/z88v14os_english.tar.gz.
===  Patching for z88-14.0_1
===  Applying FreeBSD patches for z88-14.0_1
File to patch:

In general, when a new release introduces major changes in a program,
you might have to start over.
So in this case, it might be better to start with an empty files
directory and then add to it as you find it necessary.
The same goes for the post-patch and other targets in the Makefile;
they must be adapted to the new release.

In general, you create a patched version of a source file, then you
use a tool (I used patchtool[1]) to create the patch and put it into
the files directory for you.
Repeat until the program compiles. Test, fix and repeat until the program works.
This requires human help, there are no tools which can do all of this
automatically.

References:
1) /usr/ports/Tools/scripts/patchtool.py
-- 
Regards,
Torfinn
___
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: help update cad/z88 port

[Torfinn Ingolfsen]

On Fri, Jul 3, 2015 at 11:37 AM, Anton Shterenlikht me...@bris.ac.uk wrote:
 I'm stuck on the patching stage:

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


Your bug report was difficult to interpret; what exactly is the problem?
You know about 'make makesum' to update distinfo checksums, right?


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

gscan2pdf 1.3.1 has unsatisfied dependencies

[Torfinn Ingolfsen]

Hello,
The latest gscan2pdf in the ports tree is 1.3.1:
root@kg-core1# portversion -v gscan*
[Reading data from pkg(8) ... - 825 packages found - done]
gscan2pdf-1.3.1 =  up-to-date with port
It fails in two places:
tingo@kg-core1$ gscan2pdf --device epson2:net:10.1.161.8
Can't locate Linux/Distribution.pm in @INC (you may need to install
the Linux::Distribution module) (@INC contains:
/usr/local/lib/perl5/site_perl/mach/5.18
/usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.18/mach
/usr/local/lib/perl5/5.18 /usr/local/lib/perl5/site_perl/5.18
/usr/local/lib/perl5/site_perl/5.18/mach .) at
/usr/local/bin/gscan2pdf line 84.
BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 84.

I have reported this on the gscan2pdf mailing list, as I don't think
we have (or should have) that perl module on FreeBSD. For now, I just
commented out the offending code.
Next up is this:
tingo@kg-core1$ gscan2pdf --device epson2:net:10.1.161.8
Can't locate Filesys/Df.pm in @INC (you may need to install the
Filesys::Df module) (@INC contains:
/usr/local/lib/perl5/site_perl/mach/5.18
/usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.18/mach
/usr/local/lib/perl5/5.18 /usr/local/lib/perl5/site_perl/5.18
/usr/local/lib/perl5/site_perl/5.18/mach .) at
/usr/local/bin/gscan2pdf line 85.
BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 85.

Which is fixed by installing p5-Filesys-Df.

Testing done on:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
Oct 31 22:52:44 CET 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64



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

cups-base fails in linking ippfind

[Torfinn Ingolfsen]

 `http_resolve_cb':
/usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c:2158:
undefined reference to `TXTRecordGetValuePtr'
/usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c:2215:
undefined reference to `TXTRecordGetValuePtr'
/usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c:2202:
undefined reference to `TXTRecordGetValuePtr'
Makefile:180: recipe for target 'ippfind' failed
gmake[1]: *** [ippfind] Error 1
gmake[1]: *** Waiting for unfinished jobs
gmake[1]: Leaving directory '/usr/ports/print/cups-base/work/cups-2.0.3/test'
Makefile:31: recipe for target 'all' failed
gmake: *** [all] Error 1
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /usr/ports/print/cups-base.
*** [stage] Error code 1

Stop in /usr/ports/print/cups-base.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20150614-72897-144zwyb env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=cups-base-1.7.3_3 UPGRADE_PORT_VER=1.7.3_3 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! print/cups-base (cups-base-1.7.3_3)(linker error)

This on:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
Oct 31 22:52:44 CET 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

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

Re: cups-base fails in linking ippfind

[Torfinn Ingolfsen]

On Sun, Jun 14, 2015 at 10:38 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
 Latest cups-base fails:


Ok, changing options so AVAHI is off and MDNSRESPONDER is on helps. :)
Now it compiles and installs.
-- 
Regards,
Torfinn
___
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

foomatic-db Kyocera directory contents make cups give an error

[Torfinn Ingolfsen]

Hi,
cups error log file contains lines like this:
root@kg-core1# grep Kyocera /var/log/cups/error_log | tail -2
E [14/Jun/2015:19:26:09 +0200] [cups-driverd] Bad driver information
file /usr/local/share/cups/model/foomatic-db-ppds/Kyocera/ReadMe.htm!
E [14/Jun/2015:22:49:54 +0200] [cups-driverd] Bad driver information
file /usr/local/share/cups/model/foomatic-db-ppds/Kyocera/ReadMe.htm!

If you compare the Kyocera directory:
root@kg-core1# l /usr/local/share/cups/model/foomatic-db-ppds/Kyocera/
./  ../ ReadMe.htm  de/ en/ es/
 fr/ it/ pt/

to another directory:
root@kg-core1# l /usr/local/share/cups/model/foomatic-db-ppds/Epson
./   epalc380.ppd.gz  epalcx21.ppd.gz  epalmx20.ppd.gz
epln2700.ppd.gz  eplp920c.ppd.gz
../  epalc400.ppd.gz  epalm200.ppd.gz  epalmx21.ppd.gz
epln3000.ppd.gz  eplp950c.ppd.gz
epal2600.ppd.gz  epalc410.ppd.gz  epalm201.ppd.gz  epl5900.ppd.gz
epln7000.ppd.gz  eplp960s.ppd.gz
epalc190.ppd.gz  epalc420.ppd.gz  epalm240.ppd.gz  epl6100.ppd.gz
eplp830c.ppd.gz  eplp980c.ppd.gz
epalc200.ppd.gz  epalc860.ppd.gz  epalm241.ppd.gz  epl6200.ppd.gz
eplp850c.ppd.gz
epalc260.ppd.gz  epalc910.ppd.gz  epalm400.ppd.gz  epln2500.ppd.gz
eplp880c.ppd.gz
epalc280.ppd.gz  epalc920.ppd.gz  epalm800.ppd.gz  epln2550.ppd.gz
eplp9100.ppd.gz
it is easy to spot the problem.

If this is harmless or not, I do not know.
Tested on
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
Oct 31 22:52:44 CET 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
root@kg-core1# pkg which /usr/local/share/cups/model/foomatic-db-ppds
/usr/local/share/cups/model/foomatic-db-ppds was installed by package
foomatic-db-20150415
root@kg-core1# portversion -v foomatic-db*
[Reading data from pkg(8) ... - 825 packages found - done]
foomatic-db-20150415=  up-to-date with port
foomatic-db-engine-4.0.12,2  =  up-to-date with port

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

Re: Cannot build latest Chromium

[Torfinn Ingolfsen]

On Tue, Apr 28, 2015 at 8:16 PM, René Ladan r...@freebsd.org wrote:

 looking into this, you didn't seem to have removed 
 files/patch-v8__src__debug.cc

My fault, I just downloaded the raw files and applied them without
looking at them. Sorry about that.
After removing that patch file, build continues, then fails here:

[16585/16585] LINK chrome
FAILED: g++48 -fstack-protector -Wl,-rpath=/usr/local/lib/gcc48
-L/usr/local/lib/gcc48 -Wl,-z,now -Wl,-z,relro -Wl,--fatal-warnings
-pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags
-Wl,--no-keep-memory -L. -Wl,--export-dynamic -L/usr/local/lib
-L/usr/local/lib/nss  -m64 -Wl,-O1 -Wl,--as-needed -o chrome
-Wl,--start-group
obj/content/public/common/chrome_initial.content_switches.o
obj/chrome/app/chrome_initial.chrome_exe_main_aura.o
obj/chrome/app/chrome_initial.chrome_main.o
obj/chrome/app/chrome_initial.chrome_main_delegate.o
obj/chrome/libcommon.a obj/chrome/libbrowser.a
obj/chrome/libdebugger.a obj/ppapi/libppapi_host.a
obj/printing/libprinting.a obj/chrome/libservice.a
obj/chrome/libchild.a obj/chrome/libplugin.a obj/chrome/librenderer.a
obj/chrome/libutility.a obj/content/libcontent_gpu.a
obj/content/libcontent_ppapi_plugin.a
obj/remoting/libremoting_client_plugin.a
obj/content/libcontent_app_both.a obj/chrome/libinstaller_util.a
obj/pdf/libpdf.a obj/components/libstartup_metric_utils.a
obj/chrome/libcommon_net.a obj/base/libbase.a
obj/base/libbase_static.a
obj/base/allocator/liballocator_extension_thunks.a
obj/third_party/modp_b64/libmodp_b64.a
obj/base/third_party/dynamic_annotations/libdynamic_annotations.a
obj/base/libsymbolize.a obj/base/libxdg_mime.a
obj/components/libnetwork_hints_common.a
obj/components/liberror_page_common.a obj/url/liburl_lib.a
obj/crypto/libcrcrypto.a obj/net/third_party/nss/libcrssl.a
obj/net/libnet.a obj/base/libbase_i18n.a obj/base/libbase_prefs.a
obj/sdch/libsdch.a obj/third_party/zlib/libchrome_zlib.a
obj/third_party/zlib/libzlib_x86_simd.a obj/build/linux/libgio.a
obj/ui/base/libui_base.a obj/skia/libskia_library.a
obj/skia/libskia_opts.a obj/skia/libskia_opts_ssse3.a
obj/skia/libskia_opts_sse41.a obj/third_party/sfntly/libsfntly.a
obj/skia/libskia_chrome.a obj/skia/libskia_chrome_opts.a
obj/ui/events/libevents.a obj/ui/gfx/libgfx.a
obj/ui/gfx/libgfx_geometry.a obj/ui/gfx/x/libgfx_x11.a
obj/ui/events/libdom4_keycode_converter.a
obj/ui/events/libevents_base.a obj/ui/events/libgesture_detection.a
obj/ui/events/devices/libevents_devices.a
obj/ui/events/platform/libevents_platform.a
obj/ui/events/platform/x11/libx11_events_platform.a
obj/gpu/libgpu_ipc.a obj/gpu/libcommand_buffer_common.a
obj/gpu/command_buffer/libgles2_utils.a obj/ipc/libipc.a
obj/chrome/libsafe_browsing_proto.a
obj/third_party/protobuf/libprotobuf_lite.a
obj/chrome/libcommon_constants.a obj/components/libbookmarks_common.a
obj/components/libcloud_devices_common.a
obj/google_apis/libgoogle_apis.a obj/third_party/libxml/libxml.a
obj/components/libcomponent_updater.a
obj/components/libupdate_client.a obj/courgette/libcourgette_lib.a
obj/third_party/lzma_sdk/liblzma_sdk.a
obj/third_party/zlib/google/libzip.a obj/third_party/zlib/libminizip.a
obj/components/libcrx_file.a
obj/components/libcontent_settings_core_common.a
obj/components/libfavicon_base.a obj/components/libjson_schema.a
obj/components/libmetrics.a
obj/components/libcomponent_metrics_proto.a
obj/components/libvariations.a
obj/third_party/mt19937ar/libmt19937ar.a
obj/components/libpolicy_component_common.a
obj/components/libcloud_policy_proto.a obj/components/libpolicy.a
obj/components/libcloud_policy_proto_generated_compile.a
obj/components/libtranslate_core_common.a
obj/content/libcontent_common.a obj/components/libtracing.a
obj/ui/accessibility/libaccessibility.a
obj/ui/accessibility/libax_gen.a
obj/tools/json_schema_compiler/libapi_gen_util.a
obj/ui/base/ime/libui_base_ime.a obj/ui/events/ipc/libevents_ipc.a
obj/ui/gfx/ipc/libgfx_ipc.a obj/ui/shell_dialogs/libshell_dialogs.a
obj/ui/aura/libaura.a obj/ui/compositor/libcompositor.a obj/cc/libcc.a
obj/gpu/libcommand_buffer_client.a obj/gpu/libcommand_buffer_service.a
obj/gpu/libdisk_cache_proto.a obj/third_party/smhasher/libcityhash.a
obj/ui/gl/libgl_wrapper.a obj/third_party/angle/src/libtranslator.a
obj/third_party/angle/src/libtranslator_lib.a
obj/third_party/angle/src/libpreprocessor.a
obj/third_party/angle/src/libangle_common.a
obj/gpu/libgles2_cmd_helper.a obj/gpu/libgpu_config.a
obj/third_party/libXNVCtrl/libXNVCtrl.a obj/media/libmedia.a libyuv.a
obj/third_party/opus/libopus.a obj/media/libshared_memory_support.a
obj/third_party/ffmpeg/libffmpeg.a obj/third_party/libvpx/libvpx.a
obj/third_party/libvpx/libvpx_intrinsics_mmx.a
obj/third_party/libvpx/libvpx_intrinsics_sse2.a
obj/third_party/libvpx/libvpx_intrinsics_ssse3.a
obj/third_party/libvpx/libvpx_intrinsics_sse4_1.a
obj/third_party/libvpx/libvpx_intrinsics_avx2.a
obj/media/libmedia_asm.a obj/media/libmedia_sse2.a
obj/cc/libcc_surfaces.a obj/gpu/blink/libgpu_blink.a

Re: Cannot build latest Chromium

[Torfinn Ingolfsen]

Hello,

On Tue, Apr 28, 2015 at 7:56 PM, René Ladan r...@freebsd.org wrote:
 Hi,

 2015-04-28 19:51 GMT+02:00 Torfinn Ingolfsen tin...@gmail.com:
 FWIW, the same problem seen on
 tingo@kg-core1$ uname -a
 FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
 Oct 31 22:52:44 CET 2014
  r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

 can you try this commit?

 https://github.com/gliaskos/freebsd-chromium/commit/ffe58d8731d6dbcf8fa54fecaa3c3fa66bb91d39

It doesn't seem to help:
---  Upgrading 'chromium-39.0.2171.65' to 'chromium-42.0.2311.90'
(www/chromium)
---  Building '/usr/ports/www/chromium'
===  Cleaning for chromium-42.0.2311.90

To build Chromium, you should have around 2 GB of memory
and a fair amount of free diskspace (~ 3.7GB).

Make sure you have Python build with the SEM option ON
(default in python27-2.7.8 since r361735)
===  License BSD3CLAUSE LGPL21 MPL accepted by the user
===  Found saved configuration for chromium-40.0.2214.115
===   chromium-42.0.2311.90 depends on file: /usr/local/sbin/pkg - found
=== Fetching all distfiles required by chromium-42.0.2311.90 for building
===  Extracting for chromium-42.0.2311.90
= SHA256 Checksum OK for chromium-42.0.2311.90.tar.xz.
===  Patching for chromium-42.0.2311.90
===  Applying extra patch /usr/ports/www/chromium/files/extra-patch-libusb-pc
===  Applying extra patch
/usr/ports/www/chromium/files/extra-patch-fixup-ffmpeg
===  Applying extra patch /usr/ports/www/chromium/files/extra-patch-gcc
===  Applying FreeBSD patches for chromium-42.0.2311.90
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to v8/src/debug.cc.rej
= Patch patch-v8__src__debug.cc failed to apply cleanly.
= Patch(es) patch-base__base.gyp patch-base__base.gypi
patch-base__debug__stack_trace_posix.cc
patch-base__files__file_path_watcher_kqueue.h
patch-base__posix__unix_domain_socket_linux.cc
patch-base__posix__unix_domain_socket_linux_unittest.cc
patch-base__process__internal_linux.h patch-base__process__launch.cc
patch-base__process__launch.h patch-base__process__memory_unittest.cc
patch-base__process__process_iterator_freebsd.cc
patch-base__process__process_metrics.h
patch-base__process__process_metrics_freebsd.cc
patch-base__security_unittest.cc patch-base__strings__safe_sprintf.cc
patch-base__sys_info_freebsd.cc patch-base__sys_info_posix.cc
patch-base__test__expectations__expectation.cc
patch-base__test__launcher__test_launcher.cc
patch-base__threading__platform_thread_linux.cc
patch-build__common.gypi patch-build__filename_rules.gypi
patch-build__linux__system.gyp
patch-build__linux__unbundle__libwebp.gyp
patch-cc__layers__layer_impl.cc
patch-chrome__app__chrome_main_delegate.cc
patch-chrome__app__chrome_main_delegate.h
patch-chrome__app__chromium_strings.grd
patch-chrome__app__resources__locale_settings.grd
patch-chrome__browser__about_flags.cc
patch-chrome__browser__chrome_browser_main.cc
patch-chrome__browser__chrome_browser_main_posix.cc
patch-chrome__browser__chrome_content_browser_client.cc
patch-chrome__browser__chrome_content_browser_client.h
patch-chrome__browser__diagnostics__diagnostics_writer.cc
patch-chrome__browser__diagnostics__diagnostics_writer.h
patch-chrome__browser__download__download_prefs.cc
patch-chrome__browser__download__download_prefs.h
patch-chrome__browser__download__download_shelf_context_menu.cc
patch-chrome__browser__download__download_shelf_context_menu.h
patch-chrome__browser__extensions__api__image_writer_private__image_writer_private_api.cc
patch-chrome__browser__extensions__api__music_manager_private__device_id_linux.cc
patch-chrome__browser__extensions__window_open_apitest.cc
patch-chrome__browser__gpu__gl_string_manager.cc
patch-chrome__browser__gpu__gpu_feature_checker.cc
patch-chrome__browser__media__webrtc_log_uploader.cc
patch-chrome__browser__media_galleries__fileapi__mtp_device_map_service.cc
patch-chrome__browser__media_galleries__media_file_system_registry.cc
patch-chrome__browser__media_galleries__media_folder_finder.cc
patch-chrome__browser__memory_details.cc
patch-chrome__browser__metrics__chrome_browser_main_extra_parts_metrics.cc
patch-chrome__browser__net__connection_tester.cc
patch-chrome__browser__notifications__message_center_notification_manager.cc
patch-chrome__browser__plugins__plugins_resource_service.cc
patch-chrome__browser__policy__policy_prefs_browsertest.cc
patch-chrome__browser__process_singleton_posix.cc
patch-chrome__browser__renderer_preferences_util.cc
patch-chrome__browser__safe_browsing__incident_reporting__incident_handler_util.cc
patch-chrome__browser__ssl__ssl_blocking_page.cc
patch-chrome__browser__tracing__crash_service_uploader.cc
patch-chrome__browser__ui__aura__chrome_browser_main_extra_parts_aura.cc
patch-chrome__browser__ui__aura__chrome_browser_main_extra_parts_aura.h
patch-chrome__browser__ui__browser_command_controller.cc
patch-chrome__browser__ui__browser_view_prefs.cc
patch-chrome__browser__ui__panels__panel_manager.cc

Re: Cannot build latest Chromium

[Torfinn Ingolfsen]

FWIW, the same problem seen on
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
Oct 31 22:52:44 CET 2014
 r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

HTH

On Tue, Apr 28, 2015 at 5:48 PM, Andrea Venturoli m...@netfence.it wrote:
 Hello.

 The box is a 9.3/i386 and the problem is in the patch phase:

 root@xx:/usr/ports/www/chromium # svn update
 Updating '.':
 At revision 384899.
 root@xx:/usr/ports/www/chromium # make clean
 ===  Cleaning for chromium-42.0.2311.90
 root@xx:/usr/ports/www/chromium # make extract

 To build Chromium, you should have around 2 GB of memory
 and a fair amount of free diskspace (~ 3.7GB).

 Make sure you have Python build with the SEM option ON
 (default in python27-2.7.8 since r361735)
 ===  License BSD3CLAUSE LGPL21 MPL accepted by the user
 ===  Found saved configuration for chromium-39.0.2171.99_1
 ===   chromium-42.0.2311.90 depends on file: /usr/local/sbin/pkg - found
 === Fetching all distfiles required by chromium-42.0.2311.90 for building
 ===  Extracting for chromium-42.0.2311.90
 = SHA256 Checksum OK for chromium-42.0.2311.90.tar.xz.
 root@xx:/usr/ports/www/chromium # make patch
 ===  Patching for chromium-42.0.2311.90
 ===  Applying extra patch
 /usr/ports/www/chromium/files/extra-patch-libusb-pc
 ===  Applying extra patch
 /usr/ports/www/chromium/files/extra-patch-fixup-ffmpeg
 ===  Applying extra patch /usr/ports/www/chromium/files/extra-patch-gcc
 ===  Applying FreeBSD patches for chromium-42.0.2311.90
 Ignoring previously applied (or reversed) patch.
 1 out of 1 hunks ignored--saving rejects to v8/src/debug.cc.rej
 = Patch patch-v8__src__debug.cc failed to apply cleanly.
 = Patch(es) patch-base__base.gyp patch-base__base.gypi
 patch-base__debug__stack_trace_posix.cc
 patch-base__files__file_path_watcher_kqueue.h
 patch-base__posix__unix_domain_socket_linux.cc
 patch-base__posix__unix_domain_socket_linux_unittest.cc
 patch-base__process__internal_linux.h patch-base__process__launch.cc
 patch-base__process__launch.h patch-base__process__memory_unittest.cc
 patch-base__process__process_iterator_freebsd.cc
 patch-base__process__process_metrics.h
 patch-base__process__process_metrics_freebsd.cc
 patch-base__security_unittest.cc patch-base__strings__safe_sprintf.cc
 patch-base__sys_info_freebsd.cc patch-base__sys_info_posix.cc
 patch-base__test__expectations__expectation.cc
 patch-base__test__launcher__test_launcher.cc
 patch-base__threading__platform_thread_linux.cc patch-build__common.gypi
 patch-build__filename_rules.gypi patch-build__linux__system.gyp
 patch-build__linux__unbundle__libwebp.gyp patch-cc__layers__layer_impl.cc
 patch-chrome__app__chrome_main_d!

 elegate.cc
 patch-chrome__app__chrome_main_delegate.h
 patch-chrome__app__chromium_strings.grd
 patch-chrome__app__resources__locale_settings.grd
 patch-chrome__browser__about_flags.cc
 patch-chrome__browser__chrome_browser_main.cc
 patch-chrome__browser__chrome_browser_main_posix.cc
 patch-chrome__browser__chrome_content_browser_client.cc
 patch-chrome__browser__chrome_content_browser_client.h
 patch-chrome__browser__diagnostics__diagnostics_writer.cc
 patch-chrome__browser__diagnostics__diagnostics_writer.h
 patch-chrome__browser__download__download_prefs.cc
 patch-chrome__browser__download__download_prefs.h
 patch-chrome__browser__download__download_shelf_context_menu.cc
 patch-chrome__browser__download__download_shelf_context_menu.h
 patch-chrome__browser__extensions__api__image_writer_private__image_writer_private_api.cc
 patch-chrome__browser__extensions__api__music_manager_private__device_id_linux.cc
 patch-chrome__browser__extensions__window_open_apitest.cc
 patch-chrome__browser__gpu__gl_strin!
 g_manager.
 cc patch-chrome__browser__gpu__gpu_feature_checker.cc
 patch-chrome__browser__media__webrtc_log_uploader.cc
 patch-chrome__browser__media_galleries__fileapi__mtp_device_map_service.cc
 patch-chrome__browser__media_galleries__media_file_system_registry.cc
 patch-chrome__browser__media_galleries__media_folder_finder.cc
 patch-chrome__browser__memory_details.cc
 patch-chrome__browser__metrics__chrome_browser_main_extra_parts_metrics.cc
 patch-chrome__browser__net__connection_tester.cc
 patch-chrome__browser__notifications__message_center_notification_manager.cc
 patch-chrome__browser__plugins__plugins_resource_service.cc
 patch-chrome__browser__policy__policy_prefs_browsertest.cc
 patch-chrome__browser__process_singleton_posix.cc
 patch-chrome__browser__renderer_preferences_util.cc
 patch-chrome__browser__safe_browsing__incident_reporting__incident_handler_util.cc
 patch-chrome__browser__ssl__ssl_blocking_page.cc
 patch-chrome__browser__tracing__crash_service_uploader.cc
 patch-chrome__browser!
 __ui__aura
 __chrome_browser_main_extra_parts_aura.cc
 patch-chrome__browser__ui__aura__chrome_browser_main_extra_parts_aura.h
 patch-chrome__browser__ui__browser_command_controller.cc
 

libdrm 2.4.58 upgrade fails

[Torfinn Ingolfsen]

Upgrading libdrm to version 2.4.58 fails:
root@kg-v7# uname -a
FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri
Feb  6 21:36:01 CET 2015
r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
root@kg-v7# pv libdrm*
[Reading data from pkg(8) ... - 488 packages found - done]
libdrm-2.4.50 needs updating (port has 2.4.58_1,1)
root@kg-v7# portupgrade -R libdrm
[...]
buffers.c:163:15: warning: packed attribute is unnecessary for 'value'
[-Wpacked]
unsigned int value:24;
 ^
1 warning generated.
1 warning generated.
  CCLD modetest
libtool: link: cannot find the library
`/usr/local/lib/libfontconfig.la' or unhandled argument
`/usr/local/lib/libfontconfig.la'
Makefile:418: recipe for target 'modetest' failed
gmake[5]: *** [modetest] Error 1
gmake[5]: Leaving directory
'/usr/ports/graphics/libdrm/work/libdrm-2.4.58/tests/modetest'
Makefile:824: recipe for target 'all-recursive' failed
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory
'/usr/ports/graphics/libdrm/work/libdrm-2.4.58/tests'
Makefile:742: recipe for target 'all-recursive' failed
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory '/usr/ports/graphics/libdrm/work/libdrm-2.4.58'
Makefile:500: recipe for target 'all' failed
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory '/usr/ports/graphics/libdrm/work/libdrm-2.4.58'
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/graphics/libdrm
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/libdrm
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20150401-46550-1b6s0of env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=libdrm-2.4.50 UPGRADE_PORT_VER=2.4.50 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! graphics/libdrm (libdrm-2.4.50)(unknown build error)

Perhaps the port is looking for the wrong file?
root@kg-v7# ll /usr/local/lib/libfontc*
lrwxr-xr-x  1 root  wheel  22 Feb  6 23:47
/usr/local/lib/libfontconfig.so@ - libfontconfig.so.1.8.0
lrwxr-xr-x  1 root  wheel  22 Feb  6 23:47
/usr/local/lib/libfontconfig.so.1@ - libfontconfig.so.1.8.0
-rwxr-xr-x  1 root  wheel  262024 Feb  6 23:47
/usr/local/lib/libfontconfig.so.1.8.0*

Trying a 'make' (after make clean) in the ports directory doesn't work either
-- 
Regards,
Torfinn Ingolfsen,
Norway
___
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: libdrm 2.4.58 upgrade fails

[Torfinn Ingolfsen]

On Wed, Apr 1, 2015 at 10:52 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
 Update,


 Furthermore, how do I rebuiuld all these ports? They all refer to
 (have as dependency) the libdrm port, and therefore fail when I try to
 portupgrade them.

I figured it out; I had to rebuild a few (about a handful) ports one
by one (without upgrading dependencies, ie. 'portupgrade portname'),
until I could successfully upgrade the libdrm port.
normal portupgrade works now (it is still portupgrading, but it
looks much better now).

Thanks!
-- 
Regards,
Torfinn
___
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: libdrm 2.4.58 upgrade fails

[Torfinn Ingolfsen]

-6.8.0.7_5,1
/usr/local/lib/libunique-1.0.la was installed by package unique-1.1.6_5

Furthermore, how do I rebuiuld all these ports? They all refer to
(have as dependency) the libdrm port, and therefore fail when I try to
portupgrade them.
Interesting situation.

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

Re: [HEADSUP]: Remove BSDPAN. (fwd)

[Torfinn Ingolfsen]

Your mail provided very little reasoning why it should be removed
(instead of fixing it).
Some reasons here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187111

HTH

On Tue, Dec 16, 2014 at 4:19 PM, Mathieu Arnold m...@freebsd.org wrote:
 Hi,

 BSDPAN Since pkg_install support was removed from the ports tree, BSDPAN
 has been useless.  As it's no longer working, and more to the point, it now
 gives warning people are complaining about, I'm planning to remove it
 before x-mas.  I opened a code review:

 + Forwarded Message 
 | Date: 15 décembre 2014 17:12:16 +
 | From: mat (Mathieu Arnold) phabric-nore...@freebsd.org
 | To: freebsd-p...@freebsd.org
 | Subject: [Differential] [Request, 136 lines] D1318: Remove BSDPAN.
 |
 | mat created this revision.
 | mat added a reviewer: perl.
 | mat added subscribers: portmgr, freebsd-perl.
 |
 | BRANCH
 |   /head
 |
 | REVISION DETAIL
 |   https://reviews.freebsd.org/D1318
 |
 | AFFECTED FILES
 |   lang/perl5.14/Makefile
 |   lang/perl5.14/pkg-plist
 |   lang/perl5.16/Makefile
 |   lang/perl5.16/pkg-plist
 |   lang/perl5.18/Makefile
 |   lang/perl5.18/pkg-plist
 |   lang/perl5.20/Makefile
 |   lang/perl5.20/pkg-plist
 |
 | To: mat, jadawin, culot, sunpoet, swills, bapt
 | Cc: freebsd-perl, swills, miwi, mat, antoine, bdrewery, erwin, bapt
 | ___
 | freebsd-p...@freebsd.org mailing list
 | http://lists.freebsd.org/mailman/listinfo/freebsd-perl
 | To unsubscribe, send any mail to freebsd-perl-unsubscr...@freebsd.org
 |

 +-- End Forwarded Message --



 --
 Mathieu Arnold
 ___
 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



-- 
mvh
Torfinn
___
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: mail-notification only allows Gmail mailboxes?

[Torfinn Ingolfsen]

On Sat, Nov 8, 2014 at 8:37 PM, Jonathan Chen j...@chen.org.nz wrote:
 On 9 November 2014 08:29, Henry Hu henry.hu...@gmail.com wrote:
 [...]

 This is the problem. Apply this patch:

 Index: Makefile
 ===
 --- Makefile(版本 372086)
 +++ Makefile(工作副本)
 @@ -92,7 +92,7 @@
 || ${PORT_OPTIONS:MIMAP} \
 || ${PORT_OPTIONS:MMOZILLA} \
 || ${PORT_OPTIONS:MSYLPHEED}
 -LIB_DEPENDS+=  libgmime-2.6.so:${PORTSDIR}/mail/gmime26
 +LIB_DEPENDS+=  libgmime-2.0.so:${PORTSDIR}/mail/gmime2
  .endif
  .if ! ${PORT_OPTIONS:MSSL}
  JB_CONF_ARGS+= ssl=no

 and it should work.
 This port does depend on gmime-2.0. To make it depend on gmime-2.6, extra
 patches are needed.

 Ah. I see. On my system, I've also got gmime-2.0 installed; that's why
 it builds/works fine here. If it works for you Torfinn, I'll submit a
 PR for this.


It works - thanks, both of you.

BTW, (general question, not specific to this port) shouldn't all ports
go through a step of clean room building as part of validating a new
version? Tinderbox / Redports or what it is called these days?

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

Re: mail-notification only allows Gmail mailboxes?

[Torfinn Ingolfsen]

-to-date with port

Details, from the configure.log:
checking for GMime
command /usr/local/bin/pkg-config --cflags 'gmime-2.0 = 2.2.7'
failed with status 1
standard error output:
Package gmime-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gmime-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gmime-2.0', required by 'world', not found

Trying some manual commands:
root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.0 = 2.2.7' gmime
Package gmime-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gmime-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gmime-2.0', required by 'world', not found
Package 'gmime', required by 'world', not found

root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6'
-I/usr/local/include/gmime-2.6  -pthread -I/usr/local/include/glib-2.0
-I/usr/local/include

root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6 = 2.2.7'
-I/usr/local/include/gmime-2.6  -pthread -I/usr/local/include/glib-2.0
-I/usr/local/include

I don't know why it behaves this way.
It shouldn't work this way, should it?
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

mail-notification only allows Gmail mailboxes?

[Torfinn Ingolfsen]

I've built mail/mail-notification with these options:
root@kg-core1# make showconfig
=== The following configuration options are available for
mail-notification-5.4_15:
 EVOLUTION=off: Evolution support
 GMAIL=on: Gmail support
 IMAP=on: IMAP support
 MAILDIR=on: Maildir support
 MBOX=on: mbox support
 MH=on: MH support
 MOZILLA=on: Mozilla products support
 POP3=on: POP3 support
 SASL=on: SASL authentication support
 SSL=on: SSL protocol support
 SYLPHEED=on: Sylpheed support
=== Use 'make config' to modify these settings

this is on FreeBSD 9.3-stable:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri
Oct 31 22:52:44 CET 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

the problem is that when I start mail-notification I get these error
messages in a dialog box:
Errors have occurred while loading the mailboxes configuration
On line 3: unknown mailbox type imap.
On line 4: unknown mailbox type pop3.
On line 5: unknown mailbox type imap.
On line 7: unknown mailbox type imap.
and when I open the propertyies dialog and try to add another mailbox,
I can only choose Autodetect and Gmail.

Any idea what's wrong?
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

py27-pillow-2.6.0 fails if tkinter option is on

[Torfinn Ingolfsen]

'
writing manifest file 'Pillow.egg-info/SOURCES.txt'
copying PIL/OleFileIO-README.md - build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL
running build_ext
Traceback (most recent call last):
  File setup.py, line 757, in module
zip_safe=True,
  File /usr/local/lib/python2.7/distutils/core.py, line 151, in setup
dist.run_commands()
  File /usr/local/lib/python2.7/distutils/dist.py, line 953, in run_commands
self.run_command(cmd)
  File /usr/local/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
  File /usr/local/lib/python2.7/distutils/command/build.py, line 127, in run
self.run_command(cmd_name)
  File /usr/local/lib/python2.7/distutils/cmd.py, line 326, in run_command
self.distribution.run_command(command)
  File /usr/local/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
  File /usr/local/lib/python2.7/distutils/command/build_ext.py, line
337, in run
self.build_extensions()
  File setup.py, line 507, in build_extensions
% (f, f))
ValueError: --enable-tcl requested but tcl not found, aborting.
*** [do-install] Error code 1

Stop in /usr/ports/graphics/py-pillow.
*** [stage] Error code 1

Stop in /usr/ports/graphics/py-pillow.

If the option is off, everything works.
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: audio/openal-soft fails to install on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

On Sun, Oct 26, 2014 at 2:33 PM, Marcus von Appen m...@freebsd.org wrote:
 On, Sat Oct 25, 2014, Torfinn Ingolfsen wrote:


 Interesting. I tried this:
 root@kg-core1# grep USES Makefile
 USES= tar:bzip2 cmake compiler:c11

 I just committed that fix in r371503, thanks!

 Cheers
 Marcus

Thanks for the quick response.

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

Re: audio/openal-soft fails to install on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

%] Building C object CMakeFiles/openal.dir/Alc/alcConfig.c.o
[ 43%] Building C object CMakeFiles/openal.dir/Alc/alcRing.c.o
[ 45%] Building C object CMakeFiles/openal.dir/Alc/bs2b.c.o
2 warnings generated.
[ 47%] Building C object CMakeFiles/openal.dir/Alc/effects/autowah.c.o
[ 49%] Building C object CMakeFiles/openal.dir/Alc/effects/compressor.c.o
[ 50%] Building C object CMakeFiles/openal.dir/Alc/effects/chorus.c.o
[ 52%] Building C object CMakeFiles/openal.dir/Alc/effects/dedicated.c.o
[ 54%] Building C object CMakeFiles/openal.dir/Alc/effects/distortion.c.o
[ 56%] Building C object CMakeFiles/openal.dir/Alc/effects/echo.c.o
[ 58%] Building C object CMakeFiles/openal.dir/Alc/effects/equalizer.c.o
[ 60%] Building C object CMakeFiles/openal.dir/Alc/effects/flanger.c.o
[ 61%] Building C object CMakeFiles/openal.dir/Alc/effects/modulator.c.o
[ 63%] Building C object CMakeFiles/openal.dir/Alc/effects/null.c.o
[ 65%] Building C object CMakeFiles/openal.dir/Alc/effects/reverb.c.o
[ 67%] Building C object CMakeFiles/openal.dir/Alc/helpers.c.o
[ 69%] Building C object CMakeFiles/openal.dir/Alc/hrtf.c.o
[ 70%] Building C object CMakeFiles/openal.dir/Alc/panning.c.o
[ 72%] Building C object CMakeFiles/openal.dir/Alc/mixer.c.o
[ 74%] Building C object CMakeFiles/openal.dir/Alc/mixer_c.c.o
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/Alc/mixer_c.c:19:10:
warning: unused parameter 'increment' [-Wunused-parameter]
ALuint increment, ALfloat *restrict dst, ALuint numsamples)
^
[ 76%] Building C object CMakeFiles/openal.dir/Alc/mixer_sse.c.o
1 warning generated.
[ 78%] Building C object CMakeFiles/openal.dir/Alc/mixer_sse2.c.o
[ 80%] Building C object CMakeFiles/openal.dir/Alc/mixer_sse41.c.o
[ 81%] Building C object CMakeFiles/openal.dir/Alc/midi/base.c.o
[ 85%] Building C object CMakeFiles/openal.dir/Alc/midi/dummy.c.o
[ 83%] Building C object CMakeFiles/openal.dir/Alc/midi/sf2load.c.o
[ 87%] Building C object CMakeFiles/openal.dir/Alc/midi/fluidsynth.c.o
[ 89%] Building C object CMakeFiles/openal.dir/Alc/midi/soft.c.o
[ 90%] Building C object CMakeFiles/openal.dir/Alc/backends/base.c.o
[ 92%] Building C object CMakeFiles/openal.dir/Alc/backends/loopback.c.o
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/Alc/backends/base.c:47:9:
warning: unused variable 'ret' [-Wunused-variable]
int ret = almtx_lock(self-mMutex);
^
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/Alc/backends/base.c:53:9:
warning: unused variable 'ret' [-Wunused-variable]
int ret = almtx_unlock(self-mMutex);
^
[ 94%] Building C object CMakeFiles/openal.dir/Alc/backends/null.c.o
2 warnings generated.
[ 98%] Building C object CMakeFiles/openal.dir/Alc/backends/wave.c.o
[ 96%] Building C object CMakeFiles/openal.dir/Alc/backends/oss.c.o
Linking C shared library libopenal.so
[ 98%] Built target openal
Scanning dependencies of target openal-info
[100%] Building C object CMakeFiles/openal-info.dir/utils/openal-info.c.o
Linking C executable openal-info
[100%] Built target openal-info
=== Staging for openal-soft-1.16.0
=== Generating temporary packing list
[ 7%] Built target common
[ 9%] Built target makehrtf
[ 98%] Built target openal
[100%] Built target openal-info
Installing the project stripped...
-- Install configuration: Release
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/lib/libopenal.so.1.16.0
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/lib/libopenal.so.1
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/lib/libopenal.so
-- Installing: /usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/al.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/alc.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/alext.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/efx.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/efx-creative.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/include/AL/efx-presets.h
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/libdata/pkgconfig/openal.pc
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/etc/openal-soft/alsoftrc.sample
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/etc/openal-soft/hrtf/default-44100.mhr
-- Installing: 
/usr/ports/audio/openal-soft/work/stage/usr/local/etc/openal-soft/hrtf/default-48000.mhr
-- Installing: /usr/ports/audio/openal-soft/work/stage/usr/local/bin/openal-info
-- Removed runtime path from
/usr/ports/audio/openal-soft/work/stage/usr/local/bin/openal-info
-- Installing: /usr/ports/audio/openal-soft/work/stage/usr/local/bin/makehrtf
 Compressing man pages (compress-man)

and installs:

root@kg-core1# make install
=== Installing for openal-soft-1.16.0
=== Checking if openal-soft already installed
=== Registering installation for openal-soft-1.16.0

Not sure if this is the right way, but it is interesting.
Henry - thanks!
-- 
Regards,
Torfinn

Re: audio/openal-soft fails to install on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

Sure.
tingo@kg-core1$ more test.c
#include stdio.h

#define foo2(x,y) x##y
#define foo(x, y) foo2(x,y)

typedef int foo(bar, __COUNTER__);
typedef float foo(bar, __COUNTER__);

int main() {
printf(%d %d %d\n, foo(0, __COUNTER__), foo(1, __COUNTER__), foo(2,
__COUNTER__));
}
tingo@kg-core1$ cc test.c
test.c:7: error: conflicting types for 'bar__COUNTER__'
test.c:6: error: previous declaration of 'bar__COUNTER__' was here
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
tingo@kg-core1$ which cc
/usr/bin/cc
tingo@kg-core1$ gcc test.c
test.c:7: error: conflicting types for 'bar__COUNTER__'
test.c:6: error: previous declaration of 'bar__COUNTER__' was here
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
test.c:10:1: error: invalid suffix __COUNTER__ on integer constant
tingo@kg-core1$ which gcc
/usr/bin/gcc
tingo@kg-core1$ cc -V
cc: '-V' option must have argument
tingo@kg-core1$ cc --version
cc (GCC) 4.2.1 20070831 patched [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

tingo@kg-core1$ gcc --version
gcc (GCC) 4.2.1 20070831 patched [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

as for make VERBOSE=1 you are thinking of the openal-soft port, right?
Here goes:
root@kg-core1# cd /usr/ports/audio/openal-soft
root@kg-core1# make clean
=== Cleaning for openal-soft-1.16.0
root@kg-core1# make VERBOSE=1
=== License LGPL20 accepted by the user
=== Found saved configuration for openal-soft-1.16.0
=== openal-soft-1.16.0 depends on file: /usr/local/sbin/pkg - found
=== Fetching all distfiles required by openal-soft-1.16.0 for building
=== Extracting for openal-soft-1.16.0
= SHA256 Checksum OK for openal-soft-1.16.0.tar.bz2.
=== Patching for openal-soft-1.16.0
=== Applying FreeBSD patches for openal-soft-1.16.0
=== openal-soft-1.16.0 depends on file: /usr/local/bin/cmake - found
=== Configuring for openal-soft-1.16.0
=== Performing in-source build
/bin/mkdir -p /usr/ports/audio/openal-soft/work/openal-soft-1.16.0
Re-run cmake no build system arguments
-- The C compiler identification is GNU 4.2.1
-- The CXX compiler identification is GNU 4.2.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Checking _FILE_OFFSET_BITS for large files
-- Checking _FILE_OFFSET_BITS for large files - not needed
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of long
-- Check size of long - done
-- Check size of long long
-- Check size of long long - done
-- Performing Test HAVE_STD_C99
-- Performing Test HAVE_STD_C99 - Success
-- Performing Test INLINE_IS_C99
-- Performing Test INLINE_IS_C99 - Success
-- Performing Test HAVE_C99_VLA
-- Performing Test HAVE_C99_VLA - Success
-- Performing Test HAVE_C99_BOOL
-- Performing Test HAVE_C99_BOOL - Success
-- Performing Test HAVE_C11_STATIC_ASSERT
-- Performing Test HAVE_C11_STATIC_ASSERT - Failed
-- Performing Test HAVE_C11_ALIGNAS
-- Performing Test HAVE_C11_ALIGNAS - Failed
-- Performing Test HAVE_C11_ATOMIC
-- Performing Test HAVE_C11_ATOMIC - Failed
-- Performing Test HAVE_W_EXTRA
-- Performing Test HAVE_W_EXTRA - Success
-- Performing Test HAVE_FPIC_SWITCH
-- Performing Test HAVE_FPIC_SWITCH - Success
-- Performing Test HAVE_GCC_DESTRUCTOR
-- Performing Test HAVE_GCC_DESTRUCTOR - Success
-- Performing Test HAVE_GCC_PROTECTED_VISIBILITY
-- Performing Test HAVE_GCC_PROTECTED_VISIBILITY - Success
-- Performing Test HAVE_VISIBILITY_HIDDEN_SWITCH
-- Performing Test HAVE_VISIBILITY_HIDDEN_SWITCH - Success
-- Performing Test HAVE_ATTRIBUTE_ALIGNED
-- Performing Test HAVE_ATTRIBUTE_ALIGNED - Success
-- Performing Test HAVE_MSSE_SWITCH
-- Performing Test HAVE_MSSE_SWITCH - Success
-- Performing Test HAVE_MSSE2_SWITCH
-- Performing Test HAVE_MSSE2_SWITCH - Success
-- Performing Test HAVE_MSSE4_1_SWITCH
-- Performing Test HAVE_MSSE4_1_SWITCH - Failed
-- Performing Test HAVE_GCC_FORMAT
-- Performing Test HAVE_GCC_FORMAT - Success
-- Looking for stdbool.h
-- Looking for stdbool.h - found
-- Looking for stdalign.h
-- Looking for stdalign.h - not found
-- Looking for malloc.h
-- Looking for malloc.h - not found
-- 

firebird25-client 2.5.3 fails to build

[Torfinn Ingolfsen]

databases/firebird25-client 2.5.3 fails to build on FreeBSD 8.4-stable:
../gen/Makefile.embed.isql:62: recipe for target
'../gen/firebird/bin/isql-fb' failed
gmake[2]: *** [../gen/firebird/bin/isql-fb] Error 1
rm ../temp/std/isql/extract.cpp ../temp/std/isql/show.cpp
../temp/std/isql/isql.cpp
gmake[2]: Leaving directory
'/usr/ports/databases/firebird25-client/work/Firebird-2.5.3.26778-0/gen'
Makefile:353: recipe for target 'embed_isql' failed
gmake[1]: *** [embed_isql] Error 2
gmake[1]: Leaving directory
'/usr/ports/databases/firebird25-client/work/Firebird-2.5.3.26778-0/gen'
Makefile:6: recipe for target 'embed_isql' failed
gmake: *** [embed_isql] Error 2
*** Error code 1

Stop in /usr/ports/databases/firebird25-client.
*** Error code 1

Stop in /usr/ports/databases/firebird25-client.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20141023-66118-3f8avk env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=firebird25-client-2.5.2_2 UPGRADE_PORT_VER=2.5.2_2 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! databases/firebird25-client (firebird25-client-2.5.2_2) (linker error)

this is on:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
May 23 20:23:35 CEST 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64

root@kg-core1# portversion -v firebird*
[Reading data from pkg(8) ... - 1008 packages found - done]
firebird25-client-2.5.2_2  needs updating (port has 2.5.3)

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

Re: www/linux-firefox package doesn't work

[Torfinn Ingolfsen]

On Wed, Oct 22, 2014 at 10:58 PM, Beeblebrox zap...@berentweb.com wrote:
 [/usr/home/tingo/.mozilla/plugins/npwrapper.libflashplayer.so: wrong ELF
 class: ELFCLASS64]

 This is what looks like the problem,

It might seem like it. but that is not the problem:
tingo@kg-core1$ linux-firefox -safe-mode

(firefox:79317): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Fontconfig error: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf, line
70: non-double matrix element
Fontconfig error: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf, line
70: non-double matrix element
Fontconfig warning: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf,
line 78: saw unknown, expected number
firefox: Fatal IO error 12 (Cannot allocate memory) on X server :0.0.

I really don't know why it complains about memory; this machine has 32
GB RAM, and currently only 12.6 GB is used.

 but I would really;
 1. Seriously consider upgrading to 10.*

Testing of FreeBSD 10.* is ongoing; when I'm ready to switch is far
too early to say.

 2. Create poudriere jails for package upgrades (or just use the public
 binaries) rather than relying on portmaster and such.

This sounds (I know that it might not be intended that way) like you
saying only poudriere jails are supported; portupgrade and portmaster
are not.

 3. Switch t o Linux-c6 rather than hanging around on Linux-f10

Well, you see, at this point in time, I'm in trouble solving mode. I'm
trying to get myself a  working browser (currently using Opera,
workable in Gmail, unusable many other places) on my FreeBSD
workstation so that I can be a bit productive again.
So a suggestion to change a lot of things (linux- ports) sounds like
yes, let's change a lot of additional ports and increase the work
needed to test all this just now doesn't look like the smartest thing
I might do. If all else faiils (but why should it?) I might be forced
to try that as well.




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

Re: firebird25-client 2.5.3 fails to build

[Torfinn Ingolfsen]

On Thu, Oct 23, 2014 at 8:59 PM, Henry Hu henry.hu...@gmail.com wrote:




 According to
 http://portsmon.freebsd.org/portoverview.py?category=databasesportname=firebird25-client
 it should build. You can post more detailed information, including the
 actual error message,
 for others to analyze what's wrong.


There isn't any more detailed information post, before that therer are
just warnings. Here is bit more of the output:
../gen/firebird/bin/gpre_current -r -m -z -n ../src/isql/show.epp
../temp/std/isql/show.cpp
gpre version FB-V2.5.3.26778 Firebird 2.5
Version(s) for database yachts.lnk
Firebird/FreeBSD/amd64 (access method), version FB-V2.5.3.26778 Firebird 2.5
on disk structure version 11.2
c++ -I../src/include/gen -I../src/include -I../src/vulcan
-DNAMESPACE=Vulcan -O -fno-builtin -DFREEBSD -DAMD64 -pipe -MMD -fPIC
-D_THREAD_SAFE -O2 -pipe -I/usr/local/include -DAMD64
-fno-strict-aliasing -c ../temp/std/isql/show.cpp -o
../temp/std/isql/show.o
c++ -I../src/include/gen -I../src/include -I../src/vulcan
-DNAMESPACE=Vulcan -O -fno-builtin -DFREEBSD -DAMD64 -pipe -MMD -fPIC
-D_THREAD_SAFE -O2 -pipe -I/usr/local/include -DAMD64
-fno-strict-aliasing -c ../src/isql/Extender.cpp -o
../temp/std/isql/Extender.o
c++ -I../src/include/gen -I../src/include -I../src/vulcan
-DNAMESPACE=Vulcan -O -fno-builtin -DFREEBSD -DAMD64 -pipe -MMD -fPIC
-D_THREAD_SAFE -O2 -pipe -I/usr/local/include -DAMD64
-fno-strict-aliasing -c ../src/isql/InputDevices.cpp -o
../temp/std/isql/InputDevices.o
c++ -I../src/include/gen -I../src/include -I../src/vulcan
-DNAMESPACE=Vulcan -O -fno-builtin -DFREEBSD -DAMD64 -pipe -MMD -fPIC
-D_THREAD_SAFE -O2 -pipe -I/usr/local/include -DAMD64
-fno-strict-aliasing -c ../src/isql/ColList.cpp -o
../temp/std/isql/ColList.o
c++ -I../src/include/gen -I../src/include -I../src/vulcan
-DNAMESPACE=Vulcan -O -fno-builtin -DFREEBSD -DAMD64 -pipe -MMD -fPIC
-D_THREAD_SAFE -O2 -pipe -I/usr/local/include -DAMD64
-fno-strict-aliasing -c ../src/isql/OptionsBase.cpp -o
../temp/std/isql/OptionsBase.o
c++ -O2 -pipe -I/usr/local/include -DAMD64 -fno-strict-aliasing
-Wl,--version-script,../builds/posix/empty.vers -L/usr/local/lib
-D_THREAD_SAFE -Wl,-rpath,/usr/local/lib
-Wl,-rpath,/usr/local/libexec/firebird/intl
-Wl,-rpath,../gen/firebird/lib ../temp/std/isql/extract.o
../temp/std/isql/isql.o ../temp/std/isql/show.o
../temp/std/isql/Extender.o ../temp/std/isql/InputDevices.o
../temp/std/isql/ColList.o ../temp/std/isql/OptionsBase.o
../temp/std/jrd/path_utils.o
../temp/std/common/classes/ClumpletReader.o
../temp/std/common/classes/ClumpletWriter.o
../temp/std/common/fb_exception.o ../temp/std/common/thd.o
../temp/std/common/classes/MetaName.o
../temp/std/common/StatusHolder.o ../temp/std/common/classes/init.o
../temp/std/common/StatusArg.o ../temp/std/jrd/fbsyslog.o
../temp/std/common/utils.o ../temp/std/common/classes/alloc.o
../temp/std/common/classes/locks.o
../temp/std/common/classes/semaphore.o
../temp/std/common/classes/fb_string.o
../temp/std/common/classes/timestamp.o
../temp/std/common/classes/PublicHandle.o
../temp/std/common/classes/TempFile.o
../temp/std/common/classes/UserBlob.o
../temp/std/common/classes/SafeArg.o
../temp/std/common/classes/MsgPrint.o
../temp/std/common/classes/BaseStream.o -o ../gen/firebird/bin/isql-fb
-L../gen/firebird/lib -lfbembed -ledit -latomic_ops -lm -pthread
-lcurses
/usr/bin/ld: warning: libicui18n.so.50, needed by
/usr/local/lib/libfbembed.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libicuuc.so.50, needed by
/usr/local/lib/libfbembed.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libicudata.so.50, needed by
/usr/local/lib/libfbembed.so, not found (try using -rpath or
-rpath-link)
/usr/local/lib/libfbembed.so: undefined reference to `utf8_nextCharSafeBody_50'
/usr/local/lib/libfbembed.so: undefined reference to `u_tolower_50'
/usr/local/lib/libfbembed.so: undefined reference to `ucnv_open_50'
/usr/local/lib/libfbembed.so: undefined reference to `ucnv_close_50'
/usr/local/lib/libfbembed.so: undefined reference to `u_strCompare_50'
/usr/local/lib/libfbembed.so: undefined reference to `ucnv_fromUChars_50'
/usr/local/lib/libfbembed.so: undefined reference to `u_toupper_50'
/usr/local/lib/libfbembed.so: undefined reference to `u_countChar32_50'
../gen/Makefile.embed.isql:62: recipe for target
'../gen/firebird/bin/isql-fb' failed
gmake[2]: *** [../gen/firebird/bin/isql-fb] Error 1
rm ../temp/std/isql/extract.cpp ../temp/std/isql/show.cpp
../temp/std/isql/isql.cpp
gmake[2]: Leaving directory
'/usr/ports/databases/firebird25-client/work/Firebird-2.5.3.26778-0/gen'
Makefile:353: recipe for target 'embed_isql' failed
gmake[1]: *** [embed_isql] Error 2
gmake[1]: Leaving directory
'/usr/ports/databases/firebird25-client/work/Firebird-2.5.3.26778-0/gen'
Makefile:6: recipe for target 'embed_isql' failed
gmake: *** [embed_isql] Error 2
*** Error code 1

Stop in /usr/ports/databases/firebird25-client.
*** Error code 1

HTH
-- 
Regards,
Torfinn

firefox-33.0,1 fails on FeeBSD 8.4-stable

[Torfinn Ingolfsen]

the www/firefox port (firefox-33.0,1) fails on FreeBSD 8.4-stable.
Info:
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
May 23 20:23:35 CEST 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64
tingo@kg-core1$ ident /usr/ports/www/firefox/Makefile
/usr/ports/www/firefox/Makefile:
$FreeBSD: head/www/firefox/Makefile 370932 2014-10-15 15:48:16Z beat $

A normal start:
tingo@kg-core1$ firefox

(process:79465): GLib-CRITICAL **: g_slice_set_config: assertion
`sys_page_size == 0' failed
Bus error (core dumped)

start in safe mode:
tingo@kg-core1$ firefox -safe-mode

(process:79448): GLib-CRITICAL **: g_slice_set_config: assertion
`sys_page_size == 0' failed
1414092654908 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 1414092655 seconds ago, minimum seconds: 86400
1414092654908 GMPInstallManager._getURL INFO Using url:
https://aus4.mozilla.org/update/3/GMP/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
1414092654909 GMPInstallManager._getURL INFO Using url (with
replacement): 
https://aus4.mozilla.org/update/3/GMP/33.0/20141022201320/FreeBSD_x86_64-gcc3/en-US/default/FreeBSD%208.4-STABLE%20(GTK%202.24.22)/default/default/update.xml
1414092654910 GMPInstallManager.checkForAddons INFO sending request
to: 
https://aus4.mozilla.org/update/3/GMP/33.0/20141022201320/FreeBSD_x86_64-gcc3/en-US/default/FreeBSD%208.4-STABLE%20(GTK%202.24.22)/default/default/update.xml
1414092660613 GMPInstallManager.onLoadXML INFO request completed
downloading document
1414092660613 GMPInstallManager.onLoadXML INFO allowNonBuiltIn: false
1414092660705 GMPInstallManager.simpleCheckAndInstall INFO Found 0
addons advertised.
1414092660705 GMPInstallManager.simpleCheckAndInstall INFO No new
addons to install, returning
1414092683232 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 22 seconds ago, minimum seconds: 86400
1414092683232 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092684534 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 24 seconds ago, minimum seconds: 86400
1414092684534 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092687095 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 26 seconds ago, minimum seconds: 86400
1414092687095 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092687680 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 27 seconds ago, minimum seconds: 86400
1414092687680 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092687747 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 27 seconds ago, minimum seconds: 86400
1414092687747 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092689217 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 28 seconds ago, minimum seconds: 86400
1414092689217 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092689481 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 28 seconds ago, minimum seconds: 86400
1414092689481 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092690536 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 30 seconds ago, minimum seconds: 86400
1414092690536 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092694843 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 34 seconds ago, minimum seconds: 86400
1414092694843 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092695294 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 34 seconds ago, minimum seconds: 86400
1414092695294 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092696834 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 36 seconds ago, minimum seconds: 86400
1414092696834 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092697986 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 37 seconds ago, minimum seconds: 86400
1414092697986 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092698977 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 38 seconds ago, minimum seconds: 86400
1414092698977 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092699974 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 39 seconds ago, minimum seconds: 86400
1414092699975 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092700639 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 40 seconds ago, minimum seconds: 86400
1414092700639 GMPInstallManager.simpleCheckAndInstall INFO Will not
check for updates.
1414092700650 GMPInstallManager.simpleCheckAndInstall INFO Last check
was: 40 seconds ago, minimum seconds: 86400
1414092700650 

Re: firebird25-client 2.5.3 fails to build

[Torfinn Ingolfsen]

On Thu, Oct 23, 2014 at 9:11 PM, Henry Hu henry.hu...@gmail.com wrote:


 Please try removing firebird25-client before building it.

Doable, but akward:
root@kg-core1# pkg remove firebird25-client-2.5.2_2
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 3 packages (of 0
packages in the universe):

Installed packages to be REMOVED:
firebird25-client-2.5.2_2
qt4-ibase-plugin-4.8.6 (depends on firebird25-client-2.5.2_2)
qt4-4.8.6 (depends on firebird25-client-2.5.2_2)

The operation will free 10 MB.

Proceed with deinstalling packages? [y/N]: n

(is there a way of doing this without deinstalling ports that depend
on this paclage? I will be upgrading them next...)
Anyway, I removed firebird25-client and the two qt ports.


 For some reason, it is linking with the old version.

Interesting. It makes you wonder why this situation wasn't detected
when the new version of the port was tested.
Perhaps port maintainers only test installing new ports (poudriere
jails?) and newer tests the upgrade scenario?

After removing the old client, the new one built and installed fine.
Thanks for helping out.
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: firebird25-client 2.5.3 fails to build

[Torfinn Ingolfsen]

On Thu, Oct 23, 2014 at 9:24 PM, Kurt Jaeger li...@opsec.eu wrote:

 There's a PR that discusses this issue (ports that require
 their old version to be deinstalled before building the new version):

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


Perhaps a note in /usr/ports/UPDATING would have been the right thing
to do here?

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

audio/openal-soft fails to install on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

 - found
-- Looking for dlopen in dl
-- Looking for dlopen in dl - not found
-- Looking for windows.h
-- Looking for windows.h - not found
-- Looking for gettimeofday
-- Looking for gettimeofday - found
-- Looking for nanosleep
-- Looking for nanosleep - found
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for include files pthread.h, pthread_np.h
-- Looking for include files pthread.h, pthread_np.h - found
-- Performing Test HAVE_PTHREAD
-- Performing Test HAVE_PTHREAD - Success
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Looking for pthread_setschedparam
-- Looking for pthread_setschedparam - found
-- Looking for pthread_setname_np
-- Looking for pthread_setname_np - not found
-- Looking for pthread_set_name_np
-- Looking for pthread_set_name_np - not found
-- Looking for pthread_mutexattr_setkind_np
-- Looking for pthread_mutexattr_setkind_np - found
-- Looking for pthread_mutex_timedlock
-- Looking for pthread_mutex_timedlock - found
-- Looking for xmmintrin.h
-- Looking for xmmintrin.h - found
-- Looking for emmintrin.h
-- Looking for emmintrin.h - found
-- Looking for smmintrin.h
-- Looking for smmintrin.h - not found
-- Looking for arm_neon.h
-- Looking for arm_neon.h - not found
-- Could NOT find FluidSynth (missing: FLUIDSYNTH_LIBRARIES
FLUIDSYNTH_INCLUDE_DIR)
-- Found ALSA: /usr/local/lib/libasound.so (found version 1.0.28)
-- Found OSS: /usr/include
-- Could NOT find AudioIO (missing: AUDIOIO_INCLUDE_DIR)
-- Could NOT find SoundIO (missing: SOUNDIO_LIBRARY SOUNDIO_INCLUDE_DIR)
-- Could NOT find QSA (missing: QSA_LIBRARY QSA_INCLUDE_DIR)
-- Found PortAudio: /usr/local/lib/libportaudio.so
-- Found PulseAudio: /usr/local/lib/libpulse.so (found version 0.9.23)
-- Looking for include files SLES/OpenSLES.h, SLES/OpenSLES_Android.h
-- Looking for include files SLES/OpenSLES.h, SLES/OpenSLES_Android.h
- not found
-- 
-- Building OpenAL with support for the following backends:
-- OSS, WaveFile, Null
-- 
-- Building with support for CPU extensions:
-- Default, SSE, SSE2
-- 
-- Installing sample configuration
-- 
-- Installing HRTF definitions
-- 
-- Building utility programs
-- 
-- Configuring done
-- Generating done
CMake Warning:
Manually-specified variables were not used by the project:

ALSOFT_MIDI_FLUIDSYNTH
CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS
THREADS_HAVE_PTHREAD_ARG


-- Build files have been written to:
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0
=== Building for openal-soft-1.16.0
Scanning dependencies of target common
Scanning dependencies of target makehrtf
[ 5%] Building C object CMakeFiles/common.dir/common/rwlock.c.o
[ 1%] Building C object CMakeFiles/makehrtf.dir/utils/makehrtf.c.o
[ 5%] Building C object CMakeFiles/common.dir/common/atomic.c.o
[ 7%] Building C object CMakeFiles/common.dir/common/threads.c.o
[ 9%] Building C object CMakeFiles/common.dir/common/uintmap.c.o
Linking C static library libcommon.a
[ 9%] Built target common
Scanning dependencies of target openal
[ 11%] Building C object CMakeFiles/openal.dir/OpenAL32/alAuxEffectSlot.c.o
[ 12%] Building C object CMakeFiles/openal.dir/OpenAL32/alEffect.c.o
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:
In function 'AddEffectSlotArray':
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: conflicting types for 'static_assertion___COUNTER__'
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: previous declaration of 'static_assertion___COUNTER__' was here
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: conflicting types for 'static_assertion___COUNTER__'
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: previous declaration of 'static_assertion___COUNTER__' was here
[ 14%] Building C object CMakeFiles/openal.dir/OpenAL32/alBuffer.c.o
*** Error code 1
1 error
*** Error code 2
Linking C executable makehrtf
[ 14%] Built target makehrtf
1 error
*** Error code 2
1 error
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop in /usr/ports/audio/openal-soft.
*** Error code 1

Stop in /usr/ports/audio/openal-soft.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portinstall20141023-71200-1jz7gxa env make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! audio/openal-soft (compiler error)

This on
tingo@kg-core1$ uname -a
FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
May 23 20:23:35 CEST 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64

ports tree updated yesterday.
HTH
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports

Re: audio/openal-soft fails to install on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

 for pthread.h
-- Looking for pthread.h - found
-- Looking for include files pthread.h, pthread_np.h
-- Looking for include files pthread.h, pthread_np.h - found
-- Performing Test HAVE_PTHREAD
-- Performing Test HAVE_PTHREAD - Success
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Looking for pthread_setschedparam
-- Looking for pthread_setschedparam - found
-- Looking for pthread_setname_np
-- Looking for pthread_setname_np - not found
-- Looking for pthread_set_name_np
-- Looking for pthread_set_name_np - not found
-- Looking for pthread_mutexattr_setkind_np
-- Looking for pthread_mutexattr_setkind_np - found
-- Looking for pthread_mutex_timedlock
-- Looking for pthread_mutex_timedlock - found
-- Looking for xmmintrin.h
-- Looking for xmmintrin.h - found
-- Looking for emmintrin.h
-- Looking for emmintrin.h - found
-- Looking for smmintrin.h
-- Looking for smmintrin.h - not found
-- Looking for arm_neon.h
-- Looking for arm_neon.h - not found
-- Could NOT find FluidSynth (missing: FLUIDSYNTH_LIBRARIES
FLUIDSYNTH_INCLUDE_DIR)
-- Found ALSA: /usr/local/lib/libasound.so (found version 1.0.28)
-- Found OSS: /usr/include
-- Could NOT find AudioIO (missing: AUDIOIO_INCLUDE_DIR)
-- Could NOT find SoundIO (missing: SOUNDIO_LIBRARY SOUNDIO_INCLUDE_DIR)
-- Could NOT find QSA (missing: QSA_LIBRARY QSA_INCLUDE_DIR)
-- Found PortAudio: /usr/local/lib/libportaudio.so
-- Found PulseAudio: /usr/local/lib/libpulse.so (found version 0.9.23)
-- Looking for include files SLES/OpenSLES.h, SLES/OpenSLES_Android.h
-- Looking for include files SLES/OpenSLES.h, SLES/OpenSLES_Android.h
- not found
-- 
-- Building OpenAL with support for the following backends:
-- OSS, WaveFile, Null
-- 
-- Building with support for CPU extensions:
-- Default, SSE, SSE2
-- 
-- Installing sample configuration
-- 
-- Installing HRTF definitions
-- 
-- Building utility programs
-- 
-- Configuring done
-- Generating done
CMake Warning:
Manually-specified variables were not used by the project:

ALSOFT_MIDI_FLUIDSYNTH
CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS
THREADS_HAVE_PTHREAD_ARG


-- Build files have been written to:
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0
=== Building for openal-soft-1.16.0
Scanning dependencies of target common
[ 1%] Building C object CMakeFiles/common.dir/common/atomic.c.o
[ 3%] Building C object CMakeFiles/common.dir/common/rwlock.c.o
[ 5%] Building C object CMakeFiles/common.dir/common/threads.c.o
[ 7%] Building C object CMakeFiles/common.dir/common/uintmap.c.o
Linking C static library libcommon.a
[ 7%] Built target common
Scanning dependencies of target makehrtf
[ 9%] Building C object CMakeFiles/makehrtf.dir/utils/makehrtf.c.o
Linking C executable makehrtf
[ 9%] Built target makehrtf
Scanning dependencies of target openal
[ 11%] Building C object CMakeFiles/openal.dir/OpenAL32/alAuxEffectSlot.c.o
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:
In function 'AddEffectSlotArray':
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: conflicting types for 'static_assertion___COUNTER__'
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: previous declaration of 'static_assertion___COUNTER__' was here
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: conflicting types for 'static_assertion___COUNTER__'
/usr/ports/audio/openal-soft/work/openal-soft-1.16.0/OpenAL32/alAuxEffectSlot.c:393:
error: previous declaration of 'static_assertion___COUNTER__' was here
*** Error code 1

Stop in /usr/ports/audio/openal-soft/work/openal-soft-1.16.0.
*** Error code 1

Stop in /usr/ports/audio/openal-soft/work/openal-soft-1.16.0.
*** Error code 1

Stop in /usr/ports/audio/openal-soft/work/openal-soft-1.16.0.
*** Error code 1

Stop in /usr/ports/audio/openal-soft.
*** Error code 1

Stop in /usr/ports/audio/openal-soft.

On Thu, Oct 23, 2014 at 10:29 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
 portinstall fails:
 root@kg-core1# portinstall -R openal-soft
 [Reading data from pkg(8) ... - 1005 packages found - done]
 [Gathering depends for audio/openal-soft . 
 done]
 --- Installing 'openal-soft-1.16.0' from a port (audio/openal-soft)
 --- Building '/usr/ports/audio/openal-soft'
 === Cleaning for openal-soft-1.16.0
 === License LGPL20 accepted by the user
 === Found saved configuration for openal-soft-1.16.0
 === openal-soft-1.16.0 depends on file: /usr/local/sbin/pkg - found
 === Fetching all distfiles required by openal-soft-1.16.0 for building
 === Extracting for openal-soft-1.16.0
 = SHA256 Checksum OK for openal-soft-1.16.0.tar.bz2.
 === Patching for openal-soft-1.16.0
 === Applying FreeBSD patches for openal-soft-1.16.0
 === openal-soft-1.16.0 depends on file: /usr/local/bin/cmake - found
 === Configuring for openal-soft-1.16.0
 === Performing in-source build
 /bin/mkdir -p

www/linux-firefox package doesn't work

[Torfinn Ingolfsen]

linux-firefox  32.0.3,1 doesn't work on FreeBSD  8.4-stable.
When  started from the menu all wiondows just hang. When started from
the shell I get this:
tingo@kg-core1$ linux-firefox

(firefox:65362): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Fontconfig error: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf, line
70: non-double matrix element
Fontconfig error: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf, line
70: non-double matrix element
Fontconfig warning: /etc/fonts/conf.d/10-scale-bitmap-fonts.conf,
line 78: saw unknown, expected number
LoadPlugin: failed to initialize shared library libXt.so [libXt.so:
cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library
/usr/home/tingo/.mozilla/plugins/npwrapper.libflashplayer.so
[/usr/home/tingo/.mozilla/plugins/npwrapper.libflashplayer.so: wrong
ELF class: ELFCLASS64]
LoadPlugin: failed to initialize shared library
/usr/local/lib/IcedTeaPlugin.so [/usr/local/lib/IcedTeaPlugin.so:
wrong ELF class: ELFCLASS64]
out of memory: 0x0001 bytes requested
out of memory: 0x0001 bytes requested
out of memory: 0x3A20 bytes requested
Segmentation fault (core dumped)


package info:
root@kg-core1# pkg search linux-firefox
linux-firefox-32.0.3,1

FreeBSD version info:
root@kg-core1# uname -a
FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
May 23 20:23:35 CEST 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64

It's getting increasingly difficult to work with FreeBSD as my
workstation; I was stupid enough to upgrade Firefox to a newer version
(ok, my fault), and now I find with the newest version of the ports
tree that firefox-esr, firefox and chromium are all broken(does not
build, or does not work).
The only firefox package available is linux-firefox, and that doesn't
work. I also trie installing chromium from a package, that crashes
too. Not a good evening :-(
-- 
Regards
Torfinn Ingolfsen,
Norway
___
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

chromium package doesn't work on FreeBSD 8.4-stable

[Torfinn Ingolfsen]

FreeBSD version:
root@kg-core1# uname -a
FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
May 23 20:23:35 CEST 2014
r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64

package version:
root@kg-core1# pkg search chromium
chromium-38.0.2125.101_1

Try to start it:
tingo@kg-core1$ chrome
Bus error (core dumped)


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