Re: foomatic-db -= MESSAGE

On Sun, 14 Dec 2008, Jacob Meuser wrote: > well, I looked at the MESSAGE files as well as DESCR, and for all but > the foomatic-db-gutenprint, the info in MESSAGE seemed just as > appropriate in DESCR, and didn't make DESCR overly long. > > but yes, a "plan" or "guideline" would be nice. I mostly

gnome-commander

Hi Before I start, is anyone else working on gnome-commander? http://www.nongnu.org/gcmd/ /Markus

Re: foomatic-db -= MESSAGE

On 2008/12/14 23:40, Jacob Meuser wrote: > On Sun, Dec 14, 2008 at 11:30:04PM +, Jacob Meuser wrote: > > On Sun, Dec 14, 2008 at 11:13:14PM +, Stuart Henderson wrote: > > > > The problem with putting this in DESCR is that people who already know > > > what the software does are unlikely to

Re: foomatic-db -= MESSAGE

On 2008/12/14 23:30, Jacob Meuser wrote: > On Sun, Dec 14, 2008 at 11:13:14PM +, Stuart Henderson wrote: > > On 2008/12/14 22:47, Jacob Meuser wrote: > > > On Sun, Dec 14, 2008 at 12:04:54PM +0100, Antoine Jacoutot wrote: > > > > On Sun, 14 Dec 2008, Jacob Meuser wrote: > > > > > > > > > > >

NEW: games/quake3-data

hello, attached is a port that assists in the installation of required quake3 data files. it fetches the latest point release and also instructs to copy the main pak0 datafile from your original installation media. also contained is the option to install the team arena missionpack; i haven't yet t

NEW: games/ioquake3

hello, attached is a port of the icculus.org quake3 engine, builds a reasonable default engine including client, server, and game libraries for the original game and missionpack. works excellent with the soon-to-be-posted quake3-data port as well. one note, i built from a svn snapshot which i hav

Re: foomatic-db -= MESSAGE

On Sun, Dec 14, 2008 at 11:30:04PM +, Jacob Meuser wrote: > On Sun, Dec 14, 2008 at 11:13:14PM +, Stuart Henderson wrote: > > The problem with putting this in DESCR is that people who already know > > what the software does are unlikely to read it, and historically we haven't > > put much

Re: foomatic-db -= MESSAGE

On Sun, Dec 14, 2008 at 11:13:14PM +, Stuart Henderson wrote: > On 2008/12/14 22:47, Jacob Meuser wrote: > > On Sun, Dec 14, 2008 at 12:04:54PM +0100, Antoine Jacoutot wrote: > > > On Sun, 14 Dec 2008, Jacob Meuser wrote: > > > > > > > > > > > ok? > > > > > > Well... does this mean that now

Re: foomatic-db -= MESSAGE

On 2008/12/14 22:47, Jacob Meuser wrote: > On Sun, Dec 14, 2008 at 12:04:54PM +0100, Antoine Jacoutot wrote: > > On Sun, 14 Dec 2008, Jacob Meuser wrote: > > > > > > > > ok? > > > > Well... does this mean that now we have 3 different places to look for > > info ? > > DESCR, MESSAGE and README.O

Re: foomatic-db -= MESSAGE

On Sun, Dec 14, 2008 at 12:04:54PM +0100, Antoine Jacoutot wrote: > On Sun, 14 Dec 2008, Jacob Meuser wrote: > > > > > ok? > > Well... does this mean that now we have 3 different places to look for > info ? > DESCR, MESSAGE and README.OpenBSD? > > It seems even worse now and I think it shouldn

Re: usr/ports as a symlink?

On Sun, Dec 14, 2008 at 05:39:21PM +0100, Pierre Riteau wrote: > This seems to be fixed by rev. 1.61 of PackageRepository.pm. > Thank you Marc. > > Jason, Jacob, can you confirm? yes, it seems to have fixed the problems I was having. -- jake...@sdf.lonestar.org SDF Public Access UNIX System -

UPDATE: lang/scheme48

Update Email address for Maintainer. -- Aaron W. Hsu | "Government is the great fiction, through which everybody endeavors to live at the expense of everybody else." -- Frederic Bastiat +++ ((lambda (x) (x x)) (lambda (x) (x x))) ++ Index: Makefi

Re: pear packages

On 2008/12/14 19:20, LÉVAI Dániel wrote: > On Sunday 14 December 2008 19.11.50 you wrote: > > * LÉVAI Dániel wrote: > > > Hi! > > > > > > What is the way of handling pear package upgrades? Is it safe to > > > use pear upgrade-all, or should one stay with ports, and wait for > > > an update there? >

Re: pear packages

On Sunday 14 December 2008 19.11.50 you wrote: > * LÉVAI Dániel wrote: > > Hi! > > > > What is the way of handling pear package upgrades? Is it safe to > > use pear upgrade-all, or should one stay with ports, and wait for > > an update there? > > I'd suggest to stay with packages. For which packag

Re: pear packages

* LÉVAI Dániel wrote: > Hi! > > What is the way of handling pear package upgrades? Is it safe to use > pear upgrade-all, or should one stay with ports, and wait for an update > there? I'd suggest to stay with packages. For which packages would you need an update, btw? > > Daniel > > -- >

