FreeBSd was just added to the survey of "how fresh are the packages on
a distro" survey at:
http://oswatershed.org/
I think we are doing ok..
it's preliminary data only and
one should not read too much into it.
julian
___
freebsd-ports@freebsd.or
Stefan Bethke wrote:
(Moving the discussion to -ports.)
Am 31.07.2009 um 00:57 schrieb Matthias Andree:
Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb
:
Yeah that is as great as we are or rather were.
So really, fix the openvpn scripts that assign the address to
interfaces to do somethin
sorry for the cross-post..
Last night at the Bay Area FreeBSD Users Group meeting we had
a discussion about ports, and what is good about them and what
is bad about them. This has been a topic of discussion quite a
bit recently and we were looking for a solution that would
allow us to keep the go
On 4/10/10 12:20 AM, Garrett Cooper wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr. wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More wrote:
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt
On 4/10/10 10:36 AM, Sam Fourman Jr. wrote:
I do have a question, assuming PBI's were merged officially into the
FreeBSD ports tree,
say I had PostgreSQL Server installed, via PBI. then I wanted to tweak
a setting so I:
cd /usr/ports/databases/postgresql84-server/&& make deinstall clean
wou
On 4/10/10 3:35 AM, Garrett Cooper wrote:
On Sat, Apr 10, 2010 at 1:45 AM, Julian Elischer wrote:
On 4/10/10 12:20 AM, Garrett Cooper wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr.
wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More
wrote:
On Fri, Apr 9, 2010 at 8:31 PM
On 4/10/10 12:07 PM, Tim Kientzle wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't find the applications, etc.
This is
On 4/10/10 5:43 PM, per...@pluto.rain.com wrote:
[dropped current@ since it doesn't take non-member posts]
Tim Kientzle wrote:
The LD_LIBRARY_PATH issue is the most interesting
problem here. I don't immediately see a solution that
doesn't include teaching ld-elf.so.1 about some form
of per-a
On 4/10/10 10:06 PM, Garrett Cooper wrote:
It's more than just diskspace though. Consider the fact that now
you're going to lose a lot of the memory sharing between shared libs
and what-not, and now you'd have to be running N number of daemons .
Take PCBSD for instance -- do they really revisio
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token should solve the issue. See
http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=en&a=view
yes, teh question I have since I am not alinker expert is do we
support it? t
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token should solve the issue. See
http://docs.sun.com/app/docs/doc/817
On 4/11/10 12:20 PM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote:
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other
On 4/13/10 12:09 AM, Lucas Holt wrote:
On 4/10/2010 3:18 PM, k...@pcbsd.org wrote
However for my more hard-core friends, nothing stopping you from
running your own ports down
the road, more power to ya! For doing something like embedded work or
a server this makes total
sense and I think it is
The upstream source for sysutils/fio has been updated specifically to
fix some problems with FreeBSD and now compiles with no required patches,
(and also works better on FreeBSD)
It would be a very simple update for anyone who knows the ports system.
Julian
_
On 10/24/10 1:59 PM, Ruslan Mahmatkhanov wrote:
25.10.2010 00:16, Julian Elischer пишет:
The upstream source for sysutils/fio has been updated specifically to
fix some problems with FreeBSD and now compiles with no required
patches,
(and also works better on FreeBSD)
It would be a very simple
On 9/23/11 12:04 AM, Hartmann, O. wrote:
I was wondering if the SUN Grid Engine, located in port
sysutils/sge6[012] is still broken due to utmpx.
My department uses this GRID engine on Linux and since a long time I
wish to use it also on FreeBSD.
Are there alternatives? What are people using on
On 1/30/12 4:39 AM, Baptiste Daroussin wrote:
Hi,
pkgng has just reached the beta phase, and has now found its way to the
ports tree (disabled by default).
1/ Why pkgng?
the name sucks though
it would be good to fix it before it's built in everywhere.
like windows NT, which it is
On 11/21/10 4:00 AM, freebsd-ports-requ...@freebsd.org wrote:
deprecated because: has not been developed for 10 years
but is this a reason for deprecation if it still works?
Julian
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.o
I notice that a sourcefire person is offering to take on the snort
port.. That's an offer worth investigating.. maybe the current
maintainer can work with him..
Julian
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
Peter Pentchev wrote:
On Fri, Mar 14, 2008 at 12:02:42AM +0300, Dmitry Marakasov wrote:
The purpose is similar - creating jails out of host system in fast
and easy way, possibility to strip everything unneeded (useful for
secure minimal jails or flash/livecd/embedded installations of
minimal
On 7/5/18 7:03 am, Mateusz Piotrowski wrote:
On Fri, 20 Apr 2018 04:22:32 +0800
Julian Elischer wrote:
On 9/4/18 7:15 pm, Eugene Grosbein wrote:
On 09.04.2018 14:16, Mayuresh Kathe wrote:
how do i place a request for a new port + package?
the sources for my requested tool are available at
On 15/5/18 7:40 am, John W. O'Brien wrote:
Hello FreeBSD Ports,
The Committer's Guide section on Commit Log Messages [0], doesn't cover
the use of the "Sponsored by" key word. As a non-committer contributor,
it only recently occurred to me to wonder what work that credit is
intended to represent
several ports, when compiled output a MASS of stuff that looks like:
No recipe for '../gnulib/m4/stdio_h.m4' and no prerequisites
actually changed.
No need to remake target '../gnulib/m4/stdio_h.m4'.
Considering target file '../gnulib/m4/stdlib_h.m4'.
Looking for an implici
On 30/5/18 12:38 am, Brooks Davis wrote:
On Sat, May 26, 2018 at 02:07:43PM +0800, Julian Elischer wrote:
several ports, when compiled output a MASS of stuff that looks like:
No recipe for '../gnulib/m4/stdio_h.m4' and no prerequisites
actually changed.
No need
On 22/7/18 5:59 am, grarpamp wrote:
Packages are delivered via a single quarterly label here
https://pkg.freebsd.org/FreeBSD:11:amd64/quarterly/
which corresponds to the latest quarterly branch label here
https://svnweb.freebsd.org/ports/branches/?sortby=date#dirlist
However, similar to how
I'm not exactly sure where the error come from.. possibly the find, if
stderr and stdout are not synchronous.
Has anyone else seen this? or understand it?
===> Building for automake-1.16.1
--- doc/aclocal.1 ---
--- doc/automake.1 ---
--- bin/automake ---
[...]ls pkg/All
/usr/bin/make inst
On 4/8/18 7:44 am, Yuet-nan Wong via freebsd-ports wrote:
Are FreeBSD ports supposed to change version numbers when a change is made?
Issue is reproducibility is void when packages have changed like suricata or
the many changes to binutils. Some removing package content but version not
changed.
On 3/8/18 11:17 am, Kurt Jaeger wrote:
Hi!
I've asked for this but the answer is
"no we don't do that.. and have no plans to".
What is the rationale?
I don't know, but as the setup of your own package builder box
is simple enough -- wouldn't that be an alternative for you ?
If the answer is
It says it can not find the file curl/curl.h which IS PRESENT as
/usr/local/include/curl/curl.h
There are Makefile BROKEN annotations for this error in mips etc but
I'm seeing it now on amd64.
I would think that all ports should have /usr/local/include in their
Include list but maybe not?
On 8/8/18 1:02 pm, Julian Elischer wrote:
It says it can not find the file curl/curl.h which IS PRESENT as
/usr/local/include/curl/curl.h
There are Makefile BROKEN annotations for this error in mips etc but
I'm seeing it now on amd64.
I would think that all ports should have /usr/
On 8/8/18 1:59 pm, Fernando Apesteguía wrote:
On Wed, Aug 8, 2018 at 7:40 AM Julian Elischer wrote:
On 8/8/18 1:02 pm, Julian Elischer wrote:
It says it can not find the file curl/curl.h which IS PRESENT as
/usr/local/include/curl/curl.h
There are Makefile BROKEN annotations for this error
On 8/8/18 1:59 pm, Fernando Apesteguía wrote:
On Wed, Aug 8, 2018 at 7:40 AM Julian Elischer wrote:
On 8/8/18 1:02 pm, Julian Elischer wrote:
It says it can not find the file curl/curl.h which IS PRESENT as
/usr/local/include/curl/curl.h
There are Makefile BROKEN annotations for this error
On 8/8/18 2:30 pm, Julian Elischer wrote:
On 8/8/18 1:59 pm, Fernando Apesteguía wrote:
On Wed, Aug 8, 2018 at 7:40 AM Julian Elischer
wrote:
On 8/8/18 1:02 pm, Julian Elischer wrote:
It says it can not find the file curl/curl.h which IS PRESENT as
/usr/local/include/curl/curl.h
There are
On 8/8/18 6:30 pm, Jan Beich wrote:
Julian Elischer writes:
g++ -O2 -pipe -DPANZURA_DEV -DPZ_LONGNAMES -fstack-protector -isystem
/usr/local/include -fno-strict-aliasing -isystem /usr/local/include
-fPIC -c pam_module/pam_oslogin_login.cc -o
pam_module/pam_oslogin_login.o
g++ -fstack
On 13/8/18 9:16 pm, Helen Koike wrote:
Hi all,
On 08/08/2018 03:04 PM, Dmitri Goutnik wrote:
On 18-08-09 01:16:51, Julian Elischer wrote:
On 8/8/18 6:30 pm, Jan Beich wrote:
Julian Elischer writes:
g++ -O2 -pipe -DPANZURA_DEV -DPZ_LONGNAMES -fstack-protector -isystem
/usr/local/include
On 10/2/19 11:47 AM, Baptiste Daroussin wrote:
Hello,
As far as I know, the chroot support in the ports tree, is not used by anyone
(and is broken in many areas) this is the feature called DESTDIR.
If anyone is using it, can you please raise your voice, in order to understand
your use case and
On 4/3/20 7:39 AM, Lev Serebryakov wrote:
On 03.04.2020 16:47, Kurt Jaeger wrote:
I don't know, is it generic for Akamai or TI-specific.
I think, somebody with official hat (FreeBSD Foundation speakperson?)
should contact TI and Akamai about this situation. Faking User-Agent
could be only
On 4/5/20 11:11 AM, Julian Elischer wrote:
On 4/3/20 7:39 AM, Lev Serebryakov wrote:
On 03.04.2020 16:47, Kurt Jaeger wrote:
I don't know, is it generic for Akamai or TI-specific.
I think, somebody with official hat (FreeBSD Foundation
speakperson?)
should contact TI and Akamai
Hi, I've a need to keep soe changes outside of the ports tree, to
allow me to tailor
our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to
outline the
patches every time and keep track of them one by one.
Instead, I have adde dhte following to bsd.ports.mk:
diff -u bsd.port.
On 3/24/15 1:45 PM, Chris H wrote:
On Tue, 24 Mar 2015 13:33:15 +0800 Julian Elischer wrote
Hi, I've a need to keep soe changes outside of the ports tree, to
allow me to tailor
our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to
outline the
patches every
On 3/25/15 9:50 AM, Bryan Drewery wrote:
On 3/24/2015 5:32 AM, Marcus von Appen wrote:
Julian Elischer :
[...]
esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \
done )
.endif
+.if defined(EXTRA_PATCH_TREE)
[...]
+.endif
.if defined(EXTRA_PATCHES)
@set
How can I add entries (like the above) to a port compile?
I want to ADD things to CFLAGS.
If I add 'CFLAGS=...' to the build (for example, of lsof) it actually
replaces all the CFLAGS already there.
lsof (as the example) uses configure, so I would need to feed the
added stuff into configure. Is
On 22/04/2016 11:18 AM, olli hauer wrote:
On 2016-04-22 04:04, Julian Elischer wrote:
How can I add entries (like the above) to a port compile?
I want to ADD things to CFLAGS.
If I add 'CFLAGS=...' to the build (for example, of lsof) it actually replaces
all the CFLAGS already there
In a move to support real krenel threads doing work in the kernel,
the code that creates kerel processes has been renamed kthread_xxx to
kproc_xxx
teh following ports seem to reference the renamed functions in kld
modules they create.
I'm not a ports export so I'm not sure how to get a port
## resend as the original seems to have gotten hung up somewhere...
In a move to support real krenel threads doing work in the kernel,
the code that creates kerel processes has been renamed kthread_xxx to
kproc_xxx
teh following ports seem to reference the renamed functions in kld
modules the
Gordon, I don't know if you have seen this but the p4 port fails on
10.0 unless you have the compat9 (or 8 or 7) port loaded first, as it
is linked on 7.0 and requires libstdc++ which is no longer present.
I don't know how dependencies are done on ports but I guess there
should be some depede
On 8/9/14, 2:43 AM, Bryan Drewery wrote:
On 8/8/2014 11:46 AM, Matthias Apitz wrote:
Hello,
I'm setting up a jail with poudriere(8) to compile my ports; after some
hours it is crashing with:
# poudriere jail -c -j freebsd-head -m svn+http -v head ; date
[...]
mtree: illegal option -- N
usage
On 9/1/14, 6:39 PM, Sam Fourman Jr. wrote:
And for the portsnap users?
In short, this change doesn't directly effect portsnap users.
Portsnap is a tool that used to obtain a copy of the ports tree.
Portsnap is only one way, another way to get a copy of the ports tree is by
using subversion a
On 9/1/14, 7:16 PM, Andrew Berg wrote:
On 2014.09.01 20:51, Michelle Sullivan wrote:
And for the portsnap users?
In short, this change doesn't directly effect portsnap users.
Sure about that?
I'm sure of it. Your issue is with the tree itself, not the tool used to fetch
it.
Corre
On 9/1/14, 7:59 PM, Michelle Sullivan wrote:
Julian Elischer wrote:
You should try arguing with someone like Bank of Americas security and
operations
department
You work for the same company as me?
in a past life, they were a customer.
some day about whether they want to suddenly upgrade
On 9/1/14, 8:03 PM, Andrew Berg wrote:
On 2014.09.01 21:39, Julian Elischer wrote:
sigh.. when are we as a project, all going to learn that reality in
business is
that you often need to install stuff that is old. Its not always your
choice.
The custommers require it..
You should try arguing
Hi guys,
ok so I see:
2014-04-30 ports-mgmt/pkg_install: Replaced by ports-mgmt/pkg
So now how do enterprises maintaining appliances etc. generate packages for old
systems?
(yeah I know about chroot/jails etc.) but we have it embedded into several
workflows
that deliver stuff that is not 'r
On 2/05/2016 8:39 PM, Mathieu Arnold wrote:
+--On 2 mai 2016 18:39:57 +0800 Julian Elischer wrote:
| Hi guys,
|
| ok so I see:
|
| 2014-04-30 ports-mgmt/pkg_install: Replaced by ports-mgmt/pkg
|
|
| So now how do enterprises maintaining appliances etc. generate packages
| for old systems
On 3/05/2016 2:31 PM, Mathieu Arnold wrote:
+--On 3 mai 2016 12:02:13 +0800 Julian Elischer wrote:
| On 2/05/2016 8:39 PM, Mathieu Arnold wrote:
|> +--On 2 mai 2016 18:39:57 +0800 Julian Elischer
|> wrote:
|> | Hi guys,
|> |
|> | ok so I see:
|> |
|> | 2014-04-30 p
On 4/05/2016 1:54 AM, Kevin Oberman wrote:
On Mon, May 2, 2016 at 11:31 PM, Mathieu Arnold <mailto:m...@freebsd.org>> wrote:
+--On 3 mai 2016 12:02:13 +0800 Julian Elischer
mailto:jul...@freebsd.org>> wrote:
| On 2/05/2016 8:39 PM, Mathieu Arnold wrote:
|> +
This patch is pretty self explanatory.
it allows us to keep patches for various ports separately in a sparse
hierarchy while not having to write to the ports tree itself.
In case the list scrubs hte text attachment (diff) here's the
description part of the diff.
> //depot/bugatti/FreeBS
On 13/05/2016 3:19 AM, Julian H. Stacey wrote:
Julian Elischer wrote:
This patch is pretty self explanatory.
it allows us to keep patches for various ports separately in a sparse
hierarchy while not having to write to the ports tree itself.
Nice idea ! I'll have a look.
BTW I've had
On 13/05/2016 3:26 PM, Andrzej Tobola wrote:
On Fri, May 13, 2016 at 12:11:47AM +0800, Julian Elischer wrote:
This patch is pretty self explanatory.
it allows us to keep patches for various ports separately in a sparse
hierarchy while not having to write to the ports tree itself.
In case the
The makepatch target makes the patches in FILESDIR.
should it not make them in PATCHDIR?
they are defined by default to be the same thing:
PATCHDIR?= ${MASTERDIR}/files
FILESDIR?= ${MASTERDIR}/files
but it would seem to make more sense to have them appear in PATCHDIR
On 13/05/2016 12:11 AM, Julian Elischer wrote:
so who or what decides if I can put this in? As a long term committer
from before there were ports, do I have access to it?
do I need to get a ports mentor? (seems likely and would make sense)..
do I apply somewhere? Or should I look for soemone
At work I am doing various cross compiles in order to make a product
under freebsd that actually will run under a modified FreeBSD that
runs on an appliance. We want to get away from hand rolling everything
to leverage all teh work in getting ports working well on FreeBSD.
We have some extra s
On 29/06/2016 8:43 AM, Alfred Perlstein wrote:
On 6/28/16 9:52 AM, Julian Elischer wrote:
At work I am doing various cross compiles in order to make a
product under freebsd that actually will run under a modified
FreeBSD that runs on an appliance. We want to get away from hand
rolling
On 29/06/2016 12:01 PM, Chris H wrote:
On Wed, 29 Jun 2016 00:52:51 +0800 Julian Elischer wrote
At work I am doing various cross compiles in order to make a product
under freebsd that actually will run under a modified FreeBSD that
runs on an appliance. We want to get away from hand rolling
On 2/08/2016 5:16 AM, Bertram Scharpf wrote:
On Thursday, 28. Jul 2016, 17:56:46 -0400, Jung-uk Kim wrote:
On 07/28/16 05:37 PM, Bertram Scharpf wrote:
On Thursday, 28. Jul 2016, 15:37:00 -0400, Jung-uk Kim wrote:
On 07/28/16 02:02 PM, Bertram Scharpf wrote:
Program received signal SIGSEGV
Is there a ports committer who could take this in?
Since this announcement, he's made several fixes and enhancements,
including the ability
to directly populate ipfw tables with country ranges etc.
Very useful, and we should have it in ports, probably in net-mgmt/
I've kicked the tires and it
/ports
svn{lite} co https://svn.FreeBSD.org/ports/head /usr/ports
make index
rm -rf /usr/sbin/portsnap /var/db/portsnap/*
I'd also be interested in hearing from hardenedbsd users regarding the
pros and cons of cutting over to that distribution.
Roger
On 2016-07-29 09:00, Julian
On 11/08/2016 1:16 PM, Ngie Cooper wrote:
On Aug 10, 2016, at 22:05, O. Hartmann wrote:
I just checked the security scanning outputs of FreeBSD and found this
surprising result:
[...]
Checking for passwordless accounts:
polkitd::565:565::0:0:Polkit Daemon User:/var/empty:/usr/sbin/nologin
puls
Hi ports people.
It seems to me that there has been an explosion in ports dependencies
recently.
Things that used to need a few dependencies are now pulling in things
one would never imagine.
We just had to add the openjdk7 port to something and the number of
dependencies is at 120 and rising
On 3/10/2016 5:14 AM, Mathieu Arnold wrote:
Le 01/10/2016 à 04:35, Julian Elischer a écrit :
There is a need for a "minimum" install of a lot of packages.
Some dependencies are often optional, and can be unchecked by running
make config.
but you can never really know the effect.
th
On 3/10/2016 5:14 AM, Mathieu Arnold wrote:
Le 01/10/2016 à 04:35, Julian Elischer a écrit :
There is a need for a "minimum" install of a lot of packages.
Some dependencies are often optional, and can be unchecked by running
make config.
Such a 'minimum' install sh
On 4/10/2016 11:38 PM, Mathieu Arnold wrote:
Le 05/10/2016 à 05:18, Julian Elischer a écrit :
On 3/10/2016 5:14 AM, Mathieu Arnold wrote:
Le 01/10/2016 à 04:35, Julian Elischer a écrit :
There is a need for a "minimum" install of a lot of packages.
Some dependencies are often opt
On 5/10/2016 1:39 PM, Miroslav Lachman wrote:
Julian Elischer wrote on 10/05/2016 22:04:
On 4/10/2016 11:38 PM, Mathieu Arnold wrote:
Le 05/10/2016 à 05:18, Julian Elischer a écrit :
On 3/10/2016 5:14 AM, Mathieu Arnold wrote:
Le 01/10/2016 à 04:35, Julian Elischer a écrit :
There is a need
On 5/10/2016 2:20 PM, Mathieu Arnold wrote:
Le 05/10/2016 à 22:04, Julian Elischer a écrit :
Another thing that might be good woudl be a way to tell ports "remove
all the ports that were just build dependencies".
pkg autoremove
hmm I didn't know that would remove build deps fo
for packages I'm using :
* PKG_DBDIR=/$(FOO)/var/db/pkg pkg add --relocate /$(FOO) $(PKGNAME)*
to build up an image in location "$FOO" that I can tar up and install
onto a machine.
however some other ports fail to find that a dependency has been
installed..
e.g.
libglib2 is installed in
On 9/10/2016 10:35 PM, Julian Elischer wrote:
for packages I'm using :
* PKG_DBDIR=/$(FOO)/var/db/pkg pkg add --relocate /$(FOO) $(PKGNAME)*
to build up an image in location "$FOO" that I can tar up and
install onto a machine.
however some other ports fail to find that a
As the number of dependencies between packages get ever higher, it
becomes more and more difficult to compile packages and the dependence
on binary precompiled packages is increased. However binary packages
are unsuitable for some situations. We really need to follow the lead
of some of the Li
On 11/10/2016 12:51 PM, olli hauer wrote:
On 2016-10-11 20:59, Julian Elischer wrote:
As the number of dependencies between packages get ever higher, it becomes more and more
difficult to compile packages and the dependence on binary precompiled packages is
increased. However binary packages
for pkg to have the ability
to have two manifests.
We are doing similar to what Roger says, but it's just so much work...
-Alfred
On 10/11/16 11:59 AM, Julian Elischer wrote:
As the number of dependencies between packages get ever higher, it
becomes more and more difficult to compile p
On 12/10/2016 1:13 AM, Vlad K. wrote:
On 2016-10-11 20:59, Julian Elischer wrote:
are unsuitable for some situations. We really need to follow the lead
of some of the Linux groups and have -runtime and -devel versions of
packages, OR we what woudlbe smarter, woudl be to have several &quo
On 13/10/2016 5:42 AM, David Demelier wrote:
2016-10-12 10:04 GMT+02:00 Andrea Venturoli :
On 10/12/16 09:24, Matthieu Volat wrote:
And GNU/Linuxes can be a PITA when you have to track -dev(el) packages
(which sometimes really requires -bin, -app or whatever), or worst, describe
to people how
On 13/10/2016 10:33 AM, RW via freebsd-ports wrote:
On Tue, 11 Oct 2016 11:59:47 -0700
Julian Elischer wrote:
As the number of dependencies between packages get ever higher, it
becomes more and more difficult to compile packages and the
dependence on binary precompiled packages is increased
On 14/10/2016 12:48 AM, 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.
However building ports with gcc results in gcc5 being a dependency.
Examining ldd, we find th
On 14/10/2016 4:27 AM, Matthieu Volat wrote:
On Fri, 14 Oct 2016 13:05:35 +0200
David Demelier wrote:
2016-10-14 11:22 GMT+02:00 Baptiste Daroussin :
It is imho doable in both sides.
We could imagine tagging the plist/manifest so pkg can allow a user to install
only the things tagged as runt
Is there a standard way of naming a pkg that is locally compiled
(maybe with a different set of options, or a local patch) so that it
doesn't get confused with generic ports that are from freeBSD.org?
I want to use mostly standard pkgs but need to compile a few myself
(this can't be an uncommo
Is it at all possible for the ports/pkg people to QUIT DELETING STUFF!
It's most disconcerting when a quarterly collection of packages
disappears and one has nowhere to get new packages that match all the
ones out in the field. Since 10.3 is the latest 10 release and the
release_3 collection i
On 3/12/2016 12:46 AM, Ruslan Makhmatkhanov wrote:
Julian Elischer wrote on 12/02/2016 17:19:
On 29/11/2016 1:57 PM, Ruslan Makhmatkhanov wrote:
Julian Elischer wrote on 11/29/2016 08:34:
Ruslan, I'm just wondering if the 404 is supposed to be removed
from the
email address
I ha
Some friends and I have a pdp8 here.. we replaed the bulbs with leds
about 25 years ago, but
last time we tried it, it still ran.. model number escapes me.. its
currently at a friend's place.
It was the controller for a DISTEC (?) display, the predecessor for
the wonderful gt40 and used as a fr
they are effectively useless because the results are not archived, and
the quarterly pkg branch actually changes day by day, so making two
machines from the same quarterly branch can give you different
machines (making it useless for paying work)
not to mention that if you use the quarterly pk
On 8/12/2016 6:05 PM, Vlad K. wrote:
On 2016-12-08 06:16, Daniil Berendeev wrote:
I mean, they are the FIRST landing point of a change. And the only
QA we ask for that change is a confirmation that poudriere and
portlint have been run, the rest is at liberty of committers how far
they'll go
On 8/12/2016 8:28 PM, Baptiste Daroussin wrote:
On Thu, Dec 08, 2016 at 05:16:24AM +, Daniil Berendeev wrote:
Hello guys!
First of all, it's not a hate mail, I appreciate all the work done on
the system and I enjoy using FreeBSD every day.
But after some recent experience I'd like to point
On 7/12/2016 10:12 PM, George Mitchell wrote:
On 12/06/16 21:59, Jason Unovitch wrote:
On Mon, Dec 05, 2016 at 10:48:20PM +, Ben Woods wrote:
On Tue., 6 Dec. 2016 at 4:44 am, Julian Elischer wrote:
they are effectively useless because the results are not archived, and
the quarterly pkg
Please add my voice to this..
It's not really that much that needs to be done.
lets just call it 'learning from experience'
Also, the quarterly PACKAGES should be kept around a bit longer too.
and the pkg archives need to be in a layout that the system installer
can be pointed at them in 4 years
On 15/12/2016 9:43 PM, Torsten Zuehlsdorff wrote:
On 15.12.2016 14:16, David Demelier wrote:
[...]
What I want: a ports tree that matches the FreeBSD version like
OpenBSD. You have FreeBSD 11.0? You get a ports tree for that version
specifically. No major update, no breaking changes. Just bug
On 16/12/2016 4:01 PM, Dave Cottlehuber wrote:
On Tue, 13 Dec 2016, at 23:14, Grzegorz Junka wrote:
I heard that ports' SVN is mirrored to Github. Isn't it enough to just
create a branch or tag for each quarterly release? Even if quarterly
packages are deleted, re-building packages from such br
On 18/12/2016 10:16 AM, John Marino wrote:
On 12/17/2016 19:35, Peter Jeremy wrote:
$ cd /usr/ports/ports-mgmt/synth/ && make
[ about an hour of grinding away elided ]
===> ini_file_manager-03_2 depends on file:
/usr/local/gcc6-aux/bin/ada - not found
===> gcc6-aux-20160822 is only for amd64
On 2/01/2017 10:39 PM, Mathieu Arnold wrote:
can we ask the server admins to not delete the 1016Q4 pkg collection
immediately?
it is stable and works while 2017Q1 is not yet in that state.
Hi,
The 2017Q1 branch has been created. It means that the next update on the
quarterly packages will be
On 23/12/2016 3:10 AM, Jane wrote:'
what this requires is someone to track it..
how about *you* :-)
tracking a port and sending in Makefile updates is not too hard if you
keep on top of it..
Hi,
Is it me or is it lately impossible to keep samba ports updated to their
latest security re
for the task if I'm to do it myself.
Julian
On 13/05/2016 12:11 AM, Julian Elischer wrote:
This patch is pretty self explanatory.
it allows us to keep patches for various ports separately in a
sparse hierarchy while not having to write to the ports tree itself.
In case the list scrubs
On 3/01/2017 6:31 PM, Julian Elischer wrote:
Sometime ago I proposed the following change.
I got several "yes please" from members of the public,
but no actionable response from members of the ports group
So I am asking again.
As a src committer I don't feel qualified to do th
On 3/01/2017 6:44 PM, Vlad K. wrote:
On 2017-01-03 11:31, Julian Elischer wrote:
Sometime ago I proposed the following change.
I got several "yes please" from members of the public,
but no actionable response from members of the ports group
So I am asking again.
I haven't c
1 - 100 of 183 matches
Mail list logo