Keyboard Shortcuts
Likes
Search
nwjs package grid tracker on pi
|
hello,
using the grid tracker nwjs-downloader.deb from the grid tracker page, fails for me at 700mb (I think its around 1.2) and is either a limit posed or network failure I assume. I cant install the package. Question is this working for you?? looking to replace with better source as well?? Question any better package location for NWJS for pi or otherwise? k7mhi |
开云体育Hello Kelly, using the grid tracker nwjs-downloader.deb from the grid tracker page, fails for me at 700mb (I think its around 1.2) and is either a limit posed or network failure I assume. I cant install the package. All 1.3GB downloads fine for me.? Maybe you're running out of free storage space on your computer?? Open up a terminal program and run "df -H" and look at the "available" space column --David KI6ZHD |
|
not disk, might be something else I am working on a package manger and trying to include this app. anyway it fails on a few devices and VM's so not disk related. thank you however for letting me know its just me at the moment!?
is NW.js even needed? I see a lib included in the GridTracker now and it loads seemingly (didnt go far into app) on a pi with crashed nw.js install (which at this point might be a network issue)? so without NWJS on a pi the binary seems to load... |
开云体育most pi installs have a boot and a data partition. Your previously downloaded debs are stored on the boot partition. use sudo? apt clean to get rid of them. 73, VE7TIT Bee Happy Shanta
On 2022-11-11 12:08, Kelly via
groups.io wrote:
not disk, might be something else I am working on a package manger and trying to include this app. anyway it fails on a few devices and VM's so not disk related. thank you however for letting me know its just me at the moment!? |
|
Are you sure about /boot? I thought that only files related to booting up and configuration and stuff like that were in the boot partition. Plus boot is not very large as I remember and debs could be very large. Just double checking. Max
On Friday, November 11, 2022, 04:41:50 PM CST, Shanta <ve7tit@...> wrote:
most pi installs have a boot and a data partition. Your previously downloaded debs are stored on the boot partition. use sudo? apt clean to get rid of them. 73, VE7TIT Bee Happy Shanta
On 2022-11-11 12:08, Kelly via
groups.io wrote:
not disk, might be something else I am working on a package manger
and trying to include this app. anyway it fails on a few devices
and VM's so not disk related. thank you however for letting me
know its just me at the moment!? is NW.js even needed? I see a lib included in the GridTracker now and it loads seemingly (didnt go far into app) on a pi with crashed nw.js install (which at this point might be a network issue)? so without NWJS on a pi the binary seems to load... |
开云体育On my new HamPi on a 500g drive reported the that there was no
room when I did an apt update. I checked the space on each
portion. More then 400 g on the main portion. boot had next to
none. Did an apt update and all worked as it should. Most Linux
distributions put the apt cache in the /var/cache/apt directory.
And not on the boot partition. This surprised me as there was
massive amounts of space on the main partition. Now there may be some kind of limit on the /var/cache/directory
on the default configuration of rpi. I do think I remember? the
available space on the boot went up after the command. As most Linux programs use a vast array of system apps to get the
job done They are generally a fraction the size of most windows
installs. I will do a quick comparison on my HamPi install. When testing I
was getting only 15g as my disk size. I had burned and image from
the SD card on my lubuntu box using disks it showed the main
portion consuming all the remain size of the drive. This turned
out to be not the case. Only the size of the SD card was portioned
to. Had to do the apt-get clean. Sorry I was wrong clean is not available in apt. I then installed gdisk as disk in not in the pi distribution. Or at least by that name. Opened gdisk and the partition was indeed wrong. resized the main partition to use all the unused drive space. Now things are reporting correctly So you are correct apt cache is not on the boot partition. I had
made the assumption that there was room on the main partition when
in fact there was not. Having problems with apt-get installing is usually due to the cache being full. What ever the cause of the disk shortage. apt-get clean will clean up the old deb so it can work. Thanks for the inspiration to check deeper. As a result I have solved a problem that would have caused more problems in the future. 73, VE7TIT Shanta
On 2022-11-11 14:54, Max via groups.io
wrote:
|
|
It's good that you figured it out. Thanks for reporting back with your findings. We both learned something. Max KG4PID
On Friday, November 11, 2022, 08:07:53 PM CST, Shanta <ve7tit@...> wrote:
On my new HamPi on a 500g drive reported the that there was no
room when I did an apt update. I checked the space on each
portion. More then 400 g on the main portion. boot had next to
none. Did an apt update and all worked as it should. Most Linux
distributions put the apt cache in the /var/cache/apt directory.
And not on the boot partition. This surprised me as there was
massive amounts of space on the main partition. Now there may be some kind of limit on the /var/cache/directory
on the default configuration of rpi. I do think I remember? the
available space on the boot went up after the command. As most Linux programs use a vast array of system apps to get the
job done They are generally a fraction the size of most windows
installs. I will do a quick comparison on my HamPi install. When testing I
was getting only 15g as my disk size. I had burned and image from
the SD card on my lubuntu box using disks it showed the main
portion consuming all the remain size of the drive. This turned
out to be not the case. Only the size of the SD card was portioned
to. Had to do the apt-get clean. Sorry I was wrong clean is not available in apt. I then installed gdisk as disk in not in the pi distribution. Or at least by that name. Opened gdisk and the partition was indeed wrong. resized the main partition to use all the unused drive space. Now things are reporting correctly So you are correct apt cache is not on the boot partition. I had
made the assumption that there was room on the main partition when
in fact there was not. Having problems with apt-get installing is usually due to the cache being full. What ever the cause of the disk shortage. apt-get clean will clean up the old deb so it can work. Thanks for the inspiration to check deeper. As a result I have solved a problem that would have caused more problems in the future. 73, VE7TIT Shanta
On 2022-11-11 14:54, Max via groups.io
wrote:
Are you sure about /boot? I
thought that only files related to booting up and
configuration and stuff like that were in the boot partition.
Plus boot is not very large as I remember and debs could be
very large.
Just double checking.
Max
On Friday, November 11, 2022, 04:41:50 PM CST, Shanta
<ve7tit@...> wrote:
most pi installs have a boot and a data partition. Your previously downloaded debs are stored on the boot partition. use sudo? apt clean to get rid of them. 73, VE7TIT Bee Happy Shanta
On
2022-11-11 12:08, Kelly via groups.io wrote:
not disk, might be something else I am working on a
package manger and trying to include this app. anyway it
fails on a few devices and VM's so not disk related.
thank you however for letting me know its just me at the
moment!?
is NW.js even needed? I see a lib included in the GridTracker now and it loads seemingly (didnt go far into app) on a pi with crashed nw.js install (which at this point might be a network issue)? so without NWJS on a pi the binary seems to load... |