## Chris (portmas...@bsdforge.com):
> The problem I'm addressing in this case; is that the following as
> *always* worked for licenses which carried a copy in
> ${WRKSRC}/LICENSE_NAME:
The problem you're trying to address is only a consecutive error and
not the real problem.
As I wrote in my
## Chris (portmas...@bsdforge.com):
> > but the way it currently interacts
> > with your port is not that fine: in the very least, it overwrites
> > your LICENSE variables, which cannot be your intention. (Try
> > "make -V LICENSE" in kde-icons-nuovoext2).
> Sorry. My bad. LGPL3 is now included
## Chris (portmas...@bsdforge.com):
> HOWEVER the error returned by pkg-fallout@ makes absolutely no
> sense at all, given the Makefile for the report contains only:
Foremost, that Makefile has an .include, and that's where the mess
(for this use case) happens.
>From a quick glance, I'm not
## Jonathan Chen (j...@chen.org.nz):
> I recently updated to chromium-89.0.4389.114_1, and it now appears
> that the browser sync sign-in feature is not available anymore? Or did
> I miss something?
Does this match your experience? "Limiting Private API availability in
Chromium"
## LuMiWa via freebsd-ports (freebsd-ports@freebsd.org):
> portmaster -d cad/freecad
That installs all the build dependencies (and the build dependencies
of the dependencies, etc.) in your system - and that includes the old
python 2.7 as a build dependency of qt5-webkit (which itself is
required
## LuMiWa via freebsd-ports (freebsd-ports@freebsd.org):
> I didn't install because it pull Python 2.7. I didn't change any
> configuration.
The question is not so much what you did not do, but what you did
do. How did you try to install FreeCAD?
Regards,
Christoph
--
Spare Space
## LuMiWa via freebsd-ports (freebsd-ports@freebsd.org):
> I try to install cad/freecad and it pulls lang/Python 27.
FreeCAD itself depends on Python "3.6 or higher". What exactly did
you do?
> I didn't install.
So you're sying it's not relevant anymore anyway?
Regards,
Christoph
--
Spare
## Felix Palmen (fe...@palmen-it.de):
> I'd assume (someone may correct me) that portsnap will still be
> supported,
https://lists.freebsd.org/pipermail/freebsd-ports/2020-August/119098.html
Regards,
Christoph
--
Spare Space
___
## David Wolfskill (da...@catwhisker.org):
> link_elf_obj: symbol nvidia_driver_name undefined
> linker_load_file: /boot/modules/nvidia.ko - unsupported file type
> KLD nvidia-modeset.ko: depends on nvidia - not available or version mismatch
> linker_load_file: /boot/modules/nvidia-modeset.ko -
## Alex V. Petrov (alexvpet...@gmail.com):
> /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: undefined
> reference to `re2::RE2::FullMatchN(re2::StringPiece const&, re2::RE2
> const&, re2::RE2::Arg const* const*, int)'
> /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so:
## Andrea Brancatelli via freebsd-ports (freebsd-ports@freebsd.org):
> I'm trying to install bsnmp-ucd on FreeBSD 12.something, but I get an
> error while pointing to:
> http://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/bsnmp-ucd-0.4.3.txz
Something is completely out-of-date, bsnmp-ucd is at
## Michael Butler via freebsd-ports (freebsd-ports@freebsd.org):
> The removal of the packed_simd patch might be premature.
>
> I now cannot build either firefox or thunderbird. Both fail with
> something like ..
Cannot confirm, I got e.g.
Makefile ident: $FreeBSD:
## Robert Huff (roberth...@rcn.com):
> make_index: /usr/ports/devel/gvfs: no entry for /usr/ports/net/samba410
> Done.
Hm. net/samba410 is gone as of 2020-11-08. devel/gvfs pulls in
Samba by default via a USES on samba:lib, which should pull in
the default samba version - and the default
Hi,
## Jonathan Chen (j...@chen.org.nz):
> I recently updated my ports, and with the update of gvfs-1.46_1, I'm
> noticing a 20s delay when I log in with mate-session. The closest
> indication as to what may be the problem is in one of my logs:
>
> ** Message: 15:35:14.744: Initializing gksu
## 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", which seems to
be the beta version of what you're porting. And it has
## Carmel (carmel...@outlook.com):
> I would have expected to see something in"UPDATING". The only mention
> is in "MOVED": net/kblog||2020-08-13|No longer shipped
Simple port deletions are rarely in UPDATING.
On the other hand, and as I'm not familiar with KDE and it's ports
layout: wouldn't it
## Carmel (carmel...@outlook.com):
> [00:00:01] Error: MOVED: net/kblog EXPIRED 2020-08-13 No longer shipped
> [00:00:01] Error: Fatal errors encountered gathering initial ports metadata
> Has anyone seen this before, and how do I rectify it?
What it says: net/kblog is gone (with the latest KDE
## Adriaan de Groot (adr...@freebsd.org):
> The Chromium build system -- and as a consequence, also QtWebEngine -- still
> uses Python 2.7. This is going to be a real problem about six months down the
> line, and I have no idea how upstream is going to deal with it. I've heard
> there are
## Carmel NY (carmel...@outlook.com):
> The entire build log, what there is of it, is available here:
> https://seibercom.net/logs/qt5-network_build.log
And there's your problem:
: /usr/local/etc/poudriere.d/make.conf
:
: LICENSES_ACCEPTED+= PDFlib
: DEFAULT_VERSIONS=samba=4.11
:
## Carmel (carmel...@outlook.com):
> DEFAULT_VERSIONS+=python2=3.7
Forcing python 2 to be python 3.7 will probably break - as far as I can
see, there're safeguards in place which will prevent this. In most cases,
the python2 dependency is there because upstream hasn't updated their
code yet.
## Kurt Jaeger (p...@opsec.eu):
> > You could grab packagesite.txz from your repo, untar that and then
> > grep '"name":"pkg"' packagesite.yaml
> > Any brokenness in /var/db/pkg/ ?
>
> How would I recognize brokenness ? The files that should be there
> are there.
I'm afraid I have to go full
## Kurt Jaeger (p...@opsec.eu):
> > So what repo is that and what does it offer?
>
> That's repo.nepustil.net, which is mostly up2date.
Are you sure you got the right path there? Any leftovers in /etc/pkg/
or /usr/local/etc/pkg/ ?
You could grab packagesite.txz from your repo, untar that and
## Kurt Jaeger (p...@opsec.eu):
> pkg upgrade -f pkg
> Updating ... repository catalogue...
> ... repository is up to date.
> All repositories are up to date.
So what repo is that and what does it offer?
> Installed packages to be DOWNGRADED:
> pkg: 1.14.6 -> 1.10.5_1
>
> Why does pkg
## Dutch Daemon - FreeBSD Forums Administrator (dutchdae...@freebsd.org):
> In absence of a make.conf in the jail it pulled in python36-3.6.11 as the
> default.
Uhm. From your log, we see that you have a make.conf with a python
version override:
95.
## Donald Wilde (dwil...@gmail.com):
> This is 12-STABLE as of a few days ago, and yes, it's running on amd64/HAMMER.
So, llvm 10. As I guessed :)
> I'll see if I can figure out how to get the 'configure output' from a
> port... That does seem to be a useful thing to know!
That might be the
## Donald Wilde (dwil...@gmail.com):
> I ran into an issue, documented in the attachments, that seems to
> point to some quantity that does not include version 8 of the port,
> only 1 - 7. Being a tidy soul, I used make clean first and that
> resulted in a rebuild of LLVM90 as well.
This report
## bob prohaska (f...@www.zefox.net):
> FWIW, www/chromium compiled successfully (and even ran, fitfully) about
> a year ago on the Pi3B.
Well, a year ago it was not Chromium 83... What version was that? Their
git interface isn't that great for picking out changes (but there have
been changes to
## bob prohaska (f...@www.zefox.net):
> The ports were updated to 537591, which seems to have updated
> www/chromium to chromium-83.0.4103.61, but the error persists.
asm/hwcap.h does not exist on FreeBSD. That somewhat modified
zlib code tries to include asm/hwcap.h as it believes it's building
## Lev Serebryakov (l...@freebsd.org):
> svn: E165001: Commit failed (details follow):
> svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output:
> Adding new py3- ports is forbidden.
> The Python ports have flavors and do not need the py3- ports.
## Leander Schaefer (i...@netocean.de):
> Does anyone have the right clue about
> how the FreeBSD package managment team provides a complete repository
> without having these conflicts? There must be a way to do this with
> poudriere since I am most certainly sure they also use poudriere.
## andrew clarke (m...@ozzmosis.com):
> But perhaps there's an option to limit make jobs just for a single port, set
> in
> /usr/local/etc/poudriere.d/make.conf ? That would be nice.
echo "DISABLE_MAKE_JOBS=yes" >> lang/ghc/Makefile.local
Regards,
Christoph
--
Spare Space
## andrew clarke (m...@ozzmosis.com):
> Beware anyone building lang/ghc-8.8.3 from the ports tree. Building it
> here on FreeBSD 12.1-REL AMD64 with Poudriere, the build ran out of swap,
> despite the PC having 8 GB RAM, 8 GB swap and not much else running.
I believe they sell phones with that
## The Doctor via freebsd-ports (freebsd-ports@freebsd.org):
> Well I did find a dead zone and still no dice.
That's unfortunate. Completely nothing in config, zones, journals
(if any)? Then it's either something totally obvious (obvious like
an elephant in the room) which we're missing; or
## The Doctor via freebsd-ports (freebsd-ports@freebsd.org):
> Then let's look at the file:
I'd think you better run named-checkconf yourself on your file - that
way you get the full file (and all related config) checked as it
exists on your system - not a partial file with "whatever the mail
## The Doctor via freebsd-ports (freebsd-ports@freebsd.org):
> > > Subject: Bind 9.16 port error still lingers
> >
> > "Still"?
You seemed to imply that there was a known problem in our bind port.
While I doubt the existence of a problem with this severity (at least
my and other people's bind
## The Doctor via freebsd-ports (freebsd-ports@freebsd.org):
> Subject: Bind 9.16 port error still lingers
"Still"?
> May 1 21:29:02 gallifrey named[90441]: Required root permissions to open
> '/var/run/named.pid'.
> May 1 21:29:02 gallifrey named[90441]: Please check file and directory
>
## Carmel NY (carmel...@outlook.com):
> 1) Why is the "update" procedure deliberately removed from the port?
The svn history does mention it:
https://svnweb.freebsd.org/ports?view=revision=527607
"Remove drivedb update binary as it will modify tracked files"
A port has no business modifying
## Dima Pasechnik (dimpase+free...@gmail.com):
> But I don't see a problem in keeping Python 2.7 available for some
> time in FreeBSD - it just should stop being default one.
Python 2.7 hasn't been the default for quite exactly one year:
: r498529 | antoine | 2019-04-10 07:47:26 +0200 (Wed, 10
## Christoph Moench-Tegeder (c...@burggraben.net):
> > > Again, vtk6...
> > I just committed a switch to VTK-8.1.
>
> Cool!
Hmpf - now I _had_ to fix FreeCAD - that thing has it's own dependency
on vtk, and we cannot have vtk6 and vtk8 at the same time.
> Looks
## Thierry Thomas (thie...@freebsd.org):
> > Again, vtk6...
>
> I just committed a switch to VTK-8.1.
Cool!
Looks like vtk8 need some love... building as I write.
> But there is also inkspace (if the option DOXYGEN is selected). It
> should be upgraded to a newer version to avoid Python 2.7.
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> > asterisk16: 16.9.0
That's surprising - asterisk16 with somewhat usual OPTIONS does not
have a direct python dependency - I'd guess you're seeing an indirect
dependency via newt (devel/newt) which has PYTHON as a default OPTION;
## Alex V. Petrov (alexvpet...@gmail.com):
> ../../lib/include/libdvbv5/dvb-dev.h:258:8: error: unknown type name
> 'dvb_logfunc_priv'; did you mean 'dvb_logfunc'?
>
> dvb_logfunc_priv logfunc, void *logpriv);
>
> ^~~~
>
>
## Dan McGrath (danmcgrath...@gmail.com):
> I swear, you find that squirrel you phone me asap! I have the warthogs
> circling looking for him for at least a week now!
https://cybersquirrel1.com/
Regards,
Christoph
--
Spare Space
___
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> Today update for qt5-webengine cannot compile:
>
> /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: undefined
> reference to `re2::RE2::Arg::parse_ulong(char const*, unsigned long,
> void*)' c++: error: linker command failed
## Matthias Apitz (g...@unixarea.de):
> Trying build of x3270-3.3.15_3 even though it is marked BROKEN.
Hm.
x11/x3270$ svn log distinfo
r376982 | madpilot | 2015-01-13 20:15:59 +0100 (Tue, 13 Jan 2015) | 9 lines
Last
## Thomas Dickey (dic...@his.com):
> The server is compressing the output...
> Not all browsers have the problem :-(
You're right. For some reason, firefox is not handling the additional
compression correctly (I see Content-Encoding: gzip in the headers, so
it's advertised, but not unzipped by
Thomas, care to check the latest xterm tar file on the mirror?
## Peter Jeremy (pe...@rulingia.com):
> If you are inclined, you could compare the contents of both files and
> report the differences upstream - particularly if there has been a
> malicious change.
In fact,
## George Mitchell (george+free...@m5p.com):
> Assuming you can get poudriere to work. Even by today's standards,
> a low-cost PC is not going to have the juice to support it. And to
> reiterate, the ports framework itself MUST work standalone.
The pain you'll experience (eventually) from the
## @lbutlr (krem...@kreme.com):
> I have /usr/ports/security/openssl111 and no /usr/ports/security/openssl
> which doesn’t sound like what you said.
You're missing
https://svnweb.freebsd.org/ports?view=revision=date=521745
By the way, base openssl is at 1.1.1d in FreeBSD 12.1.
Regards,
## Per olof Ljungmark (p...@nethead.se):
> Anyone knows? So far installed libheif and recompiled ImageMagick with
> HEIF option, what more is needed?
If you want gimp to support HEIF files, you should try option LIBHEIF
on graphics/gimp-app. I've no idea where ImageMagick ends up in that
## Andrea Venturoli (m...@netfence.it):
> 68.0_2 brought other problems, BTW: at the bottom of the main TB window
> I now have 2cm grey space with a red string:
> >> is="cards-pane-treecols" picketrooltipteck=""/>
> > --^
>
>
## Andrea Venturoli (m...@netfence.it):
> However they say they cannot reproduce this and possibly this is a
> FreeBSD specific bug.
I can't reproducs it either with the latest thunderbird port (candidate6
aka release).
Regards,
Christoph
--
Spare Space
## Mark Millard via freebsd-ports (freebsd-ports@freebsd.org):
> => imagesize-1.1.0.tar.gz doesn't seem to exist in /portdistfiles/.
> => Attempting to fetch
> https://files.pythonhosted.org/packages/source/i/imagesize/imagesize-1.1.0.tar.gz
> fetch: transfer timed out
Works for me. Did you
## Willem Offermans (wil...@offermans.rompen.nl):
> Unfortunately it is probably not gawk in my case, which causes trouble.
> However, your response indicates that the problem will be solved after I
> have updated/reinstalled the guilty one.
There's sysutils/bsdadminscripts, which provides
## Hans Petter Selasky (h...@selasky.org):
> virtual_oss needs some new bluetooth definitions to build.
> Else bluetooth support can be switched off.
How about testing the FreeBSD version? That's in OSVERSION:
## Torfinn Ingolfsen (tin...@gmail.com):
> updated the ports tree again, and tried upgrading the FreeCAD port,
> but the build fails as before.
> I've put the build output and CMakeOutput.log (there is no
> CMakeError.log) at
> https://sites.google.com/site/tingox/asus_m5a78l_usb3_freebsd
> in
## Andrea Venturoli (m...@netfence.it):
> > Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels,
> > blurry?)?
> More "something blocky, vaguely, *really* vaguely, resembling the
> indended text": something you can read only if you already know what
> it says.
That sounds
## Andrea Venturoli (m...@netfence.it):
> Whenever I try printing from FireFox (mainly to PDF virtual printer, but
> also on paper), I get wrong headers fonts.
That sounds like fontconfig.
> I.e. most of the page gets printed properly, but [sub]titles (or any
> bigger text) are just illegible
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> BTW, bellow are library dependencies and one of them is libmed.so which
> is part of french/med which pull aster:
french/med uses the same distfile as french/aster, but it does not
depend on the port french/aster, neither at build nor at
## Baptiste Daroussin (b...@freebsd.org):
> wx* ports has been switch to gtk3 (meaning webkit2), so they should now build
> again.
Mostly :) (some minor cleanup, seems to be ok now).
What's more worrying is e.g. KiCAD (cad/kicad) which now complains
wxWidgets library has been built against
## Axel Rau (axel@chaos1.de):
> # svn co -r 369659 https://svnweb.freebsd.org/ports/head/sysutils/
Wrong server.
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html
Try svn.freebsd.org.
Regards,
Christoph
--
Spare Space
## Baptiste Daroussin (b...@freebsd.org):
> > Even better: at least pulseaudio can provide an esd-protocol socket,
> > so it's usable as a drop-in replacement (yes, I know, not everyone
> > likes pulseaudio, but it "works for me").
>
> Is it still the case? I thought this was removed from pulse
## Baptiste Daroussin (b...@freebsd.org):
> Are there any esound users left that can raise a voice to explain why and how
> they are using esound? In my latest playing directly with I couldn't find any
> value added compared to directly using OSS for example or using any of the
> other
> daemons
## Jonathan Chen (j...@chen.org.nz):
> I notice that www/webkit-gtk2 has just been marked as FORBIDDEN and
> DEPRECATED. While I'm usually for putting down unmaintained ports,
> this particular port is a dependancy for java/eclipse.
And for more, e.g. x11-toolgits/wxgtk30 (with default OPTIONS).
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> Subject: freecad cannot build
Oh, it can, e.g.:
http://beefy6.nyi.freebsd.org/data/120amd64-default/493629/logs/FreeCAD-0.17.13541_6.log
and my local build logs look very similar.
> All ports are built on FreeBSD-Release-12-p3 (amd64).
## Torfinn Ingolfsen (tin...@gmail.com):
> I looked into the build log, but it doesn't tell me anything new:
> Coins is detected during configure / setup phase, and the suddenly
> during compile / link it fails a step because Coin (specifically
> -lCoin) can't be found
The main question is why
## Russell L. Carter (rcar...@pinyon.org):
> I've been building on an 8 core system but am moving to a 32 core
> system today.
Hm, with great power comes great electricity bill? :)
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org
## Torfinn Ingolfsen (tin...@gmail.com):
> root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
> -DLANGUAGE=CXX -DMODE=LINK
> -Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so
That looks completely right. But the error message was
/usr/bin/ld: cannot find -lCoin
so
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> Thank you but why FreeCAD need all this QT ports?
FreeCAD uses Qt for it's GUI (and a CAD system without GUI is
somewhat 1980ish). Formerly it used Qt4, but as that is going
away in four weeks, I switched it over to Qt5 - that's an option
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):
> Reading
> /usr/ports/accessibility/qt5-speech/work/qtspeech-everywhere-src-5.12.1/src/plugins/tts/speechdispatcher/speechdispatcher.pro
>
> [/usr/ports/accessibility/qt5-speech/work/.build/src/plugins/tts/speechdispatcher]
> Reading
## Christoph Moench-Tegeder (c...@burggraben.net):
> I'll try reproducing this once I've an idle CPU
I let it run over night, and there we are:
build started at Fri Feb 15 05:39:35 CET 2019
port directory: /usr/ports/cad/freecad
package name: FreeCAD-0.17.13541_6
building for: Free
## Torfinn Ingolfsen (tin...@gmail.com):
> It fails here:
Interesting.
> /usr/bin/ld: cannot find -lCoin
And that shouldn't happen - at least, it didn't happen here.
> Is there anything more I can do / provide?
Your system is reasonable "standard"? You don't have a poudriere
environment
## Torfinn Ingolfsen (tin...@gmail.com):
> > working on moving it to Qt5, to avoid deprecation in 6 weeks.
> > It's not 100% complete yet, but at least the widgets are looking
> > much nicer now :) Expect an update "soonish".
There. Please test :)
Regards,
Christoph
--
Spare Space
## Torfinn Ingolfsen (tin...@gmail.com):
> Just checking: is anyone using FreeCAD 0.17 (cad/freecad) under FreeBSD at
> all?
I'm not a heavy CAD user, but FreeCAD as such is working.
> I installed it from ports, I'm running
> tingo@kg-core1$ uname -a
> FreeBSD kg-core1.kg4.no 11.2-STABLE
## Ian Lepore (i...@freebsd.org):
> That's a bit of a harsh tone to take with a user who has questions.
Sorry, the day is getting long (and it doesn't sound that harsh in german,
it definitively wasn't meant that harsh).
> If
> Bob was an aspiring ports developer, maybe a response like that
## bob prohaska (f...@www.zefox.net):
> > See bsd.ports.mk: DISABLE_MAKE_JOBS (as in "make -DDISABLE_MAKE_JOBS").
> >
> Thank you, I think that's the information needed. Come to think of it,
> will the -j option, such as -j2, work in this situation also? Two threads
> are much better than one
## Kurt Jaeger (p...@freebsd.org):
> How can this parallel compilation be configured for chromium in poudriere ?
Look for ALLOW_MAKE_JOBS and/or ALLOW_MAKE_JOBS_PACKAGES in poudriere.conf.
That's what does the trick for my poudriere :)
Regards,
Christoph
--
Spare Space.
## bob prohaska (f...@www.zefox.net):
> How much memory should be required for
> make -DBATCH
> in www/chromium?
Quite a lot, multiple GBs.
> The system in question is an RPI3 running r341643.
That will hurt. A regular chromium build takes about 16 CPU-hours on
my fairly modern i7 CPU, SSDs
## bob prohaska (f...@www.zefox.net):
> Installing ImageMagick6-6.9.10.14,1...
> pkg-static: ImageMagick6-6.9.10.14,1 conflicts with ImageMagick-6.9.9.28_2,1
> (installs files into the same place). Problematic file:
> /usr/local/bin/Magick++-config
> *** Error code 70
Make sure your installed
## Miroslav Lachman (000.f...@quip.cz):
The whole thing looks phishy.
> ===> Fetching all distfiles required by llvm60-6.0.1_3 for building
> => SHA256 Checksum OK for llvm-6.0.1.src.tar.xz.
> => SHA256 Checksum OK for cfe-6.0.1.src.tar.xz.
Do you use non-default options? That list is much
## AN (a.n...@ieee.org):
> After a recent update to ports I'm suddenly receiving the following
> when trying to use portupgrade.
>
> # portupgrade -va
> /usr/local/lib/ruby/site_ruby/2.4/pkgtools/portsdb.rb:118:in `block (2
> levels) in fill': MOVED file format error (PortsDB::MOVEDError)
The
## Lev Serebryakov (l...@freebsd.org):
> checking for ftp... ftp
> checking headful support... headless only
> configure: Found potential Boot JDK using configure arguments
> configure: Potential Boot JDK found at /usr/local/bootstrap-openjdk8 is
> incorrect JDK version (); ignoring
> configure:
## AN (a...@neu.net):
> I have been seeing this recently when upgrading ports, any suggestions how
> to fix would be appreciated.
>
> Thanks
>
>
> # portupgrade -va
> ---> Session started at: Sun, 29 Apr 2018 17:03:25 -0400
> [Reading data from pkg(8) ... - 935 packages found - done]
> **
## Robert Huff (roberth...@rcn.com):
> On a system with over 850 ports, 32 starting with "p5-", the
> list of dependent ports portmaster created from
> "pkg shlib -qR libperl.so.5.24" was over 200, including things like
> FireFox and llvm50 (llvm is required for mesa-dri).
That sound like
## Robert Huff (roberth...@rcn.com):
> Socket.c: loadable library and perl binaries are mismatched (got handshake
> key 0xd200080, needed 0xdf00080)
The perl default version changed - are you sure your perl and modules
still match? See UPDATING 20180330.
The error message is just what I'd
## Matthias Andree (matthias.and...@gmx.de):
> Sunpoet, can we mark the port as deprecated given that even the upstream
> once said it should best be abolished? I can't find the reference now,
Here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769938#11
## tech-lists (tech-li...@zyxst.net):
> my "fix" was to change this:
>
> # FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped,
> # but they contain non-object files which make strip(1) unhappy.
> @${STRIP_CMD} \
> <<< .mine
> ${STAGEDIR}${PREFIX}/bin/rustc \
## Christoph Moench-Tegeder (c...@burggraben.net):
> > I mailed it the maintainer. He said it is a local problem.
>
> I'd like to disagree: the problem is caused by this:
I have to retract this: a poudriere build (10.3 again) completes.
That shows that the rust build suffe
## Walter Schwarzenfeld (w.schwarzenf...@utanet.at):
> Rust does not compile in the port on 10.3 amd64.
I'm just debugging the very same problem.
> I mailed it the maintainer. He said it is a local problem.
I'd like to disagree: the problem is caused by this:
===> Configuring for rust-1.19.0
## Matthias Fechner (ide...@fechner.net):
> That mailtrain can handle bounce message with postfix together it is
> necessary to tail the postfix log and pass it to mailtrain, using a
> command like this:
> tail -F -n +0 /var/log/maillog | nc localhost 5699 -
That looks like a bad idea. As Eugene
## Andrea Venturoli (m...@netfence.it):
> Do you have any more detailed info? Like...
> What exactly has changed in the packaging?
https://svnweb.freebsd.org/ports/head/mail/thunderbird/Makefile?r1=428672=428671=428672
Lightning is now installed in it's default location - that is, like
in the
## Andrea Venturoli (m...@netfence.it):
> I read that "After changes in the packaging of the Lightning extension,
> profiles using this extension have to be re-created".
>
> Will this mean I should recreate the *Lightning* part of the profile
> (like removing the calendars, upgrading, then
## Robert Burmeister (robert.burmeis...@utoledo.edu):
> Could we have portupgrade instructions?
Short: it's a little messy. Other methods... could be more suitable for
this operation.
How do I know that? Well, I did it, with portupgrade.
The problem here is that the new versions of the qt4-ports
## Martin Birgmeier (la5lb...@aon.at):
> However, lightning seems to be gone - I don't find it installed with the
> port and it does not seem to be offered as an add-on for this platform.
I believe thunderbird by default activated the "wrong" lightning
plugin (the one which was now removed) and
## @lbutlr (krem...@kreme.com):
> https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED:
> Deprecated by upstream, use Net::SMTP instead”
>
> But there is not p5-Net-SMTP package.
Of course, Net::SMTP is part of libnet, which installs as p5-Net
(net/p5-Net), which has been around
## Kevin Oberman (rkober...@gmail.com):
> > # atril
> > Shared object "libicui18n.so.57" not found, required by
> > "libwebkitgtk-1.0.so.0"
> libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt
> against it.
libwebkitgtk-1.0.so.0 would be from webkit-gtk2, so that needs
## Mikhail T. (mi+t...@aldan.algebra.com):
> > It's not delusions of moral superiority. It's common decency.
> If it was "decent" in 1997, when obrien added it, it must still be
> decent today, only 19 years later. Nothing has changed about "decency"
> since then.
Oh, it has changed. And it
## Kurt Jaeger (li...@opsec.eu):
> In 9.x this is sometimes a problem, if port X builds in variant 1
> and port Y depends/links on X, but builds in variant 2. So it's
> a temporary solution for 9.x and will be solved when 9.x is EOL'ed.
We have also seen that problem on 10.x:
## Chris Inacio (nacho...@gmail.com):
> Happy if you would just reply with which one, if any, you use.
I'm using cfengine for a mixed (several Linux, some FreeBSD) environment.
But: without the "cfengine-masterfiles" (available as a port), using
cfengine can be somewhat painful (as already
## Julian H. Stacey (j...@berklix.com):
> There seems to be loss of 83 ports in graphics/ on freebsd.org http server ?
> https://svnweb.freebsd.org/ports/head/graphics/
> All beyond telak missing.
> eg tesseract & others missing
1 - 100 of 174 matches
Mail list logo
