Committer for pycharm-ce update?

2021-04-27 Thread Jonathan Chen
Hi,

Is there a committer available to review and 3 week old PR?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254646

Cheers.
-- 
Jonathan Chen 
___
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: Some delayed ports

2021-04-27 Thread Jonathan Chen
On Wed, 28 Apr 2021 at 08:05, The Doctor via freebsd-ports
 wrote:
>
> Spamassassin is up to 3.4.6
>
> Gcc is up to 11.1
>
> Exim there WAS   A SECURITY FLAW CAUGHT.
>
> aRE WE KEEPING UP?

If you're anxious, you can submit a port-update yourself. Remember,
port-maintainers are all volunteers, and their priorities are not your
priorities.

Cheers.
-- 
Jonathan Chen 
___
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"


Can a kind committer review a PR?

2021-04-14 Thread Jonathan Chen
Hi,

I've got a PR sitting in the "New" state for a couple of weeks now.
Can a committer please take a look at it?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254646

Cheers.
-- 
Jonathan Chen 
___
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: chromium-89.0.4389.114_1 sign-in feature unavailable?

2021-04-11 Thread Jonathan Chen
On Mon, 12 Apr 2021 at 10:24, Jonathan Chen  wrote:
>
> On Mon, 12 Apr 2021 at 09:51, Dimitry Andric  wrote:
> >
> > On 11 Apr 2021, at 21:57, Jonathan Chen  wrote:
> > >
> > >
> > > I recently updated to chromium-89.0.4389.114_1, and it now appears
> > > that the browser sync sign-in feature is not available anymore? Or did
> > > I miss something?
> >
> > Yes, apparently you missed this:
> >
> > https://blog.chromium.org/2021/01/limiting-private-api-availability-in.html
> >
> > It was all over the news... :)
>
> I must not have the right feeds...
>
> Is the FreeBSD port of chrome considered a "third-party Chromium based
> browser"? Does this mean that my bookmarks between work and home
> chrome browsers will now start drifting out-of-sync?

Having brought myself up-to-date with the subject: It appears that
that is now the case.

Sigh.
-- 
Jonathan Chen 
___
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: chromium-89.0.4389.114_1 sign-in feature unavailable?

2021-04-11 Thread Jonathan Chen
On Mon, 12 Apr 2021 at 09:51, Dimitry Andric  wrote:
>
> On 11 Apr 2021, at 21:57, Jonathan Chen  wrote:
> >
> >
> > I recently updated to chromium-89.0.4389.114_1, and it now appears
> > that the browser sync sign-in feature is not available anymore? Or did
> > I miss something?
>
> Yes, apparently you missed this:
>
> https://blog.chromium.org/2021/01/limiting-private-api-availability-in.html
>
> It was all over the news... :)

I must not have the right feeds...

Is the FreeBSD port of chrome considered a "third-party Chromium based
browser"? Does this mean that my bookmarks between work and home
chrome browsers will now start drifting out-of-sync?

Cheers.
-- 
Jonathan Chen 
___
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"


chromium-89.0.4389.114_1 sign-in feature unavailable?

2021-04-11 Thread Jonathan Chen
Hi,

I recently updated to chromium-89.0.4389.114_1, and it now appears
that the browser sync sign-in feature is not available anymore? Or did
I miss something?

Cheers.

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


Distfile mismatch on graphics/gpu-firmware-kmod

2021-03-18 Thread Jonathan Chen
Hi,

I just recently updated my ports tree to r568712, but unfortunately
graphics/gpu-firmware-kmod is failing to build with:

===>  License AMD INTEL accepted by the user
=> FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz doesn't
seem to exist in /distfiles/.
=> Attempting to fetch
https://codeload.github.com/FreeBSDDesktop/kms-firmware/tar.gz/d15ea6e?dummy=/FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz
fetch: 
https://codeload.github.com/FreeBSDDesktop/kms-firmware/tar.gz/d15ea6e?dummy=/FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz:
size unknown
fetch: 
https://codeload.github.com/FreeBSDDesktop/kms-firmware/tar.gz/d15ea6e?dummy=/FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz:
size of remote file is not known
FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz  23
MB 7292 kBps03s
=> Fetched file size mismatch (expected 24465464, actual 24466018)
=> Trying next site
=> Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz
fetch: 
http://distcache.FreeBSD.org/ports-distfiles/FreeBSDDesktop-kms-firmware-g20210224-d15ea6e_GH0.tar.gz:
Not Found
=> Couldn't fetch it - please try to retrieve this
=> port manually into /distfiles/ and try again.
*** Error code 1

Stop.
make: stopped in /xports/graphics/gpu-firmware-kmod

I've cleared out the distfiles and retried, but it keeps failing in
the same place. Either the distfile is bad or the distinfo is
incorrect.

Cheers.
-- 
Jonathan Chen 
___
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: editors/libreoffice fails to build after misc/box2d update

2021-03-07 Thread Jonathan Chen
On Mon, 8 Mar 2021 at 14:44, Jonathan Chen  wrote:
>
> Hi,
>
> editors/libreoffice is currently failing to build with:
> ===>   libreoffice-7.1.0.3_2 depends on shared library:
> libboost_date_time.so - found (/usr/local/lib/libboost_date_time.so)
> ===>   Returning to build of libreoffice-7.1.0.3_2
> ===>   libreoffice-7.1.0.3_2 depends on shared library: libBox2D.so - not 
> found
> ===>   Installing existing package /packages/All/Box2D-2.4.1.txz
> Installing Box2D-2.4.1...
> Extracting Box2D-2.4.1: .. done
> ===>   libreoffice-7.1.0.3_2 depends on shared library: libBox2D.so - not 
> found
> *** Error code 1
>
> Stop.
> make: stopped in /xports/editors/libreoffice
>
> A quick look at Box2D reveals that with the update to 2.4.1, the
> shared library name has been renamed to libbox2d.so (all in lower
> case):

I've raised a PR with a tested fix:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254122

Cheers.
-- 
Jonathan Chen 
___
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"


editors/libreoffice fails to build after misc/box2d update

2021-03-07 Thread Jonathan Chen
Hi,

editors/libreoffice is currently failing to build with:
===>   libreoffice-7.1.0.3_2 depends on shared library:
libboost_date_time.so - found (/usr/local/lib/libboost_date_time.so)
===>   Returning to build of libreoffice-7.1.0.3_2
===>   libreoffice-7.1.0.3_2 depends on shared library: libBox2D.so - not found
===>   Installing existing package /packages/All/Box2D-2.4.1.txz
Installing Box2D-2.4.1...
Extracting Box2D-2.4.1: .. done
===>   libreoffice-7.1.0.3_2 depends on shared library: libBox2D.so - not found
*** Error code 1

Stop.
make: stopped in /xports/editors/libreoffice

A quick look at Box2D reveals that with the update to 2.4.1, the
shared library name has been renamed to libbox2d.so (all in lower
case):

Cheers.
-- 
Jonathan Chen 
___
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/pycharm-ce update?

2021-02-28 Thread Jonathan Chen
Hi,

Any chance of a committer progressing:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253260

It's been nearly a month?

Cheers.
-- 
Jonathan Chen 
___
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: When did pkg(8) drop support for 12-STABLE?

2021-02-23 Thread Jonathan Chen
On Wed, 24 Feb 2021 at 15:00, Chris  wrote:
>
> On 2021-02-23 16:04, Mark Millard wrote:
> > Chris portmaster at bsdforge.com wrote on
> > Tue Feb 23 23:31:09 UTC 2021 :
> >
> >> On 2021-02-23 14:58, @lbutlr wrote:
> >> > On 23 Feb 2021, at 13:26, Chris  wrote:
> >> >> OK On a virgin 12 stable install.
> >> >
> >> > The current release is 12.2-RELEASE. 12.0-RELEASE was EOLed last 
> >> > February. I
> >> > am
> >> > not sure what build you mean by "12-STABLE"
> >> It was from a 12-STABLE usb stick (probably 12.1). Is there no way forward,
> >> save
> >> building up to 12.2?
> >
> >
> > You might want to report the output of:
> >
> > # uname -apKU
> >
> > if you can still run it in the environment in question.
> Thank you for your thoughtful suggestion, Mark.
> It returns:
> FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC  amd64
> amd64 1201522 1201522
>
> Is that bad?

You're running 12.1, and not -STABLE. The EOL for 12.1 was Nov-2019.

You need to get a later version or run -STABLE (ie: build from source
off the stable/12 branch).

Cheers.
--
Jonathan Chen 
___
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: replacing ffserver?

2020-12-03 Thread Jonathan Chen
On Fri, 4 Dec 2020 at 12:41, Robert Huff  wrote:
>
>
> Hello:
> I now have a working webcam and want to make its output available
> (via https?) on my local net.
> It is my understanding a common way to do this used to be
> ffserver, a utility provided by ffmpeg.  However: no such object
> appears in the plist, nor has it become a separate port.
> Is there well-liked replacement?  Or perhaps even a how-to?

Possibly multimedia/motion?
https://motion-project.github.io/motion_config.html specifies a
web-stream configuration option.

Cheers.
-- 
Jonathan Chen 
___
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: java/openjdk8 failed with "Undefined symbol "regcomp@FBSD_1.6""

2020-11-26 Thread Jonathan Chen
On Fri, 27 Nov 2020 at 11:33, KIRIYAMA Kazuhiko  wrote:
[...]
> ld-elf.so.1: /usr/local/bin/bash: Undefined symbol "regcomp@FBSD_1.6"

Rebuild your bash port first, before attempting to build openjdk8

Cheers.
-- 
Jonathan Chen 
___
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"


Removal of net-mgmt/cnagios4

2020-11-17 Thread Jonathan Chen
Hi,

The removal of net-mgmt/cnagios4 needs to reflected in net-mgmt/Makefile
The line:
SUBDIR += cnagios4
needs to be removed.

Cheers.
-- 
Jonathan Chen 
___
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"


gvfs delay on login?

2020-10-15 Thread Jonathan Chen
Hi,

I recently updated my ports, and with the update of gvfs-1.46_1, I'm
noticing a 20s delay when I log in with mate-session. The closest
indication as to what may be the problem is in one of my logs:

** Message: 15:35:14.744: Initializing gksu extension...
Error creating proxy: Error calling StartServiceByName for
org.gtk.vfs.GoaVolumeMonitor: Timeout was reached (g-io-error-quark,
24)
(mate-panel:47984): GVFS-RemoteVolumeMonitor-WARNING **: 15:35:39.602:
remote volume monitor with dbus name org.gtk.vfs.GoaVolumeMonitor is
not supported
(caja:48000): GVFS-RemoteVolumeMonitor-WARNING **: 15:35:39.602:
remote volume monitor with dbus name org.gtk.vfs.GoaVolumeMonitor is
not supported
(mate-screensaver:48018): GVFS-RemoteVolumeMonitor-WARNING **:
15:35:39.602: remote volume monitor with dbus name
org.gtk.vfs.GoaVolumeMonitor is not supported

It looks like a regression of some sort?
-- 
Jonathan Chen 
___
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: mate 1.24.1 breaks some applets

2020-10-09 Thread Jonathan Chen
Hi Eric,

On Mon, 5 Oct 2020 at 23:55, Eric Turgeon  wrote:
>
> The  problem is Window List when it crahs it makes the other applets crashe.
>
> There is a ports update that breaks Window List Applets I am trying to find 
> which one.

Thank you very much for the mate-panel-1.24.1_1 update. It appears to
have fixed the applet-crashes for me.

Cheers.
--
Jonathan Chen 

> On Mon, Oct 5, 2020 at 2:48 AM Jonathan Chen  wrote:
>>
>> Hi,
>>
>> I've updated to the latest version of mate, 1.24.1; but unfortunately,
>> the following panel applets fail to load:
>>   1. Window List
>>   2. Window Selector
>>   3. Workspace Switcher
>>
>> Cheers.
>> --
>> Jonathan Chen 
>> ___
>> freebsd-gn...@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-gnome
>> To unsubscribe, send any mail to "freebsd-gnome-unsubscr...@freebsd.org"
___
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"


