SCM Basics

[jls]

Code: [Select]

export LD_LIBRARY_PATH="/apps/gtk3/lib"
export XDG_DATA_DIRS=/apps/gtk3/sharecannot this two variables be setted by gtk3 itself so we can avoid to make wrappers?

[gerald_clark]

That would break the isolation between SCMs.

[jls]

could you make an example?

[Jason W]

LD_LIBRARY_PATH and XDG_DATA_DIRS is used by the app that is looking for the libs, so nothing can be done from within gtk3.scm that will allow other scm's to find it's libs.   

[jls]

cannot this variables be exported  globally by gtk3.scm?

[Jason W]

I believe I remember with the previous distribution ld.so.conf had the library paths of self contained apps added to it so they would be recognized. 

But one of the goals of the scm is not to interfere with the system, or be interfered with by other extensions by means of using the libs and binaries contained in the scm itself, or the target scm like gtk3.  Which means using wrappers for some binaries.  It can be a pain, but it should make for few if any conflicts between extensions.

[cast-fish]

Hello

that is sounding so ridiculously complex.....


i know from my own experience of win32  that "software conflicts" is a continual ongoing
problem 24 seven when using the OS and APPS   "dll..."   "hell....."     (lots and lots and lots
of the architecture simply does not work right)

You can barely ever have 3 or 4 apps before typical problems arise.....not sure about the

newer multi tasking chips, but perhaps it's even worse with them....?

anyhow,

Tinycore is totally different isn't it.  Light years away

Vince.

[aus9]

Hi

I can't find a howto in the wiki, if this is the main howto, any chance you can make this a sticky at page one?

ALSO you may wish to make this post a sticky?  allowed dependencies

http://forum.tinycorelinux.net/index.php/topic,12681.0.html

I am thinking of having a go at making a scm but at the moment this is the only post I can find that might be useful.

It seems to me, that those with low spec machines would prefer an SCM to unload to free up RAM. Is that the main use?

Feel free to correct me as I am often wrong, drunk or misguided.

cheers

[Jason W]

Hi aus9,

I stickied this topic.  Allowed deps are as of present gtk2, python, perl and things like that.  There was a discussion on making every scm completely self contained relying on nothing else, though that is a huge overhead in the amount of effort to create each package. 

I think the main use of the scm is the fact it is simpler and less breakable than the standard setup.

But with TC 5.x around the corner, I have been spending time in other areas besides scm.  Sending in scm extensions is always welcome of course, but my own activity has been paused. 

[aus9]

thanks for the sticky

net issues
http://www.tinycorelinux.net/4.x/x86/scm/  for me borks into just a text listing while
http://distro.ibiblio.org/tinycorelinux/4.x/x86/scm/  behaves like I expect it too.

any chance you can fix?

[Jason W]

I believe the viewing of a list is the expected behavior for the tinycorelinux.net scm and tcz repo pages.  The pages are not really intended to be used for downloading anyway.


Thanks.

[Rich]

Hi aus9
The text listing is intentional, see:
http://forum.tinycorelinux.net/index.php/topic,14438.msg82439.html#msg82439

[tinypoodle]

Unless I am missing something, this intentional behavior has as side effect putting an obstacle in access to source of scm's and tcz's.

[Rich]

Hi tinypoodle

side effect putting an obstacle in access to source of scm's and tcz's.

Yes, but it's only a minor obstacle. Just add

Code: [Select]

src/to the end of the url.

[tinypoodle]

Agreed on a practical level, and that prevents load from listing of extensions.

Just that it might be considered optimal if access to source is not made more difficult than necessary.
Latter could possibly be achieved by moving the /src dirs out of being subdirs of /tcz and /scm or by directly linking to them.