Nicholas Bamber, le Thu 21 Jun 2012 13:04:17 +0100, a écrit :
> ++/* As per #678358, Hurd defines AF_LINK but does not
> ++ * provide the functionality. When that bug is fixed
> ++ * These three lines could be removed and #678375 closed.
> ++ */
> ++#ifdef __GNU__
> ++#undef AF_LINK
> ++#endif
I'm
Hello,
Samuel Thibault, le Fri 10 Aug 2012 12:21:17 +0200, a écrit :
> Cyril Brulebois, le Fri 10 Aug 2012 12:09:51 +0200, a écrit :
> > Samuel Thibault (10/08/2012):
> > > That being said, it would be possible to have 8859-1 and 8859-2 fonts on
> > > the CDs, to b
Samuel Thibault, le Sun 26 Aug 2012 01:32:57 +0200, a écrit :
> Samuel Thibault, le Fri 10 Aug 2012 12:21:17 +0200, a écrit :
> > Cyril Brulebois, le Fri 10 Aug 2012 12:09:51 +0200, a écrit :
> > > Samuel Thibault (10/08/2012):
> > > > That being said, it would be po
Simon McVittie, le Mon 22 Oct 2012 10:13:35 +0100, a écrit :
> On Mon, 09 Jul 2012 at 00:10:45 +0100, Steven Chamberlain wrote:
> > On 05/07/12 01:05, Simon McVittie wrote:
> > > You don't need all of GNOME, but you do need a D-Bus session.
> > > [...]
> > >
> > > $ eval `dbus-launch --sh-synt
Steven Chamberlain, le Thu 27 Dec 2012 04:27:40 +, a écrit :
> We could (later?) try to lower that threshold, because on kFreeBSD the
> text-mode installer lacks support for a number of languages, therefore
> we'd like the GTK installer to be available wherever possible.
You'd probably want to
Hello,
I've applied your patches.
Steven Chamberlain, le Thu 27 Dec 2012 04:27:40 +, a écrit :
> diff --git a/build/Makefile b/build/Makefile
> index 60d1845..1e5952d 100644
> --- a/build/Makefile
> +++ b/build/Makefile
> @@ -133,7 +133,7 @@ endef
> ifeq ($(DEB_HOST_ARCH),kfreebsd-i386)
> M
Steven Chamberlain, le Thu 27 Dec 2012 21:21:33 +, a écrit :
> I've tested and have numbers for kfreebsd-i386 now. Please find patches
> attached for this, and an explanation below.
Ok, thanks!
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsub
Steven Chamberlain, le Mon 04 Feb 2013 01:46:33 +, a écrit :
> `archdetect` is already available as a dependency of partman-base.
I usually rather use
udpkg --print-os
which produces kfreebsd or hurd.
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject
Steven Chamberlain, le Mon 04 Feb 2013 15:07:08 +, a écrit :
> Samuel, are you in favour of skipping installation of these udebs on
> GNU/Hurd?
Yes.
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
Matthias Klose, le Mon 06 May 2013 16:22:30 +0200, a écrit :
> - hurd never had openjdk support, and afaik, nobody is working on that.
There has been work towards this, notably by Jeremie Koenig. I don't
know the status, we just have not made it a strong priority so far.
Samuel
--
To UNSUBSCRI
Steven Chamberlain, le Mon 10 Jun 2013 23:20:54 +0100, a écrit :
> On 05/06/13 02:08, Michael Biebl wrote:
> > Afaics, there are basically 3 options:
> >
> > 1/ We drop hal and Xorg is ported to something like devd on *BSD
> >
> > 2/ We drop hal and hal support is simply disabled on non-Linux, wh
Emilio Pozuelo Monfort, le Sun 16 Jun 2013 19:08:03 +0200, a écrit :
> I have prepared a patch (untested) that I believe would fix or would start
> fixing this. Could you comment on it and/or ACK/NACK it?
It seems fine.
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
wit
Hello,
You should avoid upgrading your apt package to 0.9.15.1: it
unconditionally uses futimens, which is not supported on hurd-any, and
apparently not on kfreebsd-any either.
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
Hi,
Cyril Brulebois, le Sat 10 Mar 2007 17:38:32 +0100, a écrit :
> ./sys_midi_none.h:18:2: warning: #warning MIDI support not available on this
> platform
Isn't there MIDI support on kfreebsd? If there is, would you be able to
write the support in brltty?
> ./sys_ports_none.h:18:2: warning: #
Hi,
Cyril Brulebois, le Mon 06 Aug 2007 11:51:27 +0200, a écrit :
> +++ pam-0.99.7.1/Linux-PAM/modules/pam_limits/pam_limits.c2007-08-06
> 09:02:19.0 +
> @@ -14,7 +14,7 @@
> */
>
> #if !defined(linux) && !defined(__linux)
> -#error THIS CODE IS KNOWN TO WORK ONLY ON LINUX !!!
Hi,
Cyril Brulebois, le Thu 11 Oct 2007 21:01:12 +0200, a écrit :
> It looks like there were patches being sent upstream,
Yes, and there was some feedback. Unfortunately I've been busy with
my PhD & moving so I didn't have any time to do anything about
it. IIRC Guillem Jover also worked on the is
Thomas Schwinge, le Sun 11 Nov 2007 15:58:08 +0100, a écrit :
> To state this intended similarity clearly, one could rename, e.g.,
> `config/linux.h' to `config/gnu-shared.h' and then have a new (nearly
> empty) file `config/linux.h' additionally to the existing `config/gnu.h',
> `config/kfreebsd-g
Hello,
dssi needs the ALSA headers to get compiled, but doesn't necesarily
need ALSA itself. There is however the dssialsacompat package
(http://home.jps.net/~musound) which just provides headers suitable for
dssi, for non-linux platforms. Could somebody volunteer to package it?
Samuel
--
To
Cyril Brulebois, le Sun 02 Mar 2008 00:29:21 +0100, a écrit :
> On 01/03/2008, Samuel Thibault wrote:
> > dssi needs the ALSA headers to get compiled, but doesn't necesarily
> > need ALSA itself. There is however the dssialsacompat package
> > (http://home.jps.net/~mu
Package: xutils-dev
Version: 1:7.4+1
Severity: important
Tags: patch
Hello,
Since imake disables Xp from Xaw on Linux archs, package maintainers
don't set the libxp dependency, and thus Xp must be disabled from Xaw
for other archs too, because else these packages FTBFS. The attached
patch does t
Thomas Schwinge, le Wed 08 Oct 2008 13:16:11 +0200, a écrit :
> Hurd people: I guess we'll want t-tls, correct? (As we do support
> __thread.)
Yes that should be fine.
Samuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Schwinge, le Fri 10 Oct 2008 10:37:50 +0200, a écrit :
> Ideally, IMO, this test (for stack-smashing-protection support in glibc)
> should not be done by grepping through SYSROOT's features.h, but instead
> by using the CPP for doing that. The problem is that CPP has not yet
> been bulit at
Hello,
libasound-dev/libasound2-dev build-deps are painful. Fortunately, OSS
(opensound.com) provides libsalsa, a compatibility layer between OSS
and ALSA: it is ABI-compatible with libasound (actually using alsa's
headers), and just makes OSS ioctls. I've prepared a package that
builds it, and i
Arne Babenhauserheide, le Sat 16 May 2009 21:17:18 +0200, a écrit :
> On Saturday, 16. May 2009 15:24:04 Samuel Thibault wrote:
> > libasound-dev/libasound2-dev build-deps are painful. Fortunately, OSS
> > (opensound.com) provides libsalsa, a compatibility layer between OSS
> >
Cyril Brulebois, le Sat 16 May 2009 16:55:30 +0200, a écrit :
> Samuel Thibault (16/05/2009):
> > If people think it's a good idea, maybe we can setup some VCS
> > somewhere to work on it? (where/in which Alioth project?)
>
> Sounds nice. I for one would use collab-ma
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: oss-libsalsa
Version : 4.1-build1052b
Upstream Author : 4Front Technologies www.4front-tech.com
* URL : http://developer.opensound.com/sources/
* License : BSD
Programming Lang: C
Marc-André Lureau, le Tue 26 May 2009 00:19:19 +0300, a écrit :
> On Sun, May 17, 2009 at 7:53 PM, Samuel Thibault wrote:
> > Description : Libsalsa is a library providing an ALSA interface on top
> > of OSS
>
> It's unfortunate, but libsalsa is also the name
(990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.33 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Sam
Colin Watson, le Mon 08 Mar 2010 17:45:33 +, a écrit :
> I'd like to commit the following patch to make grub-installer use
> grub-probe, as noted in a TODO comment, rather than the huge
> hand-written pile of incomprehensible shell that's been there since time
> immemorial. Does anyone object
Hello,
Jérémie Koenig, le Mon 31 May 2010 12:35:33 +0200, a écrit :
> My changes are published on github[4].
They seem very reasonable to me and probably ready to be pushed upstream.
> Could you have a look and tell me what you think? In particular I have
> not been able to test my code on kFree
Hello,
Jeremie Koenig, le Wed 23 Jun 2010 06:53:23 +0200, a écrit :
> Currently the default filesystem is ext3 on all systems. However, Hurd
> only supports ext2 and kFreeBSD requires ufs as its root filesystem.
> The attached patch sets a system-specific default, provided none has
> been preseede
Hello,
Jérémie Koenig, le Fri 04 Jun 2010 14:41:34 +0200, a écrit :
> On Hurd, libdebian-installer gets stuck inside the internal_di_exec()
> function. This is caused by the way poll() reports end-of-file, which
> cannot be portably relied on.
>
> The attach patch uses feof() instead of POLLHUP t
Jeremie Koenig, le Wed 11 Aug 2010 23:36:34 +0200, a écrit :
> On Wed, Aug 04, 2010 at 08:42:02PM +0200, Aurelien Jarno wrote:
> > Do we really need to do that at runtime? There is already a code snippet
> > doing that a build time in debian/rules (look for DEFAULT_FS), wouldn't
> > it be better to
Hello,
This is some beginning of kFreeBSD/Hurd ports of the Installation manual:
basically, it does the following.
- Add kfreebsd-i386, kfreebsd-amd64 and hurd-i386 archs (not
automatically enabled for now).
- Add any-i386, any-amd64, any-x86, kfreebsd-any and hurd-any pseudo-archs
- Add an arc
I had forgoten to add the arch files, here is a fixed patch to be used
instead.
Samuel
Index: build/entities/common.ent
===
--- build/entities/common.ent (révision 64519)
+++ build/entities/common.ent (copie de travail)
@@ -3,7 +3
Hello,
I have commited (r64720) fixes and a bit of triaging for the kFreeBSD
Hardware support part in the Debian Installation Guide: replacing Linux
with kFreeBSD where it makes sense, dropping apparently Linux-specific
sections, enabling what I know apply to kFreeBSD.
There are however quite a f
Samuel Thibault, le Wed 15 Sep 2010 02:11:45 +0200, a écrit :
> I have commited (r64720) fixes and a bit of triaging for the kFreeBSD
> Hardware support part in the Debian Installation Guide: replacing Linux
> with kFreeBSD where it makes sense, dropping apparently Linux-specific
&
Christian PERRIER, le Wed 15 Sep 2010 07:02:50 +0200, a écrit :
> Quoting Samuel Thibault (sthiba...@debian.org):
> > I have commited (r64720) fixes and a bit of triaging for the kFreeBSD
> > Hardware support part in the Debian Installation Guide: replacing Linux
> > with kF
Hello,
Samuel Thibault, le Wed 15 Sep 2010 10:16:46 +0200, a écrit :
> Christian PERRIER, le Wed 15 Sep 2010 07:02:50 +0200, a écrit :
> > Quoting Samuel Thibault (sthiba...@debian.org):
> > > I have commited (r64720) fixes and a bit of triaging for the kFreeBSD
> > > H
Hello,
Holger Wansing, le Mon 04 Oct 2010 21:55:17 +0200, a écrit :
> (Samuel: maybe there is something not 100% correct with the arch options
> for the kfreebsd manuals?
Yes, see "TODO: update" in build/arch-options/kfreebsd-*. All these need
to get fixed by people who actually know what kFreeBS
Holger Wansing, le Mon 04 Oct 2010 21:55:17 +0200, a écrit :
> And: at the beginning of that file (../en/install-methods/boot-usb-files.xml)
> I read several times about Linux, even in the kfreebsd manual.
> Could you check, if this is correct?
It is not, I've already asked BSD people to check wh
Hello,
I'm currently updating the minimum memory sizes for various lowmem
variants. I tried the kfreebsd images, and I had to give 76M ram to
qemu, else parameters don't seem to be correctly propagated:
Trying to mount root from ufs:/dev/md0
ROOT MOUNT ERROR:
If you have invalid mount options, re
Robert Millan, le Thu 28 Oct 2010 15:38:08 +0200, a écrit :
> 2010/10/28, Samuel Thibault :
> > If you have invalid mount options, reboot, and first try the following from
> > the loader prompt:
> >
> > set vfs.root.mountfrom.options=rw
>
> It should
Miguel Figueiredo, le Mon 01 Nov 2010 13:57:42 +0100, a écrit :
> It is scheduled for next Wednesday - 2010.11.03, 20:00 UTC [1].
I won't be able to attend at that time, so here are my inputs:
> - follow up from previous meeting;
I've updated the figures in the installation guide and lowmem pack
PE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel Thibault
> et sinon, quand on s'interesse a un media que l'on ne maitrise pas,
> on essaye de le comprendre d'abord.
(Suivi par l'int�gralit� du message initial de 45 lignes.)
-+-BM in :
Matt Turner, le Mon 15 Nov 2010 19:51:10 -0500, a écrit :
> On Mon, Nov 15, 2010 at 7:24 PM, Roger Leigh wrote:
> > What's the actual problem --as-needed is trying to solve?
> >
> > The answer is mainly unwanted libraries being linked in as a result
> > of using pkg-config (and various other -conf
Steve Langasek, le Tue 16 Nov 2010 09:14:40 -0800, a écrit :
> I don't argue that this makes --as-needed *correct* as a default, but I
> think it's clear how using --as-needed may benefit a distribution in terms
> of reducing churn when library dependencies change.
We agree on the second part, but
Florian Weimer, le Tue 16 Nov 2010 19:49:57 +0100, a écrit :
> * Roland McGrath:
>
> >> I can't see why you think --as-needed is fundamentally wrong or
> >> unnecessary.
> >
> > It is fundamentally wrong because -lfoo means I demand that the
> > initializers of libfoo.so run, whether or not I cal
Hello,
The current kfreebsd version of the installation manual is lacking
review: a lot of things have been fixed (e.g. "Linux" doesn't appear
where it shouldn't), but quite a few things still need to be fixed,
and we need kfreebsd-knowledgeable people to provide information.
Basically, the whole
Robert Millan, le Fri 26 Nov 2010 15:31:14 +0100, a écrit :
> I suspect it's this:
>
> --- sys/dev/syscons/scvgarndr.c~2010-03-31 17:39:46.0 +0200
> +++ sys/dev/syscons/scvgarndr.c 2010-11-26 15:25:07.0 +0100
> @@ -277,10 +277,8 @@
> if (base < 0 || base >= scp->fon
Marco d'Itri, le Sun 23 Jan 2011 18:36:40 +0100, a écrit :
> The following packages I maintain are linux-only and need to be marked
> as such to stop wasting time trying to build them on hurd and kfreebsd-*:
>
> ppp
Err, this is really not linux-only, there even used to be a freebsd
port, but app
Marco d'Itri, le Sun 23 Jan 2011 18:59:12 +0100, a écrit :
> On Jan 23, Samuel Thibault wrote:
> > Err, this is really not linux-only, there even used to be a freebsd
> > port, but apparently it didn't keep up to date.
> "used to be" is the key here, it
Philipp Kern, le Sun 23 Jan 2011 20:44:19 +0100, a écrit :
> On Sun, Jan 23, 2011 at 07:09:54PM +0100, Samuel Thibault wrote:
> > Marco d'Itri, le Sun 23 Jan 2011 18:59:12 +0100, a écrit :
> > > On Jan 23, Samuel Thibault wrote:
> > > > Err, this is really not
Robert Millan, le Sun 23 Jan 2011 21:23:47 +0100, a écrit :
> 2011/1/23 Samuel Thibault :
> > How kfreebsd people plan to support ppp? (notably pppoe/a, needed for
> > DSL lines...)
>
> FreeBSD has its own ppp, which needs to be coerced into building on
> GNU libc.
Ah.
Robert Millan, le Sun 23 Jan 2011 23:00:16 +0100, a écrit :
> 2011/1/23 Samuel Thibault :
> > It used to be used on FreeBSD, it should be just a matter of ioctls and
> > the likes. I guess digging back the old versions of ppp which had the
> > support could be a good ground.
David Prévot, le Sun 06 Feb 2011 23:50:26 -0400, a écrit :
> Le 05/02/2011 22:39, Samuel Thibault a écrit :
> > Simon Paillard, le Sun 06 Feb 2011 03:30:48 +0100, a écrit :
> >> On Sun, Feb 06, 2011 at 03:25:10AM +0100, Samuel Thibault wrote:
> >>> Wolodja Wentlan
Hello,
I've had a quick test, on hurd-i386 hal doesn't announce any keyboard.
Not very surprising actually, since it doesn't know about mach devices,
but I guess that can be patched relatively easily.
Cyril Brulebois, le Thu 20 Jan 2011 21:29:03 +0100, a écrit :
> It would be nice to know how non
Cyril Brulebois, le Sun 13 Feb 2011 18:44:02 +0100, a écrit :
> http://www.debian.org/releases/stable/kfreebsd-i386/ch03s01.html.en
> http://www.debian.org/releases/stable/kfreebsd-amd64/ch03s01.html.en
>
> both say the Graphical Installer is available but that's:
> * not the case in squeeze,
reassign 617990 console-setup
thanks
david b, le Sun 13 Mar 2011 17:10:57 +1100, a écrit :
> If you have a dvorak plugged in and you boot the kfreebsd debian amd64 or
> i386 installer from cd1 (or the net-install) the installer
> does not pick up on the fact that I am using a dvorak keyboard. The
Cc-ing debian-bsd, else they may simply not be aware of the thread...
Michael Biebl, le Thu 31 Mar 2011 14:30:06 +0200, a écrit :
> Am 31.03.2011 07:26, schrieb Reinhard Tartler:
> > On Wed, Mar 30, 2011 at 19:51:17 (CEST), Michael Biebl wrote:
> >
> >> HAL removal is already in progress, see [1]
Package: xorg-server
Version: 1.10.0.902-1
Hello,
Cyril Brulebois, le Mon 04 Apr 2011 03:42:25 +0200, a écrit :
> On the hurd-* side, there's no udeb for the server yet, but tested
> patches to add one would be welcome.
The trivial (attached) patch works fine, thanks!
Samuel
diff -ur xorg-serve
Kurt Roeckx, le Tue 26 Apr 2011 21:28:57 +0200, a écrit :
> Is there a reason not to switch the remaining (release) arches
> (ia64, kfreebsd-*, sparc, s390)? Maybe hurd-i386 too?
There's no real reason to defer hurd-i386, as it's basically like i386,
and the key packages (glibc/hurd/gnumach) alre
Guillem Jover, le Mon 23 May 2011 20:13:34 +0200, a écrit :
> Probably not everything should be moved though, and things that
> ressemble proper documentation of interfaces and similar should remain
> in places like the Hurd wiki, the FreeBSD handbook, specific man
> pages, etc, and just links to t
Hello,
Robert Millan, le Tue 31 May 2011 15:47:38 +0200, a écrit :
> None of the blockers for this bug exist anymore. Is there any objection to
> the
> proposed patch? Please have a look:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=debian-installer.diff;att=1;bug=596596
Mm
Hello,
Ondřej Surý, le Wed 08 Dec 2010 10:30:46 +0100, a écrit :
> Trang fails with Bus error when rebuilding rng files for opendnssec on
> kfreebsd-amd64:
and it doesn't happen on kfreebsd-i386.
I'm getting the following backtrace on asdfasdf.debian.net:
0x000803cfa2c7 in __pthread_sigsus
Adam D. Barratt, le Fri 24 Jun 2011 18:59:56 +0100, a écrit :
> The new espeakup-udeb package is uninstallable on kfreebsd-*, as it
> depends on alsa-utils-udeb which doesn't exist on those architectures.
Ah, right.
Does kFreeBSD have or even need a package which provides the
equivalent feature?
David wrote:
> "still no kbd layout choice in squeeze"
(kfreebsd)
And I'm sorry to say: there will not be (in squeeze). console-setup was
recently ported to kfreebsd, but that will not be propagated to squeeze.
That being said, the console-setup-udeb package is not included in
the current images.
Samuel Thibault, le Fri 05 Aug 2011 02:14:01 +0200, a écrit :
> - The boot loader step failed at first. console 4 was complaining that
> /boot/zfs wasn't existing.
> - However, /usr and /var were not mounted.
Actually, these two are probably simply a consequence of this
&g
Steve McIntyre, le Fri 05 Aug 2011 13:43:32 +0100, a écrit :
> >So a proper-enough fix would be to make sure that zfsutils are on the
> >netinst CD which, AIUI, is supposed to contain enough packages to
> >install a working base system. debian-cd maintainers, do you agree?
>
> Sure, makes sense. C
nstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Samuel Thibault
* c is away : cuisine; bouffe
oh, moi
Aurelien Jarno, le Fri 12 Aug 2011 09:49:13 +0200, a écrit :
> > The installed kfreebsd-kernel-headers doesn't seem to suffice. He
> > needs /usr/include/sys/ipmi.h which is no package at all according to
> > "apt-file search /usr/include/sys/ipmi.h".
> >
>
> It looks like to me this file should
re: amd64 (x86_64)
Kernel: Linux 3.0.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Samuel Thibault
bon comment on fait de l'investigation pour savoir qui est le vilain ?
on débranche le routeur et on regarde qui
Hello,
Just a heads-up about Architecture: linux-any. The dd-list below is
a (non-exhaustive!) list of packages that kfreebsd/hurd maintainers
believe are candidates for using it in their debian/control file,
because they are probably not to be ported to non-Linux systems, due to
strong Linux depe
Steve Langasek, le Fri 19 Aug 2011 16:27:40 -0700, a écrit :
> > Steve Langasek
> >aboot
>
> Why this one? The Architecture: any parts are generic tools used to create
> alpha boot blocks to images in an architecture-independent manner
Ah, right. Given back, then.
Samuel
--
To UNSUBSCRI
Aron Xu, le Sat 20 Aug 2011 13:18:12 +0800, a écrit :
> > Debian Chinese Team
> > zhcon
> >
>
> zhcon works on FreeBSD 7.x,
Oh!? I wouldn't even have expected that, it's a good surprise to me!
> and before 8.x is out the upstream was
> dead. I tried to port it to kfreebsd with some progress,
Robert Millan, le Sat 20 Aug 2011 12:19:41 +0200, a écrit :
> > Debian Perl Group
> > libvideo-capture-v4l-perl
>
> kFreeBSD has (preliminar) v4l support (I suggest linux-any kfreebsd-any).
Ah. A few packages were included in the list due to v4l. If kFreeBSD
grows a v4l interface, then that ch
(500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Samuel Thibault
Actually, typing random strings in the Finder do
Robert Millan, le Fri 23 Sep 2011 22:51:45 +0200, a écrit :
> Could someone check if GNU/Hurd is affected by bug #631968 in gnome-terminal?
sthibaul-guest@strauss:~$ gnome-terminal
(no output or opened window)
sthibaul-guest@strauss:~$ echo $?
1
I guess it means it is?
Samuel
--
To UNS
Package: gcc-4.7
Version: 4.7-20111217-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
gcc-4.7 currently FTBFS on hurd-i386 due to two things:
- hurd-changes.diff doesn't apply any more due to configuration
revamping, attached is an updated version.
- g
A Mennucc, le Sat 07 Jan 2012 11:17:47 +0100, a écrit :
> How do I find out? (short of installing a whole hurd/bsd system?)
http://edos.debian.net/edos-debcheck/results/unstable/latest/hurd-i386/list.php
It's not updated with the latest uploads though. Trying on exodar for
hurd-i386:
freevo : De
Anton Zinoviev, le Fri 02 Mar 2012 14:36:16 +0200, a écrit :
> On Fri, Mar 02, 2012 at 12:22:24AM +0100, Samuel Thibault wrote:
> > Didier Raboud, le Thu 01 Mar 2012 17:59:00 +0100, a écrit :
> > > it would be nice if, as on Linux architectures, keyboard-configuration
> >
reassign 594827 console-setup-udeb
done 594827 1.75
thanks
Michael Dorrington, le Sat 03 Mar 2012 18:00:09 +, a écrit :
> reassign 594827 kbdcontrol
> thanks
>
> The only remaining issue raised is with kbdcontrol so reassigning to that.
Actually it's rather console-setup-udeb, and I believe
Roger Leigh, le Mon 23 Apr 2012 10:43:00 +0100, a écrit :
> > They are already there.
>
> OK. I was informed otherwise when I was working on all the
> tmpfs-related code.
Things evolve, we do spend time on useful features :) Tmpfs has recently
been fixed.
> Does Hurd support ext3/4 yet?
No.
>
Matthias Klose, le Fri 27 Apr 2012 14:31:16 +0200, a écrit :
> I'm now planning to default to GCC 4.7 for amd64 and i386. Should kfreebsd
> and
> the hurd do change at the same time, or should these stay with 4.6?
I have actually already commited the switch to gcc4.7 for the hurd
package. I bel
Matthias Klose, le Fri 27 Apr 2012 15:07:12 +0200, a écrit :
> On 27.04.2012 14:44, Samuel Thibault wrote:
> > Matthias Klose, le Fri 27 Apr 2012 14:31:16 +0200, a écrit :
> >> I'm now planning to default to GCC 4.7 for amd64 and i386. Should
> >> kfreebsd and
>
Steven Chamberlain, le Tue 04 Mar 2014 01:00:42 +, a écrit :
> maybe someone will find time to add d-i support for Xen PV.
I had already done it for hurd-i386, so I'm doing it for kfreebsd, it
seems to be going well, I'll commit the changes.
Samuel
--
To UNSUBSCRIBE, email to debian-bsd-re
Samuel Thibault, le Tue 04 Mar 2014 03:19:36 +0100, a écrit :
> Steven Chamberlain, le Tue 04 Mar 2014 01:00:42 +, a écrit :
> > maybe someone will find time to add d-i support for Xen PV.
>
> I had already done it for hurd-i386, so I'm doing it for kfreebsd, it
> seems
Package: startpar
Version: 0.58-3
Severity: serious
Justification: Makes system uninstallable
Tags: patch
Hello,
The !linux ports currently can't be installed because the startpar
package conflicts with the sysvinit-utils package. The renaming done on
Linux has to be done on !linux too, see atta
Hello,
Here is a refreshed list of the packages that should probably use
Architecture: linux-any, please consider using it.
Samuel
Alexander Wirt
libnfnetlink
libnfnetlink (U)
Andreas Schuldei
uml-utilities (U)
Anibal Monsalve Salazar
apmd
Ard van Breemen
vlan
Cyril Bruleb
gregor herrmann, le Sun 13 Apr 2014 02:25:18 +0200, a écrit :
> On Sun, 13 Apr 2014 01:34:52 +0200, Samuel Thibault wrote:
>
> > Here is a refreshed list of the packages that should probably use
> > Architecture: linux-any, please consider using it.
>
> > Debian Perl
Robert Millan, le Sun 04 May 2014 13:40:12 +0200, a écrit :
> Please could you remove "kfreebsd-any" from Architecture in gnome-shell ?
>
[...]
> -Architecture: any
> +Architecture: linux-any hurd-any
Well, hurd-any should probably be removed from there for the same
reason.
Samuel
--
To UNSUB
Cyril Brulebois, le Thu 21 Aug 2014 02:03:48 +0200, a écrit :
> Steven Chamberlain (2014-08-21):
> > On 21/08/14 00:23, Steven Chamberlain wrote:
> > > Using qemu-system-i386 with the -smp 2 flag, I started seeing weird
> > > issues early in d-i:
> >
> > It seems more likely this was triggered by
Steven Chamberlain, le Fri 22 Aug 2014 14:42:45 +0100, a écrit :
> mkswap, and the whole format_swap script, is of no use to kfreebsd (or
> hurd I presume - please correct me if I'm wrong)
hurd uses the same format as Linux, do not disable formatting swap
there.
Samuel
--
To UNSUBSCRIBE, email
Lisandro Damián Nicanor Pérez Meyer, le Sun 07 Sep 2014 15:32:38 -0300, a écrit
:
> This is clearly a bug that only happens on !linux and it reduces to:
>
> /«PKGBUILDDIR»/WebKitBuild/Release/lib/libQtWebKit.so: undefined reference to
> `void WTF::freeOwnedGPtr<_GError>(_GError*)'
>
> which hap
Steven Chamberlain, le Sun 07 Sep 2014 22:22:21 +0100, a écrit :
> > which happens to be declared in:
> > Source/autotools/symbols.filter:11:_ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_;
>
> I wonder if there's some significance that it was templated for
> <_GError> whereas I think that should be a typed
Steven Chamberlain, le Tue 11 Nov 2014 12:05:06 +, a écrit :
> Although, how is that handled for hurd-i386? I assume it has no
> security support, there may be some unofficial packages used; are
> therefore none of their machines DSA?
We are still stuck in the "not released arch => no DSA ma
Peter Palfrader, le Tue 11 Nov 2014 13:39:02 +0100, a écrit :
> On Tue, 11 Nov 2014, Samuel Thibault wrote:
>
> > Steven Chamberlain, le Tue 11 Nov 2014 12:05:06 +, a écrit :
> > > Although, how is that handled for hurd-i386? I assume it has no
> > > secur
Steven Chamberlain, le Tue 11 Nov 2014 13:41:18 +, a écrit :
> Practically it would be an 'official Debian port', and we'd have all the
> usual things like install media.
I wouldn't call it "official", but I agree on the rest. Getting hurt
by sid bugs is always a pain, and you can not have us
Steven Chamberlain, le Wed 12 Nov 2014 19:26:14 +, a écrit :
> Maybe hurd also could redirect syslog there to help debug the issue
> you're seeing.
Indeed.
> Unless there's a convenient kernel parameter to send console messages
> there,
There is: console=com0, it'd only redirect the kernel m
Steven Chamberlain, le Fri 14 Nov 2014 21:41:24 +, a écrit :
> Firstly could someone please tell me what display manager this is?
> https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_hurd_lxde/70/artifact/results//snapshot_008244.png
See the preseed file: we
1 - 100 of 153 matches
Mail list logo