WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: tce/app-browser , sparing of storage or network  (Read 7865 times)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: tce/app-browser , sparing of storage or network
« Reply #15 on: March 01, 2023, 07:29:17 AM »
The tree files are simply the deps recursed and KERNEL replaced. It used to be a awk script that created them, and then in 2016 I made a faster C++ version. There's not exactly anything secret in there, just not very high priority to share that.

Yes, tree files could be created locally now. For faster CPUs it may make sense, for slower ones it could be slower.
The only barriers that can stop you are the ones you create yourself.

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: tce/app-browser , sparing of storage or network
« Reply #16 on: March 01, 2023, 09:19:58 AM »
In the past I downloaded ALL .info and all .dep; (of course not from main repo, but mirrors) and gzip-ed them, because they are small and waste space on disk (clusters 4K, files few bytes).
With little patience we get all we need. But why force each interested user repeat this task?
Anyway, the .dep will not change very often. But the info does, because version: field.

Offline GNUser

  • Hero Member
  • *****
  • Posts: 1343
Re: tce/app-browser , sparing of storage or network
« Reply #17 on: March 01, 2023, 10:02:21 AM »
Hi nick65go. I think it would be interesting to search extensions by maintainer. I have a private TCL mirror and also operate my own http server at home, so I will come up with an unofficial solution. Stay tuned.

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: tce/app-browser , sparing of storage or network
« Reply #18 on: March 01, 2023, 10:09:51 AM »
Rich, you are the man! 
This is not a competition, but.. in 2023 for TC14  (as an example), will show, for nosy people like me, who is the tcz maintainer, how many/often tcz they created etc. So we could see how tc evolves (from tc-5 to tc-10 to tc-14 etc).

Online Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11178
Re: tce/app-browser , sparing of storage or network
« Reply #19 on: March 01, 2023, 10:38:21 AM »
Hi nick65go
Hi nick65go
... I think the size will be small, but could you give a size for a tc13_x86 sum(*.tcz.info.) ...
The sum of the apparent sizes is 3801251 bytes.
Correction:
The sum of the apparent sizes for x86 is    1698939 bytes.
The sum of the apparent sizes for x86_64 is 2102312 bytes.
                                      Total 3801251 bytes.


Offline Greg Erskine

  • Sr. Member
  • ****
  • Posts: 402
Re: tce/app-browser , sparing of storage or network
« Reply #20 on: March 01, 2023, 01:15:19 PM »
Can I place a seed of thought here for a future requirement for extensions?

I would like a mechanism to record which repository an extension was downloaded from. The existing scripts assume that the different repositories are always mirror copies, so there is not a problem.

If the repositories are not actual mirrors, you need to know which repository to update from.

Maybe just an extra field in the info file?


Online Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11178
Re: tce/app-browser , sparing of storage or network
« Reply #21 on: March 01, 2023, 06:47:44 PM »
Hi Greg Erskine
I'm not sure I follow what you are looking for. Repositories should always be
mirrors, unless maybe you are running private repository.

Offline GNUser

  • Hero Member
  • *****
  • Posts: 1343
Re: tce/app-browser , sparing of storage or network
« Reply #22 on: March 01, 2023, 07:49:36 PM »
we could see how tc evolves (from tc-5 to tc-10 to tc-14 etc).
Hi nick65go. I only sync my local mirror to the TCL version I'm currently using (TCL14 x86_64 right now). So unfortunately you will not be able to track evolution of TCL contributors over time with my unofficial solution.

Another caveat is that my wife says I have a computer problem and made me promise to skip TCL releases. So I'm stuck on TCL14 until TCL16 comes out. It's either that or the doghouse ;D

Anyway, I came up with an unofficial solution for you, the attached contributor.sh script. Anybody is welcome to use it. Please give it a shot and let me know if you find any bugs.

The script can now be downloaded from the link provided here:
https://forum.tinycorelinux.net/index.php/topic,25982.msg167922.html#msg167922

    [EDIT]: Attachment removed. Source for download link added.  Rich
« Last Edit: March 02, 2023, 12:41:27 PM by Rich »

Offline Greg Erskine

  • Sr. Member
  • ****
  • Posts: 402
Re: tce/app-browser , sparing of storage or network
« Reply #23 on: March 02, 2023, 12:30:59 AM »
Hi Greg Erskine
I'm not sure I follow what you are looking for. Repositories should always be
mirrors, unless maybe you are running private repository.

Yes I am referring to private repositories.

For example, piCorePlayer has its own repository, containing common extensions and piCorePlayer specific extensions. But a user may load a piCore extension, ending up with a mixture of extensions from different repositories and no way to tell where they came from.

Offline patrikg

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 662
Re: tce/app-browser , sparing of storage or network
« Reply #24 on: March 02, 2023, 12:55:15 AM »
Maybe it's time for some cert checking with curl och wget, to ensure the packet come from the correct repo.
And warn the user when installing some packet from outside.

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: tce/app-browser , sparing of storage or network
« Reply #25 on: March 02, 2023, 06:35:05 AM »
Another caveat is that my wife says I have a computer problem and made me promise to skip TCL releases. So I'm stuck on TCL14 until TCL16 comes out. It's either that or the doghouse ;D
Fortunately we do not have a doghouse, but my better half still has few methods to convince (blackmail) me that computer "work" is not a priority. Some wise person said: "happy wife, happy life"  :)

Offline GNUser

  • Hero Member
  • *****
  • Posts: 1343
Re: tce/app-browser , sparing of storage or network
« Reply #26 on: March 02, 2023, 06:39:51 AM »
Wisest saying ever ;)
Is the contributor.sh script to your liking?

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: tce/app-browser , sparing of storage or network
« Reply #27 on: March 02, 2023, 06:43:32 AM »
@GNUser, please provide here the full path to the contributor.sh script. I was busy (wasting time) with daily job. I did not convince her [yet] to let me retire early.
« Last Edit: March 02, 2023, 06:45:23 AM by nick65go »

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: tce/app-browser , sparing of storage or network
« Reply #28 on: March 02, 2023, 06:57:14 AM »
Oh, I see now. The "problems" was that I mostly read forum off-line, just digesting info.
So the post/replay number is Not shown if I am not log-in. 

The other "issue" is that it is a SHAME that good piece of scripts are ONLY seen in the forum; And IF someone can not login (captcha bugs, you now), the attachment is not seen. If the programmer has a "site" then a link, in the forum, to his/her git hub, maybe is permitted by "forum rules".

EDIT: from employer win10 (even in my spare time) the stupid filters /blocker said:
Code: [Select]
Sorry, you don't have permission to visit this site.
Website blocked as per Company policy.
Not allowed to access this file type
You tried to visit:http://forum.tinycorelinux.net/index.php?action=dlattach;topic=25982.0;attach=6373.


EDIT2: even stupid Google will not me attach a script to MY email (as a draft), saying retry / help (dead end).
I 7zip-ed a the script with a password of 25 characters, and if google A.I. can not break it then it forbids the A.7z attach. Oh boy.
« Last Edit: March 02, 2023, 07:06:20 AM by nick65go »

Offline GNUser

  • Hero Member
  • *****
  • Posts: 1343
Re: tce/app-browser , sparing of storage or network
« Reply #29 on: March 02, 2023, 07:10:47 AM »
Hi nick65go. Between the official depends-on.sh and the unofficial contributor.sh hopefully all your metadata dreams have come true ;D