/srv/irclogs.ubuntu.com/2011/02/28/#ubuntu-devel.txt

RAOF@pilot out02:04
=== 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
LaibschI'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:18
c2tarunLaibsch: can you paste the ouput of ls -al06:21
c2tarunLaibsch: pastebin the output of ls -al debian/migrator/06:22
Laibschc2tarun: from the source directory or from inside the pbuilder?  source dir: http://paste.debian.net/109095/06:23
c2tarunLaibsch: actually I want to see ls -al  from inside of debian/migrator06:24
Laibschhttp://paste.debian.net/109096/06:25
Laibschthere you go06:25
Laibschnot sure if that is different when pbuilder runs06:25
* Laibsch points to line 61 in http://paste.debian.net/109094/06:26
Laibschmaybe a path problem with some obscure cc file lying around somewhere?06:27
micahgLaibsch: 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 natty06:28
c2tarunLaibsch: sorry I got disconnected, you still there?06:28
Laibschsure, I'm still here06:28
Laibschmicahg: 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
Laibschmicahg: if you can be more specific, I can have a look06:29
micahgLaibsch: well, have you tried recreating it from scratch06:29
LaibschOK, I'll do that now06:29
micahgLaibsch: also, which "release" are you trying this in pbuilder for?06:30
Laibschlucid host and lucid pbuilder.06:33
micahgLaibsch: also, you could try logging in and seeing what's actually fails06:36
c2tarunmicahg: 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
LaibschI'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:37
micahgc2tarun: no, sorry06:38
micahgLaibsch: set it to not clean the environment and login fter the failure06:40
=== robbiew1 is now known as robbiew
=== panda is now known as Guest23706
pittiGood morning07:26
=== GrueMaster_ is now known as GrueMaster
c2taruncan 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:52
pittic2tarun: you have to add -lkio to barcode_LDADD (or similar) in the Makefile.am07:56
c2tarunpitti: are you sure about Makefile.am?07:56
pittic2tarun: if it's using automake; I don't know at all about cmake, qmake, etc.07:57
pittibut they certainly must have an equivalent of that07:57
c2tarunpitti: here is Makefile.am http://paste.ubuntu.com/573348/07:59
pittic2tarun: kbarcode/Makefile.am, not the one in the root dir08:00
c2tarunpitti: it worked thanks :)08:06
c2tarunpitti: but how did you know which file to change?08:07
pittic2tarun: linked libs are always specified in Makefile.am with automake08:07
c2tarunpitti: hmm.....08:07
pittiunless they come from pkg-config, of course08:07
dholbachgood morning08:08
c2tarunpitti: should I use a patch for this change? and can i use the variable LIBS ?08:08
pittibut even with pkg-config you need to add them there, just not directly with -lname, but with something like $(KIO_LIBS)08:08
pittic2tarun: you should send that upstream and have it fixed there as well08:09
pittiand patch it in the meantime, yes08:09
c2tarundholbach: good evening :)08:09
pittic2tarun: the variable shouldn't be called "LIBS", it sohuld be kbarcode_LDADD08:09
c2tarunpitti: thanks :)08:09
c2tarunpitti: kbarcode_LDADD or KIO_LIBS08:10
dholbachhi c2tarun08:10
pittiah08:10
pittic2tarun: 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:10
c2tarunpitti: ok, so finally what should I use? kbarcode_LDADD?08:11
pittic2tarun: 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:11
pittibut if you don't have these, then specify them directly with kbarcode_LDADD = -lkio -lqt ...08:12
didrocksgood morning08:17
=== Claudinux_ is now known as Claudinux
brendandhi08:55
brendandi need to find the url for the rsync server for old-releases08:56
brendandparticularly i want to rsync this image : http://old-releases.ubuntu.com/releases/10.04.1/ubuntu-10.04.1-alternate-i386.iso08:56
StevenKbrendand: Why not 10.04.2?08:56
brendandStevenK - It's for debugging purposes09:03
c2tarunpitti: ping09:04
pittistill here..09:05
c2tarunpitti: 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
Laibschc2tarun: try piping it through lsdiff first09:06
Laibschyou will likely see some changed files that maybe you did not intend to change?09:07
c2tarunLaibsch: what is lsdiff?09:07
Laibscha program09:07
pittic2tarun: presumably it caused an autoreconf run09:07
pittic2tarun: if you want to minimize it, apply the same change to Makefile.in in your patch09:07
Laibschc2tarun: debdiff $dsc1 $dsc2 | lsdiff09:07
pittithis will avoid calling automake09:07
Laibschc2tarun: just try it09:07
StevenKbrendand: Poking around with rsync got me rsync://old-releases.ubuntu.com/old-releases/releases/10.04.1/09:07
pittiLaibsch, c2tarun: lsdiff doesn't show the actual changes any more09:07
Laibschwhich is a good thing09:07
LaibschIMHO09:08
StevenKbrendand: The way I found it was 'rsync rsync://old-releases.ubuntu.com/' which gave me a listing09:08
LaibschI only want to know which files a patch touches09:08
janimo@pilot in09:08
=== 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
al-maisanOne 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
ubottuLaunchpad bug 723482 in mountall (Ubuntu) "system hangs on boot after updates from 2011-02-22" [High,New] https://launchpad.net/bugs/72348209:08
c2tarunpitti: the biggest entry in debdiff starts with this header http://paste.ubuntu.com/573361/09:08
brendandSteveK Ah. It's not rsync://rsync. like the other ones09:08
StevenKbrendand: No, but host could have told you that. :-)09:08
Laibschal-maisan: try #ubuntu+1 instead09:09
al-maisanLaibsch: ?09:09
al-maisanah09:09
al-maisanok09:09
pittic2tarun: right, you need to create a proper patch09:09
pittidon't just modify it inline09:09
c2tarunI created proper patch, take a look http://paste.ubuntu.com/573362/09:11
c2tarunpitti: ^^09:12
pittic2tarun: "Origin: upstream, http://www.kbarcode.net/09:12
pitti"09:12
pittic2tarun: that's not what Origin: is for; it's for the origin of the patch, which is you09:12
c2tarunpitti: than what is From for?09:13
pittic2tarun: yes, you should drop Origin: from the patch09:13
pittic2tarun: 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:13
c2tarunpitti: what do you mean by applying change in Makefile.in as well as in patch? I am not getting.09:14
pittic2tarun: I think you really need to read an autotools tutorial at some point..09:15
pittic2tarun: if you change Makefile.am, the next package build will re-run automake to update Makefile.in, since it's outdated09:15
c2tarunpitti: may be I do :( where can I get that?09:15
pittic2tarun: 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 noise09:15
c2tarunpitti: 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
pittic2tarun: usually you can change them both in the same patch09:17
c2tarunpitti: which file to modify first in patch? I think Makefile.am please correct me if I am wrong09:19
pittic2tarun: right09:19
c2tarunpitti: I made a patch changing both files., but while building the source package it failed.09:30
c2tarunpitti: here is the patch http://paste.ubuntu.com/573367/09:31
c2tarunpitti: wait a sec something is wrng09:32
=== ogra_ is now known as ogra
c2tarunpitti: hey, I am facing one problem with that patch, please reply when you are free.09:44
pittic2tarun: the patch looks fine -- what's the problem?09:44
c2tarunpitti: after building the binary package when I trying to build the source package I am getting the error patch failed.09:45
pittic2tarun: 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 conflict09:46
c2tarunpitti: I pulled completely fresh source package, modified changelog created patch pushed it, made changes, refresh it and then build the binary package.09:47
c2tarunpitti: then when I tried to build the source package I got the error.09:48
=== jelmer_ is now known as jelmer
pitti"the error" == ?09:55
c2tarunpitti: http://paste.ubuntu.com/573377/09:56
pittic2tarun: I suppose building the source package works if you didn't build the binary package yet?10:04
=== axp2_ is now known as axp2
pittic2tarun: in general I recommend building the source package first, as binary builds often leave behind cruft10:04
pittic2tarun: as I already said, I suppose that the binary build still called automake at some point and thus changed the Makefile.in10:04
c2tarunpitti: 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 again10:06
Riddellc2tarun: patching Makefile.in files is a bad idea, those are generated files10:08
c2tarunRiddell: I have to make a patch to add libraries to Makefile.am what should I do?10:09
pittiRiddell: I think he tried that first, but then ended up with a huge debian/patches/debian-changes-blabla10:09
c2tarunRiddell: yup ^^10:10
Riddellending 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 autotools10:10
Riddellthat'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 gain10:11
c2tarunRiddell: so I do upload a debdiff with debian-changes-* patch?10:12
Riddellthat would be my approach yes10:12
c2tarunRiddell: sure I'll do that10:12
cjwatsonRiddell: nowadays you can use dh-autoreconf10:19
cjwatsonc2tarun: ^-10:19
c2taruncjwatson: what is that for?10:19
cjwatsonc2tarun: 'apt-cache show dh-autoreconf' before asking questions ;-)10:19
cjwatsonit solves your problem10:20
c2taruncjwatson: 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
cjwatsoncan I suggest reading its documentation10:22
cjwatsonyou can run 'man dh-autoreconf' after installing it and you'll get a page explaining how it works10:23
ionalso http://manpages.ubuntu.com/manpages/natty/en/man7/dh-autoreconf.7.html10:26
c2taruncjwatson: thanks :) one more question, do I have to add dh-autoreconf into build-depends?10:31
tumbleweedcan a core-dev please open lucid and maverick tasks on bug 623342 for me?10:32
ubottuLaunchpad bug 623342 in samba "ntlm_auth returns invalid NT_KEY" [Critical,Confirmed] https://launchpad.net/bugs/62334210:32
c2taruncjwatson: ping10:43
pittic2tarun: yes, you need to add dh-autoreconf build-dep10:57
pittitumbleweed: done10:58
c2tarunpitti: here is the rules file http://paste.ubuntu.com/573397/ I added lines 10 and 11 is it correct?11:00
pittic2tarun: no, this will convert cdbs to dh11:00
pittic2tarun: add an include /usr/share/cdbs/1/rules/autoreconf.mk11:01
c2tarunpitti: done, anything else I should add?11:02
pittishould work11:02
c2tarunpitti: it is building, I didn't understood the stuff we did with rules file, can you please explain me a bit?11:03
cjwatsonc2tarun: FYI if I haven't replied to a question on IRC it's because I'm doing something else - pinging won't help11:04
c2taruncjwatson: sorry11:04
joaopintomvo, hi, is the lintian check during .deb installs on aptdaemon planned to be enabled on Natty ?11:06
pittic2tarun: 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:07
cjwatsonpitti: jockey in natty seems to have moved nvidia-common from Recommends to Depends, which breaks architectures other than amd64 and i38611:08
cjwatsonif it has to be Depends, then jockey-common is going to have to be Architecture: any ...11:08
pitticjwatson: ah; and we can't do arch specific depends11:09
pitticjwatson: I think we can move it back for now, it's not that importnat11:09
cjwatsonyou can do arch-specific depends but only with Architecture: any11:09
cjwatsonyou'd have to reopen bug 704597 if you moved it back :-/11:09
ubottuLaunchpad bug 704597 in jockey (Ubuntu) "Depend on nvidia-common" [Medium,Fix released] https://launchpad.net/bugs/70459711:09
pittiwe can replace ^ with explicitly seeding it, too11:10
pitticjwatson: uploading a fix now11:12
cjwatsonpitti: thanks!11:12
pittithanks for pointing out11:13
mvojoaopinto: is it a problem? we got a lot of crash reports due to nasty debs11:14
pitticjwatson: 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:14
cjwatsonyou don't need to, although it reduces the number of noisy warnings from germinate if you do11:15
pittiok, will do then11:15
joaopintomvo, 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 debs11:15
mvojoaopinto: 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 rest11:18
dholbachjanimo, happy patch pilot day11:21
directhexmvo, blocking on usage of /opt is a huge no-no IMHO. plenty of third-party debs segregate themselves there11:22
janimodholbach, happy patch pilot puppetmaster day to you too :)11:22
joaopintomvo, thanks, that's already happening at bug 712377 , I am trying to understand if that is a planned feature for Natty11:22
ubottuLaunchpad 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/71237711:22
mvodirecthex: indeed, that is a bug11:22
dholbach:-D11:22
c2tarunpitti: I got this error, Can you please take a look, http://paste.ubuntu.com/573407/11:22
directhexmvo, 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 horribly11:22
ionOoh, s-c uses lintian. Awesome.11:23
pittic2tarun: hm, this usually means that some part of dh_autoreconf failed; do you have the full build log?11:23
mvodirecthex: right, I agree here. still, lintian is a first step (even if its a bit over the top currently)11:24
c2tarunpitti: yes I have but its quite long, may not be fit for pastebin11:24
mvodirecthex, joaopinto: I think the solution is to pass a list of checks to lintian instead of running them all11:25
directhexmvo, yeah, that sounds reasonable imho11:27
c2tarunpitti: how can I show you the build log/11:30
joaopintomvo, 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 interference11:30
pittic2tarun: pastebin should work11:30
mvojoaopinto: that sounds reasonable, I can blog about it11:32
joaopintogreat :)11:32
c2tarunpitti: this is how much I got, 1000 lines approx http://paste.ubuntu.com/573411/11:32
mvojoaopinto: cheers11:33
pittic2tarun: please check the start of the build log whehre it calls dh_autoreconf, and check if it has errors11:33
c2tarunpitti: 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:36
zygaI 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:37
zygamy goal is to be able to dput ppa:zkrynicki/myppaname *.dsc of the package I want to "backport" from maverick to my lucid ppa11:38
zygadoko_, ^^ ?11:40
* zyga just added a changelog entry and ~zyga1 to version so that a normal package can be built11:53
doko_zyga: debsign -k should work11:54
zygadoko_, so it's best not to add another changelog entry and just sign with my own key instead?11:55
zygadoko_, and push that to a PPA?11:55
doko_no extra changelog entry required, but ~zyga1 works too11:56
zygaok, thanks11:57
=== diwic is now known as diwic_afk
=== MacSlow is now known as MacSlow|lunch
kirklandi can't seem to adjust my date/time settings from the date/time menu in unity12:47
kirklandcan anyone help me with that?12:47
chrisccoulsonmdz - can you remember what you were upgrading when you got bug 724202?12:52
ubottuLaunchpad bug 724202 in libdbusmenu (Ubuntu) "nautilus crashed with SIGSEGV in image_notify_cb()" [Medium,Confirmed] https://launchpad.net/bugs/72420212:52
mdzchrisccoulson, I don't think so, but I can't check timestamps at the moment as that computer is on another continent13:04
=== diwic_afk is now known as diwic
=== shadeslayer is now known as kshadeslayer
hungerHow long dues bzr take to checkout bzr?13:11
hungerSorry, wrong channel.13:11
evmterry: 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
ubottuUbuntu bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack" [Undecided,New]13:12
mterryev, ok13:13
evthanks13:14
sorenev: What do you need dpkg-repack for? (Just curious)13:16
evsoren: http://bazaar.launchpad.net/~mvo/+junk/apt-clone/view/head:/apt_clone.py13:18
mterryev, approved13:21
evmterry: thanks bunches13:21
mvoev: I adress the points you raised last friday today, the msg is not lost :)13:21
sorenev: Oh, I see. Thanks.13:22
evmvo: oh, brilliant.  Thanks a lot!13:22
evsoren: sure thing13:22
hallynjbernard: 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
ubottuLaunchpad bug 644669 in libcgroup (Ubuntu) "cgred should be started before libvirt-bin" [Medium,Triaged] https://launchpad.net/bugs/64466913:32
janimo@pilot out13:52
=== 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
siretartdoko_: would it be possible to copy sun-java6 from maverick/partner to natty/partner?14:02
doko_siretart: I don't have partner upload rights anymore. will forward the request14:03
siretartdoko_: thanks14:03
siretartI've added natty to our fai infrastructure here, and so far this is the only issue in our 'error.log' :-)14:04
siretartunity still doesn't work though, but I need to debug that further14:04
mterrycjwatson, could you please add libappindicator to desktop set?14:07
cjwatsonmterry: done14:08
mterrycjwatson, thank you!14:09
zygahow can I list valid options to debhelper --buildsystem=?14:17
=== Quintasan_ is now known as Quintasan
cjwatsonzyga: 'dh_auto_configure -l' in a source tree14:18
zygathanks, I needed python_distutils14:19
=== _LibertyZero is now known as LibertyZero
janimoany known issues with cowbuilder-dist on natty? create and update works but a build does not, complaining about pbuilder-satisfydepends-dummy14:38
=== 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
* ogra grins about the changelog of cjwatson's recent upload 15:25
ograunknown (unknown1) unknown; urgency=unknown15:25
highvoltageI guess that was not to the archives15:26
ograits a mis-entry that apparently was in debian15:26
ograbetween biosdevname 0.3.1 and 0.3.315:27
cjwatsonit was from the upstream changelog - I didn't want to redact it15:28
ograyeah15:29
ograjust found it funny15:29
cjwatsonit was actually a missing header line15:29
cjwatsondpkg-genchanges or something made up the line you quoted15:29
ograah, i didnt kno wit is that clever15:29
cjwatsonkees: does your comment in bug 723870 indicate approval of the MIR once biosdevname is available?15:29
ubottuLaunchpad bug 723870 in biosdevname (Ubuntu Natty) "[MIR] biosdevname" [High,In progress] https://launchpad.net/bugs/72387015:29
dholbachhttps://wiki.ubuntu.com/UbuntuDeveloperWeek starting in #ubuntu-classroom in 20 minutes!15:40
pittitseliot: thanks a lot for adding the ABIs to nv/fglrx!15:45
zumbisomeone 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:46
ograzumbi, works fine here15:47
zumbiogra: maybe you could email me the Emdebian/ docs?15:49
ograzumbi, sure, no prob15:49
zumbithanks15:51
ograzumbi, sent15:53
tseliotpitti: np ;)16:02
zumbiogra: got it! thanks16:06
ogra:)16:06
=== herton is now known as herton_lunch
=== tarun is now known as Guest97414
=== Guest97414 is now known as c2tarun
ograpitti, can we do something against jockey-common not being installable on armel due to nvidia-common being nonexistent16:21
pittiogra: yes, fixed this morning16:21
ograhmm16:21
cjwatsonbeat you to it ogra ;-)16:21
ograheh16:22
* ogra should apt-get update his chroots before asking 16:23
ograworks fine16:23
cr3anyone happen to know where the revision number of a pci device is supposed to be stored in sysfs?16:24
pitticr3: I don't think it is; I think you need to use libpci to find out16:31
cr3pitti: thanks for the tip, I'll have a look there16:32
amitkunity noobie question: how does one start an application not on the dock? Search doesn't seem to work...16:34
pittiamitk: it works here (if it doesn't crash..); what's the app you are looking for?16:35
amitkpitti: mumble (or any other really). Currently I start it the terminal and then tell unity to keep it in the launcher16:35
amitkunoptimal16:36
amitkIIUC, clicking on the Ubuntu logo in top left and typing in the search box should do magic, somewhat like Apple's spotlight?16:37
=== dmart_ is now known as dmart
=== dendro-afk is now known as dendrobates
charlie-tcaamitk: I navigate to /usr/share/applications and use the files there when nothing else seems to work16:39
amitkcharlie-tca: eeekkk!! It's a brave new world :)16:39
pittiamitk: hm, works here; but that only really started to work a few days ago, are you running current natty?16:39
pittiamitk: before that, ctrl+alt+t and launch from there :)16:40
amitkpitti: up to date as of a few minutes ago, but using unity for the first time since nvidia binary became available today16:40
amitkok, so terminal it is then :)16:40
artfwomterry, is it okay to ask you about your latest libappindicator package here?16:41
amitknice, 35Mb crash report (compiz) for launchpad to gulp down :)16:43
ograwe love details :)16:45
amitkpitti: so apport dialog says "Report Problem", "Restart Program". What if I want to do both?16:45
amitkogra: I'm just hoping that it isn't processing my ubuntuone and dropbox folders :)16:46
ogralol16:46
=== dholbach_ is now known as dholbach
* ogra pulls amitk's crash report for some new music16:47
Davieycjwatson / pitti / kees / sabdfl  : I sent a mail to the TB last week, is it still in moderation?16:48
cjwatsonprobably, I'll look now16:48
Davieyoh, or mdz16:48
* amitk adds output from /dev/random to the crash report to introduce ogra to a new genre16:48
Davieycjwatson, thanks16:48
ograLOL16:49
mdzDaviey, if it's the one you sent last Thursday, it went through16:50
mdzI saw it over the weekend16:50
mdzDaviey, regarding bind9?16:51
Davieymdz, ah yes, thassim16:51
DavieyThanks.16:51
cjwatsonyep, I've just flushed the moderation queue and it wasn't there16:51
amitkcompiz really doesn't like a HUP signal16:51
Davieythanks cjwatson16:51
=== herton_lunch is now known as herton
till_hi17:10
kshadeslayertill_: hi :)17:11
till_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? ;)17:11
=== beuno is now known as beuno-lunch
raphinktill_, have you considered git-buildpackage?17:12
raphinkhttp://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html17:12
till_raphink: i have not! i just figured out the rest, i'd really just like to symlink the folder though17:12
raphinkI don't think that's possible, but git-buildpackage probably provides similar solutions17:13
natschilHello. 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:18
natschilthis would only need to work in ubuntu. Preferrably 10.10 but 11.04 is ok too.17:19
oubiwannnatschil: you should join #ubuntu-touch and re-ask that question17:19
natschiloubiwann: oh cool, I didn't know that existed. will do.17:20
oubiwannnatschil: no prob! I mention it because that's where the experts are hanging out, not here ;-)17:20
mterryartfwo, yeah, what's up about libappindicator?17:29
=== tkamppeter_ is now known as tkamppeter
artfwomterry, I meant to ask about uploading a change to ubuntu-desktop branch, but figured it out already17:32
pittiamitk: you can't right now, I'm afraid17:33
pittiDaviey: I did a moderation run  few hours ago, should be here now17:33
mterryartfwo, k, cool17:33
mterry@pilot in17:33
=== 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
Davieypitti, yup, thanks17:34
artfwomterry, take a look at bug 724917 if you have time17:34
ubottuLaunchpad bug 724917 in libappindicator (Ubuntu Natty) "Importing appindicator from python crashes with ImportError on undefined symbol" [Medium,Triaged] https://launchpad.net/bugs/72491717:34
artfwoI've prepared an upstream merge proposal and a package merge, 'cause upstream didn't review the change for several days already17:34
seb128artfwo, mterry: kenvandine is on it, I've pinged him about that on #ubuntu-desktop a bit earlier17:34
mterryseb128, k, cool.  kenvandine: i'm on patch duty, can gladly take that if you're busy17:35
seb128artfwo, several days already", you filed that on saturday and upstream is working on it during it paid job time17:35
kenvandinemterry, if you can, please do17:36
kenvandinedebugging datetime atm17:36
seb128artfwo, it's just monday morning in the u.s17:36
=== diwic is now known as diwic_afk
mterrykenvandine, hopefully nothing I did with my preference dialog17:36
kenvandinenope17:36
artfwoseb128, understood it indeed17:36
kenvandinemterry, it isn't showing events in the right order, so pretty easy to missing something important :)17:36
mterryartfwo, k, I'm looking now17:37
kenvandinethx mterry17:37
seb128kenvandine, seems it's showing recurrent events first then others17:37
kenvandineyeah17:37
mterryartfwo, how'd you generate the new .defs file?  by hand?17:43
artfwomterry, yes, but I checked it later against h2defs output17:43
artfwomterry, the new .defs is fully compliant with appindicator.h, and once built, fixes all the python indicators' crashes17:46
mterryartfwo, yeah, looks right, just confirming one thing manually17:46
amitkpitti: its kinda required for things like compiz that don't have an icon i can click on to restart.17:47
keescjwatson: biosdevname> yes17:48
keescjwatson: I looked through the package out of the NEW queue17:48
cjwatsonok, cool, thanks - if somebody wants to push that through binary NEW then, I can promote it17:49
pitticjwatson: want me to review?17:49
cjwatsonyes please17:52
pitticjwatson: do you have the MIR bug # handy? (so that I can close it)17:54
soreauev: 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 forward17:55
=== beuno-lunch is now known as beuno
cjwatsonpitti: bug 72387017:59
ubottuLaunchpad bug 723870 in biosdevname (Ubuntu Natty) "[MIR] biosdevname" [High,In progress] https://launchpad.net/bugs/72387017:59
pitticjwatson: NEWed, promoted, bug closed18:00
cjwatsonsoreau: try patching in http://bazaar.launchpad.net/~ubuntu-core-dev/partman-auto/ubuntu/revision/595 (with appropriate filename adjustments) too18:00
cjwatsonpitti: yay, thank you18:00
pitticjwatson: not relevant for MIR, but I noticed that the udev rules do ACTION!="add", GOTO end18:00
pitticjwatson: coudl that be an issue with coldplugging, i. e. if the action is "change"?18:01
cjwatsonpitti: would you want to set NAME on action==change?18:01
pittiit would be wrong in general, I just wonder about the initial udevadm trigger during boot, after initramfs18:02
pittiah, ignore me, we do --action=add there18:02
mterryartfwo, pushed, thanks so much!18:04
artfwomterry, thanks!18:04
artfwomterry, 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:06
soreaucjwatson: It still 'hangs' and there's no output from ubiquity in the terminal18:07
cjwatsondid you reboot after the previous test?18:07
soreauno18:07
mterryartfwo, 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 shape18:07
mterryartfwo, so while I couldn't approve the merge for upstream18:07
cjwatsonI wouldn't recommend attempting to rerun ubiquity without rebooting after it's fallen over in a heap18:07
mterryartfwo, I could approve the merge for Ubuntu18:07
soreaucjwatson: ok18:07
artfwomterry, got it, thanks18:08
mterryartfwo, 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 in18:08
mterryartfwo, so you did the right thing here18:08
=== sforshee is now known as sforshee-lunch
artfwomterry, does the ubuntu branch matter here? (lp:ubuntu or lp:~ubuntu-desktop I mean)18:09
artfwomterry, i.e. I want my fix in ubuntu ASAP, and what's the right ubuntu branch, if there are many?18:10
mterryartfwo, 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:10
mterryartfwo, 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
mterryartfwo, when in doubt, the command 'debcheckout' will check for Vcs-Bzr and give you that if it exists18:11
artfwomterry, I see it now, thanks so much!18:11
mterryyw18:12
=== 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
till_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
soreaucjwatson: 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 quit18:48
=== 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
bryce_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
ubottuLaunchpad bug 714829 in xserver-xorg-video-intel (Ubuntu Natty) "Xorg segfaults during LiveCD installation using preseed file" [High,Triaged] https://launchpad.net/bugs/71482919:37
cjwatsongood timing, I was just preparing a ubiquity upload19:38
cjwatsonbryce_: what do you think of Mario's later patch?19:39
bryce_cjwatson, I think it probably can't hurt, but sounds like you'd want both patches19:41
cjwatsonand then we reopen bug 693300, yes?19:41
ubottuLaunchpad bug 693300 in ubiquity (Ubuntu) "Top white bar in oem-config (ubiquity) when choosing CJK." [Undecided,Fix released] https://launchpad.net/bugs/69330019:41
cjwatson(whch I agree is less serious)19:41
bryce_cjwatson, that's right19:41
bryce_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
cjwatsonOK, I'll go ahead with that since nobody seems to have any better ideas in the short term19:42
bryce_ok cool, thanks19:42
=== ogra is now known as Guest25882
=== Guest25882 is now known as ogra_
mterrycjwatson, can you also add ubuntuone-control-panel to the ubuntu-desktop set?20:16
cjwatsonmterry: done20:20
mterrycjwatson, thanks!20:21
psusiScottK: 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/61807520:27
ubottuUbuntu bug 618075 in qt-sdk (Ubuntu) "Please remove arch any binaries" [Medium,Fix released]20:27
psusiiirc, 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:27
ScottKYes, but the old arch any binaries were still there.20:28
psusierr, that was the removal bug, original question was https://answers.launchpad.net/ubuntu/+source/qt-sdk/+question/14727520:28
psusithat's because it is targeted to arch: all20:28
psusiso now there is only the i386 build in the archive20:29
psusiat least according to http://launchpadlibrarian.net/53715084/qt-sdk_2ubuntu2_i386.changes20:30
cjwatsonpsusi: you have it backwards.20:30
psusihrm... then what's wrong with this package?  according to the build log, it was only built for i386, which generated a _all, but it seems to have only been put in the i386 archive?20:31
ScottK qt-sdk |   2ubuntu2 | maverick/universe | source, all is what's in the archive.20:31
ScottKYou are misunderstanding how arch all packages work.  It's as it should be.20:32
=== ogra_ is now known as ogra
psusiScottK: it isn't though since the binary is only found in the archive for i386.  Users of amd64 can't install it.20:37
ScottKI'm not sure what you mean.20:39
ScottKhttp://archive.ubuntu.com/ubuntu/pool/universe/q/qt-sdk/20:39
slangasekScottK: he's right, actually; somehow the package isn't published in the amd64 Packages file20:41
psusilp lists only the i386 build, and qt-sdk does not appear in Contents-amd64.gz.  https://launchpad.net/ubuntu/+source/qt-sdk20:41
ScottKslangasek: Oh.  Weird.20:41
slangasekin fact, it's only published on i38620:42
ScottKIs a no change upload the easiest fix for that?20:42
slangasekit's correctly published for lucid, so it must have been a publisher bug in the maverick timeframe20:42
slangasekScottK: yep20:42
psusiprobably20:42
ScottKI'll take care of it.20:42
ScottKpsusi: Thanks for bringing it up.20:42
psusino problem... kinda curious how it got weirded like that now though20:43
psusilike, shouldn't the lp page say it was built for arch: all, not i386?20:43
ScottKShould.20:43
slangasekwhich lp page?20:43
psusihttps://launchpad.net/ubuntu/+source/qt-sdk20:44
slangasekhttps://launchpad.net/ubuntu/+source/qt-sdk/2ubuntu2 correctly shows the i386 build, which is the build that outputs the arch: all package20:44
psusiso that is normal?  you  build for i386, and get an _all instead of _i386?  which should be added to the contents of the other archs automatically?20:45
psusiI figured it would say it built it for the all arch, rather than i386 ( and got a result for all instead )20:45
slangasekhttps://launchpad.net/ubuntu/maverick/amd64/qt-sdk/ shows the disappearance of the binary from amd6420:45
slangasekScottK: ^^ you did it ;)20:45
ScottKIIRC it was a leftover amd64 binary or something.20:46
slangasekpsusi: yes, that's normal and correct.  That's the i386 build which can result in packages of arch: i386 and/or arch: all;20:46
slangasekthat page is the wrong place to look to see which architecture a given package is20:46
slangasekScottK: ok - in general the arch: all package should smoothly supersede an arch: any package of the same name in the archive20:47
slangasekso maybe there was an underlying bug here20:47
ScottKI don't recall why I thought it didn't.20:47
psusiit looks like this package has always been an arch: all20:48
psusiso there should never have been an _amd64?20:49
psusiunless it was there before karmic and lp just doesn't show it...20:49
cjwatsonI suspect somebody processed that removal after the arch: all-ness had already been applied.20:51
cjwatsonI have a feeling that regrettably lp-remove-package.py doesn't catch that.20:51
=== 36DAA71NS is now known as hugohirsch
smosercjwatson, If i were interested in putting a static entry into grub menu, would you recommend just packaging a file in '/etc/grub.d/XX_cloud' ? or is there a better way.21:16
slangasekdidrocks: hi, why is unity getting a dependency on libnux-0.9-0 (<< 0.9.28)?  If nux is changing its ABI, that should be reflected in the package name...21:17
didrocksslangasek: nux is not near ABI or API stable21:17
didrocksslangasek: basically, it's broken every week21:17
slangasekdidrocks: so this is a convenience to avoid going through NEW each time?21:17
didrocksthat's why we force everyweek latest nux and latest unity21:17
slangasekdidrocks: will it be ABI-stable by beta?21:18
didrocksslangasek: hoping so, better to discuss with the dx team about it21:18
slangasekhmm21:18
cjwatsonsmoser: that sounds fine21:23
smoseryou have a suggestion on the 'XX' ?21:24
cjwatsonno, pick it however you want the order to fall21:25
cndRiddell, I'm looking at the upload of qt4-x1121:45
cndthe difference you pushed is the one we determined to be incorrect :)21:45
jelmerhmm, in http://reports.qa.ubuntu.com/reports/sponsoring/, how is "Origin" determined?21:47
james_wjelmer, using packagesets somehow I think21:50
mterry@pilot out21:53
=== 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:
Riddellcnd: oh foo, really?22:12
cndRiddell, yeah, you're casting a double * to a float * on arm22:13
cndwhich means that when you advance the variable using values++22:13
cndyou're only advancing 4 bytes instead of the requried 8 bytes22:13
cndall that needs to change is to make the values variable a double * instead of a qreal *22:13
cndno casting necessary :)22:14
Riddellcnd: http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/revision/153 ok?22:16
cndRiddell, yep!22:16
Riddellcnd: ok uploading, sorry for the hassle, well spotted22:17
cndRiddell, np22:17
cndthanks for working with me on it :)22:17
slangasekpitti: hi, cjwatson suggests that Friday (i.e., immediately after a3) is better for dpkg-multiarch than to land it right now; would you be ok with this?22:34
cjwatsonpitti: this is mainly because we're currently 25 minutes from when skaet wants alpha-3 freeze to start and it seems to me to be cutting it pretty fine22:35
slangasekis it?  I thought skaet_ wrote that the freeze started 23.5h ago22:38
ograi understood she said 23:00 UTC22:40
cjwatsonwhat ogra said22:41
slangasekyes, the mail said 2300 UTC on 2/2722:41
cjwatsonblink22:41
ograheh22:41
cjwatsonOK, that's not what I thought skaet and I had agreed22:41
ograand not how she sounded in -release22:41
xrdodrxthe gnome-paint package is broken22:41
slangaseka typo in the mail seems possible - I was just going by the mail though :)22:41
xrdodrxit's 0.3-222:42
xrdodrxhad to install 0.422:42
xrdodrxfrom https://launchpad.net/gnome-paint22:42
slangasekcjwatson: the mail is why I was asking at all; if we're not actually /frozen/ yet, I can certainly get it done :-)22:42
xrdodrxI seem to run in to a lot of broken pkgs on ubuntu22:42
broderslangasek: whoa....dpkg-multiarch is actually landing in natty? *awesome*22:42
xrdodrxSo far this, beep, and gnibbles22:42
slangasekbroder: subject to the ongoing negotiations with the release team ;)22:42
broderhehe22:42
cjwatsonbacklog of -release was clearly for 2300 on Monday22:43
slangasekcjwatson: so I actually have 15 minutes to get this done? :-)22:43
ogra17 even :)22:43
cjwatsonthis is my understanding, but you get to apologise to skaet and clean up if it goes wrong ...22:44
slangasekyep22:44
Ampelbeinxrdodrx: the current version of gnome-paint in maverick (ubuntu 10.10) is 0.3-2, in natty (ubuntu 11.04, not released yet) the version is 0.422:44
cjwatsonxrdodrx: well, all those packages install fine here on natty (this is #ubuntu-devel, support for older releases would be on-topic on some other channel)22:45
xrdodrxAmpelbein, yeah, I fixed it by finding an updated deb...it just bothers me how packages are broken :<22:45
xrdodrxcjwatson, this is #ubuntu-development, no?22:45
xrdodrxor am i missing something22:45
Ampelbeinxrdodrx: it isn't broken.22:45
cjwatsonxrdodrx: where we work on the next release22:45
cjwatsonxrdodrx: it's not a bug reporting channel, though - IRC doesn't make a good medium for tracking bugs22:46
xrdodrxAmpelbein, just because it launches doesn't mean it's not broken22:46
cjwatsonit's a channel for developers to coordinate among themselves and discuss problems22:46
xrdodrxand gnibbles is broken, so is beep22:46
cjwatsonbut we can't take bug reports here22:46
xrdodrxoh, ok22:46
xrdodrxsorry cjwatson22:46
cjwatsonthe flow would be impossible22:46
cjwatsonnp22:46
xrdodrxI thought this was a place to report because of -devel :<22:46
cjwatsonhttps://help.ubuntu.com/community/ReportingBugs22:46
cjwatsonuninstallable or non-functional packages would be one reason for us to do stable updates, so it's certainly worth reporting that kind of thing even if it's fixed in natty22:48
xrdodrxcjwatson, yeah, I've found unaddressed bug reports for each of these packages...guess I'll just wait for natty as it's coming in April :)22:49
cjwatsonI certainly don't mean to discourage you from reporting bugs (quite the opposite), just steering you towards a more effective place to do it :)22:51
* cjwatson -> bed22:51
=== calc is now known as Guest54789
=== soren_ is now known as soren
=== herb__ is now known as herb
ari-tczewjdstrand: * debian/control: update Vcs for natty <- it doesn't need to be mentioned in d/changelog23:08
micahgari-tczew: no, VCs changes should be mentioned23:09
micahgVcs23:09
jdstrandari-tczew: I like to document everything23:09
jdstrandI changed from trunk to its own tree23:09
micahgif every package had a uniform Vcs-* in Ubuntu, it would be a different story (like update-maintainer in theory)23:10
ari-tczewmicahg: cjwatson told me that doesn't because d/changelog should include only informations which can't be dropped till sync. vcs can be dropped for sync, so it's not necessary in d/changelog23:11
=== soreau_ is now known as soreau
jdstrandari-tczew: that one cannot be dropped for sync23:11
* ari-tczew hopes that cjwatson will answer for it to jdstrand and micahg cause ari-tczew is not going to be unreliable.23:12
jdstrandari-tczew: Debian uses ufw-debian, natty has ufw-natty, trunk was ufw-trunk23:12
=== sconklin is now known as sconklin-gone
ari-tczewjdstrand: I see source name just 'ufw'.23:12
jdstrandactually, I did use ufw-debian23:13
jdstrandari-tczew: I am talking about the Vcs branch name23:13
ari-tczewjdstrand: and you will keep this change if it's only remaining change23:14
ari-tczew?23:14
jdstrandari-tczew: that wasn't the case here. if I sync from debian, I'd drop everything23:14
jdstrandari-tczew: I am not saying you are wrong, I am saying that I haven't seen policy stating that I shouldn't include it in my merges23:15
jdstrandari-tczew: I maintain this package in both Debian and Ubuntu, and it is a way for me to keep my sanity23:16
ScottKari-tczew: I think that where someone is doing all the work on a package in Debian and Ubuntu they have a great deal of freedom to do it in  a way that suites their work.23:17
ari-tczewjdstrand: sorry, I can't give you a link to policy which I was talking about, maybe cjwatson will give you tomorrow.23:17
ari-tczewScottK: does it mean that I can;t say anything?23:17
ScottKari-tczew: No, but their may be more productive uses of your time than nit picking other people's work.23:18
=== xrdodrx` is now known as xrdodrx
xrdodrxcan someone test the packages gnibbles in natty for me?23:19
xrdodrxI don't have the time to install a vm atm :<23:19
cody-somervilleThat being said, peer review and the discussions it can produce are usually quite valuable to all parties involved. :)23:19
ari-tczewScottK: It's not nitpick. I just say it because I was poked for it in the past and I remember it was in official policy.23:20
ari-tczewAnd I guess I'm not that strict as micahg.23:21
=== nhandler_ is now known as nhandler
=== TerminX_ is now known as TerminX

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!