Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-29 Thread Diederik de Haas
On Thursday, 29 December 2022 04:29:02 CET Paul Wise wrote: > > Armbian != Debian. > > While that is true, it seems that Armbian is an overlay derivative, > which means that they just use Debian binaries for most packages, While that is also true, Armbian does make their own kern

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread gene heskett
-utils duties. sudo dfu-util -l only lists the authors, no dfu capable devices on the bpi5 Where can I get version 0.10? Or 0.11 if that is out? The search results for "armbian package search" suck. The only hit is a static page at https://www.armbian.com/kernel/ . An 'apt-cache sho

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread Jeffrey Walton
sudo > dfu-util -l only lists the authors, no dfu capable devices on the bpi5 > > Where can I get version 0.10? Or 0.11 if that is out? The search results for "armbian package search" suck. The only hit is a static page at https://www.armbian.com/kernel/ . An 'apt-cache

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread Paul Wise
On Wed, 2022-12-28 at 21:35 +, Andrew M.A. Cater wrote: > On Wed, Dec 28, 2022 at 03:59:42PM -0500, gene heskett wrote: > > But its dfu-util is truly ancient at version 0.9 > Armbian != Debian. While that is true, it seems that Armbian is an overlay derivative, which means that t

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread gene heskett
On 12/28/22 16:27, John Paul Adrian Glaubitz wrote: Hello Gene! On 12/28/22 21:59, gene heskett wrote: But its dfu-util is truly ancient at version 0.9 version 0.10 has been available for several years if I read ticket dates on sourceforge correctly. dfu-util-v0.9 on a banana pi m5, cannot

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread Diederik de Haas
On Wednesday, 28 December 2022 22:35:28 CET Andrew M.A. Cater wrote: > hang out on IRC on debian-arm or debian-boot Or #armbian on libera signature.asc Description: This is a digitally signed message part.

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread Andrew M.A. Cater
On Wed, Dec 28, 2022 at 03:59:42PM -0500, gene heskett wrote: Hi Gene, Armbian != Debian. What they may choose to do - who knows. They might even cause a Wicked Witch of the West to appear and threaten Toto whenever there's a problem. If you want support on the Banana Pi m5, you'll need

Re: armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread John Paul Adrian Glaubitz
Hello Gene! On 12/28/22 21:59, gene heskett wrote: But its dfu-util is truly ancient at version 0.9 version 0.10 has been available for several years if I read ticket dates on sourceforge correctly. dfu-util-v0.9 on a banana pi m5, cannot do any dfu-utils duties. sudo dfu-util -l only lists

armbian for arm64's is 99% debian testing for arm64's.

2022-12-28 Thread gene heskett
But its dfu-util is truly ancient at version 0.9 version 0.10 has been available for several years if I read ticket dates on sourceforge correctly. dfu-util-v0.9 on a banana pi m5, cannot do any dfu-utils duties. sudo dfu-util -l only lists the authors, no dfu capable devices on the bpi5

Re: Armbian

2020-02-05 Thread Domenico Andreoli
On Sun, Feb 02, 2020 at 10:43:37PM -0800, Vagrant Cascadian wrote: > On 2020-02-03, Paul Wise wrote: > > On Sun, Feb 2, 2020 at 5:51 PM Phil Endecott wrote: > > > > > Image-based installation methods are currently very hacky. After > > installing packages, you will have system-specific files

Re: Armbian

2020-02-04 Thread Reco
Hi. On Mon, Feb 03, 2020 at 09:46:09PM +0100, Andreas Jellinghaus wrote: > I wrote the guide for OdroidHC1, happy to answer any questions. Thank you for your work. I used that page as a template for two successful HC2 Debian installations. > Also the blobs required to boot the device

Re: Armbian

2020-02-04 Thread deloptes
Uwe Kleine-König wrote: > I don't know the capabilities of the vendor U-Boot, but I already > installed Debian successfully on some machines by just starting the > installer via tftp. unfortunately tftp and usb boot are not (yet) officially working on RPI 4

Re: Armbian

2020-02-04 Thread Uwe Kleine-König
Hello, On 2/3/20 9:46 PM, Andreas Jellinghaus wrote: > The debian installer sounds great in theory, but in practice you install > from one medium to a second medium. But with the device I have there is > just a single medium: the sdcard I enter. I don't know the capabilities of the vendor

Re: Armbian

2020-02-03 Thread Paul Wise
On Mon, Feb 3, 2020 at 6:52 AM Vagrant Cascadian wrote: > A great talk from last year's fosdem addressing this issue with some > success: > > https://archive.fosdem.org/2019/schedule/event/one_image_to_rule_them_all/ That looks like a fairly useful workaround today, but ultimately it seems

Re: Armbian

2020-02-03 Thread Andrei POPESCU
On Lu, 03 feb 20, 21:46:09, Andreas Jellinghaus wrote: > > The debian installer sounds great in theory, but in practice you install > from one medium to a second medium. But with the device I have there is > just a single medium: the sdcard I enter. The disk or ssd can be added > optionally, or

Re: Armbian

2020-02-03 Thread Andreas Jellinghaus
Hi Reco, I wrote the guide for OdroidHC1, happy to answer any questions. To share some background: initially I was looking into a custom sdcard image build by debian. I remember finding some, but no one could tell me I could extend that list of automatic generated images. Also the blobs

Re: Armbian

2020-02-02 Thread Vagrant Cascadian
On 2020-02-03, Paul Wise wrote: > On Sun, Feb 2, 2020 at 5:51 PM Phil Endecott wrote: > >> What do you know about Armbian? What do you think? > > Only what I see on their site and derivatives census page: > > https://www.armbian.com/ > https://wiki.debian.org/Deriv

Re: Armbian

2020-02-02 Thread peter green
On 03/02/2020 01:20, Paul Wise wrote: The other problem with image-based installation methods is that there are a ridiculous number of devices, so you have to either limit your device support, produce a prohibitively large amount of device-specific images, or figure out how to create one image

Re: Armbian

2020-02-02 Thread Paul Wise
On Sun, Feb 2, 2020 at 6:57 PM Reco wrote: > [1] basically tells you that some assembly is required, and tells about > the process. Not that hard, if you ask me. > Of course, it would be better if the page told about running d-i on a > board (perfectly possible BTW save the u-boot part) - but

Re: Armbian

2020-02-02 Thread Paul Wise
On Sun, Feb 2, 2020 at 5:51 PM Phil Endecott wrote: > What do you know about Armbian? What do you think? Only what I see on their site and derivatives census page: https://www.armbian.com/ https://wiki.debian.org/Derivatives/Census/Armbian I think they are a useful source of workarou

Re: Armbian

2020-02-02 Thread Alan Corey
documentation to see if somebody changed something. The best thing about Armbian is that it's a good way to test a board that may not be working. I used it on my Rock64 that I thought might be dead, it wasn't, then I went on to an Ayufan image. They're working hard at making these little things

Re: Armbian

2020-02-02 Thread Reco
Hi. On Sun, Feb 02, 2020 at 05:33:43PM +, Phil Endecott wrote: > What do you know about Armbian? What do you think? Own kernel, mostly Debian userland. An interesting set of patches on top of vanilla kernel, definitely controversial approach to DFSG. Also, Armbian uses cr

Armbian

2020-02-02 Thread Phil Endecott
Dear All, What do you know about Armbian? What do you think? Is there any overlap between the Debain ARM people on this list and the Armbian developers? I recently bought an ODROID-HC1 to use as a basic NAS. It's an interesting board with an Exynos Coretex-A15 SoC and Ethernet and SATA