[00:00] Riddell: still pending [00:00] Riddell: I'm working on kernel and openjdk updates at the moment [00:00] ScottK: no i mean the fact that it launches a browser but does not return [00:01] ScottK: and since firefox when launched does not return it keeps launchpad-integration running iff firefox isn't running already [00:01] I see. [00:01] ScottK: i'm talking about the launchpad-integration binary not library interface [00:01] Yes. [00:03] Our KDE packages use it too. [00:04] lessee if it works. [00:04] * calc kicks ATT [00:05] too much packet loss for me to reach lp [00:06] * calc sees if he can leech off someone else's wifi for a few min [00:09] great,now X is crashing. [00:13] Necrosan: progress ;-) [00:15] bryce: Are you around? [00:15] StevenK: yes [00:16] bryce: So, do you know libx11-dev is broken? :-) [00:16] nope; bug #? [00:16] bryce: libx11-dev Depends on libxcb-xlib0-dev, libx11-6 Depends on libxcb1, libxcb-xlib0-dev pulls in libxcb-xlib0 and libxcb1 and libxcb-xlib0 Conflict [00:18] StevenK: hmm let me look [00:19] dtchen: sure - I would've had the bug fixed by now, too, if it weren't for the fact that ia32-libs is such a seeping horror that requires every single lib it builds against to be in sync before you can upload... [00:20] can anyone help me? I installed realvnc but it doesn't include Xvnc, needed to run it [00:20] sorry, wrong channel :p [00:20] this should go in #gentoo [00:20] hmm, according to the libx11 control file, libx11-dev depends on libxcb1-dev. Where does libxcb-xlib0-dev come from? [00:21] bryce: apt-cache show in my jaunty chroot says libxcb-xlib0-dev [00:21] StevenK: mm, not sure that I'll have a chance to get to that today, we'll see [00:22] bryce: Double checking [00:22] StevenK: ok this may be beyond my packaging-fu but it looks like the *old* libx11-dev depended on libxcb-xlib0-dev (up to libx11-1.1.5), but the new one does not have that dependency any longer [00:23] presumably something should be added to clue apt in of the change? [00:23] bryce: Mmmm. I just updated against archive.u.c, so looks like libx11-6 and libx11-dev are out of sync on my mirror [00:24] * StevenK kicks his mirror and tells it to update [00:24] aha [00:24] right, libx11 was just uploaded today [00:25] it was dep-wait on libxcb which was dep-wait on xcb-proto; I fixed that so I could upload ia32-libs :P [00:25] slangasek: ahaaa [00:25] Ahhh [00:26] ahhhhhhhhh [00:26] sorry, i felt left out [00:27] ahhhh the atmosphere [00:27] hah, there we go, after I kill the reference to libxcb-xlib0 in ia32-libs, it finally builds :P [00:30] tjaalton: sunffb still crashes even with that patch applied. [00:36] Oh boy. [00:38] Hi, I was curious as to everybody's opinion on a very important and controversial issue. That particular issue is, what is the best way to store and ferment/cure your own urine. I have been storing my urine in water bottles, one gallon jugs, and cups mostly. I have many bottles stored inside my room and outside as well as outside. My dad at first, did not accept of the idea of me storing my urine in large contai [00:38] Hi, I was curious as to everybody's opinion on a very important and controversial issue. That particular issue is, what is the best way to store and ferment/cure your own urine. I have been storing my urine in water bottles, one gallon jugs, and cups mostly. I have many bottles stored inside my room and outside as well as outside. My dad at first, did not accept of the idea of me storing my urine in large contai [00:38] Hi, I was curious as to everybody's opinion on a very important and controversial issue. That particular issue is, what is the best way to store and ferment/cure your own urine. I have been storing my urine in water bottles, one gallon jugs, and cups mostly. I have many bottles stored inside my room and outside as well as outside. My dad at first, did not accept of the idea of me storing my urine in large contai [00:38] Hi, I was curious as to everybody's opinion on a very important and controversial issue. That particular issue is, what is the best way to store and ferment/cure your own urine. I have been storing my urine in water bottles, one gallon jugs, and cups mostly. I have many bottles stored inside my room and outside as well as outside. My dad at first, did not accept of the idea of me storing my urine in large contai [00:38] Hi, I was curious as to everybody's opinion on a very important and controversial issue. That particular issue is, what is the best way to store and ferment/cure your own urine. I have been storing my urine in water bottles, one gallon jugs, and cups mostly. I have many bottles stored inside my room and outside as well as outside. My dad at first, did not accept of the idea of me storing my urine in large contai [00:38] !ops mib_zo2qpbqm [00:38] Error: I am only a bot, please don't think I'm intelligent :) [00:38] sigh. [00:38] yay for Hobbsee [00:38] ah, mibbit [00:38] http://pastebin.com/m638bda5d [00:38] hrm, is that not the right command? [00:38] Any ideas on that crash? [00:39] * directhex offers Hobbsee some cake [00:39] slangasek: you want !ops, or !ops | foo [00:39] ah [00:39] directhex: thanks! [00:39] thx [00:39] slangasek: if it's obvious, just go for !ops [00:56] How long does it take a build to publish? [00:56] (primary archive) [00:56] It finished building 38 minutes ago [00:56] just past the top of the next hour [00:56] plus ~1 hour for publishing [00:57] if it finished 38 minutes ago, it will be in the next publishing run, so another hour and a bit to go at least [00:58] ... [01:02] * Keybuk takes away cody-somerville's sugar [01:07] * slangasek injects the sugar into his own eyeballs [01:07] slangasek: oh? [01:07] wanna try? [01:08] no, I don't think it would do them any good :p [01:15] oh, ok [01:16] dtchen: there we go, ia32-libs all fixored [02:35] slangasek: about bug 321689 - it seems that some packages from -proposed have been included in 8.04.2 -server isos. [02:35] Launchpad bug 321689 in openldap "openldap (slapd) installation fails" [Undecided,Confirmed] https://launchpad.net/bugs/321689 [02:44] and the alternate ISOs [02:49] Can someone accept the Hardy backport of remctl 2.13-2? [02:50] (Intrepid would be cool as well, but I'm not using Intrepid right now, so I care less :-P) [03:00] ebroder: accepted. [03:01] Thanks === ScottK3 is now known as ScottK-desktop [03:19] * NCommander debates if he wants to just buy a time capsule or similar NAS, or roll my own ... [03:29] 6/c [03:29] NCommander: roll your own. :p [03:29] TheMuso, any recommands on how to do it? [03:29] NCommander: nope :p [03:30] * NCommander falls over [03:33] Time Capsules don't suck, for the record [03:38] ebroder: They probably would if one couldn't access them with Linux. [03:38] TheMuso: That's fair. I still don't use Linux for desktop systems, though :) [03:39] * TheMuso pats his file server. More extendable than any time capsuel, and can currently store 2.5 times more data than the biggest time capsuel without any additional HDs connected. [03:40] * TheMuso is assuming that the biggest time capsuel is 1TB. [03:40] That's right [03:40] Oh and no redundancy. I'm using Linux s/w raid here as well. [03:41] Yeah, yeah - I could spend a few hours making something more awesome, but I decided it was worth the convenience to never have to think about it again [03:43] * TheMuso nods. [05:07] Is there a discrete file that refers to the current user's home folder? I'd like to symlink to it without using environment variables. [05:08] ~ will probably get expanded by the shell [05:09] YokoZar: But symlinks don't get resolved, it's a static link === Pricey is now known as Guest75242 [05:10] StevenK: Hmm, how do I make a link to "~" then without just making a link to whatever user is typing ln -s ~ [05:12] YokoZar, From where are you symlinking? === lucas is now known as Guest20605 === Hobbsee_ is now known as Hobbsee [05:21] did freenode just explode? [05:21] * calc had thought it was just his crappy dsl until he saw how many joins there are [05:21] calc: clarke did, at least, yes. [05:21] several times it seems [05:22] at&t is coming out tomorrow to fix my line, heh [05:22] hrm, now connecting from amsterdam. OK then. [05:25] good morning === mneptok_ is now known as mneptok === bluesmoke is now known as Amaranth [05:49] mathiaz: hrm, investigating [05:52] mathiaz: sigh, not good :( === Hobbsee` is now known as Hobbsee [06:44] Necrosan: file a bug with the log attached [06:48] I just found a regression in a package I got backported. What's the right process here? [06:49] remctl-server 2.13-2 in depends on netbase >= 4.31, but Hardy only has 4.30ubuntu1 [06:49] The change is significant - 4.31 added a new line to /etc/services [06:49] jdong: oh, crackporter.... [06:50] ebroder: Didn't you say you'd tested this before it was approved? [06:50] * ebroder sighs [06:50] I tested the client [06:51] ...and also the new python-remctl package, because I knew how to use that one [06:51] * ScottK headdesk. [06:51] Yeah...I know [06:51] bug 308800 [06:51] Launchpad bug 308800 in intrepid-backports "Please backport remctl 2.13-2 from Jaunty to Hardy and Intrepid" [Wishlist,Fix released] https://launchpad.net/bugs/308800 [06:52] * ScottK sighs. [06:52] Someone can include Bug #251173 in the milestone of jaunty-alpha-5 ? [06:52] Launchpad bug 251173 in netbeans-ide "Update NetBeans to 6.5" [Undecided,Confirmed] https://launchpad.net/bugs/251173 [06:52] ebroder: The process is file a new bug against hardy backport explaining the problem (please subscribe me to it). [06:52] Zetto: no. and it didn't need to go across 3 channels either, btw. [06:52] ScottK: Ok. I'll do so, and include the fix. I'm really sorry [06:52] Hobbsee, ok [06:52] ebroder: Then see if you can figure the best solution. [06:53] ebroder: OK. That's good. [06:53] ebroder: I don't feel so bad about mistakes as long as you clean up after yourself. [06:53] In the meantime, it's nearly 2AM here, so I'm going to bed. [06:53] * ScottK will consider what to do in the morning. [06:54] I'm pretty sure I can do the fix in 2 lines [06:54] Great. [07:35] An Intrepid Ibex: http://img.waffleimages.com/b44642ef0d1f06ead5848f4a7a844773a369702c/00035152.jpg [07:42] YokoZar: hahahaha [07:42] funniest thing I've seen all day :) [07:46] Heh [07:53] Good morning [07:53] Morning pitti! [07:53] hey there pitti! [07:54] Howdie all! [07:55] * pitti waves to Australia [07:55] sorry, -EHEMISPHERE [07:55] * pitti ɐıןɐɹʇsnɐ oʇ sǝʌɐʍ [07:57] * RAOF wonders idly how that works. [07:57] The magic of unicode. [07:57] * Hobbsee gets boxes, and is sad. [07:57] Why does unicode appear to have RTL, upside down, latin? [07:58] it appears to have it because it does in fact have it [07:58] Hm, works for me [07:58] Actually, some letters are supported poorly: it's just people looking through the available glyphs, and picking some that looked right. Lots of them are math symbols, etc. [07:58] I mean: Why does unicode have RTL, upside down, latin? [07:58] Also, who'd like to make f-spot installable again in half an hour or so? [08:01] pitti: Could I monopolise some of your time to NEW two things today? [08:03] pitti: I uploaded both of them, so I can't do it. ubuntu-netbook-remix-default-settings, which is tiny, and desktop-switcher [08:03] StevenK: ah, uploaded those yourself? sure [08:05] StevenK: u-n-r-d -> main or universe? [08:07] StevenK: u-n-r-d does not have a COPYING [08:09] StevenK: please fix the short description of desktop-switcher [08:11] How long does it take for stuff to go through source NEW these days? I see there's a bit of a queue. [08:11] RAOF: "latin small letter turned r/t/a/e" are all used in phonetics [08:12] StevenK: desktop-switcher needs to build a .pot during package build (intltool-update -p --verbose) [08:12] Ah, it seems the oldest stuff in there is from the 23rd, so not too long, I guess :) [08:13] slangasek: Oh, of course. [08:13] StevenK: d-s accepted, u-n-r-d rejected due to missing COPYING [08:32] HAHAHAHAHA :-) [08:32] https://launchpad.net/~sorens-target-audience [08:32] https://launchpad.net/~we-love-pitti [08:32] https://launchpad.net/~dholbach-huggers [08:33] looks like we have a bunch of fanclubs already [08:34] lol [08:34] :-) [08:34] what would we do without Launchpad? [08:34] pitti: There’s a better rotated i: ᴉ [08:35] ion_: tell that to the guys at http://www.sevenwires.com/play/UpsideDownLetters.html :) [08:44] pitti: Right, I'll fix up desktop-switcher [08:46] pitti: u-n-r-d-s re-uploaded as 0.1 [08:47] pitti: u-n-r-d-s is fine as universe [08:47] u-n-r-d-s? that sounds like a long name :) [08:48] ubuntu-netbook-remix-default-settings [08:53] pitti, hi [08:53] hey tkamppeter [08:54] pitti, s-c-p needs a new Python library, see bug 321785, should I simply upload it (going into Universe NEW) or should I upload it into REVU? [08:54] Launchpad bug 321785 in ubuntu "pysmbc library needed for system-config-printer to support browsing for SMB printer shares" [Medium,In progress] https://launchpad.net/bugs/321785 [08:55] pitti, it is a simple package like python-cups and it is also from Tim Waugh. [08:55] pitti: http://paste.ubuntu.com/110194/ for proposed changes to desktop-switcher [08:59] tkamppeter: if it's lintian clean, and you are reasonably sure about the packaging, just upload it; if you have some doubts and would like to get feedback, use REVU [09:00] StevenK: s/Allows the user to// IMHO, but the intltool stuff looks fine [09:01] pitti: Hmmm, yeah [09:01] "allows the user" is a little redudant :-) [09:02] tjaalton: do you have any further insights into bug #270259, given that it failed SRU verification? [09:02] Launchpad bug 270259 in acpid "Leaks file descriptors and eventually runs out" [Medium,Fix released] https://launchpad.net/bugs/270259 [09:04] pitti, thanks. It is Lintian-clean (both source and binary) and it works (I can browse for SMB shares with s-c-p), so I will upload it. [09:04] slangasek: no.. but it hasn't caused problems here anymore (running on ~300 desktops) [09:04] so it definately fixed _something_ [09:05] tjaalton: do you know what the python test program is that Paul refers to? [09:06] oh, probably the one in the bug description [09:06] yes [09:06] haven't tried it myself [09:09] I can reproduce the problem using that script, even on jaunty [09:11] pitti, package is uploaded now, its name is python-smbc. [09:11] maybe the rate of leaks is now smaller, but still not fully fixed [09:13] slangasek: Also reproduced in Intrepid. [09:14] tjaalton: It doesn't seem to be smaller. [09:14] tjaalton: I just connected eight times and closed the socket, and acpid has another 8 FDs open [09:15] StevenK: ok, but we haven't had any "/var full" incidents since the update (on our local repo) [09:15] /var full is a side-effect, not the cause [09:15] of course [09:15] caused by the logfile bombing [09:16] So it's pointless to declare that since /var hasn't filled up, it's fixed the problem. [09:16] well it's certainly better for us [09:17] I would've seen that many times during these couple of months [09:17] slangasek: Should we slam that bug back to Confirmed and open a task for Intrepid? [09:17] AFAICS, the rate of leaks is still one socket per socket - so the leak doesn't look slower to me... [09:17] StevenK: I wouldn't bother with a separate intrepid task at this point, let's worry about jaunty and hardy first [09:20] ah - I see, the patch only causes acpid to notice the closed socket when it tries to write to it and gets an EPIPE [09:20] so if there are no ACPI events happening, the sockets stay open :) [09:22] * slangasek generates an ACPI event and sees the socket close [09:22] How does one generate an ACPI event? [09:22] StevenK: I closed my laptop lid. :) [09:22] Hmm. My desktop doesn't have a laptop lid :-) [09:23] Meh. It's not like 8-10 open FDs is going to kill anything [09:23] seb128: ah, I found out why consolidating is so slow; there are tons of bugs which do not have the 'apport-retrace' tag any more [09:23] pitti: how come? [09:24] if only I'd know [09:24] * pitti retags them [09:24] seb128: I added logging for that case yesterday [09:25] pitti: it seems the retracer just don't add this tag by looking at the recent emails I got [09:26] seb128: the retracer isn't supposed to [09:26] pitti: what is supposed to? [09:26] seb128: when filing the bug it should already be there [09:26] pitti: need-arch-retracing is there when filling the bug [09:27] and apport-crash [09:27] seb128: right, and the apport-crash tag is set with the very same call [09:27] pitti: you said apport-retrace before though? [09:27] many of those are very old bugs, though (1xxxxx) [09:27] pitti: wasn't that supposed to be set on succeful retracing? [09:27] maybe the triagers just removed the tag [09:27] seb128: sorry, 'apport-crash' I mean [09:27] I doubt of that [09:28] do you have desktopish bug number? [09:28] http://pastebin.com/f2806928a [09:29] urg [09:29] I'll fix them once for now [09:29] and then observe when it happens again [09:29] 1.500 bugs point towards a system problem, not to triagers removing it [09:30] seb128: no wonder that it takes 2:40 hours with that long list.. [09:31] pitti: did you fix those already? [09:31] seb128: it's currently running, from the top [09:31] but tagging 1600 bugs will also take that long, I expect 2:30 hours [09:31] pitti: weird, bug #315307 is tagged but at the bottom of our list [09:31] Launchpad bug 315307 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in gnome_rr_config_match() (dup-of: 314406)" [Medium,Invalid] https://launchpad.net/bugs/315307 [09:31] Launchpad bug 314406 in gnome-desktop "xrandr plugin of g-s-d crashes on startup" [Medium,Fix released] https://launchpad.net/bugs/314406 [09:31] pitti: that's a duplicate though [09:32] oh, hang on [09:32] pitti: do you handle duplicates incorrectly? [09:32] our list -> your list [09:32] seb128: right, I assume some/many of those are duplicates [09:33] however, yesterday I found three bugs which weren't, but didn't have an apport-crash tag [09:33] pitti: maybe those were manual untagging [09:34] so it seems I need to clean up the dup db and throw out the bugs which were marked as dupe [09:34] I though using duplicates was useful [09:35] sometimes the duplicates have a different or better stacktrace and it's useful to have this one is the database [09:35] yes, but not as master bug [09:35] right [09:35] right, but then I should update the master bug number [09:36] right [09:36] since the dupes won't appear on https://bugs.launchpad.net/ubuntu/+bugs?field.tag=apport-crash [09:36] which is what I am using to find out all non-fixed bugs [09:36] ok, gives me something to work on [09:36] but first, sponsoring o'clock [09:36] brb, restarting session [09:44] pitti: Oh, the other thing to please check for me is human-netbook-theme. [09:46] tjaalton: looking at the acpid source makes me sad :( [09:48] slangasek: I can understand.. [09:51] especially the part where they give each client an associated regexp of .* and then do regexp matching to decide whether to pass the event to the client [09:52] uh :) [09:59] tjaalton: btw, do you know why libxcb1 declares a Conflicts: on libxcb-xlib0? I don't see any filesystem-level overlapping [09:59] the Conflicts: without a Replaces: causes libx11-6 and libxcb1 to be held back on upgrades [10:01] ArneGoetje: 214519 ... is there anything in the pipeline for that dictionary or shall i just sponsor? [10:03] slangasek: hmm, no I don't.. I'll ask jcristau [10:11] Keybuk, !! [10:12] Keybuk, http://launchpadlibrarian.net/21658731/buildlog_ubuntu-jaunty-armel.openjdk-6_6b14-0ubuntu10_FAILEDTOBUILD.txt.gz why does udev fail here ? [10:12] cat: /sys/kernel/uevent_seqnum: No such file or directory [10:12] invoke-rc.d: initscript udev, action "restart" failed. [10:12] dpkg: error processing udev (--configure): [10:13] * ogra saw that error in local image setups before, but it didnt fail back then ... === Johnm_ is now known as johnm [10:20] asac: I don't have anything in the pipeline for that one... I just saw it in my bugmail. [10:21] ArneGoetje: thx [10:21] will proceed then [10:21] asac_: ok, go ahead. Thanks :) [10:34] anyone here with broadcom wireless who could test out whether the jockey SRU in hardy-proposed makes it work? === asac_ is now known as asac [10:34] (bug #289845) [10:34] Launchpad bug 289845 in jockey "WL and B44 Not Properly Configured" [Undecided,Fix committed] https://launchpad.net/bugs/289845 [10:37] hum [10:37] slangasek: any preference on architecture? [10:37] did anybody get xorg speed issues on intel in jaunty since recents updates? [10:37] ie opening new dialogs or switching workspace has several second lags [10:38] davmor2: no, just whether you have one of the wireless chips that didn't work previously [10:38] Is there a way to see download statistics for packages somewhere? [10:39] slangasek: I can't remember I have a feeling in hardy I had to use ndiswrapper [10:39] Milosz, sort of [10:39] Milosz, popcon.ubuntu.com - but that only counts users with the "popcon" package installed [10:40] slangasek: I'll fire it up and see anyway [10:40] Hmm ok I was there, and didn't find the package I was looking for [10:40] i'll check again [10:40] directhex, thanks [10:42] tjaalton, tseliot: ^ did you read my xorg question? any known recent speed issue on jaunty intel? [10:44] seb128: I've noticed that too but I don't know what's causing the problem [10:50] slangasek: I have the same chipset as in the bug and on today iso it works fine from cd do you want it installing and testing? [10:51] davmor2: what do you mean by "today's iso"? I'm looking for a test of the hardy SRU, and there are no hardy ISOs from today... :) [10:55] slangasek: iso is the one from the 21st I hit the sta driver in jockey and wireless networks appears I select the connection and the t'interweb works :) [10:55] 'sta' driver? [10:56] davmor2: sounds like a positive result, then - could you post that information to the bug, please? [10:56] slangasek: listed as Broadcom STA wireless driver in jockey [10:57] ah, so it is [10:57] * apw wonders who has the best view of how the kernel/hal/Xorg/gnome-power-manager fit together, as we are seeing double and tripple suspends in response to a button led suspend [10:58] apw: https://wiki.ubuntu.com/Hotkeys/Architecture, https://wiki.ubuntu.com/Hotkeys/Troubleshooting for a starting point [10:59] davmor2: oh, this bug only affects machines that also have the b44 driver - is that the driver for your ethernet on this machine? [11:02] slangasek: http://www.davmor2.co.uk/hplappy.html seems to be the same chipset as the initial reporter [11:03] hm, any idea why ubuntu has a much larger /lib than a debian install? [11:03] well, the ethernet is listed as forcedeth there, so I guess it's not the same enough [11:03] davmor2: thanks for testing, but I guess the results are inconclusive except to show that there's not a regression [11:03] seb128: yes, bug 320813 [11:03] Launchpad bug 320813 in mesa "[GM45] with EXA compiz animations cause temporary freezes" [High,Confirmed] https://launchpad.net/bugs/320813 [11:04] tjaalton: thanks [11:04] oh its this fix to X to make the sleep button work [11:04] tjaalton: any idea if that will be fixed quickly in jaunty or how to workaround? [11:04] seb128: no proper workaround I'm afraid [11:04] now how can i find that [11:04] seb128: well, don't suspend :) [11:05] that's known to trigger it [11:05] tjaalton: I didn't suspend, that's a fresh boot from today [11:06] cq: all sorts of possible reasons (different kernel module sets, firmware, things like FUSE and NTFS moved into /lib to support using them in early boot, etc.). Why? [11:06] seb128: ok, so it's triggered by something else then [11:06] seb128: check dmesg if there's anything suspicious [11:07] cjwatson, i just moved my system to LVM (tmp, swap, usr, var, home) and have a too-small root partition for the Ubuntu lib [11:07] cq: that's life, sorry [11:07] cjwatson: no kidding, I was just wondering if that was a design decision, and if so why.... supporting more at boot makes sense [11:07] personally I have never recommended separate /usr and /var [11:08] well, not separate /usr anyway [11:08] I can understand separate /var for log files and so on [11:08] why not? meaning /usr on root, or together with var? [11:08] * slangasek separates /usr to avoid overhead of encryption [11:08] separate /usr is UNIX legacy :) [11:08] cq: it's not a design decision in itself, but is the likely consequence of other design decisions [11:08] separate /usr *should* be supported, I agree, but is an excellent way to ensure that you're first to run into a slew of bugs [11:08] so if you like that sort of thing, great [11:09] tjaalton: nothing special there from a quick glance [11:09] hrm, I can't remember the last time I ran into a bug because of it :) [11:09] seb128: ok, and I bet nothing in the xorg log either [11:10] no [11:10] nor in syslog [11:10] I remember in particular that hwclock behaved differently for a while if you had a separate /usr [11:10] and of course encrypted filesystems were broken at some point (was it edgy? feisty?) [11:11] the first release after we introduced vaguely working support for them post-usplash, anyway [11:11] ok, restarting my box and having lunch too, bbl === Guest44711 is now known as jelmer [11:12] seb128: I'm pretty certain that it's the new drm patches that got in -5.15, since I had been running the same userland for a week without problems [11:18] before running gparted, is there a way to defragment the drive? [11:18] presumably you could just test by booting back to the -4 kernel wnhich should still be installed [11:18] cq ext doesnt fragment [11:19] ok, so I can just resize the partition to as small as the existing data permits? [11:19] although fsck does some file reording with -D [11:19] plus a safety margin... [11:19] yeah, u need a margin [11:27] it wants 15gb, i give it 30 :) [11:27] lol [11:27] what does df -h say» [11:29] nothing right nowm its still resizing down from 900GB :) [11:29] rofl [11:29] one or two cylinder groups to check [11:31] the weird part is, according to DF it should only have used 500MB [11:41] superm1, you did some changes to X to get XF86Battery key working on bug #281134 wanted to talk to you about the XKeySymDB update that that brought [11:41] Launchpad bug 281134 in xkeyboard-config "Intrepid regression: XF86Battery hotkey doesn't work" [Undecided,Fix released] https://launchpad.net/bugs/281134 [11:46] gah. of course it would be too easy if random packages didn't break the installer build :-/ === sabdfl1 is now known as sabdfl [11:53] cjwatson, i see d-i still on the ftbfs list, i though the udebs were there and would fix it ? [11:54] ah, your latest upload seems to attack that, i see [11:55] I have a kubuntu X server problem... maybe you guys have an idea [11:55] I boot the machine, get to the login screen, log in, and the resolution is set too low. Then I click on system settings -> display, and hte display goes dark and then adjusts to the correct resolution... [11:55] pitti: So, if I can tempt you to look at the archive again -- desktop-switcher has built everywhere so needs review for binary NEW. I've not uploaded -0ubuntu2 with the .pot fix, I was waiting for -0ubuntu1 to get out of NEW first. Then there's the new u-n-r-d-s and human-netbook-theme in source NEW. :-) [11:56] next boot, same story. [11:56] StevenK: W: desktop-switcher: script-with-language-extension usr/bin/gconf-panel-saving.sh [11:57] :) [11:57] Meh, it's a warning :-P [12:00] StevenK: h-n-t needs to grow .icon files for translated emblems, and needs to drop build/ from the orig.tar.gz (the latter is more relevant for NEW, since it ships binary files in the tar.gz) [12:00] There's a build directory!? How did I miss that? [12:01] StevenK: cf. the recent changes to human-icon-theme from primes2h [12:01] pitti: I wonder if we can just have h-n-t depend on human-icon-theme [12:01] StevenK: it does already? [12:01] StevenK: (and please fix debian/rules clean to remove build) [12:03] StevenK: d-s binary NEWed, u-n-r-d-s isn't in the queue (forgot to remove the .upload file?), rejected h-n-t for the binary stuff [12:03] * StevenK kicks dput [12:04] pitti: I'll deal with d-s armel when it turns up since you've accepted the rest [12:05] pitti: u-n-r-d-s reuploaded. [12:07] cant you generate longer abbreviations ? :P [12:07] ogra: I can expand it out if you want [12:08] well, u-nerds sounds funny actually :) [12:08] now that i read it aloud [12:09] Keybuk: any idea what else in bug 283316 could call vol_id or scsi_id? what udevmonitor incantation would you recommend for debugging this? [12:09] Launchpad bug 283316 in udev "CD-ROM tray closes automatically after eject" [High,Confirmed] https://launchpad.net/bugs/283316 [12:10] pitti: Er, what translatted emblems? [12:10] pitti: I'm not so clear on theme packages, so you can explain the first part with butchers paper and crayon? [12:10] StevenK: bug172353 [12:10] bug 172353 [12:10] Launchpad bug 172353 in human-icon-theme "Human theme has non-translatable emblem names." [Low,Fix released] https://launchpad.net/bugs/172353 [12:10] has the details [12:10] Ah, okay [12:13] pitti: Which bit of h-n-t has emblems? [12:13] pitti: Since maybe they can get stripped [12:13] StevenK: ah, sorry; it doesn't ship its own icons, sorry; ignore me [12:14] pitti: Right, so the build directory is the only thing. Cool. [12:16] pitti: u-n-r-d-s? :-P [12:20] I have uploaded Ghostscript 8.64RC1 and it builds perfectly on PCs (i386 and x86_64) but fails on all non-PC architectures (sparc, powerpc, lpia, ia64, hppa) not being able to install its needed libraries due to inconsistencies in the repositories. [12:20] pitti: hal? [12:20] Hi [12:20] What do you can tell me about dekstop sharing on Ubuntu? [12:21] I have new idea to do it. [12:21] The following packages have unmet dependencies: [12:21] freeglut3-dev: Depends: xlibmesa-gl-dev but it is not going to be installed or [12:21]