mate 1.24.1 breaks some applets

2020-10-04 Thread Jonathan Chen
Hi,

I've updated to the latest version of mate, 1.24.1; but unfortunately,
the following panel applets fail to load:
  1. Window List
  2. Window Selector
  3. Workspace Switcher

Cheers.
-- 
Jonathan Chen 
___
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"


Build failure postgresql13-server on 12.2-PRERELEASE/amd64

2020-09-27 Thread Jonathan Chen
Hi,

I thought I'd give postgresql13-server a try on 12-STABLE/amd64, but
it currently fails with:

error: can't create module summary index for buffer: Invalid summary
version 8. Version should be in the range [1-7].
LLVM ERROR: ThinLink didn't create an index
gmake[1]: *** [Makefile:222: install-postgres-bitcode] Error 1
gmake[1]: Leaving directory
'/construction/xports/databases/postgresql13-server/work/postgresql-13.0/src/backend'
gmake: *** [../../src/Makefile.global:826: install-strip] Error 2

The error looks similar to:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244403

Cheers.
-- 
Jonathan Chen 
___
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: www/py-html5lib with FLAVOR=py27 failed to build

2020-07-26 Thread Jonathan Chen
On Mon, 27 Jul 2020 at 12:55, Kevin Oberman  wrote:
>
> Still confused at why you are insisting on py27. py37-html5lib should work
> fine. I use it.

The problem is that chromium requires py27-html5lib for its build. If
py27-html5lib can't be built, then there will be quite a few unhappy
chromium users.

Cheers.
-- 
Jonathan Chen 
___
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: WORKDIRPREFIX

2020-07-19 Thread Jonathan Chen
On Mon, 20 Jul 2020 at 10:07, Per Gunnarsson  wrote:
>
> Hello!
>
> I have tried so set WORKDIRPREFIX on current, but the ports keep
> building in /usr/ports

It's WRKDIRPREFIX, defined in bsd.port.mk.
-- 
Jonathan Chen 
___
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: Porting Practice

2020-07-04 Thread Jonathan Chen
On Sun, 5 Jul 2020 at 14:06, Brandon helsley
 wrote:
[...]
>
> Yes it does, I understand how it works now, I just needed an example, and I 
> can compare this with other methods to figure it out. How do you get the port 
> working in your directory?

In general:
 1. extract the original sources elsewhere
 2. hack it to compile
 3. compare the hacks against the original sources again to generate diffs.
 4. put the diffs into the files/ directory of the port
 5. Tweak the Makefile for all targets (fetch, extract, build, stage, etc)

Cheers.
-- 
Jonathan Chen 
___
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: Porting Practice

2020-07-04 Thread Jonathan Chen
On Sun, 5 Jul 2020 at 12:47, Brandon helsley
 wrote:
>
> I have gotten a couple of emails from portscout about ports that need updated 
> and maintained. Before I go about updating and maintaining these ports I 
> wanted to do some practice on a couple that I use like x11/nvidia-settings. I 
> have recieved alot of help on the forums and from the documentation, but i'm 
> still at a loss as to how the diff process works.
[...]

This is my personal workflow:
 1. Take a simple copy of the port into my working directory
 2. Get the port working in my working directory.
 3. cd my-working-directory
 4. diff -ruN /usr/ports/x11/nvidia-settings . > /tmp/nvidia-settings.patch
 5. submit patch onto bugs.freebsd.org

Hope that helps.
-- 
Jonathan Chen 
___
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: Port maintenance

2020-06-29 Thread Jonathan Chen
On Tue, 30 Jun 2020 at 09:20, Brandon helsley
 wrote:
>
> Okay, I use the nvidia 390 driver and nvidia-xsettings, but they both have no 
> maintainer. I read all the material about what the responsibilitys are for a 
> maintainer and I think I can do a couple. I got a message from portscout 
> about a couple of ports that needed updated. I didn't sign up for any yet but 
> could start there. How do I set my email address to maintainer? I will begin 
> soon after I reread the documentation for contributing to ports and maybe ask 
> a few more questions as they arise.
>

The usual process is to submit an update (a fix or a version-update)
to the port via bugs.freebsd.org. If it has no maintainer and you're
willing to adopt it, your update will also change the MAINTAINER in
the Makefile.

Cheers.
-- 
Jonathan Chen 
___
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: stable postgresql11 appears to have issues

2020-06-28 Thread Jonathan Chen
On Sun, 28 Jun 2020 at 18:42, Donald Wilde  wrote:
> An update. Synth is still crashing and I am attempting to also solve
> that one in another thread. On this front, while working with synth I
> noticed that the /usr/ports/distfiles directory no longer seems to be
> created and used by default. Synth asked me to create one outside of
> the ports tree and add it to make.conf. I did so,

Adding directives to /etc/make.conf is the wrong place for synth. You
need to add it to /usr/local/etc/synth/LiveSystem-make.conf. It's all
in the man-page for synth.

Cheers.
-- 
Jonathan Chen 
___
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: sysutils/apache-mesos: Enable Java bindings request for review

2020-06-19 Thread Jonathan Chen
On Sat, 20 Jun 2020 at 12:39, James Wright
 wrote:
>
>
> On 20/06/2020 01:16, Jonathan Chen wrote:
> > On Sat, 20 Jun 2020 at 10:01, James Wright
> >  wrote:
> >>
> >> On 19/06/2020 22:37, Jonathan Chen wrote:
> >>> On Sat, 20 Jun 2020 at 07:14, James Wright
> >>>  wrote:
> >>> [..]
> >>>>  One specific area of concern is dealing with the Maven dependencies
> >>>> fetched mid-way through the build phase. I thought I had a solution
> >>>> utilizing
> >>>> the maven dependency plugin "go-offline" goal in the fetch phase and
> >>>> providing a skeleton POM to describe the dependencies required. However,
> >>>> there
> >>>> is a question mark over where these dependencies should be downloaded
> >>>> during the fetch phase;
> >>> One possible way to do this is to provide an offline maven repository
> >>> that has all the required dependencies pre-fetched. The pre-warmed
> >>> repo is static, and can be retrieved and extracted during the
> >>> fetch-phase. Your maven build can then specify
> >>> "-Dmaven.repo.local=${WRKDIR}/local-repo".
> >>>
> >>> The java/eclipse port uses this strategy.
> >>>
> >>> Cheers.
> >>> --
> >>> Jonathan Chen 
> >> I have seen that method used in some Java ports, but thought it would be
> >> better to
> >> download the dependencies from the offical maven repo directly, rather
> >> than a
> >> bundled tarball hosted on a personal/private repo which seems a less
> >> reliable source?
> > Doing so violates the ports-build requirement that access to the 'Net
> > is only permitted during the fetch-phase.
>
> Not in this case, all dependencies are downloaded during the fetch phase
> by invoking
> maven dependency:go-offline goal to prefetch everything required into the
> local repo before the build phase.

Won't your distinfo file be amazingly large?
-- 
Jonathan Chen 
___
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: sysutils/apache-mesos: Enable Java bindings request for review

2020-06-19 Thread Jonathan Chen
On Sat, 20 Jun 2020 at 10:01, James Wright
 wrote:
>
>
> On 19/06/2020 22:37, Jonathan Chen wrote:
> > On Sat, 20 Jun 2020 at 07:14, James Wright
> >  wrote:
> > [..]
> >> One specific area of concern is dealing with the Maven dependencies
> >> fetched mid-way through the build phase. I thought I had a solution
> >> utilizing
> >> the maven dependency plugin "go-offline" goal in the fetch phase and
> >> providing a skeleton POM to describe the dependencies required. However,
> >> there
> >> is a question mark over where these dependencies should be downloaded
> >> during the fetch phase;
> > One possible way to do this is to provide an offline maven repository
> > that has all the required dependencies pre-fetched. The pre-warmed
> > repo is static, and can be retrieved and extracted during the
> > fetch-phase. Your maven build can then specify
> > "-Dmaven.repo.local=${WRKDIR}/local-repo".
> >
> > The java/eclipse port uses this strategy.
> >
> > Cheers.
> > --
> > Jonathan Chen 
>
> I have seen that method used in some Java ports, but thought it would be
> better to
> download the dependencies from the offical maven repo directly, rather
> than a
> bundled tarball hosted on a personal/private repo which seems a less
> reliable source?

Doing so violates the ports-build requirement that access to the 'Net
is only permitted during the fetch-phase.
-- 
Jonathan Chen 
___
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: sysutils/apache-mesos: Enable Java bindings request for review

2020-06-19 Thread Jonathan Chen
On Sat, 20 Jun 2020 at 07:14, James Wright
 wrote:
[..]
>One specific area of concern is dealing with the Maven dependencies
> fetched mid-way through the build phase. I thought I had a solution
> utilizing
> the maven dependency plugin "go-offline" goal in the fetch phase and
> providing a skeleton POM to describe the dependencies required. However,
> there
> is a question mark over where these dependencies should be downloaded
> during the fetch phase;

One possible way to do this is to provide an offline maven repository
that has all the required dependencies pre-fetched. The pre-warmed
repo is static, and can be retrieved and extracted during the
fetch-phase. Your maven build can then specify
"-Dmaven.repo.local=${WRKDIR}/local-repo".

The java/eclipse port uses this strategy.

Cheers.
--
Jonathan Chen 
___
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: Lsof port can't build (again)

2020-06-16 Thread Jonathan Chen
On Wed, 17 Jun 2020 at 15:11, @lbutlr  wrote:
>
> On 16 Jun 2020, at 06:40, Mike Bristow  wrote:
> > What is the output of "egrep '^(TYPE|REVISION|BRANCH)' 
> > /usr/src/sys/conf/newvers.sh" ?
>
> Well, this seems like it might be bad:
>
> # egrep '^(TYPE|REVISION|BRANCH)' /usr/src/sys/conf/newvers.sh
> TYPE="FreeBSD"
> REVISION="13.0"
> BRANCH=${BRANCH_OVERRIDE:-CURRENT}
>
> > How do you maintain the src tree on your machine?
>
> svn checkout https://svn.FreeBSD.org/base/head /usr/src
>
> And
>
> cd /usr/src
> make update SVN_UPDATE=yes
>
> Needless to say, I was expecting that checkout would give me 12.1, but I 
> don't see how to get that.

It's in the handbook:
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html

So for 12-stable, you should be using:
svn checkout https://svn.freebsd.org/base/stable/12 /usr/src

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


BIND 9.16.2 failing on RPI3 running 12.1-STABLE

2020-04-15 Thread Jonathan Chen
Hi,

I'm currently running BIND on an RPI3, and the latest update to
bind-9.16.2 currently fails to with:

