[00:01] so still getting occasional freezes in natty then :( (sandy bridge) [00:02] RAOF: good morning :) === yofel_ is now known as yofel [00:21] mwhudson: Yo :) [00:21] RAOF: is there any way i can debug random occasional system hangs [00:21] ? [00:22] mwhudson: If it's a GPU hang then /sys/kernel/debug/dri/0/i915_error_state should contain a fine haul of GPU state that will be incomprehensible to mortals but very useful for people who've actually internalised the i915 developer docs. [00:23] sadly it says "/sys/kernel/debug/dri/0/i915_error_state" [00:23] how do i tell if it's a GPU hang? [00:23] i was assuming it was but maybe not [00:23] If you ssh in then everything but the display should work. [00:23] (looking at that file after rebooting obviously...) [00:23] ah ok [00:23] Yeah, that file's only good while the kernel's up. [00:24] it feels 'more hung' than that [00:24] but haven't actually tried ssh for a while [00:24] If you turn on apport it should pick up on a gpu hang and record that data for you. [00:24] how do i do that? :) [00:25] Twiddle the knob in /etc/default/apport [00:26] so twiddled [00:27] which will presumably prevent all hangs for at least a month [00:31] That's the way it rolls :) [00:31] (i should say this situation would be good in some ways :p) === Fantom is now known as Guest30666 [00:41] mwhudson: In case you're interested, oneiric now is doing well by this (particularly troublesome) SandyBridge. [00:42] RAOF: right, i was somewhat assuming that the real answer is "upgrade to o" [00:42] Well, it shouldn't be. :/ [00:42] It might be the easiest answer, though. === dendro-afk is now known as dendrobates === pjdc_ is now known as pjdc === htorque_ is now known as htorque [04:18] Good morning [04:18] morning [05:45] good morning [06:14] Where would I go to ask something about Vala and GTK3 and positioning of widgets? :) === smb` is now known as smb [08:55] Thanks infinity and slangasek! I'm filing that bug then, soon. === dendrobates is now known as dendro-afk [09:17] doko_: around? have a bit of a maven2/antrun-plugin pickle caused by a sync last week that I could do with an opinion on [09:22] jamespage, yes, online [09:23] doko_: OK - so there was a sync of maven-antrun-plugin last week which upped the version from 1.3->1.6 [09:24] doko_: unfortunately this breaks anything using the antrun-plugin without an explicit version as 1.3 is declared in the global maven2 POM - I hit this is Debian when the change happened there [09:25] doko_: it needs a sync of maven2-core and maven2 to update to 1.6 - but that also pulls in two other package version upgrades - maven-plugin-tools and jtidy [09:26] doko_: I could either go for FFE's on those two packages (but there is a possibility of further impact that we are not aware of) or I could delta maven2-core and maven2 in Ubuntu to fix this specific issue [09:26] doko_: I raised the syncs and then had second thoughts - hence the ping [09:26] doko_: whats your opinion [09:26] ? [09:38] jamespage, ouch. I wouldn't worry much about maven-plugin-tools, I'll have a look at jtidy [09:39] doko_: thanks [09:39] doko_: so we should go with the syncs/upgrades if possible then? [09:40] urgh, jtidy update from 2007 to 2011 ... [09:43] jamespage, jtidy hasn't many rdepends, and just jmeter is out of sync [09:52] jamespage, well, I would aim for the syncs. it doesn't look too bad === Quintasan_ is now known as Quintasan [10:18] doko_: ack - on it now === MacSlow is now known as MacSlow|lunch [11:38] tkamppeter: could you please retry pxljr from the git repository; I fixed the repacking that threw too much stuff out and now the test command doesn't fail anymore here. Still have to try a real print, but linking + test-command works. [11:49] bdrung: hi, I have been told you maintain lp-project-upload. It stopped working here. Do you have a few minutes? === tkamppeter_ is now known as tkamppeter [12:31] OdyX, will do. [12:32] tkamppeter: (the issue what that I stripped more than needed of the jpeg convenience copy and then broke something. Restoring those files make the printing work here (tested over internet to my father's printer :-) ) === MacSlow|lunch is now known as MacSlow [12:50] agateau: i co-maintain ubuntu-dev-tools, but i didn't wrote lp-project-upload. looking at the source code, i found Martin Pitt (pitti) and Dustin Kirkland (kirkland). [12:51] bdrung: oh ok, will ping one of them then, thanks [12:52] * agateau picks a name at random === ximion1 is now known as ximion [12:54] pitti: hi, do you have a few minutes to look into an lp-project-upload problem? [12:55] agateau: what's the problem? [12:56] pitti: it fails to upload, telling me something like this: "Could not connect to Launchpad: File contains parsing errors: " [12:56] pitti: and then two other lines of [12:56] that sounds like a launchpad lib problem -- can you try moving ~/.launchpadlib away ? [12:56] pitti: sure [12:57] pitti: same error :/ [12:59] agateau: do you get the same with lp-shell ? [12:59] pitti: never used lp-shell, let me try [12:59] pitti: yes, with a backtrace [13:00] pitti: http://pastebin.com/hzAqkWfj [13:01] apparently something is wrong with your credentials file [13:02] but I'm not sure where lplib takes that from; I had assumed ~/.launchpadlib/ [13:02] def do_load(self, unique_key): [13:02] """Retrieve credentials from the keyring.""" [13:02] oh [13:02] gnome-keyring === gusnan is now known as AndreasR [13:03] so it somehow needs to be removed there, or better yet, the launchpad guys should have a look why the broken one got in in the first place [13:03] I don't see an obvious one in seahorse [13:04] could it be related to me running kde? [13:04] and I really have no idea how lplib handles credentials since the natty version, I'm afraid; that made everything utterly complicated [13:04] agateau: could be; it might try the KDE equivalent of the keyring [13:05] pitti: so next step would be to ping the launchpad guy then, right? [13:05] s/guy/devs/ [13:05] yeah; I'm afraid I have no knowledge about its current key handling :/ [13:07] pitti: no problem, thanks for pointing me in the right direction [13:09] agateau: are you using natty or oneiric? [13:09] debfx: oneiric [13:11] I remember having similar issues with python-keyring in natty [13:12] debfx: did you find a workaround? [13:13] agateau: you could try to remove the launchpadlib entries from kwallet, maybe that helps [13:14] * agateau tries [13:19] debfx: it fixes in once: I get to authorize lp-shell from launchpad again, lp-shell works correctly, but if I start it again it fails [13:20] debfx: there is probably something wrong with the way credential are stored [13:20] OdyX, the ijs_pxljr executable in your package is now built correctly. I can actually print in all three quality modes. [13:21] tkamppeter: yay, great. Then if you don't have more comments, I'll prepare the (secret) changelog and upload to Debian (where it will spend some time in NEW anyway). [13:22] agateau: ah now I remember, I came up with this workaround: http://pastebin.com/raw.php?i=T0YiYKz6 [13:23] * agateau tries [13:24] debfx: it works! thanks! [13:24] debfx: did you file a bug for that? [13:26] agateau: no, I'm not sure if it's a bug in launchpadlib oder python-keyring [13:27] OdyX, OK. [13:27] debfx: I have no idea either, but I assume the launchpadlib devs would know [13:27] s/oder/or/ ^^ [13:27] * agateau knows a bit of german :) [13:27] tkamppeter: cool, thanks for the review and test ! === rickspencer3_ is now known as rickspencer3 [13:31] OdyX, I want to replace/update the upstream snapshot of foomatic-db in the foomatic-db package GIT. How do I proceed? [13:32] tkamppeter: uscan --verbose downloads the latest; then git-import-orig [13:32] tkamppeter: actually; git-import-orig --pristine-tar [13:32] tkamppeter: make sure to have a big enough TMPDIR (/tmp) or override it with TMPDIR=~/ [13:38] I am in the foomatic-db directory cloned from GIT and I am in the master branch. There I have entered the command "uscan --verbose" and after some time the download into the parent directory (..) happened. [13:38] OdyX, ^^ Then I ran, staying in foomatic-db/, "git-import-orig --pristine-tar ../foomatic-db_20110831.orig.tar.gz" and get [13:38] gbp:error: [13:38] Repository does not have branch 'upstream' for upstream sources. If there is none see [13:38] file:///usr/share/doc/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.CONVERT [13:38] on howto create it otherwise use --upstream-branch to specify it. [13:39] OdyX ^^ [13:39] tkamppeter: git checkout upstream [13:40] tkamppeter: this creates a "--track" branch from the upstream branch on the remote repository [13:40] you could checkout pristine-tar too [13:40] and then checkout master again before runninf the git-import-orig === ximion is now known as ximion1 [13:42] ah tkamppeter: did pxljr compile with the B-D on libjpeg-dev or do you need a libjpeg-dev | libjpeg8-dev ? [13:45] agateau: there you are: bug #838108 [13:45] Launchpad bug 838108 in python-launchpadlib (Ubuntu) "authorization fails with the kwallet backend" [Undecided,New] https://launchpad.net/bugs/838108 [13:46] debfx: thanks, marked it as affecting me === jincreator is now known as ehuu === ximion1 is now known as ximion [14:05] pitti: cjwatson: https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/835161 is this the timestamp file being created by packages too early---not entirely where to send it as presumably the fix to to have the menu back-off until it sees that the upgrade process has actually happened, beforing the reboot-required? [14:05] Launchpad bug 835161 in indicator-session (Ubuntu) "Red light on shutdown menu goes on before updates are complete" [Undecided,New] [14:07] the timestamp file can't be created later without decoupling it from packages, which is bad for maintainability reasons [14:07] so I think it'd be better for the menu to back off, yes [14:07] OdyX, for pxljr I did not need to modify debian/control. So the B-D on libjpeg-dev worked out for me, building the package with libjpeg62. [14:08] OdyX, import of new foomatic-db source worked for me now. Thanks. [14:14] tkamppeter: great² [14:15] OdyX, is it enough to "git commit -a", "git push", and "git push --tags" in master or do I have to do this sequence in all master, upstream, and pristine-tar? [14:16] tkamppeter: it depends on your configuration. I usually "git add" only what I want in the commits, then commit, then git push , explicitely specifying what I want to push. [14:16] in your case that would be git push origin master upstream pristine-tar upstream/20110831 ubuntu/20110831-0ubuntu1 e.g. === ehuu is now known as jincreator === ximion is now known as ximion1 === ximion1 is now known as ximion [14:45] Sweetshark, can we close the 'enable binfilter on ARM' as wontfix? [14:53] Can it be that LP is down currently? [14:56] tkamppeter: it was, I went and made drinks [14:57] sladen: Could use of time [14:57] janimo: yes, binfilter will be killed upstream anyway rather sooner than later (god riddance) [14:59] tkamppeter, LP gave me some timeouts a few minutes ago too === doko_ is now known as doko [15:03] It came back again. === jpds_ is now known as jpds [16:00] slangasek: woudl you (as last submitter :) accept a merge of systemtap from sid for oneiric still? [16:00] bc without a commit from jun 21, it seems unusable [16:00] http://comments.gmane.org/gmane.linux.systemtap/17948 in particular [16:01] hallyn: it should go through the FFe process; of course if it's currently unusable, the barrier is lower, but we should still weigh the advantages of a full update vs. a cherry-pick [16:02] makes sense. thanks. === beuno is now known as beuno-lunch [16:02] * hallyn starts by filing lp bug ... === deryck is now known as deryck[lunch] [16:13] jelmer: I see bzr 2.4.0-3ubuntu1 in the unapproved queue, so I'm going to reject 2ubuntu1. [16:18] slangasek: this is a plymouth bug right? http://imgur.com/85iDX [16:21] bdmurray: what's the complaint? That's the plymouth text screen; is the complaint that it's not graphical? [16:21] slangasek: no the cursor at the end of the ..... [16:21] bdmurray: ah - is that persistent? I wondered if it was caught mid-flight [16:22] would be a plymouth bug anyway, yes [16:22] slangasek: it showed up close to the end and blinks [16:23] * hallyn curses the warn-on-set-but-not-used busywork [16:24] if you feel it's too much busywork, drop -Werror [16:25] (which is a constant pain in the rear at a distribution scale anyway) [16:25] i'm not adding -Werror though... i thought that was being auto-added now? [16:26] no [16:26] that would be insane [16:26] yeah... [16:26] eh, I think I see it, thanks [16:29] slangasek: bug 838218 [16:30] Launchpad bug 838218 in plymouth (Ubuntu) "blinking cursor seen at EOL during test boot screen" [Medium,New] https://launchpad.net/bugs/838218 [16:30] bdmurray: ta [16:32] pitti: how could I tell what might be the impact of adding a dependency to the size of the desktop image? [16:33] hm, that actually sounds like a job for germinate which I endup having to relearn every six months :( === deryck[lunch] is now known as deryck [16:38] Am I missing some critical package to make GTK3 applications get properly themed in Xubuntu, or are they just doomed to be ugly? [16:38] cr3: try to apt-get install it in a live session [16:40] infinity, you need to pick a GTK theme in the xfce4-appearance-properties that contains a GTK3 option [16:40] just fixed it for mythbuntu by creating a copy of Ambiance's gtk3 theme and Dust's gtk2 theme in a single "Mythbuntu" theme [16:40] superm1: Ahh, oh. Is there a way to tell that from the UI, or do I just need to dig through the filesystem? [16:40] Hey everyone, I'm trying to solve bug 818177 [16:40] Launchpad bug 818177 in linux (Ubuntu) "HP DL380G5 root disk mounted read-only on boot and boot fails" [High,Confirmed] https://launchpad.net/bugs/818177 [16:41] infinity: please file a bug if we're not seeding something, I think our first GTK3 theme just got in [16:41] infinity, don't beleive there is any way to tell from the UI. The only themes that I know of in the archive right now are Ambiance and Radiance [16:41] jhunt_: Daviey: you around here? [16:41] lynxman: urgh, that strace is horrible. [16:41] infinity: you can try the latest greybird, there's a gtk3 theme (using the unico engine) [16:41] Daviey: it's on a serial link through a VPN through a java interface, I do apologise for its lameness [16:41] infinity, uglyness is the new bling ;) [16:41] superm1: and gnome-theme-standard, which provides Adwaita (upstream GNOME default) [16:42] pitti, ah cool, wasn't aware of that [16:42] pitti: nice and simple, thanks! [16:43] lynxman: mountall --debug > mountall.log 2>&1 ? [16:43] Daviey: I still have no way to recover any file from the system :) [16:43] lynxman: does it have net access, allowing you to throw the output as txt somewhere? [16:43] Daviey: it does but the bnx2 module is also broken [16:43] *sigh* [16:43] Daviey: so no network for me [16:44] lynxman: ok.. just mountall --debug then. [16:45] Daviey: posted in bug [16:48] lynxman: does it block there, or repeat? [16:48] Daviey: block [16:54] lynxman, so that is a whole new UUID ? from what was previously noted as mounted as slas [16:54] root [16:54] apw: whole new uuid indeed [16:55] lynxman, if you do a cat /proc/mounts where is / is it that a394 (ending) UUID ? [16:55] apw: no, just a regular "rootfs / rootfw rw 0 0" [16:55] apw: no, just a regular "rootfs / rootfs rw 0 0" [16:56] apw: wait *394 is swap [16:56] Daviey: still the uuid from mountall != uuid from df -h [16:56] lynxman, there are two lines for / in /proc/mounts, the seconf one has the UUID [16:57] *doh* true [16:57] lynxman, and yes it is likely trying to instantiate swap ... do a blk-id on your swap device [16:57] superm1: bug 833884 got debdiff [16:57] Launchpad bug 833884 in mythbuntu-control-centre (Ubuntu Oneiric) "mythbuntu-control-centre version 0.63-0ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/833884 [16:57] apw: second line has the uuid and it's the same shown by df -h [16:57] lynxman, and blkid /dev/ [16:58] thanks hrw! [16:58] do you need a sponsor? [16:58] apw: no swap definitions in /proc/mounts [16:58] superm1: yes, otherwise I would not add but would upload [16:58] superm1: Shouldn't that go into bzr? [16:58] df -ha [16:58] hrw, ok. Daviey will put it in bzr and upload then [16:59] lynxman, no they are in /etc/fstab [16:59] lynxman, what does blkid on your swap device say, presumably you know where that is as you created it recenty [16:59] * apw is suspicious you have lost your swap id [16:59] apw: it's there yes :) [17:00] apw: and it fits with what mountall tries as well [17:00] lynxman, ok so ... blkid will tell us if the real disk has a swap marker on it, and therefore any UUID at all [17:01] superm1: argh [17:01] superm1: bug 833901 has same solution [17:01] Launchpad bug 833901 in martian (Ubuntu Oneiric) "martian version 0.12-0ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/833901 [17:02] apw: /dev/.blkid.tab does not exist, the soft link from /etc/blkid.tab is broken :/ [17:03] lynxman, you can just trun blkid on /dev/cciss whatever the partition you added as your swap [17:04] apw: tried that before, returns empty, I tried it again now [17:04] apw: same for the / partition [17:04] superm1: bug 833892 is probably also yours [17:04] Launchpad bug 833892 in mythbuntu-log-grabber (Ubuntu Oneiric) "mythbuntu-log-grabber version 0.9-0ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/833892 [17:06] lynxman, so /dec/cciss/c0d0p1 is / ? and c0d0p5 is swap ? [17:06] apw: yes, exactly [17:06] lynxman, and blkid /dev/cciss/c0d0p1 and blkid /dev/cciss/c0d05 both return nothing ? [17:06] apw: correct [17:07] that is unexpected, how did it find / if that is the case [17:07] apw: good question [17:07] so if swapon -s shows no swap and you are sure p5 is your swap you could try re-adding the swap record [17:08] mkswap /dev/cciss/c0d0p5 [17:08] and see what blkid says on it then [17:08] smoser: you around and have a minute? [17:08] apw: yeah, no swap, reswapping that [17:08] hah [17:08] apw: /dev/cciss/c0d0p5 : No such file or directory [17:09] lynxman, erm perhaps looks see what they are really called then [17:09] and go back to the blkid phase [17:10] hallyn, here. [17:10] smoser: well here is what is happening, [17:10] apw: /dev is almost empty, no sd* no disk, just fd, core, ram, pts, std(err|in|out), shm [17:11] udev looks at /dev/ptmx, and if it is not the same device type, ownership and perms as expected, then it replaces it [17:11] this is fine for lxc, bc it creates the device and bind-mounts it from /dev/pts/ptmx. So it is the right dev ice type, and udev doesn't replace it [17:11] libvirt-lxc creates a symlink, so udev replaces that [17:11] apw: /proc/mounts shows udev mounted at /dev properly [17:11] replaces it as in "re-mounts" ? [17:11] lynxman, so you have no devices in /dev [17:12] no, creates /dev/ptmx.udev-tmp, then does mv /dev/ptmx.udev-tmp /dev/ptmx [17:12] and then why is udev's replacement no good ? [17:12] It does this in a pretty generic piece of code, which I'm not sure we should complicate for this [17:12] apw: no devices in /dev/ [17:12] smoser: bc a simple /dev/ptmx device is wrong inthe container [17:13] you must use /dev/pts/ptmx [17:13] that is why /dev/ptmx must be either a symlink or a bind mount to that [17:13] ok. [17:13] lynxman, so its like udevd didn't do its thing correctly [17:13] lynxman, is udevd running ? [17:13] so... hm, i suppose this means lxcguest could just create it the right way, rather than libvirt doing it [17:13] * hallyn tries [17:14] apw: it's running, parent process with 2 children [17:14] apw: also upstart-udev-bridge is started [17:14] hallyn, how will you make it not racy [17:14] yeah that works [17:15] because lxcguest starts on startup [17:15] right. [17:15] wel... [17:15] that could potentially happen in parallel to udev though [17:15] right? [17:15] lynxman, does udevadm trigger --action=add [17:15] do anything === beuno-lunch is now known as beuno [17:15] smoser: i suppose lxcguest would have to start on starting startup? if that's possible [17:15] or just on starting udev [17:16] apw: it tries to create devices and fails on all of them "failed: Read-only file system" [17:16] hallyn, well, i think we're ok. [17:16] lynxman, ok so try touch /dev/X [17:16] udev starts on virtual-filesystems [17:16] smoser: while i've found the generic code doing this, what kills me is i still haven't found the list where it finds ptmx as one of the devices to check [17:17] apw: yeah same, Read-only file system [17:17] ok that is not right [17:17] smoser: right, but 'start on startup' doesn't give enough guarantee [17:17] what does the /dev line look like in /proc/mounts [17:18] apw: udev /dev devtmpfs rw,relatime,size=2018084k,nr_inodes=504521,mode=755 0 0 [17:18] what does df /dev say [17:19] apw: none 30846908 1466844 27813088 6% /dev [17:19] apw: Filesystem 1K-blocks Used Available Use% Mounted on [17:19] hallyn, lxcmount.cofn already starts on starting mountall [17:19] oh.. [17:19] but its udev [17:19] for petes sake [17:20] lynxman, but ... it says udev in /proc/mounts, so its not the same place [17:20] apw: its type udev mounted in /dev [17:21] * Daviey has a udev overload. [17:21] Daviey: udev! [17:21] lynxman, is there more than one line for /dev in /proc/mounts [17:21] smoser: yeah... [17:22] Daviey: are you missing devfs? [17:22] lynxman, as i have the same line in /p/mounts and yet df on my /dev says udev not none in the first column [17:22] apw: as a matter of fact... /dev returns same used space and free space as / [17:22] udev udev udev udev udev udev udev udev MUSHROOM MUSHROOM [17:22] bug 835768 got debdiff - sponsor anyone? [17:22] Launchpad bug 835768 in xtrs (Ubuntu Oneiric) "xtrs version 4.9c-3.2ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/835768 [17:22] lynxman, cat /proc/mounts | grep /dev [17:22] cjwatson: ktraceee ktraceee oooh it's a ktraceeeee [17:22] i think you have a bind mount on there too [17:23] apw: I also have devpts, no other lines for /dev [17:23] lynxman, ok lets try unmount /dev [17:23] and see what it does [17:23] then df /dev [17:23] hrw: sorry, was supposed to be piloting today, but had to reschedule will get to it next week unless someone else does it first [17:23] apw: okay! [17:24] apw: says /dev not mounted, hah [17:24] apw: if I do mount /dev now all the devices show up [17:24] micahg: no problem [17:24] apw: so it looks like it can't mount /dev? [17:25] bug 835765 also got sponsors subscribed [17:25] Launchpad bug 835765 in van.testing (Ubuntu Oneiric) "van.testing version 3.0.0-0ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/835765 [17:25] lynxman, though /dev is mounted as we come out of the kernel and gets mount --move'd i think into real / [17:25] hrw: Yeah, no problem for micahg.. superm1 kindly assigned them to me. [17:25] so we need to try and trace why that failed ... [17:26] Daviey: so far my way of going though bugs is: check, fix, upload debdiff, subscribe sponsors (unless bug got someone assigned in meantime) [17:26] Daviey: one day I will try to find out all those bugs, make a list and apply for motu to make this road shorter [17:26] apw: so... suggestions on how to get that traced? [17:27] hrw: sounds like a good work flow.. The only thing that would make it more streamlined for the sponsor is to propose it for merging into the bzr branch (as listed in debian/control) [17:27] hrw: sounds wonderful! [17:28] Daviey: I do not have too much sympathy to bzr (trying to be politicaly correct) [17:28] Daviey: I still prefer debdiffs to bzr branches :) [17:29] micahg: Yeah, that is great.... unless the package is maintained in bzr. :) [17:30] Daviey: sure, but most aren't at this point [17:30] yeah [17:35] hallyn, you need my instance ? [17:37] bug 835763 this time [17:37] Launchpad bug 835763 in python-ldap-doc (Ubuntu Oneiric) "python-ldap-doc version 2.3-2.1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/835763 [17:45] smoser: no, i'm using my own, thanks. [17:45] (you'd replaced the container so iw as afraid of stepping on your toes) [17:45] i just run that lxc-libvirt-whatever script [17:45] and it kills it and starts over [17:46] and i'd jjust rsynce'd from dist. [17:46] btw, hallyn, thank you for your work on this. [17:48] smoser: np. this one was a doozy :) I'm pinging #virt to get their opinion right now. === nenolod_ is now known as nenolod [18:02] jdstrand, Daviey said to ping you over here regarding a reply to the mythbuntu-bare rejection email? [18:03] tgm4883: yes, I plan to repsond today. sorry for the delay, the email got misfiled [18:03] ok, i'll look for it then a little later [18:03] misfiled in Junk. :) [18:04] I blame Daviey, it had to be some British metric system conversion issue [18:07] most likely. [18:39] zul, so you uploaded a new python-dingus with dh_python2 support, and it's just waiting on archive-admin approval? [18:40] mterry: right [18:40] zul, cool === tlp_ is now known as tlp === vanhoof[holiday] is now known as vanhoof === phantomcircuit is now known as the_real_bruce === the_real_bruce is now known as phantomcircuit [20:03] what package that uses dkms can I install and have it fail to build because I don't have the right hardware or something? [20:04] hmm zaptel? [20:04] bdmurray: I haven't looked in a while, but the zaptel drivers might fail [20:08] is zaptel still in the archive? I thought it got replaced by dahdi [20:08] stgraber: that very well could be. like I said, it's been a while since I had my asterisk server running [20:12] well regardless dahdi-linux built okay [20:12] bug 790478 seems rather unnecessary [20:12] Launchpad bug 790478 in dahdi-linux (Ubuntu) "package dahdi-dkms ... failed to install/upgrade: dahdi kernel module failed to build (You do not appear to have the sources for the ... kernel installed.)" [Undecided,Confirmed] https://launchpad.net/bugs/790478 [20:17] I'm not sure why any module would fail to build due to lack of hardware [20:18] tumbleweed: merged and bug #838361 opened [20:19] Launchpad bug 838361 in ubuntu-dev-tools (Ubuntu) "[syncpackage] downloads .dsc files into current directory" [Medium,New] https://launchpad.net/bugs/838361 [20:19] oh right [20:19] * tumbleweed forgot about that [20:20] I was thinking about something lik bug 711397 === phantomcircuit is now known as Inc1tatus === Inc1tatus is now known as phantomcircuit [21:27] hm, [21:27] E: Invalid Release signature (key id 40976EAF437D05B5) [21:27] debootstrapping natty [21:27] uh, oneiric [21:28] is it using the correct keyring? [21:29] there were some Release signing issues the last few days, probably your mirror is not yet updated [21:29] as far as I know there is nothing wrong with the master archive in this regard [21:30] ok, thanks. [21:30] a mirroring problem is a lot more likely [21:30] i'd believe it [21:30] (I saw problems on gb.archive but not archive) [21:30] I saw problems on master archvie yesterday [21:31] are you 100% sure there is not a transparent web proxy between you and the archive? [21:31] ISPs often pull this kind of stsunt [21:31] *stunt [21:31] thats possible [21:31] $ gpg --verify Release.gpg Release [21:31] gpg: Signature made Wed Aug 31 21:18:32 2011 UTC using DSA key ID 437D05B5 [21:31] gpg: Good signature from "Ubuntu Archive Automatic Signing Key " [21:31] didn't really checked, was working again an hour later [21:31] sorry, that's in cjwatson@cocoplum:~/ubuntu/dists/oneiric [21:31] (i.e. true master) [21:32] cjwatson: Not sure if it might be related, but I've been trying to run ./update in kubuntu-meta for the last hour and getting errors like W: http://archive.ubuntu.com/ubuntu/dists/oneiric/main/binary-i386/Packages.bz2 was corrupt [21:33] it's possible there's some problem on the central mirrors [21:33] might be worth letting #ubuntu-mirrors know [21:33] OK. [21:34] (for clarification, though I think ScottK knows this already - archive.ubuntu.com is a mirror too, the archive is a hidden master arrangement) [21:34] Yep. [21:57] jtaylor: As I'm looking at your debian/changelog entry in http://launchpadlibrarian.net/78520283/libindicate_0.5.91-0ubuntu3_source.changes trying to decide if it's important for Oneiric Beta 1 or not, I'm finding what you wrote not very helpful. It's better to be a little more verbose and describe the actual problems that are fixed (at least briefly). [21:59] hm yes they were described better in the merge proposal [21:59] the patches were seemingly accidentally dropped in an older revision [22:00] causing build failures and memory leaks [22:01] the patches were dropped in 0.5.90-0ubuntu1 whih had some rules refactoring === kentb is now known as kentb-afk [22:02] cjwatson: Which problems? [22:06] jpds: same as what ScottK reported above - Release and Packages out of sync while trying to update metapackages [22:06] except on gb.archive in my case rather than archive [22:43] superm1: could you look at / incorporate my patch in bug 766160? [22:43] Launchpad bug 766160 in dkms (Ubuntu) "apport hook should identify duplicates" [Medium,In progress] https://launchpad.net/bugs/766160 [23:13] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell [23:25] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ion, robert_ancell [23:26]