pear packages

Hi! What is the way of handling pear package upgrades? Is it safe to use pear upgrade-all, or should one stay with ports, and wait for an update there? Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1

Re: usr/ports as a symlink?

On Thu, Dec 11, 2008 at 12:21:24AM +0100, Pierre Riteau wrote: > On Tue, Dec 02, 2008 at 09:29:35PM -0500, Jason Beaudoin wrote: > > On Tue, Dec 2, 2008 at 11:34 AM, Marc Espie wrote: > > > On Tue, Dec 02, 2008 at 04:26:26AM +, Jacob Meuser wrote: > > >> I've had /usr/ports as a symlink for ye

4.4-stable honeyd security update

Security update for CVE-2008-3928. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3928 http://secunia.com/advisories/31658 Most advisories I have read on this one only talk about the file 'scripts/test.sh'. 'scripts/web.sh' seems vulnerable too, so I have patched for that case accordi

4.4-stable ClamAV 0.94.2 update

Back port from current for Clamav 0.94.2 Ian McWilliamIndex: Makefile === RCS file: /cvs/ports/security/clamav/Makefile,v retrieving revision 1.38 retrieving revision 1.41 diff -u -a -r1.38 -r1.41 --- Makefile8 Jul 2008 22:38:12

new: misc/omconsole

omconsole is a small utility I wrote during h2k8 to get access to the OpenMoko's serial console. It is wired on the 2nd serial port of an FTDI FT232C chip on the debug board, which need to attach as ugen so that the other debugging tools can be used at the same time. It uses the libftdi port that

NEW: devel/libftdi

libftdi is a library (using libusb) to talk to FTDI's FT2232C, FT232BM and FT245BM type chips including the popular bitbang mode. This port was originally done by dr...@. -- Matthieu Herrb libftdi.tar.gz Description: GNU Zip compressed data

Re: foomatic-db -= MESSAGE

On Sun, 14 Dec 2008, Jacob Meuser wrote: > > ok? Well... does this mean that now we have 3 different places to look for info ? DESCR, MESSAGE and README.OpenBSD? It seems even worse now and I think it shouldn't be touched before we come up with some kind of consensus over this. On a side not

Re: sndio for esound

On Sun, 14 Dec 2008, Jacob Meuser wrote: > probably. someone who actualy uses esound for other than testing > if esound works want to take care of that? thanks. I do use esound on all my workstations. Here's an update to latest version with your sndio backend. It works for me... Index: Makefi

Re: cups-enable

One other thing: There is no man cups-enable. Also one cant get help. Personally I like to use it in /etc/rc.local to do this if links are not set, but I could not get any infos about any options - also not via cups-enable -h or cups-enable --help. regards, Thilo

Re: pkg_info message display [Re: cups-enable]

On Sat, Dec 13, 2008 at 10:38:10AM -0700, Theo de Raadt wrote: > > .It Fl M > > Show the install-message file (if any) for each package. > > +If any step not documented in the manual must be taken before a package > > +can be used, this file will often mention it. > > That is an attempt to entir

Re: dropping maintainership of some ports

On Sun, 14 Dec 2008, Jacob Meuser wrote: > > I have decided to focus more or less completely on audio. it should > keep me plenty busy. > > I have already dropped graphics/ffmpeg. upstream has fixed some stuff, > but they are silent about the library inter-dependency mess, which is > probably

Re: cups-enable

On Sun, 14 Dec 2008, Jacob Meuser wrote: > > I think it would also be nice if README.OpenBSD were in pkg/ dirs > and handled automatically, kinda like MESSAGE is now. adding files/ > dirs seems like a waste. I like this. -- Antoine

dropping maintainership of some ports

I have decided to focus more or less completely on audio. it should keep me plenty busy. I have already dropped graphics/ffmpeg. upstream has fixed some stuff, but they are silent about the library inter-dependency mess, which is probably one of the bigger annoyances with this port. and of cou

Re: sndio for esound

On Sat, Dec 13, 2008 at 11:41:50AM +0100, Antoine Jacoutot wrote: > On Fri, 12 Dec 2008, Jacob Meuser wrote: > > > On Thu, Dec 11, 2008 at 08:44:10PM +, Jacob Meuser wrote: > > > > > > please test ... and notice how much simpler this is than what it > > > replaces, even though esound prefers

gutenprint -= MESSAGE * 2

ok? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/print/gutenprint/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile

foomatic-db-engine -= MESSAGE

and add @bin markers ok? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/print/foomatic-db-engine/Makefile,v retrieving revision 1.4 diff -

foomatic-filters -= MESSAGE

ok? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/print/foomatic-filters/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Mak

foomatic-db -= MESSAGE

ok? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/print/foomatic-db/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile

Re: cups-enable

On Sat, Dec 13, 2008 at 09:15:46PM -0500, Steve Shockley wrote: > On 12/12/2008 2:40 PM, Jacob Meuser wrote: >>> Who knows about -M? I'm serious. I've never used that option before, >>> and it's totally nonobvious that I should look through the man page to >>> find it. >> >> uh, you're saying it'