SRU? bashism in startkde
Bug #688518 reported by
Achim Bohnet
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Kubuntu PPA |
Fix Released
|
Undecided
|
Unassigned | ||
kdebase-workspace (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Maverick |
Fix Released
|
Medium
|
Scott Kitterman |
Bug Description
== test operator is not defined in posix shell /bin/sh -> dash
== is used 2 times in startkde:
(0)allee@
/usr/bin/
/usr/bin/
Here == without space is used so even parsing is wrong as it's considered as one word not 3. As the work is not emtpy it evaluates to true:
(0)allee@
$ if [ "$1"=="mobile" ] ; then echo foo; fi
foo
$ echo "$1"
Here the standard == bashism bug:
$ [ $1 == "netbook" ] && echo foo
[: 5: ==: unexpected operator
Related branches
Changed in kubuntu-ppa: | |
status: | New → Fix Committed |
summary: |
- bashism in startkde + SRU? bashism in startkde |
tags: | added: patch |
Changed in kdebase-workspace (Ubuntu Maverick): | |
assignee: | nobody → Scott Kitterman (kitterman) |
importance: | Undecided → Medium |
milestone: | none → maverick-updates |
status: | New → In Progress |
Changed in kubuntu-ppa: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Opinion about a SRU as the bug is already in maverick kdebase-runtime-bin 4%3a4.5.1-0ubuntu8.
1.==: passing forcing netbook mode (test is in 'or' branch) as arg1 to startkde does not work. I assume more a developer /debug feature.
2.==: as soon as/usr/ share/kubuntu- mobile- default- settings/ share/autostart /plasma- mobile. desktop exits, KDEDIRS is always set to use mobile defaults. With the fix KDEDIR is only set if startkde is called with mobile as arg1.
So IMHO only extended (devel) feature are not working. Not worth a SRU on it's own. Better wait until something important is found and let bashism fix slip in then.
But the mobile and netbook users/devs have a different POV what is important.