[00:00] kees: Didn't you have a script that discovered all the ELF objects that hadn't been compiled since your last hardening improvement? Could we repurpose that for our ARM instruction set plans? [00:00] is that level of inspection needed, or is the "not rebuilt since karmic" sufficient? [00:01] Well, we don't actually care about rebuilding stuff that doesn't have ELF. [00:01] inspecting the ELF objects will be a lot more expensive, certainly, so is harder to iterate; and I don't think looking for karmic binaries will turn up any false-positives [00:01] For those, -marm vs. -thumb2 isn't going to make a difference. [00:01] true, but if you're only grabbing Architecture: any, that's nearly 1:1 with "ELF" [00:01] Fair enough. I just thought it might be easier to use an extant script than develop a new one, even if it takes longer to run. [00:11] slangasek: ok thanks === ryanakca_ is now known as ryanakca === Sarvatt_ is now known as Sarvatt === dendrobates is now known as dendro-afk === jMyles_ is now known as jMyles === dendro-afk is now known as dendrobates [02:47] doko__: i'm running into some sort of weird build error on lucid, not sure if its a toolchain issue (maybe related to java) or what, i tried 3.2 at first but can't even get 3.1.1 to build on lucid [02:47] getting weird errors like this: "dmake: Error: -- `VA8CLASSFIFILES)' not found, and can't be made" [02:49] doko__: any ideas what could be causing that? [02:49] doko__: for the 3.1.1 rebuild i just added the minimum needed to get it to build on lucid the distro-config update, apply file update, and rules file update [02:50] doko__: it got the same type of weird class not found error as the 3.2 build i tried though [02:50] * ccheney thinks it must be something related to java build stuff [02:50] c/c === dendrobates is now known as dendro-afk === theEpiest is now known as Epagoge === dous_ is now known as dous === oubiwann_ is now known as oubiwann === dendro-afk is now known as dendrobates [05:06] Hmm...so I just got an e-mail from someone I sponsored pointing out that when james-w sponsored a bzr merge, the sponsoree was still the committer, but when I follow the instructions at , it creates a new commit with me as the committer. What is james-w doing that I'm not? [05:13] ebroder: They should still be the committer for the revisions that they committed; you'll have committed a new merge revision, though, right? [05:14] Right. But there's not much point in creating a merge revision if I'm not making any changes to their branch. Would I just `bzr branch` their branch and then `bzr push lp:ubuntu/` with that, I guess? [05:21] If you wanted to, I guess. [05:23] hi [05:24] I've just posted about Launchpad's development roadmap to the LP blog. If I wanted to make sure that interested Ubuntu developers knew about it, where else should I post? [05:25] jml: Is your post entitled "The Road Ahead"? [05:25] persia, yes. [05:26] Then you're done :) http://planet.ubuntu.com/ [05:26] persia, ok, thanks. [05:55] Keybuk, is there a way i can tell ureadahead to not reprofile next time? [05:55] after its told me "ureadahead will be reprofiled on next reboot" [06:27] good morning === dendrobates is now known as dendro-afk [06:54] Keybuk, ping. or anyone, i could use some upstart help. on ec2, I can reproduce regularly, the following: [06:54] - working first boot [06:54] - install of upstart job that has: start on (mounted MOUNTPOINT=/ and net-device-up IFACE=eth0) [06:55] - install upstart job that turns on debug on 'startup' [06:55] - reboot [06:55] - hang [06:55] smoser: why are you saying 'mounted MOUNTPOINT=/'? [06:55] per advice of Keybuk i thought. [06:56] hmm [06:56] i want my job to run as early as possible such that eth0 is up [06:56] I don't know why you wouldn't just be doing 'start on net-device-up IFACE=eth0' [06:57] I'm not going to try to guess why Keybuk would have advised you to write it that way [06:57] because i want to block other things i think. [06:57] i want to block as much as I can on my job running [06:57] http://paste.ubuntu.com/353326/ is the debug output [06:58] what, specifically, are you trying to block? If that formulation is blocking at all, it'll block any other non-root filesystems from being mounted... which could also block the network from coming up [06:59] well, theres only 1 "normal" filesystem [07:00] in general, the goal is to run as early in the boot process as psossible and be able to affect as much of the boot proccess as possible. [07:01] this actually does work for me in a kvm instance that ih ave which is really almost identical. other than timing. [07:04] i think i know what the problem is. [07:05] in my initramdisk, i was bringing up eth0 and not bringing it down [07:05] that must have stopped a eth0 up event from ever firing [07:10] could be [07:44] Good morning [07:46] pitti: come shovel my driveway, then it will be a good morning :p [07:47] though 01:45 and am waiting for a meeting, so even the shoveling won't make it any better :) [07:47] nixternal: I'd get stuck in all the snow on our front door :) [07:47] I am so not looking forward to heading back to Boston this weekend... [07:47] yeah, I just looked and the snow is up on the glass...the drifting has started [07:47] we got another foot of snow today on top of the 2+ feet we already had...this is getting crazy === jamesh_ is now known as jamesh [07:59] StevenK: thanks for finishing the netbook renaming transition! [08:08] anyone know how can i add ASCII 0 to a string in c++? [08:09] Shiran: what are you trying to do with it once it's added? [08:09] send it to a socket [08:09] i added "\0" in my string but apparently this doesn't work [08:09] Oh wait, we're talking about computers. Right. [08:10] :P [08:10] Shiran: you want to append "0", not '\0' [08:10] No, no, I was going to mention that strings are static and you'll wind up doing a copy and stuff, but you probably don't care. [08:11] that doesn't matter [08:12] i want my string to be "blah blah blah ^@" [08:12] pitti: good morning ! Could you trigger a Server CD respin for me ? The recent one didn't catch the lately-published eucalyptus 1.6.2~bzr1120-0ubuntu6 [08:12] You want a string that contains a null byte? [08:12] if i write "blah blah blah 0" wouldn't it just be "blah blah blah 0" ?? [08:12] i want it to contain ^@, i dont think thats null but im not sure [08:12] Shiran: That's what you asked for "ascii 0" is 0x30 [08:13] You want it to have "^@" in it? [08:13] yea [08:13] ^@ being ASCII 0 [08:13] right now i have string shiran = "blah blah \0" [08:13] Shiran: You probably want to ask on a dedicated c++ channel. That's going to be tricky. [08:14] what should it be? [08:14] presia: obvisouly i did in 2 of them [08:14] Do you mean append ASCII 0 to the end of the string, or add to each character by the value of ASCII 0 ? [08:14] and i didnt get reply yet [08:14] ash: ASCII 0 to the end of the string [08:15] this is how the other socket knows i finished sending it a message [08:15] it should read ASCII 0 [08:17] Shiran: what's the hex value for 'ascii 0'? [08:18] i dont know [08:19] slangasek, cjwatson: if you're around, please feel free to trigger a server CD respin as well, since my usual victim (pitti) is not available :) [08:20] well if your string is called str, why can't you just do a [[str += "0";]] ? [08:20] ok someone in C++ channel helped me [08:20] it's mystring + '\0' [08:21] this works good [08:21] oh, that's not ASCII zero, that's a null byte [08:21] but anyway, glad you got it figured out [08:24] Shiran: you might also be interested in str.c_str() (where str is your string) [08:24] and why is that? [08:25] i know i'm getting char* with it [08:25] Shiran: Because it returns the null terminated string [08:25] i don't think thats good [08:25] mvo: about bug 494499 [08:25] because i use a certain protocol [08:25] Launchpad bug 494499 in update-manager "MOTD shows "run-parts: /etc/update-motd.d/91-release-upgrade exited with return code 1"" [Medium,Confirmed] https://launchpad.net/bugs/494499 [08:26] STOMP protocol [08:26] mvo: this bug has been targeted to alpha2 [08:27] mvo: an easy fix is to return 0 in all cases, I was wondering if it had any side-effects ? [08:28] ttx: I'm on the phone right now, I have a look after that [08:28] mvo: no hurry, thx [08:28] so my string goes like "CONNECT\n" + "login:Shiran\n" + "passcode:passcode\n\n" + '\0' [08:28] Whoo! u-u-s queue is empty again :) [08:29] if i dont send my string exactly this way, then my server doesn't get the right command to connect me [08:30] kirkland, no better than you can google it, sorry no special links from my end [08:30] kirkland, probably support.dell.com and put in that model and it will be right htere [08:31] mvo: hm, in fact it's not targeted to alpha2, just nominated for lucid [08:41] ttx: bonjour [08:42] pitti: hey ! [08:42] ttx: running [08:42] pitti: thanks ! [08:42] de rien [08:44] doko_, cjwatson, slangasek: do you know how to make sure that a library is permanently loaded before another which lives in /usr/lib? Putting the path to the other library in /etc/ld.so.conf.d/ doesn't seem to solve the problem (see libGL.so.1): http://pastebin.ubuntu.com/353366/ [08:45] shall I use preload and would it be acceptable if I did so? [09:05] tseliot: LD_LIBRARY_PATH should help, I don't think that LD_PRELOAD is needed [09:07] doko_: but shouldn't glibc look in /usr/lib after the paths in /etc/ld.so.conf.d ? [09:12] doko_: is it possible that some patches that we have cause it to somehow resort the cache? [09:13] tseliot: why? it's still one logical config file [09:15] did you run ldconfig after editing the conf file(s)? [09:15] that's what regenerates the cache [09:15] yes, of course I did [09:16] as far as my knowledge of LD goes, it should be working then [09:16] the file that I put on pastebin ^^ is the output of ldconfig -p after doing an ldconfig [09:18] doko_: but I don't see why it should pick up /usr/lib/libGL.so.1 before /usr/lib/nvidia-current/libGL.so.1 if I put /usr/lib/nvidia-current/ in /etc/ld.so.conf [09:20] what if your rename the cache before running it [09:21] although i guess it's supposed to rebuild it anyway during the invokation [09:21] I can try that [09:22] sounds like /usr/lib|/lib is used before anything else [09:22] superm1: same result [09:23] tjaalton: right [09:24] tseliot: even before /usr/local/lib ? [09:25] forgot /usr/local/lib :) [09:26] doko_: let me check [09:27] doko_: it's loaded after the path that I want to use [09:28] libGL.so.1 (libc6, OS ABI: Linux 2.4.20) => /usr/lib/libGL.so.1 [09:28] libGL.so.1 (libc6) => /usr/lib/nvidia-current/libGL.so.1 [09:28] libGL.so.1 (libc6) => /usr/local/lib/libGL.so.1 [09:28] which is correct [09:28] since I put my path in GL.conf [09:29] which comes before libc.conf [09:29] in alphabetical order [09:30] are you sure ldconfig -p prints out in the order which libraries will be loaded? [09:30] doko_: oh, I think I know what the problem is [09:31] if I copy the library from /usr/lib to /usr/local/lib the former is picked up first [09:31] while if I copy the one from /usr/lib/nvidia-current to /usr/local/lib the same doesn't happen [09:32] how does that explain it? [09:32] this happens because these 2 libraries are considered as different libraries: [09:32] libGL.so.1 (libc6, OS ABI: Linux 2.4.20) => /usr/lib/libGL.so.1 [09:32] libGL.so.1 (libc6) => /usr/lib/nvidia-current/libGL.so.1 [09:32] tsimpson has a good point though, you should double check with ldd and something that is linked to libGL.so.1 in case ldconfig -p just prints the cache in the order it likes to [09:33] but "ldd /usr/bin/glxinfo" confirms the fact that the wrong library is being used [09:33] open("/usr/lib/libGL.so.1", O_RDONLY) = 3 [09:36] Sarvatt: do you have a theory? [09:37] tseliot, its possible that mandriva's ldconfig is behaving differently. they probably use glibc whereas we use eglibc [09:37] nope its just definitely using /usr/bin/libGL.so.1 first like the ldconfig -p shows here with your packages [09:41] superm1: if it considers libGL.so.1 (libc6, OS ABI: Linux 2.4.20) and libGL.so.1 (libc6) as different libraries then there might be something wrong in what ldconfig does [09:46] here's what ldconfig --verbose says: http://pastebin.com/d72e5c079 [09:49] tseliot: is the library loaded at all, even if you remove the one in /usr/lib? [09:50] doko_: yes, it is. Currently it's the only way to get things to work [09:55] doko_: ldconfig still seems to be looking for /usr/bin/libGL.so.1. If I remove /usr/bin/libGL.so.1 (which is a symlink to /usr/bin/libGL.so.1.2) ldconfig recreates the symlink [10:17] tjaalton, doko_: I guess it depends on the flags that we use in mesa. Mandriva doesn't have (libc6, OS ABI: Linux 2.4.20) but only (libc6) [10:17] ldconfig sort things differently if flags or whatever are there [10:19] tsimpson, Sarvatt: ^^ [10:20] ask for the config flags of the mandriva package [10:32] tjaalton: they use -O2 -g -pipe -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 [10:37] tseliot: more than what we seem to have [10:40] * tseliot nods [11:11] pitti, hey, looking at report_tools.py, at the names of the _completions, it seems some return tasks and others not, and there is no hint in the function name [11:18] pitti: You're welcome. If it all looks fine to you, I can mark the last work item as DONE? [11:20] pitti: Ah, you already did it, thanks! [11:20] seb128: You're awesome, thanks (re: gyp) [11:21] StevenK, thanks ;-) === MacSlow is now known as MacSlow|lunch === binitamshah is now known as binitamshah|away [12:14] Keybuk: we get "Its mountall: Could not connect to Plymouth" on arm ... is that expected/known/filed? [12:16] Keybuk: unping. found that plymouth isnt seeded still [12:20] asac, with it installed i get: init: plymouth-log main process (3094) terminated with status 111 [12:20] ogra: does it break the boot? [12:20] and still the: mountall: Could not connect to Plymouth# [12:20] no [12:20] just adds noise [12:20] good. just scared as it gets added next week to seed [12:20] Keybuk, ^^^ [12:21] so if it would break we would have to blacklist on armel for a2 [12:21] indeed [12:43] mvo: Tested the gksu patch last night. Works for me! Ship it! [12:44] sbalneav: thanks! already uploaded :) [12:44] supah! [12:44] mvo++ [12:46] thanks for your great help on this! [12:48] pitti, about? i think i've got a first stab at the wiki-status for the 2.0 interface, wondering if you are generating the DB regularly yet? === MacSlow|lunch is now known as MacSlow [13:04] StevenK: :) [13:05] apw: re [13:05] apw: hm, which function is unclear? I thought I documented their return value in the docstring, but I'm happy to add improvements [13:06] apw: db is generated hourly, at http://piware.de/workitems/lucid.db [13:06] apw: http://piware.de/workitems/ also has all the generated reports [13:06] pitti, any chance we can get that onto chinstrap [13:07] apw: that's indeed my hope (or, rather, rookery, so that t's publicly http-accessible); pychart isn't on rookery, but the data collection part should be [13:24] NEW TORRENT SEARCH SITE http://Torrentpirates.org [13:41] pitti: was there some reason that we did demote autogen (besides that we hadn't a dependency on it anymore)? [13:46] doko_: I can't remember any discussion about it; probably it just fell out of main's dependency set? [13:47] pitti: ok, could you re-promote it? gcc-4.4 build-depends on it again. somehow I did manage to drop this b-d [13:49] doko_: done [13:49] thanks! [13:50] pitti: i was wondering if you had a look at the packaging for autofs5 yet? [13:51] not yet, sorry [13:59] superm1: okay, thanks, i googled some, the signal-to-noise ratio was pretty low, though, thanks. [14:05] hello pitti [14:09] doko: thanks for the review [14:09] hi BlackZ [14:13] Hi everyone [14:13] I have a question regarding, how to change my bootsplash. In my special builded linux [14:14] i have the usplash folder, and make file. After doing make, where i must apply changes in intrd ? [14:36] apw: http://macaroni.ubuntu.com/~pitti/workitems/ -- banzai! [14:37] apw: unfortunately it doesn't build the .pngs yet, it complains about "Ghostscript not found." (pychart needs that apparently) [14:37] I'll see to installing a local gs as well [14:37] ... or not; this thing needs a million libraries [14:38] I have a question regarding, how to change my bootsplash. In my special builded linux [14:38] i have the usplash folder, and make file. After doing make, where i must apply changes in initrd ? === dendro-afk is now known as dendrobates [14:44] pitti, how often will this data be updated, at what times? so i can sync my updates [14:44] apw: 03 * * * * [14:44] apw: and takes some 15 mins [14:44] so i should aim for 30 [14:45] that should be safe [14:46] cool ... i'll leave that running and see what happens [14:48] Keybuk: howdy [14:49] Keybuk: so i was up really late last night fighting something that appears broken, as best as I can tell [14:49] Keybuk: but i'm sure i'm just looking at it wrong :-) [14:49] Keybuk: start on (started foo and started bar) [14:49] Keybuk: let's call ^ baz [14:50] Keybuk: so baz has "start on (started foo and started bar)" [14:50] Keybuk: okay, let's say that all 3 are running (foo, bar, baz) [14:50] Keybuk: I now stop foo, which does in fact stop baz (as desired) [14:51] Keybuk: note that bar is still running, was unaffected by stopping foo and baz [14:51] Keybuk: now, i start "foo" [14:51] Keybuk: foo runs [14:51] Keybuk: and baz is still running [14:51] Keybuk: shite [14:51] kees: baz is *not* running [14:51] Keybuk: ^ [14:51] Keybuk: baz is not running, although foo and bar are [14:52] Keybuk: is this the way it's supposed to work? [14:52] kirkland, isn't that the The Upstart Bug again? [14:53] that that means 'both start events occur then do this' [14:53] apw: oh? [14:53] * pitti reads "baz" and remembers the old days of arch [14:53] apw: yup, that's what i'm hitting [14:53] apw: i think i've hit this before in a slightly different fashion [14:53] yeah it sounds like the one you were talking to slangasek about [14:54] apw: great, then i'm right back to where I started :-) [14:54] i think semantics clarification of what start on (started a and started b) means is in order [14:54] and i think we have use cases for both obvious semantics [14:56] tjaalton, keybuk: Wasn’t udevadm-trigger-in-maintscript evil? xorg-server (2:1.7.3.902-1) * Run udevadm trigger on postinst, and depend on udev [linux-any]. === robbiew1 is now known as robbiew [15:02] njpatel, StevenK: do you happen to have an idea about bug 495066? [15:02] Launchpad bug 495066 in netbook-launcher "Lucid netbook-launcher segfaults when started" [Critical,Confirmed] https://launchpad.net/bugs/495066 [15:02] pitti: asac uploaded a proposed fix from me today [15:03] njpatel: oh, sweet! [15:04] ion: according to this howto it's safe https://lists.ubuntu.com/archives/ubuntu-devel/2009-January/027260.html [15:04] njpatel: hm, not in netbook-launcher then? latest upload is from December 15th [15:05] pitti: clutk :) [15:05] Alright [15:06] though the (driver) rules will be gone if/when we integrate the xorg.conf.d stuff [15:12] njpatel: sweet, thanks [15:25] slangasek: you asked for ooo upload before a2? [15:25] slangasek: i am quite sure that will kill our arm images [15:25] at least there is high risk ;) === MacSlow is now known as MacSlow|errand [15:33] pitti: autogen needs libopts25-dev libopts25 from universe as well :-/ [15:34] doko_: erm, it's the same source package? [15:34] all in main now [15:34] pitti: yes === BenC2 is now known as BenC === dendro-afk is now known as dendrobates === beuno is now known as beuno-lunch [15:45] apw: haha! using svg instead of png avoids ghostscript and even looks much better \o/ [15:46] pitti, most sneaky [15:46] Using svg for what? === dendro-afk is now known as dendrobates [15:47] ion: burndown charts [15:47] http://macaroni.ubuntu.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-2.html [15:47] rickspencer3_: ^ FYI [15:47] asac: not having it before a2 leaves us with oversized images - why will it kill arm? [15:47] rickspencer3_: this also uncovered some WIs we have to do for other teams [15:48] piti: wtb bigger picture ;) [15:48] pitti, nice job [15:48] pitti too [15:48] bryyce: the other day you asked for svg for the burndown charts -- there you have :) [15:48] pitti++ for doing the hard work [15:48] pitti, that's a great view [15:48] http://macaroni.ubuntu.com/~pitti/workitems/ now has the full combinatorial explosion of all milestones and teams, all from a single DB, and super-fast to generate [15:48] jiboumans, just zoom in, the picture is svg === dendro-afk is now known as dendrobates [15:49] pitti, wow [15:49] and magnitudes easier to configure [15:49] tseliot: peramenently loaded before another> before another library of the same name? [15:49] rickspencer3_: you overestimate the cross-browser compatibility of that suggestion =/ [15:49] * pitti fixes the y labels on http://macaroni.ubuntu.com/~pitti/workitems/all.html [15:50] tseliot: (or did you get your answer to this overnight?) [15:51] slangasek: I think I've solved the problem now. The ".note.ABI-tag" in libGL from mesa makes ldconfig believe that it's not the same library as the one from nvidia as the former causes a versioned dependency. [15:51] heh, ok [15:52] slangasek: if each library lives in its own directory (as long as it's not /usr/lib) and we use ld.so.conf.d to tell ldconfig what to do, things work well [15:53] doko: can you review python-pastedeploy as well it goes hand in hand with python-pastescript === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:02] slangasek: if it fails to build on armel we cannot produce images i was told [16:02] and we probably have just one try [16:02] because of the time it takes to build it [16:03] i think it has binary all packages that would mean that its not installable (i havent checked myself, was just pointed to that problem before) [16:03] maybe we could unseed ooo ... not sure [16:03] i will see if i can get info on that [16:05] asac: I believe we've unseeded it before due to breakage; right now we've got two copies of libicu on the disk because OOo hasn't been rebuilt, and that's a fat library [16:05] yeah. i will try to verify that unseeding would work [16:06] anyway, OOo took 1d19h to build last time on armel... doesn't that give us two chances? === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:13] * ccheney running a local OOo build with updated dmake now to see how it goes [16:28] for a few days now, my launchpadlib scripts often get "ValueError: No JSON object could be decoded" exceptions, which seem to be transient, but numerous; did anyone else see those as well? === beuno-lunch is now known as beuno [16:32] pitti: I'm pretty sure james_w filed a bug about that a few days ago. [16:32] Can't find it right now. [16:32] ah, thanks [16:32] pitti: bug #504199 [16:32] *phew*, so I'm not going crazy [16:32] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/504199) [16:33] "Redirecting to a 200 response offline.html is a really bad idea for the API" [16:35] geser: thanks [16:43] Keybuk, do you happen to be around? === dendro-afk is now known as dendrobates === MacSlow|errand is now known as MacSlow === yofel_ is now known as yofel === deryck is now known as deryck[lunch] [17:11] hi room 18 female here but iam bi [17:12] so whoeva wants pravite me can [17:12] ttbabie: not here please, this is a channel for ubuntu development. [17:37] slangasek: ok build worked with my updated dmake, will need to add doko's patch and then upload dmake and OOo === deryck[lunch] is now known as deryck [18:35] seb128, are you aware of any problems with python-vte? [18:35] I am trying to create a Terminal() in my app and the module says it is not there [18:36] this is on Lucid [18:36] wasn't sure if the module is broken atm [18:37] jono, no [18:37] $ python -c "import vte" [18:37] $ [18:37] seb128, its ok, fixe it [18:37] II had a vte.pyc lying around :) [18:37] thanks! [18:38] cool [18:55] jono: when python-vte break I usually get upset very quickly :) [18:55] mvo, lol :) [18:55] * mvo uses it in various stuff like update-manager and gdebi [18:55] mvo, I have quick q you might be able to answer [18:55] I have a vte widget and need to feed it a command that it can execute, I am using feed_child to pass it the command, but how do I emulate pressing enter to run it [18:56] or is there a better way of doing this? [18:56] I just want to run a python script inside the terminal and show the output there [18:57] does anyone know the status on alpha 2? [18:57] lamont: It looks like Ross is hung somehow. kdewebdev should have depwaited right away and even if it managed to start to build somehow, the package only takes 15 minutes (and it's been over 30). [18:57] anyone able to offer some guidance on bug 504883 [18:57] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/504883) [18:58] pacejr: What specificly do you want to know about? [18:58] try again ubottu bug 504883 [18:58] Launchpad bug 504883 in upstart "job with "mounted MOUNTPOINT=/ and net-device-up IFACE=eth0" blocks boot" [Undecided,New] https://launchpad.net/bugs/504883 [18:58] ooh I see how this works [18:58] jono: try fork_command [18:58] its like popen [18:58] thanks james_w [18:59] ScottK: It was scheduled to be released yesterday, I was curious about what was holding it up and when the actual release would be. [18:59] jono: sorry, was distracted, what james_w said [18:59] pacejr: No. It's scheduled for next week. [18:59] mvo, no worries :) [19:00] ScottK: You're right; my eyes skipped a line. Thanks [19:01] mvo, james_w: I am using: self.terminal.fork_command("python", "/usr/share/python-snippets/pygtk/buttons.py") [19:01] but I get /: can't open file 'u': [Errno 2] No such file or directory [19:02] oh I can pass it a dir [19:04] hmm no luck [19:04] pitti, beautiful svg :-) [19:04] jono: here is a example http://paste.ubuntu.com/353583/ [19:04] jono: this is how I use it [19:05] thanks mvo [19:05] I will give that a shot [19:05] I was using: self.terminal.fork_command("python", self.current_filename, None, self.snippetsdir) [19:06] pitti, the chart only shows from jan 8th though ;-) === vish is now known as mac_v === mac_v is now known as vish [19:13] slangasek, bug 504883 is what i was asking about earlier this AM [19:13] Launchpad bug 504883 in upstart "job with "mounted MOUNTPOINT=/ and net-device-up IFACE=eth0" blocks boot" [Undecided,New] https://launchpad.net/bugs/504883 === asac_ is now known as asac [19:22] Hi! I am using Epiphany 2.28.0 on Karmic. I am experiencing https://bugzilla.gnome.org/show_bug.cgi?id=605536 in gnome-shell with epiphany. I talked to the gnome-shell guys, a fix is already in 2.28.2 of epiphany. They told me to tell you that to fix it you would have to import f0e7cc5af163c6ed16c4450115b61bfa0822b80a from upstream (or push 2.28.2, I don't know what ubuntu policy is in that regard) [19:22] Gnome bug 605536 in general "title in panel does not update" [Normal,Unconfirmed] [19:24] LeonBrussels: Did you put all that information in the bug? [19:24] kees: I am trying to investigate bug #504903 and am stumped. if I build it locally in an schroot, the apparmor is included in the build, if I build it in LP, it is not. the LP buildlog is http://launchpadlibrarian.net/37456614/buildlog_ubuntu-lucid-amd64.tcpdump_4.0.0-6ubuntu1_FULLYBUILT.txt.gz [19:24] Launchpad bug 504903 in tcpdump "tcpdump no longer ships an AppArmor profile" [Undecided,New] https://launchpad.net/bugs/504903 [19:25] kees: the debhelper auto magic stuff is different between my local build and LP, even though the debhelper versions are the same [19:25] kees: this is tcpdump 4.0.0-6ubuntu1 (lucid) [19:26] kees: it moved over the the new 'dh $@' format with this merge, which I haven't used much before [19:27] kees: is there anything obvious in debian/rules that I did wrong? [19:28] kees: (I added the 'binary: install' part [19:28] most dh(1) users don't have a separate install: target IME [19:29] (haven't looked at the rest of it, sorry) [19:29] cjwatson: this is the whole debian/rules file: http://paste.ubuntu.com/353594/ [19:30] there is no separate 'install', and I thought this was correct (since 'install' is done behind the scenes, aiui) [19:30] no, you should just drop the install bit [19:30] but that binary: doesn't look right in general [19:30] what I would do is: [19:31] override_dh_install: [19:31] dh_install [19:31] cp -a $(CURDIR)/debian/usr.sbin.tcpdump $(CURDIR)/debian/tcpdump/etc/apparmor.d [19:31] actually, why don't you just put 'usr.sbin.tcpdump etc/apparmor.d' in debian/install instead? [19:32] cjwatson: wouldn't I still need to put it in debian/tcpdump/etc... for that to work? [19:32] (the 2nd suggestion) [19:33] sorry, not sure what you mean? [19:33] I meant 'debian/usr.sbin.tcpdump etc/apparmor.d' BTW [19:33] ah, well that clarifies it [19:33] let me try that [19:34] I still find it curious that what I had worked in a clean schroot and not on the buildd [19:36] jdstrand: that is weird. does using debian/install work? [19:36] building now [19:36] doko_: is the patch you referred to the one you sent on nov 1? [19:37] obviously, what I was trying to do was put the profile in place before binary was called [19:37] * ccheney hopes it is, its the only one he could find in his inbox [19:38]