Apr 16 17:39:26 topaz named[64497]: starting BIND 9.16.2 (Stable
Release) 
Apr 16 17:39:26 topaz named[64497]: running on FreeBSD arm64
12.1-STABLE FreeBSD 12.1-STABLE #0 r358927: Sun Mar 15 22:24:30 NZDT
2020 jo
n...@onyx.inside.chen.org.nz:/xbuilds/rpi3/obj/usr/src/arm64.aarch64/sys/GENERIC
Apr 16 17:39:26 topaz named[64497]: built with '--disable-linux-caps'
'--localstatedir=/var' '--sysconfdir=/usr/local/etc/namedb'
'--with-dlo
pen=yes' '--with-libxml2' '--with-openssl=/usr'
'--with-readline=-L/usr/local/lib -ledit' '--with-dlz-filesystem=yes'
'--disable-dnstap' '--d
isable-fixed-rrset' '--disable-geoip' '--without-maxminddb'
'--without-gssapi' '--with-libidn2=/usr/local' '--with-json-c'
'--disable-largefi
le' '--with-lmdb=/usr/local' '--disable-native-pkcs11'
'--without-python' '--disable-querytrace'
'STD_CDEFINES=-DDIG_SIGCHASE=1' '--enable-tc
p-fastopen' '--with-tuning=default' '--disable-symtable'
'--prefix=/usr/local' '--mandir=/usr/local/man'
'--infodir=/usr/local/share/info/' '
--build=aarch64-portbld-freebsd12.1'
'build_alias=aarch64-portbld-freebsd12.1' 'CC=cc' 'CFLAGS=-O2 -pipe
-DLIBICONV_PLUG -fstack-protector-st
rong -isystem /usr/local/include -fno-strict-aliasing ' 'LDFLAGS=
-L/usr/local/lib -ljson-c -fstack-protector-strong '
'LIBS=-L/usr/local/lib
' 'CPPFLAGS=-DLIBICONV_PLUG -isystem /usr/local/include' 'CPP=cpp'
'PKG_CONFIG=pkgconf'
Apr 16 17:39:26 topaz named[64497]: running as: named -4 -t /var/named
-u bind -c /usr/local/etc/namedb/named.conf
Apr 16 17:39:26 topaz named[64497]: compiled by CLANG FreeBSD Clang
9.0.1 (g...@github.com:llvm/llvm-project.git
c1a0a213378a458fbea1a5c77b315
c7dce08fd05)
Apr 16 17:39:26 topaz named[64497]: compiled with OpenSSL version:
OpenSSL 1.1.1d-freebsd  10 Sep 2019
Apr 16 17:39:26 topaz named[64497]: linked to OpenSSL version: OpenSSL
1.1.1d-freebsd  10 Sep 2019
Apr 16 17:39:26 topaz named[64497]: compiled with libxml2 version: 2.9.10
Apr 16 17:39:26 topaz named[64497]: linked to libxml2 version: 20910
Apr 16 17:39:26 topaz named[64497]: compiled with json-c version: 0.13.1
Apr 16 17:39:26 topaz named[64497]: linked to json-c version: 0.13.1
Apr 16 17:39:26 topaz named[64497]: compiled with zlib version: 1.2.11
Apr 16 17:39:26 topaz named[64497]: linked to zlib version: 1.2.11
Apr 16 17:39:26 topaz named[64497]:

Apr 16 17:39:26 topaz named[64497]: BIND 9 is maintained by Internet
Systems Consortium,
Apr 16 17:39:26 topaz named[64497]: Inc. (ISC), a non-profit 501(c)(3)
public-benefit
Apr 16 17:39:26 topaz named[64497]: corporation.  Support and training
for BIND 9 are
Apr 16 17:39:26 topaz named[64497]: available at https://www.isc.org/support
Apr 16 17:39:26 topaz named[64497]:

Apr 16 17:39:26 topaz named[64497]: command channel listening on 127.0.0.1#953
Apr 16 17:39:26 topaz named[64497]: netmgr.c:995:
REQUIRE(worker->recvbuf_inuse) failed
Apr 16 17:39:26 topaz named[64497]: exiting (due to assertion failure)
Apr 16 17:39:26 topaz kernel: pid 64497 (named), jid 0, uid 53: exited
on signal 6

The last version of bind916 that works is bind916-9.16.0_2.txz. 9.16.1
also fails with an assertion error on netmgr.c.

Cheers.
-- 
Jonathan Chen 
___
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: qt5-webengine

2020-04-04 Thread Jonathan Chen
On Sun, 5 Apr 2020 at 06:46, ajtiM via freebsd-ports
 wrote:
[...]
> I did use Synth but all the time compile so many ports and I stop and
> switched back to portmaster. But if I hav problem than I have a problem
> something related to KDE. I am using Openbox. I deleted re2 and all
> ports related and I hope it is done with KDE.

The reason why synth and poudriere compiles so many ports is to avoid
the problem that you're now experiencing. It makes sure that all the
packages you use are in a consistent state, while building in a clean
environment. Frankly speaking, if you're compiling your own ports, you
have to use either synth or poudriere; anything else will cost you
time hunting down broken dependencies.

Cheers.
-- 
Jonathan Chen 
___
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: fetch is tarpitted by Texas Instruments and/or Akamai and can not download distfiles for TI-related ports.

2020-04-02 Thread Jonathan Chen
On Fri, 3 Apr 2020 at 07:26, Lev Serebryakov  wrote:
[...]
>  You could try it yourself:
>
> http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/8_3_2_2/export/msp430-gcc-support-files-1.209.zip
>
> http://www.ti.com/lit/ug/slau646e/slau646e.pdf
>
>  I don't know, is it generic for Akamai or TI-specific.

I'm here in New Zealand and clicking on the link succeeds within
Chrome, but times out with fetch(1).

Cheers.
-- 
Jonathan Chen 
___
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/webkit2-gtk3 2.28 update

2020-03-31 Thread Jonathan Chen
Hi,

I see that www/webkit2-gtk3 has recently been updated to 2.28.
However, there's still a problem with the port. Can any available
committer please review:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238844

Without this fix, the java/eclipse port is somewhat crippled.

Cheers.
--
Jonathan Chen 
___
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: java/openjdk7 update fails to build

2020-03-16 Thread Jonathan Chen
Hi Greg,

On Tue, 17 Mar 2020 at 15:47, Greg Lewis  wrote:
>
> Hi Jon,
>
> On 2020-03-09 18:12, Jonathan Chen wrote:
> > Hi,
> >
> > The latest update to java/openjdk7 on 8-Mar to 7u251 is currently failing 
> > with:
> >
> > echo Linking launcher...
> > Linking launcher...
> > cc -m64 -Xlinker -O1  -Xlinker -z -Xlinker noexecstack -m64 -Xlinker
> > -export-dynamic  -L`pwd`  -o gamma launcher/java_md.o
> > launcher/jli_util.o launcher/wildcard.o launcher/java.o -ljvm  -lm
> > -pthread
> > ld: error: undefined symbol: JNI_CreateJavaVM
> >>>> referenced by java_md.c:752 
> >>>> (/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/src/os/posix/launcher/java_md.c:752)
> >>>>   launcher/java_md.o:(LoadJavaVM)
> > ld: error: undefined symbol: JNI_GetDefaultJavaVMInitArgs
> >>>> referenced by java_md.c:753 
> >>>> (/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/src/os/posix/launcher/java_md.c:753)
> >>>>   launcher/java_md.o:(LoadJavaVM)
> > cc: error: linker command failed with exit code 1 (use -v to see invocation)
> > gmake[7]: *** 
> > [/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/makefiles/launcher.make:102:
> > gamma] Error 1
> > gmake[7]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
> > gmake[6]: *** 
> > [/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/makefiles/top.make:129:
> > the_vm] Error 2
> > gmake[6]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
> > gmake[5]: *** 
> > [/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/Makefile:292:
> > product] Error 2
> > gmake[5]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir'
> > gmake[4]: *** [Makefile:203: generic_build2] Error 2
> > gmake[4]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make'
> > gmake[3]: *** [Makefile:158: product] Error 2
> > gmake[3]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make'
> > gmake[2]: *** [make/hotspot-rules.gmk:128: hotspot-build] Error 2
> > gmake[2]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1'
> > gmake[1]: *** [Makefile:251: build_product_image] Error 2
> > gmake[1]: Leaving directory
> > '/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1'
> > *** Error code 1
> >
> > Cheers.
>
>
> I assume you're trying this on 13.x since the problem doesn't occur on
> either 11.x or 12.x that I know of.  Please let me know if that isn't
> true, but certainly package builder has had no problems and neither have
> I.  Also, these same build errors have been happening on 13.x for months
> -- well before the update of openjdk7.

Actually, I'm running  12.1-STABLE @ r358927, updated on 13-Mar-2020,
which uses clang:
# cc -v
FreeBSD clang version 9.0.1 (g...@github.com:llvm/llvm-project.git
c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1)
Target: x86_64-unknown-freebsd12.1
Thread model: posix
InstalledDir: /usr/bin

Cheers.
-- 
Jonathan Chen 
___
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"


java/openjdk7 update fails to build

2020-03-09 Thread Jonathan Chen
Hi,

The latest update to java/openjdk7 on 8-Mar to 7u251 is currently failing with:

echo Linking launcher...
Linking launcher...
cc -m64 -Xlinker -O1  -Xlinker -z -Xlinker noexecstack -m64 -Xlinker
-export-dynamic  -L`pwd`  -o gamma launcher/java_md.o
launcher/jli_util.o launcher/wildcard.o launcher/java.o -ljvm  -lm
-pthread
ld: error: undefined symbol: JNI_CreateJavaVM
>>> referenced by java_md.c:752 
>>> (/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/src/os/posix/launcher/java_md.c:752)
>>>   launcher/java_md.o:(LoadJavaVM)

ld: error: undefined symbol: JNI_GetDefaultJavaVMInitArgs
>>> referenced by java_md.c:753 
>>> (/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/src/os/posix/launcher/java_md.c:753)
>>>   launcher/java_md.o:(LoadJavaVM)
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[7]: *** 
[/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/makefiles/launcher.make:102:
gamma] Error 1
gmake[7]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
gmake[6]: *** 
[/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/makefiles/top.make:129:
the_vm] Error 2
gmake[6]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product'
gmake[5]: *** 
[/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make/bsd/Makefile:292:
product] Error 2
gmake[5]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/build/bsd-amd64/hotspot/outputdir'
gmake[4]: *** [Makefile:203: generic_build2] Error 2
gmake[4]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make'
gmake[3]: *** [Makefile:158: product] Error 2
gmake[3]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1/hotspot/make'
gmake[2]: *** [make/hotspot-rules.gmk:128: hotspot-build] Error 2
gmake[2]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1'
gmake[1]: *** [Makefile:251: build_product_image] Error 2
gmake[1]: Leaving directory
'/construction/xports/java/openjdk7/work/jdk7u-jdk7u251-b02.1'
*** Error code 1

Cheers.
-- 
Jonathan Chen 
___
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"


chromium-80.0.3987.132 fails to patch

2020-03-08 Thread Jonathan Chen
Hi,

chromium-80.0.3987.132 is currently failing with:

--  Phase: patch

===>  Patching for chromium-80.0.3987.132
===>   Converting DOS text files to UNIX text files
===>  Applying extra patch /xports/www/chromium/files/extra-patch-clang
===>  Applying FreeBSD patches for chromium-80.0.3987.132
No file to patch.  Skipping...
3 out of 3 hunks ignored--saving rejects to
base/memory/protected_memory_posix.cc.rej
=> FreeBSD patch patch-base_memory_protected__memory__posix.cc failed
to apply cleanly.
=> Patch(es)  
patch-3p-pdfium_3p_base_allocator_partition__allocator_page__allocator__internals__posix.h
patch-BUILD.gn patch-app
s_ui_views_app__window__frame__view.cc
patch-ash_display_mirror__window__controller.cc patch-base_BUILD.gn
patch-base_allocator_a
llocator__shim.cc
patch-base_allocator_allocator__shim__default__dispatch__to__glibc.cc
patch-base_allocator_allocator__shim__ove
rride__libc__symbols.h
patch-base_allocator_allocator__shim__unittest.cc
patch-base_allocator_partition__allocator_page__allocato
r__internals__posix.h patch-base_base__switches.cc
patch-base_base__switches.h patch-base_cpu.cc
patch-base_debug_debugger__posix
.cc patch-base_debug_elf__reader.cc
patch-base_debug_proc__maps__linux.cc patch-base_debug_stack__trace.cc
patch-base_debug_stack
__trace.h patch-base_debug_stack__trace__posix.cc
patch-base_files_file__path__unittest.cc
patch-base_files_file__path__watcher.c
c patch-base_files_file__path__watcher__kqueue.h
patch-base_files_file__path__watcher__stub.cc
patch-base_files_file__path__watch
er__unittest.cc patch-base_files_file__util.h
patch-base_files_file__util__posix.cc patch-base_files_scoped__file.cc
patch-base_i
18n_icu__util.cc patch-base_linux__util.cc
patch-base_logging__unittest.cc
patch-base_memory_madv__free__discardable__memory__pos
ix.cc patch-base_memory_platform__shared__memory__region.h
patch-base_memory_platform__shared__memory__region__posix.cc applied c
leanly.
*** Error code 1

