WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: the CDE directory  (Read 8357 times)

Offline waslit

  • Newbie
  • *
  • Posts: 13
the CDE directory
« on: March 07, 2012, 12:42:51 PM »
 ??? Im just trying to understand something real simple. I noticed that in 4.3x there is a cde directory where extecnsions are located. But in 3.x, and I assume lower, the directory is not there. Is that because it was added later? And then how were the extensions located? I did find this in the wiki but not really sure if I'm just barking up the wrong tree. Man that diidnt make any sense, I meant looking in the wrong direction not barking up wrong tree  :-[

cat microcore.gz Xlibs.gz Xprogs.gz Xvesa.gz > my_xcore.gz
The only limit to my abilities, lies in how much I feed my curiosities.

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11573
Re: the CDE directory
« Reply #1 on: March 07, 2012, 01:53:51 PM »
Hi waslit
For most users, the tce directory is where all of your extensions are kept, and it must be writable.
Somewhere in the 4.x series, a CDE (CD Extensions) directory was added, this is a read only
directory to allow extensions to be included on read only media. That's the simple explanation,
if you want more details, you'll have to search the forum.

Quote
cat microcore.gz Xlibs.gz Xprogs.gz Xvesa.gz > my_xcore.gz
That command simply combines those files basically creating tinycore.gz. Most users have no
need to do this type of thing.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: the CDE directory
« Reply #2 on: March 07, 2012, 01:59:25 PM »
tce directory is where all of your extensions are kept, and it must be writable.

... and your backup file kept there too.
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline waslit

  • Newbie
  • *
  • Posts: 13
Re: the CDE directory
« Reply #3 on: March 07, 2012, 02:03:42 PM »
hmmmm I see. That would explain why when using the 2.6.xx kernel it doesnt see that directory or hangs. I will have to do further looking then but that does help ty.
The only limit to my abilities, lies in how much I feed my curiosities.

Offline waslit

  • Newbie
  • *
  • Posts: 13
Re: the CDE directory
« Reply #4 on: March 07, 2012, 03:56:38 PM »
hmm dont seem to really be getting anywhere. Is there something specific I need to do to make a 2.6.xx kernel to look for the cde directory? Or will  a sipmle tce= option work?
The only limit to my abilities, lies in how much I feed my curiosities.

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Re: the CDE directory
« Reply #5 on: March 07, 2012, 04:01:33 PM »
It has nothing to do with the kernel.

Offline waslit

  • Newbie
  • *
  • Posts: 13
Re: the CDE directory
« Reply #6 on: March 07, 2012, 04:06:00 PM »
weird? Cause it worked fine on kernel 3.0.3 but since I went down to 2.6 its not..... Maybe Im just getting side tracked because it appears to freeze around that area. More test I guess
The only limit to my abilities, lies in how much I feed my curiosities.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: the CDE directory
« Reply #7 on: March 07, 2012, 04:07:58 PM »
weird? Cause it worked fine on kernel 3.0.3 but since I went down to 2.6 its not..... Maybe Im just getting side tracked because it appears to freeze around that area. More test I guess

Which TC version have you been using with 2.6 kernel?
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline waslit

  • Newbie
  • *
  • Posts: 13
Re: the CDE directory
« Reply #8 on: March 07, 2012, 04:12:32 PM »
been using the latest one, but needed to use an older kernel like 2.6. So I tried to use the kernel from the src tree in the TC repo and it appears to just halt. At first always at loop module loaded but after more trials it is pretty random. Initially I remembered the extensions loading next and that what made me thought that but then it should just go to prompt. Am I reaching to far trying the older kernel with the latest release maybe?
The only limit to my abilities, lies in how much I feed my curiosities.

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11573
Re: the CDE directory
« Reply #9 on: March 07, 2012, 04:55:04 PM »
Hi waslit
If you need to run an older kernel, try running Tinycore 3.8.4.
It's quite possible that some of the files in the TC4.3 distribution were compiled to run on the 3.x kernel and won't
run with a 2.6 kernel.

Offline roberts

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: the CDE directory
« Reply #10 on: March 07, 2012, 08:47:33 PM »
Do not mix 3.x and 4.x systems. Obviously there is a reason why there are separate repositories.
10+ Years Contributing to Linux Open Source Projects.

Offline hiro

  • Hero Member
  • *****
  • Posts: 1229
Re: the CDE directory
« Reply #11 on: March 08, 2012, 09:04:42 AM »
Is there a list or something which wouldn't work anymore if used with older kernels?
I assume glibc for example won't work with older kernels because it was compiled against newer kernel headers.

Offline hiro

  • Hero Member
  • *****
  • Posts: 1229
Re: the CDE directory
« Reply #12 on: March 08, 2012, 09:05:34 AM »
Obviously there is a reason why there are separate repositories.

Obviously some things don't have a reason.

Offline waslit

  • Newbie
  • *
  • Posts: 13
Re: the CDE directory
« Reply #13 on: March 08, 2012, 09:44:59 AM »
Yea its no biggie. Oh well
The only limit to my abilities, lies in how much I feed my curiosities.

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11040
Re: the CDE directory
« Reply #14 on: March 08, 2012, 10:06:58 AM »
Is there a list or something which wouldn't work anymore if used with older kernels?
I assume glibc for example won't work with older kernels because it was compiled against newer kernel headers.

udev and glibc mainly, and by extension of glibc, everything compiled on 4.x.
The only barriers that can stop you are the ones you create yourself.