Hacker Newsnew | past | comments | ask | show | jobs | submit | tcrews's commentslogin

Here is the initial Fedora/RH announcement, for reference:

https://www.redhat.com/archives/fedora-list/2003-September/m...


It's not the brand that is tainted. People simply cannot trust their projects on someone else's commercial objectives. There is no indication this is changing.


Yeah, good luck with finding a technology stack that doesn't rely on any products developed by companies...


It's time for a foundation if they are serious about this.


I didn't know the animosity level was that high. This is disturbing.


That's a great idea. I really trust Red Hat and they have consistently delivered.

I don't think the same applies to Docker Inc. so my initial reaction is step on the brakes here.


Never worked well and we turn it off in our Vagrant boxes.

If you need 3D support in a VM on your workstation, use VMware Workstation 12... it's awesome (but Vagrant support sucks).


We switched to lxc for vagrant, it is a amazing both for GPU support, speed of startup, and low memory usage. Would never go back to running full VMs via VB or VMware.

You could wait years for some 3D support in VB, or you could just side step the problem and go with lxc.


Could you talk about how do you set this up (and how you use it) ?

I'm assuming that this is LiNux only.


Same. These days, I usually use my Linux system in a Windows host with raw-disk passthrough and VirtualBox. I've tinkered with the 3D acceleration but all it's done is break things for me.

My experiments with VMWare show that while it does well on some things that VBox struggles with, it has its own areas of weakness/slowness, essentially making it a wash.

When I redo my system in the next few months, I plan on doing a Xen setup with GPU passthrough to Windows and then using Linux in parallel instead of hosted out of VBox.


For the Vagrant VMWare support, are you using the official (paid) Vagrant provider or something else? I've been interested in hearing about experiences of using it.


Having been on the receiving side of GSoC students, I'd say 90% of them come from poor countries and are looking for the money. I've seen some that weren't students at all and seemed to be working for "consulting" companies already.


Can't really comment on this as I know no such people. The "consulting" companies part is hard to believe given the rules for GSoC. The new payment adjustment taking into account PPP is a welcome move in this regard even though I don't agree on the numbers they have decided.


In my experience money is a key incentive for students in GSoC and that makes it hard to keep them as volunteers

I think this nails it.


The title is very clickbaity. Just search for "chart sonification" and see there is a lot of research in this area. Maybe they meant to emphasize that this is a browser extension?


Agreed - this idea has been around since 1914.


This HN thread is the third result already o_O


I've been working remotely for 2 years now and my team has people from all over the world. People mostly talk on IRC but not a lot (about important stuff) and there is a HUGE number of periodic meetings. I can't stand them. What's worse, every time things start to appear to be going off track, the initial reaction is to always set up a new periodic meeting about topic X... this is supposed to bring people together but useful interaction never happens on meetings (too many people trying to save face). It's horrible.

When talking to external partners, our management brags about having a remote team with people from all over the world, but I don't think they understand how to make this work.

Sometimes I feel we should all be in a single office because of this, but then I remember other companies have figured this out so I don't have to feel bad about wanting to work remotely.


Periodic meetings mean the end to remote work. Avoid them whenever possible.

I try to be proactive about cancelling the periodic meetings that we do have, whenever there's nothing to talk about.

Traditional meeting strategies also work well: never start a meeting without an agenda, set a short and fixed time slot for it and always end when the time is over.


My team has a daily 15-minute scrum meeting that I haven't found overly burdensome. We're spread over a 4-hour time difference, so the time of day isn't really an imposition on anyone. It's also no big deal if someone misses from time to time but I've found it generally helpful for keeping up with what the team is doing.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: