WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Recursive Dependency size.  (Read 7471 times)

Offline ixbrian

  • Administrator
  • Sr. Member
  • *****
  • Posts: 436
Re: Recursive Dependency size.
« Reply #30 on: September 09, 2010, 08:02:44 PM »
When connection to server is less than ideal, it fails upon some single items in deps, e.g.
Code: [Select]
tc@box:~$ depinfo7.sh VBox-OSE
VBox-OSE.tcz                             size(bytes):   11202560,  10.68 MB
hal_support.tcz                          size(bytes):      40960,   0.04 MB
nc: bad address 'distro.ibiblio.org'
libcap.tcz                               Error, not found
libxslt.tcz                              size(bytes):     303104,   0.29 MB
libxml2.tcz                              size(bytes):     696320,   0.66 MB
nc: bad address 'distro.ibiblio.org'
libIDL.tcz                               Error, not found
SDL.tcz                                  size(bytes):     380928,   0.36 MB
-----------------------snip------------------------------------------

Would there be any way to add something like more "grace time"?

It looks like the busybox "nc" command has a "-w SEC" parameter where you can specify the timeout for connects.  You could try updating the nc line to something like this (I haven't tried this out myself), and I'm not sure if that parameter would help if you are having a timeout during DNS name resolution (which the "bad adress" error message might indicate). 

Code: [Select]
size=`echo -e "HEAD /$server_path/$app HTTP/1.0\n" | nc -w 60 $server 80 | grep "^Content-Length" | awk '{print $2'}`

Are you using Tiny Core 2.x?  If you are on 3.1rc, Robert updated the script so that it fetches a file from the TCZ repository (sizelist.gz) that has the file sizes for every extension, and it fetches the extension.tree file (i.e. firefox.tce.tree)  which lists all of the dependencies.   So the script is much faster because it only has to download 2 files.  

Brian
« Last Edit: September 09, 2010, 08:05:07 PM by ixbrian »

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Recursive Dependency size.
« Reply #31 on: September 10, 2010, 11:50:25 AM »
Thank you very much for all the insight, Brian

Indeed, running TC 2.10

The  "-w SEC" parameter of 'nc' doesn't seem to make a difference.

However, passing the resolved IP of the mirror to MIRROR= completely fixes the issue  ;D
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Recursive Dependency size.
« Reply #32 on: January 18, 2011, 07:38:32 PM »
With latest events on ibiblio repo this script ceased to work here - as opposed to deptree.sh which continues to work as per usual.

Workaround:

Commenting out
Code: [Select]
#   getMirrorand adding
Code: [Select]
MIRROR="http://ftp.nluug.nl/os/Linux/distr/tinycorelinux/3.x/tcz"after that
seems to restore expected functionality ...for the moment.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Online Rich

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 7327
Re: Recursive Dependency size.
« Reply #33 on: January 18, 2011, 08:24:10 PM »
In response to the original question, if you click on the size tab on Appbrowser it will
list the dependencies, the total size, and the total size of the files you actually need to
download. Files listed without a + sign infront of them are already on your system.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Recursive Dependency size.
« Reply #34 on: January 22, 2011, 02:47:45 AM »
With latest events on ibiblio repo this script ceased to work here - as opposed to deptree.sh which continues to work as per usual.

Workaround:

Commenting out
Code: [Select]
#   getMirrorand adding
Code: [Select]
MIRROR="http://ftp.nluug.nl/os/Linux/distr/tinycorelinux/3.x/tcz"after that
seems to restore expected functionality ...for the moment.


Yeah well... that moment is gone now   :P
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)