tags 610716 pending
thanks
2011/6/7 Petr Salinger petr.salin...@seznam.cz:
tags 610716 +patch
--
Attached please find proposed patch against 0.2.2-2.
I've uploaded an NMU to DELAYED/15 with Petr's patch. Steinar,
please consider uploading earlier if you have time to review it.
--
Robert
tags 601803 patch
unblock 601803 by 629521
thanks
Here's a patch to enable wireless support.
As for libjail it's not really necessary; the Makefile layout
is confusing which lead Timo to think it was.
libjail is used for ifconfig vnet (see manpage) feature
which has nothing to do with wireless
libjail1-udeb might not be necessary. I only added it because
I thought it was a requirement for ifconfig. See #601803.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Processing commands for cont...@bugs.debian.org:
tags 601803 patch
Bug #601803 [freebsd-utils] not compiled with ieee80211 (WLAN) support
Added tag(s) patch.
unblock 601803 by 629521
Bug #601803 [freebsd-utils] not compiled with ieee80211 (WLAN) support
Was blocked by: 629521
Removed blocking
On Wed, Jun 08, 2011 at 12:57:45PM +0200, Robert Millan wrote:
I've uploaded an NMU to DELAYED/15 with Petr's patch. Steinar,
please consider uploading earlier if you have time to review it.
I'm fine with NMU, although I haven't looked at the patch.
/* Steinar */
--
Homepage:
Hello,
Le mardi 31 mai 2011 à 15:33 +0200, Petr Salinger a écrit :
Anyway, the difference between buildd and porter machine is also CPU.
On one my machine (and seems also on both GNU/kFreeBSD builld)
make getarch_2nd fails.
The param.h handles OPTERON, but not INTEL_UNKNOWN
as generated by
Hi!
On Wed, 2011-06-08 at 13:25:10 +0200, Robert Millan wrote:
As for libjail it's not really necessary; the Makefile layout
is confusing which lead Timo to think it was.
Ah perfect will include this for the next upload, then.
libjail is used for ifconfig vnet (see manpage) feature
which
Hi!
I just got annoyed enough with the kFreeBSD message on the console:
pid %d (%s) is using legacy pty devices%s\n
that I started digging around. This is due to applications using the
old BSD-style pseudo-terminal master device.
I've switched the eglibc getpt(3) and posix_openpt(3) to use
Hi.
There have been no attachements.
Thanks for spotting that. I think it is the issue.
Could you share the output of /proc/cpuinfo ?
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : QEMU Virtual CPU version
9 matches
Mail list logo