Stop.
make: stopped in /xports/www/chromium


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


Committer request for textproc/sigil update

2020-02-19 Thread Jonathan Chen
Hi,

Are there any committers available to take on a textproc/sigil update:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243965

It's just PORTVERSION and distinfo changes.

Cheers.
--
Jonathan Chen 
___
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"


Port committer request : x11-themes/gartoon-redux

2020-02-01 Thread Jonathan Chen
Hi,

Are there any committers available to review/commit:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243478

It's just an icon collection..

Thanks!
-- 
Jonathan Chen 
___
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"


chromium-79.0.3945.130 fails to build.

2020-01-22 Thread Jonathan Chen
Hi,

The latest update of chromium-79.0.3945.130 is currently failing to
build on FreeBSD-12/amd64:

FAILED: obj/third_party/leveldatabase/leveldatabase/port_chromium.o
c++ -MMD -MF obj/third_party/leveldatabase/leveldatabase/port_chromium.o.d
-DLEVELDB_PLATFORM_CHROMIUM=1 -DLEVELDB_COMPILE_LIBRARY -DUSE_AURA=
1 -DUSE_GLIB=1 -DUSE_NSS_CERTS=1 -DUSE_X11=1 -DOFFICIAL_BUILD
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DNO_UNWIND_TAB
LES -D_GNU_SOURCE -DCR_CLANG_REVISION=\"373424-64a362e7-1\" -DNDEBUG
-DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0
-DLEVELDB_PLATFORM_CHROMIUM=1
 -DLEVELDB_PLATFORM_CHROMIUM=1
-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_32
-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_26 -I../.. -Igen -I../.
./third_party/leveldatabase -I../../third_party/leveldatabase/src
-I../../third_party/leveldatabase/src/include
-Igen/shim_headers/snappy_shim
 -I../../third_party/boringssl/src/include -I../../third_party/re2/src
-fprofile-sample-use=../../chrome/android/profiles/afdo.prof
-fno-stric
t-aliasing --param=ssp-buffer-size=4 -fstack-protector
-fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread
-fcolor-diagnostics -
fmerge-all-constants -m64 -march=x86-64 -no-canonical-prefixes -O2
-fno-ident -fdata-sections -ffunction-sections -fno-omit-frame-pointer
-g0
-fvisibility=hidden -Wheader-hygiene -Wstring-conversion
-Wtautological-overlap-compare -Wall -Wno-unused-variable
-Wno-missing-field-initiali
zers -Wno-unused-parameter -Wno-c++11-narrowing
-Wno-unneeded-internal-declaration -Wno-undefined-var-template
-I/usr/local/include/glib-2.0 -
I/usr/local/lib/glib-2.0/include -I/usr/local/include -std=c++14
-fno-exceptions -fno-rtti -fvisibility-inlines-hidden -O2 -pipe
-fstack-prote
ctor-strong -isystem /usr/local/include -fno-strict-aliasing  -isystem
/usr/local/include  -c
../../third_party/leveldatabase/port/port_chromi
um.cc -o obj/third_party/leveldatabase/leveldatabase/port_chromium.o
In file included from ../../third_party/leveldatabase/port/port_chromium.cc:10:
../../third_party/snappy/src/snappy.h:76:59: error: unknown type name
'string'; did you mean 'std::string'?
  size_t Compress(const char* input, size_t input_length, string* output);
  ^~
  std::string
/usr/include/c++/v1/iosfwd:211:65: note: 'std::string' declared here
typedef basic_string, allocator > string;
^
In file included from ../../third_party/leveldatabase/port/port_chromium.cc:10:
../../third_party/snappy/src/snappy.h:85:19: error: unknown type name
'string'; did you mean 'std::string'?
  string* uncompressed);
  ^~
  std::string
/usr/include/c++/v1/iosfwd:211:65: note: 'std::string' declared here
typedef basic_string, allocator > string;
^
2 errors generated.

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


Port commit request databases/squirrel-sql

2020-01-07 Thread Jonathan Chen
Hi,

Any committers out there available to commit databases/squirrel-sql:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243042

It's a pretty straightforward update, just distinfo and pkg-plist.

Cheers.
-- 
Jonathan Chen 
___
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"


editors/pluma 1.22.2 fails to build

2019-12-24 Thread Jonathan Chen
Hi,

The recent update of editors/pluma 1.22.2 is failing during packaging
with the following errors:

===>  Building package for pluma-1.22.2
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/__init__.cpython-36.opt-1.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/__init__.cpython-36.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/filelookup.cpython-36.opt-1.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/filelookup.cpython-36.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/linkparsing.cpython-36.opt-1.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/linkparsing.cpython-36.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/manager.cpython-36.opt-1.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/manager.cpython-36.pyc:No
such file or directory
pkg-static: Unable to access file
/construction/xports/editors/pluma/work/stage/usr/local/lib/pluma/plugins/externaltools/__pycache__/outputpanel.cpython-36.opt-1.pyc:No
such file or directory
...

Is anyone else seeing this?

Cheers.
-- 
Jonathan Chen 
___
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: dns/libidn2 2.3.0 breaks gnutls for samba (was: Samba 4.10.10 can't find gnutls headers on one machine)

2019-11-21 Thread Jonathan Chen
On Fri, 22 Nov 2019 at 08:46, Morgan Wesström
 wrote:
[...]
> I downgraded libidn2 to 2.2.0 and recompiled gnutls and the other
> packages depending on it and now samba compiles without any problems. I
> can't say if this is a bug in libidn2, gnutls or samba so I can't file a
> bug report for it.

It's a symptom of using non-{jailed|chroot} build environments for
your ports. Using pourdriere or synth is a better alternative.

Cheers.
-- 
Jonathan Chen 
___
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: fast aarch64 computer for creating a port?

2019-08-20 Thread Jonathan Chen
On Tue, 20 Aug 2019 at 19:44, Ronald Klop  wrote:
>
> Hello,
>
> I'm trying to create a port for Mongodb 4.2. To aarch64 and amd64.
> Especially my RPI3 for aarch64 takes about 2 days to compile this. Does the 
> FreeBSD community have a fast aarch64 machine I could use to do test work? 
> Maybe some access to a jail could be provided.

I use qemu-user-static with an aarch64 chrooted sysroot to test/build
ports on an amd64 host. Would such a system not work for you?

Cheers.
-- 
Jonathan Chen 
___
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: Committer for PR 239680, eclipse-4.12 update?

2019-08-20 Thread Jonathan Chen
On Tue, 20 Aug 2019 at 20:35, Michael Zhilin  wrote:
>
> Hi Jonathan,
>
> Thank you for PR and patch!
> Did you see PR 238844 : 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238844
>
> It looks like Eclipse is not usable on FreeBSD due to hangs. It will be super 
> if you can test it with 4.12 and provide feedback.

Unfortunately, even with 4.12, I experience Javascript related hangs.

I've been trying to figure the problem with webkit2-gtk3 these past
few days; but with little success so far. My assumption is that
Eclipse with webkit2-gtk3 2.24 works with Linux (and I can see from
the PR that it does), and so there _should_ be some simple switch that
may have been missed in the port; but unfortunately, I have yet to
find it.

Nonetheless, I believe that eclipse 4.12 should be committed while I
look for a solution.

Cheers.
-- 
Jonathan Chen 
___
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"


Committer for PR 239680, eclipse-4.12 update?

2019-08-19 Thread Jonathan Chen
Hi,

Are there any committers available to review and commit:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239650

It's been more than 2 weeks since I submitted it. swills@ picked it
up, but there's been no movement since.

Cheers
-- 
Jonathan Chen 
___
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: chromium 76.0.3809.100 fails on page-element inspection

2019-08-15 Thread Jonathan Chen
On Fri, 16 Aug 2019 at 08:31, David Wolfskill  wrote:
>
> On Fri, Aug 16, 2019 at 08:27:53AM +1200, Jonathan Chen wrote:
> > Hi,
> >
> > I recently updated to chromium 76.0.3809.100, and it appears to
> > segfault whenever I attempt to 'inspect' an element on the page. Is
> > anyone else seeing this?
> >
> > This is on recent STABLE-12/amd64 , r350672.
> > 
>
> That's not something I do very much, but I tried it, and it seemed to
> work OK.
>
> I'm running stable/11:

Something in my config/setup must have tickled a bug. I cleared out
~/.config/chromium and ~/.cache/chromium, and it appears to work okay
now; even with all my chrome-extensions.

Thanks for your reply!
-- 
Jonathan Chen 
___
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"


chromium 76.0.3809.100 fails on page-element inspection

2019-08-15 Thread Jonathan Chen
Hi,

I recently updated to chromium 76.0.3809.100, and it appears to
segfault whenever I attempt to 'inspect' an element on the page. Is
anyone else seeing this?

This is on recent STABLE-12/amd64 , r350672.
-- 
Jonathan Chen 
___
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: Creation of a diff of a new port

2019-08-06 Thread Jonathan Chen
On Wed, 7 Aug 2019 at 10:31, Kralj Karlo  wrote:
>
> I am trying to create a diff of a new port in order that I may submit the 
> port.
> I believe to have followed the directions from the Porter's Handbook, but
> the result is not as I had expected.
>

You cannot update the subversion repository directly. Only committers
have access to the ports svn repo. For the rest of us, we create
context diffs that we submit to bugs.freebsd.org where committers
review and then possibly commit. For a brand new port, I would suggest
using use shar(1). Details can be found at:
  https://www.freebsd.org/doc/en/books/porters-handbook/porting-submitting.html

Cheers.
-- 
Jonathan Chen 
___
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: Clamav

2019-08-06 Thread Jonathan Chen
On Wed, 7 Aug 2019 at 10:33, The Doctor via freebsd-ports
 wrote:
>
> Wehen Will clamav be updated?
>
> I understand there is a security issue?

The correct thing to do is to politely ask the maintainer as to the
state of the port, and request an update. Alternatively, you can
submit a patch to the port to bring it up to date.

Cheers.

--
Jonathan Chen 
___
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: Postgres 12 Beta not found in Ports

2019-07-21 Thread Jonathan Chen
On Mon, 22 Jul 2019 at 08:14, Basil.Bourque  wrote:
>
> When using the  Searching FreeBSD Ports
> <https://www.freebsd.org/ports/searching.html>   page, I find the current
> release of PostgreSQL 11.4:
>
> >postgresql11-server-11.4
>
> >https://svnweb.freebsd.org/ports/head/databases/postgresql11-server
>
> But I cannot find either Beta 1 or Beta 2 of Postgres 12.  Beta 2 was
> released <https://www.postgresql.org/about/news/1949/>   2019-06-20.
>
> ➥ Are public beta versions not routinely included in the Ports tree?

For Postgresql, only released versions are included in the Ports tree.
In fact, while ports are generally up to date, most of them only track
released versions.

> ➥ If not, by what route should I go to obtain such a beta version?

You could try building it from source yourself, but I would personally
wait the few months for the release version to come out.

Cheers.
-- 
Jonathan Chen 
___
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: How to package maven based ports

2019-07-13 Thread Jonathan Chen
On Sat, 13 Jul 2019 at 20:45, Matthias Fechner  wrote:
>
> Dear all,
>
> I just look into the port math/jts.
> The new versions do provide only sources and they build with maven.
>
> But as maven fetch all dependencies while building (which is not allowed
> with poudriere) what is the best here to solve this problem?
>
> The current version I have is:
> https://gitlab.fechner.net/mfechner/Gitlab/tree/12.0/math/jts
>
> I tried to search in the ports how other maintainers are solving the
> problem, but I do not fully understand it.

Have a look at the java/eclipse port. It uses a pre-warmed maven
repository that is fetched from github.

You can create a localised repository that only contains the
dependancies required by the project by specifying:
  -D maven.repo.local=/my/local/repo

Once your project builds correctly, you can create a repo as a project
on Github with its contents that can be retrieved with the port for
the build.

Cheers.
-- 
Jonathan Chen 
___
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: ffmpeg port

2019-07-10 Thread Jonathan Chen
On Thu, 11 Jul 2019 at 00:01, Jan Beich  wrote:
>
> (CC'ing appropriate public list. If you want me to care don't send private 
> mails.)
>
> Jason de Cordoba  writes:
>
> > OMG
> >
> > Please stick with something stable and don't update this port 5-6 times
> > a month.
> >
> > Thanks for your contributions to FreeBSD
> >
> > Have a great day,
> >
> > Jason
>
> I mainly bump PORTREVISION when ABI changes. Bumping for non-default
> options is a policy described in Porter's Handbook.
>
> https://www.freebsd.org/doc/en/books/porters-handbook/makefile-naming.html#makefile-portrevision

You should be praised for doing the _right_ thing, instead of being
criticized. It's up to each port-user as to whether they want to
update their pkgs or not. The only expectation most users have is that
it should _work_, build times are irrelevant.

My 2 cents.
-- 
Jonathan Chen 
___
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: libuv

2019-06-23 Thread Jonathan Chen
On Mon, 24 Jun 2019 at 11:20,  wrote:
>
> > On Jun 24, 2019, at 7:45, Jonathan Chen  wrote:
> >
> >> On Mon, 24 Jun 2019 at 10:27, Andy Farkas  wrote:
> >>
> >>
> >> Is it just me or.
> >>
> >> # cd /usr/ports/devel/libuv/ ; make all
> >> ===>   libuv-1.29.1 depends on package: autoconf>=2.69 - found
> >> ===>   libuv-1.29.1 depends on package: automake>=1.16.1 - found
> >> ===>   libuv-1.29.1 depends on executable: libtoolize - found
> >> ===>   libuv-1.29.1 depends on package: pkgconf>=1.3.0_1 - found
> >> ===>  Configuring for libuv-1.29.1
> >> echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [ serial-tests])"  >
> >> /usr/ports/devel/libuv/work/libuv-1.29.1/m4/libuv-extra-automake-flags.m4
> >> configure.ac:40: error: required file './ltmain.sh' not found
> >> autoreconf-2.69: automake failed with exit status: 1
> >> *** Error code 1
> >>
> >> Stop.
> >> make: stopped in /usr/ports/devel/libuv
> >> #
> >
> > You need to check if it builds clean with synth or poudriere; to
> > ensure that it isn't your build environment that's causing the
> > failure.
>
> Is there any canonical reference how to do that?

