ping?
On 22 June 2013 18:46, Ben Laurie wrote:
> $ pwd
> /usr/ports/textproc/xml2rfc
> $ make build-depends-list
> /usr/ports/ports-mgmt/pkg
> $ make run-depends-list
> /usr/ports/lang/tcl86
> /usr/ports/x11-toolkits/tk86
>
> But...
>
> $ pkg query '%n: %do' xml2rfc
> xml2rfc: textproc/expat2
> x
I haven't figured out why, unfortunately, but if you use SBS' CLI
interface, it stops responding when the log gets rotated by newsyslog.
Removing it from newsyslog.conf fixes the problem (obviously at the
cost of no log rotation :-).
It also logs a _lot_ of crap, btw.
Hi,
I suggest the following patch for math/scilab: due to a problem in the
port math/suitesparse umfpack is not linked to suitesparseconfig and
-lsuitesparseconfig must be explicitely added each time -lumfpack is
used.
Best regards,
Olivier
$ pkg_info -E suitesparse\*
suitesparse-4.0.2_1
$ pkg_
On Tue, Jun 25, 2013 at 10:36:14AM +0100, Ben Laurie wrote:
> ping?
>
> On 22 June 2013 18:46, Ben Laurie wrote:
> > $ pwd
> > /usr/ports/textproc/xml2rfc
> > $ make build-depends-list
> > /usr/ports/ports-mgmt/pkg
> > $ make run-depends-list
> > /usr/ports/lang/tcl86
> > /usr/ports/x11-toolkits/
On 25 June 2013 11:31, Baptiste Daroussin wrote:
> On Tue, Jun 25, 2013 at 10:36:14AM +0100, Ben Laurie wrote:
>> ping?
>>
>> On 22 June 2013 18:46, Ben Laurie wrote:
>> > $ pwd
>> > /usr/ports/textproc/xml2rfc
>> > $ make build-depends-list
>> > /usr/ports/ports-mgmt/pkg
>> > $ make run-depends-
On Tue, Jun 25, 2013 at 11:36:07AM +0100, Ben Laurie wrote:
> On 25 June 2013 11:31, Baptiste Daroussin wrote:
> > On Tue, Jun 25, 2013 at 10:36:14AM +0100, Ben Laurie wrote:
> >> ping?
> >>
> >> On 22 June 2013 18:46, Ben Laurie wrote:
> >> > $ pwd
> >> > /usr/ports/textproc/xml2rfc
> >> > $ mak
On 25 June 2013 11:40, Baptiste Daroussin wrote:
> On Tue, Jun 25, 2013 at 11:36:07AM +0100, Ben Laurie wrote:
>> On 25 June 2013 11:31, Baptiste Daroussin wrote:
>> > On Tue, Jun 25, 2013 at 10:36:14AM +0100, Ben Laurie wrote:
>> >> ping?
>> >>
>> >> On 22 June 2013 18:46, Ben Laurie wrote:
>>
On Tue, Jun 25, 2013 at 11:56:46AM +0100, Ben Laurie wrote:
> On 25 June 2013 11:40, Baptiste Daroussin wrote:
> > On Tue, Jun 25, 2013 at 11:36:07AM +0100, Ben Laurie wrote:
> >> On 25 June 2013 11:31, Baptiste Daroussin wrote:
> >> > On Tue, Jun 25, 2013 at 10:36:14AM +0100, Ben Laurie wrote:
>
On 25 June 2013 12:32, Baptiste Daroussin wrote:
> On Tue, Jun 25, 2013 at 11:56:46AM +0100, Ben Laurie wrote:
>> On 25 June 2013 11:40, Baptiste Daroussin wrote:
>> > On Tue, Jun 25, 2013 at 11:36:07AM +0100, Ben Laurie wrote:
>> >> On 25 June 2013 11:31, Baptiste Daroussin wrote:
>> >> > On Tu
On Tue, Jun 25, 2013 at 12:53:42PM +0100, Ben Laurie wrote:
> On 25 June 2013 12:32, Baptiste Daroussin wrote:
> > On Tue, Jun 25, 2013 at 11:56:46AM +0100, Ben Laurie wrote:
> >> On 25 June 2013 11:40, Baptiste Daroussin wrote:
> >> > On Tue, Jun 25, 2013 at 11:36:07AM +0100, Ben Laurie wrote:
>
Hi Ben, if you change newsyslog.conf to recreate the file with slimserv
ownership, does it fix the error (although not the warnings)?
/var/log/squeezeboxserver/server.logslimserv:slimserv 644 3 100
* J /var/run/squeezeboxserver/squeezeboxserver.pid
--
Mark Knight
Mobile: +44 7880
On Fri, Jun 21, 2013 at 04:54:22PM +0200, John Marino wrote:
> On 6/21/2013 16:42, Anton Shterenlikht wrote:
> > On ia64 r252055 with ports at r321471 make issues lots of warnings
> > like:
> >
> > # make -C /usr/ports/ fetchindex make:
> > "/usr/ports/Mk/bsd.port.subdir.mk" line 101: warning: Coul
On 25 June 2013 12:57, Baptiste Daroussin wrote:
> On Tue, Jun 25, 2013 at 12:53:42PM +0100, Ben Laurie wrote:
>> On 25 June 2013 12:32, Baptiste Daroussin wrote:
>> > On Tue, Jun 25, 2013 at 11:56:46AM +0100, Ben Laurie wrote:
>> >> On 25 June 2013 11:40, Baptiste Daroussin wrote:
>> >> > On Tu
On 25 June 2013 13:35, Ben Laurie wrote:
> On 25 June 2013 12:57, Baptiste Daroussin wrote:
>> On Tue, Jun 25, 2013 at 12:53:42PM +0100, Ben Laurie wrote:
>>> On 25 June 2013 12:32, Baptiste Daroussin wrote:
>>> > On Tue, Jun 25, 2013 at 11:56:46AM +0100, Ben Laurie wrote:
>>> >> On 25 June 2013
I'm debugging X11 on sparc64.
I need to roll the ports tree back to 319054.
On downgrading pkg I get:
===> Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===> Registering installation for pkg-1.0.12_1
pkg: warning: database version 19 is newer than libpkg(3) version 12, but still
compatible
On Tue, Jun 25, 2013 at 02:22:31PM +0100, Anton Shterenlikht wrote:
> I'm debugging X11 on sparc64.
> I need to roll the ports tree back to 319054.
> On downgrading pkg I get:
>
> ===> Running ldconfig
> /sbin/ldconfig -m /usr/local/lib
> ===> Registering installation for pkg-1.0.12_1
> pkg: w
On Tue, Jun 25, 2013 at 02:57:16PM +0100, Anton Shterenlikht wrote:
> From baptiste.darous...@gmail.com Tue Jun 25 14:52:59 2013
>
> On Tue, Jun 25, 2013 at 02:22:31PM +0100, Anton Shterenlikht wrote:
> > I'm debugging X11 on sparc64.
> > I need to roll the ports tree back
From baptiste.darous...@gmail.com Tue Jun 25 14:52:59 2013
On Tue, Jun 25, 2013 at 02:22:31PM +0100, Anton Shterenlikht wrote:
> I'm debugging X11 on sparc64.
> I need to roll the ports tree back to 319054.
> On downgrading pkg I get:
>
> >
On Tue, Jun 25, 2013 at 03:23:54PM +0100, Anton Shterenlikht wrote:
> From baptiste.darous...@gmail.com Tue Jun 25 15:20:11 2013
>
> On Tue, Jun 25, 2013 at 02:57:16PM +0100, Anton Shterenlikht wrote:
> > From baptiste.darous...@gmail.com Tue Jun 25 14:52:59 2013
> >=
From baptiste.darous...@gmail.com Tue Jun 25 15:20:11 2013
On Tue, Jun 25, 2013 at 02:57:16PM +0100, Anton Shterenlikht wrote:
> From baptiste.darous...@gmail.com Tue Jun 25 14:52:59 2013
>=20
> On Tue, Jun 25, 2013 at 02:22:31PM +0100, Anton Sht
On Tue, Jun 25, 2013, at 7:50, Ben Laurie wrote:
>
> Hmmm. pkg updating doesn't actually show the relevant 20130206 entry -
> so not actually useful.
>
pkg updating literally just reads /usr/ports/UPDATING... is your ports
tree up to date? Did the committer of this tcl incident commit the
changes
On Tue, Jun 25, 2013 at 09:58:55AM -0500, Mark Felder wrote:
> On Tue, Jun 25, 2013, at 7:50, Ben Laurie wrote:
> >
> > Hmmm. pkg updating doesn't actually show the relevant 20130206 entry -
> > so not actually useful.
> >
>
> pkg updating literally just reads /usr/ports/UPDATING... is your ports
On Tue, Jun 25, 2013 at 05:17:08PM +0200, Baptiste Daroussin wrote:
> On Tue, Jun 25, 2013 at 09:58:55AM -0500, Mark Felder wrote:
> > On Tue, Jun 25, 2013, at 7:50, Ben Laurie wrote:
> > >
> > > Hmmm. pkg updating doesn't actually show the relevant 20130206 entry -
> > > so not actually useful.
>
Baptiste Daroussin wrote:
> On Wed, Feb 27, 2013 at 01:09:34PM +, b.f. wrote:
>>> Probably creating a ocaml@ team would be a good idea?
It feels good to see that more people are willing to improve the support
of OCaml in FreeBSD.
Besides maintaining individual ports, we also want to integrate
I'm in the process of (re)writing an rc.d script for kadmind
(security/krb5). Unlike the main Kerberos daemon, kadmind needs to
have a separate instance for each realm on the server -- it can't
support multiple realms in a single process. What I need to be able
to do:
1) Have different flags and
On 2013-06-25 21:44, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple realms in a single process. What I
On Tue, 2013-06-25 at 15:44 -0400, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple realms in a single pr
On 2013-Jun-25, 15:44, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple realms in a single process. What
On Tue, Jun 25, 2013 at 03:44:31PM -0400, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple realms in a si
On 8/06/2013 1:57 PM, Janet Sullivan wrote:
> The /usr/ports/sysutils/pam_mount port is broken, because it's expecting an
> older version of libHX. I'd really like to have a working pam_mount, and am
> willing to paypal US $50 over to the first person who gets it working. I'm
> not subscribe
On Sat, 22 Jun 2013 00:27:53 +0200
Dimitry Andric wrote:
> On Jun 21, 2013, at 22:07, Dimitry Andric wrote:
> > On Jun 13, 2013, at 03:15, Michael Gmelin wrote:
> > ...
Hi Dimitry,
Despite my patch to mitigate the problem I discussed and analyzed the
initialization order issue and I think the
(I am not subscribed to -ports so please keep me CC'd)
To the committers and reviewers of r320679:
http://svnweb.freebsd.org/ports?view=revision&revision=320679
The pathing change in bsd.perl.mk has broken things quite badly for
anyone who **does not** upgrade lang/perl* but chooses to upgrade a
Hello timur,
Please bump samba to 3.6.16.
Thanks,
dutchman
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Hi,
I noticed portmaster developed a problem after a recent update to
ports-mgmt/pkg where the following appears in the output:
[: false: bad number
I traced it to lines in portmaster where np_orphan is set:
np_orphan=`pkg query "%a" $upg_port`
It appears 'pkg query "%a"' used to return 0 o
Hi!
> - Why the major.minor.patchlevel --> major.minor path change in the
> first place.
Probably this:
Currently, if the perl port is updated to the next patchlevel, one has to
recompile a lot of ports.
One of my reference hosts still compiles, started approx. a week ago.
--
p...@opsec.eu
On Wed, Jun 26, 2013 at 06:50:51AM +0200, Kurt Jaeger wrote:
> Hi!
>
> > - Why the major.minor.patchlevel --> major.minor path change in the
> > first place.
>
> Probably this:
> Currently, if the perl port is updated to the next patchlevel, one has to
> recompile a lot of ports.
That doesn't ma
Hello, and first please accept my apologies for this situation.
> pkg_add -r perl (this will install perl-5.14.2_3.tbz)
> svn up /usr/ports
> cd /usr/ports/whatever/p5-whatever
> make install
> pkg_delete p5-whatever
As I know we are never supported mixing of ports and packages.
If you initiall
On Wed, Jun 26, 2013 at 09:42:37AM +0400, Andrej Zverev wrote:
> Hello, and first please accept my apologies for this situation.
Understood, I just hope this can get addressed/fixed sooner than later,
because what we have right now is reproducible breakage. :-)
> > pkg_add -r perl (this will i
On Tue, Jun 25, 2013 at 11:12:19PM -0700, Jeremy Chadwick wrote:
> On Wed, Jun 26, 2013 at 09:42:37AM +0400, Andrej Zverev wrote:
> > Hello, and first please accept my apologies for this situation.
>
> Understood, I just hope this can get addressed/fixed sooner than later,
> because what we have r
39 matches
Mail list logo
