Alan Cox Quits As Linux TTY Maintainer — "I've Had Enough"
The Slashdolt writes "After a stern criticism from Linus, the long-time kernel hacker Alan Cox has decided to walk away as the maintainer of the TTY subsystem of the Linux Kernel, stating '...I've had enough. If you think that problem is easy to fix you fix it. Have fun. I've zapped the tty merge queue so anyone with patches for the tty layer
can send them to the new maintainer.'" A response to a subsequent post on the list makes it quite clear that he is serious.
Linus is brilliant. He is funny. Most days I really agree with anything he has to say.
However, he has butted heads with people in the past. Perhaps this is just human nature and unavoidable from time to time. Linus isn't perfect, nor always right. I thought he was really unfair to Con Kolivas when he drove Con away.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
I'm curious about how projects, in general, fare after someone with rather intimate knowledge leaves for whatever reason. I'm not being specific to Linux; you gotta think some of the kernel developers of Windows have left over the years. That's gotta be hard on the next person regardless of project; "here's his code, all three million lines of it. Oh, he seemed to like Pascal syntax so he wrote all these macros to make his C++ code look like Pascal. Good luck!"
WHY can't lkml.org's mailing list retriever handle a slashdotting?
Its not like the flashcrowds are all THAT big.
Test your net with Netalyzr
Thats the way open source is, 'out-in-the-open', no private messages, all is for all to see, all is public.
...about the details of this argument? I know Linus might not be the easiest person to work with, but he seems to make some sense here.
How about "Nice work Linus, you'll have the entire kernel back to yourself any day now, I'm sure"
Back three years ago I was sure I'd never leave. Now, I was no kernel dev, but I found out what it was like to try. In the meantime I grew up, and realised there's two sides to Linux.
Go and have a look at forums.gentoo.org, where you'll see both at work. I gave up too. For a long time I thought, through contributions and advocacy, I'd help Linux make some real headway in the Server and desktop market. Eventually I came to believe that it would never be big, it'd just mean more communities and more infighting and little real progress.
So I'm sorry, Alan. I'm really sorry, but you've made the right move. Thanks for everything.
I once had a bear do exactly that! We were camping at Merced Lake in Yosemite, and had six-man-weeks of food for three of us to take a two week backpacking trip. We put it 20' up a tree, on the end of a 10' limb. In the middle of the night, we heard loud stomping sounds, a bunch of scrapping sounds, then a rope-through-pulley sound, and a loud crash. A damned black bear had jumped from the tree, caught our food bag on the way down, using our rope to slow his crash, and squashed a small tree when he landed.
My friend had a great idea. "Let's go get our food back." I don't know how I let him talk me and my other buddy into it, or why I was the one in front with a dying flash light, as we followed the munching sounds into the woods. Suddenly, the bear stood up on both back legs with his arms out, and I don't know if the roar I heard was the bear, or just the blood rushing to my head. I turned around to ask if we should run, but there was no one there! I caught up to my brave friends at the lake, where we discussed wading into the freezing cold lake vs. making a stand there.
I must say, it didn't occur to me to check out the bear's penis, but he was waving everything else at me!
Celebrate failure, and then learn from it - Nolan Bushnell
Seriously? KDESU is broken, in the first place.
https://bugs.kde.org/buglist.cgi?quicksearch=kdesu
Drag and drop is quite convenient. It is also a security chasm. Once you can drag and drop one thing then you want to be able to drag and drop anything. In the case of arbitrary file formats not only must you implement code to check the incoming data stream (thus exposing yourself to all of the security considerations of "how many different ways can someone try to wax my process of checking the incoming data stream?") but you must consider that a data stream which is valid using one codec algorithm may cause a fault using another codec algorithm. Competing algorithms exist for many data format structures and the presumed same data format may have three or four codecs at use between X, the WM, a monolithic app like a web browser, and a devoted data editor (eg. GIMP), and even a devoted data viewer (eg. a multiformat display application). It isn't the simplest consideration.
With so much of the problem and criticism with the reigning proprietary OS being security related the open source community has tried to remain a little more focused on security related issues. Combine that with the difference in conceptual organization--F/OSS guys don't get paid to go to in house meetings together--and it is completely logical that something as "simple" as drag and drop is not implemented across largely unrelated application development groups.
Within a particular desktop environment using apps which were written specifically for that desktop environment (often referred to as a desktop suite) there is probably a more consistent end user experience.
It is the culmination of (years of) similar situations which has brought many rifts in major F/OSS development groups.
I find myself personally familiar with the situation which caused Alan to leave. The difference is that Alan has enough financial backing and social connections behind him that he likely will not end up living on the streets.
Can you imagine a headline,"Major developer sick and tired of political crap, leaves development group, will take up a section of cardboard on the sidewalk just down the block from Slashdot's HomelessinLaJolla"?
the NPG electrode was replaced with carbon blac
I'm surprised that the TTY subsystem is still in the kernel. By now, it ought to be in user space. It's rare today that a serial port is attached to an actual terminal (let alone a real Teletype), and separating the serial port driver from all the backspacing and line handling stuff would make both parts simpler. Most of the time, the TTY stuff in the kernel just gets in the way of other uses of serial ports.
They've been separated in QNX for a decade, for example.
Oh boy, I can't agree more with this statement. I realize this is anecdotal, but here's my own personal experience...
In the Gentoo Freenode channel, it was difficult to so much as type without bumping into someone's ego. Participants were generally rude, crude, and--perhaps most ironically--threatened to kick people for using swear words. I have no idea if this has changed at all in the 4 or 5 years since I last joined... but it wasn't a pleasant experience.
Contrasted with the various FreeBSD channels I used to join infrequently, the experience was on the whole much better. People were friendlier, had a sense of humor, were helpful, and didn't get their underpants in a dozen knots over something incidental like a single, mostly unoffensive swear word. Again, it's been years since I participated in that as well and perhaps the FreeBSD channels have changed...
Personally, I doubt it. It's a cultural difference, I think. The BSD crowds seem more product-driven (let's get Y done) versus some Linux distros that seem process-driven (I don't like how you're doing X and it doesn't matter if we're making Y).
This, of course, is purely anecdotal. You don't have to agree with it because it was my personal experience, and as such, FreeBSD folks have come off to me as MUCH more friendly and cooperative.
He who has no
Agreed. Alan, thank you for all the hard work for so many years. You deserve a vacation.
Actually, and bizarrely enough, there is a high level FreeBSD developer named Alan Cox too
http://en.wikipedia.org/wiki/Alan_Cox
Once we camped out near a river, in known bear territory somewhere in central California. We hadn't seen any bear tracks, but put our food up in a nearby tree anyway (because that's just what you do in bear territory).
At around 2 AM that night, we awoke to hear the sound of large animals moving in our campsite, accompanied by the rustling of what sounded very much like our bear bag. Getting a fire going as quickly as possible (meaning, a liter of white gas poured onto the nearest thing that looked like wood and then set ablaze), we didn't find a bear. We found a team of TWO bears attacking our bear bag.
The big one climbed up the trunk of the tree, just under the branch from which we'd hung the bag. The little one, presumably a cub of the big one, had climbed out on the branch, and in a series of small steps, had pulled the bag along the branch with one arm toward the larger bear, who could now reach it from her spot on the trunk, and who was shredding the bag to bits as all our food dropped out. The fire, of course, chased the thieving duo away after a couple of minutes, and they thankfully only got away with some sausages and most of a bottle of pancake syrup.
Of course, what we hadn't noticed was that this tree had basically no leaves or branches or bark on it anywhere. Based on the number of large scratches and claw marks all over the tree, we surmised that we weren't the first ones to try to hang our food from this tree, which was essentially a food collection station operated by the bears to tax any humans foolish enough to camp there.
The damn bears are smarter than you'd think.
In 2003 Alan cox stopped kernel development for a year whilst he learnt Welsh.
http://kerneltrap.org/node/759
It seems he left with little notice then (although he was maintaining the older kernel - 2.2) . Kernel development still continued in his absence....
>>>The Gentoo maintainers were particularly rude
Couldn't you just avoid the forums and focus on coding? Then when it's done, hand it over and say, "Here is it. Peer review it and I'll make the changes." Ignore rude persons by killfiling them (first give them a warning; then if they are still rude, block 'em).
"I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
Unless you're running Vista x64, have 4GB or more of memory, and are trying to install the drivers for a TV tuner. Doesn't matter which manufacturer, they all would tend to fuck up under such conditions. I gave up trying to get TV tuners to work on my rig after wasting close to $250 on various models cuz I found only one commonality amongst them: they don't fucking work.
"There is much pleasure to be gained from useless knowledge." - Bertrand Russell.
I *absolutely* agree with you when it comes to many types of doors, especially public restroom doors -- why, in the devil's briefcase, do most public restrooms have doors that you have to pull when your hands are wet from washing them? Hygienically brain dead.
Anyway, various kinds of doors that open to the outside should not generally be push-out types. Consider residential doors opening to the outside, particularly in cold climates: if there is substantial snow on the ground, the occupants will be trapped inside. Even in not-so-cold climates, push-out doors to the outside can be too easily barricaded, again trapping people inside. Plus, as others have noted, such doors perforce have the hinges on the outside, allowing too easily for forced entry.
Meanwhile, public buildings usually have push-out doors mandated by local fire codes, for precisely the reasons you note -- but they generally also have awnings or some other means of ensuring that snow build-up does not block the doors from opening.
(NB: Posting anon for modding purposes.)
Cheers,
no one said it had to pass the resized displayed image. as you noted, it downloads the original image. why would it not pass the original image to the other application? that is the behaviour I expect, and that I've seen. and it doesn't involve my image editor going out to the web to re-get what is already on my machine, in my browser cache if not actually in memory.
This was on the bug-tracker, not the forums. I've never posted in the Gentoo forums.
To be honest, I was being a bit unfair - I have the feeling a lot of the Gentoo devs are very young and quite atypical in the Linux world. A lot of the times they clearly didn't understand certain concepts.
Sorry, but that wasn't my impression. All bolding mine:
Linus uses melodramatic emphasis and a condescending tone throughout the entire conversation.
I'm not in any way partial here, but I haven't suddenly been overcome by the urge to buy that man a beer.
What I've learned in this Cox/Torvalds case is
They broke it on purpose, yes.
Remember that they were also introducing a new security model, which is one of the reasons they HAD to break it. They made that choice, for better or worse.
"His name was James Damore."
No they don't! They just have to advertise that it works, it doesn't actually have to work! This is exactly the sort of crap I went through with Hauppauge in my prior posts below. They can advertise functionality all they damn well please, and once you pay for it, bring it home and void most store return policies by unpacking the damn things, you find out that *gasp* the damn things don't work as advertised and, much later, you find out that they never will! Once they've got your money though, what do they care? You can complain all you want, but if they're not going to provide support, then they're not going to provide support, and short of a class-action lawsuit, you're screwed.
Heck, chances are you wouldn't get your money back anyway even if you won a class-action suit.
"There is much pleasure to be gained from useless knowledge." - Bertrand Russell.
You volunteer hundreds of hours of your time, without pay, and all you hear from the members is complaint-after-complaint-after-complaint.
You eventually reach a point where you say, "What am I doing this for? No one's appreciating it or saying thanks. I could be out having fun instead of this shit," and then you stop volunteering.
You just described why I mostly use commercial software. Because they take all my complaining with a smile and a nod and get to work.
You just described why I mostly use commercial software. Because they take all my complaining with a smile and a nod and get to work.
Nah, they take the complaining with a smile, nod and go back to their "dev center" to laugh out loud about the whining guy who will pay another $100 for the next improved, more synergic version.
Ubuntu is an African word meaning 'I can't configure Debian'
Actually the problem is more complex.
From what I understand there is an old bug in the TTY code. This, coupled with misinterpretation of what some calls (such as E_Again) should do led to programs using this bug as a feature (Alan Cox vision, which I tend to respect, especially when it comes to TTY).
Alan Cox tried to fixed the bug, but this led to breakage in some apps, notably Emacs.
A bug report was submitted. Alan Cox refused to revert his changes and started working on a solution that would both fix the bug AND allow broken apps to work again.
Linus came in and asked for a revert. Alan Cox replied that it was a bug in userland form the already buggy Emacs. Linus did not approve, and mentionned au _nicer_ fix for the problem at hand that Alan Cox refused. Alan Cox replied that Linus obviously did not understand the bug.
So Alan Cox point of view is that he corrected a bug in TTY that led userland apps that were using this bug as a feature to have problems. But that is not his problem because he is not responsible for userland. Further more he seems to think that the _nicer_ fix is inappropriate.
Linus point of view is that Alan Cox introduced a regression in TTY and that therefore he should rollback or adopt the _nicer_ fix and stop accusing userland or Emacs of being buggy.
Of course I am nowhere near the amount of skill required to know who is right. But I do know TTYs are a complex matter and that a fix that seems nice for one problem can bring thousands of problems elsewhere. My personal opinion is that Alan Cox is more apt to get the big picture than Linus when it comes to TTYs.
I'm on year 11. The previous 5 years were spent working really hard, and caring about how projects at work went. When projects at work succeeded, I was ecstatic. When they failed or were cut due to outside business demands, I was mad and hurt. Then I poured my heart and soul into a project for 3 months, only to have it canceled on the day it was being rolled out. It turned out later this was a good decision, but at the time I was upset because all I could see was that they had killed my pet project. So I stopped trying to achieve satisfaction and status in life from work, and instead started treating work for what it is - a means to an end. My self-worth comes from things I do outside of paycheck hours, and I've been much, much happier.
I still try to do my best; I just don't get emotionally invested. Think of taking out the garbage or washing dishes. You need to do these things, and it's good to do them well, but you don't need to *care* about these things. You also don't have to hate them. Is it fun and exciting? No, but it's also not bad. It's just kind of there.
What's funny is that when you become emotionally detached from your work, it's easier to make decisions that would have otherwise been painful. Compromising on or sacrificing your "baby" (project) for the good of the company? No problem. Doing something that is technically atrocious but makes sense for the business? No problem. You start to think about ways to do what the business wants instead of what would bring you personally the most satisfaction - which ironically makes you a better employee. Way too many people get caught up in doing what they think is the right thing technically, regardless of what the business needs or wants. There's always the argument of what the business wants right now and what it needs long term, and you can still argue that - in fact it's your job to examine requirements and try and do what's best for the business both in the short and long term - but you don't have to be emotionally invested in the outcome.
Now for the math!
Let's assume the standard "Eight hours for work, eight hours for sleep, eight hours for what we will", so 40 hours a week of work. Not 60, because after all, we're talking about someone who doesn't care about work.
There are about 260 weekdays in a year. Subtract 12 for holidays, 25 for vacation, and you're down to 223.
There are 365*24 = 8760 hours in a year.
Sleep: 365*8 = 2920 hours (33% of total)
Waking hours = 8760-2920 = 5840
Work: 223*8 = 1784 hours (20% of total, 30% of waking)
Free time: 8760-2920-1784 = 4056 hours (46% of total, 70% of waking)
You spend more time sleeping than you do working! Even if you had no holidays or vacation, work would still only be 23% of your time and 35% of your waking.
If you sleep 7 hours a night like me:
Sleep: 365*7 = 2555 hours (29% of total)
Waking hours = 8760-2920 = 6205
Work: 223*8 = 1784 hours (20% of total, 29% of waking)
Free time: 8760-2920-1784 = 4056 hours (50% of total, 71% of waking)
So for 29% of my waking hours, I'm doing something that I neither love nor hate - and my happiness during the other 71% of my waking hours depends on what happens during those "me" hours, not on what happens in my workplace.
P.S. I wrote all of this at work. Even spreadsheets can be fun when you're using them to calculate silly things like waking hours.
Just tried it, GIMP connected to the server and pulled the image from there. Not sure if that's how you want it to work though.
I'm wondering if someone does this with an image from a more...adult.....website.....
will GIMP order some hookers ?
Your thesis just demonstrates that assholes are somewhat commonplace. It doesn't disprove that they are in fact assholes. I've commonly encountered people like you describe as well. I do what I can to not work with them. Sometimes that means eschewing entire teams or entire companies. Sane, happy people should try to stay away from total assholes. Sometimes people legitimately committed to excellence do step squarely into the realm of being assholes. But they should try not to be total jerks to their friends and coworkers. This quest to be a better person is often called "consideration", "tact" and "self-control"-- attributes that are generally considered good in our society.