10 Jun, 2009
1 commit
-
The '-e' option to echo and brace expansion are not guaranteed to be supported
by a POSIX-compliant /bin/sh (e.g. dash)Signed-off-by: dann frazier
Signed-off-by: Andrew Morton
Signed-off-by: Sam Ravnborg
01 Aug, 2008
1 commit
-
It would have saved both a bug submitter and me a few hours if
scripts/ver_linux had picked the same gcc as the build.Since I can't see any reason why it fiddles with PATH at all this patch
therefore removes the PATH setting.Signed-off-by: Adrian Bunk
Signed-off-by: Sam Ravnborg
26 May, 2008
1 commit
-
These magic greps and hacks in ver_linux to get the gcc version always break after some gcc releases.
Since now gcc >4.3 allows compiling with '--with-pkgversion' ( which can be everything 'My Cool Gcc' or something )
ver_linux will report random junk for these.Simply use 'gcc -dumpversion' to get the gcc version which should always work.
Signed-off-by: Gabriel C
Signed-off-by: Andrew Morton
Signed-off-by: Sam Ravnborg
13 Oct, 2007
2 commits
-
Currently scripts/ver_linux prints "Binutils" or other random
information for the version number in the "binutils" output line
on some distributions. This patch corrects that.When I initially submitted a patch to correct that, I was not aware
that the output from "ld -v" could differ as much as it turned out
it can, so my original fix turned out to not cover all bases.
This patch works correctly with all the different "ld -v" output
that people posted in replys to my first patch, so it should be a
clear win over what we have currently.Signed-off-by: Jesper Juhl
Signed-off-by: Sam Ravnborg -
Fix ver_linux glibc version printing (for real this time)
Alexey Dobriyan reported that commit
4a645d5ea65baaa5736bcb566673bf4a351b2ad8
broke ver_linux when glibc has a 3 digit
version number, and proposed a patch.
Al Viro then suggested a simpler way to
solve the problem which I've then simply
put into patch form.Signed-off-by: Alexey Dobriyan
Signed-off-by: Al Viro
Signed-off-by: Jesper Juhl
Signed-off-by: Sam Ravnborg
26 Jul, 2007
1 commit
-
I noticed, when running scripts/ver_linux on both a Gentoo system
and a Slackware system, that the line printing the C library
version looked a little odd. So I fixed it up to be in line with
all the rest.Old output:
Linux C Library > libc.2.5
New output:
Linux C Library 2.5Signed-off-by: Jesper Juhl
Signed-off-by: Sam Ravnborg
08 Dec, 2006
1 commit
-
scripts/ver_linux needed some minor clean-ups, as follows:
1) Add reporting of actual oprofile release
2) Add reporting of actual wireless-tools release
3) Add reporting of actual pcmciautils releaseSigned-off-by: Valdis Kletnieks
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
05 Apr, 2006
1 commit
-
Sam: did the same for reiserprogs
Signed-off-by: Alexey Dobriyan
Signed-off-by: Sam Ravnborg
08 Sep, 2005
1 commit
-
Tested with 2.12i and 2.13-pre2.
Signed-off-by: Alexey Dobriyan
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
19 Apr, 2005
1 commit
-
Without the attached patch, the ver_linux script gives
the following if udev utils are not present../scripts/ver_linux: line 90: udevinfo: command not found
The patch causes ver_linux to be silent in the case of
no udevinfo command.Signed-off-by: Steven Cole
Signed-off-by: Greg Kroah-Hartman
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!
