00:49 <ArmbianTwitter> @seeteegee (Chris McGee): The @thepine64 #pinecube is booting with the default armbian. You'll need a UART serial cable to initialize it though. Luckily, I had just purchased the serial cable for the pinephone and had a 3.5mm jack adapter and some bread board cables on hand. It worked nicely. https://tinyurl.com/yfrtekjo (2s ago)

00:49 <ArmbianTwitter> @seeteegee (Chris McGee): The @thepine64 #pinecube is booting with the default armbian. You'll need a UART serial cable to initialize it though. Luckily, I had just purchased the serial cable for the pinephone and had a 3.5mm jack adapter and some bread board cables on hand. It worked nicely. https://tinyurl.com/yfrtekjo (2s ago)

00:49 <ArmbianTwitter> @seeteegee (Chris McGee): The @thepine64 #pinecube is booting with the default armbian. You'll need a UART serial cable to initialize it though. Luckily, I had just purchased the serial cable for the pinephone and had a 3.5mm jack adapter and some bread board cables on hand. It worked nicely. https://tinyurl.com/yfrtekjo (2s ago)

09:07 <mangix> anyone with a helios4 experience memory issues?

09:07 <mangix> Mem: 2063052 1115088 26148 861032 921816 23076

09:08 <mangix> is unusable

09:08 <mangix> which is weird given that 2GB are available and only half is used.

09:15 <Werner> maybe due to zram?

09:16 <mangix> what is this zram?

09:16 <mangix> sounds like something I want to disable

09:16 <Werner> By default in Armbian half of the available memory is used as compressed swap file

09:17 <mangix> OK I definitely want to disable that

09:17 <Werner> You should this disable only if you have other space available you can use as swap file, no sd card obviously

09:18 <Werner> systemctl disable armbian-zram-config and reboot. Keep in mind doing this is not supported

09:20 <mangix> I use btrfs in RAID5. I live dangerously.

09:24 <HerculeP> w/o swap it will freeze w/o warning eg on compileing or browsing /w many open tabs

09:25 <HerculeP> compiling*

09:25 <mangix> HerculeP: this is a 2GB device without a display

09:25 <HerculeP> oh, I C

09:26 <mangix> I'm compiling a C++ program right now. Memory usage is not that high.

11:28 <mrjpaxton[m]> Oh yeah, I have the Helios with Kobol enclosure installed to eMMC, and I also have the zram disabled just so I can capture persistent logs. I enabled persistence on journald. No memory or performance issues here!

13:42 <ArmbianTwitter> @MayaPosch (Maya Posch): @_Thaodan @TolyanBotan Armbian seems to be pretty current, though. Mainline is 5.9/5.10. https://tinyurl.com/yh8nxka6 (25s ago)

13:50 <ArmbianTwitter> @3mdeb_com (3mdeb): #Containers: #Docker container for building #Armbian #system https://t.co/BXgSsEm6nx https://t.co/WxgYaxMm5j https://tinyurl.com/yes2ao6x (12s ago)

15:46 <ArmbianTwitter> @TolyanBotan (Tolyan Botan): @MayaPosch @_Thaodan Armbian, Android... Therevare still legacy devices with 3.*, try to find a good C++14 compiler for them all. https://tinyurl.com/yh5b6ll3 (19s ago)

17:10 <IgorPec> martinayotte finally! :)

17:10 <IgorPec> this pinebook lcd also added two gray hair :)

17:18 <martinayotte> IgorPec: Thanks, but thanks also megous ...

17:19 <martinayotte> BTW, doing a full new build reveal that "patch-5.11.3-4.patch" and cies are producing duplicates errors since megous branch is already at 5.11.6

17:23 <Werner> Then we need to remove those patches again

17:25 <martinayotte> Werner: Right ! if no one do it, I will do ...

17:26 <Werner> Sure, go ahead

17:40 <martinayotte> At the end of my full build, I got the following error :

17:40 <martinayotte> Exception: [BtPostDownloadHandler.cc:99] errorCode=25 Could not parse BitTorrent metainfo

17:40 <martinayotte> md5sum: /home/martin/git-work/igorpecovnik-armbian/build/cache/rootfs/buster-xfce-arm64.399fde02abf35e9dda57f02010ff74ca.tar.lz4.asc: no properly formatted MD5 checksum lines found

17:40 <IgorPec> rootfs troubles

17:41 <IgorPec> hmm

17:41 <IgorPec> try to remove rootfs cache and try again, also try to build with USE_TORRENT="no"

18:00 <martinayotte> IgorPec, removing only rootfs didn't help. Now, I'm trying with USE_TORRENT="no" ...

18:13 <martinayotte> IgorPec: still having the same error ... I will try bullseye instead of buster ...

18:27 <martinayotte> IgorPec: same error with bullseye ... This mean a bug been uploaded since I did a "git pull" earlier today ...

18:28 <martinayotte> My last successful desktop build were done on March 1st.

18:45 <IgorPec> martinayotte: i need to dive in. it works here for me, but i build on hirsute host. perhaps that's why

18:46 <IgorPec> also some desktop builds have issues

18:46 <IgorPec> i know pinebook pro breaks, but didn't know for pinebook a64

18:47 <IgorPec> myy is working on those problems

19:18 <martinayotte> IgorPec, I'm not fluent with packaging, so I can't help much, even if I wish. What I see in the cleaned rootfs folder, is that, for example,the file bullseye-xfce-arm64.18435035346dd55441191f38a09aa0e2.tar.lz4 is the same size as bullseye-xfce-arm64.18435035346dd55441191f38a09aa0e2.tar.lz4.asc, which is 821 bytes.

19:20 <martinayotte> IgorPec: So, I presume the download itself failed, because the bullseye-xfce-arm64.18435035346dd55441191f38a09aa0e2.tar.lz4 file should be bigger, or it is downloaded properly, but suddenly overwritten by a copy of the .asc ...

19:23 <martinayotte> I've just now started a hirsute build ... we will see ...

19:25 <IgorPec> hirsute only works on hirsute

19:25 <IgorPec> you can't assemble image on focal, it breaks, qemu bug

19:42 <martinayotte> IgorPec: Oh ! I didn't know, my x86 is Focal. Anyway, the result of this build is the same : both tar.lz4 and tar.lz4.asc are also 821 bytes.

19:57 <IgorPec> can you paste the exact command, i'll try to recreate

19:57 <IgorPec> is your config changed in any way?