Using multiply kernels with reserved GENERIC

I compile my own kernel: # make buildkernel KERNCONF=MYKERN make installkernel KERNCONF=MYKERN After this, the new kernel is into /boot/kernel , and old one is into /boot/kernel.old After first kernel rebuilding, kernel.old is GENERIC. But after second one it seems that I'm unable to boot

Re: Using multiply kernels with reserved GENERIC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/03/2010 08:05:37, Антон Клесс wrote: I compile my own kernel: # make buildkernel KERNCONF=MYKERN make installkernel KERNCONF=MYKERN After this, the new kernel is into /boot/kernel , and old one is into /boot/kernel.old After first

Re: how to use cdrecord

On Sun, Mar 14, 2010 at 11:47:35AM +0800, Aiza wrote: Chris Hill wrote: On Sun, 14 Mar 2010, Aiza wrote: [snip] tried cdrecord -v speed=2 dev=acd0 blank=fast gives this error Open by devname not supported on this OS. What device am i to use? cdrecord wants to see your ATA

Re: how to use cdrecord

On Sun, Mar 14, 2010 at 11:47:35AM +0800, Aiza wrote: Chris Hill wrote: On Sun, 14 Mar 2010, Aiza wrote: [snip] tried cdrecord -v speed=2 dev=acd0 blank=fast gives this error Open by devname not supported on this OS. What device am i to use? cdrecord wants to see your ATA

Re: Compose key and xterm vs. UTF-8

On Sun, Mar 14, 2010 at 12:16:45AM +, Christian Weisgerber wrote: Short: -- Why do compose key sequences fail to work in a UTF-8 xterm? The port x11/rxvt-unicode is lighter on resources then xterm, and works fine with utf-8. (with LANG=en_US.UTF-8 and LC_ALL=en_US.UTF-8 set) Roland --

Re : building from source after freebsd-update

Please read the handbook section related to the FreeBSD update tool http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrading-freebsdupdate.html freebsd-update is a binary update tool, so you haven't got anything to rebuild, except your custom kernel (if you are using one).

Re: how to use cdrecord

Erik Trulsson wrote: On Sun, Mar 14, 2010 at 11:47:35AM +0800, Aiza wrote: Chris Hill wrote: On Sun, 14 Mar 2010, Aiza wrote: [snip] tried cdrecord -v speed=2 dev=acd0 blank=fast gives this error Open by devname not supported on this OS. What device am i to use? cdrecord wants to see your

Re: how to use cdrecord

On Sun, 14 Mar 2010 20:48:22 +0800, Aiza aiz...@comclark.com wrote: No I do not. how do i do this? If you don't want to compile it into your kernel, load it manually: # kldload atapicam You can automate it using the appropriate line in /boot/loader.conf, I think it's atapicam_load=YES Then

Re: Compose key and xterm vs. UTF-8

On Sun, Mar 14, 2010 at 12:45:24PM +0100, Roland Smith wrote: On Sun, Mar 14, 2010 at 12:16:45AM +, Christian Weisgerber wrote: Short: -- Why do compose key sequences fail to work in a UTF-8 xterm? The port x11/rxvt-unicode is lighter on resources then xterm, and works fine with

Re: Compose key and xterm vs. UTF-8

Roland Smith: Why do compose key sequences fail to work in a UTF-8 xterm? The port x11/rxvt-unicode is lighter on resources then xterm, and works fine with utf-8. (with LANG=en_US.UTF-8 and LC_ALL=en_US.UTF-8 set) You didn't bother to read and understand my question, did you? urxvt shows

Re: how to use cdrecord

On Sun, 14 Mar 2010 20:48:22 +0800 Aiza Aiza aiz...@comclark.com articulated: Erik Trulsson wrote: On Sun, Mar 14, 2010 at 11:47:35AM +0800, Aiza wrote: Chris Hill wrote: On Sun, 14 Mar 2010, Aiza wrote: tried cdrecord -v speed=2 dev=acd0 blank=fast gives this error Open by devname not

Re: Compose key and xterm vs. UTF-8

On Sun, Mar 14, 2010 at 01:43:27PM +0100, Christian Weisgerber wrote: Roland Smith: Why do compose key sequences fail to work in a UTF-8 xterm? The port x11/rxvt-unicode is lighter on resources then xterm, and works fine with utf-8. (with LANG=en_US.UTF-8 and LC_ALL=en_US.UTF-8 set)

