=== ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-devel [12:06] pitti, any reason it uses update-manager for telling it about when a file changes? [12:07] Burgwork: just to avoid installing yet another daemon into the user's session [12:07] Burgwork: and u-n was supposed to become a more general 'event-notifier' for a looong time already [12:07] ah [12:07] I remember the specs on that [12:07] Burgwork: but it's just some inotify -> run apport-gtk glue, nothign more [12:10] pitti, would you mind putting an end to the zeroconf discussion on -devel. You are the security guy, after all === ohoel [n=beshy@85.89.201.75] has joined #ubuntu-devel [12:11] Burgwork: we suggested earlier that someone put it on the agenda for tb [12:12] for a final word [12:12] goodf [12:12] otherwise it will just go around in circles [12:12] I've been deleting that thread because it didn't seem to raise anything new [12:12] we decided this ages ago [12:12] no network services by default, make it easy to enable if the user wants it, kthxbye [12:13] can we add it to the ML spamfilter ? :) [12:13] heh [12:13] Burgwork: whoa, right, I need to find time to actually read the mega-thread; I was pretty scared of it when I saw it, I admit [12:13] pitti, you don't need to read it. Just say "not going to happen. kthyxbye" [12:13] but basically what mdz says, I totally agree [12:13] i cant remember the last thread that was this noisy on -devel [12:13] Burgwork: ok, then I read the first mails at least [12:13] and skim the rest [12:14] it spirals into lots of off-topic stuff without changing the subject [12:14] ogra: naked people artwork? or was this sounder? :) [12:14] nope -users :) [12:14] mako: any opinion on this gentium update? [12:14] indeed, thats unbeaten [12:14] how to market your new distro: put half naked people in it [12:15] it got peoples attention, if nothing else [12:15] Burgwork, thats so 2004 ... [12:15] it got naked people on my screen for a while [12:15] wait........ [12:15] ogra, damn. Is animal sex 2006? [12:15] XD [12:16] Burgwork !! [12:16] Burgwork: oh jeez. === ogra raises a vrow [12:16] and a brow [12:16] Burgwork: I cannot approve that; it would create unfavorable PR with most people. [12:16] Burgwork: however I'm not on Canonical's staff so :) [12:16] ah, but you forget bluefoxicy, any news is good news [12:17] Burgwork: The news on MSN about the guy who died from ... an interesting encounter with a horse.. was not good news. It involved death! [12:17] I can see it now: Mark announces edgy+1 as "fucking ferrets" completely with artwork [12:17] anyway, this horribly off topic... [12:18] Burgwork: hey, come on, the mile stone releases are already called KNOTS anyway [12:18] yes, yes it is. [12:19] Something more on topic than sex with animals: I agree with mdz, don't turn on random network automagic serverish things by default. Give me a big red button to click, complete with "this will expose your naked ass to the network, are you sure you want to do this?" warning. [12:21] bluefoxicy, that just got uploaded, by the ever busy seb128 [12:22] anyway I should really restart X, I've managed to race GTK+ again and now my themes are broken. === jlj [n=agp@adsl-69-104-244-209.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-devel [12:28] pitti, congratulations --> http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1202417,00.htm === bluefox [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [12:28] DAMNIT. [12:29] tseng: remember when i said something about X breaking and you said something about not trolling? [12:29] Burgwork: oh, wow :) [12:29] It's now telling me there's no such driver 'via' or 'vesa' but I have xserver-xorg-video-all installed >< [12:30] oh. abi version for vesa. /me grumbles === Hirion [n=hirion@draugr.de] has left #ubuntu-devel [] [12:31] pitti, LWN did a survey earlier this year which also praised our security response [12:31] bluefox, this is not a user support channel [12:31] Burgwork: yes I know. [12:31] pitti, which means you. So congratulations [12:31] joy :) [12:32] bluefox: most of those have already been fixed [12:32] bluefox: and if you cant have a broken X without making a fuss, indeed, you should not run development [12:32] pitti wins the "works really hard" award === abattoir [n=abattoir@59.92.47.96] has joined #ubuntu-devel [12:33] Kamion: unlike you, who is clearly a slacker? [12:33] Kamion trails the desktop team imo [12:33] :P === Mithrandir finds a bucket and cleaning stuff and starts cleaning up the irony dripping all over the place. [12:34] Burgwork: at least today is the first time when we managed to get a new firefox version out before upstream announced it :) [12:34] until now we had an average response time of 6 days or so [12:35] is that because mozilla is playing nicer with Linux distros? [12:36] Burgwork: not, it's just that this time we just started working on it earlier [12:36] Burgwork: of course hoary and breezy are fucked again [12:36] and require some weeks of backporting [12:36] at least in 1.5.0.5, half of the vulns do not affect 1.0.x in the first place [12:37] pitti: Wasn't the policy, for a brief period, "Just upgrade to the new firefox version"? [12:37] Burgwork: but also the recent microversion updates from upstream are much better than early 1.0.x updates [12:37] Burgwork: back then, these updates were pretty messy, and so were the advisories [12:37] bluefox, 1.5 breaks api/abi and thus all things needing gecko would need to be recompiled [12:37] there was much complaint, and now they are doing very good, with embargoed vendor pre-notifictaions and such [12:37] which is a rather large list [12:38] Burgwork: oh right. I forgot they haven't stabilized their freaking ABI. [12:38] bluefox: not a policy, it was an option we tested [12:38] is there an applet to watch the cpu temperature? [12:38] bluefox: we gave up after it broke half of the world and gtkmozembed === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [12:38] pitti: looking forward to XUL runner? :) [12:38] doko: yep, I used this for some time (tied to lm-sensors === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [12:39] hey [12:39] bluefox: won't solve the principal problem [12:39] doko, i have a small python thingie for the notificationn area [12:39] doko: sensors-applet IIRC [12:39] want it ? [12:39] pitti: I guess not. [12:39] is there a way to compile just one module? [12:40] instead of `make modules` to make them all [12:40] doesnt module-assistant address that ? or is it only for "not in kernel tree" modules ? [12:47] aimaz: Sure. make modules DIRS=/path/to/the/directory/that/holds/the/source/for/the/module === dsas [n=dean@host86-129-14-249.range86-129.btcentralplus.com] has joined #ubuntu-devel === fabbione yawns [12:48] hey [12:48] fabbione: Hey! Any action today? [12:49] aimaz: Something along those lines anyway. Check the top-level makefile. It's got loads of helpful comments. [12:50] shawarma, ok, thanks [12:50] shawarma: no nothing yet [12:51] 90C CPU ..., then it throttles down === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-64-26-167-82.d-ip.magma.ca] has joined #ubuntu-devel === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-devel === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === ohoel_ [n=beshy@85.89.201.75] has joined #ubuntu-devel === lucas [n=lucas@d83-177-206-171.cust.tele2.fr] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [01:02] fabbione: How much overdue is she? [01:02] Keybuk: http://librarian.launchpad.net/3581111/buildlog_ubuntu-edgy-i386.debian-installer_20060711ubuntu5_FAILEDTOBUILD.txt.gz [01:02] shawarma: 2 weeks [01:02] Keybuk: does udev-udeb actually use libvolumeid0? if so, I need to tweak your packaging [01:03] infinity: can you help me with bootstrapping fpc? (bug #2253) [01:03] Malone bug 2253 in fpc "fpc needs bootstrapping on buildds" [Medium,Confirmed] http://launchpad.net/bugs/2253 [01:03] Kamion: oh, grr [01:03] that's my bad, sorry [01:03] the udeb is supposed to have a statically linked vol_id [01:03] ah [01:03] fabbione: Gah.. She must be REALLY impatient by now. [01:04] shawarma: yeah indeed [01:04] Keybuk: can I let you take care of requeueing debian-installer once you've fixed that? I'll be away tomorrow [01:04] Kamion: how do I do that? [01:04] is it just a source package? [01:05] yes [01:05] ok, given back [01:05] plain and simple - it's only the .changes that is a little odd [01:05] uh, s/given back/fixed udev uploaded/ [01:05] Keybuk: err, surely only after you've fixed udev? :-) [01:05] I knew what I meant :p [01:05] aha [01:06] had removed that by accident while debugging stuff === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [01:09] Heya === jdub [n=jdub@ppp121-112.static.internode.on.net] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [01:25] ogra: new ubugtu feature? [01:26] pitti, it reports new bugs in lp immediately to #ubuntu-bugs [01:26] ah, cool [01:26] ubugtu's best feature is @chuck [01:26] eh? [01:26] ogra: DoSing the channel, eh? :) [01:27] not atm ... but i will part from there during release time :) [01:27] heh === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel [01:30] Kamion: dapper point release> we should check whether we got the pbbuttonsd fix in to disable anacron on the live CD; I don't know off-hand whether we did that already [01:32] but since there's no new version in dapper-updates, I suppose that's still outstanding [01:32] pitti: no pbbuttonsd in dapper-updates; can you look at fixing that tomorrow? [01:32] Keybuk: ^ can you please confirm? [01:32] it wasn't a pbbuttonsd fix? [01:32] it was a casper fix [01:32] Keybuk: ah, casper [01:32] casper tried to disable anacron wrong [01:32] Keybuk: do we have the fix in dapper-updates already? [01:32] (given the stupid, pedantic, idiotic, crap way invoke-rc.d works) [01:32] I think so [01:34] no, we don't === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel [01:38] Riddell: some MIR like openct rang a bell, as if I had already seen them in the past and complained about hard supportability [01:39] pitti: I could see if gpg2 can manage without it, I've no idea if it can or not === pygi_ [n=pygi@89-172-227-246.adsl.net.t-com.hr] has joined #ubuntu-devel === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-devel [01:42] Riddell: I'll look at the stuff tomorrow in detail and talk with you === poningru [n=poningru@adsl-220-157-124.gnv.bellsouth.net] has joined #ubuntu-devel [01:43] <^ohoel> direct rendering with the ati drivers fail because X is trying to open /usr/X11R6/lib/modules/dri/r300_dri.so (which doesnt exist) instead of /usr/lib/dri/r300_dri.so [01:43] <^ohoel> should I file a bug for that? [01:43] In what? [01:44] Dapper or edgy? [01:44] <^ohoel> edgy :) [01:44] Ok [01:44] <^ohoel> upgraded, though [01:44] Mesa's got ahead of X [01:44] ^ohoel: file a bug, then :-) [01:45] I'd check if there's a bug, but it ought to get fixed with the next xorg upload [01:45] <^ohoel> okay, I'll do a clean knot1 install and see how things fare first then :) [01:45] there's a bug on it already [01:45] 54299 [01:45] <^ohoel> bug 54299 [01:46] Malone bug 54299 in mesa "libGL.so can't find DRI modules" [Untriaged,Unconfirmed] http://launchpad.net/bugs/54299 [01:46] the fix is described in the report. === Viper550 [n=viper550@d57-121-167.home.cgocable.net] has joined #ubuntu-devel === Viper550 [n=viper550@d57-121-167.home.cgocable.net] has left #ubuntu-devel ["Leaving"] === KaiL [n=KaiL@p548F54CF.dip.t-dialin.net] has joined #ubuntu-devel === angasule [n=angasule@190.49.200.121] has joined #ubuntu-devel [01:58] pitti: I'm still curious as to how packages that break with GccSsp are handled [02:03] bluefox: there aren't many; we just found glibc so far [02:03] bluefox: and if there is any, the quick fix is just to build with -fno-stack-protector [02:03] bluefox: of course it's better to fix the actual bug [02:03] pitti: don't forget libgcc (or is this now working with ssp?) :) [02:04] slomo: right, but that has been fixed [02:04] pitti: but no plan on providing a mechanism for reporting, i.e. so the user can easily audit which packages (in main at least) aren't protected? [02:04] bluefox: reporting? [02:05] pitti: yaboot was another; it builds without libc [02:05] bluefox: I plan to write a script to report packages which aren't yet built with ssp, if you mean that [02:05] Kamion: right [02:05] I made it use -fno-stack-protector [02:05] it doesn't use -fstandalone though, not sure what's up with that [02:05] pitti: amortized, it's a big help; strictly speaking, I can't 'rely' on stack smash protection to actually be applied to any package [02:05] does -fstandalone imply -fno-stack-protector? If not, it surely should [02:06] pitti: albeit amortized gains are often very, very awesome in practice ;) [02:06] Kamion: any library that doesn't use glibc or libssp can supply __stack_chk_fail() and friends itself ne? [02:06] the kernel for example; although this is largely useless according to the hardened gentoo guys. [02:07] bluefox: nm -D | grep __stack_chk_fail could be wrapped easily enough [02:07] bluefox: I don't see the point for most standalone things [02:07] (I've only witnessed one stack buffer overflow in the kernel ever myself) [02:07] Kamion: Not all programs have __stack_chk_fail() in them, I did write a script to test for it. [02:07] aside from the kernel, they're not usually running on security boundaries [02:07] there's a few executables and libraries that never use a local char[] buffer [02:07] so they don't get any protection (they don't need it) [02:08] thus they don't go looking for the symbol [02:09] mdz: do you think we can basically sync oo.o from dapper-proposed to dapper-updates, then? i.e. are you in principle happy with it as it stands? === Kamion had better go and pack [02:12] Keybuk: the archive's all yours for the weekend ;) [02:12] heh [02:13] Kamion: have fun at the wedding [02:13] I promise not to redecorate while you're away :) [02:13] mdz: I've sent mail to Adam about the livefs sorting stuff and asking him if he can do a dapper livefs build [02:13] thanks [02:13] I bet that's what you say to all the boys [02:13] lol [02:13] Kamion: I haven't even looked at it; was there an email with the changes? [02:13] Weddings are nowhere to look for boys. Try college. [02:14] good night everyone [02:14] later pitti [02:14] mdz: https://lists.ubuntu.com/archives/dapper-changes/2006-July/011897.html [02:14] Kamion: only when David's out of earshot [02:14] https://lists.ubuntu.com/archives/dapper-changes/2006-July/011898.html [02:14] that's the best I can offer at present === robertj_ nominates Lathiat to attemp to slay the avahi issue at Tuesday's TechBoard Meeting;) === robertj_ uses his how not to be seen skills [02:18] hmm? [02:19] I thought Lathiat was on the "don't enable by default" side? [02:19] sounds good, anything to get my email to go down ;) [02:19] I have to stand on it every morning & jump up & down to compress it [02:19] otherwise my laptop won't close [02:19] doesn't that void your warranty? [02:21] I am on the "don't enable by default" side [02:21] these aren't macs [02:23] I just love arguments that involve windows or mac :] [02:23] ohoel: don't macs have something like Avahi? [02:24] and isn't their security model, "We're not PCs, we don't have any viruses"? [02:24] bluefox: apple wrote mdnsd [02:24] "bonjour" [02:25] bluefox: yes, but I fail to see the relevancy of those arguments in any case... [02:25] not just in this case but on a general basis [02:25] tseng: yes my point though is I'd rather not just one day wake up and find that I have something that magically makes changes to my network "as needed" to "get things working" with my only consolence being a pat on the back from Ubuntu saying, "We're pretty sure we're not exposing you to any security holes automatically" [02:26] Oh god can we avoid this discussion *here* as well? [02:26] which as I understand is what avahi does-- opens and closes doors on the network for random programs in places where they'd normally just not work [02:26] you are making things up [02:26] tseng: Hush [02:26] It's on the tech board agenda [02:26] tseng: no, not really. Going on broken understanding of the topic maybe. [02:26] I intend to spend Tuesday evening with a bottle of whisky and my laptop [02:26] bluefox: yes, lets all shutup. [02:26] oh god no [02:27] no coding while you're drunk [02:27] bluefox: Oh, I won't be coding [02:27] I'll just be making long-term decisions about the Ubuntu network security model [02:27] just think about waking up the next day and saying, ".... Jesus, when the hell did I write THAT crap?" [02:27] It'll be fine [02:27] What could possibly go wrong (other than ANOTHER 10,000 EMAILS) [02:27] I hope you're kidding [02:28] he revesed the macbook pro with a bottle of alcohol [02:28] he can handle it. [02:29] bluefox: If you have any concern over any of the technical justifications I may give at the tech board meeting, please feel free to point them out === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [02:29] mjg59: we should have had a special emergency meeting of the technical board to discuss it while mdz was in the UK [02:29] Keybuk: Yeah, with hindsight [02:29] in a pub [02:29] with an unlimited budget [02:29] With Mark buying [02:30] mjg59 is more together while drunk than a lot of people are while sober, to be perfectly honest [02:30] Should have done it in Wolverhampton [02:30] heh [02:30] bluefox: I wrote usplash having spent an entire week very, very drunk [02:31] mjg59: I know people who claim they drive much, much better when they're smoking pot in the car; it doesn't make me feel any more secure ;) [02:31] right, bed, see you lot on Monday [02:31] bluefox: especially when it's the guy at the front of the bus with the cap? [02:31] Kamion: enjoy [02:33] Oh god there's a fruitfly in my beer === mjg59 cries [02:33] eww. [02:33] I probably carried it home in my hair [02:33] I hate bugs, they're both icky and disgusting. === Keybuk wonders how far the nearest 24hr licenced shop is [02:33] I slaughtered about a thousand of them today === rpedro_ [n=rpedro@87-196-73-153.net.novis.pt] has joined #ubuntu-devel [02:35] WTF [02:36] the house of the neibourg is on fire [02:36] and it's burning close to main power lines [02:36] if i fall off you know why [02:36] I need X so bad. [02:37] somebody bash.org fabbione [02:37] bluefox, whats wrong with X? [02:38] rodarvus: it seems that half the drivers for the new X in edgy have not been uploaded to the build server, or something. [02:38] bluefox, yes, thats right [02:38] including vesa and via (I have a via card), which are both my options; so I can't use X in edgy at the moment. [02:38] and that leads to the next question -> what is your video card? [02:38] ok [02:39] rodarvus: I think for future reference, when X is going to break its driver ABI, vesa should be rebuilt first :) [02:39] bluefox, if I prepare a via package in the next few minutes, and update it to a staging are, would you volunteer to test it? [02:39] rodarvus: Sure [02:40] bluefox: nothing to joke about [02:40] all the lines pass close to that house [02:40] fabbione, indeed [02:40] fabbione: I know, I'm a bad person. [02:40] it's one of the oldest in the area [02:41] Kamion: can we easily adjust the progress bar in ubiquity for the point release, to account for the langpack changes? [02:41] bluefox, keybuk: while it'd be great if it was enabled by default its clearly not going to happen I don't see the Tech board overriding the decision of the responsible people to grant an extra open port policy in any case so its a moot point really IMHO [02:42] and sounds like the option to enable it is pretty much done in gnome & kde so people can stop arguing a solution is implemented ?:) [02:42] but we can discuss it at the TB if people think it'l help [02:44] Lathiat: We're going to discuss it at TB to make the big pile of email go away [02:45] thats what i mean by helping :) [02:47] Pleeeaasse :-) [02:47] mdz: (still here because I'm INSANE) what langpack changes do you mean? === Arrogance [n=aks@ottawa-hs-64-26-167-82.d-ip.magma.ca] has joined #ubuntu-devel [02:48] anyway, yes, it's relatively straightforward to adjust if you just mean changing the waypoint positions [02:49] really -> bed now [02:49] Gnight Kamion [02:58] bluefox, I've built (and uploaded) xserver-xorg-video-via === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [02:59] it is also available at the staging repo I told you about -> http://people.ubuntu.com/~rodarvus/packages/xorg/ [02:59] I'd appreciate if you could test it. === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [02:59] rodarvus: will get [03:00] please report as soon as you have results :) === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [03:01] rodarvus: broken anything else today? ;) [03:02] of course. [03:02] rodarvus: oh dear :( [03:02] if its not broken, then its not interesting. [03:04] broken is fun [03:04] unbreaking binary drivers isn't [03:06] afternoon === bluefoxicy [n=ubuntu@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [03:08] well [03:08] The good news is, I'm back in X [03:08] The bad news is, I'm on a live CD. [03:08] rodarvus: Starting X with that driver makes the system cease to respond [03:09] can't kill X, can't sysrequest, can still make the numlock light turn on and off. [03:09] I would call that not working. [03:09] hmm [03:09] fun stuff [03:10] bluefoxicy, do you have the rest of the X.Org libraries up-to-date? [03:10] yes, I apt-get update/upgrade/dist-upgraded about an hour ago at most. [03:10] *nods* [03:11] bluefoxicy, I uploaded xserver-xorg-video-vesa to the same location, if you're willing to test it [03:11] rodarvus: Sure. I'll just mount my root and... oh um, what URL again? I seem to have lost that. No logs. [03:12] bluefoxicy, also, the logs of the failure using the via driver + xorg.conf would be immensely appreciated (attached to new bug on LaunchPad :) ) [03:12] http://people.ubuntu.com/~rodarvus/packages/xorg/ [03:12] rodarvus: yeah I should be able to get an xorg.0.log; the system seemed alive, just ill responsive, so it probably made a log. [03:13] indeed. [03:14] bluefoxicy, also, please make sure you (temporarily) add this repository to your sources.list, to make sure the rest of the (input) drivers you might be using are up-to-date too === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel [03:15] rodarvus: do you happen to know if X is broken for everyone, or just the ATI/Nvidia users? [03:15] rodarvus: deb http://people.ubuntu.com/~rodarvus/packages/xorg/ / main? [03:16] Hobbsee, nvidia binary driver is not affected, don't know about ati [03:17] ati and nvidia opensource drivers are already uploaded (and published) [03:17] deb http://people.ubuntu.com/~rodarvus/packages/xorg ./ [03:17] deb-src http://people.ubuntu.com/~rodarvus/packages/xorg ./ === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [03:18] ah. Just ./, ok. [03:18] rodarvus: right, okay. any idea on intel cards, specifically (just the default drivers)? === bluefoxicy reads the release file.. ok got it. [03:19] Hobbsee, i810 is published too [03:20] rodarvus: cool. it just might be safe to update then :P [03:20] Hobbsee, http://people.ubuntu.com/~rodarvus/packages/xorg/status.txt always has up-to-date information on what has been uploaded/published [03:20] its always safe ;) [03:20] zul: well, they havent had apt break dramatically in a while, so i guess you could say that. [03:20] Hobbsee, Edgy is a development version of Ubuntu - if it breaks, you get to ammend the pieces ;) [03:21] rodarvus: ah, thanks :) [03:21] rodarvus: i'm aware of that - i'm just not that great a fan of losing X if i dont have to :P [03:21] seeing as i dont have the expertise to fix it [03:21] X is obsoleted :) [03:21] who needs X anyway... [03:21] hehe === Hobbsee likes X. [03:21] rodarvus is obsolete :) [03:21] actually, if I'm not wrong, Edgy is not upgradeable right now, due to missing update on openoffice.org-l10n-en_gb & openoffice.org-l10n-en_za [03:22] bit hard to fix kubuntu with no X. [03:22] Hobbsee: gtkfb? no qtfb? [03:22] rodarvus: ah yeah, i noticed that. i was more concerned with the mesa stuff, that might kill my machine for a while [03:22] fabbione: er, what? [03:22] Hobbsee: bah... during breezy x was broken for about two weeks (or longer)... ;) [03:22] zul, I'll plant a trojan horse on X - we'll see who's obsoleted :) [03:22] Hobbsee: gtk with directfb support :) [03:22] fabbione: ah. no idea. [03:22] rebooting. [03:23] rodarvus: ill plant a trojan horse in the kernel so there ;) [03:23] (pseudo-code) if username == 'zul' abort(); [03:23] Hobbsee: so you get rid of X 100%.. tho you need a working fb :P [03:23] fabbione: haha great. === AlinuxOS [n=alinux@d83-176-15-105.cust.tele2.it] has joined #ubuntu-devel [03:23] zul, we're even, then :) [03:24] rodarvus: damn straight :) [03:24] tsk [03:25] rodarvus, zul: you have both being owned... [03:25] fabbione: yes my master... === fabbione makes zul and rodarvus note that he did maintain both X and kernel before... rootkits? obsolete toys === rodarvus pays respect to master fabbione [03:25] raise young lords of the sith [03:26] heh.. [03:26] did i mention that i dont like star wars ;) === nixternal_ [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [03:29] rodarvus: upgraded from your repo, via still busted. vesa works. [03:30] hooray [03:30] bluefoxicy, please report the via brokeness to LaunchPad [03:30] I'll deal with it tomorrow, probably === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel [03:41] wow did this get worse since last time I looked at it === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel [03:43] bluefoxicy, ? === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel [03:44] rodarvus: scrolling causes a ripple to start at the bottom of the screen and climb to the top for about half a second; same if I get a message in a channel where the IRC window is full of text [03:44] I just don't remember the vesa driver being this slow. [03:44] vesa driver is slow. [03:44] it is not accelerated [03:45] so I noticed! :D [03:46] isn't that the behavior ever since? [03:46] jsgotangco: I used to watch videos with Vesa. It'd eat 100% cpu but the video was smooth :) [03:46] thats why vesa is such a bad way to benchmark right [03:46] ahh [03:46] It was slow, yeah, I just don't remember it being *this* slow :) At any rate, not important; it works. === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel [03:47] bluefoxicy, don't forget to open the bug on LP :) [03:48] rodarvus: that's what I'm doing :) [03:48] #54308 === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-devel [03:52] bluefoxicy, please attach the output of lspci -vv to this bug too [03:52] sorry, forgot to tell you before [03:54] done. [03:57] bluefoxicy, thanks === RadiantFire [n=ryan@c-69-180-43-27.hsd1.ga.comcast.net] has joined #ubuntu-devel === pygi__ [n=pygi@89-172-200-199.adsl.net.t-com.hr] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-120-239-162.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.42.200] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.2.93.revip2.asianet.co.th] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel [05:23] fabbione: You up yet? [05:23] bddebian: i never went to sleep [05:23] Yikes [05:23] fabbione: Any idea why we diverged from Debian for twm? [05:24] bddebian: probably because of modular tree hitting Ubuntu a year earlier than Debian? [05:24] but otherwise no [05:24] Oh, aye, duh. Probably safe to re-sync back now though eh? [05:24] oh btw [05:25] thx for fixing X :) [05:25] bddebian: i assume so... [05:25] (whoever fixed it :)) [05:25] bddebian: i don't use twm so i really have no idea === Chipzz actually knows someone who uses twm [05:25] fabbione: OK sorry, just the last changelog entry from Daniel Stone says taking maintainership from you.. [05:25] on debian though :P [05:26] bddebian: i think i did one or two uploads because i was doing the batch of X apps when we went modular [05:26] though I can't really grasp why someone would be as masochistic as to use twm :| [05:27] Chipzz: a long time ago, there was no other option... [05:27] fabbione: as in, 15 years ago [05:27] fabbione: OK, sorry to bug you just trying to cover my ass before merging/syncing. Thanks. [05:27]