-
Posts
14489 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by Igor
-
We need something else ... In area of testings, we need (yours? and few more) part and full time engagement as a test engineer https://forum.armbian.com/staffapplications/ ... if you can pay for your time, we can't. So far all people that applied, sooner or later lost their interest in working for you. Testings is anyway automated and when a bug is found, there is nothing we can do as you don't want to compensate for the time we lost by working to fix problems you and our competitors have with those computers. Even recording a bug goes on our private bill. This is how you support us and you think a bug report for software support, which you are paying nothing for, will represent an added value?
-
It should work with 5.10.y, on 5.19.y (probably on 6.x too) is broken.
-
You can try creating a file /etc/X11/xorg.conf.d/01-armbian-defaults.conf with this content: Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection following by restart.
-
You did it right. Problem was on our side and it was corrected. Please give 48h before trying again from a fresh image to make sure our packages network is synchronised.
-
This is your lucky day Two weeks ago one company approached to us with the same plead. Once the deal is done and they pay the bill, this will start working.
-
My answer for your level of service is: its probably a week of work for a developer, its few hours for other professional staff. This costs X. If there is unlikely that our time will be covered, I have no choice but to sent you to the market. If we need to raise money in some alternative ways, it just add expense too. If I need to ask vendor (we have asked them but they don't care about you) to cover, it adds to costs. If i need to fight and convince users / you, that this problem is 100% your expense and has to be paid (in advance) in order to fix, this goes on the bill too. We have several parasite projects that takes our value in real time and forget to explain users where stability comes from. That fight adds to the bill too. Support from you we receive by asking you "donate" doesn't cover expenses of communicating with you. In total it usually doesn't cover expenses of a "small" problem like this one from this topic. This is why I have asked for a trade. Your week of work for my five minutes. This is common perception of people - its 5 minutes of work to fix some problem, while in reality this is a full blown week. Professional developer work week costs Y. When you will cover it, we will move on. Until you don't, we will have a conflict each time you will ask for something ... And you will. If not you, then someone else. We are far from actual R&D, debugging, development ... On the market, this service is going to be a lot more expensive for all of you but at least we will save a lot of time, money and stress. If we do it for free, we are stealing from professionals that has to feed their families, advancing our competitors ... And in fact, Armbian is ran by professionals, as there are many dirty jobs no volunteer wants to pick it up. They seek for fancy and cool jobs and I don't blame them. Most of people that read the topic are here to report and complain. Just a small % could help and just a tiny % of those could spent a week to spent. Almost nobody goes further to the point to ask - what the project needs to help us better. Perhaps this? Why I don't do it? Because I am unable to cover also that role. Why you will not do it? Because its a serious commitment. Why I don't hire a person for that? You don't pay for services, you put a pressure to this community to get it for free. And you are not a alone. Working device is what you need, but projects that helps you with that has different primary needs. We need money to cover what we do, to expand, to hire help to be able to help you ... while all you see are your small technical problems that are big expense, we have no way to finance for you. You have to do that!
-
Do I need a working device or you? Donations never covered more then 0.5% of our costs. What is here you are unable to process?
-
Moving root filesystem to another device
Igor replied to Jay Maynard's topic in Software, Applications, Userspace
This is all you need to do: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-nvme-usb -
This weeks meeting topics: Merging of next generation build framework Primary goal is to understand benefits it is bringing as we all will need to sacrifice some time in order to review it, then merge and fix remaining bug. Despite our current system produces images, we have many bugs and dirty workarounds that this upgrade is addressing. The future of rockchip64 family Main goal is to make it maintainable again. GitHub development and review process Main goal is to motivate people to take more responsibility for reviewing and merging. Define clear rules. Goal of the weekly meetings: To discuss the three (3) issues of the week Discussions will be documented to respective Jira tickets so they can be tracked Three (3) new issues will be selected from Jira for the next meeting Conclusions: Everyone interested should watch a recording (~1h) and place a comment below. Comments will be discussed here or at next meeting. Before we can do anything in real regarding merging NEXT, we need to clean patches but also address several things, starting with those: Making a tool / module for patch generation (@rpardini) Preparing guidelines for review and contribution (@giddy) Move repo management from the build system (@igor) How can anyone help? Cleaning the patches! The purpose of a weekly developers meeting is to coordinate development of the build engine, continuous integration, operating system features and low level support. Meetings are hosted located on Zoom (Video) and IRC and Discord (Text). While we would prefer you attend on Zoom when possibly, we will also monitor text chat during the call for those unable to join Zoom. Please RSVP either way. Do you want to participate or help in some way? Meetings are focused in developers top level topics and its expected that understand embedded software development, software testings or operating system management. In term of programming languages, knowledge of at least BASH & Python is expected. Since meetings are held in public, any registered community member can join and listen. If you want to suggest issues for the next week, you have to be recognized Armbian contributor. If you want to become one, resolve at least one intermediate level issue and tell us something about you. This is needed to efficiently communicate and to give you access to our organisation infrastructure Jira, Github, hardware lab and servers. armbian-next_-_meeting_21.dec.2022.pdf
-
Nobody will read your observation, so why would that be important? Hire a developer and explain him troubles you have. Then send a patch to Armbian or upstream. Good luck!
-
Those are developers preview builds, where you can check what works and at some point it will be good enough for some uses cases. In a couple of years, it will be functional on the level of kernel 5.10.y. Download is possible from CI pipeline: https://github.com/armbian/build/releases Boot log: This board is looking for maintainer(s) and (this) forum moderator (contact @Werner).
-
-
-
Just a reminder, if someone wants to fix it.
-
https://www.armbian.com/rock-5b/
-
Many of us are using Armbian not just on ARM single board computers but also on servers (bare metal & virtual). We use our builds since we trust it more then Debian, Ubuntu, not to mention other distributions that are recklessly updating and one ends up as an OS tester and not OS user. Personally I use Armbian Jammy on Ryzen 9 workstation with great success. My primary use case is development / productivity. For the road I used to have 13" Dell notebook which recently suddenly died. It was out of warranty so I had to get something new. After some testings of various devices I settled with 12th Gen Intel i5-1240P powered Lenovo. Then I tried many general purpose distros to see how well they work and all had some (minor) troubles ... We are having UEFI images (common image) since some time, but UEFI nor desktops were fine tuned nor ready for such performance daily driver desktop usage. We were close, but not close enough to just run it. Past two weeks we have been lifting general UEFI support, fixed many bugs and what came out is "Armbian ultimate developers desktop build". - improved support in GRUB (armbian wallpaper) & HiDPI GRUB support - all preinstalled applications are normal apt packages - current 5.15.y kernel, Jammy userland (5.19.y has some strange issues) - snapd is not installed (user can install it) - HiDPI support (automated adjustments on big screen resolutions) - NVIDIA graphics acceleration with proprietary driver (x86 only) - Intel graphics acceleration also works out of the box - preinstalled Google Chrome (x86 only) - preinstalled Microsoft Visual Studio Code (x86 only) - ZFS 2.1.5 ready (apt install zfsutils-linux zfs-dkms) - face unlock works perfectly fine on this laptop - installation to SSD drive to dual boot with Windows 10/11 is supported Armbian classical way by transferring actual live image to the prepared partition via nand-sata-install. All you need to do is prepare spare space on your drive, Windows 10/11 or Linux, UEFI support (most if not all hardware for past 10 years has it). I have tweaked images (XFCE, Gnome, Cinnamon) a bit to my personal needs, but making changes is welcome. Nice to have: disk encryption within nand-sata-install, small bug fixing, additional DEs. Currently we have CLI, XFCE, Gnome and Cinnamon. Others are too buggy. https://www.armbian.com/uefi-x86/ https://www.armbian.com/uefi-arm64/ Please report where it works and how (well)!
-
Preparation Supported build environment is Ubuntu Focal 20.04 x64 (minimal iso image). a guest inside a VirtualBox or other virtualization software, a guest managed by Vagrant . This uses Virtualbox (as above) but does so in an easily repeatable way. Please check the Armbian with Vagrant README for a quick start HOWTO, inside a Docker , systemd-nspawn or other container environments (example), running natively on a dedicated PC or a server (not recommended), 20GB disk space or more and 2GB RAM or more available for the VM, container or native OS, superuser rights (configured sudo or root access). Execution apt-get -y install git git clone https://github.com/armbian/build cd build ./compile.sh This will download all necessary sources, execute compilation and/or build a boot-able image. Most of things will be cached so next run will be extremely faster! Real time examples: Documentation