On Mon, Dec 01, 2008 at 11:52:23PM -0500, Jason Beaudoin wrote:
> On Mon, Dec 1, 2008 at 11:26 PM, Jacob Meuser <[EMAIL PROTECTED]> wrote:
> > On Mon, Dec 01, 2008 at 10:46:19PM -0500, Jason Beaudoin wrote:
> >> On Mon, Dec 1, 2008 at 8:40 AM, RD Thrush <[EMAIL PROTECTED]> wrote:
> >> >> "j" ==
On Mon, Dec 1, 2008 at 11:26 PM, Jacob Meuser <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 01, 2008 at 10:46:19PM -0500, Jason Beaudoin wrote:
>> On Mon, Dec 1, 2008 at 8:40 AM, RD Thrush <[EMAIL PROTECTED]> wrote:
>> >> "j" == Jason Beaudoin <[EMAIL PROTECTED]> writes:
>> > j> [ ... snip ... ]
>>
On Mon, Dec 01, 2008 at 10:46:19PM -0500, Jason Beaudoin wrote:
> On Mon, Dec 1, 2008 at 8:40 AM, RD Thrush <[EMAIL PROTECTED]> wrote:
> >> "j" == Jason Beaudoin <[EMAIL PROTECTED]> writes:
> > j> [ ... snip ... ]
> >
> > j> so my question: have other folks run into the 0 byte package behavior
On Mon, Dec 1, 2008 at 8:40 AM, RD Thrush <[EMAIL PROTECTED]> wrote:
>> "j" == Jason Beaudoin <[EMAIL PROTECTED]> writes:
> j> [ ... snip ... ]
>
> j> so my question: have other folks run into the 0 byte package behavior
> j> before, or are there others with /usr/ports as a symlink but without
< snip >
>>
>> I understand that I can remove the FETCH_PACKAGES flag and this will
>> circumvent the problem, but circumvention isn't resolution; I am
>> curious if I am doing something wrong, of if something really is
>> broken.
>>
>>
>> thanks for the time,
>> ~Jason
>>
>>
>> [1] http://marc.in
Same, I tried all fxp.
On Mon, Dec 01, 2008 at 10:09:20PM -0500, Brad wrote:
> On Monday 01 December 2008 22:02:37 Marco Peereboom wrote:
> > No one cares?
> >
> > On Wed, Nov 26, 2008 at 08:49:57PM -0600, Marco Peereboom wrote:
> > > assertion "!"feature is missing in this emulation: " "unknown w
On Monday 01 December 2008 22:02:37 Marco Peereboom wrote:
> No one cares?
>
> On Wed, Nov 26, 2008 at 08:49:57PM -0600, Marco Peereboom wrote:
> > assertion "!"feature is missing in this emulation: " "unknown word read""
> > failed: file "/usr/obj/i386/qemu-0.9.1p4/qemu-0.9.1/hw/eepro100.c", line
No one cares?
On Wed, Nov 26, 2008 at 08:49:57PM -0600, Marco Peereboom wrote:
> assertion "!"feature is missing in this emulation: " "unknown word read""
> failed: file "/usr/obj/i386/qemu-0.9.1p4/qemu-0.9.1/hw/eepro100.c", line
> 1202, function "eepro100_read2"
>
> when running with fxp in qe
seems i've missed a bit here while away...
2 things:
koffice 1.6 branch does not support newer GraphicsMagick versions.
i still don't understand the no_gs thing. as kili pointed out, it can
be pinned down to removing the run dependency of ghostscript, but why?
for example, GraphicsMagick suppor
i'm saying that if gypsy doesn't break existing stuff, then i have no
problems with it.
i'll probably never use gypsy because it doesn't do anything for me
that gpsd can't already do, and it makes me install more software that
i don't need. but if it solves a problem for somebody else, great.
CK
> > > > So how does this compare to gpsd for real applications? I am asking
> > > > since the main gpsd developer is also an OpenBSD developer, and maybe
> > > > there are ways to fix the problems in gpsd?
> > > >
> > > > Oh, and I find this rude.
> > >
> > > DBUS is more crap I don't need or wan
* Theo de Raadt wrote:
> > On Mon, Dec 1, 2008 at 12:21 PM, Marc Balmer <[EMAIL PROTECTED]> wrote:
> > > * Ian Darwin wrote:
> >
> > >> Gypsy was designed to fix "the numerous design flaws found in GPSD".
> > >> These are compiled at http://gypsy.freedesktop.org/why-not-gpsd.html.
> > >
> > > So h
> On Mon, Dec 1, 2008 at 12:21 PM, Marc Balmer <[EMAIL PROTECTED]> wrote:
> > * Ian Darwin wrote:
>
> >> Gypsy was designed to fix "the numerous design flaws found in GPSD".
> >> These are compiled at http://gypsy.freedesktop.org/why-not-gpsd.html.
> >
> > So how does this compare to gpsd for real
On Mon, Dec 1, 2008 at 12:21 PM, Marc Balmer <[EMAIL PROTECTED]> wrote:
> * Ian Darwin wrote:
>> Gypsy was designed to fix "the numerous design flaws found in GPSD".
>> These are compiled at http://gypsy.freedesktop.org/why-not-gpsd.html.
>
> So how does this compare to gpsd for real applications?
Marc Balmer wrote:
Gypsy uses D-Bus to notify clients about location changes, sitting
on the system bus, issuing signals as the GPS data changes. This
design allows clients to only be notified about the changes they
care about and ignore the rest. Gypsy has fine grained signals, so
a client only
* Ian Darwin wrote:
> Gypsy is a gpsd replacement, used by OpenMoko "FSO" distribution.
>
> Compiles and runs; not yet tested with an actual GPS connected (left my
> puck GPS at home this week).
>
> $ more pkg/DESCR
> Gypsy is a GPS multiplexing daemon which allows multiple clients
> to access GPS
Gypsy is a gpsd replacement, used by OpenMoko "FSO" distribution.
Compiles and runs; not yet tested with an actual GPS connected (left my
puck GPS at home this week).
$ more pkg/DESCR
Gypsy is a GPS multiplexing daemon which allows multiple clients
to access GPS data from multiple GPS sources co
On Mon, 1 Dec 2008, Tobias Ulmer wrote:
Set PORTSDIR in mk.conf(5). Note that eg. for BSDSRCDIR it talks about
the "real path".
Hi,
I was told not long ago that I should use environment variable called
PORTSDIR instead of that.
[EMAIL PROTECTED]:~$ echo $PORTSDIR
/stuff/ports
--
Antti Har
Hi.
This diff updates gftp to the latest stable version.
I re-enabled IPv6 with this version and would really appreciate some
feebacks with it because I have no way to test IPv6.
Thanks.
--
AntoineIndex: Makefile
===
RCS file: /cv
Hi,
On Monday, December 1, 2008 at 3:36:46 AM, Thomas Delaet <[EMAIL PROTECTED]>
wrote:
> Why do you manually do the install (do-install) target in non-standard
> locations (for the icons), while the included install target does this
> perfectly?
Because author Texmaker has made desktop-file an
On Sun, Nov 30, 2008 at 07:42:25PM -0500, Jason Beaudoin wrote:
> Ports,
>
> I am running into some odd behavior when building ports, whereby some
> ports build fine, while others result in 0 byte packages in my local
> repository. I believe the problem ports are ones that have packages
> availabl
Matthias Kilian wrote:
On Sun, Nov 30, 2008 at 09:10:16PM +0100, LÉVAI Dániel wrote:
No. All you need is a global
BUILD_DEPENDS= :ghostscript-*:print/ghostscript/gnu
regardless of no_x11 or not. The whole purpose of this dependency
is to always get the same delegates.mgk that uses pnm
22 matches
Mail list logo
