WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Ondemand Feature Request  (Read 2685 times)

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Ondemand Feature Request
« on: May 15, 2014, 03:43:03 PM »
Since I do not think Ondemand is considered an extension, I am putting this request here.

When a package is downloaded as ondemand, it would be great if it could pull the image from "[appname].tcz/usr/local/share/pixmap", copy to, and if need be appropriately rename, in the "/etc/sysconfig/tcedir/ondemand" directory. This would allow better functionality with wbar.


EDIT:
Well, hilariously, reading corebook.pdf in the advanced sections looking for the best way to run persistence, I read over the boot sequence. Chapter 20, section 4, Ondemand Scripts, second paragraph; it describes  that it does put icons from ondemand apps in to the ondemand directory, obviously it does not. Any ideas why?
« Last Edit: May 18, 2014, 09:47:50 PM by GeminiEngine »

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Ondemand Feature Request
« Reply #1 on: May 16, 2014, 05:42:19 AM »
That would require the extension to be mounted which kind of conflicts with the current concept of "ondemand".


A different approach could perhaps be to have extension.tcz.pic files, but not sure about overhead and increase in complexity such might create.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Re: Ondemand Feature Request
« Reply #2 on: May 17, 2014, 04:51:00 PM »
I respectfully disagree, it would not require always being loaded to create this effect.

I have been loading the ondemand apps and copying the logo "/tmp/tcloop/[appname]/usr/local/share/pixmap" to "/etc/sysconfig/tcedir/ondemand", then making sure it is porperly named. When TC first loads it pulls this and displays them, *without* loading the package.

Wbar pulls from the ondemand folder for apps to display; the requirement being a script that loads the program and a JPEG file with the same name + ".img" and it pulls right up on wbar. Doing this does not make the program always loaded, but does put the program on wbar.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Ondemand Feature Request
« Reply #3 on: May 17, 2014, 09:12:47 PM »
I respectfully disagree, it would not require always being loaded to create this effect.



You seem to disagree with what i never said. Please read again what I did say.

Quote
I have been loading the ondemand apps and copying the logo "/tmp/tcloop/[appname]/usr/local/share/pixmap"


This differs from your first post where the path gave an impression of some virtual filesystem (sometimes used by apps) which would display the content of an archive or a compressed filesystem. 
Quote
to "/etc/sysconfig/tcedir/ondemand", then making sure it is porperly named. When TC first loads it pulls this and displays them, *without* loading the package.


Sure you can do that, but to copy a file out of squashfs extension, a prior loop mount is required (or unsquashfs) and results in file duplication.


Quote
Wbar pulls from the ondemand folder for apps to display; the requirement being a script that loads the program and a JPEG file with the same name + ".img" and it pulls right up on wbar. Doing this does not make the program always loaded, but does put the program on wbar.


Guessing you refer to a specific usage case with mount mode plus PPR.
« Last Edit: May 17, 2014, 09:18:47 PM by tinypoodle »
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Re: Ondemand Feature Request
« Reply #4 on: May 18, 2014, 04:16:10 PM »
First, I would like to start with, on the technical side of this feature request tinypoodle, you appear to fully comprehend exactly what I am asking for and its implications for developers. However at no point in anything I offered was direction about how to implement this suggestion or intended for instruction to achieve what I desire, merely a working example that creates what I think would increase the user friendliness of TinyCore.

This entire thread was simply the request that a mechanic be instituted to allow wbar to see designated ondemand programs and display them.

I respectfully disagree, it would not require always being loaded to create this effect.

You seem to disagree with what i never said. Please read again what I did say.
I am not going to quibble over "English grammar and syntax, direct vs. indirect references". I am here for either of suggesting possible user friendliness or my technical education, the former for this post. This is a technology forum and I am not an English grammar and syntax instructor.



