Re: Committer needed: www/p5-Net-Curl build breakage

2020-04-07 Thread Kurt Jaeger
Hi! > I've made a patch to update p5-Net-Curl to fix the failing build. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245322 > > If a committer could please take care of this, it would be much appreciated. Done. -- p...@opsec.eu+49 171 3101372Now what ?

Committer needed: www/p5-Net-Curl build breakage

2020-04-07 Thread Andrew Fengler
Hi all, I've made a patch to update p5-Net-Curl to fix the failing build. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245322 If a committer could please take care of this, it would be much appreciated. Thanks, Andrew ___

Re: Porting of Smallstep CA

2020-04-07 Thread Adam Weinberger
On Tue, Apr 7, 2020 at 2:08 PM Markus Wipp wrote: > > Hi all, > > I would like to create a port of the CA tool (basically two ports: cli and > certificates) found on > https://github.com/smallstep > https://smallstep.com/ > > What I tried so far was: > 1) make it on my machine without the ports

Porting of Smallstep CA

2020-04-07 Thread Markus Wipp
Hi all, I would like to create a port of the CA tool (basically two ports: cli and certificates) found on https://github.com/smallstep https://smallstep.com/ What I tried so far was: 1) make it on my machine without the ports infrastructure. This basically works fine and without any errors

D22521: new ports: Nvidia headless/hybrid graphics ("Optimus" support) needs commit / review

2020-04-07 Thread Theron Tarigo
Hello all, The work by myself and other users of Nvidia-gfx laptops to patch the driver to work for us has been stuck in review for a few months now.  The reason for review of what would normally be a routine new-ports bug submission is that changes to x11/nvidia-driver/Makefile are needed to

Re: Running tests in ports Makefiles?

2020-04-07 Thread Adam Jimerson
On Tuesday, April 7, 2020 11:35:38 AM EDT Adam Weinberger wrote: > Optional tests should never be run during a normal build. There is a > "do-test:" target for that purpose. Can you fold the test suite into > that target? Yeah it would be completely possible to use that target for the tests, and

Re: Running tests in ports Makefiles?

2020-04-07 Thread Adam Weinberger
On Tue, Apr 7, 2020 at 5:17 AM Adam Jimerson wrote: > > Hello all, > > Hopefully a quick question, is it common place in the ports tree to run tests > for the software being ported in the Makefile or should we just expect/ > encourage upstream to do tests for FreeBSD and leave it at that? > > I

Re: Linux-foldingathome

2020-04-07 Thread Yuri Pankov
@lbutlr wrote: On 07 Apr 2020, at 06:36, Yuri Pankov wrote: @lbutlr wrote: # service fahclient start Starting fahclient. 13:33:52:WARNING:Exception: Failed to open '/proc/bus/pci/devices': Failed to open '/proc/bus/pci/devices': No such file or directory: No such file or directory

Re: Linux-foldingathome

2020-04-07 Thread @lbutlr
On 07 Apr 2020, at 06:36, Yuri Pankov wrote: > @lbutlr wrote: >> # service fahclient start >> Starting fahclient. >> 13:33:52:WARNING:Exception: Failed to open '/proc/bus/pci/devices': Failed >> to open '/proc/bus/pci/devices': No such file or directory: No such file or >> directory >>

Re: Linux-foldingathome

2020-04-07 Thread Michael Gmelin
Based on the error message I assume you have to mount procfs (and maybe linprocfs), See the respective man pages. You also have to enable Linux support (sysrc linux_enable=YES ; service linux start). -m > On 7. Apr 2020, at 14:33, @lbutlr wrote: > > Has anyone had any experience with

Re: Linux-foldingathome

2020-04-07 Thread Yuri Pankov
@lbutlr wrote: Has anyone had any experience with installing the port biology/linux-foldingathome? After installing it and editing the configuration file I try to start it and get the following: # service fahclient start Starting fahclient. 13:33:52:WARNING:Exception: Failed to open

Linux-foldingathome

2020-04-07 Thread @lbutlr
Has anyone had any experience with installing the port biology/linux-foldingathome? After installing it and editing the configuration file I try to start it and get the following: # service fahclient start Starting fahclient. 13:33:52:WARNING:Exception: Failed to open '/proc/bus/pci/devices':

Running tests in ports Makefiles?

