Re: starting virtual box VM instantly crashes FreeBSD after upgrade from 11 to 12
Thanks for replying. Yes I rebuilt and installed virtualbox-ose and virtualbox-ose-kmod. The files in /boot/modules are the newly built ones. I have rebooted after installing them. Thanks, Graham On 2/4/19 4:46 pm, Koichiro Iwao wrote: Hi, did you rebuild virtualbox-ose-kmod? On Tue, Apr 02, 2019 at 04:04:49PM +1100, Graham Menhennitt wrote: Hello all, I recently upgraded my desktop box from 11-Stable to 12-Stable via source. I've rebuilt and installed the 5.2.26 virtualbox-ose and virtualbox-ose-kmod ports from scratch and made sure that no traces of older versions exist. I start the VirtualBox GUI successfully and see the table of my VMs. I select one of them and start it and FreeBSD instantly crashes. My screen goes blank and eventually FreeBSD reboots. The only thing I can see in my /var/log/messages is: Apr 2 15:07:14 starker kernel: vboxdrv: VMMR0.r0 Apr 2 15:07:14 starker kernel: vboxdrv: VBoxDDR0.r0 after the crash and just before the reboot sequence. I can't see anything in /usr/ports/UPDATING that's relevant. It was all working correctly under 11-Stable. Does anybody have any clues, please? How can I diagnose further? Thanks in advance for any help. Graham ___ 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" ___ 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: category for VPN softwares?
Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: >> Create a real category vpn and move everything to it ? > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > but I feel that classification is too fine. At least creating vpn or > net-vpn souds good. How about a new "real" category vpn and preserving the current categories of the ports as their additional categories (assuming that they are in net vs. security for a reason). ___ 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: category for VPN softwares?
On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > >> Create a real category vpn and move everything to it ? > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > > but I feel that classification is too fine. At least creating vpn or > > net-vpn souds good. > > How about a new "real" category vpn I am not sure if it should be vpn or net-vpn. I feel net-vpn is more suitable. > and preserving the current categories > of the ports as their additional categories (assuming that they are in net > vs. security for a reason). > I like the idea. ___ 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 wllvm port (should be trivial)
Hello. I need the following python application as build dependency of a port I'm wokring on: https://pypi.org/project/wllvm/ I think, it should be pretty easy to port, I just don't have much time for it ATM. It would be awesome if someone would pick this up and create the port for me. Thanks in advance. ___ 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 wllvm port (should be trivial)
On 2/04/2019 10:35 pm, Gleb Popov wrote: Hello. I need the following python application as build dependency of a port I'm wokring on: https://pypi.org/project/wllvm/ I think, it should be pretty easy to port, I just don't have much time for it ATM. It would be awesome if someone would pick this up and create the port for me. Hi Gleb, I've just created the port, but if its a build dependency of a port you intend to maintain, its probably a very good idea that you maintain wllvm as well. Are you OK with being the MAINTAINER? ___ 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: category for VPN softwares?
On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> wrote: > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > >> Create a real category vpn and move everything to it ? > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > > > but I feel that classification is too fine. At least creating vpn or > > > net-vpn souds good. > > > > How about a new "real" category vpn > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > more suitable. > > > > and preserving the current categories > > of the ports as their additional categories (assuming that they are in net > > vs. security for a reason). > > > > I like the idea. Creating new categories is absolutely doable! However, we have a pretty high bar for justifying it. There's no magic number, but our (portmgr's) precedent is that the new category must, at the time of creation, be as full as other categories like it. The most important thing in the new category proposal is a comprehensive list of ports that will be moved to it. Put that into a review or a PR and we can move forward. Fair warning though, if it's only about a dozen ports, it most likely will not be approved. My approach here is that new categories should be virtual unless the evidence for hard category is incontrovertible. # Adam -- Adam Weinberger ad...@adamw.org https://www.adamw.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"
Re: category for VPN softwares?
On Tue, Apr 02, 2019 at 11:38:15AM +0200, Mateusz Piotrowski wrote: > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > >> Create a real category vpn and move everything to it ? ... ... > > > and preserving the current categories > > of the ports as their additional categories (assuming that they are in net > > vs. security for a reason). > > > > I like the idea. Hey if you can convince port managers that a new real category is in order I'll petition for a real hamradio category. We are currently split between audio, comms, misc, cad ... ;) It will be much easier getting a new virtual category than a real category. I'd agree a real category for both vpn and hamradio would be nice but it's a PITA and personally I don't feel it matters that much. -- - d...@freebsd.org d...@db.net http://artemis.db.net/~db ___ 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: category for VPN softwares?
On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> wrote: > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > >> Create a real category vpn and move everything to it ? > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > > > > but I feel that classification is too fine. At least creating vpn or > > > > net-vpn souds good. > > > > > > How about a new "real" category vpn > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > more suitable. > > > > > > > and preserving the current categories > > > of the ports as their additional categories (assuming that they are in net > > > vs. security for a reason). > > > > > > > I like the idea. > > Creating new categories is absolutely doable! However, we have a > pretty high bar for justifying it. There's no magic number, but our > (portmgr's) precedent is that the new category must, at the time of > creation, be as full as other categories like it. > > The most important thing in the new category proposal is a > comprehensive list of ports that will be moved to it. Put that into a > review or a PR and we can move forward. Fair warning though, if it's > only about a dozen ports, it most likely will not be approved. > > My approach here is that new categories should be virtual unless the > evidence for hard category is incontrovertible. It's far easier making a virtual category and easier to count ports. e.g. https://www.freshports.org/hamradio We have 101 hamradio related ports with more coming... korean has 43,portuguese has 15,russian has 42 although languages are a special case palm has 15 ports but whatever. ;) I'd be surprised if there weren't more vpn ports than 101 so why not go with a virtual ports category to start with? > > # Adam > > > -- > Adam Weinberger > ad...@adamw.org > https://www.adamw.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" -- - d...@freebsd.org d...@db.net http://artemis.db.net/~db ___ 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: starting virtual box VM instantly crashes FreeBSD after upgrade from 11 to 12
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230460 "turn on VIMAGE support in virtualbox-ose-kmod" Working for me. Good luck. 02.04.2019 09:53, Graham Menhennitt пишет: Thanks for replying. Yes I rebuilt and installed virtualbox-ose and virtualbox-ose-kmod. The files in /boot/modules are the newly built ones. I have rebooted after installing them. Thanks, Graham On 2/4/19 4:46 pm, Koichiro Iwao wrote: Hi, did you rebuild virtualbox-ose-kmod? On Tue, Apr 02, 2019 at 04:04:49PM +1100, Graham Menhennitt wrote: Hello all, I recently upgraded my desktop box from 11-Stable to 12-Stable via source. I've rebuilt and installed the 5.2.26 virtualbox-ose and virtualbox-ose-kmod ports from scratch and made sure that no traces of older versions exist. I start the VirtualBox GUI successfully and see the table of my VMs. I select one of them and start it and FreeBSD instantly crashes. My screen goes blank and eventually FreeBSD reboots. The only thing I can see in my /var/log/messages is: Apr 2 15:07:14 starker kernel: vboxdrv: VMMR0.r0 Apr 2 15:07:14 starker kernel: vboxdrv: VBoxDDR0.r0 after the crash and just before the reboot sequence. I can't see anything in /usr/ports/UPDATING that's relevant. It was all working correctly under 11-Stable. Does anybody have any clues, please? How can I diagnose further? Thanks in advance for any help. Graham ___ 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" ___ 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" ___ 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: category for VPN softwares?
On Tue, Apr 2, 2019 at 6:24 AM Diane Bruce wrote: > > On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> wrote: > > > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > > >> Create a real category vpn and move everything to it ? > > > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > > > > > but I feel that classification is too fine. At least creating vpn or > > > > > net-vpn souds good. > > > > > > > > How about a new "real" category vpn > > > > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > > more suitable. > > > > > > > > > > and preserving the current categories > > > > of the ports as their additional categories (assuming that they are in > > > > net > > > > vs. security for a reason). > > > > > > > > > > I like the idea. > > > > Creating new categories is absolutely doable! However, we have a > > pretty high bar for justifying it. There's no magic number, but our > > (portmgr's) precedent is that the new category must, at the time of > > creation, be as full as other categories like it. > > > > The most important thing in the new category proposal is a > > comprehensive list of ports that will be moved to it. Put that into a > > review or a PR and we can move forward. Fair warning though, if it's > > only about a dozen ports, it most likely will not be approved. > > > > My approach here is that new categories should be virtual unless the > > evidence for hard category is incontrovertible. > > It's far easier making a virtual category and easier to count ports. > e.g. https://www.freshports.org/hamradio > > We have 101 hamradio related ports with more coming... > korean has 43,portuguese has 15,russian has 42 although languages are a > special case palm has 15 ports but whatever. ;) > > I'd be surprised if there weren't more vpn ports than 101 so why not > go with a virtual ports category to start with? Hi Diane, That's a great approach to it! AFAIK we haven't explicitly used virtual categories as a staging ground for hard categories, but that seems like a really pragmatic approach; no matter the outcome, the ports tree comes out ahead. # Adam -- Adam Weinberger ad...@adamw.org https://www.adamw.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"
Re: www/firefox-esr build failure
On Mon, 1 Apr 2019 10:42:34 -0400
Charlie Li wrote:
> Sergey V. Dyatko wrote:
> > error: _Float16 is not supported on this target template <> struct
> > __libcpp_is_floating_point<_Float16>: public true_type {}; ^
> >
> > It is known issue ?
> >
> You need to update base/head to at least r344261 or base/stable to at
> least r344425. This was a bug that LLVM introduced during their 7.0.1
> cycle, which was later reverted during their 8.0.0 cycle.
>
Thanks!
--
wbr, Sergey
___
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: category for VPN softwares?
On Tue, Apr 02, 2019 at 06:29:09AM -0600, Adam Weinberger wrote: > On Tue, Apr 2, 2019 at 6:24 AM Diane Bruce wrote: > > > > On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > > > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> > > > wrote: > > > > > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > > > >> Create a real category vpn and move everything to it ? > > > > > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also > > > > > > have > > > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under > > > > > > net-dialup > > > > > > but I feel that classification is too fine. At least creating vpn or > > > > > > net-vpn souds good. > > > > > > > > > > How about a new "real" category vpn > > > > > > > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > > > more suitable. > > > > > > > > > > > > > and preserving the current categories > > > > > of the ports as their additional categories (assuming that they are > > > > > in net > > > > > vs. security for a reason). > > > > > > > > > > > > > I like the idea. > > > > > > Creating new categories is absolutely doable! However, we have a > > > pretty high bar for justifying it. There's no magic number, but our > > > (portmgr's) precedent is that the new category must, at the time of > > > creation, be as full as other categories like it. > > > > > > The most important thing in the new category proposal is a > > > comprehensive list of ports that will be moved to it. Put that into a > > > review or a PR and we can move forward. Fair warning though, if it's > > > only about a dozen ports, it most likely will not be approved. > > > > > > My approach here is that new categories should be virtual unless the > > > evidence for hard category is incontrovertible. > > > > It's far easier making a virtual category and easier to count ports. > > e.g. https://www.freshports.org/hamradio > > > > We have 101 hamradio related ports with more coming... > > korean has 43,portuguese has 15,russian has 42 although languages are a > > special case palm has 15 ports but whatever. ;) > > > > I'd be surprised if there weren't more vpn ports than 101 so why not > > go with a virtual ports category to start with? > > Hi Diane, > > That's a great approach to it! AFAIK we haven't explicitly used > virtual categories as a staging ground for hard categories, but that > seems like a really pragmatic approach; no matter the outcome, the > ports tree comes out ahead. > > # Adam Just to say, having a new "real" category will force people to rework their entry list for poudriere, reinstall things if they are using portmaster etc. No problem at all for pkg(8) users as it would be transparent As for the virtual category it will work, but has the very limited effect of only allowing things like freshports to list things withing that category, almost nothing else do use the virtual categories. Best regards, Bapt signature.asc Description: PGP signature
Re: category for VPN softwares?
On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> wrote: > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > >> Create a real category vpn and move everything to it ? > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also have > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under net-dialup > > > > but I feel that classification is too fine. At least creating vpn or > > > > net-vpn souds good. > > > > > > How about a new "real" category vpn > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > more suitable. > > > > > > > and preserving the current categories > > > of the ports as their additional categories (assuming that they are in net > > > vs. security for a reason). > > > > > > > I like the idea. > > Creating new categories is absolutely doable! However, we have a > pretty high bar for justifying it. There's no magic number, but our > (portmgr's) precedent is that the new category must, at the time of > creation, be as full as other categories like it. > > The most important thing in the new category proposal is a > comprehensive list of ports that will be moved to it. Put that into a > review or a PR and we can move forward. Fair warning though, if it's > only about a dozen ports, it most likely will not be approved. > > My approach here is that new categories should be virtual unless the > evidence for hard category is incontrovertible. And in any case, see our documentation: https://www.freebsd.org/doc/en/articles/committers-guide/ports.html#ports-qa-new-category -- Mathieu Arnold signature.asc Description: PGP signature
Re: category for VPN softwares?
On Tue, Apr 02, 2019 at 03:34:57PM +0200, Baptiste Daroussin wrote: > On Tue, Apr 02, 2019 at 06:29:09AM -0600, Adam Weinberger wrote: > > On Tue, Apr 2, 2019 at 6:24 AM Diane Bruce wrote: > > > > > > On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > > > > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> > > > > wrote: > > > > > > > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > > > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > > > > >> Create a real category vpn and move everything to it ? > > > > > > > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo also > > > > > > > have > > > > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under > > > > > > > net-dialup > > > > > > > but I feel that classification is too fine. At least creating vpn > > > > > > > or > > > > > > > net-vpn souds good. > > > > > > > > > > > > How about a new "real" category vpn > > > > > > > > > > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > > > > more suitable. > > > > > > > > > > > > > > > > and preserving the current categories > > > > > > of the ports as their additional categories (assuming that they are > > > > > > in net > > > > > > vs. security for a reason). > > > > > > > > > > > > > > > > I like the idea. > > > > > > > > Creating new categories is absolutely doable! However, we have a > > > > pretty high bar for justifying it. There's no magic number, but our > > > > (portmgr's) precedent is that the new category must, at the time of > > > > creation, be as full as other categories like it. > > > > > > > > The most important thing in the new category proposal is a > > > > comprehensive list of ports that will be moved to it. Put that into a > > > > review or a PR and we can move forward. Fair warning though, if it's > > > > only about a dozen ports, it most likely will not be approved. > > > > > > > > My approach here is that new categories should be virtual unless the > > > > evidence for hard category is incontrovertible. > > > > > > It's far easier making a virtual category and easier to count ports. > > > e.g. https://www.freshports.org/hamradio > > > > > > We have 101 hamradio related ports with more coming... > > > korean has 43,portuguese has 15,russian has 42 although languages are a > > > special case palm has 15 ports but whatever. ;) > > > > > > I'd be surprised if there weren't more vpn ports than 101 so why not > > > go with a virtual ports category to start with? > > > > Hi Diane, > > > > That's a great approach to it! AFAIK we haven't explicitly used > > virtual categories as a staging ground for hard categories, but that > > seems like a really pragmatic approach; no matter the outcome, the > > ports tree comes out ahead. > > > > # Adam > > Just to say, having a new "real" category will force people to rework their > entry list for poudriere, reinstall things if they are using portmaster etc. For poudriere, it is transparent as it parses MOVED, and new physical categories add entries in there. I think it will tell you something about it too. -- Mathieu Arnold signature.asc Description: PGP signature
Re: category for VPN softwares?
On Tue, Apr 02, 2019 at 03:47:30PM +0200, Mathieu Arnold wrote: > On Tue, Apr 02, 2019 at 03:34:57PM +0200, Baptiste Daroussin wrote: > > On Tue, Apr 02, 2019 at 06:29:09AM -0600, Adam Weinberger wrote: > > > On Tue, Apr 2, 2019 at 6:24 AM Diane Bruce wrote: > > > > > > > > On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote: > > > > > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> > > > > > wrote: > > > > > > > > > > > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote: > > > > > > > > > > > > > Am 02.04.19 um 07:42 schrieb Koichiro Iwao: > > > > > > > > On Tue, Apr 02, 2019 at 06:41:51AM +0200, Kurt Jaeger wrote: > > > > > > > >> Create a real category vpn and move everything to it ? > > > > > > > > > > > > > > > > Sounds better! Gentoo has net-vpn category. Just FYI, Gentoo > > > > > > > > also have > > > > > > > > net-dialup category. PPP/PPPoE/L2TP softwares are put under > > > > > > > > net-dialup > > > > > > > > but I feel that classification is too fine. At least creating > > > > > > > > vpn or > > > > > > > > net-vpn souds good. > > > > > > > > > > > > > > How about a new "real" category vpn > > > > > > > > > > > > > > > > > > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > > > > > > more suitable. > > > > > > > > > > > > > > > > > > > and preserving the current categories > > > > > > > of the ports as their additional categories (assuming that they > > > > > > > are in net > > > > > > > vs. security for a reason). > > > > > > > > > > > > > > > > > > > I like the idea. > > > > > > > > > > Creating new categories is absolutely doable! However, we have a > > > > > pretty high bar for justifying it. There's no magic number, but our > > > > > (portmgr's) precedent is that the new category must, at the time of > > > > > creation, be as full as other categories like it. > > > > > > > > > > The most important thing in the new category proposal is a > > > > > comprehensive list of ports that will be moved to it. Put that into a > > > > > review or a PR and we can move forward. Fair warning though, if it's > > > > > only about a dozen ports, it most likely will not be approved. > > > > > > > > > > My approach here is that new categories should be virtual unless the > > > > > evidence for hard category is incontrovertible. > > > > > > > > It's far easier making a virtual category and easier to count ports. > > > > e.g. https://www.freshports.org/hamradio > > > > > > > > We have 101 hamradio related ports with more coming... > > > > korean has 43,portuguese has 15,russian has 42 although languages are a > > > > special case palm has 15 ports but whatever. ;) > > > > > > > > I'd be surprised if there weren't more vpn ports than 101 so why not > > > > go with a virtual ports category to start with? > > > > > > Hi Diane, > > > > > > That's a great approach to it! AFAIK we haven't explicitly used > > > virtual categories as a staging ground for hard categories, but that > > > seems like a really pragmatic approach; no matter the outcome, the > > > ports tree comes out ahead. > > > > > > # Adam > > > > Just to say, having a new "real" category will force people to rework their > > entry list for poudriere, reinstall things if they are using portmaster etc. > > For poudriere, it is transparent as it parses MOVED, and new physical > categories add entries in there. I think it will tell you something > about it too. > Same for portmaster yes, I just wanted to raise the fact that virtual categories are transparent addition, but almost useless, while physical one have an impact :) Best regards, Bapt signature.asc Description: PGP signature
Re: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}'
On Tue, Apr 02, 2019 at 10:39:42AM +, John F Carr wrote: > > The problem I mentioned is with the system. I filed a bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > > If you change the system header /usr/include/machine/endian.h > according to the path in that bug report, does chromium compile? The patch applied without difficulty and I've restarted the make process using portmaster-devel. For some reason make in the ports tree seems to be re-extracting distfiles when it isn't necessary, can that be turned off? I think the behavior is new, sometime in the last few months. In this case it'll impose a considerable time penalty. It would appear to render impossible any patching of ports source files. Thanks for reading, and your help! bob prohaska ___ 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: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}'
On Tue, Apr 02, 2019 at 09:17:13AM -0700, bob prohaska wrote: > On Tue, Apr 02, 2019 at 10:39:42AM +, John F Carr wrote: > > > > The problem I mentioned is with the system. I filed a bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > > > > If you change the system header /usr/include/machine/endian.h > > according to the path in that bug report, does chromium compile? > > The patch applied without difficulty and I've restarted the make > process using portmaster-devel. > The compile stopped again, seemingly with the same error, unchanged. Oddly, there's also an error immediately before, which has been seen before but I thought has been fixed at some point, In file included from ../../base/third_party/libevent/event.c:49: In file included from /usr/include/signal.h:42: /usr/include/machine/ucontext.h:46:2: error: unknown type name '__uint128_t' __uint128_t fp_q[32]; ^ 1 error generated. The relevant parts of the console output are at http://www.zefox.net/~fbsd/rpi3/portmaster/chromium/r345516/console.txt in case anybody's willing to take a look. Thanks for reading, bob prohaska ___ 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"
Crashing Apache port
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? I run a major virtual hosting server on FreeBSD. For this crashing to happen is unnapcceptable. -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Alberta on 16 April 2019, do not vote UCP, FCP nor NDP! ___ 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
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"
Re: Crashing Apache port
On Wed, Apr 03, 2019 at 08:48:25AM +1300, Jonathan Chen wrote: > 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. 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. > > Cheers. > -- > Jonathan Chen -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Alberta on 16 April 2019, do not vote UCP, FCP nor NDP! ___ 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
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: RPI3, error: invalid operand in inline asm: 'rev16 ${0:w}, ${1:w}'
On Tue, Apr 02, 2019 at 08:31:12PM +, John F Carr wrote: > > > > On Apr 2, 2019, at 14:09 , bob prohaska wrote: > > > > On Tue, Apr 02, 2019 at 09:17:13AM -0700, bob prohaska wrote: > >> On Tue, Apr 02, 2019 at 10:39:42AM +, John F Carr wrote: > >>> > >>> The problem I mentioned is with the system. I filed a bug: > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236920 > >>> > >>> If you change the system header /usr/include/machine/endian.h > >>> according to the path in that bug report, does chromium compile? > >> > >> The patch applied without difficulty and I've restarted the make > >> process using portmaster-devel. > >> > > > > The compile stopped again, seemingly with the same error, unchanged. > > > > Oddly, there's also an error immediately before, which has been seen > > before but I thought has been fixed at some point, > > > > In file included from ../../base/third_party/libevent/event.c:49: > > In file included from /usr/include/signal.h:42: > > /usr/include/machine/ucontext.h:46:2: error: unknown type name '__uint128_t' > >__uint128_t fp_q[32]; > >^ > > 1 error generated. > > > > The relevant parts of the console output are at > > > > http://www.zefox.net/~fbsd/rpi3/portmaster/chromium/r345516/console.txt > > > > in case anybody's willing to take a look. > > > > Thanks for reading, > > > > bob prohaska > > I looked a little closer and figured out why it's failing. The chromium port > compiles with options "--target=arm-linux-gnueabihf -march=armv7-a". That > means it's using a Linux ABI on 32 bit ARM v7. The byte reverse functions in > machine/endian.h do not work with that target. I think the rev* instructions > don't exist in ARM v7. > > Does chromium come with object files built for ARM7a on Linux, so that target > has to be used? I hope that question is directed to someone else! I can only state that a couple of versions ago chromium compiled and ran on the Pi3. That particular compile session had to be restarted many times to finish. By the time I was able to re-run it, compilation was successful but the executable failed with an error in a shared object library. Since then, roughly early February, chromium hasn't compiled on the Pi3. Prior to early February it compiled with difficulties connected to VM limitations. Thanks for reading! bob prohaska ___ 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"
CLISP (2.49.93+) re-ported
Hi all, I've re-ported lang/clisp [1]. This port has beed moved since 2014-07-28 because it's development has ceased. But it continue to developed with GitLab [2]. Latest version is 2.49.93+ and last commitment was in 12 Nov, 2018. I've reconstructed to suit this latest version and worked fine without sevral features: CLX_NEW Faster X11 Interface (replaces clx/mit-clx) GLIBC Interface to most of the GNU libc library JITCUse a given Just-In-Time Compiler MATLAB Matrix calculations using Matlab NETICA Bayesian belief networks and influence diagrams ORACLE Oracle RDMBS interface PARIPARI Computer Algebra System These were all faild to compile with gcc8. My working environments are as follows: admin@jdtpkx:~ % uname -a FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 admin@jdtpkx:~ % svnlite info --show-item revision /usr/ports 486173 admin@jdtpkx:~ % I'm willing to report to test [1] and how to resolve above problems. Best regards [1] https://github.com/TrueFC/ports/tree/master/lang/clisp [2] https://gitlab.com/gnu-clisp/clisp --- KIRIYAMA Kazuhiko ___ 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
Are you using php? Does php -v result in a crash? On Tue, Apr 2, 2019 at 1:54 PM Jonathan Chen wrote: > > 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" ___ 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: category for VPN softwares?
On Tue, Apr 02, 2019 at 11:38:15AM +0200, Mateusz Piotrowski wrote: > I am not sure if it should be vpn or net-vpn. I feel net-vpn is > more suitable. As you know, we already have net-im, net-p2p, net-mgmt categories. This is one of reasons why I feel net-vpn is more suitable. -- meta ___ 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
On Tue, Apr 02, 2019 at 05:14:29PM -0700, Jack L. wrote: > Are you using php? Does php -v result in a crash? > Yes I use php and No crash. > On Tue, Apr 2, 2019 at 1:54 PM Jonathan Chen wrote: > > > > 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. > > That is what did the trick. Flush the modules and the 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" > ___ > 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" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Alberta on 16 April 2019, do not vote UCP, FCP nor NDP! ___ 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"
