Re: pkg builders order of jobs

Am 09.05.21 um 12:22 schrieb Ronald Klop: > Hi, > > On the pkg builders the list of builds is ordered on git hash. > http://beefy18.nyi.freebsd.org/jail.html?mastername=main-amd64-default > (NB: ipv6 only) > > This ordering is totally random to me. With svn the list was naturally ordered >

Re: Making a port to use OpenSSL of ports collection on FreeBSD 11.x

Am 05.05.21 um 18:00 schrieb Yasuhiro Kimura: > You misunderstand my intention. What I would like to do is to make a > port use security/openssl instead of base OpenSSL even if user sets > 'DEFAULT_VERSIONS+=ssl=base' in /etc/make.conf (or user doesn't > customize setting about ssl at all). You

Re: [SOLVED?] Recovery of deleted ports fails due to pre-commit checks

Am 04.05.21 um 11:46 schrieb Mathieu Arnold: > On Mon, May 03, 2021 at 09:54:36PM +0200, Stefan Esser wrote: >> Am 03.05.21 um 09:01 schrieb Mathieu Arnold: >>> On Sat, May 01, 2021 at 09:01:02PM +0200, Stefan Esser wrote: >>>> The recovery of deleted ports in t

Re: [SOLVED?] Recovery of deleted ports fails due to pre-commit checks

Am 03.05.21 um 09:01 schrieb Mathieu Arnold: > On Sat, May 01, 2021 at 09:01:02PM +0200, Stefan Esser wrote: >> The recovery of deleted ports in their previous form is rejected >> by the pre-commit checks on the repository server: >>

[SOLVED?] Recovery of deleted ports fails due to pre-commit checks

The recovery of deleted ports in their previous form is rejected by the pre-commit checks on the repository server: remote: remote: remote: Do not commit ports without TIMESTAMP in their distinfo files. remote: Rerun make makesum to

Re: SVNWEB not updated for ports

Am 19.04.21 um 14:42 schrieb Helge Oldach: > Stefan Esser wrote on Mon, 19 Apr 2021 12:11:40 +0200 (CEST): >> After the switch to GIT, the ports SVN repository is in a frozen state. >> >> This causes accesses to https://svnweb.freebsd.org/ports/head/ to return >> stal

SVNWEB not updated for ports

After the switch to GIT, the ports SVN repository is in a frozen state. This causes accesses to https://svnweb.freebsd.org/ports/head/ to return stale information. But the real issue IMHO is that the "FreeBSD Ports Search" page on the web server does return 404 errors for ports that have been

Re: Ports INDEX

Am 14.04.21 um 21:33 schrieb Carmel: I just switched from using 'portsnap' to 'git'. I removed everything in the directory, then used 'git' to build it. That worked fine. I had to manually recreate the 'distfiles' directory, but I expected to have to do that. Now, if I run a 'make search' in

Re: Deprecation of portsnap

Am 14.04.21 um 02:43 schrieb Chris: On 2021-04-13 15:53, Dave Horsfall wrote: On Mon, 12 Apr 2021, Peter Jeremy via freebsd-ports wrote: Except that git will arbitrarily and randomly decide that it needs to run "gc" - which is similarly extravagant in memory usage.  Last time I found one

Re: FreeBSD Port: owncloud-php80-10.6.0

Am 19.03.21 um 10:23 schrieb Erik Neubauer via freebsd-ports: Hi, Thanks for maintaining an ownCloud package! I noticed that you are using PHP 8.0. However ownCloud doesn't support that version of PHP. Unfortunately I don't have any experience with BSDs, but perhaps I can help you create a

Re: On 14-CURRENT: no ports options anymore?

Am 13.03.21 um 20:17 schrieb Hartmann, O.: Since I moved on to 14-CURRENT, I face a very strange behaviour when trying to set options via "make config" or via poudriere accordingly. I always get "===> Options unchanged" (when options has been already set and I'd expect a dialog menu). This

Re: Creating port from pre-built package

Am 11.02.21 um 18:12 schrieb Shawn Webb: On Thu, Feb 11, 2021 at 06:09:52PM +0100, Patrick M. Hausen wrote: Hi all, Am 11.02.2021 um 18:03 schrieb Chris : On 2021-02-11 08:26, Shawn Webb wrote: Hey all, The Splunk universal forwarder for FreeBSD is distributed as a package tarball that you

Re: Creating port from pre-built package

Am 11.02.21 um 18:12 schrieb Shawn Webb: On Thu, Feb 11, 2021 at 06:09:52PM +0100, Patrick M. Hausen wrote: Hi all, Am 11.02.2021 um 18:03 schrieb Chris : On 2021-02-11 08:26, Shawn Webb wrote: Hey all, The Splunk universal forwarder for FreeBSD is distributed as a package tarball that you

Re: portmaster new development

Am 28.12.20 um 22:07 schrieb Michael Grimm:>> On 28. Dec 2020, at 21:41, Stefan Esser wrote: Poudriere works best on sufficiently powerful build servers and it often requires rebuilding dependencies over hours when I just want to test a new port before committing it. Exc

Re: portmaster new development

Am 28.12.20 um 15:04 schrieb abi via freebsd-ports: On 28.12.2020 16:16, Stefan Esser wrote: Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tm

Re: portmaster new development

Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tmpfs or ccache either. I migrated from portmaster when it was abandoned several years ago and don't

Re: portmaster new development

Am 27.12.20 um 06:04 schrieb Thomas Mueller: And as portsnap user I have a question: Do they planning deprecation of portmaster too? No, I'm actively working on portmaster and have rewritten it from scratch for better performance (and additional features, e.g. building in a clean chroot

Re: portsnap

Am 26.12.20 um 18:41 schrieb LuMiWa via freebsd-ports: Hi! Today I red again an email: Subject:[HEADS UP] Planned deprecation of portsnap From: Steve Wills Date: 2020-08-04 18:43:20 And as portsnap user I have a question: Do they planning deprecation of portmaster too? No,

Re: Port build failure in stage-qa,Port build failure in stage-qa

Am 11.11.20 um 23:48 schrieb Yasuhiro KIMURA: From: Stefan Esser Subject: Port build failure in stage-qa,Port build failure in stage-qa Date: Wed, 11 Nov 2020 21:56:49 +0100 Since DEVELOPER=yes cannot be overridden on the command line, I'll have to remove it from make.conf to get a kernel

Port build failure in stage-qa

Building virtualbox-ose-kmod failed for me today (for the first time) due to REINPLACE_CMD not changing some files. This breaks my kernel build that include the kernel modules: > Compressing man pages (compress-man) ===> Staging rc.d startup script(s) > Running Q/A tests (stage-qa)

Re: Donation to Foundation for Poudriere /opt builds! (Bounty?)

Am 09.11.20 um 00:40 schrieb Tatsuki Makino: I think you need to rewrite all the files under /etc that have /usr/local in them. For example, ldconfig_paths in /etc/rc.conf. I have committed that change a few days ago, and it was heavily disputed by those who think that there never should be a

Re: security/openvpn-auth-ldap-2.0.4 not compatible with security/openvpn-2.5.0

Am 06.11.20 um 07:10 schrieb xtouqh--- via freebsd-ports: Nikita Druba wrote: Hello! After updating security/openvpn to last(2.5.0) version, it's not start anymore, because: Updating how? "2020-11-06 02:37:05 PLUGIN_INIT: could not load plugin shared object

Re: What are the benefits of NO_ARCH?

Am 02.11.20 um 15:33 schrieb Mateusz Piotrowski: Hi ports@, I wonder if setting NO_ARCH=yes brings any significant benefits to how our ports collection works. I'd be grateful if you could shed some light on the importance of setting NO_ARCH whenever possible. NO_ARCH means that there is no

Port uploaded for review (was: Re: Availability of samba 4.12.x)

I have derived a port for Samba-4.12.7 from net/sambar411 and have made it available for testing on Phabrcator: https://reviews.freebsd.org/D26491 The CONFLICTS line is commented out to allow compilation if an older version of this port is already installed and the CONFLICTS lines of

Re: Need help: nearly complete port of GitHub CLI

Am 19.09.20 um 12:49 schrieb Christoph Moench-Tegeder: ## Stefan Esser (s...@freebsd.org): I have tried to create a port for the recently announced GitHub CLI 1.0. Without having actually looked at your work - we do already have devel/gh - "GitHub's official command line tool", w

Need help: nearly complete port of GitHub CLI

I have tried to create a port for the recently announced GitHub CLI 1.0. What I got so far can be downloaded from: https://people.freebsd.org/~se/ports/github-cli-port.tar.bz2 The GH_TUPLE list of the dependencies was the part that caused most effort, but it should be correct and

Re: Massive PORTS_REVISION bump after making gcc-9.1 default

Am 28.07.19 um 01:26 schrieb Kevin Oberman: > Today I was hit with 226 ports needing update. With one exception, all were > the result of the bump or the default gcc version to 9.1. The problem is > that 9.1 was not installed first, so over 43 of these ports were rebuilt > with the exact same

Re: GSoC: Separation of Ports Build Process from Local Installation

Am 29.05.19 um 00:51 schrieb Theron: > Hello All, > > For Google Summer of Code 2019 I am working on FreeBSD's ports tree makefiles > towards eliminating the dependency of the ports building process on the local > system's installed packages.  Currently this level of separation can only be >

Re: Request to change ruby default version to 2.5

Am 20.04.19 um 11:05 schrieb Matthias Fechner: > Am 20.04.2019 um 06:59 schrieb Walter Schwarzenfeld: >> After this change: >> >> |portmaster -R -r ruby-2.5| >> >> | >> ===>>> Port directory: /usr/ports/databases/ruby-bdb >> >>     ===>>> This port is marked BROKEN >>     ===>>> does not build

Re: python

to test any fix to portmaster, currently ... Regards, STefan Am 11.04.19 um 09:29 schrieb Stefan Esser: > Am 11.04.19 um 00:03 schrieb ajtiM via freebsd-ports: >> Hi! >> >> With portmaster I try to update todays ports and python default is >> version 3.7 which is ok

Re: python

Am 11.04.19 um 00:03 schrieb ajtiM via freebsd-ports: > Hi! > > With portmaster I try to update todays ports and python default is > version 3.7 which is okay for me but not for hplip: > ===>>> All >> > hplip-3.17.11_3 (5/43) > > ===>>> Returning to dependency check for print/hplip > ===>>>

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

Re: Can't compile www/node on rpi2

Am 27.03.19 um 02:46 schrieb bob prohaska: >> 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. >> > I've

Re: Django versions

Am 07.03.19 um 09:02 schrieb Matthew Seaman: > On 07/03/2019 07:22, Antoine Brodin wrote: >> Please don't use the django metaport, this port should be removed and >> people should stop using hacks. >> Someone needs to integrate a USE_PYTHON=django in python.mk > > Let me look at that. I never

Re: thunderbird build error

Am 17.12.18 um 00:11 schrieb George Mitchell: > On 12/16/18 5:24 PM, Stefan Esser wrote: >> [...] >> I have (my version of) portmaster mostly working in a clean chroot jail. >> It is still a pure shell script (works with the FreeBSD /bin/sh and bash), >> thus po

Re: thunderbird build error

Am 16.12.18 um 17:07 schrieb John Kennedy: > On Sun, Dec 16, 2018 at 07:54:34AM -0500, George Mitchell wrote: >> On 12/15/18 1:10 PM, George Mitchell wrote: >>> I recently updated my port build machine to 11.2-RELEASE. I'm in the >>> process of recompiling my (previously) 10.4-based ports to

PKGNAME of perl package

Just noticed that the package name of the perl ports does not match the PKGNAME variable: $ make -C /usr/ports/lang/perl5.26/ -V PKGNAME perl5-5.26.3 # make package ===> Building package for perl5.26-5.26.3 There is a mismatch of names perl5-5.26.3 vs. perl5.26-5.26.3 and this

Re: ClamAV Port Version Regression?

Am 11.12.18 um 18:51 schrieb Janky Jay, III: > Hi All, > > After a portsnap to pull ${latest), I'm seeing the following: > > clamav-0.101.0_2 < needs updating (index has 0.100.2,1) > > The version that is claiming to be the latest appears to be a version >

Re: Acme-client (Let's Encrypt)and OpenSSL

Am 26.11.18 um 19:58 schrieb Xavier: > On 10/11/2018 17:27, Xavier wrote: >> Hi, >> >> Following the upgrade fom 11-STABLE to 12-STABLE, I updated OpenSSL from >> 1.0.1 to 1.1.1, since it seemd mandatory for pkg to work >> >> But when I check pacakages with pkg check -Bd, I've an error : >>>

Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build

Am 01.11.18 um 17:43 schrieb Mathieu Arnold: > On Thu, Nov 01, 2018 at 08:54:16AM +0100, Stefan Esser wrote: >> Am 01.11.18 um 03:38 schrieb Jonathan Chen: >>> On Thu, 1 Nov 2018 at 15:35, Montgomery-Smith, Stephen >>> wrote: >>> [...] >>>> I

Re: Inkscape compiles but crashes on startup

Am 04.11.18 um 22:21 schrieb bob prohaska: > On Sun, Nov 04, 2018 at 10:47:22AM +0100, T??l Coosemans wrote: >> On Sat, 3 Nov 2018 22:31:34 -0700 bob prohaska wrote: >>> On Sat, Nov 03, 2018 at 07:18:52AM +0100, Walter Schwarzenfeld wrote: Wait, fix of the primal cause of it is committed

Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build

Am 01.11.18 um 03:38 schrieb 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.

Re: RUN_DEPENDS and portmaster

Am 19.09.18 um 14:25 schrieb Kurt Jaeger: > Hi! > >> Why is Ada only available on i386/amd64? > > Because nobody provided fixes for the build on other platforms up to now. And given that the only use of Ada in FreeBSD ports seems to be synth, it seems a lot easier to implement the synth

Re: RUN_DEPENDS and portmaster

Am 18.09.18 um 14:05 schrieb Matthias Fechner: > Dear Stefan, > > Am 17.09.2018 um 14:31 schrieb Stefan Esser: >> But the behavior of portmaster will not be changed. >> RUN_DEPENDS are dependencies required to run a port, not dependencies >> required to install a port.

Re: Error building net/librsync2

Am 18.09.18 um 12:23 schrieb Jakob Breivik Grimstveit: > $ uname -a > FreeBSD core2.grimstveit.no 11.2-RELEASE-p3 FreeBSD 11.2-RELEASE-p3 #7 > r338607: Wed Sep 12 13:24:12 CEST 2018 > r...@core2.grimstveit.no:/usr/obj/usr/src/sys/CORE2 > amd64 > > [...] > [22/53] /usr/bin/cc -Drsync_EXPORTS

Not a portmaster problem

Am 17.09.18 um 22:51 schrieb @lbutlr: > I am using MariaDB 10.0 on FreeBSD 11.3 > > When trying to update rsyslogd via postmaster I get: > > checking for mysql_config... mysql_config > checking for mysql_init in -lmysqlclient... no > configure: error: in

Re: RUN_DEPENDS and portmaster

Am 17.09.18 um 07:47 schrieb Matthias Fechner: > Am 10.09.18 um 12:16 schrieb Mathieu Arnold: >> Reading Mk/bsd.port.mk at line 5274, run-depends are installed before >> do-install runs. > > thanks, I see it the same way and created a PR for it, to get this fixed > in portmaster. You are of

Re: RUN_DEPENDS and portmaster

Am 12.09.18 um 07:58 schrieb Matthias Fechner: > Dear Stefan, Dear Mathieu, > > Am 10.09.18 um 14:10 schrieb Stefan Esser: >> This is a design decision in portmaster that has existed for at least >> a decade. >> >> Use INSTALL_DEPENDS if you depend on a port being

Re: RUN_DEPENDS and portmaster

Am 10.09.18 um 06:54 schrieb Matthias Fechner: > Dear all, > > I have a questions reagarding the RUN_DEPENDS and at which step > dependencies should be installed. > I'm the maintainer of gitlab-ce port and I added a feature that checks > in the install target: > do-install: > (cd

Re: Ports vs packages

Am 26.08.18 um 21:55 schrieb Gregory Byshenk: > On Sun, Aug 26, 2018 at 01:01:24PM +0200, Jos Chrispijn wrote: >> On 26-8-2018 2:07, Pete Wright wrote: >>> one thing i do for my systems is if there is an update to a port i >>> need/want to test before the official build cluster is done is run a

libkgapi-18.08 conflicts with kdepim-runtime-18.04.3_2

This might be no problem when upgrading from a package, but upgrading from a port (e.g. with portmaster) fails with: ===> Registering installation for libkgapi-18.08.0 Installing libkgapi-18.08.0... pkg-static: libkgapi-18.08.0 conflicts with kdepim-runtime-18.04.3_2 (installs files into the

Re: rubgem update to 3.2.7

Am 09.07.18 um 05:04 schrieb Koichiro Iwao: > On Mon, Jul 09, 2018 at 12:02:22AM +0200, Walter Schwarzenfeld via > freebsd-ports wrote: >> Portmaster tries to build the update in the wrong order. >> >> Right order for me was (depend on which packages are installed): >> >> rubygem-glib2 >>

Re: net-p2p/qbittorrent needs to be unblocked by portmgr

Am 20.06.18 um 10:34 schrieb Tobias Kortkamp: > On Wed, Jun 20, 2018, at 10:18, Yuri wrote: >> Committing transaction... >> svn: E165001: Commit failed (details follow): >> svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output: >> Do not commit a port with FLAVORS without first

Re: Why portmaster uses g++ not g++6 nor clang++?

Am 18.05.18 um 22:17 schrieb Rozhuk Ivan: > On Fri, 18 May 2018 20:30:38 +0200 > Stefan Esser <s...@freebsd.org> wrote: > >> Sorry, this was my fault and I hope it is fixed with the follow-up >> commit to portmaster version 3.19-10. >> > > Sorry for offtopi

Re: Why portmaster uses g++ not g++6 nor clang++?

Am 18.05.18 um 17:13 schrieb Koichiro Iwao: > Hi, > > I'm building devel/qt5-make by portmaster. Somehow portmaster incorrectly > detects gcc6 and uses g++ despite it is actually installed as g++6. If I > > build it without portmaster, clang++ is used and build finishes successfully. Sorry,

Re: Should we Rust warnings suggesting adding work/stage/usr/local/bin to the PATH?

Am 17.05.18 um 14:42 schrieb Mateusz Piotrowski: > Hello, > > When I build Rust packages I get warnings like this one: > >> warning: be sure to add >> `/usr/home/0mp/ports/games/genact/work/stage/usr/local/bin` to your PATH to >> be able to run the installed binaries > > It is not very

portmaster plans (was: Re: portupgrade vs. portmaster)

Am 30.04.18 um 12:33 schrieb Thomas Mueller: > Current portmaster, even before FLAVORS, was clumsy upgrading a large number > of ports, especially when there is an upgrade of perl or png. The author of portmaster decided to abort the upgrade of all remaining ports, if any dependency failed for

portupgrade vs. portmaster (was: Re: Port directory not found:)

Am 30.04.18 um 05:45 schrieb Kevin Oberman: > portmaster(8) operates very similarly to portupgrade(8). There are some > differences that can bite you, though, so read the man page first. I used to be a portupgrade user, long ago (years before the introduction of the new package tools), but then

Re: Conflicts due to renamed KDE4 ports

Am 17.04.18 um 20:29 schrieb Tobias C. Berner: > Moin moin > > Here's a script which should automatically fix the origin for the > kde4-versioned ports (based on the MOVED entries of r465345): >    http://people.freebsd.org/~tcberner/scripts/fix_kde4_origins.sh > > It //should// set the origins

Re: Conflicts due to renamed KDE4 ports

for nearly a year. Maybe not in all the right places, though. Well, you may have said int in the KDE lists, but I'm not following them and I'm just interested in keeping portmaster working for all ports, KDE included but in no way special (except for the breakage caused ;-) ). > On Monday,

Re: Conflicts due to renamed KDE4 ports

Am 16.04.18 um 21:13 schrieb Tijl Coosemans: > On Mon, 16 Apr 2018 20:11:33 +0200 Stefan Esser <s...@freebsd.org> wrote: >> When not even pkg can deal with this situation, how should portmaster? >> >> The packages are built without consideration for the requirements of a

Re: Conflicts due to renamed KDE4 ports

Am 16.04.18 um 12:38 schrieb Tijl Coosemans: > On Sat, 14 Apr 2018 14:18:22 +0200 Stefan Esser <s...@freebsd.org> wrote: >> The way the new KDE5/KF5 ports have been introduced a few weeks back has >> caused me quite some effort (more than 100 hours of work), and now there

Re: Conflicts due to renamed KDE4 ports

Am 14.04.18 um 18:57 schrieb Steve Kargl: > On Sat, Apr 14, 2018 at 02:30:09PM +, Carmel NY wrote: >> On Sat, 14 Apr 2018 14:18:22 +0200, Stefan Esser stated: >> >> {truncated} >> >>> This is another case (after the implementation of FLAVOR support

Conflicts due to renamed KDE4 ports

The way the new KDE5/KF5 ports have been introduced a few weeks back has caused me quite some effort (more than 100 hours of work), and now there have been further changes to implement KDE5 support (which I generally appreciate), which cause further complications and seem not to be well thought

Re: Error while making sysutils/u-boot-beaglebone

Am 10.04.18 um 21:59 schrieb Udit agarwal: > Hi, > I am trying to make uboot for beaglebone black using > sysutils/u-boot-beaglebone port package, but getting the following error. > How to resolve this? I tried with FORCE_PKG_REGISTER also, but no success. > >

Should be fixed (was: Why portmaster try to install python 3.6 when I have 3.4 set in /etc/make.conf?)

Am 10.01.18 um 17:29 schrieb Lev Serebryakov: > > I have system with pre-FLAVORed ports installed, and try to update > ports with new version of "portmaster". My "/etc/make.conf" contains: > > DEFAULT_VERSIONS+= python2=2.7 > DEFAULT_VERSIONS+= python3=3.4 > DEFAULT_VERSIONS+=

Re: Why portmaster try to install python 3.6 when I have 3.4 set in /etc/make.conf?

Am 10.01.18 um 23:56 schrieb Jim Trigg: > ISTR that there is a more generic variable that will cause make to work with > all flavors instead of the default "common" set. Not where I can easily look > up specifics right now... FLAVOR support has many rough edges and I expect those to hurt us in

Re: Why portmaster try to install python 3.6 when I have 3.4 set in /etc/make.conf?

Am 10.01.18 um 21:30 schrieb Stefan Esser: > Am 10.01.18 um 17:29 schrieb Lev Serebryakov: >> I have system with pre-FLAVORed ports installed, and try to update >> ports with new version of "portmaster". My "/etc/make.conf" contains: >> >> DEFAULT_

Re: Why portmaster try to install python 3.6 when I have 3.4 set in /etc/make.conf?

Am 10.01.18 um 17:29 schrieb Lev Serebryakov: > I have system with pre-FLAVORed ports installed, and try to update > ports with new version of "portmaster". My "/etc/make.conf" contains: > > DEFAULT_VERSIONS+= python2=2.7 > DEFAULT_VERSIONS+= python3=3.4 > DEFAULT_VERSIONS+=

Re: some fix needed still

Am 20.12.17 um 13:08 schrieb Sergio de Almeida Lenzi: > Version portmaster-3.17.11_9 > when you are in the port directory, the portmaster build wrong path > /usr/ports/ports instead of /usr/ports > = > > > > [root@VMS

Re: Setting system user home directory

Am 20.12.17 um 15:12 schrieb Adam Vande More: > On Sat, Dec 16, 2017 at 2:10 PM, Dmytro Bilokha wrote: > >> Guys, thanks for your help. I've managed to adjust user's homedir >> using pkg-install script. Now I'll try to move everything writable >> from /usr/local to /var (as

Re: pkg flavors breaks "make run-depends-list"

Am 18.12.17 um 23:34 schrieb lb: > Hi, > > Is it possible to add the flavors into the name returned by > build-depends-list? > > An example: > > Loic@FreeBSD:/usr/ports|⇒  make -C x11-toolkits/py-qt5-gui build-depends-list > FLAVOR=py36 > /usr/ports/ports-mgmt/pkg > /usr/ports/lang/python36 >

Re: OSS Audio

Am 17.12.17 um 02:06 schrieb blubee blubeeme: > This is why I am bringing up the issue and why I said the first step would > be porting the proper 4Front OSS into the kernel. > > It doesn't have to be the default at first but if it's not in the kernel > why bother wasting time to have it rejected

Re: new portmaster fails to build devel/py-libzfs@py36 because of failing cython

Am 17.12.17 um 05:47 schrieb Jim Trigg: > > > On December 15, 2017 4:50:53 AM EST, Johan Hendriks > wrote: >> Hello all. >> First of all thank you for the update of portmaster, much appreciated. >> >> When i am updating my ports, portmaster fails with the following

Re: Can we have multiple flavors for a port?

Am 16.12.17 um 14:51 schrieb Matthew Seaman: > > I have a review up to add a USES=django -- > https://reviews.freebsd.org/D12592 which I'm now modifying to be FLAVORS > compatible given that has hit the tree. > > Now, we currently have ports for 4 different versions of django (1.8, > 1.10, 1.11,

Re: new portmaster fails to build devel/py-libzfs@py36 because of failing cython

Am 16.12.17 um 07:02 schrieb Jim Trigg: > On 12/15/2017 08:25 AM, Stefan Esser wrote: >> Am 15.12.17 um 11:21 schrieb Kubilay Kocak: >>> On 15/12/2017 8:50 pm, Johan Hendriks wrote: >>>> Hello all. >>> >>> Hi Johan >>> >>>>

Re: portmaster with FLAVOR support available for testing

Am 15.12.17 um 16:11 schrieb Rainer Hurling: > Am 15.12.2017 um 15:48 schrieb Walter Schwarzenfeld: >> Yes, if it don't work in the port the port is the problem. >> >> Rainer Hurling was filed a PR >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223764 > > Yes, Walter, your problem is

Re: portmaster strange output after patch

Am 15.12.17 um 20:59 schrieb Walter Schwarzenfeld: > Found it: > > It is the shebang > > -#!/bin/sh > +#!/bin/sh -x > > Stefan please remove "-x" Yes, thanks for reporting that I forgot to remove the -x that I had added for testing. Since portmaster executes itself repeatedly, that was the

Re: new portmaster fails to build devel/py-libzfs@py36 because of failing cython

Am 15.12.17 um 14:25 schrieb Stefan Esser> Hmmm, now I see what's the problem: The package name seems to have been > changed during the conversion to a flavored port (from "cython3-0.26.tbz" > to "py36-cython-0.26.tar.bz"). This is not typical of ports that

Re: new portmaster fails to build devel/py-libzfs@py36 because of failing cython

Am 15.12.17 um 11:21 schrieb Kubilay Kocak: > On 15/12/2017 8:50 pm, Johan Hendriks wrote: >> Hello all. > > Hi Johan > >> First of all thank you for the update of portmaster, much appreciated. >> >> When i am updating my ports, portmaster fails with the following error. >> >> > Compressing

Re: portmaster with FLAVOR support available for testing

Am 15.12.17 um 13:36 schrieb Walter Schwarzenfeld: > I try to install py27-qt5-core and py35-qt5-core in the port, get: > > ===>   Registering installation for py35-qt5-core-5.7.1 > Installing py35-qt5-core-5.7.1... > pkg-static: py35-qt5-core-5.7.1 conflicts with py27-qt5-core-5.7.1 (installs >

portmaster now supports FLAVORs

I have just committed the upgrade of portmaster to a version with flavor support. You need to upgrade portmaster on its own (e.g. by "portmaster portmaster") and it should then be possible to use "portmaster -a" with flavored and non-flavored ports (and automatically re-install ports, that have

portmaster with FLAVOR support available for testing

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

Re: Flavor part of package origin?

Am 11.12.17 um 16:10 schrieb RW via freebsd-ports: > On Mon, 11 Dec 2017 14:38:59 +0100 > Mathieu Arnold wrote: > >> Le 11/12/2017 à 10:12, Stefan Esser a écrit : >>> $ pkg info -o '*setuptools*' >>> py27-setuptools-36.5.0 devel/py-setuptools@py27 >>

Re: make reinstall does not work

Am 11.12.17 um 12:38 schrieb Stefan Esser: > Am 09.12.17 um 00:29 schrieb Shawn Webb: >> On Fri, Dec 08, 2017 at 10:35:50PM +0100, Walter Schwarzenfeld wrote: >>> I had a strange error: Make reinstall does not work anymore in the port >>> (10.3-amd64) also FORCE_PKG_

Re: make reinstall does not work

Am 09.12.17 um 00:29 schrieb Shawn Webb: > On Fri, Dec 08, 2017 at 10:35:50PM +0100, Walter Schwarzenfeld wrote: >> I had a strange error: Make reinstall does not work anymore in the port >> (10.3-amd64) also FORCE_PKG_REGISTER. >> >> All other make commands works fine. I don't know if it is

Re: make reinstall does not work

Am 09.12.17 um 00:22 schrieb Kevin Oberman: > On Fri, Dec 8, 2017 at 2:52 PM, Greg 'groggy' Lehey > wrote: > >> [rearranged] >> >> On Friday, 8 December 2017 at 23:42:40 +0100, Jaap Akkerhuis wrote: On Dec 8, 2017, at 22:35, Walter Schwarzenfeld < >>

Re: Flavor part of package origin?

Am 10.12.17 um 21:20 schrieb Kurt Jaeger: > Hi! > >> Shouldn't the FLAVOR be part of the package origin? >> >> $ pkg info -o '*setuptools*' >> py27-setuptools-36.5.0 devel/py-setuptools >> py36-setuptools-36.5.0 devel/py-setuptools > > Yes, but it seems this works: > > $ pkg

Re: Working on FLAVOR support in portmaster

Am 10.12.17 um 18:47 schrieb Matthieu Volat: > They do... but only if you commit and push something (even if it's only > a personnal clone). If you just keep the changes on your computer, there's > nothing. The GitHub master version has changes, that are not yet in any release. This is irrelevant

Working on FLAVOR support in portmaster

Am 05.12.17 um 00:43 schrieb Tatsuki Makino: > By the way, where is the clever way to update to flavor? > I am using portmaster. I'm working on FLAVOR support in portmaster. My version did already build all updated ports, the FLAVOR parameter is passed to build sub-processes, but there is still

Re: Firefox became much slower

Am 01.11.17 um 12:40 schrieb Guido Falsi: > On 11/01/2017 12:15, Baho Utot wrote: >> >> >> On 11/01/17 02:07, Gleb Popov wrote: >>> Hello. >>> >>> I'm using Firefox on quite ancient machine (amd64, though) and after >>> updating from firefox-56.0.1_3 to 56.0.2_3,1 it has become much more >>>

new port security/cvechecker

Am 13.10.17 um 09:25 schrieb Torsten Zuehlsdorff: > Aloha, > >>> Why not >>> teach pkg-audit(8) to query NVD based on CPE annotations in *binary* >>> packages? >>> Doing so would also provide a workaround for VuXML entries cancelled >>> to reduce bloat. >> >> I agree, pkg-audit needs to be taught

Re: New pkg audit FNs

Am 10.10.17 um 00:03 schrieb Steve Wills: > Hi, > > On 10/09/2017 17:55, Jan Beich wrote: >> Why not >> teach pkg-audit(8) to query NVD based on CPE annotations in *binary* >> packages? >> Doing so would also provide a workaround for VuXML entries cancelled >> to reduce bloat. > > I agree,

Re: [HEADUP] FLAVORS landing.

Am 27.09.17 um 22:57 schrieb Don Lewis: > If at some point you run into a bug and need the debug files, you can > pkg install the debug files for whatever packages that you need without > disturbing your already installed runtime files, and then you can later > deinstall the debug files when you

Re: [HEADUP] FLAVORS landing.

Am 26.09.17 um 16:05 schrieb Mathieu Arnold: > Hi, > > **Do not commit FLAVORS to any ports, a hook will prevent it, that being > said, do try it and test what can be done.** > > To test this feature in poudriere, you need > poudriere-devel-3.1.99.20170621 or later. > > This has been a long

Re: [HEADUP] FLAVORS landing.

Am 27.09.17 um 13:52 schrieb Julian Elischer: > On 27/9/17 4:20 pm, Matthew Seaman wrote: > > Before this gets too far down the road I would like to suggest that we > quickly formalise some nomenclature > or we will have 200 different ideas as to how to do the same thing; > > I would like to

Re: Porters Handbook section 4.4

Am 26.09.17 um 08:21 schrieb Kubilay Kocak: > In section: > > 4.4. Patching > > - Add new section (at/numbered 4.4.2) > - Name: Automatic Patch Generation > - Renumber sections (4.4.2 -> 4.4.3) > > Text: > > The ports framework provides a {{{makepatch}} target, which when run, >

Re: make install for print/texinfo fails on -CURRENT

Am 12.07.17 um 18:11 schrieb David Naylor: > On Tuesday, 11 July 2017 08:47:17 Bob Willcox wrote: >> Hmm, I just tried running synth on my test system again (this is the system >> that I successfully built and install texinfo on just a bit ago) and synth >> still fails with the same build errors

Re: Update failure E000022 after upgrade to subversion 1.9.6

Am 12.07.17 um 07:42 schrieb Rainer Hurling: > Hi duglas@ > > I had the same problem. I completely solved it by rebuilding the > dependency chain of devel/subversion: > > portmaster serf-1.3.9_1 expat-2.2.1 gettext-runtime-0.19.8.1_1 > apr-1.5.2.1.5.4_2 sqlite3-3.19.3_1 subversion-1.9.6 > >

Re: Unable to upgrade from Samba43 to Samba44 or Samba45

Am 08.06.17 um 21:15 schrieb Dimitry Andric: > On 8 Jun 2017, at 20:35, Mark Knight wrote: >> >> On 08/06/2017 18:35, Dimitry Andric wrote: >>> I'm guessing that it is confused by an existing samba installation. Try >>> removing all other samba installations before attempting

  1   2   >