barely differed, but this is no longer the case. If I could make vim
just be the console package and vim-gtk3 be just the gvim binary, I
would. Unfortunately, the vim binary itself links with the frontend
toolkit.
Of course, there's nothing in this rant that a
ally, but that alone is a
nightmare for the solver, I suspect.
The tl;dr here is that I 100% agree that Rust absolutely sucks to
build, and I avoid needing to build Rust, but the ports tree will
always use whatever tools the current stable version requires. librsvg
is now built with Rust, and
> On Aug 29, 2020, at 20:33, Mark Linimon wrote:
>
> On Sat, Aug 29, 2020 at 06:50:22PM -0600, Adam Weinberger wrote:
>> the problem is that we abuse the BROKEN variable. Ports that don't
>> adapt aren't necessarily broken (unless they no longer build and are
> On Aug 29, 2020, at 22:37, Pau Amma wrote:
>
> On 2020-08-30 00:50, Adam Weinberger wrote:
>> [major snip]
>> This is a serious issue that we’ve been dealing with for a long time.
>> I’ve advocated very strongly for a script that automatically notifies
>> th
too
> large even if each individual port isn't too bad.
>
> Basically, it draws the community back in, even if it's just small ways,
> rather than having them be a pure consumer giving nothing back. Make it easy
> to adopt
CE and it works - just for the
> record, I first tried pathfix, but that seems not to work for cmake!?
Hrmmn, it should if you also have USES=cmake. That said, if the file
you're patching isn't CMakeLists.txt, you'd need to set
PATHFIX_CMAKELISTSTXT=YourFil
files (like
Muhammad advised), the easiest solution is to move it in post-install.
But Muhammad's solution is the best option and you should shoot for
that first.
post-install:
${MV} ${STAGEDIR}${PREFIX}/share/pkgconfig/swipl.pc
${STAGEDIR}${PREFIX}/libdata/pkgconf
de a concrete example or a
> specific context for your questions, and indeed, trying to formulate
> such a question will often lead you directly to the answer yourself.
>
> Cheers,
>
> Matthew
Thank you, Matthew! This is such gold. Could you maybe dump that into
a
gs.freebsd.org/bugzilla/attachment.cgi?id=214275 )
>
> which is waiting for dumbbell@s approval, or the feedback timeout to
> expire (May 14th evening), or a surrogate approval by, for instance,
> portmgr@.
>
> antoine@, was there anything in the cmake-related exp-run build logs
>
On Sat, Apr 18, 2020 at 10:45 PM Shane Ambler wrote:
>
> On 19/4/20 6:15 am, Adam Weinberger wrote:
> > On Sat, Apr 18, 2020 at 2:31 PM Tomasz CEDRO wrote:
> >>
> >> Hello world :-)
> >>
> >> I have been using Blender-2.79 from Shane's Red
nmaintained older versions of software isn't a
path we go down very often. If Blender were a trivial build, it'd be
more feasible, but the complexity of the maintenance burden is
difficult to overcome.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
__
ttps://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://l
al/etc/poudriere.d/--make.conf
>/usr/local/etc/poudriere.d/--make.conf
>/usr/local/etc/poudriere.d/--make.conf
>/usr/local/etc/poudriere.d/---make.conf
>/usr/local/etc/poudriere.d/hooks/plugins//make.conf
Wow, you and Jose are right
t; go: found github.com/aws/aws-lambda-go/events in github.com/aws/aws-lambda-go
> v1.16.0
> go: found github.com/nats-io/nats-server/server in
> github.com/nats-io/nats-server v1.4.1
> go: github.com/smallstep/zlint/cmd/zlint imports
> github.com/Sirupsen/logrus
s 27.8 seconds on a system with a 16 CPU
> cores and 32 Gb ram.
Optional tests should never be run during a normal build. There is a
"do-test:" target for that purpose. Can you fold the test suite into
that target?
# Adam
--
Adam We
o retain maintainership, please
take a look at https://portscout.freebsd.org/po...@freebsd.org.html
and see if there are some other ports you'd be interested in
maintaining. We'd love to lure you back to FreeBSD ports.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
On Fri, Mar 20, 2020 at 4:45 PM Dave Horsfall wrote:
>
> On Fri, 20 Mar 2020, Adam Weinberger wrote:
>
> > That error should only occur if system sources are missing from
> > /usr/src. Check that they're still there, and if not then check them out
> > from svn
he IGNORE line in
> the makefile and not worry about why I
> got this error (didn’t get it before).
That error should only occur if system sources are missing from
/usr/src. Check that they're still there, and if not then check them
out from svn.
# Adam
--
Adam Weinberger
ad...@adamw.or
T is there for a reason and there's no problem with
leveraging it when the situation calls for it. The one true guideline
on when it's appropriate is "to solve a problem that pkg-plist can't
fix," and in general committer instinct ha
easy task, therefore it will take quite some investment
> in development time to fix this.
At one point, bapt did the legwork to support three-level port
directories. Perhaps it's time to implement /usr/ports/devel/p5/.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
ning, and that was a major
> > mistake that should not have happened. security/openssl and
> > security/openssl111 should have contained messages about this switch.
>
>
> > Adam Weinberger
>
> I suppose what you say about portmaster applies equally to portupgrade?
>
>
Ok, let’s stop there. Nobody is going to get fired, and insulting our team of
volunteers who worked incredibly hard to bring the openssl switch to fruition
is unproductive and uncalled-for. I already acknowledged that we need to do it
better next time, so let’s focus instead on solving problems rath
On Jan 1, 2020, at 14:23, Franco Fichtner wrote:
>
> Hi Adam,
>
>> On 1. Jan 2020, at 10:18 PM, Adam Weinberger wrote:
>>
>>> On Wed, Jan 1, 2020 at 1:51 PM @lbutlr wrote:
>>>
>>> On 01 Jan 2020, at 13:46, Franco Fichtner wrote:
>>>
mpler if you switch from portmaster to poudriere. If you choose
to stay on portmaster, however, then you need to check the resentment
about build failures. They are simply an inevitable consequence of
using a very old and broken tool that should only be used by people
with substantial port-handli
sing was granted only for the Linux kernel module
that they submitted.
The BSD License grants the ability to use BSD-licensed code in
commercial products, so I'm not sure that Microsoft would want to
relax their licensing for us. As Kevin said, IANAL.
# Adam
--
Adam Weinberger
Steve,
WIthout context it's hard to advise. What PRs with that patch exist?
Have they been responded to or have they been ignored? Team immunity
from PR timeouts no longer exists, so if the problem needs a fix let's
fix it.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw
is that rc(8) only
gives rc.d/hald access to etc/rc.conf.d/hald. It doesn't load
etc/rc.conf.d/dbus at all. You'll need to duplicate the dbus info into
rc.conf.d/hald.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Mon, Oct 28, 2019 at 6:34 AM Willem Jan Withagen wrote:
>
> On 28-10-2019 13:28, Adam Weinberger wrote:
> > On Mon, Oct 28, 2019 at 5:17 AM Willem Jan Withagen
> > wrote:
> >>
> >> Hi,
> >>
> >> The ceph ports should have a manager modu
you're talking about has to go in poudriere.conf, so it
wouldn't be able to help much here. It's for local control.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
ht
On Mon, Sep 16, 2019 at 8:39 AM Koichiro Iwao wrote:
>
> On Sat, Sep 14, 2019 at 10:52:45AM -0600, Adam Weinberger wrote:
> > The issue is that FLAVORS has added a substantial (and painful) complexity
> > to python ports and python.mk. It means that a number of people have ha
> On Sep 13, 2019, at 22:27, Koichiro Iwao wrote:
>
>> On Fri, Sep 13, 2019 at 09:33:43AM -0600, Adam Weinberger wrote:
>> Systems MUST be able to support concurrent installations of python2.7
>> and actual python. What is your use case for concurrent ruby?
>
> I k
me time. Why not for Ruby?
>
> I'm just brainstorming Ruby FLAVORS. Both positive opinions and negative
> opinions are welcome.
Systems MUST be able to support concurrent installations of python2.7
and actual python. What is your use case for concurrent ruby?
# Adam
--
Adam We
"Unknown USES=${f:C/\:.*//}"
> .endif
> .endfor
>
> @@ -1984,7 +1984,7 @@
> .endif
> .endfor
> .if !defined(_usefound)
> -ERROR+="Unkonwn USES=${f:C/\:.*//}"
> +ERROR+="Unknown USES=${f:C/\:.*//}"
> .endif
>
On Sun, Sep 8, 2019 at 2:54 PM Adam Weinberger wrote:
>
> On Sun, Sep 8, 2019 at 2:25 PM @lbutlr wrote:
> >
> > Is it necessary to rebuild ports when moving from dot versions (like 11.2
> > tp 11.3)?
>
> Sometimes. If a shared library major number changes, or if a
yes. Your safest bet is, yes, rebuild everything that depends on
that port.
> Also, is there a way to use freebsd-update to see what the current patch
> level is of a release?
freebsd-version
# Adam
--
Adam Weinberger
ad...@adamw.org
https:
e-fits-all, but this might
be a case where some latitude reduces workload.
Stefan, can you shed some insight here? I’m not current on portmaster’s
modern-day behaviour.
# Adam
—
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
>
>> On Fri, Aug 23, 2019 at 5:10 AM Adam Weinberger
correctly and not re-install a bunch of ports that don't
> need it.
Nearly all committers use poudriere, so we rely on your input for
legacy tool instructions. If the commands should be different, please
run it through s...@freebsd.org (the portmaster maintainer) and give us
the correct co
ing
strategies, and thousands of dependent ports to worry about for every
change.
I suggested that it might be possible for stale languages to remain in
the tree, as long as the above support wasn't required or expected.
But, honestly, Franco's response mocking the offer made my
On Sun, Aug 11, 2019 at 5:50 PM Martin Waschbüsch wrote:
>
> Hi Adam,
>
> > Am 11.08.2019 um 23:22 schrieb Adam Weinberger :
> >
> > On Sun, Aug 11, 2019 at 1:05 PM Franco Fichtner
> > wrote:
> >>
> >> Quarterly is essentially useless if th
nd on them, and (c) it is clear that they are provided
without support and at your own peril.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Sun, Aug 4, 2019 at 1:04 PM The Doctor wrote:
>
> APR is now up to 1.7.0 yet apr-util is still fixed.
>
> Who is in charge of updating this?
The person listed as maintainer in the port.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://w
On Sun, Aug 4, 2019 at 1:03 PM The Doctor wrote:
>
> MariaDB 10.3.17 is out?
>
> Who is supposed to be looking after this port?
The person listed as maintainer in the port.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
On Sat, Jul 20, 2019 at 3:35 PM Adam Weinberger wrote:
>
> On Sat, Jul 20, 2019 at 3:19 PM Sid wrote:
> >
> > Thanks,
> >
> > Here's the line:
> > &whine($., 'expected-attribute', $id) unless defined %args;
> >
> &
> > > It's worked on a previous compile. I'm not sure if this is a bug or if I
> > > need to configure something. Thank you.
> >
> > Perl no longer supports defined(%hash). Instead of
> > if defined(%hash)
> > it should be
> > if (%h
le. I'm not sure if this is a bug or if I need
> to configure something. Thank you.
Perl no longer supports defined(%hash). Instead of
if defined(%hash)
it should be
if (%hash)
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
be able to provide release or LTS branches,
but it simply comes down to resources. We'd need a few people working
in paid positions to manage RE environments. The FreeBSD Foundation
(which underwrites a couple very selective paid positions) has
prioritized development of new technologies to keep F
xdist
> configure script can't find things. I made a symbolic link in nonroot
> ~/fb64/bin:
>
> ln -s /usr/local/bin/gnustat gstat
I'm not clear whether you're trying to construct a port, or just
getting the software to build.
If you'
t. We're waiting for a couple updates to shake out before branching.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
On Sat, Jun 22, 2019 at 2:22 PM Bernhard Froehlich wrote:
>
>
> Am 22.06.2019 19:47 schrieb Adam Weinberger :
> >
> > On Sat, Jun 22, 2019 at 11:10 AM Bernhard Froehlich
> > wrote:
> > >
> > >
> > > Am 22.06.2019 17:56 schrieb Adam Weinbe
On Sat, Jun 22, 2019 at 11:10 AM Bernhard Froehlich wrote:
>
>
> Am 22.06.2019 17:56 schrieb Adam Weinberger :
> >
> > On Sat, Jun 22, 2019 at 8:21 AM Danilo G. Baio wrote:
> > >
> > > On Sat, Jun 22, 2019 at 11:58:49AM +0200, Matthias Fechner wrote:
&
I don't
understand Go packaging at all, and I'd sure appreciate someone with
Go knowledge verifying whether removing go.mod is the proper thing to
do.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
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,
> >>>
>
On Sat, Jun 8, 2019 at 11:00 PM Mel Pilgrim
wrote:
>
> On 2019-06-08 9:57, Adam Weinberger wrote:
> > On Sat, Jun 8, 2019 at 10:02 AM Gerald Pfeifer wrote:
> >>
> >> In https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237688 we had
> >> a user report again
On Sat, Jun 8, 2019 at 12:29 PM Bob Eager wrote:
>
> On Sat, 8 Jun 2019 12:16:05 -0600
> Adam Weinberger wrote:
>
> > 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
>
to get maintainer input
beforehand.
<<<
What are your thoughts?
# Adam
--
Adam Weinberger
ad...@adamw.org // ad...@freebsd.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fre
to get maintainer input
beforehand.
<<<
What are your thoughts?
# Adam
--
Adam Weinberger
ad...@adamw.org // ad...@freebsd.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fre
e static option from binutils proper, and depend specifically
on the non-static port.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
t; --
> <[TN]FBMachine> I got kicked out of Barnes and Noble once for moving all
> the bibles into the fiction section
>
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
On Sun, May 19, 2019 at 3:57 AM Adam Weinberger wrote:
>
> On Sun, May 19, 2019 at 3:53 AM Jonathan Chen wrote:
> >
> > Hi,
> >
> > With the update of devel/ccache to 3.7.1 (which includes a dependancy
> > on gmake), I'm seeing the following error when
.. backtrace devel/ccache
> ... backtrace devel/ninja
> ... backtrace devel/yajl
> Unfortunately, the system upgrade failed.
>
> I can't figure out the reason for this error, as I don't see the
> relationship between ninja and ccache. Is anyone else seeing this?
>
> Cheers.
It&#x
c, so your
> heads-up maybe forgotten before the next /quarterly branches.
>
> https://www.freebsd.org/doc/en/books/porters-handbook/moved-and-updating-files.html
Jan is correct, but a breaking change like this should also go into
the pkg-message for the gitea port.
# Adam
--
A
On Fri, May 3, 2019 at 2:00 AM Mathieu Arnold wrote:
>
> On Thu, May 02, 2019 at 05:41:45PM -0600, Adam Weinberger wrote:
> > On Thu, May 2, 2019 at 3:36 PM Peter Jeremy wrote:
> > >
> > > Doing a "make describe" (part of "make index") in
>
.com/ALPSCore/ALPSCore
>
> --
> Peter Jeremy
I was wondering about this too. Perhaps instead of _VARS, this should be using
OPENMPI2_CONFIGURE_ENV= cc=... cxx=...
OPENMPI2_MAKE_ENV= cc=... cxx=...
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
and the replacement svn add'ed. The port isn't actually being
"upgraded" to the new xed, and making the svn history seem that way
would serve no benefit.
Even though it's likely that nobody is using the current xed, it
really should have a deprecation notice (backpo
cause the current readline is 8.0.
libreadline.so.9 won't come until readline-9.0 is released. We really
can't deviate from that, because it'd still be v8 software; it'd be
like AT&T's ridiculous claim that they invented 5G by di
ective categories?
> I have schemed the Porter's Handbook, but it does not mention anything about
> redefining essential variables such as CATEGORIES, etc.
Hi Harold,
Absolutely! There's essentially no limit to what can be redefined.
Just use CATEGORIES?= in the master.
# Adam
--
ll be there but I understand there's
> some history there.
> Thank you!
Hi Paul,
For security reasons, many users mount /usr/local read-only. We assume that
/var is RW, so files that are expected to change are supposed to be there
in
file to the plist of package A which
> will conflict with package B and then pkg conflict will work as expected.
> But I am not sure we should prevent installation of some package just
> because it uses authorized_keys too.
Especially since www/gitea does the same thing (and probably a
; exit 1; else echo "Gogs not installed,
> continue."; fi
>
> But it does not work.
> Now matter if gogs is installed or not.
> If I execute the same line in a shell script, it works fine.
>
> Anyone an idea?
What you're describing is
Mak
On Tue, Apr 2, 2019 at 6:24 AM Diane Bruce wrote:
>
> On Tue, Apr 02, 2019 at 06:13:58AM -0600, Adam Weinberger wrote:
> > On Tue, Apr 2, 2019 at 3:37 AM Mateusz Piotrowski <0...@freebsd.org> wrote:
> > >
> > > On Tue, 2 Apr 2019 at 10:58, Stefan Esser wrote
it's
only about a dozen ports, it most likely will not be approved.
My approach here is that new categories should be virtual unless the
evidence for hard category is incontrovertible.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
UN_
> and BUILD_DEPENDS is when the dependency is checked.
This makes building from ports behave differently from pkg. Please,
just make an OPTIONS_SINGLE for it, and default it to the current
version (7), not the old version.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
ituation I am glad we have GTK2 and GTK3 and all my
> > applications are working (better with GTK2 than GTK3). And having both
> > GTK versions installed is not a big problem. Their size is relatively
> > small compared to apps like browsers, libreoffice etc.
> >
>
> No o
know one way or the other. If anybody on this list has thoughts about
GTK2 vs GTK3 (or something else!) as the default, I'd love to hear it.
The Vim choices are currently a mess, but it'll get better once
subpackages land.
# Adam
--
Adam Weinberger
ad...@a
've been bitten by this in the past with that exact scenario, except
it also slowed the amd64 builds to a crawl as well. Kurt, if you can
confirm this behaviour then perhaps it's worth mentioning in
poudriere.conf or poudriere(8).
# Adam
--
On Sun, Dec 30, 2018 at 5:27 PM Pete Wright wrote:
>
>
>
> On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote:
> > From: Adam Weinberger
> > Subject: Re: Request for help: remove bundler from ruby 2.6 port
> > Date: Sat, 29 Dec 2018 15:34:17 -0700
> >
> >>
On Sun, Dec 30, 2018 at 6:00 PM Pete Wright wrote:
>
>
>
> On 12/30/18 4:31 PM, Adam Weinberger wrote:
> > On Sun, Dec 30, 2018 at 5:27 PM Pete Wright wrote:
> >>
> >>
> >> On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote:
> >>> From: Ada
e don't want to install the entire standard library, I'd at
least strongly argue for including the most important gems (rake, gem,
minitest, and bundler) by default. They are basic components of ruby
itself, and ports should provide //optional// newer versions of them.
# Adam
--
Adam
On Wed, Dec 26, 2018 at 12:35 PM Christian Weisgerber
wrote:
>
> Adam Weinberger:
>
> > > # echo '. /usr/local/news/lib/innshellvars && \
> > > rm -f $OVERVIEWDIR/group.index && \
> > > $NEWSBIN/makehistory -O -s `wc -l
On Wed, Dec 26, 2018 at 12:05 PM Christian Weisgerber
wrote:
>
> Adam Weinberger:
>
> > > User of INN (news/inn) should be aware of an issue when upgrading
> > > from FreeBSD 11 to 12 with an existing news spool.
> >
> > Thanks for this! Can you please add
truncate the overview/group.index file to size
> zero and only then regenerate the history and overview databases
> with makehistory -O.
Hi Christian,
Thanks for this! Can you please add this to /usr/ports/UPDATING?
# Adam
--
Adam Wei
ould create 3 diff files, one for the port,
> one for the UIDs and one for the GIDs?
>
> Michael.
Hi Michael,
Great question! You can put all the changes into a single patch (make
sure to run diff from /usr/ports/). One diff makes it easier for
committers to see and apply the changes.
look possible.
If you are able to re-trigger the dependency loop, a log would be
extremely helpful.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Thu, Dec 13, 2018 at 1:01 PM Carmel NY wrote:
>
> On Thu, 13 Dec 2018 12:49:07 -0700, Adam Weinberger stated:
>
> >On Thu, Dec 13, 2018 at 12:43 PM Carmel NY wrote:
> >>
> >> I am using FreeBSD 11.2-RELEASE-p6. If I use freebsd-update to install the
> >
pkg upgrade -f" BEFORE the final "freebsd-update
install"!
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubs
hine. [...]
>
> Still getting used to the idea that a machine with >16GB would today
> be considered a "very ordinary desktop machine." -- Decrepit old George
Do yourself a favour though and use ZFS. Poudriere is fast and elegant
on ZFS. It is unavoidably painfully slow on UFS
;ve added a libsodium option in r486595.
>
> I inherited the port, and the previous maintainer had made that
> decision.
It's all true! At the time, I couldn't get the NaCl support to compile
and gave up. I'm glad to see it's working now!
# Adam
--
Adam Weinberger
ad.
ous. So no, it's not a mistake, and it works as intended.
I think the problem is the comment. The comment for clean-depends
should probably be removed, as it's not expected that end-users will
run it, and the comment for clean: could be "Remove ${WRKDIR} and
other temporary file
lt;= libx11
>
> when I search for something like "libx11 in apache24"
>
> --
> Penny, I'm a physicist. I have a working knowledge of the entire
> universe and everything it contains.
You might give pkg_tree (ports-mgmt/pkg_tree) a try. It won't answer
the quest
-user-friendly.
# Adam
>
> On Fri, 21 Sep 2018 at 19:08, Adam Weinberger wrote:
>>
>> On Fri, Sep 21, 2018 at 12:31 AM Amit Sengupta
>> wrote:
>> >
>> > I am using Freebsd 11.1 Release. Recently I wanted to upgrade gkrellm which
>> > I use on
de to
> build. I run portsnap everyday so my ports list is up to date.
>
> Any pointers are most welcome.
>
> Amit
Amit,
The gkrellm port was removed over 4 years ago. You need to update your
ports tree. There are updating instructions at
https://www.fre
cheme version updates, and is the more
> transient of the two (PORTEPOCH lives forever, bad scheme only lasts
> till 3.7).
>
> >
> > Cheers,
> > Franco
The 'd' is arbitrary. If a different, higher letter were used, the
date could be fixed.
# Adam
tc/make.conf---you'll need to create one in
/usr/local/etc/poudriere.d (see the "Create optional make.conf"
section of poudriere(8) for a list of make.conf names that it'll
check).
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
_
, the base path would naturally be found in any standard $PATH.
> > Some ports used to have an overwrite_base option, but this also feels wrong
> > as it breaks freebsd-update in various ways. I.e. should the port print a
> > message stating tha
tc/pkg/?
Second place I'd look is making sure that pkg is using the generated
catalogues: pkg update -f
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.org
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mail
On Tue, Aug 14, 2018 at 1:13 PM Adam Weinberger wrote:
>
> On Tue, Aug 14, 2018 at 11:54 AM Dan Langille wrote:
> >
> > I am in the process of adding FreshPorts support for CONFLICTS[1].
> >
> > I reference www/p5-CGI only because it had a recent commit and it conta
regex for that please? regex is a weak point for me.
> Or point me into the Mk infrastructure to locate an existing solution.
Hi Dan,
I suspect that the best you can get is to make some assumptions about
what versions look like. This will catch most, but not all:
/^(.*?)-[-_\.,0-9ab]+$/
ntinually-changing basis,
it's acceptable (though less systemically desirable) to put all your
patches into one file. The benefit is that you can generate that one
file with a single git diff, and it makes PR submission far, far
simpler.
Do any of those help?
# Adam
--
Adam Weinberger
ad..
On Sat, Aug 4, 2018 at 9:06 AM René Ladan wrote:
>
> How about the attached patch?
>
> Rene
Hi René,
You have:
+PAGER=${PAGER:-more}
svn up --quiet ports 2>&1 |${PAGER:-less}
# Adam
--
Adam Weinberger
ad...@adamw.org
ht
I'd highly suggest using gpgme.
set crypt_use_gpgme=yes
has replaced my entire gnupg command file.
gnupg was just updated to 2.2.9 a few days ago, so that might be the
cause (and not mutt). Are you able to successfully use that key from
the command-line?
# Adam
--
Adam Weinberger
ad..
1 - 100 of 298 matches
Mail list logo
