Question 1:

If I'm using CharcoalGray99's XML web interface, most of it resides in a folder on /drive0 so that I don't have to replace it each time I upgrade the player software. However, I still do have to put "index.html" into the root directory if I want to access http://empeg/ and have CharcoalGray99's pages to come up.

Is there an option somewhere in config.ini that allows me to move even index.html to someplace on /drive0?

I know there is khttpd_style=xxxxxx.xsl, but that's not for index.html, is it?


Question 2:

I know this isn't Mark's fault, it's Microsoft's. But I still can't get those "extra" files to stop appearing in the Microsoft web browser extensions for IE:



The extra file is a random file name, sometimes blank, sometimes garbage characters, sometimes the same as another file name in the existing directory.

Did anyone ever figure out how to make those stop appearing?

Does the web interface work if you just put the index.html in the same /drive0 subdir as everything else, and then use THAT as your URL in the browser?
Or is that not the way you want it?

And have you tried the dotdir config.ini options for Hijack?
[hijack]
rootdir_dotdot=0
kftpd_show_dotfiles=0



Cheers

Does the web interface work if you just put the index.html in the same /drive0 subdir as everything else, and then use THAT as your URL in the browser?
Or is that not the way you want it?

You're right, I can get CharcoalGray's interface on a freshly-upgraded player by going to
http://empeg/?fid=101&ext=.xml&style=/drive0/opt/khttpd/charcoalgray99/xsl/default.xsl (for example), and that works.

I was just hoping there was a way I could spec it so that I get his page as the default HTML page when I go to http://empeg without having to spec any more subdirectories.

And have you tried the dotdir config.ini options for Hijack?

Yes, I've tried them with both a zero and a 1, and I still get those extra entries:

Bah.. just for the heck of it.. Hijack v313 is out.

-- New [hijack] section option: khttpd_root_index=pathname

Eg. khttpd_root_index=/drive0/webinterface.html

Cheers

You are the man, Mark.

damn man... gimme a chance to catch up on the faq before you keep adding stuff!

that's a cool one.

Yup, works like a charm! Thanks!

That's really a big help in whittling down the number of things I need to re-install when an upgrade is applied.

I think I'm down to just this list:

- Upgrade player.
- Reinstall Hijack.
- New image pan file.
- New Tux Much image.

Cool...

...rerun mkprgpt to recreate mountpoints /programs0 and /programs1

If we could get the sync issue sorted so that using /dev/hda2 and /dev/hdc2 were no longer neccessary then I'd depreciate this too in favor of using the music partitions.

What about the idea of using hda2? It's not doing much else in life..

...rerun mkprgpt to recreate mountpoints /programs0 and /programs1

I don't have to do that any more since I no longer need to put anything on /programs0.

Question. Would there be a way to write "mkprgpt" in such a way that it can be placed on drive0, called harmlessly from an EXEC command, and wouldn't do anything bad (like mounting the hard disks readwrite, using up any Bash memory, or locking a file open on the hard disks preventing a RW/RO operation) if the mount points already existed?

I don't have to do that any more since I no longer need to put anything on /programs0.


Don't you? Can you still sync with stuff running out of the music paritions. (eg emphatic, or ttsd)

Is there something in beta14/RC1/whatever that makes this possible?

Nah, it's just that all my EXEC commands are @DC and I never sync in DC mode.

What about the idea of using hda2? It's not doing much else in life..


Benefits of /dev/hda2:
Doesn't get wiped during upgrade (although not guaranteed.)
Distinct location.
Doesn't cause sync issues.

Benefits of /drive0/somewhere:
Huge. (Useful for emptris, or holding many apps)
/dev/hda2 could conceivably be wiped on upgrade (although I'd expect we would be warned beforehand)
Easier to deal with wrt Point&Click installs.

-- New [hijack] section option: khttpd_root_index=pathname

Thanks Mark!

Tom

Keep in mind that one can also now do stuff like:

;@EXEC_ONCE mkdir /mountpoint
;@EXEC_ONCE mount /dev/hda2 /mountpoint

Cheers

-ml

I assume this would actually be:

;@EXEC_ONCE /bin/mkdir /mountpoint
;@EXEC_ONCE /bin/mount /dev/hda2 /mountpoint

Yep

You don't need to call the full pathnames of the bins in /bin, so Mark's example stands.

Negative on that, Houston.

Unless he was starting a shell which employed the PATH environment variable, that's not how it works.

Not to be a pest or anything, but the khttpd_root_index option still isn't in the FAQ.

I was going crazy because I KNEW Mark added it, but I couldn't remember exactly what it was named, and I couldn't find it in the FAQ.

That would be my fault. I need to get off my ass and just take a couple of hours to add all the new stuff. Sorry fellas. busy busy.