Igor

I've started looking at switching Rockchip64-DEV to 5.0.y ... I've now my RockPro64 under 5.0.y ...
It look much more easier task than the previous one with Sunxi-DEV !
 
@Igor , I've pushed a "rockchip64-4.20" tag that will allow to bring 4.20.y into NEXT if we wish ...
 
Also, is there any reason why RockPro64 still using U-Boot SPL 2017.09-armbian (from Ayufan's branch) instead of Mainline U-Boot such v2019.01 ?
If No, I will switch that too ...
 

I can open incoming directory for direct upload, but since it's not a total urgent matter it can wait a while.

Okay, I just had a look at the commit history, and the history of "/patch/kernel/rockchip64-default/Add_dts_rk3328-roc-cc.patch" was lost when it was merged into a commit for creating the rockchip64 family: now only the tiny LED patch that I applied recently is appearing. So it will be harder to figure out which patches I applied in the first place to make the board work. I'll try to figure it out.
 
[EDIT]: Nevermind, I just figured out the directory containing the patches changed the name. Now I found the original DTS. @Igor please ignore the question I just deleted, in case you got to read it.

@lanefu will help around admin duties.

apt update && apt -y upgrade  
1. armbian-config -> software -> softy
 
Home Assistant smart home suite (https://www.home-assistant.io/hassio) OpenHAB2 smart home suite (https://www.openhab.org)  
Bug fixes:
 
Syncthing ZSH Internet detection also works behind proxy
Cosmetical fixes:
 
UrBackup Transmission  
Removed:
 
Exagear (EOL)  
2. armbian-config -> personal -> mirror
 
New mirror http://mirrors.dotsrc.org/armbian-apt/ & http://mirrors.dotsrc.org/armbian-dl/

apt update && apt -y upgrade  
1. armbian-config -> software -> softy
 
Home Assistant smart home suite (https://www.home-assistant.io/hassio) OpenHAB2 smart home suite (https://www.openhab.org)  
Bug fixes:
 
Syncthing ZSH Internet detection also works behind proxy
Cosmetical fixes:
 
UrBackup Transmission  
Removed:
 
Exagear (EOL)  
2. armbian-config -> personal -> mirror
 
New mirror http://mirrors.dotsrc.org/armbian-apt/ & http://mirrors.dotsrc.org/armbian-dl/

Just wanted give some closure and follow-up on this issue: it was traced to bad RAM modules.  Tested ok on different Orange Pi Primes.

@lanefu will help around admin duties.

I would also go for a pool. Its hard do decide which is the best  

@lanefu will help around admin duties.

@lanefu will help around admin duties.

I tried to install i386 official drivers (3.70) with --force-architecture option, and all works fine!

@lanefu will help around admin duties.

There is little I can do here. We hardly manage forum settings, while any coding in this area is not possible ... in case anyone have ideas that are generally usable, https://invisioncommunity.com/forums/forum/499-feedback-and-ideas/, but there are a lot of them 

BTW 

Hi all. 
Since I wanted a 3D intro for my Youtube Channel I started working with Blender again. Now the intro is finished I've got time to try to make a 3D Armbian Logo.
 

I'll show some of the progress here for those who are interested. And if anybody else wants to do the same, go  ahead. We can then compare the results.
I've only just begun. But I needed a break so I started writing this.
Here's how it begins... create a side view ... 


Then put those pictures in Blender, add a cube, position it right on both pictures, and start modeling....

All done with the NanoPi M4 on Armbian Bionic.

I'll slowly keep working on it. I can't promise it will look great, but nothing is lost if it doesn't... Someone once asked me to do this, I can't remember who it was. I think Chwe or jmcc or tido. Could also have been a ghost in my sleep.
Cheers, NicoD

ps: @Igor It would be nice if we could easily resize images in our posts. Maybe with a dropdown box and % would be easiest to do. I know this isn't a priority, just a suggestion. 
 

@lanefu will help around admin duties.

Anyone can add announcement, but moderators decide whether its worth to approve it. If there will be too much, this will be limited only to staff and developers.

to WIP forums (RK3399 & H6) header to make it more clear about the support level.

@lanefu will help around admin duties.

I think this is related:
So it looks like one of a known ones. If we had more 
... this could be clear from quick forum scan.

Application is not critical and my proposition is that if he find a working hack to patch this, why not? I am patching Chromium this way, because its a popular app and its a total mess upstream. It doesn't work in STABLE build at all. In general, many hacks are done dirty and you don't complain because you don't know about. Debian is not automotive grade Linux. At leas you and me know that, while most of the people out there have no clue.

Armbian implicates its something to do with ARM and something to do with Debian(Ubuntu) and we are trapped inside this. Its a build system in its core, yes. What that builds system does? It makes board support packages (u-boot, kernel and board specifics hacks) and bind them with a Debian like system to a boot-able image ... which gets distributed. We define package base, we change some settings and we fix some user land bugs. This was the initial idea, this idea was shaped trough the time and will be changed, adjusted in the future.
 
Why shell a few Armbian folks, which are anyway busy with more important and very specific stuff, report and fix generic architecture agnostic upstream bugs? Should I deal with a bug that is found by 3rd party in proftpd? Do I want? NO. Is that my responsibility? The same as from anyone. Do I have time to deal with that? Absolutely no.
 

By updating a single app which is broken anyway? Calm down.
 

Nothing specific. Because people are used to this user land perhaps? Perhaps because there is not possible to produce automotive Linux with resources which are available?

Changing to something better and keep maintaining Armbian at the same time? How? Why?
 

Debian folks are also doing mistakes (because they are human?) ... but yes, I agree with you - Debian uses outdated package base. Mint? Is RedHat branch or Arch any better? Perhaps Gentoo?
Now what? We are tied to Debian, which has outdated package base. Ubuntu can only be slightly better or worse. We had discussions and ideas in the past to implement or fork some existing Linux from the embedded side. Something very very minimal (Alpine?), which is limited in functions ... and problems. 

Our Linux is limited to ARM platform. Whenever we stay limited only on ARM, development in sense of going on new/own user land path represent a waste of resources if dealing only with ARM. And we open yet another box of related problems.

If installing packages from https://packages.debian.org/buster/proftpd-basic (+ this app dependencies) solves this problem, we can put them to our repository. Upload here and sent PR: https://github.com/armbian/upload/tree/master/debs

If not, we have nothing else, but wait that Debian people fix this upstream.

Desktop, when installed via armbian-config, had this problem and it was fixed a week ago at source level. Hasn't landed to the repository yet.
https://github.com/armbian/config/commit/6c6947f2bea6f5af87fd542478584d6a5fd593a4

Unlikely. It's a problem with their kernel. We don't use Debian kernel - it's way too old, but I will pay attentions to upstream changes in this area. 

Unlikely. It's a problem with their kernel. We don't use Debian kernel - it's way too old, but I will pay attentions to upstream changes in this area.