Earlier quoted context omitted.
I'm sure rkt is well engineered (overall CoreOS has good open-source engineering). It just doesn't have much usage, and whatever advantages it has, evidently it wasn't enough to convince a meaningful number of Docker users to switch. I use Docker intensively and, like you, I've had my share of frustrating issues with it over the years. But at the end of the day, the bugs get fixed reasonably quickly, and Docker just…
I don't know. I wouldn't say my experience has been that the bugs get fixed reasonably quickly. It's more like they make several attempts to fix the bugs reasonably quickly and then eventually figure it out. I'm not sure their code has enough mileage to paper over their quality issues. At this point the only reason I'm not switching over is that I've written enough shims and code to paper over dockers problems that I…
Red Hat to Acquire CoreOS
201–203 of 203 posts
Re: Red Hat to Acquire CoreOS
#202Earlier quoted context omitted.
I agree that this is a good move by Red Hat to position themselves with rkt and Quay ahead of Docker going to Microsoft (who will pay a premium to try to put this genie back into the bottle) Given their self-inflicted XHR debacle that dethroned Office, I just don't see Microsoft passing up this opportunity. Google, on the other hand, doesn't need Docker to plug any holes in their go to market unless it's a blocking p…
> this is a good move by Red Hat to position themselves with rkt Red Hat does not give a damn about rkt. They care about Kubernetes, specifically establishing and consolidating a dominant position in upstream kubernetes development. CoreOS helps them do that. rkt on the other hand is a dead project and completely useless to Red Hat. > Google, on the other hand, doesn't need Docker to plug any holes in their go to mar…
[0] or reassign to better projects
Re: Red Hat to Acquire CoreOS
#203Earlier quoted context omitted.
I don't know. I wouldn't say my experience has been that the bugs get fixed reasonably quickly. It's more like they make several attempts to fix the bugs reasonably quickly and then eventually figure it out. I'm not sure their code has enough mileage to paper over their quality issues. At this point the only reason I'm not switching over is that I've written enough shims and code to paper over dockers problems that I…
It's surprising that our experiences were so different. Are you using CE or EE? And if it's CE, is it the upstream-supplied package or the distro-supplied one? In my experience those things can make a big difference.