hal: Branch 'master'
danny.kukawka at web.de
Tue Jul 17 23:16:38 EEST 2007
On Dienstag, 17. Juli 2007, David Zeuthen wrote:
> On Tue, 2007-07-17 at 19:47 +0200, Danny Kukawka wrote:
> > On Dienstag, 17. Juli 2007, Richard Hughes wrote:
> > > tools/hal-setup-keymap-hash-name.h | 815
> > > +++++++++++++++++-------------------- 1 files changed, 379
> > > insertions(+), 436 deletions(-)
> > >
> > > New commits:
> > > diff-tree bfec0c1df2d3f55851e3774af38ee8e20aab0a9c (from
> > > f282f061898492cda468382f9a69df8ebc06eb2e) Author: Richard Hughes
> > > <richard at hughsie.com>
> > > Date: Tue Jul 17 17:35:03 2007 +0100
> > >
> > > update to latest keycode input from linus
> > >
> > > New keycodes have been pushed into input.h - allow to use them in
> > > fdi files
> > IMO we should not have this file in the git repository. We should simply
> > drop the file.
> > The reason: This file always depend on the in the build system used
> > kernel and wouldn't match in the most cases with the version in the
> > build-/development system (which would cause compile errors).
> The cost of this is that people need to have awk and gperf installed. I
> guess we can switch over to just requiring that from configure.in; it's
> just a build time dep anyway. I'm fine with this. Richard?
This file can be part of released packages, but IMO not of the git repo. But
I'm fine with require gperf (or is there an other way to generate the file
with the normal tools?).
More information about the hal-commit