On 02/08/14 23:34, Mark Kettenis wrote:
Hi tech@,
the diff below adds support for the Intel Centrino Wireless-N 2230
card found in my Lenovo E330 to iwn(4).
iwn0 at pci2 dev 0 function 0 Intel Centrino Wireless-N 2230 rev 0xc4:
msi, MIMO 2T2R, BGN, address 60:6c:66:3b:ea:39
This is
Hi,
Our dd always prints these status lines to stderr after transfer.
2+0 records in
2+0 records out
1024 bytes transferred in 0.000 secs (39384615 bytes/sec)
The output is annoying in some situations, so people redirect stderr
to /dev/null. This approach also suppresses the error messages
Date: Sun, 9 Feb 2014 12:08:04 +0100
From: Alexander Bluhm alexander.bl...@gmx.net
Hi,
Our dd always prints these status lines to stderr after transfer.
2+0 records in
2+0 records out
1024 bytes transferred in 0.000 secs (39384615 bytes/sec)
The output is annoying in some
Date: Sun, 09 Feb 2014 10:34:04 +0100
From: Benoit Lecocq b...@arcane-labs.net
On 02/08/14 23:34, Mark Kettenis wrote:
Hi tech@,
the diff below adds support for the Intel Centrino Wireless-N 2230
card found in my Lenovo E330 to iwn(4).
iwn0 at pci2 dev 0 function 0 Intel
On Sun, Feb 09, 2014 at 12:21:35PM +0100, Mark Kettenis wrote:
Date: Sun, 9 Feb 2014 12:08:04 +0100
From: Alexander Bluhm alexander.bl...@gmx.net
I would like to get rid of some 2/dev/null.
Do we want the status=... feature in OpenBSD?
As a general rule we don't want these
hopefully, things should be back to normal.
last commit was
revision 1.37 of PackageLocation.pm
date: 2014/02/09 11:13:59; author: espie; state: Exp; lines: +4 -3;
do a better job in wipe_info: close files and reap children.
also wipe every state variable... fixes reget update_info in fringe
On Sun, Feb 09, 2014 at 01:16:38PM +0100, Marc Espie wrote:
hopefully, things should be back to normal.
last commit was
revision 1.37 of PackageLocation.pm
date: 2014/02/09 11:13:59; author: espie; state: Exp; lines: +4 -3;
do a better job in wipe_info: close files and reap children.
Date: Sun, 9 Feb 2014 12:57:40 +0100
From: Alexander Bluhm alexander.bl...@gmx.net
On Sun, Feb 09, 2014 at 12:21:35PM +0100, Mark Kettenis wrote:
Date: Sun, 9 Feb 2014 12:08:04 +0100
From: Alexander Bluhm alexander.bl...@gmx.net
I would like to get rid of some 2/dev/null.
Do
On Sun, Feb 09, 2014 at 01:51:30PM +0100, Mark Kettenis wrote:
Perhaps we should ask ourselves the question why this gets printed on
stderr instead of stdout?
Per default dd writes the file data to stdout already.
On Sun, Feb 09, 2014 at 01:51:19PM +0100, Benoit Lecocq wrote:
On 02/09/14 12:30, Mark Kettenis wrote:
Date: Sun, 09 Feb 2014 10:34:04 +0100
From: Benoit Lecocq b...@arcane-labs.net
On 02/08/14 23:34, Mark Kettenis wrote:
Hi tech@,
the diff below adds support for the Intel
Date: Sun, 9 Feb 2014 14:07:53 +0100
From: Fabian Raetz fabian.ra...@gmail.com
On Sun, Feb 09, 2014 at 01:51:19PM +0100, Benoit Lecocq wrote:
On 02/09/14 12:30, Mark Kettenis wrote:
Date: Sun, 09 Feb 2014 10:34:04 +0100
From: Benoit Lecocq b...@arcane-labs.net
On 02/08/14 23:34,
Hmm, my cleanup was based on the version you send out on December
31st. Can you send me the latest version of your diff?
On Tue, Jan 07, 2014 at 12:08:02PM +0100, Martin Pieuchot wrote:
On 03/01/14(Fri) 14:24, Fabian Raetz wrote:
Hi tech@,
here is an updated patch.
it seems
On Sun, Feb 09, 2014 at 01:16:38PM +0100, Marc Espie wrote:
hopefully, things should be back to normal.
last commit was
revision 1.37 of PackageLocation.pm
date: 2014/02/09 11:13:59; author: espie; state: Exp; lines: +4 -3;
do a better job in wipe_info: close files and reap children.
On Sun, Feb 09, 2014 at 03:26:56PM +0100, Marc Espie wrote:
On Sun, Feb 09, 2014 at 01:16:38PM +0100, Marc Espie wrote:
hopefully, things should be back to normal.
last commit was
revision 1.37 of PackageLocation.pm
date: 2014/02/09 11:13:59; author: espie; state: Exp; lines: +4 -3;
On Sun, Feb 09, 2014 at 10:40:57AM -0500, Brad Smith wrote:
On Sun, Feb 09, 2014 at 02:23:18PM +0100, Fabian Raetz wrote:
Hmm, my cleanup was based on the version you send out on December
31st. Can you send me the latest version of your diff?
On Tue, Jan 07, 2014 at 12:08:02PM
On 02/09/14 21:32, Mark Kettenis wrote:
Date: Sun, 9 Feb 2014 14:23:18 +0100
From: Fabian Raetz fabian.ra...@gmail.com
Hmm, my cleanup was based on the version you send out on December
31st. Can you send me the latest version of your diff?
On Tue, Jan 07, 2014 at 12:08:02PM +0100, Martin
On Sun, Feb 09, 2014 at 09:32:15PM +0100, Mark Kettenis wrote:
Date: Sun, 9 Feb 2014 14:23:18 +0100
From: Fabian Raetz fabian.ra...@gmail.com
Hmm, my cleanup was based on the version you send out on December
31st. Can you send me the latest version of your diff?
On Tue, Jan
Mark Kettenis said:
Perhaps we should ask ourselves the question why this gets printed on
stderr instead of stdout?
FWIW this is how it is defined in POSIX.
--
Dmitrij D. Czarkoff
short update / hint:
if for the very first time after the install the system does not boot, go to a
running system and try to configure the 55 bsd kernel:
config -o bsd.fix -e bsd
and remove the radeondrm module (find and disable are your friends, type help
at the UKC prompt).
Then boot with
19 matches
Mail list logo