Re: boost

, Max Stalnaker wrote: This has that file name to patch: question showing up. I attached a log, but it all it really might say is where it stops. pkg_add -u worked ok. Sorry, your mail makes no sense, neither does the log. make patch in devel/boost works fine here, so make sure your cvs tree

boost

This has that file name to patch: question showing up. I attached a log, but it all it really might say is where it stops. pkg_add -u worked ok. snapshot 11/22/10 boost-1.42.0p5.log Description: Binary data

x11/gnome/gvfs

snapshot 11/22/10 patching fails a script attached pkg_add -u gvfs and other trys fail the problem seems to be in some sense that the package is not found. looking at the mirror, there are actually at least two gvfs, but say pkg_add -u -i gvfs* still fails, so it might be a pkg_add

Re: understanding out-of-date in infrastructure behavior

. From: Stuart Henderson s...@spacehopper.org To: viq v...@viq.ath.cx; ports@openbsd.org Cc: Max Stalnaker asta...@yahoo.com Sent: Fri, October 8, 2010 2:09:05 PM Subject: Re: understanding out-of-date in infrastructure behavior On 2010/10/08 18:15, viq wrote: On Fri, Oct 08, 2010

Re: understanding out-of-date in infrastructure behavior

thanks for your response. libc is more meaniful to me than c.56.0! Now it is true that I had done even a make all on faac using current a few days ago. I would have hoped that would clear dependency problems like this. On the other hand, looking at all the audio/faac files, I just do

Re: understanding out-of-date in infrastructure behavior

It may be that assuming you are pointing to /usr/ports/packages/i386/all, for instance, that pkg_add -u -D update might do something relevant. Also, without any particular virtue claimed, I offer an attachment: the program does an out-of-date and if there are some literals about conflicts in

understanding out-of-date in infrastructure

I made some noise about writing a program to update from ports any programs that I had actually installed. I took the output of out-of-date and did pretty well with a little python program, hmm, attached. And then a similar approach to (use -D update). But consider that out-of-date

portslogger, probably docs bug

I am trying to learn how to supply good build script logs on failure and I googled around and came to an openbsd page about ports and how to report problems. build/portslogger was prominent, but it is not in my -current ports tree where specified in this doc. also, no man page. thank you.

build/out-of-date

I had posted earlier about a wild hair I had about a python program to rebuild ports that have actually been installed, but are out of date.. A suggestion was to use perl, based on some existing perl libraries. Poking around, I find out-of-date. This seems to create output that describes

www/mozilla-firefox update fails

+++ Wed Sep 8 08:08:13 PDT 2010 === Cleaning for mozilla-firefox-3.6.8p1 === mozilla-firefox-3.6.8p1 depends on: desktop-file-utils-* - found === mozilla-firefox-3.6.8p1 depends on: gettext-=0.10.38 - found === mozilla-firefox-3.6.8p1 depends on: sqlite3-=3.6.16 - found ===

mail/akpop3d version number

The packaging suggests 0.7.7. akpop3d -v says 0.7.6 -current

mail/mozilla-thunderbird update failure

+++ Wed Sep 8 10:57:47 PDT 2010 === Cleaning for mozilla-thunderbird-3.1.1p0 === mozilla-thunderbird-3.1.1p0 depends on: desktop-file-utils-* - found === mozilla-thunderbird-3.1.1p0 depends on: gettext-=0.10.38 - found === mozilla-thunderbird-3.1.1p0 depends on: python-=2.6,2.7 - found

akpop3d maildrop permissions

-current akpop3d current thunderbird client, back a patch from current this box has two users: root and astar. astar is just a normal user. now akpop3d is a deamon and otherwise takes the defaults, so the maildrops are in /var/mail. suppose I try to get some astar messages from the maildrop