tce/app-browser , sparing of storage or network

[curaga]

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.

[nick65go]

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.

[GNUser]

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.

[nick65go]

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).

[Rich]

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.

[Greg Erskine]

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?

[Rich]

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.

[GNUser]

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

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

[Greg Erskine]

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.

[patrikg]

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.

[nick65go]

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

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" 

[GNUser]

Wisest saying ever
Is the contributor.sh script to your liking?

[nick65go]

@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.

[nick65go]

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.

[GNUser]

Hi nick65go. Between the official depends-on.sh and the unofficial contributor.sh hopefully all your metadata dreams have come true