The Following User Says Thank You to Estel For This Useful Post: | ||
|
2015-01-15
, 13:17
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#1352
|
sorry, that's nonsense. Again, _every_ system will break and not boot up when you mess around with the system shell too much. Try replacing the bourne shell by a cshell on a system-V init system. How should maemo be any different in this regard? Usually the system shell must be Posix and/or Bourne, for Maemo it must be busybox in the variant that originally shipped witj it.
Because you can? You can't. You MUST NOT [RFC2119] (modulo BB-P is supposed to be 100% compatible to BB-basic, for exactly this reason to not break stuff that depends on it. So BB-P is supposed to be 'safe' for system shell, for now - until some bug in cmd syntax wants to get fixed).
I'd say e.g. FHS and in the end ultimately the system and how it ships defines what the system shell (and toolbox) is supposed to be and act alike. E.g- for mc it's perfectly sane when the package for the distro relies on diff (and depends on it) and expect it in the location it's found at when installing the default distro pkg for diff (as a dependency of mc). You could even argue that diff has to be in a certain location when FHS specifies so (it doesn't, for diff. see http://www.pathname.com/fhs/pub/fhs-...#REQUIREMENTS2 ff). Any _bug_ in mc would be in the maemo package and introduced by the pkg maintainer who failed to adapt the dependency while preparing the maemo mc pkg.
The Following 3 Users Say Thank You to reinob For This Useful Post: | ||
|
2015-01-15
, 20:32
|
|
Posts: 6,447 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#1353
|
The Following 3 Users Say Thank You to pichlo For This Useful Post: | ||
|
2015-01-15
, 21:20
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#1354
|
I have bb-power, gnu-tools and BM coexisting happily without a problem.
Except when *I* *personally* caused a problem myself by manually crosslinking things.
So all this discussion is moot
|
2015-04-11
, 23:24
|
Posts: 92 |
Thanked: 144 times |
Joined on Apr 2014
|
#1355
|
|
2015-04-12
, 07:47
|
|
Posts: 6,447 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#1356
|
The Following User Says Thank You to pichlo For This Useful Post: | ||
|
2015-04-12
, 09:49
|
Posts: 92 |
Thanked: 144 times |
Joined on Apr 2014
|
#1357
|
|
2015-04-12
, 12:58
|
Posts: 92 |
Thanked: 144 times |
Joined on Apr 2014
|
#1358
|
The Following 2 Users Say Thank You to Dongle Fongle For This Useful Post: | ||
|
2015-08-08
, 02:29
|
Posts: 842 |
Thanked: 1,197 times |
Joined on May 2010
|
#1359
|
I think I've found the problem, /home/user/.opera/cache/g_002D/opr004l5.tmp is a supposedly 3.5 GB file. On n900 it shows up as 200 kb.
Can't remove it in terminal with root access or in Filebox.
Will attempt a windows xp checkdisk, gparted did not fix anything.
Need to force deletion of this file..
The Following 4 Users Say Thank You to RobbieThe1st For This Useful Post: | ||
|
2015-08-08
, 06:27
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#1360
|
The Following User Says Thank You to peterleinchen For This Useful Post: | ||
Tags |
backup, backupmenu, cssusupplement, max(useful), rescue-console, restore, system |
|
In light of that, reinob is perfectly right to expect random_programs to get updated, if upstream update of shell package changed something.
/Estel
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!