Re: TWiki
I was able to fix my problem, and thought I'd pass on the info to whomever might be looking into the issue. It seemed mainly like directory issues. To get the package to update "cleanly", I did 'ln -s /var/www/htdocs/twiki /var/www/htdocs/twiki/twiki'. To get the links to function correctly on the newly installed package, I did 'ln -s /var/www/cgi-bin/twiki /var/www/htdocs/twiki/bin'. I then added a ScriptAlias entry in my httpd.conf file for the newly linked directory. After that it seems to be working again...
Re: 'bulk' build of php5-extensions dies
On Sat, Nov 12, 2005 at 12:29:19PM +0800, Uwe Dippel wrote: > checking for SNMP support... yes, shared > checking OpenSSL dir for SNMP... no > checking for snmp_parse_oid in -lnetsnmp... no > checking for init_snmp in -lnetsnmp... no > configure: error: SNMP sanity check failed. Please check config.log for more > information. > *** Error code 1 > > Stop in /usr/ports/www/php5/extensions (line 1778 of > /usr/ports/infrastructure/mk/bsd.port.mk). > > config.log is almost 200k. What to do ? Learn to use grep and your text editor /snmp comes to mind...
Re: mutt/snapshot incompatible flavors: compressed and sidebar
On Saturday 12 of November 2005 03:33, Jolan Luff wrote: > On Sat, Nov 12, 2005 at 01:16:44AM +0100, viq wrote: > > > > compressed builds with other flavors, so does sidebar (tried idn and > > hcache) but mutt refuses to build when those two are present together. > > oops, i guess no one tested these two flavors together before you. i > re-rolled the sidebar patch without the PATCHES hunk. fix is committed. > thanks for your report. Yup, builds and installs, thanks for quick fix :) -- viq -- INTERIA.PL | Kliknij po wiecej >>> http://link.interia.pl/f18c1
the sorry state of japanese software
I'm wading through piles of japanese input methods. I'm talking to the japanese people who are around here, and who understand english: Guys, this is pathetic. Most of that software out there still does not have any kind of english documentation. Most of that software still exists as uncommitted patches. Case in point: anthy. I was told this is the `new input method' to use these days. Well, - it only exists on sourceforge.jp. This is the only instance of `international software' I've seen so far that is NOT PRESENT in the larger sourceforge. - the whole wiki is in japanes, I had to spend half an hour FINDING the actual correct file to download. - the whole documentation is in japanese. It's fortunate I know `just enough' japanese to be able to even *see that fucking documentation*... Second case: qt/kde. As far as I can tell, some people wrote some gtk-immodule adapter for qt. It still exists as *a patch*. They guy has just enough communication skill to get it into his small circle, but NOT INTO MAINSTREAM qt. (try entering uim qt into google, see a nice english page that references patches which, mostly, no longer exist, or are only into debian, and have not even made it to mainstream qt3/kde). And all around, I see papers that say that `X input method is not general enough', or that `utf8 is not general enough for japanese'. Do I ever see anything actually *concrete* coming from that ? Nope, never... It seems that the japanese people prefer to stay on their island, and communicate only with each other, so that most japanese software is totally closed to foreigners, thanks to the language barrier... So, if you are japanese, if you read this mail, and you understand it, why not finally DO SOMETHING USEFUL I did look at japanese software a few years back, and I mostly gave up. I don't really talk japanese. Figuring out a few words of japanese, and trying to get stuff to work when it's already complicated on its own, and when the quality of the documentation is SOOO BD is next to impossible... You've got HUGE GOBS of documentation out there that just awaits getting translated into a non asian language (heck, even german would be an improvement), and you've got tons and tons of frustrated japanese developers who don't understand they have to do SOMETHING to end the frustration: GET THEIR CONCERNS TRANSLATED INTO ENGLISH. So that things finally get moving... Domo arigatoo gozaimashita...
Re: Mozilla Firefox 1.5rc1
rc2 require no other change than updating VER
Re: update: sysutils/perfd 0.2->0.3
On Fri, Nov 11, 2005 at 10:21:41PM -0700, Chris Kuethe wrote: > Well, shortly after taking maintainership of this, a new release is > rolled. So here's the updated port. > > new -x flag to set an upper bound to the performance while on batteries > system activity calculation has been fixed It's OK for me.
gnustep
Hi, I'm wondering why gnustep isn't in the ports tree yet? Any political reason? regards Marc
Re: gnustep
On Sat, 12 Nov 2005, [EMAIL PROTECTED] wrote: Hi, I'm wondering why gnustep isn't in the ports tree yet? Any political reason? I'm wondering why there is a FAQ on the OpenBSD website. -- Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
gnome 2.12
Does anyone is working on gnome 2.12 port ?
Re: gnustep
On Sat, Nov 12, 2005 at 05:59:48PM +0100, steven mestdagh wrote: > On Sat, 12 Nov 2005, [EMAIL PROTECTED] wrote: > > >Hi, > > > >I'm wondering why gnustep isn't in the ports tree yet? Any political > >reason? > > I'm wondering why there is a FAQ on the OpenBSD website. Doesn't answer my question. There's no record about GNUstep (unless I'm blind). So I guess you're referring to one of the more general entries. Actually I got lots of clues why the existing GNUstep port may not be included. Nevertheless it would be kind if someone could be more precise and tell me exactly why it's not included. Marc
Re: gnustep
On Sat, Nov 12, 2005 at 01:37:37PM +0100, [EMAIL PROTECTED] wrote: > ...There's no record about GNUstep (unless > I'm blind) There was a long thread in 2003: http://marc.theaimsgroup.com/?l=openbsd-ports&m=105214159231998&w=2 And a port was developed in 2004: http://marc.theaimsgroup.com/?l=openbsd-ports&m=110519671300293&w=2
Re: New: milter-bogom
On 6 Nov 2005 at 18:34, Juan J. wrote: > Hello, > > That's my first port... please be gentle :) Test it and send me > comments. You don't need to specify bogofilter-*, it's the default WWW: ${HOMEPAGE} is automatically added to pkg/DESCR You should use @sample in PLIST to install bogom.conf
Re: Mozilla Firefox 1.5rc1
Peter Strömberg wrote: rc2 require no other change than updating VER Works for me on i386. It does indeed feel somewhat faster than 1.0.7. -- Matthieu Herrb
Re: Mozilla Firefox 1.5rc1
On Sat, Nov 12, 2005 at 05:17:47PM +0100, Peter Strömberg wrote: > rc2 require no other change than updating VER Seems to work okay for me under macppc. -p.
Re: gnustep
On Sat, Nov 12, 2005 at 01:37:37PM +0100, [EMAIL PROTECTED] wrote: > > I'm wondering why there is a FAQ on the OpenBSD website. > > Doesn't answer my question. http://www.openbsd.org/faq/faq15.html#NoPort Ciao, Kili
Re: gnustep
On Sat, Nov 12, 2005 at 12:34:11PM -0500, Josh Grosse wrote: > On Sat, Nov 12, 2005 at 01:37:37PM +0100, [EMAIL PROTECTED] wrote: > > ...There's no record about GNUstep (unless > > I'm blind) > > There was a long thread in 2003: > > http://marc.theaimsgroup.com/?l=openbsd-ports&m=105214159231998&w=2 > > And a port was developed in 2004: > > http://marc.theaimsgroup.com/?l=openbsd-ports&m=110519671300293&w=2 I know. And the port is working for me! Therefore I'm just curious why it didn't make it into the ports tree. I guess no one tested it. This is sad. Marc
nmap ftp-bounce- and zombie-scanning wont work
Nmap will crash (amd64/i386, oBSD current and 3.8) if you're using the -b option. Example: nmap -P0 -sV -T5 -b [EMAIL PROTECTED] 141.20.15.92 Starting nmap 3.93 ( http://www.insecure.org/nmap/ ) at 2005-11-13 06:01 CET Program received signal SIGSEGV, Segmentation fault. The -sI options seams to also unstable. Did somebody noticed that before? Kind regards, Sebastian -- God did a bless on me, So accapt the dark side in you. Hate leads me to victory, so give me a war.