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 "b
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
Hi,
Reference: http://marc.info/?l=openbsd-tech&m=139175497630924&w=4
bsd55 does not start per default from snapshots.
Thx to Joerg, I could now successfully boot MBPro 8,2 with snapshot
(bsd55-beta).
Main topic is to get the radeondrm firmware, my procedure was this:
I booted bsd55.rd, and in
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
> > >
> > > 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
On 02/09/14 21:32, Mark Kettenis wrote:
>> Date: Sun, 9 Feb 2014 14:23:18 +0100
>> From: Fabian Raetz
>>>
>>> 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 Pie
> Date: Sun, 9 Feb 2014 14:23:18 +0100
> From: Fabian Raetz
> >
> > 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,
On February 9, 2014 1:51:30 PM CET, Mark Kettenis
wrote:
>> Date: Sun, 9 Feb 2014 12:57:40 +0100
>> From: Alexander Bluhm
>>
>> 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
>> > >
>> > > I would like
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, 20
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; lin
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
>
> 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.
> >
>
> Date: Sun, 9 Feb 2014 14:07:53 +0100
> From: Fabian Raetz
>
> 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
> > >>
> > >> On 02/08/14 23:34, Mark Kettenis wrote:
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
> >>
> >> On 02/08/14 23:34, Mark Kettenis wrote:
>
> Hi tech@,
>
> the diff below adds support for the I
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 02/09/14 12:30, Mark Kettenis wrote:
>> Date: Sun, 09 Feb 2014 10:34:04 +0100
>> From: Benoit Lecocq
>>
>> 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).
> Date: Sun, 9 Feb 2014 12:57:40 +0100
> From: Alexander Bluhm
>
> 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
> > >
> > > I would like to get rid of some 2>/dev/null.
> > > Do we want the status=... featu
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
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
ca
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
> >
> > 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 non-portable extensio
> Date: Sun, 09 Feb 2014 10:34:04 +0100
> From: Benoit Lecocq
>
> 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
> Date: Sun, 9 Feb 2014 12:08:04 +0100
> From: Alexander Bluhm
>
> 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
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 and
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:e
23 matches
Mail list logo