Well, btrfs is a new filesystem with a completely new implementation, and it is still not in "production quality". It's in the mainline kernel, it works (I recently converted my / to btrfs), but still I had to check an option labeled experimental with a large warning while configuring the kernel.
On the other hand, this is just a port of actually working and stable FS already used in production with Solaris (and mabye FreeBSD?). Btrfs won't be ready until next few releases.
I also think that intentionally breaking the website (in the worst possible way) in an unsupported browser is exactly the behavior we're trying to get rid of, along with IE6.
Some preview of gnome-shell was already present in F12. And sugar spin isn't new either. Well, it doesn't really matter, but still, I'd like to see some more attention paid to present Fedora as "KDE distro" too.
Interesting. I was reading it as an actual (and modest) proposal and, living in Europe, wasn't able to understand what's the deal. Carry you ID on you? Oh, sure, I've been doing that since I was 15 and never had a problem with it.
Quite a strange issue (for me), really. I like these articles pointing out interesting differences that would otherwise never occur to me. Like there might be a country where such proposal actually parodies something. :-)
This is enough (look at the source, that's all I did, except uploading the video file). Of course, custom controls and other stuff would take more effort, but just puting a video on your website is this easy, really.
Oh, sure. H.264 is just a codec, and <video> is just an HTML tag, but somehow, that's exactly what I want. I can (very easily) make a H.264 or Ogg Theora video and wrap it inside <video> tag and it is going to work, I don't even know how I would do that with your "complete solution for advanced video distribution". Except "put it on youtube", of course.
I tried. I tried really hard. I really wanted to see it this way. But hey. Sorry. I can't. This is just a mockery to me. I can't stand it anymore, happy faces, banal everyday stories "what are you doing tonight? I am… blah blah!". So you are happy, you are doing fine. Great. I can't help myself. Sorry. I don't mean it, you're fine person, I am sure you are. But I hate you.
(Pardon me, HN. I don't feel good after reading this story and I am trying to help myself a little. I know it's silly. Downote this as much as you like, it's ok, I don't mind it, I just wanted to write this. Sorry.)
I wonder how could any Facebook replacement (or Facebook itself) allow somebody to support some group while not telling anyone. Of course it's possible, donate some money, do some job for them, but… on Facebook or something like Facebook? How?
Which result would mean a governable country? There are possible coalition governments or even a minority government. Possibly, they won't be as strong as a single party majority government would be, but they are definitely workable. I'd rather see this as a strength of democracy where you can have some kind of government even if there are many different opinions without single prevailing political force (without having to kill all opponents).
It's always client/server asymmetric communication. Server supports QueryExtension and ListExtensions commands. You can see extensions supported by your X server with xdpyinfo command.
(see www.x.org/releases/X11R7.5/doc/x11proto/proto.html specification for further details)
While it would be very surprising to actually be the only one, it's not surprising to feel as the only one. It's quite reasonable to believe that a randomly chosen person is not gay, so you can't just pick someone and think, he is too, fine, I'm not alone. Statistics are not enough, real concrete persons count.
Well, I was hoping for many more than just two. I don't really see any other way than many competing projects, one eventually killing all others.
But it shouldn't be that painful. As you've said, it's mostly about toolkits, and it's easy to simply run X server atop of the new system (Mac OS X does that, Linux does that in some ways, Windows can do that, so anybody can). I guess that the terrible mess of Linux audio can be avoided (after all, you don't have X11 applications locking whole graphic system for just themselves, as is often the case in audio).
X.org considers hardware acceleration, with XRender, for example. Quite too often, buggy and incomplete graphic drivers and other problems makes it even worse than no acceleration at all. I don't really see these problems as X.org specific, is there any evidence that they are? I think it's more likely caused by very limited resources that are available, incomplete or proprietary (ati and nvidia tends to lag months behind new X server releases, would they ever catch up with a completely new system?) drivers, and other problems, and throwing out X means throwing out all effort spent to solve this problems.
But that doesn't mean that it is not a good idea to explore other possibilities and experiment with another systems in parallel. Like Wayland, for example. Of course it is. Just, don't hurry with burying X11, it's the best what you've got, and likely to remain so for a long time.
How cleaner? X11 is very extensible, if you wanted some vector graphics methods, you could just make an extension. Whole font drawing got replaced in this way, nobody really use old X core fonts anymore, everybody now uses client-based Xft system. (Well, yes, you could make a new version without this old stuff. But backwards compatibility and so.) In fact, this is what happens if you are drawing with OpenGL, you use X11 just to make a window to draw in, set some other stuff, handle input, but drawing itself completely sidesteps X11 and X server.
Yes, suse build service is a very nice tool and much more interesting than a single package format, which wouldn't help much. And if the dream is to provide just a single binary package for any distro in the world, it won't work anyway. Well, maybe in theory, but if you mean it seriously, you need to compile and link against exactly the same binaries that the target system use. (Or static linking. Or just believe it will work. But serious commercial vendor who wants to provide a real user support cannot.) Which would mean that every Linux system would have to use the same binaries, which is, hm, nonsense.
Did you listen to the talk? :) X.org is quite an advanced graphic system mostly doing what you want it to do. Throwing it out and trying to make something new (for what gain?) means wasting so much resources that it's not even nice. (And how is X related to some start menu?)
I really want to check the posted URL and be sure that it points exactly where I want, and doesn't reveal anything unnecessary (all those URLs with tons of information after '?'). I'd feel very embarrassed if I had posted something spam-like. And it's not that hard. Just use some desktop twitter client, copy URL there, copy it back to the browser, try it, make some corrections if needed, and that's it. It shouldn't be that hard.
You can, but the support is only optional. I don't know why, but if you use recent gnome notification-daemon and that standard (black, I believe) theme, it escapes the markup. In fact, it already shows all the text in notification in bold, no matter what you do. I have no idea why, that small HTML subset is directly supported and used in GTK+, so they actually had to explicitly filter escape it, otherwise, it would work. Older notification-daemon themes allowed it. (Example: http://i.imgur.com/gaLvt.jpg)
Well, I'd rather sacrifice HTML than the desktop integration in such visually important part of the desktop. In fact, desktop notifications spec (for Linux desktops) allows (very) small subset of HTML, which should fully suffice for any reasonable bubble-styled notifications.
Making custom themes to match the style of the desktop would be ultimately painful, and even impossible for quite (too much, maybe) sophisticated KDE's plasma notifications. What a pity.
Hm, I have no idea how much I pay for the connection (it's included in the rent, I don't pay for it separately) and don't even know exact parameters. It seems to be enough. (Certainly not more than 12mbps or so, but that's enough for me). I am quite happy (about this, otherwise quite depressed, but that's unrelated).
And still. Does anyone except military use in-flight refueling? Is every attempt of in-flight refueling successful? If you suddenly lose some speed or something (unfriendly wind or whatever), you have plenty of space to maneuver, and even in the worst case, you should have rather good chance to survive hit by that pipe.
ICE train in Germany got derailed by few sheep two years ago…
It's most useful in such cases (and trams and so on), with very frequent braking and starts and a lot of trains. There is always some other train accelerating. And you have majority (if not all) axles powered, so you can have regenerative brake on all of them, allowing you to brake effectively only with the regenerative brake to almost zero. It's even much more silent than a mechanical brake, also an advantage in urban environment :-)
(And even if you don't give the energy back to the network and just burn it in the resistors in locomotive, it gives you more effective braking. Locomotives from 1960's already had that.)
Coupling two things together in 200 or 300 kph is not a hard problem? That's like people without any programming experience saying, hey, that traveling salesman can be easily solved for 10 nodes, so just add more power and solve it for 100 or 1000, that cannot be that hard!
It's quite hard to control exact speed of a train (at such high speed), even without any atmospheric effects and with ideal adhesion conditions that never change. I can imagine it in like 50 kph, when the worst thing to expect is a derailment, some deformation zones blasted, and few non-fatal wounds. But every problem rises at least exponentially with the speed.
High speed trains don't have any locomotives (only German ICE1 uses this approach), powered axles (and other electric equipment) are distributed across the whole unit. (So you can't split it, only couple/uncouple two units together.)
But, if you think that those transfers are dangerous, I don't know what to say about coupling in high speeds. Insane, maybe :-) Coupling even in station when only the locomotive is moving is favorite source of accidents. Basically you'd have to reach almost same speed as the train you are coupling with in the exactly same moment when you are going to touch it, with only very small difference that buffers can absorb. Hard enough if that speed is zero.
It's quite common. Except that there are no batteries (battery won't do, you can't charge it fast enough), you just need to have another train in the same section to consume it (or whole network, if your converter substations are ready for that). Energy savings estimates were like 10 to 20 percent (don't have any link for this, it was some British study I remember, sorry).
Well, even just weight of the people in the transfer car will make it quite heavy (few tons at least). And you are not going to make this for just 10 people at each (non)stop.
You could save some energy by using only recuperating electrodynamic brake to zero to stop the train and store it in some supercapacitators (not on the train, of course) if there isn't any other train to use it. Because you have many powered axles, you could brake quite effectively and fast enough. Well, possibly still not fast enough to use just EDB.
Raising top speed is of course going to cause much higher aerodynamic drag, so if the energy use is primary concern, it's not exactly the right thing to do. I rather meant eliminating any drops in the average traveling speed except the stations.
But I can't really argue against energy savings, because most likely, there would be energy savings :-) If you could built such a system safe enough (I don't believe that) and with less than absolutely insane costs (I don't believe that either :-)).