For poudriere: https://www.freebsd.org/doc/handbook/ports-poudriere.html
For synth: https://github.com/jrmarino/synth
-- 
Jonathan Chen 
___
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: libuv

2019-06-23 Thread Jonathan Chen
On Mon, 24 Jun 2019 at 10:27, Andy Farkas  wrote:
>
>
> Is it just me or.
>
> # cd /usr/ports/devel/libuv/ ; make all
> ===>   libuv-1.29.1 depends on package: autoconf>=2.69 - found
> ===>   libuv-1.29.1 depends on package: automake>=1.16.1 - found
> ===>   libuv-1.29.1 depends on executable: libtoolize - found
> ===>   libuv-1.29.1 depends on package: pkgconf>=1.3.0_1 - found
> ===>  Configuring for libuv-1.29.1
> echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [ serial-tests])"  >
> /usr/ports/devel/libuv/work/libuv-1.29.1/m4/libuv-extra-automake-flags.m4
> configure.ac:40: error: required file './ltmain.sh' not found
> autoreconf-2.69: automake failed with exit status: 1
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/devel/libuv
> #

You need to check if it builds clean with synth or poudriere; to
ensure that it isn't your build environment that's causing the
failure.

Cheers.
-- 
Jonathan Chen 
___
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: misc/e2fsprogs-libuuid build failures

2019-06-06 Thread Jonathan Chen
Hi Matthias,

On Thu, 6 Jun 2019 at 11:51, Matthias Andree  wrote:
[,,,]
> How did you install the system -- if from source, additional question:
> did you run "make delete" after "make installworld", just in case?

Yes! A "yes | make delete-old" removed /usr/bin/ld.bfd and fixed the build.

Thank you very much for your patience and help!
-- 
Jonathan Chen 
___
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"


misc/e2fsprogs-libuuid build failures

2019-06-05 Thread Jonathan Chen
Hi,

I'm currently seeing build failures for misc/e2fsprogs-libuuid on
12-STABLE/amd64 (r347607) in the "configure" phase:

===>  Configuring for e2fsprogs-libuuid-1.45.2
configure: loading site script /xports/Templates/config.site
Generating configuration file for e2fsprogs version 1.45.2
Release date is May, 2019
checking build system type... amd64-portbld-freebsd12.0
checking host system type... amd64-portbld-freebsd12.0
checking for gcc... cc
checking whether the C compiler works... no
configure: error: in `/construction/xports/misc/e2fsprogs-libuuid/work/e2fsprogs
-1.45.2':
configure: error: C compiler cannot create executables
See `config.log' for more details

The relevant part from 'config.log' contains:

configure:3325: cc -O2 -pipe  -fstack-protector-strong
-fno-strict-aliasing -std=gnu99
-I/construction/xports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.45.2/lib
-I/usr/local/include  -fstack-protector-strong -fuse-ld=bfd  conftest.c  >&5
/usr/lib/crt1.o: file not recognized: File format not recognized
cc: error: linker command failed with exit code 1 (use -v to see invocation)
configure:3329: $? = 1
configure:3367: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }

The "-fuse-ld=bfd" looks suspicious?

Cheers.
-- 
Jonathan Chen 
___
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/ccache update and circular dependancies

2019-05-19 Thread Jonathan Chen
Hi,

With the update of devel/ccache to 3.7.1 (which includes a dependancy
on gmake), I'm seeing the following error when using synth to upgrade
my local ports:

9:33pm# synth status
Querying system about current package installations.
Stand by, comparing installed packages against the ports tree.

devel/yajl scan aborted because a circular dependency on devel/ccache
was detected.
... backtrace devel/gettext-runtime
... backtrace devel/gmake
... backtrace devel/ccache
... backtrace devel/ninja
... backtrace devel/yajl
Unfortunately, the system upgrade failed.

I can't figure out the reason for this error, as I don't see the
relationship between ninja and ccache. Is anyone else seeing this?

Cheers.
-- 
Jonathan Chen 
___
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"


sysutils/bareos17-server Makefile error

2019-05-11 Thread Jonathan Chen
Hi,

sysutils/bareos17-server Makefile appears to have an error on the first line:

6:16pm> head -10 /usr/ports/sysutils/bareos17-server/Makefile
$FreeBSD$

PORTNAME=   bareos17
DISTVERSIONPREFIX=  Release/
DISTVERSION=17.2.7
PORTREVISION?=  3
CATEGORIES?=sysutils
PKGNAMEPREFIX?= #
PKGNAMESUFFIX?= -server
6:16pm> make
make: "/usr/ports/sysutils/bareos17-server/Makefile" line 1: Need an operator
make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/sysutils/bareos17-server

Cheers.
-- 
Jonathan Chen 
___
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: Conditionally install the correct binary

2019-05-09 Thread Jonathan Chen
On Fri, 10 May 2019 at 07:47,  wrote:
[...]
> What is the easiest way to conditionally fetch and install a binary
> depending on FreeBSD OS version.

x11-fonts/fantasque-sans-mono uses conditional fetching depending on
OPTIONS. The distinfo contains checksums for all the tarballs, but the
port only fetches tarballs matching the selection options.

You can adapt this strategy to depend on OSVERSION.

Cheers.
-- 
Jonathan Chen 
___
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"


PR 23672 - java/eclipse update

2019-04-12 Thread Jonathan Chen
Hi,

Are there any committers willing to take on:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236792

The current maintainer has been unresponsive, I'd like to adopt the
port. The port QA will take a bit of time, the build takes ~20mins on
a decent machine. Additionally, the source download can be finicky as
git.eclipse.org appears to time out every now and then.

Cheers.
-- 
Jonathan Chen 
___
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: Need a committer for textproc/sigil update

2019-04-09 Thread Jonathan Chen
Hi,

On Mon, 1 Apr 2019 at 01:45, Kubilay Kocak  wrote:
>
> On 31/03/2019 8:21 pm, Jonathan Chen wrote:
> > Hi,
> >
> > Could a committer please take a look at:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236766
> >
> > It got picked up by swills@ a few days ago, and it appears to have
> > stalled. I'm unsure as to whether it's with me or the assignee.
[...]
> If it takes longer than a couple of weeks, we can reset assignment based
> on an 'assignee timeout'.

Can I request a committer to pick this up and move the PR along? It's
been a couple of weeks now since it got picked up.

Cheers.
-- 
Jonathan Chen 
___
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: Crashing Apache port

