rc.d/rc.conf cleanup?

[Andy Ruhl]

Hello all,

I have a NetBSD system that has existed since the late 90's.

The /etc/rc.d directory has a bunch of junk that shouldn't be in
there. The rc.conf is a mess as well.

I could go through each entry and clean it up manually, but I'm
wondering if there is an automated way to do this?

Thanks.

Andy

Re: rc.d/rc.conf cleanup?

[Greg Troxel]

Andy Ruhl  writes:

> I have a NetBSD system that has existed since the late 90's.

Me too.  It's cool that this isn't bizarre.

> The /etc/rc.d directory has a bunch of junk that shouldn't be in
> there. The rc.conf is a mess as well.
>
> I could go through each entry and clean it up manually, but I'm
> wondering if there is an automated way to do this?

My automated solution for maintenance during upgrades is etcmanage in
pkgsrc, but it doesn't help get to straightened out from before.

I would

  - unpack etc and xetc into /usr/netbsd-etc (for reference)
  - think about if you have PKG_RCD_SCRIPTS and which packages have
scripts that you need
  - nuke /etc/rc.d contents
  - cp -p /usr/netbsd-etc/rc.d/* /etc/rc.d

  - for packages, you can make sure you have binary packages, set the
automatic flag appropriately, and export (via pkgin perhaps) a list
of packages, delete and reinstall.

  - I don't think pkg_admin check verifies the /etc/rc.d copy.  Maybe it should.

  - if the above is too radical, diff -ur and think.

  - in rc.conf, I think you just have to go through it.  Just comment
out whatever you don't understand and try to be minimal.

  


signature.asc
Description: PGP signature

Re: xdm prevents me from shutting the system down clean

[Nick Hudson]

On 11/04/15 14:53, Ottavio Caruso wrote:

On 4 November 2015 at 10:55, Paul Goyette  wrote:

I used to get this, too.  But the problem seems to have disappeared,
at least on recent (last 30 days or so) -current kernels (within the
last 30 days or so).

I don't know of any specific commit that would have fixed this, but
if someone can narrow it down it would be nice to get it pulled up
to netbsd-7 branch before we ship 7.1  :)



What's the timeline for 7.1?

You might like to try

http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7/201511070620Z/amd64/binary/kernel/netbsd-GENERIC.gz

which has the fixes I *think* might fix things.

Nick

Re: xdm prevents me from shutting the system down clean

[Ottavio Caruso]

On 7 November 2015 at 22:21, Nick Hudson  wrote:
> On 11/04/15 14:53, Ottavio Caruso wrote:
>>
>> On 4 November 2015 at 10:55, Paul Goyette  wrote:
>>>
>>> I used to get this, too.  But the problem seems to have disappeared,
>>> at least on recent (last 30 days or so) -current kernels (within the
>>> last 30 days or so).
>>>
>>> I don't know of any specific commit that would have fixed this, but
>>> if someone can narrow it down it would be nice to get it pulled up
>>> to netbsd-7 branch before we ship 7.1  :)
>>>
>>>
>> What's the timeline for 7.1?
>
> You might like to try
>
> http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7/201511070620Z/amd64/binary/kernel/netbsd-GENERIC.gz
>
> which has the fixes I *think* might fix things.
>

I think this has also the fix to PR/50187, so I'll try it first thing
tomorrow morning. Thanks for the heads up!

-- 
Ottavio

Re: Installing NetBSD 6.5.1 on a Macbook Pro 1,1 in a dual boot configuration

[Patrick Pritchard]

On Nov 1, 2015, at 19:43, Greg Troxel  wrote:
> There are multiple stages of boot.  The first sector usually has some
> sort of "MBR" bootblock, and then the secondary blocks that you
> installed and then /boot.   So you may need gpt biosboot.

Happy to report that i have finally managed to get a dual boot setup working 
with Mac OS X 10.6 (Snow Leopard) and NetBSD 6.1.5.  As I type this I am 
low-level formatting my HD to try the process again, to ensure I can recreate 
the steps, but I believe I can get it to work a second time as well.  Following 
this, I’ll update the appropriate wiki page on netbsd.org; the current one is 
outdated and has some gaps, especially in explaining the “how and why”.

In the end I was able to use the regular MBR boot, i.e. not gpt biosboot, 
without any issues!

Cheers.

Re: omxplayer on Raspberry Pi 2 on NetBSD 7 - anyone succeeded in building

[Takahiro Hayashi]

(removing port-xen)

hi,

On 2015/10/26 22:05, Mayuresh wrote:

I get several g++ internal compiler errors when building omxplayer on
Raspberry Pi 2.

uname -a
NetBSD pinetbsd 7.0_STABLE NetBSD 7.0_STABLE (RPI2.201510250040Z) evbarm


Has anyone got it build successfully?

Do I need to upgrade gcc?

gcc.compile.c++
bin.v2/libs/graph/build/gcc-4.8.4/release/pch-off/threading-multi/graphml.o
g++: internal compiler error: Killed (program cc1plus)


Have you seen any suspicious messages in /var/log/messages?

If you see messages like
"UVM: pid 12345 (cc1plus), uid 100 killed: out of swap",
it's because of swap shortage.
The virtual size of cc1plus may increase more than 500MB,
so you need enough size of virtual memory, especially in case of
MAKE_JOBS > 1.
Please see man page of swapctl to check and increase size of swap.


no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.



--
t-hash