On Sun, 21 Mar 2010, Antti Harri wrote:
Pretty trivial update to 2.3. Maintainer line removed
at Jason Peel's request.
New diff with a mention about Ruby in DESCR included.
Index: Makefile
===
RCS file: /cvs/ports/devel/rats/Ma
On Sun, Mar 21, 2010 at 08:29:12PM +, Federico G. Schwindt wrote:
> On Sun, Mar 21, 2010 at 10:31:34AM +, Jacob Meuser wrote:
> > On Fri, Jan 15, 2010 at 03:08:01AM +, Jacob Meuser wrote:
> > > is there any reason to not enable SDL sound always and get rid of the
> > > flavor? reading
On Tue, Jan 12, 2010 at 03:46:03PM +0100, Auclair Vincent wrote:
> On Mon, Jan 11, 2010 at 6:25 PM, Auclair Vincent
> wrote: > > Compiled ok :)
> >
> > regress didn't work
> >
> > # make regress
> > ===> ?Regression check for boost-1.41.0p0
> > make: cannot open Makefile.
> > *** Error code 2
> >
Security Precaution
For optimal interaction with the NEDBANK Web site, we recommend that you
enable JavaScript.
For optimal viewing of the NEDBANK Web site, we recommend that you enable
CSS.
For your security, we have temporarily prevented access to your account.
NEDBANK safeguards your account
On Sun, Mar 21, 2010 at 10:55 PM, Stuart Henderson wrote:
> On 2010/03/21 22:04, Benoit Chesneau wrote:
>> I've an error building java 1.6:
>>
>> gmake[3]: Entering directory
>
> You trimmed a bit too much of the log;
>
> ===> Building for jdk-1.6.0.03
>
> *** WARNING: you may see an error such a
On 2010/03/21 22:04, Benoit Chesneau wrote:
> I've an error building java 1.6:
>
> gmake[3]: Entering directory
You trimmed a bit too much of the log;
===> Building for jdk-1.6.0.03
*** WARNING: you may see an error such as
*** virtual memory exhausted
*** when building this package. If
Security Precaution
For optimal interaction with the NEDBANK Web site, we recommend that you
enable JavaScript.
For optimal viewing of the NEDBANK Web site, we recommend that you enable
CSS.
For your security, we have temporarily prevented access to your account.
NEDBANK safeguards your account
On Sun, Mar 21, 2010 at 10:04:15PM +0100, Benoit Chesneau wrote:
> I've an error building java 1.6:
>
> gmake[3]: Entering directory
> `/home/ports/pobj/jdk-1.6.0.03/j2se/make/java/redist'
> cp
> /home/ports/pobj/jdk-1.6.0.03/control/build/bsd-amd64/hotspot/import/jre/lib/amd64/server/libjvm.so
>
On Sun, Mar 21, 2010 at 09:48:40PM +0100, Tobias Ulmer wrote:
> On Sun, Mar 21, 2010 at 07:04:58PM +0100, Landry Breuil wrote:
> > On Sun, Mar 21, 2010 at 04:41:54PM +0100, Tobias Ulmer wrote:
> > > Hi there,
> > >
> > > the ncmpc update (which will follow in a sec) requires libmpdclient now.
> >
I've an error building java 1.6:
gmake[3]: Entering directory
`/home/ports/pobj/jdk-1.6.0.03/j2se/make/java/redist'
cp
/home/ports/pobj/jdk-1.6.0.03/control/build/bsd-amd64/hotspot/import/jre/lib/amd64/server/libjvm.so
/home/ports/pobj/jdk-1.6.0.03/control/build/bsd-amd64/lib/amd64/server/libjvm.
On Sun, Mar 21, 2010 at 07:11:34PM +0100, Landry Breuil wrote:
> On Sun, Mar 21, 2010 at 04:55:54PM +0100, Tobias Ulmer wrote:
> > 2.5 years later... ;-)
> >
> > Ncmpc was cleaned up and in parts rewritten significantly. It now
> > depends on libmpdclient. Naturally, this update needs to be tested
On Sun, Mar 21, 2010 at 07:04:58PM +0100, Landry Breuil wrote:
> On Sun, Mar 21, 2010 at 04:41:54PM +0100, Tobias Ulmer wrote:
> > Hi there,
> >
> > the ncmpc update (which will follow in a sec) requires libmpdclient now.
> > Pretty painless port...
> >
> > Yes I know, no new ports yet :)
>
> Bu
On Sun, Mar 21, 2010 at 10:31:34AM +, Jacob Meuser wrote:
> On Fri, Jan 15, 2010 at 03:08:01AM +, Jacob Meuser wrote:
> > is there any reason to not enable SDL sound always and get rid of the
> > flavor? reading the commit messages leads me to believe sound doesn't
> > work in the non-flav
CM SPAM detection: spam Уважаемые предприниматели!Поможем всем миром
нашей коллеге, 30-летней молодой женщине-предпринимателю Клавдии
Ставцевой из Москвы.В результате врачебной ошибки местных врачей (по
месту ее прописки в г. Орле), она оказалась в крайне тяжелой ситуации, ее
жизни грозит серьезная
On Sat, Mar 20, 2010 at 10:31:36PM +0100, Benoit Chesneau wrote:
> Hi all,
>
> does anyone manage ports via git ? I'm looking for info on how to do
> it or better if it exist a repository somewhere ?
I have a script that runs via cron, doing cvsync, cvs up, git add, git
commit, git push for all t
Matthieu Herrb wrote:
> Well you need machdep.allowaperture > 0 for open r/w to succeed.
>
> Are you sure pciutils never tries to write to pci config space? if so
> ok.
setpci(8) most definately needs to open the pci device as r/w, but
unfortunately it appears writes have been broken for some ti
On Sun, Mar 21, 2010 at 04:55:54PM +0100, Tobias Ulmer wrote:
> 2.5 years later... ;-)
>
> Ncmpc was cleaned up and in parts rewritten significantly. It now
> depends on libmpdclient. Naturally, this update needs to be tested.
>
> Charset stuff is a special concern, playing songs with non-ascii
>
Here is an update to bzflag 2.0.14..
Please test.
Index: Makefile
===
RCS file: /cvs/ports/games/bzflag/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile22 Dec 2009 16:28:00 - 1.19
+++ Makefile
On Sun, Mar 21, 2010 at 04:41:54PM +0100, Tobias Ulmer wrote:
> Hi there,
>
> the ncmpc update (which will follow in a sec) requires libmpdclient now.
> Pretty painless port...
>
> Yes I know, no new ports yet :)
Builds fine on macppc, on i386 i get :
cc -std=gnu99 -DNDEBUG -O2 -pipe -Wall -Wall
On Sun, Mar 21, 2010 at 06:38:32PM +0100, Tobias Ulmer wrote:
> > Looks good, but shouldn't SHARED_LIBS start from 0.0 and have a comment for
> > the
> > upstream lib version. For example in devel/libdvdread:
> >
> > SHARED_LIBS += dvdread 4.3 # .5.1
>
> I'm not sure about the
Pretty trivial update to 2.3. Maintainer line removed
at Jason Peel's request.
Index: Makefile
===
RCS file: /cvs/ports/devel/rats/Makefile,v
retrieving revision 1.17
diff -u -r1.17 Makefile
--- Makefile6 Jan 2008 17:13:04 -
On Sun, Mar 21, 2010 at 04:52:58PM +, Edd Barrett wrote:
> On Sun, Mar 21, 2010 at 04:41:54PM +0100, Tobias Ulmer wrote:
> > Hi there,
> >
> > the ncmpc update (which will follow in a sec) requires libmpdclient now.
> > Pretty painless port...
> >
> > Yes I know, no new ports yet :)
>
> Look
On Sun, Mar 21, 2010 at 04:59:05PM +, Edd Barrett wrote:
> On Sun, Mar 21, 2010 at 04:55:54PM +0100, Tobias Ulmer wrote:
> > 2.5 years later... ;-)
> >
> > Ncmpc was cleaned up and in parts rewritten significantly. It now
> > depends on libmpdclient. Naturally, this update needs to be tested.
On Sunday 21 March 2010 07:19:45 Landry Breuil wrote:
> On Sun, Mar 21, 2010 at 10:03:35AM +, Jacob Meuser wrote:
> > On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > > I have no way to test this, so testing would be much appreciated.
> >
> > does anyone use gmfsk?
>
> I doubt
On Sun, Mar 21, 2010 at 04:55:54PM +0100, Tobias Ulmer wrote:
> 2.5 years later... ;-)
>
> Ncmpc was cleaned up and in parts rewritten significantly. It now
> depends on libmpdclient. Naturally, this update needs to be tested.
Works sparc64.
>
> Charset stuff is a special concern, playing songs
On Sun, Mar 21, 2010 at 04:41:54PM +0100, Tobias Ulmer wrote:
> Hi there,
>
> the ncmpc update (which will follow in a sec) requires libmpdclient now.
> Pretty painless port...
>
> Yes I know, no new ports yet :)
Looks good, but shouldn't SHARED_LIBS start from 0.0 and have a comment for the
ups
On Sun, Mar 21, 2010 at 04:52:58PM +, Edd Barrett wrote:
> Looks good, but ...
Oh and, works sparc64.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Sun, Mar 21, 2010 at 05:30:50AM +0500, Alexandr Shadchin wrote:
> fixed
Seems to work well on sparc64.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
2.5 years later... ;-)
Ncmpc was cleaned up and in parts rewritten significantly. It now
depends on libmpdclient. Naturally, this update needs to be tested.
Charset stuff is a special concern, playing songs with non-ascii
letters should work.
patch -Ep1 in ${PORTSDIR}
>From aabcbd73ad8bd24d6293f
On Mon, Jan 25, 2010 at 12:07:03AM +, Jacob Meuser wrote:
> does this actually work for anyone? I tried to set an alarm, but the
> audio device is never opened anywhere near the time I chose. and even
> if it does try to play the sound, I doubt it is working correctly (if
> at all) on most sy
Hi there,
the ncmpc update (which will follow in a sec) requires libmpdclient now.
Pretty painless port...
Yes I know, no new ports yet :)
>From 9c2e92e1d26df3fce09bb194083ba25c1f58b488 Mon Sep 17 00:00:00 2001
From: Tobias Ulmer
Date: Fri, 19 Mar 2010 03:32:38 +0100
Subject: [PATCH 1/2] quick
On Sun, Mar 21, 2010 at 01:27:14PM +, Stuart Henderson wrote:
> On 2010/03/21 10:03, Jacob Meuser wrote:
> > On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > > I have no way to test this, so testing would be much appreciated.
> >
> > does anyone use gmfsk?
> >
> > there may v
This updates unzip to 6.0 which among other changes finally
adds support for ZIP64.
Index: Makefile
===
RCS file: /cvs/ports/archivers/unzip/Makefile,v
retrieving revision 1.40
diff -u -p -u -p -r1.40 Makefile
--- Makefile25 Mar 2
On Mon, Mar 22, 2010 at 01:16:02AM +1100, Jonathan Gray wrote:
> We need to open the pci device O_RDONLY not O_RDWR for this
> to work, otherwise the result is:
>
> lspci: obsd_init: /dev/pci open failed
Well you need machdep.allowaperture > 0 for open r/w to succeed.
Are you sure pciutils never
We need to open the pci device O_RDONLY not O_RDWR for this
to work, otherwise the result is:
lspci: obsd_init: /dev/pci open failed
Index: Makefile
===
RCS file: /cvs/ports/sysutils/pciutils/Makefile,v
retrieving revision 1.10
diff
On 2010/03/21 10:03, Jacob Meuser wrote:
> On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > I have no way to test this, so testing would be much appreciated.
>
> does anyone use gmfsk?
>
> there may very well be change the audio(4) API/ABI this release cycle,
> so it'd be nice to
On Sun, Mar 21, 2010 at 03:01:20PM +0300, Igor Zinovik wrote:
> Hello, ports@
>
> Cppcheck is an analysis tool for C/C++ code. Unlike C/C++ compilers and
> many other analysis tools, we don't detect syntax errors. Cppcheck only
> detects the types of bugs that the compilers normally fail to
Hello, ports@
Cppcheck is an analysis tool for C/C++ code. Unlike C/C++ compilers and
many other analysis tools, we don't detect syntax errors. Cppcheck only
detects the types of bugs that the compilers normally fail to detect.
The goal is no false positives.
Compiles and runs fine on i3
On Sun, Mar 21, 2010 at 10:03:35AM +, Jacob Meuser wrote:
> On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > I have no way to test this, so testing would be much appreciated.
>
> does anyone use gmfsk?
I doubt so, and they probably don't read po...@..
> there may very well b
On Sun, Mar 21, 2010 at 01:16:06PM +0300, Vadim Zhukov wrote:
> On 21 March 2010 ?. 13:03:35 Jacob Meuser wrote:
> > On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > > I have no way to test this, so testing would be much appreciated.
> >
> > does anyone use gmfsk?
> >
> > there may
On 21 March 2010 г. 13:35:03 Stuart Henderson wrote:
> On 2010/03/21 13:16, Vadim Zhukov wrote:
> > On 21 March 2010 ?. 13:03:35 Jacob Meuser wrote:
> > > On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > > > I have no way to test this, so testing would be much
> > > > appreciated.
On 2010/03/21 13:16, Vadim Zhukov wrote:
> On 21 March 2010 ?. 13:03:35 Jacob Meuser wrote:
> > On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > > I have no way to test this, so testing would be much appreciated.
> >
> > does anyone use gmfsk?
> >
> > there may very well be change
On Fri, Jan 15, 2010 at 03:08:01AM +, Jacob Meuser wrote:
> is there any reason to not enable SDL sound always and get rid of the
> flavor? reading the commit messages leads me to believe sound doesn't
> work in the non-flavored package.
no replies, so I guess there's no reason not to use SDL
On 21 March 2010 г. 13:03:35 Jacob Meuser wrote:
> On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> > I have no way to test this, so testing would be much appreciated.
>
> does anyone use gmfsk?
>
> there may very well be change the audio(4) API/ABI this release cycle,
> so it'd be n
On Sun, Mar 21, 2010 at 10:58 AM, Stuart Henderson wrote:
> On 2010/03/21 09:52, Benoit Chesneau wrote:
>> libeven is a multiplatform asynchronous event notification library :
>>
>> http://monkey.org/~provos/libevent/
>>
>> any feedback appreciated.
>>
>> - benoit
>
> libevent is in base; unless t
On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote:
> I have no way to test this, so testing would be much appreciated.
does anyone use gmfsk?
there may very well be change the audio(4) API/ABI this release cycle,
so it'd be nice to convert the last few ports still using audio(4)
to snd
On 2010/03/21 09:52, Benoit Chesneau wrote:
> libeven is a multiplatform asynchronous event notification library :
>
> http://monkey.org/~provos/libevent/
>
> any feedback appreciated.
>
> - benoit
libevent is in base; unless there's a very good reason not to,
it's probably better to update it
On 20 March 2010 г. 22:18:18 Christian Weisgerber wrote:
> Update to 1.92.
> This now works again with IPv6 nameservers, broken in 1.82+.
> Works well for me on sparc64.
>
> There is a tug of war between (1) keeping transmission lightweight
> and (2) adding more and more GNOME support. Personally,
On 2010/03/20 23:45, Stuart Henderson wrote:
> if you use nut, especially with USB UPS, please test this update
> and report back. it adds support for many new devices, but as ever,
> it's more important to know that it doesn't break anything you
> already use. thanks.
ugh, sorry - wrong diff - pl
On 2010/03/21 04:32, Daniel Dickman wrote:
> 4) No improvement for me with "hg log | more" versus 1.4.2 which seems
> to have some issues on the console on my end (I'm testing on amd64)
welcome to the astonishing world of piping threaded programs (python)
to non-threaded ones (more) with userland
Here's an update of p5-Spreadsheet-WriteExcel to the latest version.
Changelog can be found here:
http://cpansearch.perl.org/src/JMCNAMARA/Spreadsheet-WriteExcel-2.37/Changes
All regression tests ran successfully for me on amd64.
Index: Makefile
=
libeven is a multiplatform asynchronous event notification library :
http://monkey.org/~provos/libevent/
any feedback appreciated.
- benoit
libevent_1.4.13.tgz
Description: GNU Zip compressed data
Hi Vivien. Some comments after a quick look --
1) Have you contacted the MAINTAINER to work with them on an update?
2) I think you might have forgotten to do a "make update-patches"
3) I don't think the i18n files should be removed. They're still in
the 1.5 tar.gz source download, but looks like s
53 matches
Mail list logo