Re: GENERIC and DEFAULTS

From: Danny Braniss (danny_at_cs.huji.ac.il)
Date: 10/31/05

  • Next message: Kris Kennaway: "Re: GENERIC and DEFAULTS" 
    To: Pete Slagle <freebsd-stable@box559.com>
Date: Mon, 31 Oct 2005 10:12:01 +0200

    > >> I've seen that 'GENERIC' file has been modified, moving some lines to
    > >> 'DEFAULTS':
    > >>
    > >> device isa
    > >>
    > >> device mem # Memory and kernel memory devices
    > >> device io # I/O device
    > >>
    > >> Why?
    > >> What does it mean? Should we include 'DEFAULTS' in our customized
    > >> 'GENERIC'?
    > >> Or those lines are no more mandatory?
    > >>
    > >
    > > No, you don't need to include 'DEFAULTS', config(8) will take care of
    > > that for you.
    > >
    > > http://docs.FreeBSD.org/cgi/mid.cgi?200510271713.j9RHDNTo013082
    > >
    > > AFAICT, this was done in order to automatically include devices which
    > > are essential in most cases so less experienced users won't accidentally
    > > break their systems and later complain that e.g. X doesn't work anymore.
    >
    > The whole mechanism seems like an obvious POLA violation. All the more
    > so without a note in UPDATING.
    >
    > Personally, I prefer less automated "help." In general, it might be
    > better to encourage those who need a nanny to run Windows, leaving
    > FreeBSD unencumbered for those who don't. IMHO.

    i agree 100%, i hate wizardy/black-magic, and this 'fix' falls in that
    class. Why was a 5ton hammer used to fix non existing problem?
    a small comment like 'you better keep these lines to make X happy'
    would have sufficed.

    my .5c, btw, im a happy freebsd user!

    danny

    _______________________________________________
    freebsd-stable@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

  • Next message: Kris Kennaway: "Re: GENERIC and DEFAULTS"

    Relevant Pages

    • Re: GENERIC and DEFAULTS
      ... >>AFAICT, this was done in order to automatically include devices which ... >>are essential in most cases so less experienced users won't accidentally ... > better to encourage those who need a nanny to run Windows, leaving ... Spreading the kernel configuration over two different files ...
      (freebsd-stable)
    • Re: [PATCH -mm] compat_binfmt_elf Kconfig
      ... precedents for internal/descriptionless symbols I find more not using the ... HAVE_ prefix than those using it. ... fine, fix the parallel build problem people were seeing, and AFAICT follow ...
      (Linux-Kernel)
    • Re: Static vs. Dynamic typing (big advantage or not)---WAS: c.programming: OOP and memory management
      ... >The fix descriptions give me a different impression. ... >afaict ~5% we might expect to have found with static checks. ... See my main response to this whole thread here: ...
      (comp.object)
    • Re: Static vs. Dynamic typing (big advantage or not)---WAS: c.programming: OOP and memory management
      ... >The fix descriptions give me a different impression. ... >afaict ~5% we might expect to have found with static checks. ... See my main response to this whole thread here: ...
      (comp.programming)
    • Re: A question
      ... > I found out when it works wrong, perhaps i'll be able to fix it. ... AFAICT, it is unpublished source. ... its output and an explanation of what you think is wrong. ...
      (microsoft.public.win32.programmer.directx.graphics)