2019-04-02 Thread Jonathan Chen
On Wed, 3 Apr 2019 at 09:40, The Doctor  wrote:
[...]
> Just recompiled and still crashing
>
> [Tue Apr 02 14:38:55.791536 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33933 exit signal Segmentation fault (11)
> [Tue Apr 02 14:38:55.791603 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33891 exit signal Segmentation fault (11)
> [Tue Apr 02 14:38:57.804771 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33972 exit signal Segmentation fault (11)
> [Tue Apr 02 14:38:57.804874 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33950 exit signal Segmentation fault (11)
> [Tue Apr 02 14:38:59.807646 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33971 exit signal Segmentation fault (11)
> [Tue Apr 02 14:39:01.823498 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33949 exit signal Segmentation fault (11)
> [Tue Apr 02 14:39:07.847344 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 34034 exit signal Segmentation fault (11)
> [Tue Apr 02 14:39:08.854887 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 33970 exit signal Segmentation fault (11)
> [Tue Apr 02 14:39:12.882163 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 34097 exit signal Segmentation fault (11)
> [Tue Apr 02 14:39:12.882248 2019] [core:notice] [pid 33235:tid 34380963840] 
> AH00052: child pid 34051 exit signal Segmentation fault (11)
>
> And I did do the above as requested.
> >

My guess is that one of the mod*.so files in
/usr/local/libexec/apache24 is out of date. Check the timestamps on
the files to make sure that they look reasonably up to date. Aside
from that, make sure that all other LoadModule references in
non-standard locations are also inspected and have been recompiled for
FreeBSD 12.

Aside from that, I wouldn't have a clue.

Cheers.
-- 
Jonathan Chen 
___
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: Crashing Apache port

2019-04-02 Thread Jonathan Chen
On Wed, 3 Apr 2019 at 07:48, The Doctor via freebsd-ports
 wrote:
>
> Got a major concern.
>
> I upgraded to FreeBSD 12.0 over the weekend.
>
> Ports were upgraded correct on the servers.
>
> Made an adjustment for apache 2.4 .
>
> Suddenly one one server httpd is crashing without reason.
>
> Ran gbd it turns out a module in devel/apr1 might be at issue.
>
> Can we get consistency?

Since no one else running apache 2.4 is seeing this, I would suggest
that the issue is due to your upgrade rather than the port. Are you
*SURE* that all your ports were rebuilt correctly? Have you removed
the compatibility shim? ie:
  # cd /usr/src
  # yes | make delete-old delete-old-libs

If a port refuses to start once the old-libs have been removed, it
indicates that it is outdated and needs to be recompiled.

Cheers.
-- 
Jonathan Chen 
___
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"


Need a committer for textproc/sigil update

2019-03-31 Thread Jonathan Chen
Hi,

Could a committer please take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236766

It got picked up by swills@ a few days ago, and it appears to have
stalled. I'm unsure as to whether it's with me or the assignee.

Cheers.
-- 
Jonathan Chen 
___
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: Can't compile www/node on rpi2

2019-03-26 Thread Jonathan Chen
On Wed, 27 Mar 2019 at 00:24, Bradley T. Hughes  wrote:
> On 2019-03-26 03:14, bob prohaska wrote:
> > On Mon, Mar 25, 2019 at 10:23:26PM +0100, Bradley T. Hughes wrote:
 ^~~~
> [snip]
>
> Looks like you need to upgrade www/libnghttp2 as well. :)
>
> > Thanks for reading, I'd be pleased to try any experiments suggested.
>
> In general, www/node requires that all dependencies are up-to-date. The
> port doesn't explicitly list minimum versions of its dependencies, but I
> am beginning to think that it should (this is not the first time I have
> seen this kind of problem).

You shouldn't have to list the minimum version for dependencies. If
someone is following the tip of the ports tree, it is expected that
all the port dependencies are up to date when building a port. All the
port-management tools in ports-mgmt assume this, and build
port-dependancies as required. When building ports, it is always best
to use one of the build-tools (ie: poudriere, synth , portmaster)
instead of by hand.

Cheers.
-- 
Jonathan Chen 
___
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: www/webkit-gtk2 deprecation?

2019-02-24 Thread Jonathan Chen
On Mon, 25 Feb 2019 at 20:23, Kurt Jaeger  wrote:
>
> Hi!
>
> > I notice that www/webkit-gtk2 has just been marked as FORBIDDEN and
> > DEPRECATED. While I'm usually for putting down unmaintained ports,
> > this particular port is a dependancy for java/eclipse. I'm sure that
> > users of java/eclipse will not be happy about its loss from FreeBSD
> > ports (I know I'm not). Can we leave it in the tree until a newer port
> > of java/eclipse comes along?
>
> We have 4.6.2 in the ports. Current version upstream seems to be 2018 12 R,
> I don't know how this translates to 4.x.y ?

Unfortunately, the porting effort for Eclipse is quite an involved
process. My feeble attempts to bring java/eclipse up to date have
borne no useful results. I've pinged the maintainer, but haven't heard
anything back from him.

> Is the debate about openjdk11 also playing a role here ?

No, this is separate from that discussion.

Cheers.
-- 
Jonathan Chen 
___
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/webkit-gtk2 deprecation?

2019-02-24 Thread Jonathan Chen
Hi,

I notice that www/webkit-gtk2 has just been marked as FORBIDDEN and
DEPRECATED. While I'm usually for putting down unmaintained ports,
this particular port is a dependancy for java/eclipse. I'm sure that
users of java/eclipse will not be happy about its loss from FreeBSD
ports (I know I'm not). Can we leave it in the tree until a newer port
of java/eclipse comes along?

Cheers.
-- 
Jonathan Chen 
___
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"


The wonders of native-tools and native-xtools-install

2019-02-22 Thread Jonathan Chen
Wow,

I have just discovered the "native-tools" and "native-tools-install"
target in /usr/src/Makefile, and am playing around with it to
crossbuild my RPI2 packages with synth. It has sped up package
building impressively!

Thank you, FreeBSD developers!
--
Jonathan Chen 
___
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"


Committer required for textproc/sigil update

2019-02-21 Thread Jonathan Chen
Hi,

Could a committer please review, and possibly commit:

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

Thanks!
-- 
Jonathan Chen 
___
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: Error in synth after upgrading from 10.4 to 12.0

2019-02-07 Thread Jonathan Chen
On Wed, 6 Feb 2019 at 20:02, Kurt Buff - GSEC, GCIH  wrote:
>
> Yes, that is present when I use vipw.

Try rebuilding master.passwd: /usr/sbin/pwd_mkdb -p /etc/master.passwd

Someone else has hit the problem: https://github.com/jrmarino/synth/issues/145

-- 
Jonathan Chen 
___
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: Error in synth after upgrading from 10.4 to 12.0

2019-02-05 Thread Jonathan Chen
On Wed, 6 Feb 2019 at 16:39, Kurt Buff - GSEC, GCIH  wrote:
[...]
> Then, I did "rehash", and then "synth install /root/pkg.txt" to get my
> preferred ports installed, and receive this error.
>
> raised REPLICANT.SCENARIO_UNEXPECTED : /usr/sbin/mtree -p
> /usr/obj/synth-live/SL09/var -f /etc/mtree/BSD.var.dist -deqU =>
> failed (exit code not 0

FreeBSD 12 introduced "ntpd" uid=123 into master.passwd. Make sure
that user is present on your system.

Cheers.
-- 
Jonathan Chen 
___
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: Committer request for print/lilypond-devel

2019-01-10 Thread Jonathan Chen
On Thu, 10 Jan 2019 at 22:06, Koichiro Iwao  wrote:
>
> Done.

Thanks very much!
-- 
Jonathan Chen 
___
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"


Committer request for print/lilypond-devel

2019-01-09 Thread Jonathan Chen
Hi,

Could a kind committer please take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234082

It's an update by the maintainer, just waiting for a commit.

Thanks!
-- 
Jonathan Chen 
___
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 reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Jonathan Chen
On Mon, 31 Dec 2018 at 21:05, Mark Millard  wrote:
[...]
> But if you have a form of hang-up that shows no sign of being tied
> to kevent or hangs-up only sometimes, I'd be surprised if the __packed
> change(s) would fix the issue.

With the __packed-modified qemu-user-static, the amd64->armv7
crossbuilds does not hang anymore, but I get build failures instead.
Interestingly enough, an unmodified qemu-user-static gets further
along in a amd64->armv6 crossbuild, with only one reproducible hang.

Cheers.
-- 
Jonathan Chen 
___
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 reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-30 Thread Jonathan Chen
On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports
 wrote:
>
> [Removing __packed did make the size and offsets match armv7
> and the build worked based on the reconstructed qemu-arm-static.]

Thanks for the analysis Mark! I've been suffering quite a few hangups
with my ports crossbuilds on amd64->armv7 on 12-STABLE, and I'll be
trying your suggestions to see whether it resolves the issue.

Cheers.
-- 
Jonathan Chen 
___
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: packages and base jails

2018-11-26 Thread Jonathan Chen
On Tue, 27 Nov 2018 at 09:26, Michael W. Lucas
 wrote:
>
>
> Hi,
>
> I'm writing a book on jails and am looking for BCP. I'd like to
> present either "This is the approved solution and should work" or
> "these are the gotchas with any of these, choose your pain."
>
> Folks want base jails to include packages, but also want to install
> additional packages--which won't happen if /usr/local is mounted
> read-only in the base jail.

IIRC, ezjail uses a standard basejail tree, but mounts a writable
/usr/local, /etc. You can replicate the jails easily, and populate
them with a standard set of packages which can then be added by the
end-user.

Cheers.
-- 
Jonathan Chen 
___
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: Inkscape package troubles, "libicuuc.so.62" not found

2018-11-19 Thread Jonathan Chen
On Tue, 20 Nov 2018 at 13:25, bob prohaska  wrote:
[...]
> Is there a resolution to this dilemma, other than just waiting for
> inkscape to catch up? Is it possible to determine which revision of
> the ports tree can make a runnable version of a particular port?

The correct thing to do is to build a set of local package repository
for your RPI3 system using synth or poudriere. It appears that some of
your locally installed packages are out of sync with the ports-tree,
and that is a common problem with using non-chrooted/jailed
port-builders. I've just built a runnable version of inkscape, so I'm
pretty sure the problem is at your end rather than the ports tree.

Cheers.
-- 
Jonathan Chen 
___
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"


math/openblas fails to build.

2018-11-16 Thread Jonathan Chen
Hi,

I'm trying to build math/openblas on 11.2-STABLE/amd64 with synth, and
the build is currently failing with:

===>  Building for openblas-0.2.20_3,1
cd /construction/xports/math/openblas/work/OpenBLAS-0.2.20 ;
/usr/bin/env BINARY64=1 DYNAMIC_ARCH=1 NO_AVX=1 NO_AVX2=1
NUM_THREADS=1 USE_THREAD=0  gmake
DESTDIR=/construction/xports/math/openblas/work/stage
gmake[1]: Entering directory
'/construction/xports/math/openblas/work/OpenBLAS-0.2.20'
getarch_2nd.c:12:35: error: use of undeclared identifier
'SGEMM_DEFAULT_UNROLL_M'
printf("SGEMM_UNROLL_M=%d\n", SGEMM_DEFAULT_UNROLL_M);
  ^
getarch_2nd.c:13:35: error: use of undeclared identifier
'SGEMM_DEFAULT_UNROLL_N'
printf("SGEMM_UNROLL_N=%d\n", SGEMM_DEFAULT_UNROLL_N);
  ^
getarch_2nd.c:14:35: error: use of undeclared identifier
'DGEMM_DEFAULT_UNROLL_M'
printf("DGEMM_UNROLL_M=%d\n", DGEMM_DEFAULT_UNROLL_M);
  ^
getarch_2nd.c:15:35: error: use of undeclared identifier
'DGEMM_DEFAULT_UNROLL_N'
printf("DGEMM_UNROLL_N=%d\n", DGEMM_DEFAULT_UNROLL_N);
  ^
getarch_2nd.c:19:35: error: use of undeclared identifier
'CGEMM_DEFAULT_UNROLL_M'
printf("CGEMM_UNROLL_M=%d\n", CGEMM_DEFAULT_UNROLL_M);
  ^
getarch_2nd.c:20:35: error: use of undeclared identifier
'CGEMM_DEFAULT_UNROLL_N'
printf("CGEMM_UNROLL_N=%d\n", CGEMM_DEFAULT_UNROLL_N);
  ^
getarch_2nd.c:21:35: error: use of undeclared identifier
'ZGEMM_DEFAULT_UNROLL_M'
printf("ZGEMM_UNROLL_M=%d\n", ZGEMM_DEFAULT_UNROLL_M);
  ^
getarch_2nd.c:22:35: error: use of undeclared identifier
'ZGEMM_DEFAULT_UNROLL_N'
printf("ZGEMM_UNROLL_N=%d\n", ZGEMM_DEFAULT_UNROLL_N);
  ^
getarch_2nd.c:29:37: error: use of undeclared identifier
'SGEMM_DEFAULT_UNROLL_M'
printf("CGEMM3M_UNROLL_M=%d\n", SGEMM_DEFAULT_UNROLL_M);
^
getarch_2nd.c:35:37: error: use of undeclared identifier
'SGEMM_DEFAULT_UNROLL_N'
printf("CGEMM3M_UNROLL_N=%d\n", SGEMM_DEFAULT_UNROLL_N);
^
getarch_2nd.c:41:37: error: use of undeclared identifier
'DGEMM_DEFAULT_UNROLL_M'
printf("ZGEMM3M_UNROLL_M=%d\n", DGEMM_DEFAULT_UNROLL_M);
^
getarch_2nd.c:47:37: error: use of undeclared identifier
'DGEMM_DEFAULT_UNROLL_N'
printf("ZGEMM3M_UNROLL_N=%d\n", DGEMM_DEFAULT_UNROLL_N);
^
getarch_2nd.c:69:50: error: use of undeclared identifier 'SGEMM_DEFAULT_Q'
printf("#define SLOCAL_BUFFER_SIZE\t%ld\n", (SGEMM_DEFAULT_Q *
SGEMM_DEFAULT_UNROLL_N * 4 * 1 *  sizeof(float)));
 ^
getarch_2nd.c:69:68: error: use of undeclared identifier
'SGEMM_DEFAULT_UNROLL_N'
printf("#define SLOCAL_BUFFER_SIZE\t%ld\n", (SGEMM_DEFAULT_Q *
SGEMM_DEFAULT_UNROLL_N * 4 * 1 *  sizeof(float)));
   ^
getarch_2nd.c:70:50: error: use of undeclared identifier 'DGEMM_DEFAULT_Q'
printf("#define DLOCAL_BUFFER_SIZE\t%ld\n", (DGEMM_DEFAULT_Q *
DGEMM_DEFAULT_UNROLL_N * 2 * 1 *  sizeof(double)));
 ^
getarch_2nd.c:70:68: error: use of undeclared identifier
'DGEMM_DEFAULT_UNROLL_N'
printf("#define DLOCAL_BUFFER_SIZE\t%ld\n", (DGEMM_DEFAULT_Q *
DGEMM_DEFAULT_UNROLL_N * 2 * 1 *  sizeof(double)));
   ^
getarch_2nd.c:71:50: error: use of undeclared identifier 'CGEMM_DEFAULT_Q'
printf("#define CLOCAL_BUFFER_SIZE\t%ld\n", (CGEMM_DEFAULT_Q *
CGEMM_DEFAULT_UNROLL_N * 4 * 2 *  sizeof(float)));
 ^
getarch_2nd.c:71:68: error: use of undeclared identifier
'CGEMM_DEFAULT_UNROLL_N'
printf("#define CLOCAL_BUFFER_SIZE\t%ld\n", (CGEMM_DEFAULT_Q *
CGEMM_DEFAULT_UNROLL_N * 4 * 2 *  sizeof(float)));
   ^
getarch_2nd.c:72:50: error: use of undeclared identifier 'ZGEMM_DEFAULT_Q'
printf("#define ZLOCAL_BUFFER_SIZE\t%ld\n", (ZGEMM_DEFAULT_Q *
ZGEMM_DEFAULT_UNROLL_N * 2 * 2 *  sizeof(double)));
 ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
gmake[1]: *** [Makefile.prebuild:58: getarch_2nd] Error 1
Makefile:128: *** OpenBLAS: Detecting CPU failed. Please set TARGET
explicitly, e.g. make TARGET=your_cpu_target. Please read README for
the detail..  Stop.
gmake[1]: Leaving directory
'/construction/xports/math/openblas/work/OpenBLAS-0.2.20'
*** Error code 2

Stop.
make: stoppe

Re: How to have package created for port ?

2018-11-13 Thread Jonathan Chen
On Wed, 14 Nov 2018 at 11:00, Manish Jain  wrote:
>
> Hi,
>
> I have a port sysutils/mkdesktop recently updated to version 2.6.
>
> I would like mkdesktop to be available via pkg. I have no idea how to
> initiate the request to have it packaged. Can someone please guide me ?

You need to submit a PR at https://bugs.freebsd.org/bugzilla/ :
1. Register onto the site
2. Create a problem report (PR) for the port using link "Report an
update or defect to a port"
3. Create a unified-diff patch against the existing port, eg:
cd {your-working-dir}
diff -ruN /usr/ports/sysutils/mkdesktop . > /tmp/mkdesktop.patch
4. Attach the patch to the PR

More details at
https://www.freebsd.org/doc/en/books/porters-handbook/port-upgrading.html

Cheers.
-- 
Jonathan Chen 
___
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: FreeBSD Port: firefox-63.0.1,1 multiple errors build

2018-10-31 Thread Jonathan Chen
On Thu, 1 Nov 2018 at 15:35, Montgomery-Smith, Stephen
 wrote:
[...]
> I only started using portupgrade recently.  I find it rather unreliable.
>  I think the problem is that some ports need to be deleted before they
> can be built successfully.

For reliable port builds, you need use port builders that use clean
environments; ie poudriere or synth

Cheers.
-- 
Jonathan Chen 
___
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: Committer for java/jdk8-doc update

2018-08-30 Thread Jonathan Chen
On 31 August 2018 at 08:26, Kurt Jaeger  wrote:
> Hi!
>
>> Anyone available to take:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230811
>>
>> It's a simple update with just version and distinfo changes.
>
> Done.

Thanks!
-- 
Jonathan Chen 
___
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"


Committer for java/jdk8-doc update

2018-08-26 Thread Jonathan Chen
Hi,

Anyone available to take:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230811

It's a simple update with just version and distinfo changes.

Cheers.
-- 
Jonathan Chen 
___
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: Request for committer textproc/sigil update

2018-08-06 Thread Jonathan Chen
On 7 August 2018 at 07:59, Larry Rosenman  wrote:
> On Tue, Aug 07, 2018 at 07:31:37AM +1200, Jonathan Chen wrote:
>> Hi,
>>
>> Are there any committers available for updating textproc/sigil?
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230284
>>
>> It's just a minor version bump with straightforward patches.
>>
> Test builds running, I've got it.

Thanks for looking at it!
-- 
Jonathan Chen 
___
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"


Request for committer textproc/sigil update

2018-08-06 Thread Jonathan Chen
Hi,

Are there any committers available for updating textproc/sigil?

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

It's just a minor version bump with straightforward patches.

Cheers.
-- 
Jonathan Chen 
___
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"


emulators/xen-kernel

2018-07-24 Thread Jonathan Chen
Hi,

A recent commit has left a dangling reference to xen-kernel in
/usr/ports/Makefile

~,7:48am> cd /usr/ports/emulators/
0   /usr/ports/emulators
emulators,7:49am> grep xen-kernel Makefile
SUBDIR += xen-kernel
emulators,7:49am> ls -d xen-kernel*
xen-kernel411/  xen-kernel47/

/usr/ports/emulators needs to remove xen-kernel and add xen-kernel411,
xen-kernel-47

Cheers.
-- 
Jonathan Chen 
___
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/rust build failure on r475116

2018-07-22 Thread Jonathan Chen
Hi,

On a recent ports tree (r475116), lang/rust is failing on a synth build with:

Building stage2 tool cargo (x86_64-unknown-freebsd)
running: 
"/construction/xports/lang/rust/work/rustc-1.27.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"build" "--target" "x86_64-unk
nown-freebsd" "--release" "--frozen" "--manifest-path"
"/construction/xports/lang/rust/work/rustc-1.27.1-src/src/tools/cargo/Cargo.toml"
"--
features" "" "--message-format" "json"
error: the listed checksum of
`/construction/xports/lang/rust/work/rustc-1.27.1-src/src/vendor/libgit2-sys/libgit2/src/streams/openssl.c`
ha
s changed:
expected: ef75d3fffa0bf3bdc0ba5ddb49fcbee412a58a4b31e45280543a1f4083f5d903
actual:   0cbfb6941ab35992db4a0808bfc4d64f4d6b5a24dd5691480606ba1f2d3ad0a3

directory sources are not intended to be edited, if modifications are
required then it is recommended that [replace] is used with a forked c
opy of the source
command did not execute successfully:
"/construction/xports/lang/rust/work/rustc-1.27.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo"
"
build" "--target" "x86_64-unknown-freebsd" "--release" "--frozen"
"--manifest-path"
"/construction/xports/lang/rust/work/rustc-1.27.1-src/sr
c/tools/cargo/Cargo.toml" "--features" "" "--message-format" "json"
expected success, got: exit code: 101
Traceback (most recent call last):
  File "/construction/xports/lang/rust/work/rustc-1.27.1-src/x.py",
line 20, in 
bootstrap.main()
  File 
"/construction/xports/lang/rust/work/rustc-1.27.1-src/src/bootstrap/bootstrap.py",
line 800, in main
bootstrap(help_triggered)
  File 
"/construction/xports/lang/rust/work/rustc-1.27.1-src/src/bootstrap/bootstrap.py",
line 791, in bootstrap
run(args, env=env, verbose=build.verbose)
  File 
"/construction/xports/lang/rust/work/rustc-1.27.1-src/src/bootstrap/bootstrap.py",
line 148, in run
raise RuntimeError(err)
RuntimeError: failed to run:
/construction/xports/lang/rust/work/rustc-1.27.1-src/build/bootstrap/debug/bootstrap
build --verbose --config .
/config.toml --jobs 5
*** Error code 1

Stop.
make: stopped in /xports/lang/rust

-- 
Jonathan Chen 
___
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/gcc6-aux fails to build

2018-05-28 Thread Jonathan Chen
Hi,

Currently, lang/gcc6-aux is failing to build at r471064 with:

1.irontree:gcc6-aux,8:05am# pwd
/usr/ports/lang/gcc6-aux
1.irontree:gcc6-aux,8:05am# svnlite info
Path: .
Working Copy Root Path: /usr/ports
URL: https://svn.freebsd.org/ports/head/lang/gcc6-aux
Relative URL: ^/head/lang/gcc6-aux
Repository Root: https://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 471064
Node Kind: directory
Schedule: normal
Last Changed Author: ericbsd
Last Changed Rev: 471043
Last Changed Date: 2018-05-29 02:20:22 +1200 (Tue, 29 May 2018)

1.irontree:gcc6-aux,8:06am# make
===>  License GPLv3 GPLv3RLE accepted by the user
===>   gcc6-aux-20180516 depends on file: /usr/local/sbin/pkg - found
=> gcc-6-20180516.tar.xz is not in /usr/ports/lang/gcc6-aux/distinfo.
=> Either /usr/ports/lang/gcc6-aux/distinfo is out of date, or
=> gcc-6-20180516.tar.xz is spelled incorrectly.
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/gcc6-aux

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


mail/thunderbird fails on link with latest security/nss

2018-05-26 Thread Jonathan Chen
Hi,

With the recent update to security/nss, mail/thunderbird build
currently fails on 11-STABLE/amd64 with:

[...]
Executing: /usr/bin/c++ -std=gnu++11 -o plugin-container
-Qunused-arguments -D_GLIBCXX_USE_C99 -D_GLIBCXX_USE_C99_MATH_TR1
-D_DECLARE_C99_LDB
L_MATH -DLIBICONV_PLUG -isystem /usr/local/include -Qunused-arguments
-Wall -Wc++11-compat -Wempty-body -Wignored-qualifiers
-Woverloaded-vir
tual -Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code
-Wwrite-strings -Wno-invalid-offsetof -Wclass-varargs -Wloop-analysis
-W
c++11-compat-pedantic -Wc++14-compat -Wc++14-compat-pedantic
-Wc++1z-compat -Wimplicit-fallthrough -Wstring-conversion
-Wthread-safety -Wno-i
nline-new-delete -Wno-error=deprecated-declarations
-Wno-error=array-bounds -Wno-unknown-warning-option
-Wno-return-type-c-linkage -O2 -pipe
-O3 -DLIBICONV_PLUG -isystem /usr/local/include -fno-strict-aliasing
-DLIBICONV_PLUG -isystem /usr/local/include -fno-exceptions
-fno-strict-
aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions
-fno-math-errno -pipe -I/usr/local/include -O2 -O3 -fno-omit-frame-poi
nter /construction/xports/mail/thunderbird/work/.build/ipc/app/tmp4zapiQ.list
-pthread -Wl,--as-needed -Wl,-z,noexecstack -Wl,-z,text -rdynam
ic -Wl,-rpath-link,/construction/xports/mail/thunderbird/work/.build/dist/bin
-Wl,-rpath-link,/usr/local/lib ../../xpcom/glue/libxpcomglue_s.
a -pie ../../toolkit/library/libxul.so -L/usr/local/lib
-L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread
/construction/xports/mail/thunderbird/work/.build/ipc/app/tmp4zapiQ.list:
INPUT("GMPLoader.o")
INPUT("MozillaRuntimeMain.o")
INPUT("../../mozglue/build/SSE.o")
INPUT("../../memory/mozalloc/Unified_cpp_memory_mozalloc0.o")
INPUT("../../memory/build/mozjemalloc_compat.o")
INPUT("../../memory/build/mozmemory_wrap.o")
INPUT("../../memory/build/jemalloc_config.o")
INPUT("../../mozglue/misc/StackWalk.o")
INPUT("../../mozglue/misc/TimeStamp.o")
INPUT("../../mozglue/misc/TimeStamp_posix.o")
INPUT("../../mfbt/Compression.o")
INPUT("../../mfbt/Decimal.o")
INPUT("../../mfbt/Unified_cpp_mfbt0.o")
INPUT("../../mfbt/Unified_cpp_mfbt1.o")
INPUT("../../memory/fallible/fallible.o")
INPUT("../../dom/media/gmp/rlz/Unified_cpp_dom_media_gmp_rlz0.o")

/usr/bin/ld: warning: libssl3.so, needed by
../../toolkit/library/libxul.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libsmime3.so, needed by
../../toolkit/library/libxul.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libnss3.so, needed by
../../toolkit/library/libxul.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libnssutil3.so, needed by
../../toolkit/library/libxul.so, not found (try using -rpath or
-rpath-link)
../../toolkit/library/libxul.so: undefined reference to
`PK11_CheckUserPassword@NSS_3.2'
../../toolkit/library/libxul.so: undefined reference to
`PK11_GetAllTokens@NSS_3.2'
[.. slew of link errors ...]

I have had a quick look, and it appears that the libssl3, libsmime3,
libnss3 and libnssutil3 are located in /usr/local/lib/nss; but this
does not appear to be specified in the link-path. Anyone have a quick
fix?

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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: Packaging failures with devel/gvfs, devel/gnome-vfs

2018-05-18 Thread Jonathan Chen
On 18 May 2018 at 23:34, Jonathan Chen <j...@chen.org.nz> wrote:
> Hi,
>
> On STABLE-11/amd64, with the ports tree at r470283, I am seeing
> packaging errors for gvfs and gnome-vfs when running synth:
[...]

With the latest update to samba46, the configure phase for devel/gvfs
and devel/gnome-vfs does *NOT* pick up Samba support, even when
--enable-samba is set. For gvfs, the logs indicate:

gvfs configuration summary:

gio module directory : ${exec_prefix}/lib/gio/modules

hotplug backend:  hal

Blu-ray metadata support: no
Google support:   yes
HTTP/WebDAV support:  yes
Samba support:    no
...

-- 
Jonathan Chen <j...@chen.org.nz>
___
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"


Packaging failures with devel/gvfs, devel/gnome-vfs

2018-05-18 Thread Jonathan Chen
Hi,

On STABLE-11/amd64, with the ports tree at r470283, I am seeing
packaging errors for gvfs and gnome-vfs when running synth:

===>  Building package for gvfs-1.26.3_9
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/libexec/gvfsd-smb:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/libexec/gvfsd-smb-browse:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/share/GConf/gsettings/gvfs-smb.convert:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/share/gvfs/mounts/smb-browse.mount:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/share/gvfs/mounts/smb.mount:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gvfs/work/stage/usr/local/share/glib-2.0/schemas/org.gnome.system.smb.gschema.xml:No
such file or d
irectory
*** Error code 1

===>  Building package for gnome-vfs-2.24.4_8
pkg-static: Unable to access file
/construction/xports/devel/gnome-vfs/work/stage/usr/local/etc/gnome-vfs-2.0/modules/smb-module.conf:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gnome-vfs/work/stage/usr/local/lib/gnome-vfs-2.0/modules/libsmb.a:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gnome-vfs/work/stage/usr/local/lib/gnome-vfs-2.0/modules/libsmb.la:No
such file or directory
pkg-static: Unable to access file
/construction/xports/devel/gnome-vfs/work/stage/usr/local/lib/gnome-vfs-2.0/modules/libsmb.so:No
such file or directory
*** Error code 1

Anyone else seeing this?
-- 
Jonathan Chen <j...@chen.org.nz>
___
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 vs. portmaster

2018-04-30 Thread Jonathan Chen
On 30 April 2018 at 22:33, Thomas Mueller <mueller6...@twc.com> wrote:
[...]
> I see hardly any mention of synth on the freebsd-ports list.  Have synth 
> users become disenchanted?

There are a growing number of synth users. They just don't appear on
the list 'cause the software just works.

> One downside is that synth fails to install build dependencies, so I have to 
> pkg install all of these separately, very annoying.

Why should build dependencies be installed? Their only purpose is for
building the port.

> I was bitten just yesterday trying to build cross-compiling tools for Haiku 
> when make info was missing because texinfo was built but not installed.
>
> But I was able to recover with pkg install after checking my repository.
>
> With portmaster, I need to specify ports by category/portname rather than 
> just portname, for example
> portmaster www/seamonkey
>
> On my other computer, with MSI Z77 MPOWER motherboard, synth just fumbles and 
> crashes.

I would suspect you have hardware issues instead. synth builds tend to
strain the machine - it's a good test of machine hardiness.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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 small problem after switching from portmaster to synth

2017-12-18 Thread Jonathan Chen
On 19 December 2017 at 08:52, Kurt Buff <kurt.b...@gmail.com> wrote:
> I'm seeing a lot of this in the daily security email after switching:
>
>  Checking for packages with mismatched checksums:
>  db5-5.3.28_6:
> /usr/local/share/doc/db5/api_reference/C/BDB-C_APIReference.pdf
>
> On one of my machines, it goes on for hundreds of lines, mostly for 
> postgresql.

This is not a synth issue, but possibly a security issue. The security
check is correctly flagging possibly hi-jacked files. You should
forcibly reinstall the port to ensure that the artifacts that the port
builds is what you've got installed on your host. I have to say that
the only lines that have been flagged for me are due to the port
binary altering files configuration files, which should have been
located in /var instead of /usr/local.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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 with FLAVOR support available for testing

2017-12-13 Thread Jonathan Chen
On 14 December 2017 at 10:39, Stefan Esser <s...@freebsd.org> wrote:
> I have created a new version of portmaster with FLAVOR support.
>
> Before committing the changes to the ports repository, I'd like to receive
> some feedback from users.
>
> My tests have only covered port upgrades, not any of the other features
> offered by portmaster. In fact, I'd like to remove several of the other
> features, which may have been of use before PKG_NG (e.g. functions that
> use the INDEX file, and in fact also the -P/-PP/--packages-* features).
>
>
> *** Please let me know, if you want to receive the new version by personal
> *** mail (I do not want to spam the mail-list by posting a 100KB+ file).

Perhaps you could create a new branch on
https://github.com/freebsd/portmaster with your FLAVOR support so that
anyone who is interested can clone a copy and play around with it?

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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: License and adopting software

2017-12-10 Thread Jonathan Chen
On 11 December 2017 at 17:17, blubee blubeeme <gurenc...@gmail.com> wrote:
> I like some old software that's <= GPL2 but it seems like the original
> developer is not and have not done any work on the software sine mid 2000.
>
> I'd like to pick up the project, fix bugs BUT i'd like to migrate from GPL
> to BSD license.
>
> How does one go about doing that? I have seen the GPL code but it could be
> re-written how would that affect me re-writing the code with a new copy
> center license?

You basically have to get the original author to reassign copyright to
you; after which you can do whatever you like to it. If you're basing
your new work on the original work, you have to respect the LICENCE
that it came with.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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"


Doc update for java/jdk8-doc

2017-12-10 Thread Jonathan Chen
Hi,

Any committer willing to review and commit the java/jdk8-doc PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223172

It's been on the queue for almost 2 months now.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

2017-12-05 Thread Jonathan Chen
On 5 December 2017 at 22:53, Aryeh Friedman <aryeh.fried...@gmail.com> wrote:
[...]
> 2. I installed synth (2.00) and *ATTEMPTED* to do a upgrade-system with the
> following results (still not a successful run):
>
> a. Hard freezes the machine (not even a kernel panic) 4 times in a row

synth runs parallel builds using multi-workers, and it can trash the
hard disk pretty hard as it uses swap for tmpfs. Reduce the number of
workers and/or jobs if you intend using the box during a build.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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?

2017-12-03 Thread Jonathan Chen
On 4 December 2017 at 13:56, Thomas Mueller <mueller6...@twc.com> wrote:

> I can still see possible use for portmaster in that something has to be used 
> to build synth or poudriere from source.

You don't need portmaster for that. You just need make(1).
-- 
Jonathan Chen <j...@chen.org.nz>
___
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"


Please upgrade ports-mgmt/synth to 2.00

2017-12-02 Thread Jonathan Chen
Hi Eric,

Please update ports-mgmt/synth to 2.00, which was just recently
tagged. This will bring in Flavors support.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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 chance of upgrading www/npm to 5.6.0?

2017-12-01 Thread Jonathan Chen
On 2 December 2017 at 11:55, Oliver Schonrock <oli...@schonrocks.com> wrote:
> On 01/12/17 22:46, Jonathan Chen wrote:
>> Currently, with npm-5.4.2_2, I'm getting:
>
> do you really need node9? that is what you are getting by installing
> www/node.

www/node is what gets installed as a dependancy when installing
www/npm. There is an expectation that they will behave well together.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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"


Any chance of upgrading www/npm to 5.6.0?

2017-12-01 Thread Jonathan Chen
Hi,

Currently, with npm-5.4.2_2, I'm getting:

WARNING: You are likely using a version of node-tar or npm that is
incompatible with this version of Node.js.
Please use either the version of npm that is bundled with Node.js, or
a version of npm (> 5.5.1 or < 5.4.0) or node-tar (> 4.0.1) that is
compatible with Node.js 9 and above.
/usr/local/bin/node[32746]: ../src/node_zlib.cc:437:static void
node::(anonymous namespace)::ZCtx::Init(const
FunctionCallbackInfo &): Assertion `args.Length() == 7 &&
"init(windowBits, level, memLevel, strategy, writeResult,
writeCallback," " dictionary)"' failed.
 1: node::Abort(void) [/usr/local/bin/node]
 2: node::Assert(char const* const[4]*) [/usr/local/bin/node]
 3: 
_ZNSt3__16vectorIPN4node14SigintWatchdogENS_9allocatorIS3_EEE21__push_back_slow_pathIRKS3_EEvOT_
[/usr/local/bin/node]
 4: 
v8::internal::FunctionCallbackArguments::Call(void(*)(v8::FunctionCallbackInfo
const&)) [/usr/local/bin/node]
 5: v8::internal::Isolate*
v8::internal::Builtins::InvokeApiFunction(v8::internal::Isolate*,
bool, v8::internal::Handle(int,
v8::internal::Object*, v8::internal::HeapObject) [/usr/local/bin/node]
 6: v8::internal::Builtin_HandleApiCall(int, v8::internal::Object**,
v8::internal::Isolate*) [/usr/local/bin/node]

It looks like the latest version of npm addresses the incompatibility
between npm & node. Any chance of an upgrade soon?
https://github.com/npm/npm/releases/tag/v5.6.0

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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: Firefox (Doesn't) Build

2017-11-12 Thread Jonathan Chen
On 13 November 2017 at 07:33, Jonathan Chen <j...@chen.org.nz> wrote:
> On 13 November 2017 at 00:03, Grzegorz Junka <li...@gjunka.com> wrote:
>> On 12/11/2017 07:14, Jonathan Chen wrote:
>>>
>>> On 12 November 2017 at 12:16, Patrick Dorion <dorionpatr...@outlook.com>
>>> wrote:
>>>>
>>>> What's the difference between using Poudriere or Synth, though?
>>>>
>>>> This is a clean system, I can't imagine a jail being cleaner... it was
>>>> unpacked from the DVD the day before yesterday
>>>
>>> Both are clean room builds; ie where only minimal build dependancies
>>> are installed for each port build. The main difference is that:
>>>   * poudriere uses jails to achieve this
>>>   * synth uses unionfs+chroot to achieve this
>>
>>
>> Does it mean synth can't be used on ZFS? AFAIK unionfs isn't properly
>> supported on ZFS, i.e. a file that exists in the underlying fs can't be
>> marked as deleted in the overlying fs.
>
> synth uses unionfs for read-only access to the build-host's files; eg:
> ports-dir, system binaries. In normal operation, all build artifacts
> are generated onto on an isolated tmpfs filesystem. There are no
> additions/removals on the build-host's filesystem.

Sorry, this is not true. The build logs and generated packages *do*
affect the build-host's filesystem; but the build operations do not.

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
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"


  1   2   >