SteeMan

  • Content Count

    327
  • Joined

  • Last visited

Reputation Activity

  1. Like
    SteeMan got a reaction from Werner in Make forum messages friendlier -- 2021 Edition!   
    Given the following comment posted in response to the new invalid message discussed above:
     
    "Hi Werner, I didn't realise I'd posted this as a bug I'll post it elsewhere"
     
    I took another look at the language in the big red warning message that is displayed for people posting new topics in the bug tracking forums.  While it would seem obvious to those of us on the inside what we are trying to communicate, to the novice user I think there is room to make it more clear.  To that end I have the following suggested wording changes:
     
    Current text:
     
    Wait!
    To avoid common mistakes when opening issues use this form to make sure you have collected all necessary information and create your issue report at the correct place:
    >> https://armbian.com/bugs <<
    Issue reports that are not following these guidelines will be removed without further notice!
     
    Suggested text:
     
    Important Please Read Before Posting a New Topic (Bug Report)!
     
    You are about to post a new topic in the Armbian Bug Tracker.  Armbian uses the sub-forums under "Bug tracker - supported boards and images only" as it's public facing bug reporting system. If you really intend to report a bug please fill out the following form to supply the necessary information for a valid bug report:
     
    >> https://armbian.com/bugs <<
     
    With limited resources the Armbian project is only able to spend time investigating bugs where all the requested information has been provided and for only the boards/images/software that are supported.  Your bug report will be considered invalid and receive no attention if you do not supply the requested information.
     
    If you only have a question or are looking for help on something in general related to Armbian, you should be submitting your question in one of the "Community forums", such as "Common issues / peer to peer technical support" or "General chit chat", not in this bug reporting forum.

  2. Like
    SteeMan got a reaction from lanefu in Make forum messages friendlier -- 2021 Edition!   
    Given the following comment posted in response to the new invalid message discussed above:
     
    "Hi Werner, I didn't realise I'd posted this as a bug I'll post it elsewhere"
     
    I took another look at the language in the big red warning message that is displayed for people posting new topics in the bug tracking forums.  While it would seem obvious to those of us on the inside what we are trying to communicate, to the novice user I think there is room to make it more clear.  To that end I have the following suggested wording changes:
     
    Current text:
     
    Wait!
    To avoid common mistakes when opening issues use this form to make sure you have collected all necessary information and create your issue report at the correct place:
    >> https://armbian.com/bugs <<
    Issue reports that are not following these guidelines will be removed without further notice!
     
    Suggested text:
     
    Important Please Read Before Posting a New Topic (Bug Report)!
     
    You are about to post a new topic in the Armbian Bug Tracker.  Armbian uses the sub-forums under "Bug tracker - supported boards and images only" as it's public facing bug reporting system. If you really intend to report a bug please fill out the following form to supply the necessary information for a valid bug report:
     
    >> https://armbian.com/bugs <<
     
    With limited resources the Armbian project is only able to spend time investigating bugs where all the requested information has been provided and for only the boards/images/software that are supported.  Your bug report will be considered invalid and receive no attention if you do not supply the requested information.
     
    If you only have a question or are looking for help on something in general related to Armbian, you should be submitting your question in one of the "Community forums", such as "Common issues / peer to peer technical support" or "General chit chat", not in this bug reporting forum.

  3. Like
    SteeMan got a reaction from Werner in Make forum messages friendlier -- 2021 Edition!   
    I don't see a problem with using the invalid label as it is invalid according to the directions the user has read (or not read).  What I think would improve this is giving the user more direction on what to do next.  I think some working changes in the post that closes the thread as invalid would be all that is necessary.  So instead of:
     
     
    Your issue report is invalid for one or multiple reasons (non-exhaustive enumeration):
     
    it has been stated at the wrong place
    it lacks fundamental requested data
    it could have been easily solved by a quick search and/or reading documentation
    unsupported userspace/image/SBC
     
    Since you refused to use the bug reporting form carefully and follow the information there as you have been asked for we have no intention to further investigate.
    Please add missing information if applicable.
     
    https://www.armbian.com/bugs
     
     
    Something like:
     
    Your issue report is not a valid bug report per the Armbian bug reporting instructions (https://www.armbian.com/bugs).  With limited resources the Armbian project is only able to spend time on issues where all the requested information has been provided and for only the boards/images/software that are supported.  Your report is invalid for one or more of the following reasons (non-exhaustive list):
     
    - it is for an unsupported board or image
    - it is for software that isn't supported (such as userspace modules installed on top of the core operating system)
    - it has been logged in the wrong forum (for example requests for help that are not actual bug reports)
    - it lacks requested data (armbianmonitor output)
    - it could have been easily solved by a quick search and/or reading documentation
     
    Please review what you have submitted and the bug logging instructions (https://www.armbian.com/bugs) and either add the required information or open a new topic in the correct forum (such as "Common issues / peer to peer technical support" or "General chit chat")
     
     
    I think this softens the tone and tries to help the user do the right thing.  Which they likely still won't 
     
     
     
  4. Like
    SteeMan got a reaction from lanefu in Chainloaded uboot images for amlogic   
    One of the interesting features of extlinux.conf is the ability to present a boot menu.  I have played around with it a bit to have different kernel versions installed and switch between them at boot time.  With a boot menu and hdmi support in u-boot, it brings some nice capabilities.
  5. Like
    SteeMan got a reaction from vice in RK3229(mxq pro 4k) rk322x sdcard boot and install to emmc   
    Have you read the thread dedicated to TV boxes with your CPU: https://forum.armbian.com/topic/12656-csc-armbian-for-rk322x-tv-boxes
     
  6. Like
    SteeMan reacted to KY69 in X96 Max no wired network   
    Beware that there are different hardware versions of this same box. I myself have two X96 Max boxes, with two different hardware versions, both bought just days apart from each other. It has been a few weeks since I had the chance to play with them, but from what I recall, one of them worked OOTB with Armbian 20.10 5.9.0 and the expected dtb (x96max). The other one is instead more similar to the X96 Max+. It came with an 8822CS wifi chip (same as the Max+) instead of the AP6356SA that came on the first one. The "original" version of the X96 Max does work ethernet @ Gbit speed and WiFi OOTB with the 201014 image. The second one I do not recall now if I ended up managing to use either of the (onboard) network interfaces or if I simply plugged a USB wifi dongle at the time. I had but a couple hours at most with them. I plan to play again with them soon, I will let you know more details once I have the chance to check. Bottom line, first of all check what hardware you got inside your box!
  7. Like
    SteeMan got a reaction from Mohammad Shami in (help) Installing linux server on Amlogic X96 S905x   
    @Mohammad Shami Please read the two posts in the TV Box Club's FAQ forum
  8. Like
    SteeMan got a reaction from TRS-80 in NextCloud on TV Box   
    @MX10.AC2N I think you are approaching your issue from the wrong perspective.  As balbes already mentioned he "doesn't use this software and has no idea what it requires'.  So essentially asking the same question in a different way isn't likely to get a different answer.
     
    You need to understand that the armbian project is about getting the mainline linux (debian and ubuntu distributions) to run on arm SBCs (and luckily that often works on TV boes as well).  Information and support of the thousands of software programs that can then run on debian or ubuntu isn't something that armbian is about.
     
    NextCloud is a software product and you want to run that program on your armbian based TV box, which is great, but you should be looking for support from the NextCloud community for support of their product.
     
    You mention in your posts NextCloudPI.  I'm not sure why you are going down that particular path.  You should be able to just install NextCloud following their instructions for your chosen distribution (debian or ubuntu).  I have been running nextcloud on one of my amlogic s905w based TX3 mini boxes for over a year using the snap version for my ubuntu bionic install.  It was easy to install, it automatically updates itself and I haven't had to think about it in a long time.  That is exactly what you want from a server based software program.  Now if you ask me what i did over a year ago to get it installed, I will have no recollection, but I just followed the readily available instructions available from nextcloud to get it done - didn't need to post anything to armbian forums to install a generic software product.
  9. Like
    SteeMan got a reaction from TRS-80 in NextCloud on TV Box   
    I moved the above to a separate thread as the content is distinct from the thread it was originally posted in.
  10. Like
    SteeMan reacted to MBB in Allwinner H6   
    I am pleased to report the 20210303 images (I tested Focal) work great (copying to EMMC using standard Armbian method) on the T95 Mini box.  FYI, this is my favorite TV box as it is small, has a nice enclosure and good thermal properties (CPU usually around 50-55 degrees).  And it is available < $20 (USD) on Alibaba in small quantities.

  11. Like
    SteeMan reacted to Heisath in tag v2020.11 fails to compile the mainline kernel for orange pi zero   
    Yes this rebuildability is something we have been thinking/working on for a while. There even is an existing Jira Ticket for it:
    https://armbian.atlassian.net/browse/AR-175?atlOrigin=eyJpIjoiN2FhZTgyMTIxZWMxNDA2NmE5NjIxOTEzYTI4YWNiNDAiLCJwIjoiaiJ9
    and the original post 
     
    As of know this has not been implemented (probably because no one had enough time / interest / motivation to do it). Maybe you can?  
    We'd also need to define how many old tags we support and for how long... 
     
     
     
     
  12. Like
    SteeMan reacted to GabbianoBLU in getting started with Amlogic s905x3 Android tv box - Magicsee c500 pro   
    getting started with Amlogic s905x3 Android tv box - Magicsee c500 pro  
    hi everyone i am here because i want to install armbian on this tv box and i don't want to mess it up and brick it

    this box it's similar to Odroid C4 or n5 max n5pro tvbox

    i try to boot from an SD card but it dosn't work, and with the reset button i it's possible to access to android recovery but notting more

    i don't try yet with amlogic usb burning Tool and try to flash the eprom or the bootloader
    any suggestion where and how to start
  13. Like
    SteeMan got a reaction from TRS-80 in Looking for more recent build for x96 mini   
    Moved post into its own thread as this is not related to the thread it was originally posted in.
  14. Like
    SteeMan reacted to Joel Mercedes in Looking for more recent build for x96 mini   
    @robertoenr 
     
    I have installed Armbian 20.10 Focal 5.9.7 in my OTT TV BOX X96 mini 1 + 8GB and it works well, only the wifi that does not work, I want to know if there is a more advanced kernel to install it on these equipment.
     
    Equipment information:
    - Amlogic S905W chipset
    * Quad Core 1.2GHz 64bit Cortex-A53 Mali-450
    * 1 GiB of DDR3 memory
    - 8 GiB of eMMC flash
    - 10/100Mbit Ethernet
    - HDMI output up to 4K30P
    - Model: X96 mini.
     
    I would like to install one such as: Armbian 21.xx Focal 5.10.x, if some one knows please let me know.
  15. Like
    SteeMan reacted to Joe Foster in Trongle S3 no signal, no anything   
    Anyone else ever get just a blank screen? I’m trying to install onto a Trongle S3 box. I’ve tried a number of dtb’s but as it’s a relatively rear box nothing is definite. Tried to match them by spec but hoped it would at least register an output on my monitor. 

    I get a no signal notification. 
     
    I will be trying to tty the com port but this includes soldering so wanted to see if anyone else knew of a possible solution before I spent time doing this.
  16. Like
    SteeMan got a reaction from robertoenr in Chainloaded uboot images for amlogic   
    Let me add my limited knowledge here.  Note that the following comments only apply to amlogic CPUs.  The 'chainloading' of u-boots is designed to utilize the original u-boot that came on the device (stored in emmc) to start booting.  Then after the original u-boot has initialized everything, the secondary u-boot (the chain loaded one) is started to continue the process and load the linux kernel, ramdisk and dtb and launch the linux kernel.  This secondary chain loaded u-boot is stored in the /boot directory and named u-boot.ext.  Thus the installation step to rename the appropriate u-boot file to u-boot.ext (this file could on either SD, USB or emmc depending on where the installation is running from.
    The reasons for doing things this way are to try to simplify things such that multiple different TV boxes can be supported.  Theoretically each TV box should have its own custom u-boot to fully boot correctly.  By using the existing manufacturer shipped u-boot we avoid having to build a hundred different u-boots for each device.  The problem is that these original u-boots are buggy and old so they don't support the latest u-boot functionality - like using hdmi output during the boot process.  The chain loaded u-boots are using recent u-boot source code and therefore are better.  Because the hard work of bringing the system up (memory, cpus, other devices) has already been done by the base u-boot, the chain loaded u-boot has a lot less to do and hopefully can be more generic and support multiple different boxes with one u-boot build (per CPU).
  17. Like
    SteeMan got a reaction from lgranie in x96max : from balbes images to linux-image-current-meson64   
    The fix for this would be on the armbian side (for the linux-image-current-meson64 package).  It is a one line fix in the postinst script.  I plat to submit a PR for this fix when I get a chance.
  18. Like
    SteeMan got a reaction from KY69 in Please help us to make the $30 Android TV box the promising bright future of internet and software freedom   
    @ballerburg9005 I just wanted to add a few of my own thoughts to this thread.  Overall I can see both sides to the above discussion.  There are valid points made by everyone commenting.  While we all sometimes need to have 'grand visions' of the future we would like to work towards, we also have to deal with the reality of where we currently are.  I often think of a saying "crawl, walk, run".  While we all want to be running to the finish line of an Olympic race, we all start by crawling first.  As that relates to armbian and more specifically armbian on TV boxes, we are at the crawling stage.  There is a lot of work to be done to just get us walking.  That doesn't mean that crawling and walking in themselves aren't valid and productive stages (they are and you can use a lot of different TV boxes today to do a lot of productive stuff).
    There is a lot of work to be done today to improve our crawling.  We need volunteers (like you) to pick up that work if we ever hope to get further along our path.  We need to build a community one volunteer at a time.  While visions are important, if we don't have people willing to do work today then we will never more forward.
    If you hang around armbian for any extended period of time, you will learn that the single thing that most bothers the core maintainers of the project are people having grand visions or even small visions of what should be done but who don't contribute any time to help and expect others to do the work for them.
    Whether intentional or not, that is how your post came across to Igor and Balbes and they reacted as they normally do to such posts.
    If you want to run to the finish line with your vision, you need to start by crawling.  Spend time on these forums following the issues to build your knowledge.  Help support new users to allow others with the technical knowledge time to work on development and progress on our shared goals.  This all doesn't happen overnight.
    I welcome your contributions to the efforts here, but starting off by getting into a disagreement with two of the core maintainers isn't likely the best way to have started.  Overtime you will realize we all share a lot of the same goals and can work together even through we have different personalities and sometimes have to overcome language/cultural differences.
  19. Like
    SteeMan got a reaction from Scrooge69 in Armbian for TV box rk3328   
    @Scrooge69 Welcome to the armbian world and your first post in the forums.
    I unfortunately don't have much information in response to your questions.  balbes150 who created the builds referenced in this thread has moved his focus to other projects (the StationPC M1 and P1 boxes).  I don't own a rk3328 based device so I have no personal experience with them.  If you look at the recent activity in this thread there isn't anyone actively engaged currently supporting boxes like the one you have.  The best I can recommend is to try using the images linked in the thread and try things out.  Since you are puttimg the images on an SD card it won't hurt your device to test and experiment.  (I wouldn't recommend installing anything onto your emmc memory however).
  20. Like
    SteeMan got a reaction from Igor in Please help us to make the $30 Android TV box the promising bright future of internet and software freedom   
    @ballerburg9005 I just wanted to add a few of my own thoughts to this thread.  Overall I can see both sides to the above discussion.  There are valid points made by everyone commenting.  While we all sometimes need to have 'grand visions' of the future we would like to work towards, we also have to deal with the reality of where we currently are.  I often think of a saying "crawl, walk, run".  While we all want to be running to the finish line of an Olympic race, we all start by crawling first.  As that relates to armbian and more specifically armbian on TV boxes, we are at the crawling stage.  There is a lot of work to be done to just get us walking.  That doesn't mean that crawling and walking in themselves aren't valid and productive stages (they are and you can use a lot of different TV boxes today to do a lot of productive stuff).
    There is a lot of work to be done today to improve our crawling.  We need volunteers (like you) to pick up that work if we ever hope to get further along our path.  We need to build a community one volunteer at a time.  While visions are important, if we don't have people willing to do work today then we will never more forward.
    If you hang around armbian for any extended period of time, you will learn that the single thing that most bothers the core maintainers of the project are people having grand visions or even small visions of what should be done but who don't contribute any time to help and expect others to do the work for them.
    Whether intentional or not, that is how your post came across to Igor and Balbes and they reacted as they normally do to such posts.
    If you want to run to the finish line with your vision, you need to start by crawling.  Spend time on these forums following the issues to build your knowledge.  Help support new users to allow others with the technical knowledge time to work on development and progress on our shared goals.  This all doesn't happen overnight.
    I welcome your contributions to the efforts here, but starting off by getting into a disagreement with two of the core maintainers isn't likely the best way to have started.  Overtime you will realize we all share a lot of the same goals and can work together even through we have different personalities and sometimes have to overcome language/cultural differences.
  21. Like
    SteeMan got a reaction from hannah in Armbian for Tanix TX3 Amlogic S905X3 with SP6330 WiFi/Bluetooth module   
    No hardware decoding.  Please read: https://forum.armbian.com/topic/16407-please-read-first
    You should not be expecting to use TV boxes running armbian for heavy desktop work i.e. video.
  22. Like
    SteeMan got a reaction from lanefu in Please help us to make the $30 Android TV box the promising bright future of internet and software freedom   
    @ballerburg9005 I just wanted to add a few of my own thoughts to this thread.  Overall I can see both sides to the above discussion.  There are valid points made by everyone commenting.  While we all sometimes need to have 'grand visions' of the future we would like to work towards, we also have to deal with the reality of where we currently are.  I often think of a saying "crawl, walk, run".  While we all want to be running to the finish line of an Olympic race, we all start by crawling first.  As that relates to armbian and more specifically armbian on TV boxes, we are at the crawling stage.  There is a lot of work to be done to just get us walking.  That doesn't mean that crawling and walking in themselves aren't valid and productive stages (they are and you can use a lot of different TV boxes today to do a lot of productive stuff).
    There is a lot of work to be done today to improve our crawling.  We need volunteers (like you) to pick up that work if we ever hope to get further along our path.  We need to build a community one volunteer at a time.  While visions are important, if we don't have people willing to do work today then we will never more forward.
    If you hang around armbian for any extended period of time, you will learn that the single thing that most bothers the core maintainers of the project are people having grand visions or even small visions of what should be done but who don't contribute any time to help and expect others to do the work for them.
    Whether intentional or not, that is how your post came across to Igor and Balbes and they reacted as they normally do to such posts.
    If you want to run to the finish line with your vision, you need to start by crawling.  Spend time on these forums following the issues to build your knowledge.  Help support new users to allow others with the technical knowledge time to work on development and progress on our shared goals.  This all doesn't happen overnight.
    I welcome your contributions to the efforts here, but starting off by getting into a disagreement with two of the core maintainers isn't likely the best way to have started.  Overtime you will realize we all share a lot of the same goals and can work together even through we have different personalities and sometimes have to overcome language/cultural differences.
  23. Like
    SteeMan got a reaction from robertoenr in Problems rebooting amlogic based boxes from emmc   
    This issue is specifically about an issue where 'sometimes' a box will fail to boot off of emmc (after having booted successfully previously).  The workaround is to boot once from SD card and then the emmc boot generally works fine again.
     
    I am starting this thread as a central place to discuss this issue that has been reported by a few people that I know. @lgranie and @robertoenr both have reported this problem either recently or in the past and I see it myself frequently.
     
    It would appear that something is getting set in the uboot environment that is causing the boots to fail and fixed/cleared by a boot from SD card.
    I haven't had time to look at this and don't know when/if I will have time.  But I wanted to log this so others would know about the issue and perhaps someone might have time to dig into this.
  24. Like
    SteeMan got a reaction from Igor in Planned changes to the TV Box area   
    I have begun to make some changes to the TV Box 'Club' area.
     
    The overall goal is to provide more useful information to users and reduce the support workload of answering the same questions over and over again.
     
    To that end there is now a FAQ forum on the menu.  While it is currently empty and just a place holder it should provide a centralized location for TV Box information over time.
     
    The second new addition is the forum titled 'TV Boxes running Armbian'.  The idea here is to provide a maintained list of current information with links to the details for boxes reported by the community to be successfully running armbian.
     
    Both of the two above forums will likely be strictly moderated to keep the information concise and on topic.  I don't want these to become mega threads (like some of the TV box threads tend to be).  Content that gets posted here that belongs elsewhere will be moved.
     
    I'm still trying to figure out how the rest of the area should be organized.  There needs to be a place for newbies to ask questions and it would be nice if there was a place for developers to share information.  The problem is that the current mega threads for the Rockchip CSC builds do that in a single thread, vs using one or more forums for that.  Also I wonder if there should be different forums by CPU family (AML,RK,AW?) by developer build (Balbes vs Jock's CSC builds?).  Any suggestions on how others think things should be organized?
     
      
  25. Like
    SteeMan got a reaction from Werner in Planned changes to the TV Box area   
    I have begun to make some changes to the TV Box 'Club' area.
     
    The overall goal is to provide more useful information to users and reduce the support workload of answering the same questions over and over again.
     
    To that end there is now a FAQ forum on the menu.  While it is currently empty and just a place holder it should provide a centralized location for TV Box information over time.
     
    The second new addition is the forum titled 'TV Boxes running Armbian'.  The idea here is to provide a maintained list of current information with links to the details for boxes reported by the community to be successfully running armbian.
     
    Both of the two above forums will likely be strictly moderated to keep the information concise and on topic.  I don't want these to become mega threads (like some of the TV box threads tend to be).  Content that gets posted here that belongs elsewhere will be moved.
     
    I'm still trying to figure out how the rest of the area should be organized.  There needs to be a place for newbies to ask questions and it would be nice if there was a place for developers to share information.  The problem is that the current mega threads for the Rockchip CSC builds do that in a single thread, vs using one or more forums for that.  Also I wonder if there should be different forums by CPU family (AML,RK,AW?) by developer build (Balbes vs Jock's CSC builds?).  Any suggestions on how others think things should be organized?