On 1/14/2015 2:34 AM, Torsten Zuehlsdorff wrote:
On 13.01.2015 22:04, Bryan Drewery wrote:
On 1/9/2015 5:18 AM, Torsten Zuehlsdorff wrote:
[ 3%] mo-update [wesnoth-dw-ar]: Creating mo file.
/usr/bin/ld: g: invalid DSO for symbol
`_ZN5boost6system15system_categoryEv' definition
Hi everyone,
I've already fill a bug report on freebsd bugzilla but I would like to
known If this problem affect only me or not.
I'm runnig 3 freebsd-box, all running 10-Stable (FreeBSD 10.1-STABLE #10
r275839), all ports
is up2date.
When I try to build the libxul ports just after it's begin
Hi,
as of FreeBSD 9.3, it is not possible to ssh into some cisco routers
(namely 1921 and 3925 in my case), unless option -o KexAlgorithms=
diffie-hellman-group14-sha1 is specified. Probably, as a consequence,
rancid stopped working for these routers since I upgraded OS on which
it is installed
+--On 14 janvier 2015 07:23:01 -0800 Roger Marquis marq...@roble.com
wrote:
| That leaves the issue of cross-platform compatibility, which is still
| broken without REPLACE_BASE. What about those of us who support
| environments that aren't BSD monocultures?
By using the named_conf variable in
Thank you Matt. It is refreshing to hear an actual business case for the
reasons REPLACE_BASE was created. Thank you also for the pointers to a
way of avoid dulpicate binaries. Do you know of more detailed
documentation on how to prevent installworld and freebsd-update from
installing these
On Tue, Jan 13, 2015 at 08:33:13AM -0800, Roger Marquis wrote:
... Poudriere is a self-contained build system that can be used to
bulk build any number of packages that can be used on any number of
other systems. This is very useful if you need different features or
options than the packages
On Tue, 13 Jan 2015 22:50:09 -0800 Chris H bsd-li...@bsdforge.com wrote
On Tue, 13 Jan 2015 18:34:45 -0800 Chris H bsd-li...@bsdforge.com wrote
On Tue, 13 Jan 2015 13:54:56 -0700 John Hein john.h...@microsemi.com
wrote
Kurt Jaeger wrote at 20:29 +0100 on Jan 13, 2015:
I checked
Matthew Seaman wrote:
Yes, poudriere does a lot of stuff, but if you didn't use a central
builder, you'ld end up replicating all of that stuff onto every machine
you wanted to manage.
What stuff would you end up replicating? I ask because our make
package host don't replicate anything other
On 2015-01-14 15:35, Marko Cupać wrote:
Hi,
as of FreeBSD 9.3, it is not possible to ssh into some cisco routers
(namely 1921 and 3925 in my case), unless option -o KexAlgorithms=
diffie-hellman-group14-sha1 is specified. Probably, as a consequence,
rancid stopped working for these routers
Maybe you're right but, to perhaps better illustrate the point, you would
never see something like this in Ubuntu, Debian, Redhat, or SuSE.
Honestly. Need I remind you, this is FreeBSD, *not* Linux?
In all honesty, I am *not* pleased with the current efforts to
turn the FreeBSD motto The Power
On 2015/01/14 15:34, Roger Marquis wrote:
So one difference then would be that Poudriere determines which
dependencies are run-time vs build-time and creates packages for those by
default, is that correct? I can see how that might be convenient for
packages with a large number of dependencies
Mathieu Arnold wrote:
| That leaves the issue of cross-platform compatibility, which is still
| broken without REPLACE_BASE. What about those of us who support
| environments that aren't BSD monocultures?
By using the named_conf variable in /etc/rc.conf ?
That enables configuration
On Wed, 14 Jan 2015 08:11:39 -0800 (PST) Roger Marquis marq...@roble.com
wrote
Maybe you're right but, to perhaps better illustrate the point, you would
never see something like this in Ubuntu, Debian, Redhat, or SuSE.
Honestly. Need I remind you, this is FreeBSD, *not* Linux?
In all
On Wed, Jan 14, 2015 at 6:35 AM, Marko Cupać marko.cu...@mimar.rs wrote:
Hi,
as of FreeBSD 9.3, it is not possible to ssh into some cisco routers
(namely 1921 and 3925 in my case), unless option -o KexAlgorithms=
diffie-hellman-group14-sha1 is specified. Probably, as a consequence,
rancid
On 14/01/2015 16:34, Roger Marquis wrote:
Matthew Seaman wrote:
Yes, poudriere does a lot of stuff, but if you didn't use a central
builder, you'ld end up replicating all of that stuff onto every machine
you wanted to manage.
What stuff would you end up replicating? I ask because our make
On Wed, 14 Jan 2015 04:27:42 -0800 Jeffrey Bouquet via freebsd-ports
freebsd-ports@freebsd.org wrote
On 01/13/15 07:55, Kurt Jaeger wrote:
Hi!
customizations you need available. If the default options don't cut it
for you, in order to use only binary packages that means you need to run
On Wed, 14 Jan 2015 16:18:07 + Matthew Seaman matt...@freebsd.org wrote
On 2015/01/14 15:34, Roger Marquis wrote:
So one difference then would be that Poudriere determines which
dependencies are run-time vs build-time and creates packages for those by
default, is that correct? I can
On Wed, 14 Jan 2015 09:34:11 +0100
Torsten Zuehlsdorff mailingli...@toco-domains.de wrote:
On 13.01.2015 22:04, Bryan Drewery wrote:
On 1/9/2015 5:18 AM, Torsten Zuehlsdorff wrote:
[ 3%] mo-update [wesnoth-dw-ar]: Creating mo file.
/usr/bin/ld: g: invalid DSO for symbol
On Tue, Jan 13, 2015 at 08:33:13AM -0800, Roger Marquis wrote:
One question while we're on the topic of deprecations, has 'make pkg ||
make package' been deprecated in favor of poudriere?
No, they serve to completely different purposes, though there is some
overlap. Poudriere is a
On 13.01.2015 22:04, Bryan Drewery wrote:
On 1/9/2015 5:18 AM, Torsten Zuehlsdorff wrote:
[ 3%] mo-update [wesnoth-dw-ar]: Creating mo file.
/usr/bin/ld: g: invalid DSO for symbol
`_ZN5boost6system15system_categoryEv' definition
/usr/local/lib/libboost_system.so.1.55.0: could not read symbols:
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
Matt Smith wrote:
On Jan 14 13:30, Michelle Sullivan wrote:
Matt Smith wrote:
Doug Barton who used to maintain BIND in both the base system and the
port used to always say that the version in the base system was only
designed to be used as a local resolver on a laptop/desktop. If it was
used
+--On 13 janvier 2015 19:11:50 -0800 Roger Marquis marq...@roble.com
wrote:
| The dialog option you talk about says:
| [ ] REPLACE_BASEEOL, no longer supported
| I'm quite sure the end-user you're talking about can get a clue from it,
| and if he either already had selected it before, or
On 2015-01-12 20:16, Jan Beich wrote:
I think the following are relevant patches from bugzilla.
Index: Mk/Uses/scons.mk
===
--- Mk/Uses/scons.mk(revision 376385)
+++ Mk/Uses/scons.mk(working copy)
@@ -17,6 +17,8 @@ IGNORE=
On 01/13/15 07:55, Kurt Jaeger wrote:
Hi!
customizations you need available. If the default options don't cut it
for you, in order to use only binary packages that means you need to run
your own poudriere setup -- which is well worth it if you're managing
several machines / jails etc.
Matt Smith wrote:
On Jan 14 12:15, Mathieu Arnold wrote:
Well, like I said, REPLACE_BASE was an abomination that should never
have
existed, now that it's gone, it'll never get back, and you'll never
see it
again.
Doug Barton who used to maintain BIND in both the base system and the
port
On Jan 14 12:15, Mathieu Arnold wrote:
Well, like I said, REPLACE_BASE was an abomination that should never have
existed, now that it's gone, it'll never get back, and you'll never see it
again.
Doug Barton who used to maintain BIND in both the base system and the
port used to always say
On Jan 14 13:30, Michelle Sullivan wrote:
Matt Smith wrote:
Doug Barton who used to maintain BIND in both the base system and the
port used to always say that the version in the base system was only
designed to be used as a local resolver on a laptop/desktop. If it was
used as a proper DNS
28 matches
Mail list logo