07 Jun, 2011

3 commits

  • The only call site of renderer_toggled() has been commented out since Apr. 2003,
    as per Linus' Linux history repository:

    commit e7f67eb3c0570aa50c1cc0707b478a6d93bdc255
    Author: Roman Zippel
    Date: Fri Apr 4 04:18:05 2003 -0800

    [PATCH] gconf update

    A gconf update by Romain Livin
    - fixed bug when double-clicking for changing value.
    - expand row when enabling a row with a submenu.
    - various bug fixes

    As this result in a warning:

    scripts/kconfig/gconf.c:891:13: warning: 'renderer_toggled' defined but not used

    just nuke that code.

    Signed-off-by: Arnaud Lacombe

    Arnaud Lacombe
     
  • This interface is not (and has never been ?) used by any frontend, just get rid
    of it.

    Signed-off-by: Arnaud Lacombe

    Arnaud Lacombe
     
  • Signed-off-by: Arnaud Lacombe

    Arnaud Lacombe
     

24 May, 2011

2 commits


20 Sep, 2010

3 commits


02 Jun, 2010

2 commits


14 Apr, 2010

3 commits


20 Sep, 2009

1 commit


29 Jan, 2008

3 commits


26 Jul, 2007

1 commit

  • Roman Zippel wrote:
    > A simple example would be
    > help texts, right now they are per symbol, but they should really be per
    > menu, so archs can provide different help texts for something.

    This patch does this and at the same time introduce a few API
    funtions used to access the help text.

    The relevant api functions are introduced in the various frontends.

    Signed-off-by: Sam Ravnborg
    Cc: Roman Zippel

    Sam Ravnborg
     

14 Dec, 2006

1 commit


09 Jun, 2006

2 commits


16 Jan, 2006

1 commit

  • To enable 'make kernelrelease' earlier now create .kernelrelease when
    one of the *config targets are used.
    Also introduce KERNELVERSION - only user is kconfig.
    KERNELVERSION was needed to display kernel version in menuconfig -
    KERNELRELEASE is not valid until configuration has completed.
    kconfig files modified to use KERNELVERSION.
    Bug reported by: Rene Rebe

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

29 Jul, 2005

1 commit

  • I ran glade-2 on the glade file, fixed two missing stock icons and
    cleaned up the C code that inserts the single/split/full modes. The
    rest of the patch is minor cleanups only. I refrained from using all
    the included xpm icons in images.c (like qconf.cc does) in favour of
    using the stock Gtk+ icons instead. Oh, yes there was a "back" bug
    in split mode that I also removed, oh well...

    It has been tested with success by several people, including
    Jesper Juhl, Randy Dunlap and myself.

    Signed-off-by: Sam Ravnborg
    Signed-off-by: Linus Torvalds

    Joachim Nilsson
     

06 May, 2005

1 commit

  • This patch adds i18n support for make *config, allowing users to have the
    config process in their own language.

    No printk was harmed in the process, don't worry, so all the bug reports,
    kernel messages, etc, remain in english, just the user tools to configure
    the kernel are internationalized.

    Users not interested in translations can just unset the related LANG,
    LC_ALL, etc env variables and have the config process in plain english,
    something like:

    LANG= make menuconfig

    is enough for having the whole config process in english. Or just don't
    install any translation file.

    Translations for brazilian portuguese are being done by a team of
    volunteers at:

    http://www.visionflex.inf.br/kernel_ptbr/pmwiki.php/Principal/Traducoes

    To start the translation process:

    make update-po-config

    This will generate the pot template named scripts/kconfig/linux.pot,
    copy it to, say, ~/es.po, to start the translation for spanish.

    To test your translation, as root issue this command:

    msgfmt -o /usr/share/locale/es/LC_MESSAGES/linux.mo ~/es.po

    Replace "es" with your language code.

    Then execute, for instance:

    make menuconfig

    The current patch doesn't use any optimization to reduce the size of the
    generated .mo file, it is possible to use the config option as a key, but
    this doesn't prevent the current patch from being used or the translations
    done under the current scheme to be in any way lost if we chose to do any
    kind of keying.

    Thanks to Fabricio Vaccari for starting the pt_BR (brazilian portuguese)
    translation effort, Thiago Maciera for helping me with the gconf.cc (QT
    frontent) i18n coding and to all the volunteers that are already working on
    the first translation, to pt_BR.

    I left the question on whether to ship the translations with the stock kernel
    sources to be discussed here, please share your suggestions.

    Signed-off-by: Arnaldo Carvalho de Melo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arnaldo Carvalho de Melo
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds