[00:02] bryce: that's pretty good news :) [00:03] bryce: 7.3 sounds like it will be quite nice given all the issues I've had with monitor support and dual displays [00:05] mekius: There's nothing especially relevant in 7.3 from that point of view [00:05] well, yeah what mjg said [00:05] hmm [00:05] Then why is that the big selling point of xserver 1.4? [00:05] what'll fix that is better xrandr support in the drivers [00:05] It's not [00:05] that you don't need to have all the monitor config :/ [00:05] input hotplug [00:05] well xrandr then [00:05] of course it does come down to the drivers like you say [00:06] and actually I've heard mixed reviews about the state of input hotplug right now [00:06] 7.3 was the first full Xorg release with randr 1.2, but xserver 1.3 (which we shipped in gutsy) has the full protocol implementation [00:06] well afaik, there is no driver which fully supports xrandr 1.2 [00:06] ATI and Intel both support it [00:07] there's still so many bugs in -intel and -ati (not only about xrandr, but...) [00:07] I anticipate bug work for -ati and -intel is going to occupy the majority of my time for hardy [00:10] presently I've been focusing on just trying to lay groundwork for getting more people more deeply involved in driver debugging, as I think it's going to require a broad effort to get things squared away properly === thom_ is now known as thom [00:43] * lamont notices that X moved to vt9, wonders why [00:43] how do you create an ellipse in gimp? [00:44] with the ellipse tool? [00:44] it's the second one :) [00:44] i see an ellipse select tool but not one that draws an ellipse [00:44] right [00:44] so select the ellipse [00:44] maybe i am just a n00b ;) [00:44] then stroke it [00:44] oh [00:45] how do you do that? :) [00:45] Edit -> Stroke Selection [00:46] select a line width, or tool, or brush [00:46] ah! :) [00:47] thanks for the help [00:47] i'm making an image for a bug report and needed to circle something on it [00:47] :) [00:47] the nice thing about the way gimp does it is you can make any shape just by combining selections [00:47] though it's a big obtuse [00:55] I was having an /sbin/modprobe abnormal exit error on the 2.6.22 series of kernels. This would happen during boot and leave it hanging with "loading manual drivers" [00:55] however the feisty kernel, and my newly compiled 2.6.23 kernel both function [00:55] this is on amd64 === RAOF_ is now known as RAOF [03:40] hi [03:40] anyone know how to lock icons on desktop? [03:41] t3318: I've no idea, but #ubuntu is the right place to ask support questions rather than here [03:42] yes [03:42] but I've asked this question many times there [03:42] but noone has answer [03:42] :( [03:42] I think Developers may have some idea [03:43] if developers have no idea, I don't know where to find answer :( [03:50] this is still not a support channel. [03:51] dont think you can, actually [04:07] heh. [04:07] so if I tell xchat to use the tree instead of tabs for channel switcher, and then don't actually join any channels on a server, then that entry in the tree is labeled '' [04:07] and private message windows don't change that [04:13] Hobbsee: in gnome I think you can [04:13] Chipzz: how? i didnt see it [04:13] t3318: maybe sabayon is what you're after? [04:13] but i didnt look thru the registry, etc, either [04:13] not sure if that is what you mean though [04:14] sabayon is a tool for system administrators to preconfigure and lock-down gnome [04:16] Hobbsee: sabayon and gconf will let you do it [04:16] Burgundavia: right. [04:16] * Hobbsee checks if we install sabayon by default [04:17] no [04:17] right :) [04:17] heh [04:17] this is weird [04:17] when I run powertop, I see this coming up every now and then: [04:17] 0.5% ( 1.0) ifconfig : b44_open (b44_timer) [04:17] so I was wondering what spawned that [04:18] At a guess, I suspect it's your ethernet driver? [04:18] and replaced /sbin/ifconfig with a small shell script logging ifconfig's command line args to a file in /tmp, and then invoking the real ifconfig [04:18] but no files get created? [04:18] Uhm. [04:19] You've presumably ifupped your device at some point? [04:19] yes [04:19] So... [04:19] but ps aux | grep ifconfig yields no results [04:19] Correct. Ifconfig isn't running any more. [04:19] so it is not an already running ifconfig [04:19] so [04:19] It's a kernel timer [04:19] why does it show up in powertop then? [04:19] Because it's causing wakeups? [04:20] yes [04:20] but if it is, like you say, a kernel timer, then it ought to show up in powertop like this: [04:20] 0.5% ( 1.2) : neigh_table_init_no_netlink (neigh_periodic_timer) [04:20] (or something like that) [04:21] powertop has different "notations" for user space and kernel space programs [04:21] No [04:21] Chipzz: well.. is 1 wakeup per second really bugging you? [04:21] It's a kernel timer that was triggered by a userspace process [04:21] Therefore it shows the process that triggered it [04:21] jdong: it isn't, but I'm actually curious why it's doing that [04:22] Because you run ifconfig, it opens the device, opening the device causes a timer to start running [04:22] which keeps running even after ifconfig has exited? [04:22] Assuming you wouldn't prefer the interface to be immediately downed after ifconfig exits, yes [04:22] hrrrm [04:23] I was assuming that something was wrong in our udev rules or something, which kept invoking ifconfig every few seconds [04:23] apparently I'm wrong then :) [04:27] so this isnt a recurring thing, just an artifact of ifconfig setting up some timeouts and exiting [04:29] Correct [04:30] Strictly it's the kernel that sets those up, ifconfig is just asking the kernel to bring the interface up [04:30] b44 just doesn't seem to have interrupts for this sort of thing [04:33] hey, speaking of laptop kernel stuff, is tifm still in the ubuntu kernel? [05:01] pwnguin: yes? === SLaPoet_ is now known as SLaPoet [05:36] i cant build hardy with pbuilder, i have downloaded debootstrap from the mirrors and it doesn't work [05:43] I had an application crash and now I have no mouse movement, but I do have terminal inputs. What should I do to file a proper bug? [05:44] (plugging/replugging mouse doesn't wokr) [05:44] reportbug [05:45] Well, without mouse movement (and not knowing how to reenable it without doing ctrl-alt-backspace) if I go to do that I'll spoil whatever data I can grab here. Just wanted to know if I could dump some file first [05:47] heh [05:47] reportbug is a program to make bug reports from the terminal [05:48] oh, heh. Yeah. Still, there won't be any info from there that I couldn't get by just going to launchpad at this point. [05:48] Is there a way to reload just the mouse system of X? [05:48] Or do I need to do a full ctrl alt backspace? [05:49] All processes related to the app I was running are no longer running, so nothing should keep locking the mouse [05:49] nxvl: reportbug does not work in Ubuntu [05:50] YokoZar: what is locked the mouse is likely X [05:50] logout [05:50] and this really isn;t a support hcannel [05:50] Burgundavia: so why is it on the mirrors? [05:50] Burgundavia: I know, but I'm talking about how to file a good bug here :) [05:51] Anyway, thanks. bbl. [05:55] Burgundavia: is debootstrap ready for hardy or it isn't? [05:55] I have no idea [06:00] mmm [06:15] * calc notices he will soon get beat up about the 1ubuntu5.1 update, apparently OOo can't handle 32bpp bitmaps [06:19] nxvl: apt-get source and find out :) === Whoopie_ is now known as Whoopie [07:04] Anyone here use a solid state hard drive? [07:05] m1ke: offtopic? [07:05] jdong, you the man as this is where you hang out at. ;) === ion_ is now known as ION_ [07:19] good morning [07:20] Good morning, and MERRY CAPS LOCK DAY. [07:20] HEY ION_! [07:32] Good morning [07:34] heya pitti [07:34] mhb: ping [07:38] hey thekorn_ [07:39] so how's hardy looking? :-) [07:39] Actually, I'm looking for mvo... [07:40] mvo's UTC+0300, right? [07:41] manchicken, if he's in Germany, that's UTC+0200 right now [07:41] Okay. [07:41] So that's what, 8041? [07:41] 0841* [07:42] yes, he usually gets up a bit more late :-) [07:42] also he might be at ubucon germany [07:42] Righto. I'm at 0142, just trying to figure out libapt a bit. [07:42] Seems like he's the only one that's quite cracked that nut. [07:42] you could say that :) [07:43] Oh, believe me, I am saying that. And what a nut it is. [07:43] And I'm trying to pry open that coconut with a toothpick... === thekorn_ is now known as thekorn [08:07] Is anybody else having trouble getting python-mode loading in emacs22? === luisbg_ is now known as luisbg [08:10] manchicken: it doesn't matter if other people are you not. If _you_ are having trouble loading python-mode in emacs22, then that is a bug [08:11] manchicken: for me, python-mode got uninstalled, so you may need to reinstall it [08:11] sladen: Well emacs22 is supposed to have one. [08:12] And if I `M-x load-library python` in emacs then I get some font-lock-mode goodness, but not the really slick python-mode that I came to know and love under emacs21. [08:12] manchicken: I'm sure emacs22 is supposed to bigger, better and bolder [08:12] so far the only one I can confirm is that its bigger [08:12] So emacs22's built-in python mode seems to suck, if what I've got of it is the right fella. [08:12] Well its supposed to have UTF8 support. [08:12] IIRC [08:12] Which would account for the bigger. [08:13] might aswell install the external python-mode you've grown to know and love under emacs21 [08:14] Which requires emacs21 [08:15] Depends: emacs21 | xemacs21-bin | emacs-snapshot | emacsen [08:17] Submitted bug #155681 [08:17] Launchpad bug 155681 in emacs22 "python-mode seems broken in emacs22" [Undecided,New] https://launchpad.net/bugs/155681 [08:17] emacs22 Provides: emacsen [08:19] manchicken: responded, is it still broken? [08:21] Nope [08:23] I've tried that one several times, too :) [08:23] I gave you the output of the install though. [08:23] manchicken: can you paste it into the bug report, along with the output of from the two command lines I've just included into it? [08:23] I did :) [08:32] sladen: replied [08:34] Alright, I've gotta go to bed. Catch you later. [08:41] does any one here knows what's the purpose of the ~/.local directory ?? why it will mass up ur system if the permission is set to something else ???? [08:42] S^n1x: this is a channel for development of Ubuntu, not a support channel. Please ask in #ubuntu. [08:45] ok, thanks === carlos_ is now known as carlos [09:00] hey seb128 [09:00] hey raphink [09:01] hello dholbach [09:06] hi dholbach && seb128 [09:06] hey raphink === Mez is now known as Mez|Away [09:20] * Hobbsee waves [09:21] hi Hobbsee [09:32] *hugs* all round [09:32] *hugs highvoltage back* [09:37] hey, hey, don't show too much faviouritism. There's 211 people on this channel, and they'll all be wanting a hug at this rate [09:37] sladen: oh well :P [09:37] sladen: although, the ones talking are the ones likely to want hugs. [09:37] well, when everyone hears hobbsee's handing out free hugs [09:37] * sladen stands around uncomfortably looking at the ceiling [09:38] it'll be more popular than #u-r-p [09:38] * RAOF hugs Hobbsee, and coffee, and the nvidia drivers that inexorably leak memory with compiz [09:38] * highvoltage is glad he still got a while there still was one available [09:39] insert a "hug" somewhere between "a" and "while" :) [09:39] * Hobbsee refuses to hug RAOF, as he didnt come to the release party. nyah :P [09:39] * RAOF is a sad panda. [09:39] * pwnguin is a skull panda [09:40] * RAOF has a skull. [09:40] And a raven. [09:40] It's all very gothic. [09:41] so do you bother informing nvidia their drivers leak, or just silently wait for nouveau to become the official nvidia driver? [09:41] pwnguin: Point me to a damn nvidia bugtracker, and I'll file bugs. [09:41] oh, i never said there was one [09:42] Yeah. The least they could do is actually have somewhere to constructively bitch at them. [09:42] they have a forum [09:42] but i guess its not constructive really [09:42] forumsdonotmakegoodbugtrackerskthxbye [09:42] no they dont [09:42] spacesmakegoodfriendswithworks [09:43] seb128: ping [09:43] Hobbsee: the question is, do you push for nvidia to adopt a bug tracker, or hope they fold under their own weight? [09:44] hey Hobbsee [09:44] seb128: new gnome seems to work fine here, btw (from -proposed) [09:44] Hobbsee: cool, thanks ;-) [09:44] pwnguin: Neither. I bitch on irc! [09:44] pwnguin: you dont buy nvidia cards. easy fixed. [09:44] pwnguin: But I'll plump for the latter. Maybe with the panacea of open specs. [09:45] RAOF: linux-bugs@nvidia.com [09:45] Hobbsee: what do i buy then? [09:45] pwnguin: intel cards. [09:45] ok. [09:45] newegg link? [09:45] pwnguin: ATI cands, soon, hopefully. [09:45] pwnguin: and of course, the most effective bitching is done on livejournal, which is not syndicated to planet, nor anywhere else. [09:46] pwnguin: i'm not in the US. now newegg here. [09:46] well the point was that intel doesnt sell cards [09:46] they sell chips [09:47] oh, nyah. well, wahtever. [09:47] RAOF: has novell published a source repo or anything like that for their alleged efforts? [09:47] the point is that you buy cards from a manufacturer where you dont have to give a damn about compatibility, as they have open drivers, and it all Just Works :) [09:47] heh [09:47] except when this manufacturer is mythical [09:48] pwnguin: Doesn't gutsy already have the first whack at that driver? [09:48] RAOF: i donno [09:49] its got an open ati driver for some stuff, but i think you knew that [09:50] pwnguin: There's -ati, -fglrx, -avivo, and something like atihd which is the new open driver. [09:51] Hobbsee: if you want an amd motherboard, you cant get intel video =( [09:51] but why do you want an amd motherboard? :) [09:52] ive no idea. i already have one. when i bought it, intel didnt even do 64 bit [09:52] the only AMD based motherboard it'd be worth having is the OLPC one; which is at least open down to the core [09:52] or maybe you really like opterons [09:52] and their fantastic hypertransport cores [09:52] at which point, you likely dont care for video at all [09:53] pwnguin: as you might be able to see, i'm not much of a hardware geek. i just want it to work :) [09:53] sure, but perhaps you could realize that hardware exists before the dawn of choice [09:53] true :) [09:53] I have this laptop, it has a builtin keyboard, UPS, nipple and screen. Covers most of what I need [09:54] sladen: i'm not that bad ;P [09:54] oh, I am [09:54] if it's ain't black, send it back [09:55] I don't recall the Ubuntu core principles being "Free of charge, because you'll need to buy a new computer to run it" [09:55] :) [09:56] anyways, hopefully ati will make good on it's suggestions of open drivers [09:57] and in some cases, one can at least say, "trade your card for an ati" or something [09:58] but im not sure if one bothers asking nvidia to set up a public bug tracker if it might lead to a less buggy closed driver and clamp demand for an open driver [10:02] there's also linux-bugs@nvidia.com and a bug report script === Mez|Away is now known as Mez [11:22] doko: our current debhelper dh_python adds '2.5' as version, but Debian didn't do this; I think we can drop this since it's a no-op now, and packages should use dh_pycentral or dh_pysupport; is that ok? [11:24] pitti: it' not a no-op for unconverted packages (which we might still have in some dark universe corners) [11:28] doko: ok, I'll keep it for now === Mez is now known as Mez|Away === Mez|Away is now known as Mez [12:33] cjwatson: remind me...we don't need to request sync request of build* versions of programs in ubuntu, do we? [12:34] (and if this is true, why are build*'s showing up in the merge-o-matic?) === dholbach_ is now known as dholbach [12:55] Hobbsee: no, you shouldn't need that. [12:55] Mithrandir: good, OK. [13:32] hi, any idea about https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/25931 ? i am not able to start hal [13:32] Launchpad bug 25931 in dbus "Failed to initalize HAL." [High,Incomplete] [13:33] i am not able to detect my hardware because of that [13:33] * Hobbsee suspects #ubuntu is a more appropriate channel [13:34] Hobbsee: i couldn't find any solution for this @ #ubuntu [13:34] being a high, incomplete bug, i prefered to check the status with the dev's [13:35] you should do that on the bugtracker then :) [13:36] ogra_cmpc: :) okay [13:36] pitti, mind looking at bug 112729 ? [13:36] Launchpad bug 112729 in bootcd "[bashism] /usr/share/bootcd/bootcd-run.lib: 144: Syntax error: "(" unexpected" [Medium,Fix committed] https://launchpad.net/bugs/112729 [13:50] mjg59: did you forward all your hal patches upstream? [13:54] seb128: what would happen if i disable the cron.monthly scrollkeeper-update, would only my docs be out of date or could worse stuff happen ? [13:56] ogra_cmpc: probably nothing, it's call by the postinst of packages installing scrollkeeper documentation [13:56] well, cron runs it as well [13:56] i'll disable it then [13:57] (it pulls teh classmate out of business for 1h if it runs) [13:57] ogra_cmpc: ah, that's a rebuilddb, not an update called in the cron [13:58] ah [13:58] ogra_cmpc: it's mentionned on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=95402 [13:58] Debian bug 95402 in scrollkeeper "strange symlinks in /var/lib/scrollkeeper/" [Normal,Fixed] [13:58] looks like that's a "rebuild the database every now and then in case it would not be correct" [13:58] not sure if it still makes sense [13:59] i'll look (takes a while to get FF up here :) ) [13:59] ogra_cmpc: I would say it doesn't make sense, users would notice breakages before the cron run [14:00] right [14:04] asac: i saw there was a mobile browser specced for UME, is that going to happen ? [14:29] DktrKranz: looking [14:31] DktrKranz: done [14:31] pitti: thanks [14:52] ogra_cmpc: hmm [14:53] using FF on the classmate gets quite painful over time (disk IO sucks so the fuller the cache the worse it gets) [14:54] * ogra_cmpc wonders how UME solves that [14:56] ogra_cmpc: hmm ... i remember that bug. [14:56] ogra_cmpc: thats something we should definitly look into for UME ... the patch would be beneficial for you as well i guess [14:57] yeah [14:57] ogra_cmpc: i think i looked into this once and the problem was that on unix there is no implementation of "get_memory_pressure" ... or something like that [14:57] well, the spec looked like you planned to slim down the xul backend as well [14:57] which should return a measure of how much memory is utilized ... the result of that is used to discard the cache [14:57] ogra_cmpc: i haven't drafted the spec ... do you have an url? [14:58] i.e. using epiphany doesnt help much, must be gecko thats slowing down [14:58] https://blueprints.launchpad.net/ubuntu/+spec/mobile-browser [15:00] ogra_cmpc: what about using epiphany with webkit? it's not ready yet but maybe for hardy... [15:01] seb128: news on whether epiphany devs plan to make the rendering engine pluggable vs. compile-time switch? [15:02] asac: no, I've read nothing indicating that for the moment but the 2 flavors can be installed together [15:02] seb128: i was planning to have a look at it ... currently it doesnt behave any differently to FF here it renders the fonts more appropriate though [15:03] but i think UME will have to solve that anyway ,,,, [15:03] ok [15:04] ogra_cmpc: hm? Why would we have to care about epiphany in ubuntu-mobile? [15:04] currently it takes several munites for me to load planet here (thanks to quim gil and his pic collections :)) www.heise.de (not many pics loads instantly though) [15:05] Mithrandir: you dont, but i suspect you wont just use the firefox we have without customizations :) [15:05] ogra_cmpc: we're using midbrowser. [15:06] thats the one from the spec above, right? [15:06] ogra_cmpc: yes. [15:06] wher can i get it ? seems not packaged [15:07] midbrowser | 0.1.6c-0ubuntu1 | gutsy/universe | source, amd64, i386, powerpc [15:07] midbrowser | 0.1.6c-0ubuntu1 | hardy/universe | source, amd64, i386, powerpc [15:07] seems about as packaged as it gets to me [15:07] hmm, right, i'm just blindc [15:07] ogra_cmpc: oh, sorry, I thought you were talking about pluggable backends to epiphany. The memory pressure thing I'm less sure what we'll do about. [15:08] Mithrandir: its mainly disk IO i'm concerned about [15:08] all operations from ram are fine here [15:08] but as soon as pics get stored it starts to suck up all IO [15:14] ogra_cmpc: so your problem is not the "in-memory" cache, but the disc cache? [15:16] asac: yup 2Gig USB flash disk [15:16] its pretty slow in general already [15:17] ogra_cmpc: you sure the IO you see is not swap? [15:17] there is no swap on this system [15:18] that would kill teh diskk pretty fast :) [15:19] ogra_cmpc: does ffox get OOM frequently for you? [15:24] no, it doesnt reach that point at all [15:24] it rather makes the system die on IO before it runs out of ram [15:25] ogra_cmpc: but it worked before, right? [15:25] or was it always that way? [15:25] it was always slow [15:26] it got worse between feisty and gutsy though [15:26] slow != dying [15:26] ok [15:26] well, on this HW slow == dying [15:26] to much disk IO and the system gets totally unresponsive [15:27] the probs with teh oom scheduler only showed in ltsp for me === agoliveira is now known as agoliveira_lunch [15:27] ogra_cmpc: ltsp is even less memory or what? [15:27] can be, yes [15:27] classmate has 256M [15:28] but runs the whole sys and desktop in this amount [15:28] ltsp can run with 48M [15:28] and ojnly runs teh X server and login manager [15:29] *but* the habit of ff using (and X allowing the client to) up all available ram on teh Xserver makes teh clients hardlock [15:29] on the classmate i dont run out of ram, but being able to tweak the cache settings might also resolve a lot [15:30] cjwatson: Would you be able to get me copies of glibc-2.6.1-1ubuntu1.{dsc,diff.gz} ? They seem to be before my archived snapshots window. [15:30] glibc (2.6.1-1ubuntu1) gutsy; urgency=low [15:30] -- Matthias Klose Tue, 28 Aug 2007 13:04:00 +0200 [15:30] ogra_cmpc: about:config ... search for cache [15:30] cjwatson: Or who should I ask ? [15:30] ogra_cmpc: i assume you already did that ... didn't you? [15:31] ogra_cmpc: e.g. browser.cache.disk.enable [15:31] ogra_cmpc: there is even ... browser.cache.memory.enable [15:31] cjwatson: If it's easy then having 2.6.1-1ubuntu3 too would be useful. [15:32] ogra_cmpc: looks like setting both to false should disable caching completely [15:32] iwj: https://edge.launchpad.net/ubuntu/+source/glibc/2.6.1-1ubuntu1 (and more general https://edge.launchpad.net/ubuntu/+source/glibc/) at the bottom of the page [15:32] cjwatson: Oh, if I URL-hack the source it works. [15:32] iwj: they should be fishable out of launchpad [15:32] iwj: get it from here: https://edge.launchpad.net/ubuntu/+source/glibc/2.6.1-1ubuntu1 [15:32] ... yes, as above :) [15:32] asac: hmm, i'll try, thanks [15:33] I tried this https://edge.launchpad.net/ubuntu/hardy/+source/glibc/2.6.1-1ubuntu1 [15:33] midbrowser takes 3min to load planet as well here btw [15:33] and didn't spot `hardy' in the URL. [15:33] iwj: from the links at the top of /ubuntu/+source/glibc ? [15:33] cjwatson: Yes. [15:33] if you use the links further down (in the big list rather than the what's-in-each-release table) then it works [15:33] I picked the top one and edited the URL. [15:34] Indeed. [15:35] ogra_cmpc: let me know if it works/helps [15:42] Anybody sighted mvo this morning? [15:42] manchicken: he went mad, so we shot him. [15:43] manchicken: iirc, he is not available today [15:44] Hobbsee: Nooooo! He's our only hope for libapt. [15:44] manchicken: too bad. it's your job, now. [15:44] Is there anybody else who knows this stupid library? [15:44] * Hobbsee doesnt,b ut wants to learn it at some point [15:45] manchicken: is it really urgent? otherwise he will probably be avail tomorrow. [15:45] We should force nixternal to document it. [15:45] sounds good. voluntell him to [15:45] asac: I'm just trying to work on but #104182. === cprov is now known as cprov-lunch [15:46] bug #104182 [15:46] Launchpad bug 104182 in adept "Adept allows removal of essential packages without warning" [High,Confirmed] https://launchpad.net/bugs/104182 [15:46] asac: Much thanks. [15:46] asac: If you read my second-to-last comment, I think that if left unchecked this could pose a bit of a script-kiddie risk [15:50] manchicken: i agree that this is a bug ... but security? ... no i don't think so. [15:51] asac: I didn't say security for sure, I just said that I think I can see how it would be a low but still somewhat potential security risk. [15:52] asac: You read my terribly clever script-kiddie scenario? [15:53] Aww, weak. My emacs issue got bumped to debian. [15:53] well ... if users execute a script they get from a 3rd party with sudo ... they risk more than just loosing libc ;) [15:53] Yes. [15:54] Except that scripts can actually execute themselves with sudo, so if the user didn't read the script (because maybe they don't know how to read scripts) they're at just as much risk as the unwise who intentionally execute scripts as sudo. [15:54] All they'd have to do is run it. [15:55] xen ubuntu kernel have a git repository ? [15:55] We're targetting not only folks like ourselves with our distro, but we're also targeting the average desktop user... so we kinda need to keep their experience level in mind. === BenC_ is now known as BenC [16:09] ajmitch: FYI, I merged tzdata and uploaded it (in the queue now) [16:16] seb128: all gutsy-proposed updates except of pango accepted [16:16] doko: you had a question/concern about the pango update? it's in gutsy-proposed now === beuno_ is now known as beuno [16:17] pitti: I'm happy if OOo still works. this should be tested [16:17]