Forgot your password?
typodupeerror

Comment: Re: Nice to have the choice (Score 1) 255

by Rutulian (#46305123) Attached to: Ubuntu 14.04 Brings Back Menus In Application Windows

And why would efficient use of screen real estate be applicable only to netbooks? I would like the majority of my screen to be used by what I am currently working on, not a bunch of user interface clutter.

Also, note this statement in your own Wikipedia reference,
"Canonical announced it had engineered Unity for desktop computers as well and would make Unity the default shell for Ubuntu in version 11.04."

Comment: Re: Nice to have the choice (Score 1) 255

by Rutulian (#46304007) Attached to: Ubuntu 14.04 Brings Back Menus In Application Windows

Uh, ok, like another reply says, how often do you need to look at every application on your system?

Here are a few scenarios that come to mind.
    1) Need to run a specific application.
        a) Click the Dash, type a few letters, click the application or,
        b) Click the Dash, click the categories view, filter by category, click the application or,
        c) Find your application, drag it to the Launcher for quick access
    2) Need to see all "Internet" applications.
        a) Click the Dash, click the categories view, filter by category
    3) Need to launch an application, but don't remember it's name, only something vague about it.
        a) Click the Dash, type a few letters (not necessarily the beginning of the name), go aha!, click the application
    4) Need to find a document that you were working on, but don't quite remember the name or where you put it.
        a) Click the Dash, type a few letters (not necessarily the beginning of the name), go aha!, click the document

On the classic interface, 1b and 2a are possible. The rest are not. So while Unity may require a couple more keypresses in some comparisons, it seems more capable and flexible to me as a desktop.

Now ads are annoying, yes. I don't like that. Thankfully you can disable it. I also don't like the global menu, which this article is about. They seem to be changing it.

Comment: Re:On Wayland.. (Score 1) 204

