Originally posted by edwaleni
View Post
Announcement
Collapse
No announcement yet.
Ubuntu Maker Canonical Pulls In Control Of LXD
Collapse
X
-
Tbh the only part I'm worried about in the announcement is this:
Image building for Linux Containers will no longer be relying on systems provided by Canonical, limiting image building to x86_64 and aarch64.
- Likes 1
Comment
-
Originally posted by tuxd3v View PostThe truth is that canonical has not being treated with the respect they deserve...
After the above I could have pledged for that Ubuntu phone, but didn't, because I didn't see them as my future forward. Convergence looked cool back then, but seeing how phones just don't have the oomph of bigger machines, I am happy that fell by the wayside.
Mir the display server, that self-serving NIH project where Canonical thought to pull a Trolltech and give itself a leg up with a discriminatory CLA, giving Canonical the option for proprietary releases and the rest of us just the GPLv2. Also the lying about the "shortcomings" of Wayland... Swiftly debunked though. I am happy that Wayland prevailed. Less eggs in Canonical's basket is better in my book.
I accept that you want a Canonical future. Go with Canonical. I will stay far away from them. I don't trust them. I don't like them. I will not support them.​
- Likes 5
Comment
-
We have been using many Canonical Technologies such as maas, lxd, and juju (charms and infrastrucutre) in our data centers with around 3000 nodes. So these are some of my observations considering that canonical is now trying to scale very fast the past couple of months:
1. Canonical releases their source and they really listen to community, but they are very bad at creating a community where there are others. They do not contribute to outside open source projects, and they have a mentality of re-inventing their own wheel.
2. Canonical doesn't play well with others. For orchestration, either use everything juju or go home, and you cannot mix it with kubernetes operators and terraform and ansible. This is their way to lock you in.
3. Their paid support is very bad. I stopped all our payments to them and will make sure we will never have any contracts with them unless absolutely necessary.
4. Due to their way of work, there are not many people around knowing canonical technologies, which makes hiring process hard for medium size data centers like ours.
I might have been harsh, but I would love canonical to play better with outside communities. They do have potential and projects like MaaS and LXD are very interesting and unique. I would still use them but I will be more and more careful I use them because I know the team behind them and not because of canonical itself.
- Likes 6
Comment
-
Originally posted by mmrezaie View PostWe have been using many Canonical Technologies such as maas, lxd, and juju (charms and infrastrucutre) in our data centers with around 3000 nodes. So these are some of my observations considering that canonical is now trying to scale very fast the past couple of months:
1. Canonical releases their source and they really listen to community, but they are very bad at creating a community where there are others. They do not contribute to outside open source projects, and they have a mentality of re-inventing their own wheel.
2. Canonical doesn't play well with others. For orchestration, either use everything juju or go home, and you cannot mix it with kubernetes operators and terraform and ansible. This is their way to lock you in.
3. Their paid support is very bad. I stopped all our payments to them and will make sure we will never have any contracts with them unless absolutely necessary.
4. Due to their way of work, there are not many people around knowing canonical technologies, which makes hiring process hard for medium size data centers like ours.
I might have been harsh, but I would love canonical to play better with outside communities. They do have potential and projects like MaaS and LXD are very interesting and unique. I would still use them but I will be more and more careful I use them because I know the team behind them and not because of canonical itself.
- Likes 1
Comment
-
Originally posted by lproven View Post
lxc != lxd.
Is there another lxc other than the lxc that comes with lxd?
- Likes 2
Comment
-
Originally posted by taggon View PostAll this moral panic about Canonical "taking over" and "screwing up" LXD ignores the fact that Canonical was already by far the largest contributor to LXD. If their direction was going to screw up LXD, why didn't it do so in all the years since Canonical made LXD?
There are plenty of projects under Canonical that a large portion of Linux users use on a day-to-day basis without realizing it's a Canonical project (e.g. LightDM), and believe it or not, their computer hasn't imploded
- Likes 2
Comment
-
Originally posted by mmrezaie View PostWe have been using many Canonical Technologies such as maas, lxd, and juju (charms and infrastrucutre) in our data centers with around 3000 nodes. So these are some of my observations considering that canonical is now trying to scale very fast the past couple of months:
1. Canonical releases their source and they really listen to community, but they are very bad at creating a community where there are others. They do not contribute to outside open source projects, and they have a mentality of re-inventing their own wheel.
2. Canonical doesn't play well with others. For orchestration, either use everything juju or go home, and you cannot mix it with kubernetes operators and terraform and ansible. This is their way to lock you in.
3. Their paid support is very bad. I stopped all our payments to them and will make sure we will never have any contracts with them unless absolutely necessary.
4. Due to their way of work, there are not many people around knowing canonical technologies, which makes hiring process hard for medium size data centers like ours.
I might have been harsh, but I would love canonical to play better with outside communities. They do have potential and projects like MaaS and LXD are very interesting and unique. I would still use them but I will be more and more careful I use them because I know the team behind them and not because of canonical itself.
- Likes 1
Comment
Comment