Quote from: GeminiEngine
I have been loading the ondemand apps and copying the logo "/tmp/tcloop/[appname]/usr/local/share/pixmap"
This differs from your first post where the path gave an impression of some virtual filesystem (sometimes used by apps) which would display the content of an archive or a compressed filesystem. 
I assume your mentioning of a virtual filesystem is refering to "[appname].tcz/usr/local/share/pixmap" and "/tmp/tcloop/[appname]/usr/local/share/pixmap". Well, simply put, yes, these are a virtual filesystems. Linux kernel accesses filesystems through common VFS to use TinyCore's default EXT4 partition and the TCZs, being in squashFS. "http://commons.apache.org/proper/commons-vfs/". Linux kernel by default runs all file access through VFS. "http://www.tldp.org/LDP/lki/lki-3.html"



Quote from: GeminiEngine
to "/etc/sysconfig/tcedir/ondemand", then making sure it is porperly named. When TC first loads it pulls this and displays them, *without* loading the package.
Sure you can do that, but to copy a file out of squashfs extension, a prior loop mount is required (or unsquashfs) and results in file duplication.
Yes, I agree that how I currently handle it, and how I worded my suggestion, does create file duplication and a tedious mount/unmount scenario. My attempt was to explain my request in a detailed enough manner that anyone who was a source maintainer could implement this in a manner they see fit without concerns for a special case scenario. I know that here I have not earned, and may never, nor seek, special case handling in any development of this project. I merely suggested a concept that would increase user friendliness of TinyCore in a manner that leaves how to achieve such as open as possible to its developers with out having to cater to me.


Quote from: GeminiEngine
Wbar pulls from the ondemand folder for apps to display; the requirement being a script that loads the program and a JPEG file with the same name + ".img" and it pulls right up on wbar. Doing this does not make the program always loaded, but does put the program on wbar.
Guessing you refer to a specific usage case with mount mode plus PPR.
If PPR refers to Persistance that is loaded at boot and then saved on a proper shutdown, yes, I am relying on default persistence settings, for now. Until I learn of a better way to handle this.

As far as a specific usage scenario goes, mine is two purposed. First, a simple system at home on an old desktop to allow anyone who comes over and wants to check their email, or some other mundane reason, can use a computer that is not mine, I am not fond of sharing mine, no matter what or how much security I have. Second evaluating the use of it as a kiosk in a business strategy at my work before we actually get rid of several dozen old computers. If the strategy does not have a 15 minute or less training requirement it just won't be worth it. So teaching people to access ondemand programs that are our least likely used programs, less than once a day, does not seem worth loading at boot. I bust my --- to create an enviroment where the learning curve for "in-house desktops" is at or as close to zero, leaving responsibility for education and use of our Java apps to the Training Department. Not exactly sure how either of these use scenarios help in describing my feature request.
« Last Edit: May 18, 2014, 04:18:18 PM by GeminiEngine »

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Re: Ondemand Feature Request
« Reply #5 on: May 18, 2014, 09:45:23 PM »
Well, hilariously, reading corebook.pdf in the advanced sections looking for the best way to run persistence, I read over the boot sequence. Chapter 20, section 4, Ondemand Scripts, second paragraph; it describes  that it does put icons from ondemand apps in to the ondemand directory, obviously it does not. Any ideas why?

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Re: Ondemand Feature Request
« Reply #6 on: May 18, 2014, 09:56:50 PM »
Are you running V 4.7.7 ?

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Re: Ondemand Feature Request
« Reply #7 on: May 18, 2014, 11:00:05 PM »
CorePlus 5.3. I infer that this functionality was removed after 4.7.7?

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Re: Ondemand Feature Request
« Reply #8 on: May 18, 2014, 11:07:03 PM »
The book was written for V4.7.7 so it is not strictly  accurate for 5.x/ but provides a good general overview.

Offline GeminiEngine

  • Newbie
  • *
  • Posts: 18
  • New to and loving this distribution.
Re: Ondemand Feature Request
« Reply #9 on: May 18, 2014, 11:27:26 PM »
Simply put, this feature maybe broken?

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11040
Re: Ondemand Feature Request
« Reply #10 on: May 19, 2014, 09:09:22 AM »
It was removed, but I can't remember why, as I don't use ondemand much myself.
The only barriers that can stop you are the ones you create yourself.