Strange freecolor behavior on fresh 8.0-RELEASE system.
# uname -a
FreeBSD alternate-1.net 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21
15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
amd64
# freecolor -V
freecolor version 0.8.8
# freecolor
Bus error
I have
2010/7/23 Randy Belk randy.b...@gmail.com
Have you updated your ports? This was an issue on the amd64 distribution,
but it was fixed.
On Fri, Jul 23, 2010 at 1:21 AM, Antonio Kless antoniok@gmail.comwrote:
Strange freecolor behavior on fresh 8.0-RELEASE system.
# uname -a
FreeBSD
2010/7/23 Antonio Kless antoniok@gmail.com
2010/7/23 Randy Belk randy.b...@gmail.com
Have you updated your ports? This was an issue on the amd64 distribution,
but it was fixed.
On Fri, Jul 23, 2010 at 1:21 AM, Antonio Kless antoniok@gmail.comwrote:
Strange freecolor behavior on
Have you updated your ports? This was an issue on the amd64 distribution,
but it was fixed.
On Fri, Jul 23, 2010 at 1:21 AM, Antonio Kless antoniok@gmail.comwrote:
Strange freecolor behavior on fresh 8.0-RELEASE system.
# uname -a
FreeBSD alternate-1.net 8.0-RELEASE FreeBSD 8.0-RELEASE
On 17/07/2010 12:56, Ed Schouten wrote:
...
This has various implications. The most important one I can think of, is
that the daemon can still do open(/dev/tty, ...) if it wants and spam
your TTY, even if the daemon is running as user `nobody'. This also
means that if you run the rc script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howdy,
I have a new version of portmaster in pretty good shape at the moment so
I'd like to ask for volunteers to test it. The changes and new features
are described below. You can get the new version from svn at:
Dear list,
I want to port some software using BSD Make makefiles to build.
I should probably port this collection of makefiles itself and I wish to
know what is the best way to let make(1) find them.
I think these files should go in ${LOCALBASE}/share/mk but maybe someone
has a more
I would like to see a little clarification on the handling of shar in
the handbook. Not a lot, but maybe a few examples. Most of the pages on
porting up to that point I found pretty clear, but that part I found a
little vague.
There's a line which says something like attach the shar output to
On 23/07/2010 09:39, Doug Barton wrote:
I have a new version of portmaster in pretty good shape at the moment
so I'd like to ask for volunteers to test it. The changes and new
features are described below. You can get the new version from svn at:
On Wednesday 21 July 2010 01:38:16 Doug Barton wrote:
I got tired of waiting for thunderbird 3.1 so I decided to give the
linux version a try. Everything works fine, except for fonts. When
attempting to change the fonts I can see the names of the fonts listed
but changing it has no effect. I
Thanks for the new code! Package updates for perl work fine here,
and no regressions found.
With respect to the --clean-* options, my earlier (a long time ago)
test with --clean-distfiles showed that valid distfiles would be
deleted if the corresponding port was not installed. I'd like to
On 17.07.2010 8:18, Mario Sergio Fujikawa Ferreira wrote:
Hi,
I am running 8-STABLE as of July 1st 2010.
FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #14: Thu
Jul 1 12:50:38 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64
With latest
On Thu, Jul 22, 2010 at 12:17:31PM +0200, Emanuel Haupt wrote:
Usually when I find that a port can't fetch the according distfile I
simply google for the distfile with the following search string (e.g.
for rsync):
intitle:index of rsync-3.0.7.tar.gz
This approach almost always
On Thu, Jul 22, 2010 at 09:35:30AM +0100, Matthew Seaman wrote:
On 21/07/2010 23:05, Mark Linimon wrote:
On Wed, Jul 21, 2010 at 10:21:11PM +0200, Kurt Jaeger wrote:
And is this ok to have two ports with the same name.
No, it's bad and should be avoided. I'm pretty sure some
--On Thursday, July 22, 2010 21:49:26 -0400 Sahil Tandon sa...@freebsd.org
wrote:
On Thu, 2010-07-22 at 16:24:22 -0500, Paul Schmehl wrote:
I'm trying to update a port that I maintain, but the download is
failing. Here's the actual path of the download:
On Fri, 23 Jul 2010, Douglas Berry wrote:
Thanks for the new code! Package updates for perl work fine here, and
no regressions found.
Excellent! Thanks for taking the time to look it over.
With respect to the --clean-* options, my earlier (a long time ago)
test with --clean-distfiles
I've been having problems with GNU Screen on FreeBSD 8.x. First, the
TERMCAP environment variable as automatically set by screen causes
things not to work. (vi says cannot open terminal database, mutt
says no terminal database, etc.) Second, when I put `eval tset -s`
in .bashrc to reset the
On Fri, Jul 23, 2010 at 03:23:41PM -0400, Jim Trigg wrote:
I've been having problems with GNU Screen on FreeBSD 8.x. First, the
TERMCAP environment variable as automatically set by screen causes
things not to work. (vi says cannot open terminal database, mutt
says no terminal database, etc.)
/etc/termcap is symlinked to /usr/share/misc/termcap, which if not available
during your session (singer-user mode, for instance), produces that exact
type of error message. Test if the termcap db is actually available.
Hope it helps,
Scott
-Original Message-
From:
On Fri, Jul 23, 2010 at 3:29 PM, David Wolfskill da...@catwhisker.org wrote:
On Fri, Jul 23, 2010 at 03:23:41PM -0400, Jim Trigg wrote:
I've been having problems with GNU Screen on FreeBSD 8.x. First, the
TERMCAP environment variable as automatically set by screen causes
things not to work.
On Fri, Jul 23, 2010 at 3:42 PM, Scott Sanbeg ssan...@gmail.com wrote:
/etc/termcap is symlinked to /usr/share/misc/termcap, which if not available
during your session (singer-user mode, for instance), produces that exact
type of error message. Test if the termcap db is actually available.
It
On Fri, 23 Jul 2010, Tijl Coosemans wrote:
On Wednesday 21 July 2010 01:38:16 Doug Barton wrote:
I got tired of waiting for thunderbird 3.1 so I decided to give the
linux version a try. Everything works fine, except for fonts. When
attempting to change the fonts I can see the names of the
On 07/23/2010 15:00, Doug Barton wrote:
The problem is that in order to accomplish that portmaster would have to
check every port in the tree. Assuming 22,000 ports, and that any given
port is equally likely to fall anywhere in the tree, on average you'd
have to search 11,000 ports for every
On Fri, 23 Jul 2010, jhell wrote:
On 07/23/2010 15:00, Doug Barton wrote:
Now what I _could_ do is use the same technique I use in
--clean-distfiles (create a text file with the distfile information) but
instead of limiting it to installed ports, do all of them. I have never
even tested that
On 07/23/2010 20:13, Doug Barton wrote:
Server side: ( at port snapshot creation )
LOCATE_CONFIG=/usr/ports/locate.rc /usr/libexec/locate.updatedb
locate.rc:
FCODES=/usr/ports/locate.database
SEARCHPATHS=/usr/ports
real 149.79
It's not 100% clear to me
On 07/23/2010 15:43, Jim Trigg wrote:
ls -l /usr/share/misc/termcap*
You should see two files termcap and termcap.db
Check the perms of both and the existence of both.
I believe that cap_mkdb(1) is run on termcap to create the db but
someone else should chime in on this because I am not sure
On Fri, Jul 23, 2010 at 10:25 PM, jhell jh...@dataix.net wrote:
On 07/23/2010 15:43, Jim Trigg wrote:
ls -l /usr/share/misc/termcap*
You should see two files termcap and termcap.db
Check the perms of both and the existence of both.
I believe that cap_mkdb(1) is run on termcap to create
On Fri, 23 Jul 2010, Jesse Smith wrote:
I would like to see a little clarification on the handling of shar in
the handbook. Not a lot, but maybe a few examples. Most of the pages on
porting up to that point I found pretty clear, but that part I found a
little vague.
Can you review the latest
28 matches
Mail list logo