Re: poudriere segmentation fault on 13-CURRENT

On 20/05/2020 19:33, Yuri Pankov wrote: Grzegorz Junka wrote: When configuring ports with this option: poudriere options -j 13 -p gui -z v8 lang/v8 for every port the configuration ends with "Segmentation fault". For example, with that command the first port that shows up is

poudriere segmentation fault on 13-CURRENT

When configuring ports with this option: poudriere options -j 13 -p gui -z v8 lang/v8 for every port the configuration ends with "Segmentation fault". For example, with that command the first port that shows up is "python27-2.7.18". After the ncurses dialog is shown I click OK which supposed

xwayland-devel checksum error

Why am I getting this: ===> Fetching all distfiles required by xwayland-devel-1.20.0.641_1 for building => SHA256 Checksum OK for xorg-xserver-785e59060c00129e47da6c0877604a56d7e0e32f_GL0.tar.gz. => SHA256 Checksum mismatch for 71749de24509.patch. => SHA256 Checksum mismatch for

Re: amdgpu panics

Tried just now with 12-STABLE installed using FreeBSD-base and all kmod packages recompiled in a jail that was created from the same obj/usr as the 12-STABLE base packages. In other words: The build host is running 12.1-RELEASE-p3. On it I fetched 12-STABLE and compiled world and kernel. Then

Re: amdgpu panics

On 06/04/2020 22:08, Tatsuki Makino wrote: Sorry, I derail from this topic. I have cloned the host to poudriere with the following command. poudriere jail -c -j src -m 'src=/usr/src' -v `make -C /usr/src/release/ -V VERSION VERSION=\$\{REVISION:Q\}-\$\{BRANCH:Q\}` Since the name of this

Re: amdgpu panics

On 07/04/2020 11:18, Hans Petter Selasky wrote: 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. Once I install kernel/world from stable-12

Re: amdgpu panics

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 https

