Notice: Trying to access array offset on value of type bool in /srv/www/vhosts/openpandora.org/domains/bugs.openpandora.org/httpdocs/scripts/details.php on line 649 FS#291 : root-owned pndrun_...out file makes PND refuse starting

OpenPandora Main OS

|
  • Status Assigned
  • Percent Complete
    0%
  • Task Type Bug Report
  • Category Core
  • Operating System Release 1 (Zaxxon)
  • Severity Medium
  • Reported Version SuperZaxxon Beta 3
Attached to Project: OpenPandora Main OS
Opened by Daniel Hertrich (hermocom) - 06.07.2012

FS#291 - root-owned pndrun_...out file makes PND refuse starting

If a PND has been run as root before (using pnd_run.sh from a root shell) and afterwards it is invoked the normal way, the PND doesn't start, because the .out file cannt be overwritten: /usr/pandora/scripts/pnd_run.sh: line 26: /tmp/pndrun_firefox.out: Permission denied Desired solution: .out file is silently overwitten. Maybe, if that's not possible, create another .out file with a different name (added counter, for example). Seen in SuperZaxxon relese 1.5, not in Beta3 as this task is flagged, but there is no choice besides Beta3.
Sébastien Huss commented on 06.07.2012 12:05
The outfile cannot be silently overwritten without doing very nasty tricks. When the file already exist and is not writable then it should probably append the UID to the filename. sound highly doable to me
T4b commented on 06.07.2012 12:09
Or just make the outfile 777? Then it shouldn't matter whether it belongs to root.
Sébastien Huss commented on 06.07.2012 12:16
Silly me ;) thanks T4b
Daniel Hertrich (hermocom) commented on 06.07.2012 13:00
Is there any concept for protected PNDs (only for root access)? Then 777-ing the outfile could be a security hole, by it revealing root's secrets to standard users... just a thought. If there isn't such a concept, then 777-ing might be the best solution.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing