On Tue, May 13, 2008 at 05:23:18AM +0200, x72eme wrote:
> libtool:link: 'gtkvbbox.lo' is not a valid libtool object
> Error code 1
> .
> .
> .
>
> What to do? I got the error trying to install mplayer from ports
> (generic MP 4.3 patch branch).
>
> Thank you for help or hint
>
I grepped the MPl
On Monday 12 May 2008 23:50:26 Dongsheng Song wrote:
> OpenLDAP updated to version 2.4.9.
>
> Please review, test and commit. Thanks!
>
> Dongsheng Song
This is a pretty bad attempt at an update. Almost every file you touched
has changes which are pointless or just plain wrong.
--
This message
OpenLDAP updated to version 2.4.9.
Please review, test and commit. Thanks!
Dongsheng Song
Index: Makefile
===
RCS file: /var/cvs/OpenBSD/ports/databases/openldap/Makefile,v
retrieving revision 1.83
diff -u -p -r1.83 Makefile
--- Make
libtool:link: 'gtkvbbox.lo' is not a valid libtool object
Error code 1
.
.
.
What to do? I got the error trying to install mplayer from ports
(generic MP 4.3 patch branch).
Thank you for help or hint
> [..]
> > the situation as is is a PITA.
>
> Not _requiring_ the newest version of Python is not that bad,
> but _breaking_ on newer versions of Python is a PITA indeed.
well, although not requiring is not that bad, there is special
interest in using 2.5 as there are a few serious issues fixed
On 2008/05/13 00:09, Ingo Schwarze wrote:
> Jul 29, 2003: Python 2.3 release
> Nov 30, 2004: Python 2.4 release
> Jun 4, 2005: Zope 2.8 release requiring Python 2.3 (2/11 months)
> Oct 2, 2005: Zope 3.1 release requiring Python 2.4 (last available)
Sorry to break in on the thread, but something
Hi Marc,
Marc Balmer wrote on, May 12, 2008 at 09:42:55PM +0200:
> we should really begin to tell the zope people
Well, the last time we tried to talk to them
was not exactly a success. ;)
> to begin using recent python versions for zope.
Let's have a quick look at the timeline:
Jul 29, 2003
On Mon, May 12, 2008 at 12:19:32PM -0700, Darrin Chandler wrote:
> Bugfix update to latest version. Fixes include:
>
> *) Bugfix: nginx did not process FastCGI response if header was at
>the end of FastCGI record; bug appeared in 0.6.2. Thanks to
>Sergey Serov.
>
Am 11.05.2008 um 23:25 schrieb Ingo Schwarze:
Hi,
the following is not intended for commit, and probably it's not
worth spending much time on it polishing it beyond its current
"works-for-me"-state. All the same, feedback is welcome.
I send it just in case anybody else is also forced to still
Hello,
I recently upgrade several i386 boxes to 4.3. Systems upgrades were fine.
But when I upgrade ports quagga, stop working completly.
When I launch the zebra (/usr/local/bin/zebra) daemon, I immediate stop
with an abort trap and this messages in syslog :
May 12 00:15:16 box zebra: stack over
Bugfix update to latest version. Fixes include:
*) Bugfix: nginx did not process FastCGI response if header was at
the end of FastCGI record; bug appeared in 0.6.2. Thanks to
Sergey Serov.
I ran into problems with wine on openbs4.3 mp generic.
#wine something
fixme:win32PE_LoadImage Need to relocate C:\something, but no
relocation records present(striped during link).
wine:cant exec something: error=0
wine:no exec file found
If anyone knows for workaround...
thank you
p.s. i set t
Noticed that I forgot to mention what pytvshows is..
$cat pkg/DESCR
pytvshows downloads torrents for TV shows from RSS feeds provided by
tvRSS.net. It is designed to be run from cron or a shell for programs
like rTorrent. It is based on TVShows (http://tvshows.sourceforge.net/).
comments/commi
On Sun, May 11, 2008 at 10:51 PM, Matthias Kilian <[EMAIL PROTECTED]>
wrote:
>
> It doesn't honor CFLAGS nor CC, you should adjust MAKE_FLAGS to force it
> (i.e. MAKE_FLAGS += CC="${CC}" CFLAGS="${CFLAGS}").
>
> WANTLIB isn't correct; you should run make port-lib-depends-check
> (or just make lib-
14 matches
Mail list logo
