On 01/11/13 22:51, Miod Vallat wrote:
The only editing available tool in bsd.rd, the infamous ed, made me sweat
cold with fear not to correctly spell its syntax or do some logic mistake.
I would have been way more lighthearted if I had vi available.
Actually, vi used to be in the installation m
On Sat, Jan 12, 2013 at 01:34:44AM -0300, Carlo Borelli wrote:
> 2013/1/12 Nick Holland
>
> > On 01/11/13 16:38, Paolo Aglialoro wrote:
> > ...
> > > Btw, how many are really using ed everyday, now in 2013? I believe I'm
> > not
> > > the only one who thinks this. My guess is that vi could be mor
On 01/12/13 11:12, Peter Hessler wrote:
On 2013 Jan 12 (Sat) at 10:57:56 -0500 (-0500), Scott McEachern wrote:
:
:I also have an onboard Intel 4000:
:
:vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09
:
Just works. I have no xorg.conf or any special configuration.
vga1 at pci0
On 2013 Jan 12 (Sat) at 10:57:56 -0500 (-0500), Scott McEachern wrote:
:On 01/12/13 10:27, Peter Hessler wrote:
:>I have Intel 4000 here, and I am unaccelerated, but do have native
:>resolution X, and lots of xterms and Firefox works as expected.
:>
:>2000 should be totally fine, and accelerated if
On 01/12/13 10:27, Peter Hessler wrote:
I have Intel 4000 here, and I am unaccelerated, but do have native
resolution X, and lots of xterms and Firefox works as expected.
2000 should be totally fine, and accelerated if I remember correctly.
I also have an onboard Intel 4000:
vga1 at pci0 dev
> I have Intel 4000 here, and I am unaccelerated, but do have native
> resolution X, and lots of xterms and Firefox works as expected.
> 2000 should be totally fine, and accelerated if I remember correctly.
Great! Quick search revealed I could go after g550 for about
35 euros. It has hd 2000 insid
On 01/12/13 09:19, Paolo Aglialoro wrote:
Sorry for fwd ur mail in list Scott, didn't notice it was in pvt.
As for the tyre comparison, I agree with you Nick. Better getting your
hands dirty than being laughed at. Which is btw what I did in that nasty
event. But I also remember the cold sweat ou
On 2013 Jan 12 (Sat) at 16:23:42 +0100 (+0100), Zoran Kolic wrote:
:> The core i3-3225 is ivy bridge based, which means the graphics only works
under \
:> -current and no DRM acceleration until the driver support improves.
:
:Thanks for the answer.
:I must be wrong defining what I want. I would li
> The core i3-3225 is ivy bridge based, which means the graphics only works
> under \
> -current and no DRM acceleration until the driver support improves.
Thanks for the answer.
I must be wrong defining what I want. I would like to be able
to do "startx" and have 1280x1024, with browser and few
Sorry for fwd ur mail in list Scott, didn't notice it was in pvt.
As for the tyre comparison, I agree with you Nick. Better getting your
hands dirty than being laughed at. Which is btw what I did in that nasty
event. But I also remember the cold sweat out of it.
Actually I drive an old car which
On 01/12/13 06:22, Paolo Aglialoro wrote:
> So guys, I perfectly understand (and respect) how much many of you use and
> value ed. As much as others have a repulsion for it, but this is not my
> point:
no, it's like the scissor jack and lug wrench in my Jeep.
If I get a flat tire on the side of th
On 01/12/13 08:24, Paolo Aglialoro wrote:
Thank you Scott!
Your tutorial is really nice :)
I'll star it in my gmail.
Uhm, you're welcome. Just FYI, it's bad form to reply to a private
email onto a public mailing list.
I'm no ed(1) expert. Since it's now on the list, maybe more experienc
On Sat, Jan 12, 2013 at 01:51:55PM +0100, Dmitrij D. Czarkoff wrote:
> On Sat, Jan 12, 2013 at 12:31:40PM +, Stuart Henderson wrote:
> > Set LD_PRELOAD=/usr/lib/libpthread.so
> >
>
> Thanks, it solved the problem for me.
>
> Now, do I have to provide LD_PRELOAD in environment for any perl sc
Thank you Scott!
Your tutorial is really nice :)
I'll star it in my gmail.
Nevertheless, even if at the time the problem was a typo in fstab (which I
solved with an s/// sed sequence), I appreciate your honesty when u
implicitly admit that vi would be more adequated for more complex tasks.
Btw,
On Sat, Jan 12, 2013 at 12:31:40PM +, Stuart Henderson wrote:
> On 2013-01-12, Dmitrij D. Czarkoff wrote:
> > Hello!
> >
> > I was trying to build a piece of software that uses Image::Magick, when I
> > ran
> > into the following problem on amd64 -current:
> >
> > $ perl -e "use Image::Magi
On 01/12/13 07:25, Marc Espie wrote:
On Sat, Jan 12, 2013 at 07:17:25AM -0500, Scott McEachern wrote:
On 01/11/13 16:38, Paolo Aglialoro wrote:
sparc64 machine, a neglected typo in fstab while changing a disk mountpoint
and boom! - no boot :(
ed(1) isn't hard to use, but if you haven't used
On 2013-01-12, Dmitrij D. Czarkoff wrote:
> Hello!
>
> I was trying to build a piece of software that uses Image::Magick, when I ran
> into the following problem on amd64 -current:
>
> $ perl -e "use Image::Magick;"
> Can't load
> '/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Image/M
On Sat, Jan 12, 2013 at 07:17:25AM -0500, Scott McEachern wrote:
> On 01/11/13 16:38, Paolo Aglialoro wrote:
> >sparc64 machine, a neglected typo in fstab while changing a disk mountpoint
> >and boom! - no boot :(
> >
> >
>
> ed(1) isn't hard to use, but if you haven't used it in a while, as
> esp
On 01/11/13 16:38, Paolo Aglialoro wrote:
sparc64 machine, a neglected typo in fstab while changing a disk mountpoint
and boom! - no boot :(
ed(1) isn't hard to use, but if you haven't used it in a while, as
espie@ said, having another machine handy to hit the man page is
useful. Go play w
I do use ed occasionnally, when I have about no choice.
Specifically, glass console fucked up, no editing working... and no
vi in bsd.rd.
I don't know it very well, and I usually need another system nearby
to refer to the manpage.
I'm not a sysadmin, though.
I don't see any harm in putting vi in
So guys, I perfectly understand (and respect) how much many of you use and
value ed. As much as others have a repulsion for it, but this is not my
point:
I mean, with respect for all viewpoints, I'm far from starting a religion
war on "which is ur fave editor", but just trying to share a view on a
Obvious Troll. blah blah blah..
On Sat, Jan 12, 2013, at 12:04 AM, Christopher Vance wrote:
> You would fail any system administration course I teach.
>
> On 12/01/2013, at 15:34, Carlo Borelli wrote:
>
> > 2013/1/12 Nick Holland
> >
> >> On 01/11/13 16:38, Paolo Aglialoro wrote:
> >> ...
2013/1/12 Christian Weisgerber :
> Constantine A. Murenin wrote:
>
>> plus, last i checked, firefox was not even 64-bit friendly anyways
>
> Bullshit.
Well, not FireFox but JavaScript JIT, IIRC.
http://www.openbsd.org/papers/slackathon2011_64bitandjit/index.html
--
WBR,
Vadim Zhukov
On Sat, Jan 12, 2013 at 01:10:16AM +, Christian Weisgerber wrote:
> I tend to recommend dump|restore, but those aren't on bsd.rd.
Really? I had feeling that the best way to do disaster
recovery is to use bsd.rd, make partitioning and
dump/restore... Quite pitty if dump/restore is not
included.
- Original message -
> http://www.openbsd.org/cgi-bin/cvsweb/src/etc/login.conf.in
> http://www.openbsd.org/cgi-bin/cvsweb/src/etc/mklogin.conf
> http://www.openbsd.org/cgi-bin/man.cgi?query=login.conf&sektion=5
>
> plus, last i checked, firefox was not even 64-bit friendly anyways
You're
On 2013 Jan 11 (Fri) at 15:44:44 -0800 (-0800), Constantine A. Murenin wrote:
:plus, last i checked, firefox was not even 64-bit friendly anyways
I am using firefox on amd64 for a long time. Works as well as firefox
does anywhere else. I think you are heavily confused.
--
To the systems progra
26 matches
Mail list logo