by Rutulian (#46170561) Attached to: Gnome 3.12 Delayed To Sync With Wayland Release

They are throwing out "network transparency"

Except that they aren't. Because X has not had true network transparency for over a decade. It does the same screen-scraping that RDP does, but just in a horribly inefficient way. X doesn't even have proper security, which is why remote sessions are tunneled through SSH. If you think that is efficient, you are probably the type of person that runs an IPSEC tunnel through the Tor network for fun just so you can check your email. The only advantage X has going for it is convenience. Remoting just works with no extra configuration required, just an X server (on the client, yay confusing X terminology). There are much better ways to do remoting. We can do better for linux, and Wayland provides the opportunity to engineer something good, without needing to hold on to legacy baggage.

Comment: Re:This is new? (Score 5, Informative) 207

by Rutulian (#45972683) Attached to: Why Birds Fly In a V Formation

This was my first reaction too. However, reading the article (I know, I must be new here) clears it up,

There are two reasons birds might fly in a V formation: It may make flight easier, or they’re simply following the leader. Squadrons of planes can save fuel by flying in a V formation, and many scientists suspect that migrating birds do the same. Models that treated flapping birds like fixed-wing airplanes estimate that they save energy by drafting off each other, but currents created by airplanes are far more stable than the oscillating eddies coming off of a bird. “Air gets pretty darn wiggy behind a flapping wing,” says James Usherwood, a locomotor biomechanist at the Royal Veterinary College at the University of London in Hatfield, where the research took place.

Just as aerodynamic estimates would predict, the birds positioned themselves to fly just behind and to the side of the bird in front, timing their wing beats to catch the uplifting eddies. When a bird flew directly behind another, the timing of the flapping reversed so that it could minimize the effects of the downdraft coming off the back of the bird’s body.

“From a behavioral perspective it’s really a breakthrough,” says David Lentink, a mechanical engineer at Stanford University in Palo Alto, California, who was not involved in the work. “Showing that birds care about syncing their wing beats is definitely an important insight that we didn’t have before.”

And from the actual research article,

Many species travel in highly organized groups. The most quoted function of these configurations is to reduce energy expenditure and enhance locomotor performance of individuals in the assemblage. The distinctive V formation of bird flocks has long intrigued researchers and continues to attract both scientific and popular attention. The well-held belief is that such aggregations give an energetic benefit for those birds that are flying behind and to one side of another bird through using the regions of upwash generated by the wings of the preceding bird, although a definitive account of the aerodynamic implications of these formations has remained elusive.

We conclude that the intricate mechanisms involved in V formation flight indicate awareness of the spatial wake structures of nearby flock-mates, and remarkable ability either to sense or predict it. We suggest that birds in V formation have phasing strategies to cope with the dynamic wakes produced by flapping wings.

So, it's a little bit of a behavioral science study...is saving energy why they do it, or is saving energy just a happy consequence? And it's also a bit of a mechanism study...to gain the most aerodynamic benefit requires adjustment of the wing and position to meet the updrafts, so how well do the birds do this?

Comment: Re: Why, oh why? (Score 2) 341

by Rutulian (#45814895) Attached to: Kernel DBus Now Boots With Systemd On Fedora

Uhhhh....
http://www.ubuntuupdates.org/package/xorg-edgers/precise/main/base/xserver-xorg-video-intel

If you're telling me it doesn't work (don't have one to verify myself), fine, sounds like it needs a bug report. KMS has nothing to do with anything. Using an older AMD driver doesn't preclude you from using a new and updated distribution. Ubuntu has had "nvidia-legacy" packages for similar reasons for years. Not sure why you don't like the radeon driver, but https://launchpad.net/~makson96/+archive/fglrx. It says 13.10 and beyond will be more of a pain, but 12.04 is supported now and will be until 2017.

Comment: Re:Good! (Score 1) 340

by Rutulian (#45813149) Attached to: X.Org Server 1.15 Brings DRI3, Lacks XWayland Support

I think what he means is that the network transparency feature of X11 involved sending X primitive commands over the network to be rendered on the remote X server. With the modern desktop environments and toolkits this doesn't happen. Yes, you have a remote display, but it is sending pixmaps and screen buffers over the network instead of X primitives. So it is slow as hell and doesn't take full advantage of the local (client) hardware.

Comment: Re: Good! (Score 2) 340

by Rutulian (#45813095) Attached to: X.Org Server 1.15 Brings DRI3, Lacks XWayland Support

That's almost, but not entirely, true. ALSA had kernel-level software mixing (dmix) that any application written to use ALSA could benefit from. As long as I used 100% ALSA applications, it worked fine. The problem was, as you say, not all applications would support ALSA. They would use OSS and rely on the bridge device between /dev/dsp and the /dev/alsa devices as a compatibility layer. The mixing would still work if you were using 1 OSS application and 10 ALSA applications, but not if you were using 2 OSS applications. The solution was a higher level sound-mixing daemon that could abstract the hardware layer away from the applications. Again, the problems as you state were incompatible daemons between KDE and GNOME, until finally PulseAudio comes along which does two things. It abstracts the hardware much further (ex: it supports network sounds devices), and it hooks into everything (OSS, ALSA, ESD, artsD, Phonon), so any application written to use any sound subsystem will go through PulseAudio first. I'm not sure PulseAudio is the best solution, it has issues with latency and so forth. But getting all disparate software projects to agree on a single sound subsystem is harder, so it was never done. I believe there were a few attempts to get either ESD or artsD into a Freedesktop spec, but that never went anywhere.

Comment: Re:are you kidding? (Score 1) 244

by Rutulian (#45599071) Attached to: Spotify's Own Math Suggests Musicians Are Still Getting Hosed

a) This isn't radio. Spotify's user base isn't that large, so 2% isn't as much as it sounds.
b) The more songs you have, the better chance you have of somebody listening to it. So if you have only one song, yeah that might be hard to hit. But if you have 40, it is easier.
c) Big caveat to my calculation: I don't know what Spotify's sliding scale is. For 2% of the user base, the payout may be significantly larger and thus the required number of plays to make a reasonable income smaller.
d) Spotify's revenue comes from ads, so it makes sense to split it up based on how popular a song/group is. If only 0.01% of the user base is listening to your music, you can't expect Spotify to give you a large piece of the ad revenue generated by their service.

The entertainment industry, whether it be music, tv/movies, or sports, is about popularity. If you can't boost your popularity, it just isn't going to work out, regardless of Spotify's business model. That is the reality.

Comment: are you kidding? (Score 1) 244

by Rutulian (#45591787) Attached to: Spotify's Own Math Suggests Musicians Are Still Getting Hosed

400,000 plays?

Ok, let's stop and think about that for a moment. If you are a serious enough musician that you intend to do this professionally, let's assume you have put up at least 1 album, which for the sake of argument is about 10 songs. Spotify has 24 million active users, http://press.spotify.com/us/information/. So to make the 400,000 play cut, about 2% of Spotify's user base has to listen to at least one of your ten songs per month. That does not seem unreasonable to me. If you can't make that cut, the professional music gig probably isn't going to work out for you, sorry.

Am I missing something here?

Comment: Re:seems a bit strange (Score 1) 341

by Rutulian (#45556927) Attached to: Study Linking GM Maize To Rat Tumors Is Retracted

Um, no, not really.

You are right, they should do more work on the study and get more data. But any questions about statistical significance and/or experimental design should have been addressed at the peer review stage. And then after that, there is even a final decision by the editor-in-chief to actually publish the study. Bad science or no, the study made it through. It happens all the time. See the arsenic in DNA controversy, or the huge argument over a generalized mechanism for antibiotic killing by reactive oxygen species. I can pick up papers from the 80s where they didn't purify their enzyme well enough and determined the wrong kinetic mechanism. What was the response to all of these? Different groups performed different studies and refuted the original findings. Sure there was a lot of clamor as well, but ultimately it was the experiment that settled the issue.

Calling for retraction in the absence of any kind of experimental evidence is not the way to handle this. I am not surprised the authors refused. Retraction has a huge stigma associated with it, and if they weren't deliberately fraudulent, they don't deserve it. The scientific community can scorn all they want, but it means nothing without experimental evidence to back it up.

Comment: arsenic in dna (Score 1) 341

by Rutulian (#45556837) Attached to: Study Linking GM Maize To Rat Tumors Is Retracted

Can we say arsenic in DNA?
http://www.sciencemag.org/content/332/6034/1163

It was only a few years ago, but I guess it has already left the public memory. A group of scientists rush to a hasty conclusion because they want to make a big splash. Science publishes it because they like controversy. A large flurry of criticism from the scientific community, but ultimately a number of papers get published refuting the original findings. We can ask the question...should it have been published? A lot of people think no, but it is an illustration of the scientific process.

Sometimes bad science gets through peer review. Sometimes the science is not particularly bad, but the experimental design was missing something. Maybe they had an impurity in one of their reagents that they weren't looking for. Lots of incomplete or just outright wrong studies pass peer review and get published. But this is something the scientific community accepts as a part of the process. If you strongly disagree or suspect the conclusions of an article, do the experiments and publish a counter-study. Otherwise, you are free to make a lot of noise and be annoying, but then you might go the way of James Watson.

Comment: Re:Uh huh (Score 1) 570

by Rutulian (#44622077) Attached to: The Steady Decline of Unix

but I just went to a training course to learn about a high-end enterprise product that runs on top of Linux

Uh huh, sure. Unless your "high-end enterprise product" runs on a 10 yr old copy of Slackware, what you've written is complete baloney.

Compare this to a sample PowerShell pipeline "Get-Process -Name 'n*' | sort -Descending PagedMemorySize"

As I'm sure you had to learn how to use Powershell, you will likewise have to learn how to use the command line in linux. And when you do, you will know what -e does for the most important commands. Btw, the majority of common linux commands have long-name switches along with their shortened counterparts (ex: cp -a vs. cp --archive), as well as quick --help pages to refresh you if need be.

Comment: Re: High speed rail (Score 1) 253

by Rutulian (#44515425) Attached to: Elon Musk Admits He Is Too Busy To Build Hyperloop

Rail is optimal for regional distances. The faster the train, the larger the regional area it can serve. Ex: 200 mph makes serving a 600 mile area practical. Much faster than a car. Competitive with a plane when you consider time through security, comfort, etc. I used to take the Amtrak back and forth from home when I was in college. Driving might have been a bit faster, but not cheaper. And the train was a lot more comfortable.

For cross-country trips, that is the domain of air travel. No need to try to solve every problem with the same tool. Get rid of all of the crappy regional jets that are loss leaders anyway and replace with a nice train system. Bonus points if you can seamlessly connect between a flight and a train trip.

"Look! There! Evil!.. pure and simple, total evil from the Eighth Dimension!" -- Buckaroo Banzai

Working...