On Tue, Nov 14, 2006 at 01:22:12PM -0800, walt wrote:
> I had to make some emergency patches to get Thunar to build:
> thunar-vfs-os-bsd.c:110: error: structure has no member named
> `d_reclen'
It should not use it at all. It is not portable or not needed.
Joerg
I'm having fun playing with pkgsrc/wip/xfce4, which is the
latest incarnation of xfce, version 4.3.99.
I especially like Thunar, the low-calorie-back-to-basics gui
file manager, which is very much in the original spirit of
the xfce project.
I had to make some emergency patches to get Thunar to bu
On Tue, Nov 14, 2006 at 09:56:59PM +0100, Eli Green wrote:
> On 2006-11-14, Joerg Sonnenberger wrote:
> >On Tue, Nov 14, 2006 at 08:57:02PM +0100, Eli Green wrote:
> >>It seems to me that DragonFly is not very far from the stated goal of
> >>having multiple libraries as it is, using varsyms or mayb
On 2006-11-14, Joerg Sonnenberger wrote:
On Tue, Nov 14, 2006 at 08:57:02PM +0100, Eli Green wrote:
It seems to me that DragonFly is not very far from the stated goal of
having multiple libraries as it is, using varsyms or maybe a slightly
specialized version of nullfs:
[snip]
(a) As Jeremy s
On Tue, Nov 14, 2006 at 08:57:02PM +0100, Eli Green wrote:
> It seems to me that DragonFly is not very far from the stated goal of
> having multiple libraries as it is, using varsyms or maybe a slightly
> specialized version of nullfs:
[snip]
(a) As Jeremy said, this is something pkgviews tries/t
:...
:instead of /usr/pkg. This doesn't sound hard. Getting pkgsrc to convince
:configure scripts to search the right directories for header files might
:be trickier. Or, I guess it should just search /usr/pkg with the right
:environment variables set.
:
:Is this sort of what you meant? Is there so
On 2006-11-14, Matthew Dillon wrote:
:
:Matthew Dillon wrote:
:> At the moment we have no plans to integrate package management
:> directly into the filesystem layer. We do have tools already
:> available (varsyms) to make this possible, and pkgsrc makes things
:> easier by in
> I would personally like pkgsrc to have the ability to install multiple
> versions of a package, but that is support that the pkgsrc people would
> have to add, not us.
That feature existed a couple years ago. It is called "pkgviews". And I
used it myself. It was experimental and not
:
:Matthew Dillon wrote:
:> At the moment we have no plans to integrate package management
:> directly into the filesystem layer. We do have tools already
:> available (varsyms) to make this possible, and pkgsrc makes things
:> easier by installing into /usr/pkg, leaving /usr/loc
Hi,
are there plans to port the ipw3945 driver from OpenBSD in the near future?
Thomas
Haidut pravi:
I am currently trying to run some benchmarks for PostgreSQL and MySQL
running on Dfly 1.6.2, PC-BSD (FreeBSD 6.1/6.2), NetBSD 3.1, OpenBSD
4.0, and Linux 2.6.x (Ubuntu). I've yet to find MySQL benchmarking
tools that compile and run on all of the above OS but "pgbench" for
PostgreSQ
On Wed, Nov 15, 2006 at 12:48:21AM +1100, Petr Janda wrote:
> https://openjdk.dev.java.net/
>
> Now we can have a working JDK/JRE in DragonFly :-)
It doesn't change anything. It was open source before, just not free
software.
Joerg
https://openjdk.dev.java.net/
Now we can have a working JDK/JRE in DragonFly :-)
Petr
AFAIU, it only changes the policy of distribution of binaries?
Joerg Sonnenberger wrote:
On Tue, Nov 14, 2006 at 10:00:54AM +0100, Simon 'corecode' Schubert wrote:
Joerg Sonnenberger wrote:
At least the IPv6 case is incomplete as it doesn't deal with mapped ipv4
addresses. I also don't think the behaviour for INADDR_ANY is correct.
Could you elaborate on t
Am 14.11.2006 um 08:48 schrieb Joerg Sonnenberger:
On Mon, Nov 13, 2006 at 06:30:45PM +0100, Markus Hitter wrote:
Still I think an option to run DragonFly off BIOS drivers would be a
good thing. Hardware changes every few months and if the bootloader
works, why shouldn't the remaining OS? Perf
On Tue, Nov 14, 2006 at 10:00:54AM +0100, Simon 'corecode' Schubert wrote:
> Joerg Sonnenberger wrote:
> >At least the IPv6 case is incomplete as it doesn't deal with mapped ipv4
> >addresses. I also don't think the behaviour for INADDR_ANY is correct.
>
> Could you elaborate on that? How should
On Tue, Nov 14, 2006 at 11:31:57AM +0100, Joerg Sonnenberger wrote:
> On Tue, Nov 14, 2006 at 10:00:54AM +0100, Simon 'corecode' Schubert wrote:
> > Joerg Sonnenberger wrote:
> > >At least the IPv6 case is incomplete as it doesn't deal with mapped ipv4
> > >addresses. I also don't think the behavio
Joerg Sonnenberger wrote:
At least the IPv6 case is incomplete as it doesn't deal with mapped ipv4
addresses. I also don't think the behaviour for INADDR_ANY is correct.
Could you elaborate on that? How should mapped ipv4 addresses be handled? I
guess there would need to be a check for alrea
19 matches
Mail list logo
