=== yofel_ is now known as yofel
bdrungSarvatt: re bug #733321 - the drm-intel-next driver does not crash when running phoronix-test-suite12:59
ubot4`Launchpad bug 733321 in plymouth (Ubuntu) (and 1 other project) "[sandybridge] GPU lockups and other crashes (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/73332112:59
bjsniderricotz, will the gnome-shell from the ppa in natty be ubuntu-ized with appindicators and so forth?20:17
ricotzbjsnider, hmm, i dont know, gnome-shell has its own implementation of that20:28
bjsnidergnome-shell has its own appindicators code?20:28
ricotzyeah, i think so, functional combined with the message tray20:32
ricotzhavent really followed the changes lately20:33
tjaaltonseems like you don't follow the planets :)20:47
bjsniderricotz, i thought you were a part of the team involved in that ppa?20:49
bryceh_tjaalton, quite the saga20:53
tjaaltonbryceh_: yep :)20:54
bryceh_tjaalton, how do you think things will end up?20:55
bryceh_seems like people aren't finding common ground, I wonder if they'll all just go on getting madder and madder.20:55
tjaaltonbryceh_: "in fire"20:55
tjaalton(Kosh in B5)20:56
bjsniderbryceh_, are you talking about this: http://www.markshuttleworth.com/archives/654?20:56
tjaaltonI did like owen taylor's post20:57
bryceh_bjsnider, yeah plus the ones by dneary, aaron, and now this lecture by jeff20:58
bryceh_makes my brain hurt :-)20:58
bjsnideri would like to know if this agreement between jon mccann and ted gould in 2008 over appindicators really happened20:59
tjaaltonproblem is only a fraction of the discussions are archived, and people tend to remember different things21:00
bjsniderit sounds like the kind of thing that should have been written down in a contract if it did take place. would mccann really have said "you guys go off and solve this problem and we'll accept the code when you're done"?21:01
bryceh_well, I know ted well.  And I know he is anything but shy about talking about ideas, even to people who disagree.  Indeed he *loves* arguing with people.21:02
bryceh_so I can totally believe that they *did* talk21:02
bjsniderwith no witnesses, nothing on paper, only handshakes21:03
bryceh_otoh, ted's not really a 'lets make a contract' type... he'll more often than not go off and do things as he thinks they should21:03
bryceh_anyway, I don't know21:04
ScottKbjsnider: The thesis that they talked in 2008 and nothing happened for 2 years is at odds with the facts.21:04
ScottKThe work didn't start in earnest until ~ Lucid's UDS in Nov 2009.21:05
bjsniderScottK, canonical went off and really did develop the code, i understand that21:05
ScottKbjsnider: Yes, but not without trying collaboration first.21:05
ScottKThere were Gnome people at the UDS discussion and it was decided to discuss the spec at FDO.  21:05
ScottKReading that discussion, which is public, I don't get the feeling the Gnome side of the discussion was particularly open or serious.21:06
bryceh_ScottK, I think I was at that meeting too, and seem to recall it that way too21:06
bjsniderdid gnome participate in that fdo discussion?21:06
ScottKBut not very seriously, IMO.21:06
ScottKThe fact that Canonical's Gnome and KDE had compatible implementations appear at the same time makes a good case for collaboration was done where there was collaboration to be had.21:07
ScottKI'm not holding Canonical up as perfect, they aren't, but it's certainly not the way certain people are trying to portray it.21:08
bjsniderScottK, now you need to write a 5k word blog post about it21:09
ScottKNo.  I commented on Waugh's post.  That's as far as I care to get dragged into it.21:10
bjsnideri haven't gotten that far down yet21:10
bjsniderdid waugh get fired by canonical or did he leave on his own?21:11
ScottKMany of the criticisms of (the Ayatana part of) Canonical are very valid.  21:11
ScottKNo idea.21:11
bjsnideri mean does he have an ax to grind?21:11
ScottKI think he's definitely got a slanted perspective.  No idea if that's why.21:11
ScottKThe fact that they require copyright assignment and insist all work be one on LP makes collaboration very difficult.21:13
ScottKOf course Gnome insists all work be done in Gnome Git, so they're equally difficult in that regard.21:14
bjsniderand didn't they insist that all discussion take place on their ml?21:14
ScottK(Look into the history of Zeitgeist's rejection from Gnome)21:15
ScottKThat's a non-Canonical example where many of the same introspective issues in Gnome seem to be at work.21:15
bryceh_Gnome has lots of rather strict requirements for stuff like that, which is why we never had Inkscape join Gnome21:15
bjsnideryes,, why bother with their strict requirements when we have strict requirements of our own to worry about21:16
bryceh_well, at the time the requirement was that you must use cvs and bugzilla, and we were wanting svn and some better bug tracker21:17
ScottKCanonical has strict requirements for Canonical funded work.  Very different than requirements for getting into Ubuntu.21:17
tjaaltonso maybe that was the reason to keep it out of gtk+..21:19
tjaaltonit= the lib..indicator21:19
bryceh_well, it wouldn't surprise me if it came down to a control issue at some level or other.  If it were merely a communications problem or technical issue, those seem much more straightforward to solve.21:20
bjsnidermaybe the problem is canonical doesn't have enough core gnome devs working for it directly then. because then it would be in their control. subject to shuttleworth's decisions21:22
tjaaltonbut that wouldn't be collaboration :)21:24
bryceh_maybe the real question here is does the tangible value of collaboration outweigh the perceived value of control?21:26
ScottKIf you care about user experience, I don't think collaboration is optional.21:28
bryceh_I agree, but that appears not to be a universally held view...21:29
ScottKUsers should be able to use applications in their DE of choice without having to spend a lot of time thinking about what toolkit or open source project it was developed in.21:29
ScottKbryceh_: Agreed.21:29
ScottKAlthough to be fair to Canonical, I think they care about this in the context of Ubuntu users.21:29
ScottKI think it's an open question though how much they really care about the broader free software ecosystem.21:30
* bryceh_ nods21:32
bjsniderotaylor's post seems more open and inviting to collaborators, while shuttleworth's sound like "you've failed me for the last time, admiral".21:38
ScottKThere are varying degrees of willingness to collaborate in all camps.21:39
bjsniderbut otaylor's pointing out that the programming resources that went into unity could have been used to improve g-s is also applicable everywhere around linux: why is it that every time someone has a problem with rhythmbox he goes off and creates a new media player? why not make r-b better instead of dummying up something from scratch? do we have to have 47 media players in linux?21:42
bjsnidernow we'll have a confusing number of shells too i guess21:43
bryceh_bah, I don't buy into the competition == inefficient use of resources21:44
ScottKAvoiding competition and planning everything out worked out really well for the USSR.21:45
bryceh_fact is, when you have a single thingee that everyone contributes to, it inevitably builds up layers of bureaucracy (it has to), and it can get to the point that the activation energy to get into that is way above what it takes to JFDI 21:46
bjsniderbryceh_, so you'd like to see 47 xorgs21:46
bjsniderand endless flame wars about how "the one i use is the bestest"21:46
ScottKcough Wayland cough21:46
bryceh_bjsnider, ahem wayland?21:46
bjsniderok, xorg sucks21:46
bryceh_bjsnider, Xorg is sort of proof of the premise ;-)21:46
bjsniderone competitor is fine21:47
bryceh_nah, it's an evolution21:47
bjsniderbut i could sit here and list all of the media players on linux for the next 5 hours and not finish21:47
bryceh_early on you might have 47 different ideas, and that's fine21:47
bryceh_but over time those should die off, and the best survive21:47
ScottKbjsnider: If you want to avoid a competitor project then you have to be open enough to what others want that they think it's worthwhile to play together.21:47
bryceh_(this doesn't always happen)21:47
bryceh_if it does, and it boils down to 2-3 good options, that's ok21:48
ScottKMedia players are a bad example because they are so easy to do (at least badly)21:48
bryceh_when you get down to just 1, then you get complacent, bureaucratic, and out of touch.  So it's time to have a bunch of fresh new ideas21:48
bryceh_the important thing is to be able to *let go* and let less popular ideas die off21:48
bryceh_that's really hard though, especially when it's your own baby that has to die21:49
bjsniderScottK, that post should be destroyed for the good of mankind21:49
bjsniderbryceh_, right, so ego is heavily involved in this21:49
ScottKI don't care how many media players there are long as at least one doesn't suck.21:49
bryceh_bjsnider, in fact ego is an important part21:49
bryceh_what else is going to drive someone to spend countless evenings voluntarily creating something?21:50
bjsnidermoney, for one thing21:50
bryceh_they have a cool idea and want to see it exist, and have people find value in it21:50
bryceh_bjsnider, sure but I'm talking within the context of open source21:51
bryceh_and even with money, there's a lot better ways to make money than writing software ;-)21:51
ScottKAnd there are better ways to make money writing software than writing free software, even when you're funded.21:52
bryceh_ScottK, like taking money from one of those aforementioned 47 media players?21:53
ScottKNo.  I think that was just idiotic.21:53
ScottKCanonical will lose more money from the bad PR and loss of goodwill than that will ever make the.21:54
bryceh_I think that's a fair observation21:55
bryceh_sort of goes back to what I was saying about value of control vs. value of collaboration21:55
ScottKhttp://abock.org/2011/03/10/opensuse-11-4-and-banshee-amazon-mp3 <-- Exhibit A21:56
ScottKGotta run.  Chat with you later.21:56
bryceh_there seems to be a rather wide set of opinions on where that balance should lay21:56

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!