ANEXO Planilha-de-precos.doc (143,2 kb)
Segue em anexo conforme solicitado o relatorio e as
cotações de preços e produtos listados a seguir.
I don't use this but someone mentioned it needed an update for KERN_PROC2.
Please test.
Index: Makefile
===
RCS file: /cvs/ports/net/zabbix/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile15 Jan 2010 0
To update subtitleeditor 31.0 -> 35.1 i'm going to make gstreamermm port.
Any one working on this? Anyone interested in this port except me?
On Sun, Jan 17, 2010 at 04:52:53PM -0600, Chris Bennett wrote:
> Ted Unangst wrote:
> >On Sun, Jan 17, 2010 at 5:03 PM, Brad wrote:
> >>On Sunday 17 January 2010 16:44:02 Ted Unangst wrote:
> >>>Why does gd have USE_X11=Yes? Is that a bug?
> >>Unfortunately it isn't a bug. It is to be able to pul
Ted Unangst wrote:
On Sun, Jan 17, 2010 at 5:03 PM, Brad wrote:
On Sunday 17 January 2010 16:44:02 Ted Unangst wrote:
Why does gd have USE_X11=Yes? Is that a bug?
Unfortunately it isn't a bug. It is to be able to pull in FreeType 2.x and
Fontconfig.
So there's no point
On 2010/01/17 13:38, Dorian Büttner wrote:
> Hi,
>
> rebuilt some machines to -current as called for testing. I then found
> pfstat complaining steadily like this:
>
> ioctl: DIOCIGETIFACES: Operation not supported by device
> pf_query: query_ifaces() failed
>
> A rebuild of the port against -cu
On Sun, Jan 17, 2010 at 5:03 PM, Brad wrote:
> On Sunday 17 January 2010 16:44:02 Ted Unangst wrote:
>> Why does gd have USE_X11=Yes? Is that a bug?
>
> Unfortunately it isn't a bug. It is to be able to pull in FreeType 2.x and
> Fontconfig.
So there's no point in disabling xpm support then?
On Sunday 17 January 2010 16:44:02 Ted Unangst wrote:
> Why does gd have USE_X11=Yes? Is that a bug?
Unfortunately it isn't a bug. It is to be able to pull in FreeType 2.x and
Fontconfig.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be cl
Why does gd have USE_X11=Yes? Is that a bug?
On Sun, Jan 17, 2010 at 07:32:05PM +0100, Tasmanian Devil wrote:
> >> Just as info: With the snapshot from January 15 symon-mon-2.79p0
> >> doesn't show process statistics with proc(...) statements anymore.
> >
> > More KERN_PROC fallout :-(
> >
> > Can you please test wether the diff below produce
On Thu, Jan 14, 2010 at 02:38:04AM +, Jacob Meuser wrote:
> - sndio for games/allegro
> - build allegro libs with -pthread in LDFLAGS instead of -lpthread in LIBS.
> allegro-config passes the LDFLAGS on, so dependent ports build correctly.
> - don't build modules in liballegro. it made it diff
On Sat, Jan 16, 2010 at 03:56:13PM +0100, Alexandre Ratchov wrote:
> The new 1.0.0 release adds support MTC/MMC which can be used
> to control aucat; since we don't have a kind of ``aucatctl'
> it would be nice to have this in 4.7
>
> Furthermore, the old version is broken on 64-bit strict
> align
>> Just as info: With the snapshot from January 15 symon-mon-2.79p0
>> doesn't show process statistics with proc(...) statements anymore.
>
> More KERN_PROC fallout :-(
>
> Can you please test wether the diff below produces the expected
> results?
Sure, I'm happy to help! :) Seems your diff fixes
On Sun, Jan 17, 2010 at 04:42:09PM +0100, Tasmanian Devil wrote:
> Just as info: With the snapshot from January 15 symon-mon-2.79p0
> doesn't show process statistics with proc(...) statements anymore.
More KERN_PROC fallout :-(
Can you please test wether the diff below produces the expected
resul
Hello!
Just as info: With the snapshot from January 15 symon-mon-2.79p0
doesn't show process statistics with proc(...) statements anymore.
Worked fine with the same configuration with the December 21 snapshot
installed. The other statistics work fine, only process statistics are
broken. Data for t
Hi,
rebuilt some machines to -current as called for testing. I then found
pfstat complaining steadily like this:
ioctl: DIOCIGETIFACES: Operation not supported by device
pf_query: query_ifaces() failed
A rebuild of the port against -current fixed this, however I just thaught I'd
throw this i
On 2010/01/16 21:26, Dorian Büttner wrote:
> There seems to be different sized ones with the same name/version, which one
> is correct?:
the ftp.openbsd.org one is right for this port; upstream has changed
to a different version. I've mirrored it:
Index: Makefile
Am 17.01.2010 13:10, schrieb Stuart Henderson:
> On 2010/01/17 13:05, Michael Lechtermann wrote:
>> Hi,
>>
>> I've tried to build several packages on sparc64 current, but glib2
>> doesn't want to build. Any ideas?
>
> If it's already installed, remove it first. This is the number 1 cause
> of 'und
On 2010/01/17 13:05, Michael Lechtermann wrote:
> Hi,
>
> I've tried to build several packages on sparc64 current, but glib2
> doesn't want to build. Any ideas?
If it's already installed, remove it first. This is the number 1 cause
of 'undefined reference to ...' errors.
> /usr/ports/pobj/glib-
Hi,
I've tried to build several packages on sparc64 current, but glib2
doesn't want to build. Any ideas?
/usr/local/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H
-I. -I.. -I.. -I/usr/local/include -DG_LOG_DOMAIN=\"GLib\"
-DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILAT
On Sat, Jan 16, 2010 at 09:03:04PM +0100, "Dorian Büttner" wrote:
>
> found three occurances of KERN_PROC, which is now deprecated in favor of
> KERN_PROC2. (http://marc.info/?l=openbsd-cvs&m=126350804608096&w=2)
> Error messages are similar to this one:
>
> usr/ports/pobj/kdebase-3.5.10/kdebase
21 matches
Mail list logo
