On Tue, 22 Mar 2011, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote:
> > On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
> > > On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
> > > >Build dependencies that are not
On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
> > On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
> > >Build dependencies that are not the default package or
> > >
On Mon, Mar 21, 2011 at 5:53 PM, Brad wrote:
> On 22/03/11 4:54 PM, Stanley Lieber wrote:
>>>
>>> I've gotten one request to decommission qemu-old. It surprised me,
>>> as I thought there were still issues with qemu/ even with the semi recent
>>> thread fix as well as performance differences.
>>>
On 21/03/11 7:08 PM, Stanley Lieber wrote:
On Mon, Mar 21, 2011 at 5:53 PM, Brad wrote:
On 22/03/11 4:54 PM, Stanley Lieber wrote:
I've gotten one request to decommission qemu-old. It surprised me,
as I thought there were still issues with qemu/ even with the semi recent
thread fix as well a
On 22/03/11 4:54 PM, Stanley Lieber wrote:
I've gotten one request to decommission qemu-old. It surprised me,
as I thought there were still issues with qemu/ even with the semi recent
thread fix as well as performance differences.
Does anybody have objection to retiring qemu-old to the attic or
On 21/03/11 5:59 PM, Henning Brauer wrote:
* Todd T. Fries [2011-03-21 22:01]:
Does anybody have objection to retiring qemu-old to the attic or ?
yes, I object for the time being.
the laptops where i use(d) qemu most are stuck in tokyo, hadn't had a
chance to try the recently updated 0.14 ye
On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud
wrote:
I've (not so heavily) tested it on my sparc64 box.
The gtk+2 flavor builds and packages fine. It also seemed to work
without particular problems in all my test cases...
> Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
> byte-
I withdraw any thoughts of removing qemu-old anytime soon based on feedback.
Henning confirms performance gains for keeping it.
And we have a reminder that while kqemu is not recommended, it is only usable
on qemu-old.
Penned by Todd T. Fries on 20110321 15:58.35, we have:
| I've gotte
* Todd T. Fries [2011-03-21 22:01]:
> Does anybody have objection to retiring qemu-old to the attic or ?
yes, I object for the time being.
the laptops where i use(d) qemu most are stuck in tokyo, hadn't had a
chance to try the recently updated 0.14 yet and due to this situation
it'll be a bit, b
> I've gotten one request to decommission qemu-old. It surprised me,
> as I thought there were still issues with qemu/ even with the semi recent
> thread fix as well as performance differences.
>
> Does anybody have objection to retiring qemu-old to the attic or ?
>
> I'd rather not do this prem
I've gotten one request to decommission qemu-old. It surprised me,
as I thought there were still issues with qemu/ even with the semi recent
thread fix as well as performance differences.
Does anybody have objection to retiring qemu-old to the attic or ?
I'd rather not do this prematurely but if
On Mon, Mar 21, 2011 at 12:55:11PM +0100, Aleksander Piotrowski wrote:
> i need help with testing an update for games/jbrickshooter (i've
> headless openbsd machine). does it work you, guys?
it failed to resume an existing game:
Exception in thread "AWT-EventQueue-0"
java.lang.IllegalArgumentExce
On Mon, Mar 21, 2011 at 11:28:25AM -0700, Jeremy Evans wrote:
> On 03/14 01:32, Jeremy Evans wrote:
> > Mongrel2 is an application, language, and network architecture agnostic
> > web server that focuses on web applications using modern browser
> > technologies.
>
> Here's an update that simplifie
On Fri Mar 18, 2011 at 09:17:23PM +0500, Alexandr Shadchin wrote:
> I prepared diff update x11/fvwm2 to 2.5.31 (on request and test mikeb@)
>
> current x11/fvwm2 - 2.4.20 (stable branch)
> last version fvwm2 - 2.5.31 (unstable branch)
>
> mikeb@ work with 2.5, no regression found.
>
> What shoul
On 03/14 01:32, Jeremy Evans wrote:
> Mongrel2 is an application, language, and network architecture agnostic
> web server that focuses on web applications using modern browser
> technologies.
Here's an update that simplifies the zeromq port so it doesn't have to
use autoconf, and uses LIB_DEPENDS
Hi,
- make LZW archives work (list/view file/extract)
- make gzip archives work (view file/extract)
- modify bzip and bzip2 codes similarly for the sake of uniformity
- bump package and add automake to silence a warning during build
adding into archive or deleting file inside archive doesn't work
On Mon, Mar 21, 2011 at 04:22:05PM +, Christian Weisgerber wrote:
> Alexandr Shadchin wrote:
>
> > This update package d1489 to the latest release 1.5.1.
> > Fix MASTER_SITES and update. Tested on i386 and amd64.
>
> I'd just override the relevant stuff with
>
> MAKE_FLAGS= LOCAL_CFLAGS
Hi!
This update package xruskb to the latest release 1.15.4.
Fix MASTER_SITES and update. Tested on amd64.
Comments ? OK ?
--
Alexandr Shadchin
Index: Makefile
===
RCS file: /cvs/ports/russian/xruskb/Makefile,v
retrieving revision
Alexandr Shadchin wrote:
> This update package d1489 to the latest release 1.5.1.
> Fix MASTER_SITES and update. Tested on i386 and amd64.
I'd just override the relevant stuff with
MAKE_FLAGS= LOCAL_CFLAGS=-DHAVE_MKSTEMP LOCAL_LDFLAGS=""
and wouldn't bother with patch-Makefile. PREFIX app
Thanks guys, and I am on amd64 as you guessed correctly.
On Mon, Mar 21, 2011 at 9:40 AM, Stuart Henderson wrote:
> On 2011/03/21 07:48, Amit Kulkarni wrote:
>> Too much library problems. I tried to install rc2 yesterday. We have
>> to wait for upgraded packages.
>
> i386 packages are likely to b
On 2011/03/21 07:48, Amit Kulkarni wrote:
> Too much library problems. I tried to install rc2 yesterday. We have
> to wait for upgraded packages.
i386 packages are likely to be new enough already; new amd64
packages are on the way out now.
On Mon, 21 Mar 2011, 08:48:19 EDT, Amit Kulkarni wrote:
> Too much library problems. I tried to install rc2 yesterday. We have
> to wait for upgraded packages. I know you guys doing a lot of upgrades
> and testing various things out (groff, rc_scripts, wprintf's etc).
> Hope it comes out this wee
Too much library problems. I tried to install rc2 yesterday. We have
to wait for upgraded packages. I know you guys doing a lot of upgrades
and testing various things out (groff, rc_scripts, wprintf's etc).
Hope it comes out this week.
Thanks
On Mon, Mar 21, 2011 at 5:58 AM, Landry Breuil wrote:
David Coppa writes:
> On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud
> wrote:
>>
>> Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
>> byte-compile-file": ok.
>
> What's about this? Can it be committed?
I didn't have report on other arch of this last version with Mike
Belopuhov p
On Mon, 21 Mar 2011 11:58:35 +0100
Landry Breuil wrote:
> Oh, btw there's been rc1, and here's rc2.
Works fine for me on amd64.
Been running rc2 since yesterday and rc1 before that.
On Mon, Mar 21, 2011 at 11:36:17AM +0100, David Coppa wrote:
> On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud
> wrote:
> >
> > Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
> > byte-compile-file": ok.
>
> What's about this? Can it be committed?
>
I've been using the version pri
i need help with testing an update for games/jbrickshooter (i've
headless openbsd machine). does it work you, guys?
thanks, alek
Index: Makefile
===
RCS file: /cvs/ports/games/jbrickshooter/Makefile,v
retrieving revision 1.5
diff -u
On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud
wrote:
>
> Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
> byte-compile-file": ok.
What's about this? Can it be committed?
cheers,
david
On Mon, 21 Mar 2011, Marc Espie wrote:
> On Mon, Mar 21, 2011 at 12:02:21PM +0100, Antoine Jacoutot wrote:
> > On Mon, 21 Mar 2011, Marc Espie wrote:
> >
> > > On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote:
> > > > >It will solve things, but we have to design/document SYSCONFDIR
> > > > >
On Mon, Mar 21, 2011 at 12:02:21PM +0100, Antoine Jacoutot wrote:
> On Mon, 21 Mar 2011, Marc Espie wrote:
>
> > On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote:
> > > >It will solve things, but we have to design/document SYSCONFDIR
> > > >completely.
> > > >I vote for it to be readonly and
On Mon, 21 Mar 2011, Marc Espie wrote:
> On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote:
> > >It will solve things, but we have to design/document SYSCONFDIR completely.
> > >I vote for it to be readonly and not changed by users anywhere...
> > >There might be need for a port-dependent confi
On Sat, Feb 26, 2011 at 02:51:24PM +0100, Landry Breuil wrote:
> On Sun, Feb 13, 2011 at 12:15:26PM +0100, Landry Breuil wrote:
> > On Tue, Feb 01, 2011 at 10:57:53PM +0100, Landry Breuil wrote:
> > > On Sun, Jan 16, 2011 at 12:47:26AM +0100, Landry Breuil wrote:
> > > > On Sat, Dec 18, 2010 at 06:
On 2011/03/21 11:30, Marc Espie wrote:
> On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote:
> > >It will solve things, but we have to design/document SYSCONFDIR completely.
> > >I vote for it to be readonly and not changed by users anywhere...
> > >There might be need for a port-dependent config
On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote:
> >It will solve things, but we have to design/document SYSCONFDIR completely.
> >I vote for it to be readonly and not changed by users anywhere...
> >There might be need for a port-dependent config dir that would be derived
> >from SYSCONFDIR.
Hi,
I'm doing DTP on OpenBSD (Scribus 1.4.0 svn), now I'm looking for a
font manager.
Thus, anybody has port of fontmatrix?
http://fontmatrix.net/
I'm working on font-manager but fontmanager has more features.
http://code.google.com/p/font-manager/
jirib
Hello.
Here is a port that I made some time ago it incorporates feedback from
Giovanni Bechis. -current mandoc renders all man pages fine.
pkg/DESCR:
Net::NBName is a class that allows you to perform simple NetBIOS Name
Service Requests in your Perl code. It performs these NetBIOS opera
36 matches
Mail list logo
