Jump to content

Igor

Administrators
 View Profile  See their activity

  • Posts

    14646

  • Joined

  • Last visited

 Content Type 

Posts posted by Igor

    Moderator duties

    in Reviews, Tutorials, Hardware hacks

    Posted

    Granted! Thank you.

     

    Some more general thoughts:

    We have a very strong spam protection, so you won't have much job dealing with robots, but human creations which sometimes are spam. Since our moderator team got stronger now, we can keep forum in better condition - keeping posts on topics, which was somehow neglected.

     

    Our job is also to limit down repeated questions the best way possible with as little impact as possible - with tools mentioned above and procedures which should be summed above. You have right for post editing - use it to update "Moderator duties", when we come up with something to add. I'll do so, but sometimes I won't be able to react promptly. Don't edit other people posts unless it's really necessary.

     

    And remember we need to stay humble. We are all just people with ability to make certain moves, which shall be in common interest. Authority will be needed in case of troubles.

     

    Prohibiting (ban) and deleting content should be last option - if warnings does not produce any effect - our forum is in general very good in this manner - we issued one temporal ban and currently we don't have banned users. 

    1

    Opi Zero MAC address issue on Mainline kernel

    in Allwinner sunxi

    Posted

    5 hours ago, Stanislav Sinyagin said:

    I can help with Perl or shell scripting, if needed


    Help is welcomed and needed. Of course.

     

    On any of those three major projects:

    - build engine https://github.com/armbian/build (shell)

    - configuration utility https://github.com/armbian/config (shell)

    - general documentations https://github.com/armbian/documentation (text)

     

    Start something simple to get you going - configuration utility needs some fine touch / adding new features rework into cleaner code, than proceed to hard nuts :)

    1

    Problems with Orange PC+

    in Allwinner sunxi

    Posted

    6 minutes ago, martinayotte said:

    Since he was the OP, he still had the right to change the thread title from "dwmac-sun8i" to "problems-with-orange-pc" within minutes after I said that he hijacked the thread ...


    That was me :) ... since I cut those posts out and move them under new topics.

    0

    Moderator duties

    in Reviews, Tutorials, Hardware hacks

    Posted

    What shall moderators do on our forum.

     

    Basics:

     

    - job should be invisible

    - spam control and clean up (rare)

    - approve posts from new users (daily)

    - Warning: editing topic tittle change it's URL
    - move topic to appropriate forum (rare) (tick "Leave a link to the new location" - it deletes auto in 30 days) 

    • recognise and tag tutorials & researches. Move them into "Research Guides & Tutorials"

    - merge, pin and lock topics (rare, with caution)
    - cut and move posts to new topics (rare, with caution)


    Intermediate:

     

    - Warn User for:

    • spamming, 
    • inappropriate language,
    • signature violation,
    • abusive behaviour,
    • topic bumping.

     

    Stop being a moderator:

    - when you don't want

    - on multiple complains

     

    To study and add more:
    https://bubbajuju.com/forum-moderating/

    1

    Nightly images?

    in Advanced users - Development

    Posted

    A20 boards are generally just fine, while R1 ... we all know it's shitty by design and If we had EOS section since start, it would be already long gone simply because it sucked so much of our time, more than any other board, without any point & value.

     

    There are four images for R1 for download - all are working now - I remake last image with last working mainline kernel (4.9.7) and that's all. EOS means we will officially not deal anymore with the board, but this does not prohibit anyone to make moves. Kernel updates will continue to run out so their is still hope for the board.

    I also added two A10 boards there too. Why? They are working O.K., they are stable, but make just enough troubles on upgrades. Do we need to deal with them? No. They are rare and we don't have more than one sample around.

     

    9 minutes ago, Tido said:

    no one ever beside TK complained


    Well, I would complain too, but it doesn't make any good :)

     

    Quote

    Launch --- Due in 149 Days (or when it is ready)

     

    and please put that somewhere were we can see that, like here (it is already written just needs a link to the lines above) 

        Countdown instead of frozen numbers ?


    Yes, I'll update and make it more visible asap. In any case nothing major before September.

    1

    Problems with Orange PC+

    in Allwinner sunxi

    Posted

    31 minutes ago, blaster_56 said:

    I'm not the only one who face this kind of problem, i can garantee you that the Debian Jessie Image was not tested and Ethernet Driver is corrupted. (version 5.25 and 5.30)


    There are lots of problems with experimental kernel which is this topic about and which we don't support.

     

    If you have Opi PC+ and you want Debian Jessie: https://dl.armbian.com/orangepipcplus/Debian_jessie_default.7z (tested!)

    0

    Nightly images?

    in Advanced users - Development

    Posted

    4 hours ago, zador.blood.stained said:

    IMO every release. U-boot has ~2 months release cycle, kernel has ~2-2.5 months release cycle and current Armbian release cycle is much longer, so we may have to adjust it on the fly.


    OK, than next release should be planned for Sep 11, 2017, followed by Nov 13, 2017, ... the same dates as u-boot release date.
     

    26 minutes ago, zador.blood.stained said:

    Also should we hide "dev" kernel target in the build script unless EXPERT=yes is set and move all boards which only have a dev kernel target to WIP section?

     

    Yes, why not. 

    0

    FriendlyELEC NanoPi K2 (S905)

    in Beginners

    Posted

    8 minutes ago, debianxfce said:

    Armbian is based on Debian that has ARM support for many CPUs.


    Surely, aarch64 package base and our standard custom work on top of Debian is more or less o.k. / matured, but most problems on those boards are below userspace - on u-boot and kernel level. Standard arm64 Debian / Ubuntu kernel most likely won't even boot.

     

    Within Armbian we would also like to provide clean building process, starting with boot loader. Here some code cleaning / fixing is needed or workaround.

    0

    Opi Zero MAC address issue on Mainline kernel

    in Allwinner sunxi

    Posted

    4 hours ago, Stanislav Sinyagin said:

    I'm fine with experimental status, but just wondering, how did 4.10.3-sun8i memorize the MAC address, and why 4.11.3-sun8i does not?


    Don't know. The main problem with development kernel(s) is that is difficult to stay on track to understand changes. Each question might lead into deep investigation which is not possible.

    I know one important detail - current network driver is deprecated / not good for mainline / half broken and somebody is working on a new one. Getting to know why the problem is present in current kernel is therefore pure waste of time. This issue is a school example, why support for WIP is pointless.

    You can try with workarounds to set MAC until things are solved.

     

    More or less updated status can be found here: http://linux-sunxi.org/Linux_mainlining_effort


    We have some general troubles and changes with nightly builds. Repository will be rebuilt daily, while images weekly.

     

    &Thanks!

    0

    No network after upgrade to 5.30

    in Allwinner sunxi

    Posted

    3 hours ago, tkaiser said:

    But obviously I'm the only one and it seems a way better idea to roll out updates that can't be tested appropriately on every device so that at least there's some update drama involved all the time. By dropping support for Lamobo R1 everyone would be happy.

     

    I also support this idea with similar passion. The hardest part is done and we moved few boards to deprecated section and I also think its better to froze packages  (a new switch / feature has to be added to the build script that we don't need to use user patching method), rebuild, move working frozen kernel and bsp packages R1 images to deprecated and forget about this board. If you are bored, add switch to the build script and I'll do the rest when I got back to office.

    0

    Changing to Chromium

    in Advanced users - Development

    Posted

    2 hours ago, tkaiser said:

    Thank you for all the answers.

     

    Patience. My response time is currently close to one month and going faster, working more than possible, means risking burn out / mental breakdown, which leads to no response at all for longer period of time. This bug affect all humans and workarounds make things only worse.

    1

    Nightly images?

    in Advanced users - Development

    Posted

    Conclusions:
     

    - nightly kernel and BSP building yes, nightly images once per week

    - focus more to provide simpler way for new developers to get in

    - nightly images should be carefully picked to provide best "price performance" ratio

     

    and another proposed actions:

     

    - moving another three boards (Lamobo R1 / Cubieboard 1 / Lime A10) into deprecated sessions. All those boards get one last update with last known working configuration and frozen kernel packages

     

    Quote

    - I still think Armbian needs a testing/beta branch so surprises like broken networking after just an usual 'apt upgrade' on a specific device

    - IMHO a release scheduled is always a good practice

    - Is there a(nother) private subforum where open issues and needed testing efforts were discussed before 'we' (or you?) decided to push the button and roll out just another update that bricked devices (servers without network connectivity any more can be considered bricked IMO)?

    - It should not happen but it can. I'm thinking of whenever a major update is planed an announcement thread should be pinned to each subforum that  testers are needed to check if everything works properly. 

     

    This a current project overview, which we try to follow. Is this time span perfectly o.k. ? Not sure. We will need to adjust it in the future, but it’s something to go with and stick to it, when and if we agree:

     

    UPCOMING MILESTONES 

    Milestone               Responsible Person Due On
Feature developement                   --- Due in 81 Days
Feature freeze                         --- Due in 90 Days
Beta testing and bug fixing            --- Due in 130 Days
Writing release documentation          --- Due in 142 Days
Launch                                 --- Due in 149 Days

    Withing project management we manage to establish fully operating testing system – a person get’s an email, when and what to test – his report is clicking few check boxes + adding a note when necessarily. Technology was tested twice and it works, methodology needs broad discussion. Project manager is the one, who has overview and drive (volunteer) developers to fix this and that. In reality this means I was driving myself and Michael was assisting in this and solving problems which are out of my league. Since we were also testers, most of bugs were saved already on the way ...
     

    Quote

    But I don't see us moving into this direction at all. Quite the opposite.

     

    Project management is yet another full time position, which waits to be filled developed and filled in. We deliberately use this hidden, because I was not sure if it’s the right way to go, because not everybody needs to  be involved in everything and because not finished products are better to hide. Check email.

     

    Until there is no somebody who will take a full lead on this, I am moving it forward with (my) highest possible speed. Well, in fact it's already we. Tido is helping in this beta trial process.

     

    Quote

    You may like to open ONLY COMMUNITY SUPPORT forums for not officially supported boards (old or new) and owners of these boards can help each other - instead of deleting, just move the topic there.

     

    We can add text to forum description, which board are officially supported – I know people will still fail to see.

     

    Quote

    IMHO. For me 3 boards are the minimum to be supported : desktop, NAS - LAMP and IoT server. 

     

    Yes. This is at least much simpler to support and is to consider.
     

    Quote

    But I saw a lot of projects failing cause of people loss the spirit spending their time to explain the same questions again and again and I don't want to see that armbian also fails. 


    Yeah. At least we are highly motivated to end / limit at best as possible.
     

    Quote

    Questions like: Why does "random function" does not work on my "random board" are annoying. Maybe some additional information to each board and some basic question rules can help to avoid this. 

     

    We would certainly need more moderators, which would take care of such questions appropriately. Technical knowledge about those boards is not a requirements. If @chwe wants to take care of general moderator duties, he is one click away :)
     

    Quote

    Having a wiki-page to each supported SBC that shows if the vendor claimed features are supported by armbian or not or if there is some known projects where someone works on this feature could help to avoid people from buying false boards. 


    This is fine, but very hard to maintain.

     

    The rest elsewhere. This one is already off topic.

    3
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines

  I accept