On 26/04/2021 6:03 pm, Stefan Bethke wrote:
> But that still leaves pkg updating the ownership/mode of existing directories
> as a surprise on updating a package. I think the "right" thing here would be
> a kind of three-way merge between changes an updated package brings in vs.
> changes the us
On 4/04/2021 12:30 pm, Simon Wright wrote:
> Hi all,
>
> I've been following the discussion about the git upgrade to the ports
> repro but am not clear about how it impacts my use case.
>
> At the moment I track ports on the revision that the Freebsd build
> cluster uses to build the "latest" pac
On 1/04/2021 6:19 pm, Herbert J. Skuhra wrote:
> https://wiki.freebsd.org/git
>
Thanks Milan for bringing this to everyone's attention.
Would appreciate if anyone can provide insight as to the 4 git commands
that I need to function, in a manner similar to the way I use svnlite
use. Git equivalen
On 26/03/2021 9:25 am, George Mitchell wrote:
> On 3/25/21 6:06 PM, Miroslav Lachman wrote:
>> [...] it is really not for
>> everybody to use overlays in current state (overlays are poor
>> documented at least).
>> [...]
>
> Until this thread I had never heard of them. -- George
On 25/03/2021 4:01 am, Miroslav Lachman wrote:
> I really appreciate the work of ports team, committers and maintainers
> but I dislike double standards. All ports requiring Python 2.7 were
> marked deprecated the last year almost all of them removed according to
> expiration date 2020-12-31 but s
A while ago, due to mismatching ABI, I had to insert into:
/usr/local/etc/pkg.conf
ABI = "freebsd:12:x86:64";
Perhaps explicitly stating "freebsd:13:x86:64"; may help?
BUT this will require maintenance. :/
___
freebsd-ports@freebsd.org mailing list
http
On 11/11/2020 12:24 am, Rozhuk Ivan wrote:
> Hi all!
>
> With latest ports tree librsvg2-rust-2.50.0 is required to some ports.
> It want replace librsvg2-2.40.21.
>
> I do not want build ugly rust during hours to build small lib in less than
> minute.
>
>
> Same with polkit & spidermonkey.
>
On 11/11/2020 7:55 am, Bob Eager wrote:
> I have a port that, for reasons I won't go into, I build with gcc.
>
> It all works fine with USE_GCC= yes - no problem.
>
> The issue is that it's a build dependency and a run dependency. So
> anyone wanting to use it has to install gcc, and is discourag
On 26/08/2020 7:12 am, figosdev via freebsd-ports wrote:
>> the easiest way, if you build your own ports, is to svnlite update -r
>> '{2020-03-29}' /usr/ports/security/w3af Note the date before removal from
>> the ports tree.
>
> Thanks, this is probably what I was looking for (a way to get a co
On 25/08/2020 11:49 am, figosdev via freebsd-ports wrote:
> Hi, I'm new to FreeBSD-- I installed it for the first time this week.
> Honestly, so far it has exceeded expectations.
>
> I installed X11, but the first thing I installed was PyPy2.
>
> Unlike CPython2, which is EOL'd, PyPy2 does not t
On 27/07/2020 4:34 pm, Kubilay Kocak wrote:
).
>
> The strategy, plan and execution for deprecation of Python 2.7 and the
> guidelines for deprecation and removal of Python 2.7 ports was not
> coordinated with, discussed with or executed by the Python team, as it
> should have been.
>
> The issue
On 18/07/2020 1:09 pm, Pau Amma wrote:
> This category would comprise ports that are mainly educational in nature
> or purpose, such as:
> - course-writing or course-delivery applications,
> - classroom or school management applications (eg, scheduling classes),
> - applications, utilities, or game
On 8/07/2020 5:23 pm, Baptiste Daroussin wrote:
> On Wed, Jul 08, 2020 at 04:32:34PM +1000, Dewayne Geraghty wrote:
>> Is there a more convenient method to examine a package's scripts than
>> unpacking the manifest file and
>> # cat +MANIFEST | jq -rM '.scripts&
On 8/07/2020 4:52 pm, Dave Horsfall wrote:
> On Wed, 8 Jul 2020, Dewayne Geraghty wrote:
>
>> # cat +MANIFEST | jq -rM '.scripts'
>
> Sorry, but this always pushes one of my buttons. When using "cat file |
> proc"
> what's wrong with "pr
Is there a more convenient method to examine a package's scripts than
unpacking the manifest file and
# cat +MANIFEST | jq -rM '.scripts'
? As I'd like to know what changes will, or have been applied.
For example to review the dependencies of a file
# pkg info -d -F /packages/K8/All/samba410-4.1
On 24/06/2020 7:00 am, Kyle Evans wrote:
> On Mon, Jun 22, 2020 at 1:35 AM Tobias Kortkamp wrote:
>>
>> On Thu, Apr 30, 2020, at 14:56, Kyle Evans wrote:
>>> In any event, I would urge folks to be proactive and identify this
>>> stuff, reporting issues upstream and spreading awareness of the
>>> i
I suspect that you've set your locale incorrectly. You might like to
try (what I think you're trying to use)
/usr/share/locale/en_US.UTF-8
instead of, what the ktrace is using, which is:
/usr/share/locale/en_US.UTF8
An easy mistake ;)
On 18/06/2020 12:04 am, Per olof Ljungmark wrote:
> On 2020-06
Well considered experienced-based guidance, clearly written and well
explained, an excellent document assembling all the required pieces. I
look forward to deploying.
Perhaps with an additional note about your usage experience, this would
be a good article for the FreeBSD Journal? (or at least an
Suggest that you add to make.conf
DISABLE_VULNERABILITIES=yes
On 5/05/2020 8:08 am, Kurt Buff - GSEC, GCIH wrote:
> All,
>
> Has been done?
>
> I just built a new machine on our VMware cluster and tried to install this
> from ports on 12.1-RELEASE-p3 with an updated tree, and it complained abo
I think a few people have given the advise that you should look at the
placement of your pid file. I don't know what the default is, but I have
pid-file "/var/run/named/pid";
in my named.conf file. This ensures that I'm able to successfully run
named as the bind user and the pid fi
As -fno-common will become the default in gcc10/llvm11 per
https://lists.freebsd.org/pipermail/svn-src-stable-12/2020-April/004761.html
I thought I might share the list of ports that failed to build for
maintainers to be aware of using -fno-common:
archivers/arc
benchmarks/iozone
benchmarks/netpe
Its very confusing building ports at the moment. At https://www.python.org/
there is a release candidate for 2.7.18, while our python 2.7 has been
marked as deprecated with an expiration date. Can the Expiration Date of
2020-12-31 be retracted?
It appears that devel/scons, at least, requires pyt
I'd raise a PR but Mk is immune.
The problem:
devel/sope4 failure to build due to:
ld-elf.so.1: Shared object "libgnustep-base.so.1.26" not found, required by
"plmerge"
Investigation:
# make -C /usr/ports/devel/sope4 -VGNUSTEP_LOCAL_LIBRARIES
/usr/local/GNUstep/Local/Library/Libraries
# ls /usr
Bottom line: flavors came into being to satisfy specific needs. Python 2
underwent substantial changes during the upgrade to python 3, to the extent
that many (most) python applications would cease to function. Similarly
php5 to php7. Without flavours the user-base would've been severly
impacted
On 5/12/2017 10:43 AM, Tatsuki Makino wrote:
> By the way, where is the clever way to update to flavor?
> I am using portmaster.
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, s
It would be very helpful if maintainers could add an explanation for the
changes to default options that they make.
For example freeradius3 recently added heimdal and updfromto as default
options to the build without any reason in either the maintainer's (svn)
log nor in UPDATING. As a suggestio
Just noticed that the postgresql96-server options
HEIMDAL_KRB5 MIT_KRB5
were removed, 11 days ago. (They were inherited options defined in
postgresql92)
How do I tell /usr/ports/Mk/Uses/gssapi.mk that only the heimdal port
should be used, in the general sense - for all ports.
Ideally what I woul
___
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"
Oops. I forgot to mention that you would use portmaster this way
/usr/local/sbin/portmaster -m "commands to pass" $CATEGORY/$PORT
which I use for other tasks, as explained earlier.
For example
portmaster -m 'WITH="SQLITE LDAP" WITHOUT="DIGEST IPV6"' $CAT/$PORT
Note: -m "" can not be issued multip
Richard,
I'm unsure of how you're planning on using the information, perhaps
these suggestions may help:
To examine what options are available, chosen or rejected (note: the
value of CATEGORY and PORT must be in lowercase):
make -C /usr/ports/$CATEGORY/$PORT -VPORT_OPTIONS -VSELECTED_OPTIONS
-VDES
Rightly or wrongly I haven't tested with apr-1.6. I pretty much adhere
to the versions within /usr/ports. Only when there's a CVE do I break
ranks - and usually after I've filed a PR for the (security) issue to be
addressed.
Sometimes the maintainers' need to have their attention drawn to
availa
Andre,
I've been down this path a few times and Bernard (who looks after
most/all? things related to libressl) does a great job in supporting
people like us that build our own packages.
Out of frustration of build failures, I applied the patch below, please
pay attention to line-breaks.
This isn'
Your use case is very similar to others that manage servers, particularly
on behalf of others. We also rebuilt nightly , if any vulnerabilities were
discovered we'd test and push to clients' servers.
:)
Cheers.
--
*Disclaimer:* *As implied by email protocols, the information in this
message is n
Thanks for the hint. That probably explains why a long awk script
misbehaved by "processing a comment", on FreeBSD 11stable amd64 updated
fortnightly. (Thought it was a bad awk, but there are other gremlins
lurking)
--
*Disclaimer:*
*As implied by email protocols, the information in this messa
Matthew,
Sure. Some ports require gcc to compile, but these are covered by this
exemption
https://gcc.gnu.org/onlinedocs/libstdc++/manual/license.html
so that aspect isn't an issue, and its a little tangential anyway. I'm not
focusing upon what opendnssec does, rather it was an example that appea
The recent change to https://svnweb.freebsd.org/ports/head/dns/opendnssec13/
Makefile?view=markup&pathrev=439426 which uses BSD3Clause, while gnugrep
uses GPLv3+; reminded me of a customer's requirement to remove GPLv3 code
from a device they needed.
While attempting to satisfy a particular custom
Yes, I'm with Anatoly. Some browsers accept encrypted or compressed
content and then try to display it. I've tried lynx (GPL2),wget (GPL3) but
curl (MIT) with minimum options does the trick nicely.
I use curl in place of fetch, so in a make.conf there's
FETCH_CMD= /usr/local/bin/curl --create-dirs
Scratch65535, I think your best solution is to use latest and upgrade when
you need to. Unlike Freddie's comment re only desktop users using latest.
I ONLY upgrade my local svn of ports when there's a vulnerability or
significant (for users) functional improvement of a port.
It is a labour intens
I use gcc5 to build most of my ports. And I have samba running as a
fileshare only, not a domain. Soon to change as I will be moving from
samba36 pdc.
On 11.0stable (most recent build of base using clang4) works well. I'll
see if we can bring forward testing of AD on Samba46 & FreeBSD 11 to this
Set maxvnodes to 50 and jump 100k until you're happy. I have Xeon e3
that uses 800,000 and thats reasonable; but i keep it at load 8 for a two
days. Keep an eye on your swap, I set mine to swap out idle stuff early.
Thanks for sharing your experience
--
*Disclaimer:*
*As implied by email
Unfortunately Mark, a question that I'm unable to answer. The request was
to build a minecraft server for a friend on a i386, hence, via portmaster:
games/minecraft-server 211/284 >> java/openjdk8-jre >> java/openjdk7 >>
java/bootstrap-openjdk
___
freebs
To whom would I file a PR for the following missing file:
http://distcache.freebsd.org/ports-distfiles/openjdk6-i386-r351880.tar.xz
returns 162 byte file from nginx - Not Found
distcache.freebsd.org canonical name = distcache.geo.freebsd.org.
Name: distcache.geo.freebsd.org
Address: 149.20.1.2
Some people collect brown pebbles, you know, those little maintainership
pebbles where people generously volunteer to keep ports up-to-date and
remain functioning on the various platforms. Collecting these and
demonstrating an ongoing professional and technically competent
contribution, sometimes
On 21 February 2017 at 07:48, The Doctor wrote:
> On Mon, Feb 20, 2017 at 12:35:41PM -0800, Kevin Oberman wrote:
> > On Mon, Feb 20, 2017 at 11:57 AM, The Doctor
> > wrote:
> >
> > > On Mon, Feb 20, 2017 at 05:55:46PM +, Jan Beich wrote:
> > > > The Doctor writes:
> > > >
> > > > > We have
Occasionally we’re called to account for our decisions, reflect upon their
correctness and at times reverse the decision.
John Marino (John) has conducted himself with a passion for making
decisions in the interests of ports' users over many years with great
professionalism and enthusiasm. At
On Thu, 29 Dec 2016 at 00:34, Gerard Seibert wrote:
> FreeBSD 11.0
>
>
>
> I am unable to update samba43. The following error message is displayed:
>
>
>
> samba43-4.3.13 cannot install: SASL support requested and
>
> openldap-client-2.4.44 is installed.
>
> *** Error code 1
>
>
>
> Stop.
>
> ma
Thanks Bapt et al,
I use FreeBSD and the ports system extensively, we build everything from
source and largely customise approx 25% of the 900 packages we rely upon.
I'm more than a little concerned to have changes performed against the
ports infrastructure. As our primary sources of (whats comin
Have spent a couple of days trying to build around 800 ports with gcc5.
This one has me stumped!
Can anyone help regarding the apparant absence of snprintf from std? Am I
missing something, perhaps LDCONFIG or? I've looked in /usr/ports/Mk/
bsd.gcc.mk and /usr/ports/Mk/bsd.port.mk but this is an
On 14 October 2016 at 21:22, Kubilay Kocak wrote:
> On 14/10/2016 6:48 PM, Dewayne Geraghty wrote:
> > After some rudimentary performance testing I note that we get up
> > around 3% improvement in application performance when we use gcc5 for
> > our package builds.
> >
After some rudimentary performance testing I note that we get up around 3%
improvement in application performance when we use gcc5 for our package
builds.
However building ports with gcc results in gcc5 being a dependency.
Examining ldd, we find that rarely does anything require gcc5's shared libs
On 14 October 2016 at 17:01, Franco Fichtner wrote:
>
> > On 14 Oct 2016, at 7:54 AM, Eduardo Morras via freebsd-ports <
> freebsd-ports@freebsd.org> wrote:
> >
> >
> > Sorry for commenting on this reply to Greg to answer Shane Ambler, I
> > joined maillist today.
> >
> > On Fri, 14 Oct 2016 09:2
I would like to reduce (eliminate) the prevalence of GPLv3 code in the
applications that we build.
How can we eliminate the use of gettext-runtime in, for example, heimdal
which is widely used?
We use English only, so internationalisation isn't a concern and the
inclusion of gettext-runtime means
While working through my ports' patches to revert the local changes for
libressl [Thanks to John Marino, your ssl commits are appreciated :) ], I
came across this for
/usr/ports/databases/mariadb101-server/Makefile
-NOT_FOR_ARCHS= i386
-NOT_FOR_ARCHS_REASON= currently does not compile on
Would it be possible for someone to increment the PORTREVISION for
devel/binutils. The last three changes aren't being picked up due to a
constant Version,Revision,Epoch sequence. And two of these changes are
relevant.
Thank-you.
___
freebsd-ports@free
Bernard,
Thank-you for maintaining this invaluable resource. Whenever I experience
a problem that I suspect is due to ssl/crypto, I check here
https://wiki.freebsd.org/LibreSSL/Ports
and then bugzilla!
For anyone considering migrating their openssl to libressl, this is an
invaluable resource. (
Olivier,
I've checked my 10.3Stable systems and they all have '*' as their password,
which is consistent with /usr/ports/Mk/UIDs. You might like to check the
age of the latter.
Regards, Dewayne.
PS Both ports and src were built from updated src and ports from 2016-08-09
___
I can echo Kevin's experience.
Successfully built on 10.3-STABLE FreeBSD 10.3-STABLE #0 r303088M: Thu Jul
21, using ccache on both i386 and amd64.
-rw-r--r-- 1 root wheel 6.8M Jul 23 01:34
ImageMagick-nox11-6.9.4.3,1.txz
# cd /usr/ports/graphics/ImageMagick-nox11 && make showconfig | grep =of
On 21 July 2016 at 18:15, tech-lists wrote:
> Hi,
>
> ports: r418866
> stable/11: r302999
>
> I have the following defined in /etc/make.conf - could this be the issue?
>
> DEFAULT_VERSIONS+= ssl=libressl-devel
>
> ###
>
> build fails like this:
>
> /usr/ports/security/stunnel # make MAKE_JOBS_UN
On 12 July 2016 at 09:35, Don Lewis wrote:
> On 11 Jul, Ivan Klymenko wrote:
> > Hi all.
> >
> > Dear maintainer and committers.
> > Please check what you are doing before heading to the world.
> > What happens to the i386 platform?
> > If it is so difficult to keep it clean it all from the offic
Gerard, the ports tree reflects the updated OpenSSL port. Perhaps you need
to
svnlite update /use/ports/security/OpenSSL
:)
--
*Disclaimer:*
*As implied by email protocols, the information in this message is not
confidential. Any intermediary or recipient may inspect, modify (add),
copy, for
On 13 May 2016 at 04:08, Ed Maste wrote:
> Baptiste and I have been looking at reproducible builds in the FreeBSD
> ports tree, and one thing we'll need is a consistent timestamp that
> doesn't change when a port is rebuilt without changes.
>
> We considered a few different ideas, and have settle
Thanks for posting Frank; I also have this problem which O.Hartman has
created the PR
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208767
And MAKE_JOBS_UNSAFE makes no difference.
On 16 April 2016 at 00:28, Frank Seltzer wrote:
> I've been having this problem since the port update a few da
On 30 March 2016 at 17:09, Cy Schubert wrote:
> In message
> om>
> , Dewayne Geraghty writes:
> > --001a114035e2660c5e052f3be038
> > Content-Type: text/plain; charset=UTF-8
> >
> > Overnight I updated /usr/ports via svnlite, rebuilt all ports and
Overnight I updated /usr/ports via svnlite, rebuilt all ports and noticed
additional libraries and dependencies for net/ntp
On 12th Feb, I'd built ntp-4.2.8p6.txz. Checking the libraries, I had
# ldd /usr/local/sbin/ntpd
/usr/local/sbin/ntpd:
libmd.so.6 => /lib/libmd.so.6 (0x280fb000)
On 9 February 2016 at 11:58, Michel Talon wrote:
> Greg 'groggy' Lehey wrote:
>
> > So how would things improve in this respect if we change to synth?
> > There we need a maintainer who understands Ada. OK, at the moment
> > that's you. But what happens when you relinquish maintainership for
>
The distinfo needs to be
SHA256 (gnupg-1.4.20.tar.bz2) =
04988b1030fa28ddf961ca8ff6f0f8984e0cddcb1eb02859d5d8fe0fe237edcc
SIZE (gnupg-1.4.20.tar.bz2) = 3692881
SHA256 (gnupg-1.4.20.tar.bz2.sig) =
60699efc9c9546722c04aba69fff874aaf5dacd7d4637238cb8d66960963f843
SIZE (gnupg-1.4.20.tar.bz2.sig) = 574
Does "pkg info -B $pkg_name" only list the shared packages from the first
level of supporting "ports", or is it supposed to be all shared (ports')
libraries that are used?
While reviewing the composition of packages, I noticed that not all shared
libraries which are used, appear in the output from
Pavel,
Thank-you for providing the opportunity to provide feedback.
I think that there could be a reasonable argument for:
1) Turning on all options to ensure that the port will build, and most
"ports consumers" can expect the functionality they need. Presumes that the
consumer will customise the
I've noticed that a contributor's patch was included in the sendmail
update for 10.1Stable this morning:
/usr/src/contrib/sendmail/contrib/AuthRealm.p0.
This patch enbles sasl to function properly in a kerberised
environment. Without the patch the server's hostname is taken/used as
the realm...
On 7/07/2015 3:45 PM, Kubilay Kocak wrote:
> On 7/07/2015 3:31 PM, Gregory Orange wrote:
>> Hi Olli and ports@,
>>
>> I don't know if this is a helpful forum to raise it, but I would like to
>> request that SASL be enabled in the default build options for
>> mail/postfix. I am attempting to use bin
On 27/06/2015 4:06 PM, Leslie Jensen wrote:
> I've tried with MAKE_JOBS_UNSAFE=yes but it does not do it!
>
> Any suggestions?
>
> Thanks
>
> /Leslie
>
>
> -L/usr/local/lib -lgnutls-lpthread -lm -lcrypt -lz -lz
> ../cups/libcups.a(http-support.o): In function `_httpResolveURI':
> /u
On 19/06/2015 8:16 AM, Kevin Oberman wrote:
> On Thu, Jun 18, 2015 at 5:45 AM, Dr. Peter Voigt wrote:
>
>> Sorry for incomplete subject.
>>
>>
>> On Thu, 18 Jun 2015 08:31:29 +0200
>> "Dr. Peter Voigt" wrote:
>>
>>> When building latest devel/cmake on 10.1-RELEASE-p13 (amd64)
>>>
>>> # portmaster
Having read that PC-BSD are/have moved to using libressl in their base
system, it was time to have a look. So I updated my ports tree, built
in sequence openssl, tested and then built libressl and tested.
Platform xeon 1230Lv3 (1.8GHz, 8 logical cores), FreeBSD 10.1 built
fresh last night.
Summar
As there have been a few updates to rubygem ports occurring, would someone be
able to look into why these ports:
/usr/ports/databases/rubygem-arel3 2014-08-27
/usr/ports/databases/rubygem-activerecord 2015-04-03
place files into the same location and cause conflict? I've added the dates of
when
On 4/05/2015 7:38 AM, Matthew Seaman wrote:
> On 03/05/2015 21:08, Lowell Gilbert wrote:
>> But, generally, the answer to your question is "no," becuase it is often
>> the case that more than one port can serve as a dependency for another
>> port. Your suggestion amounts to saying that only one por
I'm not entirely sure who should pick this up but I filed a PR on
security/metasploit failing to build, due to conflicting placement of
subordinate ports. Both devel/rubygem-i18n and
archivers/rubygem-rubyzip are trying to place files in the same location.
pkg-static: rubygem-i18n-0.7.0,2 conflic
On 9/04/2015 10:02 PM, Kimmo Paasiala wrote:
> On Thu, Apr 9, 2015 at 1:42 PM, Aristedes Maniatis wrote:
>> Starting in the last week or so, several different applications are
>> exhibiting the same symptoms of broken libcrypto libraries.
>>
>> (gdb) core bash.core
>> Core was generated by `bash
On 24/02/2015 3:45 AM, Nick Rogers wrote:
> On Mon, Feb 23, 2015 at 8:18 AM, Johan Hendriks
> wrote:
>
>> Op 23-02-15 om 16:31 schreef Marko Cupać:
>>
>>> On Sat, 21 Feb 2015 08:28:40 +0100
>>> Marko Cupać wrote:
>>>
>>> On Thu, 19 Feb 2015 21:23:15 -0500
Robert Simmons wrote:
>
I'm a little perplexed. I can build the new port security/kstart using
make, but not portmaster. The latter seems to substitute the value for
PATH_KRB5_CONFIG.
I use port security/heimdal for all ports so I added to the Makefile file
PATH_KRB5_CONFIG= /usr/local/bin/krb5-config
When I bui
On 10/12/2014 7:11 PM, Daniel Morante wrote:
> I have a port that builds fine on a 9.3 amd64, but on 9.3 i386 it
> fails on this line:
>
> inline int64 GetMaxMoney() { return nBestHeight <= HARDFORK_HEIGHT_1 ?
> 500 * COIN : 250 * COIN; }
>
> With the following error:
>
> "integer
On 28/01/2015 6:42 PM, Matthew Seaman wrote:
> On 2015/01/28 05:57, Dewayne Geraghty wrote:
>> ratbox generated an unusual error message today, via portmaster on a
>> 10.1Stable, amd64 system
>> However commenting out the recently inserted
>> WITH_OPENSSL_BASE=yes
>&
ratbox generated an unusual error message today, via portmaster on a
10.1Stable, amd64 system
"Dependency error: this port wants the OpenSSL library from the FreeBSD
base system. You can't build against it, while a newer
version is installed by a port.
Please deinstall the port or undefine WITH_OP
I would appreciate advise on the best approach to install openssl that
has been built with gcc48 without needing to install gcc and binutils
into the target machine?
Background
Attempting to run sshd or openssl resulted in
signal 4, illegal instruction.
The target systems are i386 boxes running th
On 17/01/2015 2:51 AM, Patrick Powell wrote:
> On 01/15/15 09:00, Roger Marquis wrote:
>>> This sounds like you, like many other people have done in the past,
>>> have
>>> built an in-house solution based on the tools available at the time,
>>> which includes 'make package'
>>
>> I wouldn't call i
On 16/01/2015 6:02 AM, William Bulley wrote:
> After running this command: "# svn update /usr/ports" I tried to
> upgrade the print/cups port.
>
> As root I then ran this command:
>
># portmaster -K -B -D print/cups
>
> Below is the output leading up to the failure and the failure itself.
>
> B
On 15/01/2015 5:27 PM, Waitman Gobble wrote:
> Hi,
>
> I noticed that postgresql93-client port pulls in readline, which is GPLv3.
> When I get rid of readline in Makefile 'USES' and also change the
> bottom of the Makefile in postgresql93-server,
>
> ...
> .include "${.CURDIR}/../postgresql92-serv
On 19/12/2014 11:26 PM, Dmitry Morozovsky wrote:
> Max,
>
> pinentry currently brokes if WITHOUT_X11 (or, by new world orderm
> OPTIONS_UNSET+=X11) is set.
>
> what do you think about the following patch?
>
> marck@castor:/FreeBSD/ports/ports/security/pinentry> svn diff
> Index: Makefile
> ===
(Bottom-posted)
On 25/09/2014 3:48 PM, Brian W. wrote:
> You seem to be onto something. On a single user testbox I use I see this
>
> PID USERNAMETHR PRI NICE SIZERES STATE C TIMEWCPU
> COMMAND
>
> 6100 squid 1 200 612M 84076K kqread 1 4:01 0.00% squid
>
> I
Bind99 with heimdal enables GSS-TSIG, which is useful when using samba4
(or those pesky Windows Servers) in a production environment. There is
a one line change required against
/usr/ports/dns/bind99/files/patch-configure
to avoid bind 9.9.6 bringing in heimdal base shareable libraries when
the in
This might help someone avoid the same issue or provide a clue to more
knowledgeable folk.
I experienced doc generation failures on 9.3Stable for the
security/heimdal and sysutils/log_analysis ports. Reverting from
perl5.20 to perl5.16 "eliminated" the following problems.
>From security/heimdal
On 16/07/2014 7:48 AM, Bryan Drewery wrote:
> On 7/15/2014 7:45 AM, René Ladan wrote:
>> Hi,
>>
>> according to Freshports [1] there are currently 24 vulnerable ports not
>> marked as forbidden.
>> How about checking this list on a regular basis and marking such ports and
>> forbidden and optional
On 12/07/2014 9:12 AM, Kevin Oberman wrote:
> Now that OpenBSD has released LibreSSL, can someone port it? And maybe try
> putting it into head? I'd love to see OpenSSL gone yesterday.
>
> The initial portable LibreSSL is available from
> http://ftp.openbsd.org/pub/OpenBSD/LibreSSL. Note that the O
Seems that options for port customisations has changed. Previously I used:
${UNIQUENAME}_SET=...
but now told by others on various irc channels that it was now
${CATEGORY}_${UNIQUENAME}_SET=
which proved to be correct (for some ports).
So I added the categories to the customisations and started t
Thomas, We're at risk of straying off topic, but as you're the thread
owner...
To build without dialogue stuff:
cd /usr/ports/print/cups-base
# To see options
make showconfig
# To find the ports unique name, you'll need this to set the port
specific options in make
make -VUNIQUENAME
# To define op
Emanuel,
Thanks for bringing to our attention, I transmit ~900MB of backups over
the WAN rather than the uncompressed 9G database. You've saved a client
excess use charges.
I tested using highly compressible data (mostly nulls) and it seems to
work as expected.
Without -z or -zz: Sent 593 bytes
Regarding the errata notice for heimdal, for the sake of consistency
should the security/heimdal port also be patched? The following is
against security/heimdal, and could be dropped into
security/heimdal/files if required:
--- lib/gssapi/krb5/prf.c.orig2014-06-25 15:30:54.0 +1000
+++
Good catch philj, I wasn't aware of this "feature". I'm grepping the
ports that I use as I type my appreciation. Though this makes me wonder
about the efficacy of having a sha signature for the package manifest...
Regards, Dewayne.
___
freebsd-ports@fre
On 22/06/2014 7:40 PM, Alfred Perlstein wrote:
>
> On 6/22/14, 2:20 AM, Melvyn Sopacua wrote:
>> Hi Yasuhiro,
>>
>> On Sun, 22 Jun 2014, Yasuhiro KIMURA wrote:
>>
>>> Recently I found some of settings for ports in /etc/make.conf
>>> interfere with other software project. So are there any way to ma
Has bugzilla taken on the role of being the repository for update
requests? With gnats, when the synopsis contained port information (eg
mail\opendkim ...) the "issue" was routed directly to the maintainer.
If there is no auto-routing then how is a maintainer to be alerted to a
port request - unl
openldap24-sasl-client has a new mandatory dependency on devel/icu. Is
there any way to turn this dependency off, as I don't require this
additional 22MB source or its 18M package?
How it surfaced?
cd /usr/ports/net/openldap24-sasl-client
make -DBATCH clean deinstall package
...
configure: WARNI
1 - 100 of 147 matches
Mail list logo
