Jump to content

esbeeb

Members
  • Posts

    85
  • Joined

  • Last visited

Reputation Activity

  1. Like
    esbeeb got a reaction from TRS-80 in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    They had me file a bug report:
    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923926
  2. Like
    esbeeb got a reaction from TRS-80 in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    I just emailed Debian security, informing them of the DOS Attack.
  3. Like
    esbeeb got a reaction from TRS-80 in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    The way I see it, all these ARM development boards always show up on the market in a highly immature state (with respect to software support in linux, and all associated layers above the kernel).  Indeed, they are a playground for Linux developers, and are thus called development boards.
     
    I don't see how Armbian, or any other project like Armbian (like say, DietPi) could ever hope to reach "non-playground mode", considering that all boards arriving onto the market take huge efforts, one board at a time, to smooth all the rough edges.  That can be so very time consuming, that it's no surprise that the Armbian project, as a whole, doesn't ripen in all the other ways that we might like.
     
    I for one, do not blame Igor, for the horrifically unpolished state (Linux software-wise) that new ARM development boards are "born with" on the market.  Each new board, which this project decides to take seriously, dumps a huge burden onto this community.
     
    I, for one, would like to suggest that boards coming from vendors who have track records of creating a lot of development work to get polished, should not be included in Armbian, no matter how sweet the tech specs look, and no matter how low the price is.  Even if just a handful of boards are works-in-progress or supported, from a more benevolent, Linux-friendly vendor, I call that options enough.
     
    So in summary, I say, support fewer, more sane boards!  Quit trying to support a wide range of boards that are too large a nightmare to tackle.  Sure, list those "nightmare" boards, but then just say underneath "too big a nightmare for Armbian to develop for".  That will send a message back to the vendors to make their boards, and linux software offerings, more sane.
     
    @Igor, which 10 Armbian-supported/WIP boards would you say are the biggest nightmares to support?  Which vendors are the worst for making software development hassles?  Maybe just halt all development efforts on those.  Sure, many people might grumble, but once they get over it, they can fork out $100 or whatever to just buy some newer, better board which is much easier for Armbian to support, and "get back in the game" again.
  4. Like
    esbeeb got a reaction from TRS-80 in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Agree strongly.  @tkaiser, you're technical expertise is clearly very well developed, and is an asset to this community, but some diplomacy and gentle speech will go a long way towards everyone getting along on this forum.  Getting along is very important if Armbian and Linux in general is to grow as strong as we would all like it to, longer term, especially as it moves rapidly towards a more prime-time audience who want and expect to see a polished act.
     
    So let's not over-react here.  Harsh speech doesn't help.
     
    I looked for a debian backport of proftpd.  Unfortunately, there isn't one that I could find.  I can live with this problem for now, it's no show stopper.  I still have SMB working decently well in OpenMediaVault, and I can just turn off the FTP server as a workaround.
     
    I'm just about to go for a week's vaction, and I'll see what may have transpired here when I return.  Sorry, I don't have the time or energy right now to go through Debian's formal procedure to file a security vulnerability report (which I feel is the best and most proper solution).  If someone else would like to do that, I would really appreciate it.  I also don't have time to send a report upstream to the OpenMediaVault project either, who might not see this thread.
     
    Debian is a very conservative distro, but at least they do backport fixes to Security Vulnerabilities.  I think they are the first resort to a solution, which would then trickle downstream to us. 
     
    I'm personally glad Armbian is based on Debian, and I probably wouldn't have picked Armbian in the first place (as my go-to distro for non-Raspberry Pi ARM boards), if it weren't Debian-based.  I forgive Armbian from having to do many hacks behind to scenes to make it work, because I know what a hairball the Linux experience tends to be on all the wild and crazy and diverse ARM development boards, no matter which way you try to approach it.
  5. Like
    esbeeb got a reaction from TRS-80 in What would you choose to record and broadcast video?   
    At FOSDEM 2020, in roughly a few days (at 2pm, Sunday 2nd of Feb, Brussels time), there will be a livestreamed explanation given of the “FOSDEM Video Box” HDMI capturing devices.  They use almost 60 of these ARM-based devices during the FOSDEM conference to capture both the video output of all presenters laptops, and the video and audio of the camera filming of the presenter. Serious video hackery accomplishes this. I would encourage anyone interested to check out the bio of Luc Verhaegen, one of the presenters.
     
    Using these "Video Boxes", FOSDEM inexpensively streams 720p videos of all 800+ presentations! This is a small miracle, IMHO.
     
    They use Olimex Lime 2 boards, because apparently they believe that the Allwinner A20 is easier to do their custom video stuff on.
  6. Like
    esbeeb reacted to gounthar in What would you choose to record and broadcast video?   
    My oh my, I absolutely have to witness that!
    Thanks a lot for the links.
  7. Like
    esbeeb got a reaction from gounthar in What would you choose to record and broadcast video?   
    At FOSDEM 2020, in roughly a few days (at 2pm, Sunday 2nd of Feb, Brussels time), there will be a livestreamed explanation given of the “FOSDEM Video Box” HDMI capturing devices.  They use almost 60 of these ARM-based devices during the FOSDEM conference to capture both the video output of all presenters laptops, and the video and audio of the camera filming of the presenter. Serious video hackery accomplishes this. I would encourage anyone interested to check out the bio of Luc Verhaegen, one of the presenters.
     
    Using these "Video Boxes", FOSDEM inexpensively streams 720p videos of all 800+ presentations! This is a small miracle, IMHO.
     
    They use Olimex Lime 2 boards, because apparently they believe that the Allwinner A20 is easier to do their custom video stuff on.
  8. Like
    esbeeb reacted to chwe in Request for new Video about current state of Armbian project   
    Freshly from the not official Armbian studios:
     
    Armbian
    the last 2 years
     
    I would assume that even on a conference those topics wouldn't be presented:
    it's a special use case, and the question comes up on a weekly to monthly repetition pattern.
    that's simply user-side stuff, mostly unrelated to armbian as a project, but as a NAS example, OMV is quite common under armbian users cause the ARM maintainer of OMV is @tkaiser.
     
    that's what changelogs are for.
     
    I assume the major reason the video is on the page is not that we have a video but because it's a side-product of the conference. So chances to get a new video are rather low, except there would be a new talk about the project in another conference. And for such a talk I would propose other topics, like how to engage people to contribute or how to deal with different opinions etc.
     
    But luckily for you, most of your questions can be answered with the search engine. and with text to speech it might feel like a video.
  9. Like
    esbeeb got a reaction from lanefu in NanoPi Neo 2 LTS: net I/O speed tests, etc.   
    Dear moderator, could this topic be moved to the H5 subforum?  It's misfiled under the H2 & H3 subforum.  Thanks in advance.
    @lanefu, @Igor
    Sorry, I don't know who the other mods are.
  10. Like
    esbeeb reacted to NicoD in Armbian Mascot   
    Any news on the use of the backgrounds?
     
     
    Or an orca, or a skunk, or a dalmatian, or a cow(lets keep it black and white, I'm colorblind )
  11. Like
    esbeeb reacted to lanefu in Armbian Mascot   
    Hey many sorry I had it written down to follow-up on this.   I did render one hires..a few weeks ago.   I'll try to get the images together and put a poll up soon-ish
  12. Like
    esbeeb got a reaction from lanefu in Devuan Armbian?   
    @lanefu, fair enough.  
     
    @PDP11, I too have a little confession.  After just discouraging a non-systemd-based distro just above, my daily driver laptop has MX Linux, which defaults to a non-systemd init system.  So there's irony in the exact opposite direction of you on your systemd-based chromebook.  
     
    Having said that, I had to use the boot-to-temporary-use-of-systemd option (that MX Linux includes in their Grub menu), because I needed to install and use a snap, and snapd requires systemd (at this time).
  13. Like
    esbeeb reacted to PDP11 in Devuan Armbian?   
    Devuan site-hackers caught!
     
    I had a talk with the main perpetrator of the takedown.  When he found out I had the power to send him back in time to this Pr1me computer to do his evil deeds, the site was restored immediately.
     
    https://www.youtube.com/watch?v=iJeu3LCo-6A
     
    Phht.  Kids these days.
     
     
  14. Like
    esbeeb reacted to Igor in Devuan Armbian?   
    Its mainly outside our power to fix. Board makers usually doesn't add power management chips (or design doesn't allow them) which could actually power the machine off. If you have a such chip, this is simple. If you don't have it becomes complicated. If you want to understand the problem, start here: http://linux-sunxi.org/AR100 Its an example how this is solved in another cheap Allwinner H3 or H5. We have it working in H5 but not in H3 ...

    Single board computers have many quirks and dealing with user space problems (systemd vs initd) is out of primary focus but anyone is welcome to do changes in here - without breaking anything  
     
    Oh, and someone hacked http://www.devuan.org/pwned.html 
     

  15. Like
    esbeeb reacted to Igor in best setup to use docker AND have hw support   
    HW configuration in the modern kernel is done differently.
     
    Menu driven:
    https://docs.armbian.com/User-Guide_Armbian-Config/
    Manual:
    https://docs.armbian.com/User-Guide_Allwinner_overlays/
  16. Like
    esbeeb reacted to mrshark in best setup to use docker AND have hw support   
    thanks, i'm trying now, i moved to NEXT kernel, too
     

  17. Like
    esbeeb got a reaction from lanefu in Success Stories/Videos should have a place here   
    Once people not only get some board all working, but actually deployed to solve some real-world problem, there should be a place on this forum to showcase that, including pictures, or embedded videos.  Any tricks or hacks they needed to use could be listed as well, in case others want to also do the same sort of project.
     
    For example the OpenMediaVault forum already has a sub-forum like this, called "My NAS build".
     
    Maybe this new subforum could be called something like "Deployment Showcase".
     

  18. Like
    esbeeb got a reaction from lanefu in New administrator   
    Yay, @lanefu!
  19. Like
    esbeeb reacted to Igor in New administrator   
    @lanefu will help around admin duties.
  20. Like
    esbeeb reacted to Igor in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Application is not critical and my proposition is that if he find a working hack to patch this, why not? I am patching Chromium this way, because its a popular app and its a total mess upstream. It doesn't work in STABLE build at all. In general, many hacks are done dirty and you don't complain because you don't know about. Debian is not automotive grade Linux. At leas you and me know that, while most of the people out there have no clue.

    Armbian implicates its something to do with ARM and something to do with Debian(Ubuntu) and we are trapped inside this. Its a build system in its core, yes. What that builds system does? It makes board support packages (u-boot, kernel and board specifics hacks) and bind them with a Debian like system to a boot-able image ... which gets distributed. We define package base, we change some settings and we fix some user land bugs. This was the initial idea, this idea was shaped trough the time and will be changed, adjusted in the future.
     
    Why shell a few Armbian folks, which are anyway busy with more important and very specific stuff, report and fix generic architecture agnostic upstream bugs? Should I deal with a bug that is found by 3rd party in proftpd? Do I want? NO. Is that my responsibility? The same as from anyone. Do I have time to deal with that? Absolutely no.
     

    By updating a single app which is broken anyway? Calm down.
     

    Nothing specific. Because people are used to this user land perhaps? Perhaps because there is not possible to produce automotive Linux with resources which are available?

    Changing to something better and keep maintaining Armbian at the same time? How? Why?
     

    Debian folks are also doing mistakes (because they are human?) ... but yes, I agree with you - Debian uses outdated package base. Mint? Is RedHat branch or Arch any better? Perhaps Gentoo?
    Now what? We are tied to Debian, which has outdated package base. Ubuntu can only be slightly better or worse. We had discussions and ideas in the past to implement or fork some existing Linux from the embedded side. Something very very minimal (Alpine?), which is limited in functions ... and problems. 

    Our Linux is limited to ARM platform. Whenever we stay limited only on ARM, development in sense of going on new/own user land path represent a waste of resources if dealing only with ARM. And we open yet another box of related problems.
  21. Like
    esbeeb reacted to JMCC in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Debian people are very good at backporting security fixes. Why not just make a bug report there?
  22. Like
    esbeeb reacted to Igor in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    If installing packages from https://packages.debian.org/buster/proftpd-basic (+ this app dependencies) solves this problem, we can put them to our repository. Upload here and sent PR: https://github.com/armbian/upload/tree/master/debs

    If not, we have nothing else, but wait that Debian people fix this upstream.
  23. Like
    esbeeb reacted to martinayotte in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Edit the following file : /etc/default/armbian-zram-config
  24. Like
    esbeeb got a reaction from WarHawk_AVG in NanoPi Neo 2 LTS: net I/O speed tests, etc.   
    Here's what I think the problem is.  The USB port on the NanoPi Neo 2 mainboard itself works well with the default UAS driver from the kernel.  But the second USB port, which seems to be an afterthought on the NAS kit accessory board, does NOT work well with the UAS driver from the kernel.  Why would I conclude this?  Because when I put the "problematic" (seeming) drive onto the other USB port (on the mainboard of the NanoPi) the problem went away.
     
    Edit: I found the fix I needed, detailed here.
  25. Like
    esbeeb got a reaction from WarHawk_AVG in NanoPi Neo 2 LTS: net I/O speed tests, etc.   
    Here's a picture of the NAS I've set up for our small office here:
     
     

     
    Inside the NAS kit aluminum case on the top is a 500GB SSD, and there are two more 3.5" drives on the bottom, in enclosures, attached with USB 2.0 cables.  OpenMediaVault uses all 3 drives.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines