MotoFckr9k
-
Posts
8 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Community Map
Posts posted by MotoFckr9k
-
-
Armbianmonitor:
Hello,
I installed Armbian Hirsute xfce bleeding edge kernel 5.13.y on my RockPro64 4GB and updated it right after that. After restarting after the update, ethernet doesn't work anymore. (Wifi connecting icon is shown and no connection to ethernet) dsmesg says that the link is up.
armbianmonitor: https://paste.ubuntu.com/p/9Yz8SJVrzS/
apt/history.log: https://paste.ubuntu.com/p/GQbfZp3Xch/
For apt history only the last two operations seem relevant. I assume the previous ones are made by whoever/whatever created the image. -
Nevermind. I built glmark2 and that is obviously hardware accelerated. It gets almost double the score as the open-source Panfrost driver both rendering to off-screen.
-
vor 9 Stunden schrieb JMCC:
The SoC only supports OpenGL-ES. You are testing OpenGL.
For OpenGL, we include a GLES-GL wrapper "gl4es" , but it is only installed as an optional dependency.
If you followed the instructions above, that is, adding the swtich "--install-recommends", the wrapper should be installed. Otherwise, it is not. You can also install it manually, with "apt install gl4es".
So how do I test GLES if the mesa-utils don't support it? What are you using to verify that GLES works?
-
I just installed this on a fresh install of Armbian Buster Legacy (after installing the default desktop) on my RockPro64 and graphics acceleration doesn't seem to work.At least glxinfo still reports the graphics adapter being from "VMWare, Inc.", saying that it is not accelerated and throwing errors when running the command:
libGL error: unable to load driver: rockchip_dri.so libGL error: driver pointer missing libGL error: failed to load driver: rockchip libGL error: unable to load driver: rockchip_dri.so libGL error: driver pointer missing libGL error: failed to load driver: rockchip
-
vor 21 Stunden schrieb JMCC:III. Sources
This is the list of the sources used for the packages:
libdrm- rk: https://github.com/teacupx/libdrm-rk
xserver-rk: https://github.com/teacupx/xserver-rockchip
xf86-video-armsoc: https://github.com/teacupx/xf86-video-armsoc
rkmpp: https://github.com/teacupx/mpp
gstreamer-rk: https://github.com/teacupx/gstreamer-rockchip https://github.com/teacupx/gstreamer-rockchip-extra
kodi-rk: https://github.com/teacupx/xbmc
kodi-addons-full: https://github.com/teacupx/repo-binary-addons
gl4es: https://github.com/ptitSeb/gl4es
libmali and meta-packages: https://github.com/teacupx/armbian-media
Any reason you used teacpux's fork instead of https://github.com/paolosabatino/xf86-video-armsoc which is newer in terms of commits?
-
vor 17 Stunden schrieb Igor:
But I haven't change anything That's what bothers us - we don't know why this is happening and there are lots of reports of other Debian / Ubuntu users reporting the same problem. Its clearly not Armbian specifics, but we would like to know why and get control over this ...I feel like that might be the reason why Ubuntu and Debian don't do this kind of automatic mirror redirection. (at least I have never noticed it)
Maybe we should just choose a mirror manually like we do on Debian and Ubuntu.A good tool to do this with would probably be mintsources:
screenshot.png -
When trying to run `apt update` on Bionic I am getting a `File has unexpected size` from the armbian mirrors. This has been the case for several hours now. This is with the Bionic xfce desktop image from 12th December 2020 (just installed today).
motofckr9k@rockpro64:~$ LC_ALL=C sudo apt update Hit:1 http://ports.ubuntu.com bionic InRelease Hit:2 http://ports.ubuntu.com bionic-security InRelease Hit:3 http://ports.ubuntu.com bionic-updates InRelease Hit:4 http://ports.ubuntu.com bionic-backports InRelease Get:5 https://minio.k-space.ee/armbian/apt bionic InRelease [18.3 kB] Get:6 https://minio.k-space.ee/armbian/apt bionic/main arm64 Packages [758 kB] Err:6 https://minio.k-space.ee/armbian/apt bionic/main arm64 Packages File has unexpected size (761349 != 758336). Mirror sync in progress? [IP: 193.40.103.4 443] Hashes of expected file: - Filesize:758336 [weak] - SHA512:f5e27558c3a89a5c74e8cdcbdeb5ac7d9689c1323a4b90cc056a0072ee10d2a078bd755dc19193d8ee9a8ee9765dbf07b2b2522b636639498feb07cd34d2c746 - SHA256:ecd882b1aeac7ea6b94f80e6a5bc5eedd0bfc8267d18b33c5153653edaa4b9a9 - SHA1:e6faf5bf69ff731ea978d9c6053cfdd5c8663f2e [weak] - MD5Sum:d9092324c3048d8d9c8d2247c47f58a9 [weak] Release file created at: Sat, 12 Dec 2020 14:54:36 +0000 Get:7 https://minio.k-space.ee/armbian/apt bionic/main armhf Packages [645 kB] Err:7 https://minio.k-space.ee/armbian/apt bionic/main armhf Packages Fetched 18.3 kB in 2s (10.3 kB/s) Reading package lists... Done E: Failed to fetch https://minio.k-space.ee/armbian/apt/dists/bionic/main/binary-arm64/Packages.gz File has unexpected size (761349 != 758336). Mirror sync in progress? [IP: 193.40.103.4 443] Hashes of expected file: - Filesize:758336 [weak] - SHA512:f5e27558c3a89a5c74e8cdcbdeb5ac7d9689c1323a4b90cc056a0072ee10d2a078bd755dc19193d8ee9a8ee9765dbf07b2b2522b636639498feb07cd34d2c746 - SHA256:ecd882b1aeac7ea6b94f80e6a5bc5eedd0bfc8267d18b33c5153653edaa4b9a9 - SHA1:e6faf5bf69ff731ea978d9c6053cfdd5c8663f2e [weak] - MD5Sum:d9092324c3048d8d9c8d2247c47f58a9 [weak] Release file created at: Sat, 12 Dec 2020 14:54:36 +0000 E: Failed to fetch https://minio.k-space.ee/armbian/apt/dists/bionic/main/binary-armhf/Packages.gz E: Some index files failed to download. They have been ignored, or old ones used instead. motofckr9k@rockpro64:~$
Debian Testing repo
in Framework and userspace feature requests
Posted
Hello,
I am a long time Debian Testing user, and would like to use the testing repo on armbian as well.
Currently however, I only get the choice between stable and unstable. apt.armbian.com also seems to only house packages for stable and unstable, not for testing.
I would think that when you are already supporting stable and unstable, testing wouldn't be much more than just flicking a switch to turn it on. However, I assume people here know better than me. I barely know what is in the armbian repos.