#85 GnuBee v1 and v2

Closed
opened 5 years ago by mrjpaxton · 2 comments

Hello,

I would just like to say that I really like the ideals behind LibreCMC, and how it aims to be different than OpenWRT by offering up to date free software to run anywhere.

I would like to propose an idea for getting official support (or development builds) for the GnuBee v1 and v2 if they qualify to run fully free software. I actually own both versions (each unit costs about $200 for the board, parts and accessories) so I can help test anything on the v2. Right now, I'm using the v1 as my router and NAS.

This was a project that was seeking full RYF certification from the FSF, and so far, there's no news about it yet... In the meantime, I believe they have labelled their product as "RYF-compatible" instead.

It is not specified as open schematic hardware. It seems their Website only lists some textual details: http://gnubee.org/internals.html

And their Website also contains flashing details, etc. This is an "ramips" device that uses the MediaTek MT7621 chipset.

They unofficially offer LibreCMC as an option by default, but their versions/kernels are severely out of date. In order to keep up with modern security practices, it would be great to get this kind of hardware officially supported.

Disclaimer: I am not associated with the GnuBee project in any way. I am just a huge fan of their product.

By the way, I use OpenWRT on my GnuBee v1, and it really stinks that they have not updated their version of Samba for OpenWRT 18.06.2. They're still using Samba 3.6! What a shame...

Also, NFSv3 and NFSv4 support seems to be completely broken (missing binaries, etc...) So that's another bed design. OpenWRT lacks documentations for stuff (such as info about the mdadm UCI config file).

All of those issues listed above are for programs nearly essential for a NAS, but OpenWRT developers really don't seem to care about it... It really makes the device harder to use. But hopefully LibreCMC will be able to improve on these downsides!

Hello, I would just like to say that I really like the ideals behind LibreCMC, and how it aims to be different than OpenWRT by offering up to date free software to run anywhere. I would like to propose an idea for getting official support (or development builds) for the GnuBee v1 and v2 if they qualify to run fully free software. I actually own both versions (each unit costs about $200 for the board, parts and accessories) so I can help test anything on the v2. Right now, I'm using the v1 as my router and NAS. This was a project that was seeking full RYF certification from the FSF, and so far, there's no news about it yet... In the meantime, I believe they have labelled their product as "RYF-compatible" instead. It is not specified as open schematic hardware. It seems their Website only lists some textual details: http://gnubee.org/internals.html And their Website also contains flashing details, etc. This is an "ramips" device that uses the MediaTek MT7621 chipset. They unofficially offer LibreCMC as an option by default, but their versions/kernels are severely out of date. In order to keep up with modern security practices, it would be great to get this kind of hardware officially supported. Disclaimer: I am not associated with the GnuBee project in any way. I am just a huge fan of their product. By the way, I use OpenWRT on my GnuBee v1, and it really stinks that they have not updated their version of Samba for OpenWRT 18.06.2. They're still using Samba 3.6! What a shame... Also, NFSv3 and NFSv4 support seems to be completely broken (missing binaries, etc...) So that's another bed design. OpenWRT lacks documentations for stuff (such as info about the mdadm UCI config file). All of those issues listed above are for programs nearly essential for a NAS, but OpenWRT developers really don't seem to care about it... It really makes the device harder to use. But hopefully LibreCMC will be able to improve on these downsides!
RISCI_ATOM commented 5 years ago
Collaborator

We did support this device for a while [1]. The problem is that, in order to properly support any given target, we need the hardware on hand to fix bugs that pop up. At the time, I did not have the funds to get one of these boards and the developer was not willing to donate / loan one. I also requested a basic list of packages for the images that we would distribute and never got a response.

At this point, there may be some trademark issues in regards to the name and I have yet to see the Free Software Foundation give it RYF approval. If there are any blobs needed for this device, then it will be on the chopping block in terms of support.

By the way, I use OpenWRT on my GnuBee v1, and it really stinks that they have not updated their version of Samba for OpenWRT 18.06.2. They're still using Samba 3.6! What a shame...

Also, NFSv3 and NFSv4 support seems to be completely broken (missing binaries, etc...) So that's another bed design. OpenWRT lacks documentations for stuff (such as info about the mdadm UCI config file).

libreCMC's focus is on stability and long-term support; we may not have what you are looking for.

[1] GnuBee

We did support this device for a while [1]. The problem is that, in order to properly support any given target, we need the hardware on hand to fix bugs that pop up. At the time, I did not have the funds to get one of these boards and the developer was not willing to donate / loan one. I also requested a basic list of packages for the images that we would distribute and never got a response. At this point, there may be some trademark issues in regards to the name and I have yet to see the Free Software Foundation give it RYF approval. If there are any blobs needed for this device, then it will be on the chopping block in terms of support. > By the way, I use OpenWRT on my GnuBee v1, and it really stinks that they have not updated their version of Samba for OpenWRT 18.06.2. They're still using Samba 3.6! What a shame... > Also, NFSv3 and NFSv4 support seems to be completely broken (missing binaries, etc...) So that's another bed design. OpenWRT lacks documentations for stuff (such as info about the mdadm UCI config file). libreCMC's focus is on stability and long-term support; we may not have what you are looking for. [1] [GnuBee](/src/v1.4/target/linux/ramips/image/mt7621.mk#L76)
RISCI_ATOM commented 4 years ago
Collaborator

Further discussion about this topic should be done on the mailing list[1]

[1] https://lists.librecmc.org/mailman/listinfo/librecmc-devel

Further discussion about this topic should be done on the mailing list[1] [1] https://lists.librecmc.org/mailman/listinfo/librecmc-devel
Sign in to join this conversation.
Loading...
Cancel
Save
There is no content yet.