Yeah, I had a similar Upbringing. We went out and just did whatever outside. Then back for Lunch and then out again. Running around in the woods, building dams in the small stream, and so on. We were at the fringe of a small suburban town right next to some woods. I think we also ranged about 1-1.5 Miles away from home. We did have some boundaries set up by our parents, but that was really more to kind of limit the places they needed to check whether we fell asleep somewhere or something. The area was certainly big enough and exciting enough to tide us over.
And when I was 11, I was given a card for public transportation and we went to school in the "big" city (biggest city in CH). We took public transportation, switched modes 2 times (10 min walking to the train station, 15 min train ride, 12 min tram ride, 20 min bus ride). After the initial confusion over how public transport works, where all the info is located at the stations, no big deal. We usually rode in a group of 2-3, but if you missed a connection, you'd ride alone.
I feel that Switzerland has (had? I don't have kids... no real idea how it is 20 years later) a healthy attitude towards this stuff. Maybe that's just because I grew up there, but I feel that having an environment where we feel that children can roam around without getting murderized at every corner is something all societies should strive towards. And this absurd helicopter parenting I hear about sounds like it's trying to mitigate symptoms, not alleviate the root cause.
CLA's are both good and bad. The good thing is that the software project has more flexibility when it comes to licenses, but the bad is that they have more flexibility when it comes to licenses...
The architecture might have been state of the art and completely reasonable back in "ye olden days". The fact remains that it's not appropriate for 2014.
If the reasons for this behemoth are compatibility with 50 years old processes, then these processes have to be modernized so this software can be scrapped. (or fixed, either way a huge project)
Fortunately?? More often than we all care to admit, these things are exposed to the internet. (because it's so cool when I can turn on the coffee machine from my smartphone halfway home from work)
Hmmm... I pondered this for a bit, and I arrived here:
> [...] by the same people, with the same ideas, and the same gatekeepers [...]
Isn't this exactly what made the Linux Kernel great? A consistent vision.
I agree with you on a few points though, the systemd team should be more cooperative and start being conservative on the API changes. If the API is defined clearly, it shouldn't be hard to make proper replacements for parts of it.
I disagree strongly that there should be an independent Organisation to define that spec, because that would quickly be overrun by bikeshedding and all the other problems stemming from design by comittee. Very often in the Open Source world, specs have been defined by the first people arriving at the scene, so to speak. It all works over dbus, no? That is a fairly simple protocol to implement. I think it's an elegant IPC solution.
I understand what you mean. I had the same awe when I first started on Arch and really got to know all the bits and pieces. When I transitioned to systemd, I had to go through that again. It was actually very similar to what I did the first time around and I suggest you give it a shot too. systemd, while seemingly monolithic is actually a really cool suite of tools. The thing we need to keep in mind is that it's _not_ sysvinit, and it's not trying to be. It's trying to be a project that does more than that and does it transparently on all systems. You might like it :)
As a general point for everyone: Just because it's _also_ an init system doesn't mean it's not allowed to provide the binaries for doing a whole lot of other stuff. :)
If these were all EFI/UEFI machines, there is a lot more code in these preboot EFI environments than one expects. Room enough to hide this kind of payload.
I think they mean to say it was a computer that was previously infected and then airgapped, wiped and reinstalled. But because the executable load is in the bios, it persisted and reestablished communication with its peer via HF audio.
I think the real problem is that if you want fancy features like a sandboxing solution that leverages the proper way to do it (kernel cgroups, if I understood that correctly), you need to have some dependencies that reach deeper than before.
That being said, no-one is stopping enthusiasts from providing their own solution for the problems that systemd and logind solve for the GNOME project.
I always hated how all these little utilities of GNOME solved problems that were solved a long time ago and properly at that. leveraging existing solutions is definitely a good thing.
EDIT: Ah, I see. Is that a big overhead? How does it affect me as a non-enterprise user? unnecessarily large installation footprint? (if so, by how much?)
That's exactly it. I've observed that behaviour so often, I stopped counting. A lot of college/university students under very harsh time constraints learn the material with a focus on what they believe will get them the desired grade (be that passing or highest).
Meanwhile, they will leave out big chunks of the necessary foundations, because they won't be tested on their own. And then they mechanically learn the parts that will get tested, without understanding the underlying parts. They pass, usually, but that's more a problem of poorly written tests. (Because if you didn't _understand_ the material, I happen to think that you should fail a well written test.)
For the sake of argument, I'll answer this with s/wife/friends/
Yes, if I'm not besides it, I will switch user accounts. And if I walk away from my computer for a bit, I lock it (except when there are no untrusted people around, like at home). I have "Lock Screen" bound to Ctrl-Alt-L, so it's trivial to do.
And you missed the point also. Lock your computer when you're not at it. Like any responsible user. Problem solved.
It's not hard to understand where the boundaries are. Also, it's actually up to Apple to fix the broken thing, not Chrome. There should be a settings in the preferences of the keychain to require a password even if it's been unlocked before (or however that works. I don't Mac)
Yeah, I had a similar Upbringing. We went out and just did whatever outside. Then back for Lunch and then out again. Running around in the woods, building dams in the small stream, and so on. We were at the fringe of a small suburban town right next to some woods. I think we also ranged about 1-1.5 Miles away from home. We did have some boundaries set up by our parents, but that was really more to kind of limit the places they needed to check whether we fell asleep somewhere or something. The area was certainly big enough and exciting enough to tide us over.
And when I was 11, I was given a card for public transportation and we went to school in the "big" city (biggest city in CH). We took public transportation, switched modes 2 times (10 min walking to the train station, 15 min train ride, 12 min tram ride, 20 min bus ride). After the initial confusion over how public transport works, where all the info is located at the stations, no big deal. We usually rode in a group of 2-3, but if you missed a connection, you'd ride alone.
I feel that Switzerland has (had? I don't have kids... no real idea how it is 20 years later) a healthy attitude towards this stuff. Maybe that's just because I grew up there, but I feel that having an environment where we feel that children can roam around without getting murderized at every corner is something all societies should strive towards. And this absurd helicopter parenting I hear about sounds like it's trying to mitigate symptoms, not alleviate the root cause.