[haiku-development] Re: replacing runtime_loader

  • From: Ingo Weinhold <ingo_weinhold@xxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Wed, 16 Mar 2016 22:03:38 +0100

On 16.03.2016 16:07, Tim Kelly wrote:

Ingo Weinhold wrote:
The file should be at the package root. Please also check the syslog
whether your package has been activated.

~/tools/pcc-current/packages/rtl> package list runtime_loader.hpkg
package-attributes:
     name: runtime_loader
     summary: modified runtime_loader
     description: runtime_loader
     vendor: dtron
     packager: tim <gtkelly@xxxxxxxxxxxxxxxxx
     architecture: x86_gcc2
     version: 1.0.0-1
     copyright: dtron
     license: MIT
     provides: runtime_loader = 1.0.0-1
.PackageInfo             274  2016-03-16 09:55:30  -rw-r--r--
runtime_loader        154316  2016-03-15 18:12:33  -rwxr-xr-x

~> grep 'runtime_loader' /var/log/syslog
KERN: package_daemon [315658479276:   204]
Volume::_PackagesEntryRemoved("runtime_loader.hpkg")
KERN: package_daemon [315658479687:   204]
Volume::_PackagesEntryCreated("runtime_loader.hpkg")
KERN: package_daemon [315658479995:   204] node monitoring created event
for already known entry "runtime_loader.hpkg"
KERN: package_daemon [315670938014:   205] active package:
"runtime_loader.hpkg"

Doesn't look good. There should at least be a message from packagefs that the package has been activated. There's a known issue with replacing packages in the packages directory. The best course of action is to remove the old package first (or move it out) and then move the new package in. Keep an eye on the syslog to be sure.

Interestingly, calling ~> /system/runtime_loader --version causes
runtime_loader to crash, invoking the debugger.

That's by design. Although it looks like one, runtime_loader is not a regular executable and cannot be executed.

Is there another test I can run to determine if my packaged
runtime_loader is being loaded and executed?

"listattr -l /system/runtime_loader" will tell you which package the file originates from.

CU, Ingo


Other related posts: