Igor
-
Posts
14573 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
4 hours ago, Richard Fortuna said:
Word to the wise: Firefox maxes out the RAM and WILL freeze your Pi. Midori runs GREAT though!
Firefox arm64 is known to crash, so we used to add arm32 version which works, but the fastest is supplied Chromium. Midori is also good choice since its light. -
-
Rules or protocols saves time and helps us to cope with problems regardless if this project is powered by this or that motivation. Well, we can't hire people, since our budget is on "let's go for a beer level", but we have to be more creative. We can talk about and I am sure, we have enough smart people around to come up and go with the plan.
- nightly images. If they are moved "somewhere back", we solved the other half of the problem. We already added lot's of warnings and we can add them more to the download page. Do we really need nightly images? If not, let's cut them down to minimum and focus to beta images, images build a week before major release? This way the testing protocol get's somehow simplified - there will be no question "where is the image which i need to test" -> "test last image from download", little less confusions, than using nightly images.
- support. If we already dropped the idea of commercial support, we could at least limit it to validated users / images and provide commercial support - as option. Since this is not mandatory it's more like a yet another donate button, but can help funding the project. Some cash will always be needed. This way we also cut off supporting 3rd party builders, which they have to take care of support on their own.
- config files and download page for unsupported / old creations. There were few ideas exposed, but I have some doubts on implementation. Build script .unsupported is good, but for download page I am not sure. Two examples - I would like to add new board to download page, we want users to try out and to see that we started to work on, but we don't provide end user support and on the other end we have some exotic board, which we want to move out from download page. We have one on without support and one off without support. This way?
Quotedoing only stupid support jobs in the forum, no more fun developing stuff
We need to limit support. Agree, but how not to make damage?My personal involvements are going above fun stuff sometimes - bigger the project, more comm and more coordinating. This can be fun, but it's usually dealing with people, where no schematics is available
Just saying.
QuoteThere's no one except Igor who could define rules
I can take veto, where and if needed, but I would prefer not to play part in every decision process, which is/will be going on. If core decision / active group expands more, than we might need to think about changing rules again. So far - in a small group - exposing a problem, talking about and making consensus is the way to go. IMHO Areas, where we all know what to do, we anyway do and no talk is needed. Here, probably we don't have unified standpoints and we shall clear them out, before any action is taken and resources wasted. Yes.
Quotebut as resources are not endless and one huge problem of every OSS-Project is to attract new developer and so MythBuntu died
I understand your concern, but usually there are many reasons involved. In any case, we are developing and attracting people, but the speed of overall development and users is faster / bigger.
-
In bridge mode you need a dhcp running on network. That's all. I also solve problems in NAT mode so both are (will be) working.
Wrote on mobile -
No NEXT (which can be identified / understand as stable kernel 4.x branch) for H3, while this situation already happened for older chips: A10 / A20 and Odroid XU4, Imx6.
Nightly images are not directly related. There will always be some development branches ... DEV will remain.
-
- default means old legacy kernel. Pretty much works, but ofc no docker support since kernel is too old.
- nightly indicates automated builds with whatever kernel
- we usually don't provide "DEV" images. Usually they are in nightly builds or you can made them manually
- in build higher than 5.27 (current betas) is it possible to switch kernels from armbian-config menu. So you don't need to worry about ...
- default will stay default for ever or at least for some time. DEV will become NEXT which indicates "Next kernel generation"
-
Check this image: https://dl.armbian.com/orangepipcplus/archive/Armbian_5.27_Orangepipcplus_Ubuntu_xenial_default_3.4.113.7z (desktop version is there too)
You can use armbian-config to create AP. I made a test - it works in bridge mode while it fails in NAT - I am still looking what is it.
-
2 minutes ago, jethro said:
What would be the recommended way of getting a Docker compatible kernel? I.e. safest path for most vanilla, repeatable, process, facilitating future upgrade?
You are using the most compatible kernel. This "DEV" will once become "NEXT" and that will indicate that we are satisfied with quality. That kernel updates will be from stable branches, currently they are not. -
8 hours ago, t-bob said:
Igor, yes i understand that they are very beta but I wasnt sure if it was a me issue or one that effected everyone. So far I have experienced only small issues which is really nice. armbian is pretty dang good !!!
I have found several other issues/'features' ... do i post them here or is there somewhere else to log them ?
I wouldnt mind having having the hamradio stuff setup in the kernel as a default ... with whom do i speak with about that ?
Thank you
I used to operate in hamradio field back in the old days, but I have no idea about current needs in kernel. If you provide a list of options (open a new issue at Github), we can include them in no time. Like this one. The same goes for other options you might miss in the kernel. -
46 minutes ago, jernej said:
I think that H3 will get DRM HDMI/TVE driver in 4.13 and Icenowy already tested mali driver (x11 version), which works. So it is not so distant future, but it will take some months for sure.
That's good news. I heard stories, but didn't know, that we are that close. Thanks for update.
-
3 hours ago, Richard Fortuna said:
No dice. Tried a fresh flash of the OS and xfce. Same thing. Very frustrating!
I made you a desktop build - it works for me, wireless works, the rest I haven't test: -
Quote
how long has the dev branch supported docker (i.e. 2 weeks or 6 months)?
We start to implement Docker in late 2015. I would not worry about that, but dev branch has still some low level glitches.4 hours ago, jethro said:- any known issues with the dev branch beyond 3d rendering / audio (my application is headless so that's ok)
There will be no 3D rendering in mainline kernel for next few years / never, perhaps someday in 3rd party branch. Audio works.4 hours ago, jethro said:any idea when a stable mainline build will be available for the OPIPlus 2E?
It's stable enough, but I won't use it in production at this stage yet. Or at least do severe testing on your app, before deployment. Few months. But not withing main line exactly (www.kernel.org), since support there is still minimal, development branches within Armbian. -
Just now, hrip6 said:
By the way, if you can, please delete all the post that does not relevant to the OP. I'll do mine first.
Don't worry. Just leave as is and have a nice day! -
You want to use those images? Don't. If you are experimenting, if you are using it for no purpose, than it's o.k. You just found one of many bugs, which are in automated built experimental images. The bug might be new, might be already solved in the mean time or some workaround exists - today's or tomorrow update might fix this or it might take more time. Those images comes as is.
Hint for future: if you find some experimental image working, go to armbian-config and "freeze kernel and BSP upgrades" and your system won't receive kernel upgrades when doing "apt upgrade" until you unfreeze it again. -
1 hour ago, hrip6 said:
Secondly, did you see how strong the words are?
What about pure coincidence? To clarify: I was absent / travelling / been a lot of time off grid since Friday until yesterday. In general for weekends those who works daily on the project usually divert free time to families and others, not for volunteer work, which is the case here. Response time, which you are exposing as our "failed duty" is not realistic under any circumstances, with bold text or without. Once again, even people who pay for the time, does not demand nor expect this quick response time. Here is volunteer service and attitude is a key to trigger someone's interest to focus and contribute to the problem. Sometimes this is not enough - either we are too busy or the matter is just out of the zone, where we can help. If you address message to general forum public - there is nothing else to do but wait and bring this up after some time passed. Not the next day, if there is no response. Impatience drives people away.
I am glad you managed to fix the issue. -
I think you need to adjust perspecitve. There are much much more questions / issues, than core group can handle. Next. There is no such thing as demand for answer for something that might be or might not be related to our work, which you are using for free. Here we are talking about changed system, which goes under "not our work - no support". It's almost impossible to help in such cases without investing hours into it.
If some of your contributions were overlooked I only can say sorry. It happens with the same reason. The project is big.
My usual response for professional support, for people that help paying my bills is between week and two weeks. If you need answers faster, you need to use search. Knowledge is there and you just need to put some effort in finding it.
-
I would prefer to go with no locker - its kind of pointless to lock console if we dont use display manager ... if i understand this properly?
Wrote on mobile -
I was trying hard to replicate your problem on my Banana PRO but without success.
1. I started with the same image - from download section
2. My hardware is Banana PRO
3. I have reliable PSU, quality cable, good router, good cables and I used some older SD card. Deliberately.
4. apt update + upgrade
5. installed apache, mail, dovecot, mysql, ...
6. rebooted few times ...
Logs: http://sprunge.us/UcHO
I also have those errors regarding brfcmac on console, but they are irrelevant.
The only problem - which should not affect - is small bug in ramlog. It's fixed upstream, but not yet in this version ... nginx does not start if there is no log directory (/var/log/nginx) - for apache I am not sure. After recreating it works fine.
-
"no action" when lid is closed might be related to this? After this mod "screen off" function works, while suspend is no go. Also it does not differentiate when on battery or AC. Brightness can be adjusted manually now, but not by power condition BAT/AC. I guess this power management needs some extra touch
-
9 hours ago, sghazagh said:
But the way Armbian works is different than official setup
Our root system is simple to maintain, matured, clean - in any way better than official creations. I am not sure anyone wants to analyse, how Asus glue their images together. They failed on board design and generally all board makers images proved to be bad quality. We only peek for some special thing, but here I don't see any reason.We just started to add wireless and Bluetooth support and I am not sure it's already fully done. ASUS still haven't deliver board samples, which means not many people can work on this.
6 hours ago, sghazagh said:in above image
You have to contact image creators (Asus or whoever). There is a reason why we don't alter stock Debian / Ubuntu much, since there is plenty of complexity already and time is wasted on irrelevant issues. -
I assume you are using self built image / kernel? If this is so ... just install older "u-boot 5.25 next" from apt.armbian.com and you should be fine. There is a wrong configuration for network (gmac), which does not work properly. Wireless modules is o.k. and it should work even it throws out some errors / warnings.
-
Are you compiling with our script or on your own? Which kernel - legacy or development?
Generic approach to alter kernel configuration - check config files and create a pull request for what you need to be added:
https://github.com/armbian/build/tree/master/config/kernel
For orangepi pc, you need to alter sun8i-default and sun8i-dev
If pull request is accepted, in less than 24h beta repository will have updated kernel. -
You have new chip, while firmware does not exists yet in last stable firmware package. Next update should fix this, but one of current workaround is to manually copy those files: https://github.com/armbian/build/tree/master/bin/firmware-overlay/ap6212 to your /lib/firmware/ap6212 and reboot. Perhaps renaming nvram.txt to config.txt might be needed.
-
21 hours ago, Rafael Wilmar Hoffmann said:
armbian does not support the driver we need (TV adapter)
You mean composite TV out? It's supported by default - check forum for advanced adjustment if needed. If you are talking about some 3rd party TV tuners, stock kernel will have only less support than ours. Even better support in TV tuner area you will achieve with modern kernels, but they are still in development stage ... "use at your own risk".
Nightly images?
in Advanced users - Development
Posted
My proposal for removal:
https://www.armbian.com/orange-pi-mini/ (limited edition, no samples, never sold)
https://www.armbian.com/orange-pi/ (limited edition, no samples, never sold)
https://www.armbian.com/lemaker-guitar/ (no development for some time, design flaws, no mainline)
https://www.armbian.com/roseapple-pi/ (no development for some time, design flaws, no mainline, never sold)