Stanislav Sedov wrote:
They are merely two different implementations of FAM subsystem: one
from SGI, another from RedHat. I belive, that SGI's one is sligthly
faster currently. Also, it covers standard completely contradictory to
gamin.
Does any of them use kqueue(2)?
--
Dixi.
Sem.
Sergey Matveychuk wrote:
Stanislav Sedov wrote:
They are merely two different implementations of FAM subsystem: one
from SGI, another from RedHat. I belive, that SGI's one is sligthly
faster currently. Also, it covers standard completely contradictory to
gamin.
Does any of them use
On Wednesday 16 August 2006 00:22, Alexander Leidinger wrote:
Quoting Alexander Konovalenko [EMAIL PROTECTED] (Tue, 15 Aug 2006 19:01:17
+0200):
On Tuesday 15 August 2006 15:19, Stanislav Sedov wrote:
On Tue, 15 Aug 2006 16:47:31 +0200
Alexander Konovalenko [EMAIL PROTECTED]
Stanislav Sedov wrote:
Try to
# pkg_delete -f /var/db/pkg/autoconf* /var/db/pkg/automake* \
/var/db/pkg/libtool* /var/db/pkg/gnu-libtool*
Then reinstall port. The installations missed AM_PROG_LIBTOOL because
this macros is installed into /usr/local/share/aclocal which you removed.
So
Hans Lambermont wrote:
Hi,
I have a question about a ports upgrade method as mentioned in the
20060223 libtool entry in UPDATING.
The entry mentions :
...
I'm wondering what the 'careful use of' really means, more specifically
what should one look out for when using the mentioned '-n'
On Wed, Aug 16, 2006 at 08:40:54AM -0500, Larry Rosenman wrote:
Greetings,
I'm not sure if this is the right place or not, but here goes. I just
cvsup'd my ports
collection from cvsup17.us.freebsd.org, and a lot of ports were moved back
by at least a day.
Can someone check it's
Larry Rosenman wrote:
Greetings,
I'm not sure if this is the right place or not, but here goes. I just
cvsup'd my ports
collection from cvsup17.us.freebsd.org, and a lot of ports were moved back
by at least a day.
Can someone check it's health, or direct me to the right place
I'd like to propose a policy to enforce a change in
DIST_SUBDIR whenever a distfile is rerolled in-place, i.e.
when checksum changes, but name stays unchanged.
Moreover, effort should be made whenever possible to
make the old file available for download from an
alternative location.
This policy
Vanilla I. Shu wrote:
how about switch to textproc/pecl-ctemplate?
it's another php tempalte engine base on google ctemplate library,
and writen by me :)
Or you could try the popular Smarty http://smarty.php.net/ .
/usr/ports/www/smarty .
On Wed, Aug 16, 2006 at 04:33:35PM +0400, Roman Bogorodskiy wrote:
II Solutions
Yeah, I'm going to talk about ports tree tagging again :-). So what I
propose: having HEAD and STABLE (or whatever you want't to call it,
so e.g. not to confuse with src/) branches. Committers commit all
On Wed, Aug 16, 2006 at 01:28:36PM -0400, Kris Kennaway wrote:
I think someone (kuriyama?) was in fact already doing this, so getting
the project started would not involve much work.
Yes, that was already set up, but does not appear to be active. I don't
know if the link was supposed to be
On Tue, Aug 15, 2006 at 12:37:50PM -0600, John E Hein wrote:
The hard part is to get ports writers to think the right way about
DESTDIR after ignoring it for so many years. And once you decide to
go about fixing it, there's no way around that problem.
My preferred solution involves a couple
On Wed, 16 Aug 2006 16:33:35 +0400
Roman Bogorodskiy [EMAIL PROTECTED] wrote:
I. Problems
There are few things that I don't like in freebsd ports:
1. Binary packages are almost useless
The chance to install all that you need using 'pkg_add -r' and some given
time are very low. Some
Hi folks,
sometimes good ideas come later, so please wait a bit with making your
ports DESTDIR-aware. Kris had a very interesting suggestion. I wonder
how we haven't thought of this so far. This needs a bit more of
discussion, though, but if we can work this out a bit better, things
will
Kris Kennaway wrote:
On Wed, Aug 16, 2006 at 07:55:20PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Tue, Aug 15, 2006 at 12:37:50PM -0600, John E Hein wrote:
The hard part is to get ports writers to think the right way about
DESTDIR after ignoring it for so many
Kris Kennaway wrote at 13:36 -0400 on Aug 16, 2006:
mount_nullfs ${PORTSDIR} ${DESTDIR}${PORTSDIR}
mount_nullfs ${WRKDIR} ${DESTDIR}${WRKDIR}
mount_devfs foo ${DESTDIR}/dev
chroot ${DESTDIR} cd ${.CURDIR} make install
A suitable version of the above should allow all ports to be
On Wed, Aug 16, 2006 at 08:14:08PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Wed, Aug 16, 2006 at 07:55:20PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Tue, Aug 15, 2006 at 12:37:50PM -0600, John E Hein wrote:
The hard part is to get ports writers
Brooks Davis wrote:
On Wed, Aug 16, 2006 at 08:14:08PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Wed, Aug 16, 2006 at 07:55:20PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Tue, Aug 15, 2006 at 12:37:50PM -0600, John E Hein wrote:
On Wed, Aug 16, 2006 at 01:35:22PM -0500, Brooks Davis wrote:
On Wed, Aug 16, 2006 at 08:14:08PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Wed, Aug 16, 2006 at 07:55:20PM +0200, G?bor K?vesd?n wrote:
Kris Kennaway wrote:
On Tue, Aug 15, 2006 at 12:37:50PM -0600,
Gábor Kövesdán wrote:
if we can work this out a bit better, my progress so far
would become pointless...
Not at all! If I had a dollar for every Good Idea(TM) that I had which ended
up leading me down a completely different road, I'd be retired now. These
are not easy problems, and the fact
* Doug Barton ([EMAIL PROTECTED]) wrote:
if we can work this out a bit better, my progress so far
would become pointless...
Not at all! If I had a dollar for every Good Idea(TM) that I had which ended
up leading me down a completely different road, I'd be retired now. These
are not easy
On Thu, Aug 17, 2006 at 12:20:09AM +0400, Dmitry Marakasov wrote:
* Both current and nullfs-drived DESTDIR implementations require all
depends in the DESTDIR. But actually BUILD_DEPENDS from host can be
used.
This should already be the case with the current implementation and also
will
Hi
It looks like the latest source package for phpMyAdmin (2.8.2.2) does
not appear on any of the ftp servers.
See below for output from portupgrade.
Thanks
Brett
[root]# portupgrade phpMyAdmin
--- Upgrading 'phpMyAdmin-2.8.2.1' to 'phpMyAdmin-2.8.2.2'
(databases/phpmyadmin)
--- Building
Hi, folks!
I'm, working on LegoBSD project
(http://sourceforge.net/projects/legobsd) - a simple by design,
modular, easy for configure and extension toolkit used for building
FreeBSD based operating systems for all sort of needs. The project idea
inspired by FreeSBIE
Hi,
I am using qemu to emulate win2k on FreeBSB-6.1. I particularly wanted to run
some proprietary software requiring a dongle on the parallel port and made
the patch attached. It seems to work for me so I thought it might be useful
to others. (I haven't attempted to print anything but win2k
[LoN]Kamikaze wrote:
And why is it that you always need to run the very latest version? Just
pick the last package that was available. It's normally new enough.
Where have I said I need _lastest_ version of everything? You got it
totally wrong. I do not need lastest version of packages, I
Mark Linimon wrote:
On Wed, Aug 16, 2006 at 01:28:36PM -0400, Kris Kennaway wrote:
I think someone (kuriyama?) was in fact already doing this, so getting
the project started would not involve much work.
Yes, that was already set up, but does not appear to be active. I don't
know if
Kris Kennaway wrote:
On Wed, Aug 16, 2006 at 04:33:35PM +0400, Roman Bogorodskiy wrote:
II Solutions
Yeah, I'm going to talk about ports tree tagging again :-). So what I
propose: having HEAD and STABLE (or whatever you want't to call it,
so e.g. not to confuse with src/)
28 matches
Mail list logo