Package: wnpp
Severity: wishlist
Owner: Robert Millan
* Package name: ctfutils
* URL : http://www.freebsd.org/
* License : CDDL, with some BSD (2 clause) additions
Description : FreeBSD CTF utilities
This package contains utilities to create, merge and dump
package so that
Linux-specific manpages are moved to a separate "linux-any" package?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/527d5113.2090...@debian.org
elp if you try with kfreebsd-image-10? kfreebsd-downloader-10?
> glxgears: ../../../../../src/mesa/main/context.c:1501:
> _mesa_make_current: Assertion `newCtx->Version > 0' failed.
Probably a consequence of the above.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ..
elp if you try with kfreebsd-image-10? kfreebsd-downloader-10?
> glxgears: ../../../../../src/mesa/main/context.c:1501:
> _mesa_make_current: Assertion `newCtx->Version > 0' failed.
Probably a consequence of the above.
--
Robert Millan
--
To UNSUBSCRIBE, email t
elp if you try with kfreebsd-image-10? kfreebsd-downloader-10?
> glxgears: ../../../../../src/mesa/main/context.c:1501:
> _mesa_make_current: Assertion `newCtx->Version > 0' failed.
Probably a consequence of the above.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-r
nge something in
/etc/devfs.d/00_defaults.rules ?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/527cd31f.4090...@debian.org
- Native ZFS filesystem development files for Linux
libzfs1- Native ZFS filesystem library for Linux
libzpool1 - Native ZFS pool library for Linux
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
- Native ZFS filesystem development files for Linux
libzfs1- Native ZFS filesystem library for Linux
libzpool1 - Native ZFS pool library for Linux
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
/zfsutils.cron.daily (ToH snapshot management script I wrote
myself, very useful IMHO ;-))
If you think it's worth it, we could split them off zfsutils into a
separate binary-all package.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subje
/zfsutils.cron.daily (ToH snapshot management script I wrote
myself, very useful IMHO ;-))
If you think it's worth it, we could split them off zfsutils into a
separate binary-all package.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subje
uot;libusb3";
is_affected = .depends ~ /libusb2debian.*/ | .depends ~ /libusb3.*/;
is_good = .depends ~ /libusb3.*/;
is_bad = .depends ~ /libusb2debian.*/;
title = "libkvm6";
is_affected = .depends ~ /libkvm0.*/ | .depends ~ /libkvm6.*/;
is_good = .depends ~ /libkvm6.*/;
is_bad = .d
uot;libusb3";
is_affected = .depends ~ /libusb2debian.*/ | .depends ~ /libusb3.*/;
is_good = .depends ~ /libusb3.*/;
is_bad = .depends ~ /libusb2debian.*/;
title = "libkvm6";
is_affected = .depends ~ /libkvm0.*/ | .depends ~ /libkvm6.*/;
is_good = .depends ~ /libkvm6.*/;
is_bad = .d
uot;libusb3";
is_affected = .depends ~ /libusb2debian.*/ | .depends ~ /libusb3.*/;
is_good = .depends ~ /libusb3.*/;
is_bad = .depends ~ /libusb2debian.*/;
title = "libkvm6";
is_affected = .depends ~ /libkvm0.*/ | .depends ~ /libkvm6.*/;
is_good = .depends ~ /libkvm6.*/;
is_bad = .d
On 02/11/2013 14:06, Robert Millan wrote:
> tags 726517 patch
> found 726517 1.5.1+id17-3~deb7u1
> thanks
Actually, please use updated version here.
--
Robert Millan
diff -Nur enigmail-1.5.1+id17/debian/control enigmail-1.5.1+id17.new/debian/control
--- enigmail-1.5.1+id17/debian/con
On 02/11/2013 14:06, Robert Millan wrote:
> tags 726517 patch
> found 726517 1.5.1+id17-3~deb7u1
> thanks
Actually, please use updated version here.
--
Robert Millan
diff -Nur enigmail-1.5.1+id17/debian/control enigmail-1.5.1+id17.new/debian/control
--- enigmail-1.5.1+id17/debian/con
On 02/11/2013 14:06, Robert Millan wrote:
> tags 726517 patch
> found 726517 1.5.1+id17-3~deb7u1
> thanks
Actually, please use updated version here.
--
Robert Millan
diff -Nur enigmail-1.5.1+id17/debian/control enigmail-1.5.1+id17.new/debian/control
--- enigmail-1.5.1+id17/debian/con
tags 726517 patch
found 726517 1.5.1+id17-3~deb7u1
thanks
--
Robert Millan
--- a/extensions/enigmail/ipc/src/Makefile
+++ b/extensions/enigmail/ipc/src/Makefile
@@ -41,7 +41,7 @@
endif
endif
-ifeq ($(OS_ARCH),Linux)
+ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH)))
LDFLAGS += -shared
tags 726517 patch
found 726517 1.5.1+id17-3~deb7u1
thanks
--
Robert Millan
--- a/extensions/enigmail/ipc/src/Makefile
+++ b/extensions/enigmail/ipc/src/Makefile
@@ -41,7 +41,7 @@
endif
endif
-ifeq ($(OS_ARCH),Linux)
+ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH)))
LDFLAGS += -shared
tags 726517 patch
found 726517 1.5.1+id17-3~deb7u1
thanks
--
Robert Millan
--- a/extensions/enigmail/ipc/src/Makefile
+++ b/extensions/enigmail/ipc/src/Makefile
@@ -41,7 +41,7 @@
endif
endif
-ifeq ($(OS_ARCH),Linux)
+ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH)))
LDFLAGS += -shared
and
> ? can/should i use the latter on kfreebsd-*?
is available on systems using kernel of FreeBSD.
is available on systems using Glibc.
As GNU/kFreeBSD is both things, you can have the one you prefer. Just
check for the component that provides it (i.e. __GLIBC__ or
__FreeBSD_kernel__) then
and
> ? can/should i use the latter on kfreebsd-*?
is available on systems using kernel of FreeBSD.
is available on systems using Glibc.
As GNU/kFreeBSD is both things, you can have the one you prefer. Just
check for the component that provides it (i.e. __GLIBC__ or
__FreeBSD_kernel__) then
and
> ? can/should i use the latter on kfreebsd-*?
is available on systems using kernel of FreeBSD.
is available on systems using Glibc.
As GNU/kFreeBSD is both things, you can have the one you prefer. Just
check for the component that provides it (i.e. __GLIBC__ or
__FreeBSD_kernel__) then
and
> ? can/should i use the latter on kfreebsd-*?
is available on systems using kernel of FreeBSD.
is available on systems using Glibc.
As GNU/kFreeBSD is both things, you can have the one you prefer. Just
check for the component that provides it (i.e. __GLIBC__ or
__FreeBSD_kernel__) then
/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
kfreebsd-downloader-10 - kernel of FreeBSD (upstream version)
kfreebsd-downloader-10.0 - kernel of FreeBSD (upstream version)
Changes:
kfreebsd-downloader-10 (10.0~beta2-1) experimental; urgency=low
.
* New upstream BETA release
/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
kfreebsd-downloader-10 - kernel of FreeBSD (upstream version)
kfreebsd-downloader-10.0 - kernel of FreeBSD (upstream version)
Changes:
kfreebsd-downloader-10 (10.0~alpha4-1) experimental; urgency=low
.
* New upstream ALPHA
can see, starting with kfreebsd-kernel-headers 9.2~3 the
macros you want are defined unconditionally (by way of #include
). Maybe you just need a versioned B-D?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe
can see, starting with kfreebsd-kernel-headers 9.2~3 the
macros you want are defined unconditionally (by way of #include
). Maybe you just need a versioned B-D?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe
can see, starting with kfreebsd-kernel-headers 9.2~3 the
macros you want are defined unconditionally (by way of #include
). Maybe you just need a versioned B-D?
--
Robert Millan
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.
can see, starting with kfreebsd-kernel-headers 9.2~3 the
macros you want are defined unconditionally (by way of #include
). Maybe you just need a versioned B-D?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
On 31/10/2013 22:02, Steven Chamberlain wrote:
> On 31/10/13 19:53, Robert Millan wrote:
>>>> +#ifndef INADDR_PFSYNC_GROUP
>>>> +#define INADDR_PFSYNC_GROUP (uint32_t)0xf0e0
>>>> +#endif
>
>> This is an IPv4 address right? Any idea what is i
On 31/10/2013 22:02, Steven Chamberlain wrote:
> On 31/10/13 19:53, Robert Millan wrote:
>>>> +#ifndef INADDR_PFSYNC_GROUP
>>>> +#define INADDR_PFSYNC_GROUP (uint32_t)0xf0e0
>>>> +#endif
>
>> This is an IPv4 address right? Any idea what is i
(u_int32_t)0xe012 /* 224.0.0.18 */
#define INADDR_PFSYNC_GROUP (u_int32_t)0xe0f0 /* 224.0.0.240 */
#define INADDR_ALLMDNS_GROUP(u_int32_t)0xe00000fb /* 224.0.0.251 */
Thanks!
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
(u_int32_t)0xe012 /* 224.0.0.18 */
#define INADDR_PFSYNC_GROUP (u_int32_t)0xe0f0 /* 224.0.0.240 */
#define INADDR_ALLMDNS_GROUP(u_int32_t)0xe00000fb /* 224.0.0.251 */
Thanks!
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-6
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 30 Oct 2013 00:04:50 +0100
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.14
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-5
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Oct 2013 23:10:03 +0100
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.13
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-4
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files for
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-3
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files for
Package: subversion
Version: 1.7.13-2
Severity: normal
$ svn co https://some-url/
[]
svn: E200029: Couldn't perform atomic initialization
svn: E200030: SQLite compiled for 3.8.0.2, but running with 3.7.13
Updating the libsqlite3-0 package fixed it.
-- System Information:
Debian Release: 7.1
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-2
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files for
Architecture: source kfreebsd-amd64 all
Version: 9.2+ds1-1
Distribution: experimental
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
libalias-dev - Development files for libalias
libalias7 - FreeBSD packet aliasing library
libcam-dev - Development files
.
FTR, even former versions which built succesfully are not bootable under
QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in
http://people.debian.org/~rmh/kfreebsd-mipsel/)
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsu
.
FTR, even former versions which built succesfully are not bootable under
QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in
http://people.debian.org/~rmh/kfreebsd-mipsel/)
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
.
FTR, even former versions which built succesfully are not bootable under
QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in
http://people.debian.org/~rmh/kfreebsd-mipsel/)
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsu
On 01/09/2013 22:40, Robert Millan wrote:
> Steven Chamberlain:
>> On 01/09/13 18:04, Robert Millan wrote:
>>> [...] maybe we should move the modules to /boot like
>>> upstream does? And make /lib/modules a symlink or something.
>>
>> Yes I think so. It al
e team too, either
> way I don't really care much.
When I packaged posixtestsuite almost 10 years ago, I thought it'd turn
to be very useful, but ultimately it wasn't all that much. My mistake.
If nobody steps in, I would suggest removing it. But if you want to
maintain that, it&
On 26/10/2013 17:49, Mats Erik Andersson wrote:
> lördag den 26 oktober 2013 klockan 17:16 skrev Robert Millan detta:
>>
>> Which sendfile() do you want?
>>
>> There's the SYS_sendfile syscall, which is defined as bsd_sendfile() in
>> but awkwardly not expor
Millan
Description:
ufsutils - UFS filesystems utilities
ufsutils-udeb - stripped-down versions of ufsutils, for debian-installer (udeb)
Changes:
ufsutils (9.2-1) experimental; urgency=low
.
* New upstream release.
.
[ Robert Millan ]
* Switch architecture to kfreebsd-any.
* Update
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 26 Oct 2013 16:09:29 +0200
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.12
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
ub you're calling, which I guess is supposed
to emulate Linux semantics, but is not implemented.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/526bdcd3.6010...@debian.org
ears
from latest upstream?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/526bd450.7060...@debian.org
Please test.
Thanks.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/526bd066.3080...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 26 Oct 2013 14:43:08 +0200
Source: ufsutils
Binary: ufsutils ufsutils-udeb
Architecture: source kfreebsd-amd64
Version: 8.2-4
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
: experimental
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
acpi-modules-10.0-0-486-di - ACPI support modules (udeb)
acpi-modules-10.0-0-amd64-di - ACPI support modules (udeb)
cdrom-modules-10.0-0-486-di - Esoteric CDROM drivers (udeb)
cdrom-modules
e whole thing a "name", you
need to check what this name is used for. If it's just cosmetic, it
doesn't matter. But if it's used to infer details about the components
of the system, then try avoiding that kind of checks entirely, or if
that's too hard use the on
tils, please let us know so that at least we
can have an up-to-date version (even if less portable).
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5265b8e2.40...@debian.org
ted some draft code to add funopen() support to libbsd,
> but left it aside given the various issues with the interface. I've
> just finished and polished a full implementation, and pushed to libbsd's
> git master, it will be included in 0.7.0.
If there's a readily availabl
ted some draft code to add funopen() support to libbsd,
> but left it aside given the various issues with the interface. I've
> just finished and polished a full implementation, and pushed to libbsd's
> git master, it will be included in 0.7.0.
If there's a readily availabl
of kfreebsd-kernel-headers
> though? If systemtap-sdt-dev is intended to become Build-Essential it
> mustn't conflict with k-k-h!
But nobody mentioned systemtap-sdt-dev becoming Build-Essential.
Is that the current plan?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-d
of kfreebsd-kernel-headers
> though? If systemtap-sdt-dev is intended to become Build-Essential it
> mustn't conflict with k-k-h!
But nobody mentioned systemtap-sdt-dev becoming Build-Essential.
Is that the current plan?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-
uggestion, assuming everyone is okay with it, would be that you make
this package arch-all and add a:
Replaces: kfreebsd-kernel-headers [kfreebsd-any]
to debian/control.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsub
uggestion, assuming everyone is okay with it, would be that you make
this package arch-all and add a:
Replaces: kfreebsd-kernel-headers [kfreebsd-any]
to debian/control.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsub
installer always creates zpools within MSDOS partitions, in order
to leave room for embedding. If you created a full-disk pool, GRUB
doesn't support this setup AFAIK.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 20 Oct 2013 15:14:22 +0200
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.11
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 20 Oct 2013 12:56:14 +0200
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.10
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 20 Oct 2013 02:08:57 +0200
Source: freebsd-glue
Binary: freebsd-glue
Architecture: source kfreebsd-amd64
Version: 0.1.9
Distribution: unstable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
and python dependency and ship just the header file?
I wouldn't worry about that. If we go for SystemTap, the provider of
wouldn't be Build-Essential anymore.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
and python dependency and ship just the header file?
I wouldn't worry about that. If we go for SystemTap, the provider of
wouldn't be Build-Essential anymore.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsub
On 19/10/2013 18:06, Mark Wielaard wrote:
> On Sat, Oct 19, 2013 at 05:00:48PM +0200, Robert Millan wrote:
>> If you want to avoid modifying programs that #include , why
>> not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can
>> build them with -I/usr/incl
On 19/10/2013 18:06, Mark Wielaard wrote:
> On Sat, Oct 19, 2013 at 05:00:48PM +0200, Robert Millan wrote:
>> If you want to avoid modifying programs that #include , why
>> not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can
>> build them with -I/usr/incl
ide with
it... (it's bad enough glibc and kfreebsd have different ideas on what
"system headers" means already).
If you want to avoid modifying programs that #include , why
not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can
build them with -I/usr/include/syst
ide with
it... (it's bad enough glibc and kfreebsd have different ideas on what
"system headers" means already).
If you want to avoid modifying programs that #include , why
not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can
build them with -I/usr/include/systemtap
emtap-sdt-dev to (ab)use the hierarchy. This part of the
namespace is supposed to be for system headers only.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
emtap-sdt-dev to (ab)use the hierarchy. This part of the
namespace is supposed to be for system headers only.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5261d072.2080...@debian.org
On 18/10/2013 03:08, Bruno Melo wrote:
> 6- Gnome Shell obviously can't run because kFreeBSD have not 3D
> acceleration.
That's not correct. kFreeBSD provides 3D acceleration and we even have
confirmation of developers using it (e.g. Christoph).
--
Robert Millan
--
To UNSUB
On 18/10/2013 03:08, Bruno Melo wrote:
> 6- Gnome Shell obviously can't run because kFreeBSD have not 3D
> acceleration.
That's not correct. kFreeBSD provides 3D acceleration and we even have
confirmation of developers using it (e.g. Christoph).
--
Robert Millan
--
To UNSUB
On 15/10/2013 14:48, Timo Juhani Lindfors wrote:
> Robert Millan writes:
>> You can't conflict with kfreebsd-kernel-headers, it's a Build-Essential
>> package!
>>
>> I'm not familiar with SystemTap. For what I can see, it looks like a
>> ve
On 15/10/2013 14:48, Timo Juhani Lindfors wrote:
> Robert Millan writes:
>> You can't conflict with kfreebsd-kernel-headers, it's a Build-Essential
>> package!
>>
>> I'm not familiar with SystemTap. For what I can see, it looks like a
>> ve
27;m not familiar with SystemTap. For what I can see, it looks like a
very Linux-specific package. Is there any point in providing it for
kfreebsd-*?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
kfreebsd-image-9.0-2-malta kfreebsd-image-9-malta kfreebsd-headers-9.0-2-malta
kfreebsd-headers-9-malta
Architecture: source all kfreebsd-amd64
Version: 9.0-10+deb70.5
Distribution: stable
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
acpi-modules-9.0-2-486
Michael Biebl:
> Am 11.10.2013 23:56, schrieb Robert Millan:
>> Michael Biebl:
>>> TTBOMK there is no working 3D support on kfreebsd which would allow
>>> to run GNOME Shell on kfreebsd
>>
>> Can you be more specific? AFAIK we've got a working OpenG
Michael Biebl:
> Am 11.10.2013 23:56, schrieb Robert Millan:
>> Michael Biebl:
>>> TTBOMK there is no working 3D support on kfreebsd which would allow
>>> to run GNOME Shell on kfreebsd
>>
>> Can you be more specific? AFAIK we've got a working OpenG
Michael Biebl:
> TTBOMK there is no working 3D support on kfreebsd which would allow
> to run GNOME Shell on kfreebsd
Can you be more specific? AFAIK we've got a working OpenGL implementation.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian
Michael Biebl:
> TTBOMK there is no working 3D support on kfreebsd which would allow
> to run GNOME Shell on kfreebsd
Can you be more specific? AFAIK we've got a working OpenGL implementation.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
wit
Bruno Maximo e Melo:
> Hi Michael. I'm running gdm3 here with no problems (jessie), but
> apparently on wheezy exist problems.
Could you try the version from experimental?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of &
Michael Biebl:
> TTBOMK there is no working 3D support on kfreebsd which would allow
> to run GNOME Shell on kfreebsd
Can you be more specific? AFAIK we've got a working OpenGL implementation.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a
h it.
I suggest we wait a few days to see if everyone else is okay with this.
>> (other than unilaterally migrating the official repository to git)
>
> Uh, that would have never even crossed my mind…
It's what you said initially. I'm glad it was just a missunderstanding.
--
ut it's _not_ in proposed-updates because
> it reached pu-NEW after the window for 7.2 closed.
Uhm sorry then, I got confused by
which said otherwise.
>> Does this address your concerns?
>
> Yes, thanks. Please feel free to upload; the package will then be
> processed a
ut it's _not_ in proposed-updates because
> it reached pu-NEW after the window for 7.2 closed.
Uhm sorry then, I got confused by
which said otherwise.
>> Does this address your concerns?
>
> Yes, thanks. Please feel free to upload; the package will then be
> processed a
en going to appear via security doesn't really work.
.4 just went into proposed-updates. Does this address your concerns?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
en going to appear via security doesn't really work.
.4 just went into proposed-updates. Does this address your concerns?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
en going to appear via security doesn't really work.
.4 just went into proposed-updates. Does this address your concerns?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
; snowballs too much, then I'll just restrict to kfreebsd-any for now.
I'm glad to see you're making progress. If you find that this path can
take too long, please let us know so that alternatives can be used in
the meantime (at least temporarily).
--
Robert Millan
--
To
Changed-By: Robert Millan
Description:
cuse4bsd-dkms - CUSE module for kFreeBSD
libcuse4bsd-dev - Characterdevices in USErspace
libcuse4bsd1 - Filesystem in USErspace (utilities)
Changes:
cuse4bsd (0~svn2434-2) unstable; urgency=low
.
* Team upload.
* Switch cuse4bsd-dkms to kfreebsd-any
Adam D. Barratt:
> On Mon, 2013-10-07 at 20:00 +0000, Robert Millan wrote:
>> Adam D. Barratt:
>>>> I guess this part will require manual handling by -release? (CCing)
>>>>
>>>> Otherwise we'd have to make those packages kfreebsd-any...
>
Adam D. Barratt:
> On Mon, 2013-10-07 at 20:00 +0000, Robert Millan wrote:
>> Adam D. Barratt:
>>>> I guess this part will require manual handling by -release? (CCing)
>>>>
>>>> Otherwise we'd have to make those packages kfreebsd-any...
>
: Robert Millan
Description:
fuse4bsd - Filesystem in USErspace (utilities)
fuse4bsd-dkms - FUSE module for kFreeBSD
Changes:
fuse4bsd (0.3.9~pre1.20080208-8) unstable; urgency=low
.
* Switch fuse4bsd-dkms to kfreebsd-any.
Checksums-Sha1:
1ce553229237fc4983127641bd12d4ddb0dedb74 1304
is source package" and only applies to the
> particular version of the package. That's obviously not ideal for
> something that's going to want to migrate on a fairly regular basis.
We make it kfreebsd-any then?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-re
is source package" and only applies to the
> particular version of the package. That's obviously not ideal for
> something that's going to want to migrate on a fairly regular basis.
We make it kfreebsd-any then?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-release-re
1001 - 1100 of 17123 matches
Mail list logo