Re: how to use cdrecord

On 03/14/10 08:17, Jerry wrote: snip Add this to your /usr/src/sys/i386/conf/GENERIC file: (or what ever you have named it) device atapicam You then have to rebuild your kernel. You would probably be best served by reading up on how to update FreeBSD. Starting at this URL would

tunefs -L issue

I'm seeing this in my dmesg: GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). I'm guessing I screwed up tunefs -L, but it sure looked straightforward. Anyway, my /dev/ufs is empty, and I kind of thought there should be stuff in it. I called tunefs -L from single-user mode, so

Re: tunefs -L issue

On Sun, Mar 14, 2010 at 09:31:50AM -0700, Steve Franks wrote: I'm seeing this in my dmesg: GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). AFAICT, you can ignore this. There have been previous discussions of this on the mailing list. I'm guessing I screwed up tunefs -L,

Wow! ixsystems.....

Folks, Late last night i finally surfed into the ixsystems pages. WHile I haven't had a chance to check out the price/performance ration and compare it to other sites [[or maybe I'll do yet another roll-my-own]], I did happen on the PCBSD link.

Re: Re : building from source after freebsd-update

On 2010-03-14 05:39, Alexandre L. wrote: Please read the handbook section related to the FreeBSD update tool http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrading-freebsdupdate.html freebsd-update is a binary update tool, so you haven't got anything to rebuild, except

I'd like you to join me on Swom...

Hi I'd like to add you to my professional network on Swom. You can use Swom to connect with new contacts and promote your existing businesses. Swom even has an affiliate program that pays you. - N'GUESSAN p.s. Here is the link:br http://swom.com/r/51774-nguessan--koffi-ezai -- This

jpeg2swf segfaults

Ever since I updated from jpeg-7 to jpeg-8 and recompiled swftools to link against it (FreeBSD-8.0-RELEASE-p2), jpeg2swf segfaults with jpeg2swf -q 100 -o test.swf *.jpg (at most 12 jpegs). Running gdb jpeg2swf jpeg2swf.core reveals the following: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free

Re: how to use cdrecord

Polytropon wrote: On Sun, 14 Mar 2010 20:48:22 +0800, Aiza aiz...@comclark.com wrote: No I do not. how do i do this? If you don't want to compile it into your kernel, load it manually: # kldload atapicam You can automate it using the appropriate line in /boot/loader.conf, I think it's

Re: how to use cdrecord

An addition: On Sat, 13 Mar 2010 21:46:17 -0600, Programmer In Training p...@joseph-a-nagy-jr.us wrote: [r...@heaven]dmesg -a | grep acd acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR HP DVD Writer 1040r/MH21 at ata1-master UDMA33 Thoughts? You're using a 40-pin

Re: jpeg2swf segfaults

Programmer In Training p...@joseph-a-nagy-jr.us writes: Ever since I updated from jpeg-7 to jpeg-8 and recompiled swftools to link against it (FreeBSD-8.0-RELEASE-p2), jpeg2swf segfaults with jpeg2swf -q 100 -o test.swf *.jpg (at most 12 jpegs). Doesn't crash for me. My guess is that you

Re: Compose key and xterm vs. UTF-8

Nothing of susbtance here ... in message 20100314114524.gb25...@slackbox.erewhon.net, wrote Roland Smith thusly... On Sun, Mar 14, 2010 at 12:16:45AM +, Christian Weisgerber wrote: Short: -- Why do compose key sequences fail to work in a UTF-8 xterm? The port x11/rxvt-unicode

Re: jpeg2swf segfaults

On 03/14/10 19:19, Lowell Gilbert wrote: Programmer In Training p...@joseph-a-nagy-jr.us writes: Ever since I updated from jpeg-7 to jpeg-8 and recompiled swftools to link against it (FreeBSD-8.0-RELEASE-p2), jpeg2swf segfaults with jpeg2swf -q 100 -o test.swf *.jpg (at most 12 jpegs).

What is the path of knowledge from Novice to committer, In FreeBSD?

Respected Sir, *I am MCA(Master Of Computer Application) Student from India,Asia *and much intrested about UNIX or UNIX-like OS. As per my knowledge, in FreeBSD; there are *Volunteers(For Questioning) -- Contributers -- Committers* * 1] To be VOLUNTEER 2] After That; To Be Contributer 3] After