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
> becaus
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 ca
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
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:
>>
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
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
>> stale i
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 cre
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 the
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 r
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
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 misb
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 c
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 c
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.
Excuse me, but t
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
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 think
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 jai
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, I
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 k
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)
Warnin
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 p
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
/usr/local/lib/openvpn-auth-ldap
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 n
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
th
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&quo
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 compl
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 compi
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
> accom
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 with
able 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
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
> ===>>> Depe
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 un
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 play
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 di
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
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 11.2,
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 confuse
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
> regress
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 :
>>> acme-c
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 onl
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 righ
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.
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 function
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.
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 -I/usr
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 `/usr/ports/sysutils/rsyslog8/work/rsyslog
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 cours
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
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 ${WRKSRC}
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
>
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 sam
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
>> rubygem-
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
Am 18.05.18 um 22:17 schrieb Rozhuk Ivan:
> On Fri, 18 May 2018 20:30:38 +0200
> Stefan Esser 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 offtopic, but if portmaster
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, this
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 helpful
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 an
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 mo
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 p
ings were going to happen this way
> --
> 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 (ex
Am 16.04.18 um 21:13 schrieb Tijl Coosemans:
> On Mon, 16 Apr 2018 20:11:33 +0200 Stefan Esser wrote:
>> When not even pkg can deal with this situation, how should portmaster?
>>
>> The packages are built without consideration for the requirements of a
>> running system
Am 16.04.18 um 12:38 schrieb Tijl Coosemans:
> On Sat, 14 Apr 2018 14:18:22 +0200 Stefan Esser 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
>> have been further
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 that
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 out
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.
>
> root@rtemsbuild1:/usr/ports/sysutils/
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+= pyt
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 one
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_
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+= python
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 /usr/ports/x11-themes/
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 Miroslav suggested), t
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
> /
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
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 error.
>>
>> > Compressin
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,
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
>>>
>>>>
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 anot
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 best
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
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 m
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
> f
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 be
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 o
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@py
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_
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 relate
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 <
>> w.schwarzenf...@utanet.at> wrote:
>
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 info
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
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 so
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
>>> sluggi
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
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, pkg-au
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 ar
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 awai
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 prop
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,
> automatically
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 as
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
>
> Prob
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 to build this
>>> po
1 - 100 of 139 matches
Mail list logo
