http://article.gmane.org/gmane.linux.kernel/1414106

On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab <mchehab <at> redhat.com> wrote:

Are you saying that pulseaudio is entering on some weird loop if the
returned value is not -EINVAL? That seems a bug at pulseaudio.

Mauro, SHUT THE FUCK UP!

It's a bug alright - in the kernel. How long have you been a maintainer? And you *still* haven't learnt the first rule of kernel maintenance?

If a change results in user programs breaking, it's a bug in the kernel. We never EVER blame the user programs. How hard can this be to understand?

To make matters worse, commit f0ed2ce840b3 is clearly total and utter CRAP even if it didn't break applications. ENOENT is not a valid error return from an ioctl. Never has been, never will be. ENOENT means «No such file and directory», and is for path operations. ioctl's are done on files that have already been opened, there's no way in hell that ENOENT would ever be valid.

So, on a first glance, this doesn't sound like a regression,
but, instead, it looks tha pulseaudio/tumbleweed has some serious
bugs and/or regressions.

Shut up, Mauro. And I don't _ever_ want to hear that kind of obvious garbage and idiocy from a kernel maintainer again. Seriously.

I'd wait for Rafael's patch to go through you, but I have another error report in my mailbox of all KDE media applications being broken by v3.8-rc1, and I bet it's the same kernel bug. And you've shown yourself to not be competent in this issue, so I'll apply it directly and immediately myself.

WE DO NOT BREAK USERSPACE!

Seriously. How hard is this rule to understand? We particularly don't break user space with TOTAL CRAP. I'm angry, because your whole email was so _horribly_ wrong, and the patch that broke things was so obviously crap. The whole patch is incredibly broken shit. It adds an insane error code (ENOENT), and then because it's so insane, it adds a few places to fix it up («ret == -ENOENT ? -EINVAL : ret»).

The fact that you then try to make *excuses* for breaking user space, and blaming some external program that *used* to work, is just shameful. It's not how we work.

Fix your f*cking «compliance tool», because it is obviously broken. And fix your approach to kernel programming.

Оно это крикливое точно оставшихся девелоперов распугает, и погрузится линукс в бездну глюкоты и забвения.

А ты, посетитель ЛОРа, считаешь допустимым подобный стиль руководства? Поделись своими best practice наставления заблудших на путь истиный.

Есть ли юзабельная графическая утилита, выводящая список доступных WiFi подключений и предлагающая ввести пароль для интересующего? Возня с конфигами для передачи параметров wpa_supplicant'у до ужаса надоела. Идеальным вариантом был бы какой-нибудь плазмоид. Попробованные wifi-radar и связка network-manager + plasma-widget-networkmanagement впечатления юзабельности не произвели.

http://www.technologyreview.com/biomedicine/21573/

Для Ъ:

"Scientists in California have created molecular computers that are able to self-assemble out of strips of RNA within living cells. Eventually, such computers could be programmed to manipulate biological functions within the cell, executing different tasks under different conditions. One application could be smart drug delivery systems, says Christina Smolke, who carried out the research with Maung Nyan Win and whose results are published in the latest issue of Science.

The use of biomolecules to perform computations was first demonstrated by the University of Southern California's Leonard Adleman in 1994, and the approach was later developed by Ehud Shapiro of the Weizmann Institute of Science, in Rehovot, Israel. But according to Shapiro, "What this new work shows for the first time is the ability to detect the presence or absence of molecules within the cell."

That opens up the possibility of computing devices that can respond to specific conditions within the cell, he says. For example, it may be possible to develop drug delivery systems that target cancer cells from within by sensing genes used to regulate cell growth and death. "You can program it to release the drug when the conditions are just right, at the right time and in the right place," Shapiro says.

Smolke and Win's biocomputers are built from three main components--sensors, actuators, and transmitters--all of which are made up of RNA. The input sensors are made from aptamers, RNA molecules that behave a bit like antibodies, binding tightly to specific targets. Similarly, the output components, or actuators, are made of ribozymes, complex RNA molecules that have catalytic properties similar to those of enzymes. These two components are joined by yet another RNA molecule that serves as a transmitter, which is activated when a sensor molecule recognizes an input chemical and, in turn, triggers an actuator molecule.

Smolke and Win designed their RNA computers to detect the drugs tetracycline and theophylline within yeast cells, producing a fluorescent protein as an output. By combining the RNA components in certain ways, the researchers showed that they can get them to behave like different types of logic gates--circuit elements common to any computer. For example, an AND gate produces an output only when its inputs detect the presence of both drugs, while a NOR gate produces an output only when neither drug is detected.

But this is just a demonstration, Smolke says. "We're using these modular molecules that have a sort of plug-and-play capability," she says--meaning that they can be combined in a number of different ways. Different kinds of aptamers could potentially detect thousands of different metabolic or protein inputs.

Smolke and Win produce their device by encoding RNA sequences into DNA and introducing it into the cell. "So the cell is making these devices," Smolke says. "RNA is actually a very programmable substrate."

Indeed, the attractive thing about this approach is that the components of the device and the substrate holding them together are all made from RNA, says Friedrich Simmel, a bioelectronics researcher at the Technical University of Munich, in Germany. "This is something that we also would like to do," he says, for not only do such devices self-assemble, but they can also be produced on a single long strand of RNA, all at once.

Smolke and Win have already found collaborators for possible animal studies, to see how biocomputers can be delivered to cells and used once they're there. Smolke also envisions a large-scale collaboration to create a huge library of sensors out of which these devices can be made"

>>>