[02:04] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: === Amaranth_ is now known as Amaranth === asac_ is now known as asac === achiang` is now known as achiang [06:18] I've been trying to recompile thunderbird source in a pbuilder environment and ran into a strange error: http://paste.debian.net/109094/ What is this execvp permission error? [06:21] Laibsch: can you paste the ouput of ls -al [06:22] Laibsch: pastebin the output of ls -al debian/migrator/ [06:23] c2tarun: from the source directory or from inside the pbuilder? source dir: http://paste.debian.net/109095/ [06:24] Laibsch: actually I want to see ls -al from inside of debian/migrator [06:25] http://paste.debian.net/109096/ [06:25] there you go [06:25] not sure if that is different when pbuilder runs [06:26] * Laibsch points to line 61 in http://paste.debian.net/109094/ [06:27] maybe a path problem with some obscure cc file lying around somewhere? [06:28] Laibsch: are you sure your pbuilder is set up correctly? although, I can't say I've used pbuilder to test this on lucid, but I believe it works for natty [06:28] Laibsch: sorry I got disconnected, you still there? [06:28] sure, I'm still here [06:29] micahg: that's always a hard question to answer. If I were aware of any defects, I'd fix them (or at the very least point them out) ;-) [06:29] micahg: if you can be more specific, I can have a look [06:29] Laibsch: well, have you tried recreating it from scratch [06:29] OK, I'll do that now [06:30] Laibsch: also, which "release" are you trying this in pbuilder for? [06:33] lucid host and lucid pbuilder. [06:36] Laibsch: also, you could try logging in and seeing what's actually fails [06:37] micahg: can you please help me with this error http://paste.ubuntu.com/573321/ I know how to fix this error, but I dont know where to link the libraries to fix the error. [06:37] I'm going to recreate the pbuilder first and see if that works, then. I know how to log in to a pbuilder to update the system, etc. But I've never logged in to pbuilder with source unpacked. How does one do that? [06:38] c2tarun: no, sorry [06:40] Laibsch: set it to not clean the environment and login fter the failure === robbiew1 is now known as robbiew === panda is now known as Guest23706 [07:26] Good morning === GrueMaster_ is now known as GrueMaster [07:52] can anyone please help me with this error http://paste.ubuntu.com/573321/ I know how to fix this error, but I dont know where to link the libraries to fix the error. [07:56] c2tarun: you have to add -lkio to barcode_LDADD (or similar) in the Makefile.am [07:56] pitti: are you sure about Makefile.am? [07:57] c2tarun: if it's using automake; I don't know at all about cmake, qmake, etc. [07:57] but they certainly must have an equivalent of that [07:59] pitti: here is Makefile.am http://paste.ubuntu.com/573348/ [08:00] c2tarun: kbarcode/Makefile.am, not the one in the root dir [08:06] pitti: it worked thanks :) [08:07] pitti: but how did you know which file to change? [08:07] c2tarun: linked libs are always specified in Makefile.am with automake [08:07] pitti: hmm..... [08:07] unless they come from pkg-config, of course [08:08] good morning [08:08] pitti: should I use a patch for this change? and can i use the variable LIBS ? [08:08] but even with pkg-config you need to add them there, just not directly with -lname, but with something like $(KIO_LIBS) [08:09] c2tarun: you should send that upstream and have it fixed there as well [08:09] and patch it in the meantime, yes [08:09] dholbach: good evening :) [08:09] c2tarun: the variable shouldn't be called "LIBS", it sohuld be kbarcode_LDADD [08:09] pitti: thanks :) [08:10] pitti: kbarcode_LDADD or KIO_LIBS [08:10] hi c2tarun [08:10] ah [08:10] c2tarun: those are two differnet things; I just made up KIO_LIBS, I don't know whether it's defined (that's done in configure.ac) [08:11] pitti: ok, so finally what should I use? kbarcode_LDADD? [08:11] c2tarun: usually configure.ac slurps in various pkg-config queries to get the required libraries for a particular module like kio, and then you write something like kbarcode_LDADD = $(KIO_LIBS) $(QT_LIBS) ... [08:12] but if you don't have these, then specify them directly with kbarcode_LDADD = -lkio -lqt ... [08:17] good morning === Claudinux_ is now known as Claudinux [08:55] hi [08:56] i need to find the url for the rsync server for old-releases [08:56] particularly i want to rsync this image : http://old-releases.ubuntu.com/releases/10.04.1/ubuntu-10.04.1-alternate-i386.iso [08:56] brendand: Why not 10.04.2? [09:03] StevenK - It's for debugging purposes [09:04] pitti: ping [09:05] still here.. [09:06] pitti: I made that changed and it build succesfully, but dont know why my debdiff is extremely large. How can i show it to you? [09:06] c2tarun: try piping it through lsdiff first [09:07] you will likely see some changed files that maybe you did not intend to change? [09:07] Laibsch: what is lsdiff? [09:07] a program [09:07] c2tarun: presumably it caused an autoreconf run [09:07] c2tarun: if you want to minimize it, apply the same change to Makefile.in in your patch [09:07] c2tarun: debdiff $dsc1 $dsc2 | lsdiff [09:07] this will avoid calling automake [09:07] c2tarun: just try it [09:07] brendand: Poking around with rsync got me rsync://old-releases.ubuntu.com/old-releases/releases/10.04.1/ [09:07] Laibsch, c2tarun: lsdiff doesn't show the actual changes any more [09:07] which is a good thing [09:08] IMHO [09:08] brendand: The way I found it was 'rsync rsync://old-releases.ubuntu.com/' which gave me a listing [09:08] I only want to know which files a patch touches [09:08] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: janimo [09:08] One of my machines seems afflicted with bug #723482; when I try SysRq-i as described in comment #24 I only get to the SysRq HELP string .. [09:08] Launchpad bug 723482 in mountall (Ubuntu) "system hangs on boot after updates from 2011-02-22" [High,New] https://launchpad.net/bugs/723482 [09:08] pitti: the biggest entry in debdiff starts with this header http://paste.ubuntu.com/573361/ [09:08] SteveK Ah. It's not rsync://rsync. like the other ones [09:08] brendand: No, but host could have told you that. :-) [09:09] al-maisan: try #ubuntu+1 instead [09:09] Laibsch: ? [09:09] ah [09:09] ok [09:09] c2tarun: right, you need to create a proper patch [09:09] don't just modify it inline [09:11] I created proper patch, take a look http://paste.ubuntu.com/573362/ [09:12] pitti: ^^ [09:12] c2tarun: "Origin: upstream, http://www.kbarcode.net/ [09:12] " [09:12] c2tarun: that's not what Origin: is for; it's for the origin of the patch, which is you [09:13] pitti: than what is From for? [09:13] c2tarun: yes, you should drop Origin: from the patch [09:13] c2tarun: and as I said, you either need to apply the change to Makefile.in as well (in your patch), or create a separate 99_autoreconf.patch, etc. [09:14] pitti: what do you mean by applying change in Makefile.in as well as in patch? I am not getting. [09:15] c2tarun: I think you really need to read an autotools tutorial at some point.. [09:15] c2tarun: if you change Makefile.am, the next package build will re-run automake to update Makefile.in, since it's outdated [09:15] pitti: may be I do :( where can I get that? [09:15] c2tarun: so you should also patch Makefile.in for the additional library, so that it is not out of date; this will avoid all the autoreconf noise [09:17] pitti: ok, so my patch should modify Makefile.am and Makefile.in. but which file to modify first, as outdation will be checked by time-stamp(I guess) [09:17] c2tarun: usually you can change them both in the same patch [09:19] pitti: which file to modify first in patch? I think Makefile.am please correct me if I am wrong [09:19] c2tarun: right [09:30] pitti: I made a patch changing both files., but while building the source package it failed. [09:31] pitti: here is the patch http://paste.ubuntu.com/573367/ [09:32] pitti: wait a sec something is wrng === ogra_ is now known as ogra [09:44] pitti: hey, I am facing one problem with that patch, please reply when you are free. [09:44] c2tarun: the patch looks fine -- what's the problem? [09:45] pitti: after building the binary package when I trying to build the source package I am getting the error patch failed. [09:46] c2tarun: did you reapply the patch to a freshly unpackaged source package? if not, then presumably the autogenerated debian-changes-blabla patch and the automatically modified source will conflict [09:47] pitti: I pulled completely fresh source package, modified changelog created patch pushed it, made changes, refresh it and then build the binary package. [09:48] pitti: then when I tried to build the source package I got the error. === jelmer_ is now known as jelmer [09:55] "the error" == ? [09:56] pitti: http://paste.ubuntu.com/573377/ [10:04] c2tarun: I suppose building the source package works if you didn't build the binary package yet? === axp2_ is now known as axp2 [10:04] c2tarun: in general I recommend building the source package first, as binary builds often leave behind cruft [10:04] c2tarun: as I already said, I suppose that the binary build still called automake at some point and thus changed the Makefile.in [10:06] pitti: actually I wasn't aware that there is a squence for building the source and binary package. :( I just wanted to test my patch so I build it first. I'll repeat again [10:08] c2tarun: patching Makefile.in files is a bad idea, those are generated files [10:09] Riddell: I have to make a patch to add libraries to Makefile.am what should I do? [10:09] Riddell: I think he tried that first, but then ended up with a huge debian/patches/debian-changes-blabla [10:10] Riddell: yup ^^ [10:10] ending up with a huge debian/patches/debian-changes-blabla patch is the easiest way in my experience of autotools, it's not elegant but then neither is autotools [10:11] that's what we did for kde 3 packages, trying to keep the Makefile.in changes in sync with a patch is just fiddly for no gain [10:12] Riddell: so I do upload a debdiff with debian-changes-* patch? [10:12] that would be my approach yes [10:12] Riddell: sure I'll do that [10:19] Riddell: nowadays you can use dh-autoreconf [10:19] c2tarun: ^- [10:19] cjwatson: what is that for? [10:19] c2tarun: 'apt-cache show dh-autoreconf' before asking questions ;-) [10:20] it solves your problem [10:22] cjwatson: ok, I got it, this may solve the problem but I dont know how to use it. (My guess place them in rules file)? [10:22] can I suggest reading its documentation [10:23] you can run 'man dh-autoreconf' after installing it and you'll get a page explaining how it works [10:26] also http://manpages.ubuntu.com/manpages/natty/en/man7/dh-autoreconf.7.html [10:31] cjwatson: thanks :) one more question, do I have to add dh-autoreconf into build-depends? [10:32] can a core-dev please open lucid and maverick tasks on bug 623342 for me? [10:32] Launchpad bug 623342 in samba "ntlm_auth returns invalid NT_KEY" [Critical,Confirmed] https://launchpad.net/bugs/623342 [10:43] cjwatson: ping [10:57] c2tarun: yes, you need to add dh-autoreconf build-dep [10:58] tumbleweed: done [11:00] pitti: here is the rules file http://paste.ubuntu.com/573397/ I added lines 10 and 11 is it correct? [11:00] c2tarun: no, this will convert cdbs to dh [11:01] c2tarun: add an include /usr/share/cdbs/1/rules/autoreconf.mk [11:02] pitti: done, anything else I should add? [11:02] should work [11:03] pitti: it is building, I didn't understood the stuff we did with rules file, can you please explain me a bit? [11:04] c2tarun: FYI if I haven't replied to a question on IRC it's because I'm doing something else - pinging won't help [11:04] cjwatson: sorry [11:06] mvo, hi, is the lintian check during .deb installs on aptdaemon planned to be enabled on Natty ? [11:07] c2tarun: the main point is to call dh_autoreconf during build; with using cdbs, this is done with what I wrote above; calling dh is incompatible with cdbs (it's a different build system) [11:08] pitti: jockey in natty seems to have moved nvidia-common from Recommends to Depends, which breaks architectures other than amd64 and i386 [11:08] if it has to be Depends, then jockey-common is going to have to be Architecture: any ... [11:09] cjwatson: ah; and we can't do arch specific depends [11:09] cjwatson: I think we can move it back for now, it's not that importnat [11:09] you can do arch-specific depends but only with Architecture: any [11:09] you'd have to reopen bug 704597 if you moved it back :-/ [11:09] Launchpad bug 704597 in jockey (Ubuntu) "Depend on nvidia-common" [Medium,Fix released] https://launchpad.net/bugs/704597 [11:10] we can replace ^ with explicitly seeding it, too [11:12] cjwatson: uploading a fix now [11:12] pitti: thanks! [11:13] thanks for pointing out [11:14] joaopinto: is it a problem? we got a lot of crash reports due to nasty debs [11:14] cjwatson: nvidia-common is arch: i386/amd64; if I seed it, I don't need to specify this, as this will ignore nonavailable packages anyway, right? [11:15] you don't need to, although it reduces the number of noisy warnings from germinate if you do [11:15] ok, will do then [11:15] mvo, at the current state yes, a) it does not provide an override button, b) IMHO it should have been better communicate because it affects many 3rd parties which do not provide nasty debs [11:18] joaopinto: thanks, could you please help me with that by pointing to debs where its doing the wrong thing? this sounds like something worth discussing with glatzor (upstream) and we can figure out how to change it in a way that still catches the nasty ones without affecting the rest [11:21] janimo, happy patch pilot day [11:22] mvo, blocking on usage of /opt is a huge no-no IMHO. plenty of third-party debs segregate themselves there [11:22] dholbach, happy patch pilot puppetmaster day to you too :) [11:22] mvo, thanks, that's already happening at bug 712377 , I am trying to understand if that is a planned feature for Natty [11:22] Launchpad bug 712377 in software-center (Ubuntu) "Opening a known good *.deb with software centre, fails to install as lintian errors cannot be overidden" [High,Triaged] https://launchpad.net/bugs/712377 [11:22] directhex: indeed, that is a bug [11:22] :-D [11:22] pitti: I got this error, Can you please take a look, http://paste.ubuntu.com/573407/ [11:22] mvo, using lintian for the check is cheap, and lintian correctness is rarely the problem. bigger issue is validating anything in pre*/post* which may mangle the system horribly [11:23] Ooh, s-c uses lintian. Awesome. [11:23] c2tarun: hm, this usually means that some part of dh_autoreconf failed; do you have the full build log? [11:24] directhex: right, I agree here. still, lintian is a first step (even if its a bit over the top currently) [11:24] pitti: yes I have but its quite long, may not be fit for pastebin [11:25] directhex, joaopinto: I think the solution is to pass a list of checks to lintian instead of running them all [11:27] mvo, yeah, that sounds reasonable imho [11:30] pitti: how can I show you the build log/ [11:30] mvo, apart from the improvements maybe someone could write a short summary about the change ? Probably due to the lack of information I have already seen some comments about eventual Canonical interference [11:30] c2tarun: pastebin should work [11:32] joaopinto: that sounds reasonable, I can blog about it [11:32] great :) [11:32] pitti: this is how much I got, 1000 lines approx http://paste.ubuntu.com/573411/ [11:33] joaopinto: cheers [11:33] c2tarun: please check the start of the build log whehre it calls dh_autoreconf, and check if it has errors [11:36] pitti: its very messy :( my terminal only giving me 1000 lines when I tried to rebuild it I got this error http://paste.ubuntu.com/573412/ [11:37] I have a PPA for for lucid, I want one library from maverick, I can bzr get lp:ubuntu/maverick/sourcepackagename and then dpkg-buildpackage -S, but that will leave my package unsigned, should I just hack-add myself to Uploaders or is there a better way to do this? [11:38] my goal is to be able to dput ppa:zkrynicki/myppaname *.dsc of the package I want to "backport" from maverick to my lucid ppa [11:40] doko_, ^^ ? [11:53] * zyga just added a changelog entry and ~zyga1 to version so that a normal package can be built [11:54] zyga: debsign -k should work [11:55] doko_, so it's best not to add another changelog entry and just sign with my own key instead? [11:55] doko_, and push that to a PPA? [11:56] no extra changelog entry required, but ~zyga1 works too [11:57] ok, thanks === diwic is now known as diwic_afk === MacSlow is now known as MacSlow|lunch [12:47] i can't seem to adjust my date/time settings from the date/time menu in unity [12:47] can anyone help me with that? [12:52] mdz - can you remember what you were upgrading when you got bug 724202? [12:52] Launchpad bug 724202 in libdbusmenu (Ubuntu) "nautilus crashed with SIGSEGV in image_notify_cb()" [Medium,Confirmed] https://launchpad.net/bugs/724202 [13:04] chrisccoulson, I don't think so, but I can't check timestamps at the moment as that computer is on another continent === diwic_afk is now known as diwic === shadeslayer is now known as kshadeslayer [13:11] How long dues bzr take to checkout bzr? [13:11] Sorry, wrong channel. [13:12] mterry: might I ask you put on your MIR hat and have a look at https://launchpad.net/bugs/726453 ? I mistakenly thought dpkg-repack was already in main, and it's a dependency of some installer stuff I'd like to land. [13:12] Ubuntu bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack" [Undecided,New] [13:13] ev, ok [13:14] thanks [13:16] ev: What do you need dpkg-repack for? (Just curious) [13:18] soren: http://bazaar.launchpad.net/~mvo/+junk/apt-clone/view/head:/apt_clone.py [13:21] ev, approved [13:21] mterry: thanks bunches [13:21] ev: I adress the points you raised last friday today, the msg is not lost :) [13:22] ev: Oh, I see. Thanks. [13:22] mvo: oh, brilliant. Thanks a lot! [13:22] soren: sure thing [13:32] jbernard: the upstart script seems to be working for libcgroup. I'm not sure how you want to handle the cgroup mountpoint (keep it always at /mnt, use /sys/fs/cgroup for maverick and natty, use something else). Do you mind if I hand bug 644669 over to you? [13:32] Launchpad bug 644669 in libcgroup (Ubuntu) "cgred should be started before libvirt-bin" [Medium,Triaged] https://launchpad.net/bugs/644669 [13:52] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: === zul_ is now known as zul === MacSlow|lunch is now known as MacSlow [14:02] doko_: would it be possible to copy sun-java6 from maverick/partner to natty/partner? [14:03] siretart: I don't have partner upload rights anymore. will forward the request [14:03] doko_: thanks [14:04] I've added natty to our fai infrastructure here, and so far this is the only issue in our 'error.log' :-) [14:04] unity still doesn't work though, but I need to debug that further [14:07] cjwatson, could you please add libappindicator to desktop set? [14:08] mterry: done [14:09] cjwatson, thank you! [14:17] how can I list valid options to debhelper --buildsystem=? === Quintasan_ is now known as Quintasan [14:18] zyga: 'dh_auto_configure -l' in a source tree [14:19] thanks, I needed python_distutils === _LibertyZero is now known as LibertyZero [14:38] any known issues with cowbuilder-dist on natty? create and update works but a build does not, complaining about pbuilder-satisfydepends-dummy === m4n1sh is now known as manish === dbarth is now known as dbarth-otp === yofel_ is now known as yofel === sconklin-gone is now known as sconklin === dendrobates is now known as dendro-afk === dbarth-otp is now known as dbarth [15:25] * ogra grins about the changelog of cjwatson's recent upload [15:25] unknown (unknown1) unknown; urgency=unknown [15:26] I guess that was not to the archives [15:26] its a mis-entry that apparently was in debian [15:27] between biosdevname 0.3.1 and 0.3.3 [15:28] it was from the upstream changelog - I didn't want to redact it [15:29] yeah [15:29] just found it funny [15:29] it was actually a missing header line [15:29] dpkg-genchanges or something made up the line you quoted [15:29] ah, i didnt kno wit is that clever [15:29] kees: does your comment in bug 723870 indicate approval of the MIR once biosdevname is available? [15:29] Launchpad bug 723870 in biosdevname (Ubuntu Natty) "[MIR] biosdevname" [High,In progress] https://launchpad.net/bugs/723870 [15:40] https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in #ubuntu-classroom in 20 minutes! [15:45] tseliot: thanks a lot for adding the ABIs to nv/fglrx! [15:46] someone knows what is going on with gobby.ubuntu.com, I cannot log into it, is it a problem on my side or is the server down? [15:47] zumbi, works fine here [15:49] ogra: maybe you could email me the Emdebian/ docs? [15:49] zumbi, sure, no prob [15:51] thanks [15:53] zumbi, sent [16:02] pitti: np ;) [16:06] ogra: got it! thanks [16:06] :) === herton is now known as herton_lunch === tarun is now known as Guest97414 === Guest97414 is now known as c2tarun [16:21] pitti, can we do something against jockey-common not being installable on armel due to nvidia-common being nonexistent [16:21] ogra: yes, fixed this morning [16:21] hmm [16:21] beat you to it ogra ;-) [16:22] heh [16:23] * ogra should apt-get update his chroots before asking [16:23] works fine [16:24] anyone happen to know where the revision number of a pci device is supposed to be stored in sysfs? [16:31] cr3: I don't think it is; I think you need to use libpci to find out [16:32] pitti: thanks for the tip, I'll have a look there [16:34] unity noobie question: how does one start an application not on the dock? Search doesn't seem to work... [16:35] amitk: it works here (if it doesn't crash..); what's the app you are looking for? [16:35] pitti: mumble (or any other really). Currently I start it the terminal and then tell unity to keep it in the launcher [16:36] unoptimal [16:37] IIUC, clicking on the Ubuntu logo in top left and typing in the search box should do magic, somewhat like Apple's spotlight? === dmart_ is now known as dmart === dendro-afk is now known as dendrobates [16:39] amitk: I navigate to /usr/share/applications and use the files there when nothing else seems to work [16:39] charlie-tca: eeekkk!! It's a brave new world :) [16:39] amitk: hm, works here; but that only really started to work a few days ago, are you running current natty? [16:40] amitk: before that, ctrl+alt+t and launch from there :) [16:40] pitti: up to date as of a few minutes ago, but using unity for the first time since nvidia binary became available today [16:40] ok, so terminal it is then :) [16:41] mterry, is it okay to ask you about your latest libappindicator package here? [16:43] nice, 35Mb crash report (compiz) for launchpad to gulp down :) [16:45] we love details :) [16:45] pitti: so apport dialog says "Report Problem", "Restart Program". What if I want to do both? [16:46] ogra: I'm just hoping that it isn't processing my ubuntuone and dropbox folders :) [16:46] lol === dholbach_ is now known as dholbach [16:47] * ogra pulls amitk's crash report for some new music [16:48] cjwatson / pitti / kees / sabdfl : I sent a mail to the TB last week, is it still in moderation? [16:48] probably, I'll look now [16:48] oh, or mdz [16:48] * amitk adds output from /dev/random to the crash report to introduce ogra to a new genre [16:48] cjwatson, thanks [16:49] LOL [16:50] Daviey, if it's the one you sent last Thursday, it went through [16:50] I saw it over the weekend [16:51] Daviey, regarding bind9? [16:51] mdz, ah yes, thassim [16:51] Thanks. [16:51] yep, I've just flushed the moderation queue and it wasn't there [16:51] compiz really doesn't like a HUP signal [16:51] thanks cjwatson === herton_lunch is now known as herton [17:10] hi [17:11] till_: hi :) [17:11] i'm building a package and i keep my 'debian/' dir in a git repository. so whenever i debuild, i have to copy my debian/ dir into the source dir of my package. i tried symlinking it but then debuild complains. is there a way to make it work so i don't go crazy? ;) === beuno is now known as beuno-lunch [17:12] till_, have you considered git-buildpackage? [17:12] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html [17:12] raphink: i have not! i just figured out the rest, i'd really just like to symlink the folder though [17:13] I don't think that's possible, but git-buildpackage probably provides similar solutions [17:18] Hello. I am trying to write a multitouch virtual driver that gets some input from somewhere and then translates this into multi-touch input to the kernel. What apis do I have available to pass this on to the kernel? [17:19] this would only need to work in ubuntu. Preferrably 10.10 but 11.04 is ok too. [17:19] natschil: you should join #ubuntu-touch and re-ask that question [17:20] oubiwann: oh cool, I didn't know that existed. will do. [17:20] natschil: no prob! I mention it because that's where the experts are hanging out, not here ;-) [17:29] artfwo, yeah, what's up about libappindicator? === tkamppeter_ is now known as tkamppeter [17:32] mterry, I meant to ask about uploading a change to ubuntu-desktop branch, but figured it out already [17:33] amitk: you can't right now, I'm afraid [17:33] Daviey: I did a moderation run few hours ago, should be here now [17:33] artfwo, k, cool [17:33] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: mterry [17:34] pitti, yup, thanks [17:34] mterry, take a look at bug 724917 if you have time [17:34] Launchpad bug 724917 in libappindicator (Ubuntu Natty) "Importing appindicator from python crashes with ImportError on undefined symbol" [Medium,Triaged] https://launchpad.net/bugs/724917 [17:34] I've prepared an upstream merge proposal and a package merge, 'cause upstream didn't review the change for several days already [17:34] artfwo, mterry: kenvandine is on it, I've pinged him about that on #ubuntu-desktop a bit earlier [17:35] seb128, k, cool. kenvandine: i'm on patch duty, can gladly take that if you're busy [17:35] artfwo, several days already", you filed that on saturday and upstream is working on it during it paid job time [17:36] mterry, if you can, please do [17:36] debugging datetime atm [17:36] artfwo, it's just monday morning in the u.s === diwic is now known as diwic_afk [17:36] kenvandine, hopefully nothing I did with my preference dialog [17:36] nope [17:36] seb128, understood it indeed [17:36] mterry, it isn't showing events in the right order, so pretty easy to missing something important :) [17:37] artfwo, k, I'm looking now [17:37] thx mterry [17:37] kenvandine, seems it's showing recurrent events first then others [17:37] yeah [17:43] artfwo, how'd you generate the new .defs file? by hand? [17:43] mterry, yes, but I checked it later against h2defs output [17:46] mterry, the new .defs is fully compliant with appindicator.h, and once built, fixes all the python indicators' crashes [17:46] artfwo, yeah, looks right, just confirming one thing manually [17:47] pitti: its kinda required for things like compiz that don't have an icon i can click on to restart. [17:48] cjwatson: biosdevname> yes [17:48] cjwatson: I looked through the package out of the NEW queue [17:49] ok, cool, thanks - if somebody wants to push that through binary NEW then, I can promote it [17:49] cjwatson: want me to review? [17:52] yes please [17:54] cjwatson: do you have the MIR bug # handy? (so that I can close it) [17:55] ev: I am in a live session trying to install natty and I patched in http://paste.ubuntu.com/572185/ but it's still just sitting there with busy cursor after clicking forward === beuno-lunch is now known as beuno [17:59] pitti: bug 723870 [17:59] Launchpad bug 723870 in biosdevname (Ubuntu Natty) "[MIR] biosdevname" [High,In progress] https://launchpad.net/bugs/723870 [18:00] cjwatson: NEWed, promoted, bug closed [18:00] soreau: try patching in http://bazaar.launchpad.net/~ubuntu-core-dev/partman-auto/ubuntu/revision/595 (with appropriate filename adjustments) too [18:00] pitti: yay, thank you [18:00] cjwatson: not relevant for MIR, but I noticed that the udev rules do ACTION!="add", GOTO end [18:01] cjwatson: coudl that be an issue with coldplugging, i. e. if the action is "change"? [18:01] pitti: would you want to set NAME on action==change? [18:02] it would be wrong in general, I just wonder about the initial udevadm trigger during boot, after initramfs [18:02] ah, ignore me, we do --action=add there [18:04] artfwo, pushed, thanks so much! [18:04] mterry, thanks! [18:06] mterry, got a couple of minutes to explain why a) your upload was in ~ubuntu-desktop branch, and b) should I propose merges upstream or in ubuntu in the future? [18:07] cjwatson: It still 'hangs' and there's no output from ubiquity in the terminal [18:07] did you reboot after the previous test? [18:07] no [18:07] artfwo, sure. I'm not a member of the upstream team. But I am a member of the Desktop team that tries to make sure the package in Ubuntu is in good shape [18:07] artfwo, so while I couldn't approve the merge for upstream [18:07] I wouldn't recommend attempting to rerun ubiquity without rebooting after it's fallen over in a heap [18:07] artfwo, I could approve the merge for Ubuntu [18:07] cjwatson: ok [18:08] mterry, got it, thanks [18:08] artfwo, in future, you did right thing. It should always be sent to upstream. Whether you bother to create a separate merge request for Ubuntu just depends on how urgently you want it in [18:08] artfwo, so you did the right thing here === sforshee is now known as sforshee-lunch [18:09] mterry, does the ubuntu branch matter here? (lp:ubuntu or lp:~ubuntu-desktop I mean) [18:10] mterry, i.e. I want my fix in ubuntu ASAP, and what's the right ubuntu branch, if there are many? [18:10] artfwo, so since the package has the Vcs-Bzr field in its debian/control file pointing at lp:~ubuntu-desktop, it indicates that the packaging is handled in a non-typical place (i.e. not lp:ubuntu) [18:11] artfwo, so ~ubuntu-desktop was the right place, because historically, that's where the Desktop team maintains lots of packages (this behavior predates the whole lp:ubuntu thing) [18:11] artfwo, when in doubt, the command 'debcheckout' will check for Vcs-Bzr and give you that if it exists [18:11] mterry, I see it now, thanks so much! [18:12] yw === evilshadeslayer is now known as shadeslayer === dendrobates is now known as dendro-afk === MacSlow is now known as MacSlow|dinner === dendro-afk is now known as dendrobates [18:48] raphink: so i checked out git-buildpackage, but i'm not sure how to integrate it into my workflow. right now my biggest 'problem' is that i have to keep the 'debian/' dir inside the source in sync with the actual i have a in git repository. is there a jumpstart guide? [18:48] cjwatson: I couldn't get it to work. It gets stuck on the screen that checks if your connection is working and asks to install 3rd party software. Then I press forward and it sits on busy cursor forever or until I click quit === sforshee-lunch is now known as sforshee === zyga is now known as zyga-afk === MacSlow|dinner is now known as MacSlow === bdrung_ is now known as bdrung [19:37] ev, cjwatson, bug #714829 is suitable for your attention. The issue is a serious OOM situation caused by ubiquity during LiveCD that ends up crashing X. (Thus, we're getting tons of reports of this issue). I've posted a patch that reverts a recent ubiquity change and is seen to stop the OOM occurring, but it needs further analysis by one of you two to find a real fix. [19:37] Launchpad bug 714829 in xserver-xorg-video-intel (Ubuntu Natty) "Xorg segfaults during LiveCD installation using preseed file" [High,Triaged] https://launchpad.net/bugs/714829 [19:38] good timing, I was just preparing a ubiquity upload [19:39] bryce_: what do you think of Mario's later patch? [19:41] cjwatson, I think it probably can't hurt, but sounds like you'd want both patches [19:41] and then we reopen bug 693300, yes? [19:41] Launchpad bug 693300 in ubiquity (Ubuntu) "Top white bar in oem-config (ubiquity) when choosing CJK." [Undecided,Fix released] https://launchpad.net/bugs/693300 [19:41] (whch I agree is less serious) [19:41] cjwatson, that's right [19:42] fwiw, the original patch to that bug looks sort of like a sledgehammer solution (screen isn't updating? let's update it ALL THE TIME) ;-) [19:42] OK, I'll go ahead with that since nobody seems to have any better ideas in the short term [19:42] ok cool, thanks === ogra is now known as Guest25882 === Guest25882 is now known as ogra_ [20:16] cjwatson, can you also add ubuntuone-control-panel to the ubuntu-desktop set? [20:20] mterry: done [20:21] cjwatson, thanks! [20:27] ScottK: found question about package qt-sdk. Links to a bug report you filed asking for the amd64 binary to be removed from the archive, which seems to have been an error. original question at https://bugs.launchpad.net/ubuntu/+source/qt-sdk/+bug/618075 [20:27] Ubuntu bug 618075 in qt-sdk (Ubuntu) "Please remove arch any binaries" [Medium,Fix released] [20:27] iirc, Architecutre: all means it should be built for all archs, as opposed to Architecture: any, meaning the results are architecture independant, is that correct? [20:28] Yes, but the old arch any binaries were still there. [20:28] err, that was the removal bug, original question was https://answers.launchpad.net/ubuntu/+source/qt-sdk/+question/147275 [20:28]