Re: amdgpu panics

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

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

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: [drm

Re: amdgpu panics

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

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

Re: amdgpu panics

On 06/04/2020 09:25, Hans Petter Selasky wrote: On 2020-04-06 11:19, Grzegorz Junka wrote: Of course I can recompile the kernel and world using GENERIC kernel config, that at least would compile all modules that aren't normally compiled with GENERIC. I just want to rule out some things

Re: amdgpu panics

On 06/04/2020 10:25, Hans Petter Selasky wrote: On 2020-04-06 11:19, Grzegorz Junka wrote: Of course I can recompile the kernel and world using GENERIC kernel config, that at least would compile all modules that aren't normally compiled with GENERIC. I just want to rule out some things

Re: amdgpu panics

On 06/04/2020 09:32, Matthias Andree wrote: Am 06.04.20 um 09:37 schrieb Grzegorz Junka: On 06/04/2020 08:21, Hans Petter Selasky wrote: They don't match, and they can't. Files in /boot/modules have been installed by drm-fbsd12.0-kmod and files in /boot/kernel have been installed by FreeBSD

Re: amdgpu panics

On 06/04/2020 08:21, Hans Petter Selasky wrote: They don't match, and they can't. Files in /boot/modules have been installed by drm-fbsd12.0-kmod and files in /boot/kernel have been installed by FreeBSD-kernel-venus-12.1_3 (venus is the name I gave the kernel configuration). Is

Re: amdgpu panics

On 05/04/2020 21:58, Grzegorz Junka wrote: On 05/04/2020 13:40, Hans Petter Selasky wrote: On 2020-04-05 14:18, Grzegorz Junka wrote: How can I debug what's wrong? Can you check the timestamps for: ls -l /boot/modules and ls -l /boot/kernel That they match? Try loading like

Re: amdgpu panics

On 05/04/2020 13:40, Hans Petter Selasky wrote: On 2020-04-05 14:18, Grzegorz Junka wrote: How can I debug what's wrong? Can you check the timestamps for: ls -l /boot/modules and ls -l /boot/kernel That they match? Try loading like this: kldload /boot/modules/drm.ko /boot/modules

Re: amdgpu panics

On 04/04/2020 10:27, Matthias Andree wrote: Thank you John for the comprehensive explanation. It took me a while to go through all the details, then again to recompile the ports and try to reinstall all packages. What i discovered in the meantime is that it's not an isolated problem:

Re: amdgpu panics

On 12/03/2020 16:34, John Kennedy wrote: On Thu, Mar 12, 2020 at 12:22:21AM +, Grzegorz Junka wrote: On 10/03/2020 19:46, Hans Petter Selasky wrote: On 2020-03-10 20:29, Grzegorz Junka wrote: On 09/03/2020 23:04, Hans Petter Selasky wrote: On 2020-03-10 00:03, Grzegorz Junka wrote

Re: amdgpu panics

On 10/03/2020 19:46, Hans Petter Selasky wrote: On 2020-03-10 20:29, Grzegorz Junka wrote: On 09/03/2020 23:04, Hans Petter Selasky wrote: On 2020-03-10 00:03, Grzegorz Junka wrote: I've upgraded my system to 12.1. I have recompiled all ports with poudriere using jail 12.1. As soon

Re: amdgpu panics

On 09/03/2020 23:04, Hans Petter Selasky wrote: On 2020-03-10 00:03, Grzegorz Junka wrote: I've upgraded my system to 12.1. I have recompiled all ports with poudriere using jail 12.1. As soon as "amdgpu" kernel module is loaded the system panics. Tried with both, "drm-kmo"

amdgpu panics

I've upgraded my system to 12.1. I have recompiled all ports with poudriere using jail 12.1. As soon as "amdgpu" kernel module is loaded the system panics. Tried with both, "drm-kmo" and "drm-fbsd12.0-kmod". Any ideas? Grzegorzj ___

Re: pkg / poudriere issue - wrong packagesite / meta

On 02/03/2020 17:49, Grzegorz Junka wrote: I just finished building ports for FreeBSD 12.1. I have already upgraded base to 12.1 and now I am trying to update packages, but pkg fails with this cryptic error: # pkg update Updating desktop_nvidia repository catalogue... pkg: repository meta has

pkg / poudriere issue - wrong packagesite / meta

I just finished building ports for FreeBSD 12.1. I have already upgraded base to 12.1 and now I am trying to update packages, but pkg fails with this cryptic error: # pkg update Updating desktop_nvidia repository catalogue... pkg: repository meta has wrong version 2 pkg: Repository

Re: Starting with poudriere

On 16/02/2020 00:14, Dan McGrath wrote: Hi, Just a bit of a heads up that poudriere will require you to be on the new version of FreeBSD before you can build for it on the current system. For example, if you are running 12.1, and you upgrade poudriere's jail to 13.0, it will complain that you

Speeding-up poudriere options

I have a file with a list of packages to compile with poudriere. Every time I update ports I execute "poudriere options -j ... -f some_file" in order to update options of new packages or whenever something changed. The issue is that it takes about an hour for poudriere to go through the list

Re: Possible issues with FreeBSD ports ML?

On 02/08/2019 00:24, Kevin Oberman wrote: Philip, Thanks so much for your time. I don't know if anything was ever wrong or almost everyone on mailing lists just took a couple of days off, but traffic volume on the lists now looks completely normal and I received no responses of lost posts to

Re: Cleaning up pkg-message

On 09/06/2019 16:55, Adam Weinberger wrote: On Sun, Jun 9, 2019 at 9:33 AM Grzegorz Junka wrote: On 09/06/2019 15:44, Miroslav Lachman wrote: Grzegorz Junka wrote on 2019/06/09 16:12: On 08/06/2019 19:11, Adam Weinberger wrote: Hello everyone, I want to get some stakeholder input on our

Re: Cleaning up pkg-message

On 09/06/2019 15:44, Miroslav Lachman wrote: Grzegorz Junka wrote on 2019/06/09 16:12: On 08/06/2019 19:11, Adam Weinberger wrote: Hello everyone, I want to get some stakeholder input on our pkg-message files. I think we need to have a clear policy about what does and doesn't belong in them

Re: Cleaning up pkg-message

On 08/06/2019 19:11, Adam Weinberger wrote: Hello everyone, I want to get some stakeholder input on our pkg-message files. I think we need to have a clear policy about what does and doesn't belong in them, and I'd like to get your input. pkg-message is shown to every user on every install.

Re: games/dMagnetic: A new Port (Need help)

On 20/05/2019 07:14, dettus wrote: Hello. SInce the ports@ mailinglist seems to strip away attachments (as it should), I uploaded the port to my website. Please download it at http://www.dettus.net/dMagnetic/freebsd_games_dMagnetic.tar.gz sha256:

Re: Policy on closing bugs

On 24/05/2019 12:26, Kubilay Kocak wrote: On 24/05/2019 9:30 pm, Grzegorz Junka wrote: On 24/05/2019 11:12, Kubilay Kocak wrote: On 24/05/2019 8:07 pm, Grzegorz Junka wrote: Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed

Re: Policy on closing bugs

On 24/05/2019 12:48, Kubilay Kocak wrote: On 24/05/2019 10:45 pm, Grzegorz Junka wrote: On 24/05/2019 12:34, Kubilay Kocak wrote: On 24/05/2019 9:52 pm, Grzegorz Junka wrote: On 24/05/2019 11:30, Grzegorz Junka wrote: On 24/05/2019 11:12, Kubilay Kocak wrote: On 24/05/2019 8:07 pm

Re: Policy on closing bugs

On 24/05/2019 12:34, Kubilay Kocak wrote: On 24/05/2019 9:52 pm, Grzegorz Junka wrote: On 24/05/2019 11:30, Grzegorz Junka wrote: On 24/05/2019 11:12, Kubilay Kocak wrote: On 24/05/2019 8:07 pm, Grzegorz Junka wrote: Hey, Is there any policy/document when a bug can be closed

Re: Policy on closing bugs

On 24/05/2019 11:30, Grzegorz Junka wrote: On 24/05/2019 11:12, Kubilay Kocak wrote: On 24/05/2019 8:07 pm, Grzegorz Junka wrote: Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed upstream but not yet in ports? Thanks

Re: Policy on closing bugs

On 24/05/2019 11:12, Kubilay Kocak wrote: On 24/05/2019 8:07 pm, Grzegorz Junka wrote: Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed upstream but not yet in ports? Thanks GrzegorzJ Hi Grzegorz, Bugs are closed after

Re: Policy on closing bugs

On 24/05/2019 10:53, Jan Bramkamp wrote: On 24.05.19 12:07, Grzegorz Junka wrote: Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed upstream but not yet in ports? Thanks GrzegorzJ I don't know of any official policy

Policy on closing bugs

Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed upstream but not yet in ports? Thanks GrzegorzJ ___ freebsd-ports@freebsd.org mailing list

pkg query hackaton

Hi, I am interested in two pkg query solutions and I thought I will ask here first, maybe someone already spend time or knows a better approach. 1. List of packages sorted by the amount of packages that depend on them 2. List of all recursive dependencies of a particular package Ad1.

Re: Reinstalling with dependencies

On 22/05/2019 13:48, Grzegorz Junka wrote: On 22/05/2019 13:42, Miroslav Lachman wrote: Grzegorz Junka wrote on 2019/05/22 14:11: [...] Are you saying that even if elinks was reinstalled with dependencies that wouldn't help? We have two issues here: 1. How to reinstall a package

Re: Reinstalling with dependencies

On 22/05/2019 13:42, Miroslav Lachman wrote: Grzegorz Junka wrote on 2019/05/22 14:11: [...] Are you saying that even if elinks was reinstalled with dependencies that wouldn't help? We have two issues here: 1. How to reinstall a package with dependencies (as stated in the subject) You

Re: pkg upgrade -f dying on me

On 22/05/2019 13:30, Mark Martinec wrote: 2019-05-22 13:46, je Grzegorz Junka wrote: root@someserv:~ # pkg --version 1.10.5 root@someserv:~ # /usr/local/sbin/pkg-static upgrade -f Updating desktop_nvidia repository catalogue... desktop_nvidia repository is up to date. All repositories are up

Re: Reinstalling with dependencies

On 22/05/2019 13:17, Baptiste Daroussin wrote: On Wed, May 22, 2019 at 01:11:05PM +0100, Grzegorz Junka wrote: On 22/05/2019 12:51, Baptiste Daroussin wrote: On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: Is there any way to reinstall a package with all its dependencies

Re: Reinstalling with dependencies

On 22/05/2019 12:51, Baptiste Daroussin wrote: On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: Is there any way to reinstall a package with all its dependencies? I am getting the following error: root@someserv:~ # pkg check -d Checking all packages: 100% elinks is missing

Re: pkg upgrade -f dying on me

On 22/05/2019 12:03, Kurt Jaeger wrote: Hi! How to debug this?: root@someserv:~ # pkg upgrade -f Which version of pkg ? pkg --version Try: /usr/local/sbin/pkg-static upgrade -f root@someserv:~ # pkg --version 1.10.5 root@someserv:~ # /usr/local/sbin/pkg-static upgrade -f Updating

Reinstalling with dependencies

Is there any way to reinstall a package with all its dependencies? I am getting the following error: root@someserv:~ # pkg check -d Checking all packages: 100% elinks is missing a required shared library: libjs.so But reinstalling elinks doesn't help: root@someserv:~ # pkg install -fR

pkg upgrade -f dying on me

Hi, How to debug this?: root@someserv:~ # pkg upgrade -f Updating desktop_nvidia repository catalogue... desktop_nvidia repository is up to date. All repositories are up to date. Checking for upgrades (1638 candidates):  46% libwps03 has no direct installation candidates, change it to libwps?

UNAME_r and OSVERSION mismatch - annoying error

Hi, poudriere options -c -j 12rel0 -p local -z desktop audio/sdl_sound throws at me: make: "/usr/local/poudriere/ports/gui/Mk/bsd.port.mk" line 1203: UNAME_r (12.0-RELEASE-p4) and OSVERSION (1102000) do not agree on major version number. What's the easiest way for (temporarily) disabling

The status of docker

Hello, does anyone know the current status of docker on FreeBSD? Wiki https://wiki.freebsd.org/Docker states it's experimental. The last commit in https://github.com/kvasdopil/docker/tree/freebsd-compat is also from 2015. There in fact are two ports, freebsd-docker (from 2015) and docker

Re: Distributed poudriere

On 30/11/2018 19:31, Pete Wright wrote: On 11/30/18 9:08 AM, Grzegorz Junka wrote: On 29/11/2018 19:12, Grzegorz Junka wrote: Hello, Is it possible to run poudriere in an agent/server setup? Where one central server maintains a distfiles folder for already compiled packages and agents

Re: Distributed poudriere

On 29/11/2018 19:12, Grzegorz Junka wrote: Hello, Is it possible to run poudriere in an agent/server setup? Where one central server maintains a distfiles folder for already compiled packages and agents compile packages fetching and installing from the central server dependencies? Just

Distributed poudriere

Hello, Is it possible to run poudriere in an agent/server setup? Where one central server maintains a distfiles folder for already compiled packages and agents compile packages fetching and installing from the central server dependencies? GrzegorzJ

Re: Few how-it-works questions

On 11/11/2018 14:27, Matthew Seaman wrote: On 11/11/2018 12:34, Grzegorz Junka wrote: Hi All, I would like to understand a bit better how the ports infrastructure works. 1. Recommended way of upgrading ports is "poudriere ports -p local -u", right? But this always gets me the late

Few how-it-works questions

Hi All, I would like to understand a bit better how the ports infrastructure works. 1. Recommended way of upgrading ports is "poudriere ports -p local -u", right? But this always gets me the latest version, in which some ports may not compile, depending on my luck. I know I can use SVN to

Re: Conflicts due to renamed KDE4 ports

On 17/04/2018 09:11, Tijl Coosemans wrote: On Tue, 17 Apr 2018 00:42:48 +0200 Adriaan de Groot wrote: [where did this discussion take place, earlier? this is the first I've seen it] So, there are roughly two migration paths: supposing someone has x11/kde4 installed, which

Re: Conflicts due to renamed KDE4 ports

On 14/04/2018 12:18, Stefan Esser wrote: [cut] This is another case (after the implementation of FLAVOR support that does not seem well-designed and causes lots of effort and inefficiencies in port management tools like portmaster), which makes me consider giving up my efforts to keep

Re: qt5tc and Lumina

On 30/03/2018 11:40, Le Baron d’Merde wrote: Hi. I do not use Lumina but setenv QT_QPA_PLATFORMTHEMEqt5ct in my .tcshrc works for me everywhere I needed it. I *guess* the problem is the way you are setting it. Cheers! On Fri, Mar 30, 2018 at 09:00:28AM +, Grzegorz Junka wrote

qt5tc and Lumina

Hi, When opening qt5ct I am getting a popup QT_QPA_PLATFORMTHEME environment variable is not set correctly What should it be set to? I tried qt5ct, KDE and GNOME. The default is lthemeengine. What it should be set to? Thansk GrzegorzJ ___

pkg check and missing libraries

Hi, I've updated ports, compiled with poudriere, then did pkg update and pkg upgrade. Then pkg upgrade -f (to reinstall everything). Still, pkg check -B shows the following libraries missing: root@crayon2:~ # pkg check -B Checking all packages:   1% (apache-openoffice-4.1.5_2)

Re: Vote: making wayland=on default

On 21/12/2017 03:19, Michael Gmelin wrote: On 21. Dec 2017, at 02:14, Chris H wrote: On Thu, 21 Dec 2017 00:29:40 +0100 "Michael Gmelin" said On 20. Dec 2017, at 18:50, Chris H wrote: On Wed, 20 Dec 2017 17:13:43 +

Re: Building bug report

Whenever I have build errors first thing I try is to build with default options (e.g. using a clean setting environment in poudriere). Very often it succeeds, which means that the problem is in some of the option I have set for Firefox or one of its dependencies. Does it build with default

Re: Firefox (Doesn't) Build

On 12/11/2017 07:14, Jonathan Chen wrote: On 12 November 2017 at 12:16, Patrick Dorion 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

no-x11 support broken for qbittorrent-nox11?

qbittorrent-nox11 doesn't compile because: [01:24:43] >> [01][00:00:00] Starting build of graphics/gtk-update-icon-cache [01:25:44] >> [01][00:01:01] Finished build of graphics/gtk-update-icon-cache: Failed: configure [01:25:44] >> [01][00:01:01] Skipping build of

Crashing chromium/iridium

Just wanted to check if anybody else observed this annoying behaviour in Chromium/Iridium browsers. Randomly, in about 10-40% of cases, the new tab hangs loading for 30-60 seconds, after which time the browser shows a dialog that the webpage doesn't load and I can either kill or wait. There

Re: portmaster, portupgrade, etc

On 05/10/2017 22:15, Chris H wrote: On Thu, 5 Oct 2017 20:27:19 + Grzegorz Junka <li...@gjunka.com> wrote On 05/10/2017 19:54, Baho Utot wrote: On 10/04/17 16:39, Ernie Luzar wrote: Here's my take on that. The future direction has already been decided by the FreeBSD leaders 2

Re: portmaster, portupgrade, etc

On 05/10/2017 22:27, Chris H wrote: On Thu, 5 Oct 2017 22:05:05 + Grzegorz Junka <li...@gjunka.com> wrote On 05/10/2017 21:53, Chris H wrote: On Thu, 5 Oct 2017 10:52:51 -0600 Adam Weinberger <ad...@adamw.org> wrote On 5 Oct, 2017, at 10:28, St

Re: portmaster, portupgrade, etc

On 05/10/2017 22:08, Baho Utot wrote: On 10/05/17 16:27, Grzegorz Junka wrote: On 05/10/2017 19:54, Baho Utot wrote: On 10/04/17 16:39, Ernie Luzar wrote: Here's my take on that. The future direction has already been decided by the FreeBSD leaders 2 years ago with their development

Re: portmaster, portupgrade, etc

On 05/10/2017 21:53, Chris H wrote: On Thu, 5 Oct 2017 10:52:51 -0600 Adam Weinberger wrote On 5 Oct, 2017, at 10:28, Steve Kargl wrote: On Thu, Oct 05, 2017 at 09:31:41AM -0600, Adam Weinberger wrote: On 5 Oct, 2017, at 9:25, Steve Kargl

Re: portmaster, portupgrade, etc

On 05/10/2017 19:54, Baho Utot wrote: On 10/04/17 16:39, Ernie Luzar wrote: Here's my take on that. The future direction has already been decided by the FreeBSD leaders 2 years ago with their development of a better pkg system. [putolin] Don't let the few old school die hearts who

Re: portmaster, portupgrade, etc

On 05/10/2017 18:41, Steve Kargl wrote: On Thu, Oct 05, 2017 at 10:52:51AM -0600, Adam Weinberger wrote: (courtesy long-line wrap) You seem to be fully convinced in a conspiracy to destroy portmaster, and I don't get the impression that I'm going to change your mind. All I can tell you is

Re: portmaster, portupgrade, etc

On 04/10/2017 21:00, Mark Linimon wrote: On Wed, Oct 04, 2017 at 08:56:00PM +, Grzegorz Junka wrote: Maybe I am just too ambitious or maybe poudriere is more idiot-proof? My possibly incorrect understanding is that poudriere trades off doing a lot more work in an attempt to produce more

Re: portmaster, portupgrade, etc

On 04/10/2017 21:22, Steve Kargl wrote: On Wed, Oct 04, 2017 at 08:30:49PM +, Grzegorz Junka wrote: On 04/10/2017 19:40, Steve Kargl wrote: Ahem, yeah, so I'm not allowed to request a short description on how to use poudiere in a resource constrained environment? The environment isn't

Re: portmaster, portupgrade, etc

On 04/10/2017 20:43, Mark Linimon wrote: On Wed, Oct 04, 2017 at 08:13:16PM +, Grzegorz Junka wrote: I was trying to compile with the system that was being updated at the same time - this can't possibly work (or can it?). It works somewhere between "quite often" to "near

Re: portmaster, portupgrade, etc

On 04/10/2017 19:40, Steve Kargl wrote: On Wed, Oct 04, 2017 at 02:57:08PM -0400, George Mitchell wrote: On 10/04/17 14:14, Steve Kargl wrote: On Wed, Oct 04, 2017 at 10:21:26AM -0700, Freddie Cash wrote: On Wed, Oct 4, 2017 at 10:15 AM, Steve Kargl < s...@troutmask.apl.washington.edu>

Re: portmaster, portupgrade, etc

On 04/10/2017 16:16, Michael W. Lucas wrote: Hi, I'm doing tech edits on the new edition of "Absolute FreeBSD," and stumbled into what's apparently a delicate topic. Some of my reviewers are happy I included portmaster in the book. Some reviewers beg me not to include it. Unfortunately,

dns/unbound patch error

I remember something was mentioned on this list about unbound. Currently it fails for me with the following error: ===> Patching for unbound-1.6.6 /bin/cat /wrkdirs/usr/ports/dns/unbound/work/unbound-1.6.6/contrib/-filter-iterator.patch | /usr/bin/patch -d

Re: math/R doesn't compile

Looks like the port doesn't compile when LTO is set: OPTIONS_FILE_SET+=LTO I have raised a new bug as I couldn't find one mentioning this issue yet: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222553 GrzegorzJ On 12/09/2017 10:12, Otacílio wrote: Em 11/09/2017 20:07, Grzegorz Junka

Re: math/R doesn't compile

On 12/09/2017 10:12, Otacílio wrote: Em 11/09/2017 20:07, Grzegorz Junka escreveu: ../extra/tre/libtre.a: error adding symbols: Malformed archive collect2: error: ld returned 1 exit status gmake[4]: *** [Makefile:177: libR.so] Error 1 gmake[4]: Leaving directory '/wrkdirs/usr/ports/math/R

multimedia/avidemux-qt4 compilation error

Which option may be responsible for this error: /wrkdirs/usr/ports/multimedia/avidemux-qt4/work/avidemux_2.6.11/avidemux/qt4/ADM_jobs/src/ADM_jobControl.cpp:115:58: error: unable to find string literal operator 'operator""y' with 'const char [8]', 'long unsigned int' arguments #define MX(x,y)

math/R doesn't compile

../extra/tre/libtre.a: error adding symbols: Malformed archive collect2: error: ld returned 1 exit status gmake[4]: *** [Makefile:177: libR.so] Error 1 gmake[4]: Leaving directory '/wrkdirs/usr/ports/math/R/work/R-3.4.1/src/main' gmake[3]: *** [Makefile:135: R] Error 2 gmake[3]: Leaving

Minor bug in pkg?

Shouldn't pkg be incrementing the first number when installing/upgrading packages? [1/247] Reinstalling blender-2.78c_3... Extracting blender-2.78c_3: 100% [1/247] Reinstalling abiword-3.0.1_5... Extracting abiword-3.0.1_5: 100% [1/247] Upgrading R from 3.4.0_2 to 3.4.1_4... Extracting

Re: FreeBSD Port: abiword-3.0.1_5

On 24/07/2017 20:24, D.-C. M. wrote: Hello, Textproc\link-grammar has been updated recently, since building Abiword with Link-Grammar fails. Unchecking the option fixes the issue Hi David, That's not exactly the solution. If the option is not supported please remove it or mark it as

Re: Blender and opencv2-core

On 23/07/2017 19:57, Herbert J. Skuhra wrote: Grzegorz Junka skrev: On 23/07/2017 12:42, Grzegorz Junka wrote: I am getting the following error when setting up blender dependencies in poudriere: ===> Setting user-specified options for blender-2.78c_3 and dependencies blender-2.78c_3: &q

Re: Blender and opencv2-core

On 23/07/2017 12:42, Grzegorz Junka wrote: I am getting the following error when setting up blender dependencies in poudriere: ===> Setting user-specified options for blender-2.78c_3 and dependencies blender-2.78c_3: "/usr/local/poudriere/ports/local/graphics/opencv2-core"

Blender and opencv2-core

I am getting the following error when setting up blender dependencies in poudriere: ===> Setting user-specified options for blender-2.78c_3 and dependencies blender-2.78c_3: "/usr/local/poudriere/ports/local/graphics/opencv2-core" non-existent -- dependency list incomplete Has this been

Re: Firefox/GTK3 issue and reinstalling dependent ports

On 16/07/2017 13:35, Kurt Jaeger wrote: Hi! Hmm, I found this: pkg clean -a cleans the cache and pkg install -R -f firefox should force a reinstallation of the package and all dependencies. Well, indeed, as you posted already, it does not 8-( I didn't try pkg clean -a before pkg

Re: Firefox/GTK3 issue and reinstalling dependent ports

On 16/07/2017 12:45, Kurt Jaeger wrote: I am using poudriere and wanted to track down which repository/option is responsible for this issue. I created a new repository where I compiled Firefox with all its dependencies with default options. But I don't know how to reinstall Firefox with all

Firefox/GTK3 issue and reinstalling dependent ports

This is a re-post from FreeBSD forum Firefox on my computer expresses a weird UI issue where many controls are rendered without their borders. For example, radios or checkboxes can be selected but are invisible, since they have no border. Also selecting text doesn't highlight the selected

Re: [RFC] Why FreeBSD ports should have branches by OS version

On 27/06/2017 17:45, Mark Linimon wrote: On Tue, Jun 27, 2017 at 09:24:31AM -0400, scratch65...@att.net wrote: The number of ports to build a server-of-all-work is not large. Now the problem is getting people to agree on exactly what that subset is. I think this part is fairly easy. We can

Re: [RFC] Why FreeBSD ports should have branches by OS version

Are there any advantages of using pkg instead of pkgsrc on FreeBSD? Instead of having branches by OS version, would having ports LTS branches independent of the base system be a better solution? Grzegorz It looks like you might have misunderstood something I said about pkgsrc. I use pkg with

Re: [RFC] Why FreeBSD ports should have branches by OS version

Fine. Considering that maintainers already apply patches to the latest quarterly branch. If there were to be OS version branches, it would mean that maintainers apart from what they are doing now would additionally need to apply selected patches to those OS version branches? "OS version

Re: [RFC] Why FreeBSD ports should have branches by OS version

Can't you just create the branch yourself? It's open source. You just clone it and can keep it in Github for free. Then you can apply security patches to just the applications you need yourself. If it's too difficult you can hire people to apply just specific patches. With Github pull

Re: [RFC] Why FreeBSD ports should have branches by OS version

On 23/06/2017 12:32, Baho Utot wrote: On 06/23/17 07:48, RW via freebsd-ports wrote: On Thu, 22 Jun 2017 22:03:35 -0400 Baho Utot wrote: The pre-compiled packages is what drove me to build the entire system as it gave me a broken system that would not work and upon getting it to function

Re: [RFC] Why FreeBSD ports should have branches by OS version

On 23/06/2017 03:58, Julian Elischer wrote: On 23/6/17 6:36 am, Miroslav Lachman wrote: scratch65...@att.net wrote on 2017/06/23 00:15: [Default] On Thu, 22 Jun 2017 16:11:26 -0500, Mark Linimon wrote: On Thu, Jun 22, 2017 at 12:32:45PM -0400, scratch65...@att.net

Re: [RFC] Why FreeBSD ports should have branches by OS version

On 22/06/2017 23:16, Baho Utot wrote: On 6/22/2017 6:36 PM, Miroslav Lachman wrote: scratch65...@att.net wrote on 2017/06/23 00:15: [Default] On Thu, 22 Jun 2017 16:11:26 -0500, Mark Linimon wrote: On Thu, Jun 22, 2017 at 12:32:45PM -0400, scratch65...@att.net wrote:

Re: [RFC] Why FreeBSD ports should have branches by OS version

On 22/06/2017 15:50, scratch65...@att.net wrote: [Default] On Thu, 22 Jun 2017 15:38:53 +0100, Matthew Seaman wrote: On 2017/06/22 15:03, scratch65...@att.net wrote: Why don't the same choices apply here? What am I missing? Two things: 1) It's progress in the

Re: Is pkg quarterly really needed?

On 21/04/2017 02:51, Kurt Jaeger wrote: If the whole repository builds doesn't it mean by default that any subset also builds? If we defined a repo build only as valid if everything builds, the whole repo is never valid, because approx. 10% of the ports tree breaks at any given time. More,

Re: Is pkg quarterly really needed?

Hi :) On 20/04/2017 19:57, Kurt Jaeger wrote: Hi! I understand that the main problem with quarterly branches is that they start from an unstable edge and mature with time, then after three months at the most mature point they are being deleted and replaced with a new unstable edge. So, there

Re: Is pkg quarterly really needed?

On 20/04/2017 17:11, Kurt Jaeger wrote: Hi! Fine, but would that be a good approach? Doesn't it look more like a process change than a code change? For me, it does not look like a process-change only. I haven't thought through all the details, I'm going with my intuition here (because

  1   2   >