Igor
-
Posts
14580 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
4 hours ago, t-bob said:
Where do i log the other issues ?
Kernel features -> Github https://github.com/armbian/build/issues and we will slowly put them in. Always provide for which kernel you those features go. -
I attached temp meter to heat sink and can't get higher readings than 49°C, Clearfog is not in a box and ambient temp is around 22°C. Adjusted:
https://github.com/armbian/build/commit/e5579a0957fd7b394d3b418671b4f0f82b334be9
-
12 hours ago, Tido said:
Will you open a section in the forum '.unsupported' - so there is a place where those Threads can be put as well ?
What about just removing unsupported board(s) from forum description & closing new topics with "no more active support"? I don't expect much if any activity on those boards.If no objections pops out, those four will get last update with 5.30 and will be moved our from armbian mainline support.
-
IIRC it's a leftover from first kernel, which had wrong readings. I'll check and adjust values ...
-
On 28. 5. 2017 at 8:52 PM, zador.blood.stained said:
Prepare a list of boards that should be phased out and reasons for that (no HW samples, no vendor (BSP) development, no mainline development, no documentation, HW design flaws)
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)
-
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
Nightly images?
in Advanced users - Development
Posted
What about this way? + some small print at each section? Dividing into more pages doesn't seem to be this century web design technology
https://www.armbian.com/download/
Which boards should also go to WIP section?
The rest I'll check in next days.