2020-04-07 Thread Adam Jimerson
Hello all, Hopefully a quick question, is it common place in the ports tree to run tests for the software being ported in the Makefile or should we just expect/ encourage upstream to do tests for FreeBSD and leave it at that? I ask because one of the ports that I am maintaining is written in

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
On 2020-04-07 12:09, Grzegorz Junka wrote: Is it expected that drm doesn't work on 12.1-RELEASE Yes, for now. You can diff: /usr/src/sys/compat/linuxkpi Between the two to see the differences. --HPS ___ freebsd-ports@freebsd.org mailing list

Re: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 07/04/2020 09:55, Hans Petter Selasky wrote: On 2020-04-07 11:35, Grzegorz Junka wrote: kern.osrelease: 12.1-RELEASE-p3 Hi, This is not 12.1-STABLE! Yes, you can use a 12.1-STABLE kernel with the 12.1-RELEASE. Can you try this: rm -rf /usr/src cd /usr svn checkout

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
On 2020-04-07 11:35, Grzegorz Junka wrote: kern.osrelease: 12.1-RELEASE-p3 Hi, This is not 12.1-STABLE! Yes, you can use a 12.1-STABLE kernel with the 12.1-RELEASE. Can you try this: rm -rf /usr/src cd /usr svn checkout https://svn.freebsd.org/base/stable/12 /usr/src cd /usr/src make

Re: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 07/04/2020 09:29, Hans Petter Selasky wrote: On 2020-04-07 11:19, Grzegorz Junka wrote: 25    3 0x83109000    76570 drm.ko Please also double check, that you've loaded /boot/modules/drm.ko and not /boot/kernel/drm.ko ! ll /boot/modules/ | grep drm -r-xr-xr-x  1 root wheel  

Re: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 07/04/2020 09:21, Hans Petter Selasky wrote: Try: sysctl -a | grep linuxkpi That finally crashed the system. After restart I loaded the modules again and tried without grep. This is how far it goes: root@venus:/home/g # sysctl -a kern.ostype: FreeBSD kern.osrelease: 12.1-RELEASE-p3

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
On 2020-04-07 11:19, Grzegorz Junka wrote: 25    3 0x83109000    76570 drm.ko Please also double check, that you've loaded /boot/modules/drm.ko and not /boot/kernel/drm.ko ! ll /boot/modules/ | grep drm -r-xr-xr-x 1 root wheel 757152 Jan 17 15:51 drm.ko* ll /boot/kernel |

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
Try: sysctl -a | grep linuxkpi ___ 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: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 07/04/2020 09:16, Hans Petter Selasky wrote: On 2020-04-07 11:06, Grzegorz Junka wrote: On 07/04/2020 08:54, Hans Petter Selasky wrote: On 2020-04-07 10:27, Grzegorz Junka wrote: Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with v3.1.27! Apr  7 07:54:38 venus kernel:

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
On 2020-04-07 11:06, Grzegorz Junka wrote: On 07/04/2020 08:54, Hans Petter Selasky wrote: On 2020-04-07 10:27, Grzegorz Junka wrote: Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with v3.1.27! Apr  7 07:54:38 venus kernel: [drm] Connector DP-1: get mode from tunables: Apr  7

Re: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 07/04/2020 08:54, Hans Petter Selasky wrote: On 2020-04-07 10:27, Grzegorz Junka wrote: Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with v3.1.27! Apr  7 07:54:38 venus kernel: [drm] Connector DP-1: get mode from tunables: Apr  7 07:54:38 venus kernel: [drm]   -

Re: amdgpu panics

2020-04-07 Thread Hans Petter Selasky
On 2020-04-07 10:27, Grzegorz Junka wrote: Apr  7 07:54:38 venus kernel: [drm] Display Core initialized with v3.1.27! Apr  7 07:54:38 venus kernel: [drm] Connector DP-1: get mode from tunables: Apr  7 07:54:38 venus kernel: [drm]   - kern.vt.fb.modes.DP-1 Apr  7 07:54:38 venus kernel: [drm]   -

Obsolete port

2020-04-07 Thread Marc Veldman
Hello Ports, The devel/pear-channel-phpunit port is obsolete. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242220 Can somebody have a look at this? Best regards, Marc Veldman ___ freebsd-ports@freebsd.org mailing list

Re: amdgpu panics

2020-04-07 Thread Grzegorz Junka
On 06/04/2020 23:49, Hans Petter Selasky wrote: On 2020-04-07 00:07, Grzegorz Junka wrote: Is it possible to at least gather some debug info where this happens? I don't think there is any core dumped if the system doesn't panic? Can you SSH to this machine and get dmesg? I sent the

FreeBSD ports you maintain which are out of date

2020-04-07 Thread portscout
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated,