[00:06] StevenK, can you sync glib-networking and libsoup2.4 from debian experimental? Do you need bugs (we have no Ubuntu changes, we just need to keep syncing until stable release) [00:08] robert_ancell: Again? :-) [00:09] StevenK, yeah, GNOME keeps making releases! [00:09] Bad! [00:09] they have a schedule and everything [00:30] Riddell, are you on? [00:30] I think a net split has screwed things up on me === cnd` is now known as cnd [01:18] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | 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: === Igorot is now known as Knightlust === 84XAAAATU is now known as beuno === Guest90597 is now known as ovidwu === 84XAAABJE is now known as Seeker` === asac_ is now known as asac [03:03] i'm thinking now is not a good time to get today's updates: an apt-get dist-upgrade says that "The following packages will be REMOVED: ubuntu-desktop" === 20QAATNK3 is now known as solid_liq === dendro-afk is now known as dendrobates [04:23] jcastro: i don't need to worry if i submitted my uds sponsorship app before jono's post, do i? [05:14] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | 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: micahg === dendrobates is now known as dendro-afk [06:05] can we upload from a UDD branch without an upstream tag? === sparr|2 is now known as sparr === jjohansen is now known as jj-afk [07:23] doko_, him what exactly should I check after eglibc build finishes? [07:23] janimo: just installation and desktop start, I'll look at the test results too [07:23] kees: argh, then what I have seen must have been the .91 result [07:24] doko_, for the packages listed in that PPA? [07:24] janimo: just eglibc [07:25] ahuman, ok [07:25] ahuman, ok [07:25] * janimo hits xchat autocompletion [07:32] good morning [07:32] Anyone have touchpad problems since the most recent Xserver/synaptics upgrade? [07:33] If so, we want you! [07:34] RAOF, http://ubuntuforums.org/showthread.php?t=1694007 [07:35] booyah [07:35] htorque_, awesome [07:36] Bah. They haven't tried rolling back to the previous synaptics. :) [07:36] just doing updates, maybe i'm hit too [07:40] That would be helpful; I don't have access to any systems which are broken. [07:42] RAOF, :( touchpad's working fine here [07:42] RAOF, can you attach a downgrade script on bug #724051? [07:42] Launchpad bug 724051 in xserver-xorg-input-synaptics (Ubuntu) "upgrade to 1.3.99+git20110116.0e27ce3a-0ubuntu4 breaks touchpad " [High,Confirmed] https://launchpad.net/bugs/724051 [07:42] RAOF, then I guess reassign the bug to cnd - will you be around when he gets up? [07:43] I can be around, yes. [07:43] alright, I'll check in on things in my morning [07:44] I'll do so. === htorque_ is now known as htorque [07:53] good morning [07:54] Hey didrocks. How's your touchpad? :) [07:55] RAOF: hum, alive, why? ;) [07:56] Oh, I'm just looking for someone who can reproduce bug #724051 :) [07:56] Launchpad bug 724051 in xserver-xorg-input-synaptics (Ubuntu) "upgrade to 1.3.99+git20110116.0e27ce3a-0ubuntu4 breaks touchpad " [High,Confirmed] https://launchpad.net/bugs/724051 [07:56] It doesn't affect any of the hardware any of us X maintainers have access too. [07:56] RAOF: not sure I'm on that version because of nvidia :) [07:56] Man up and install nouveau! :P [07:57] RAOF: I prefer to keep what we install to our users :) [07:57] and not triggers new bugs [07:58] Eh. Supported 3D drivers are for the weak! [08:02] ;) [08:06] apw: yes, apparently language-selector was gratuitously renamed to l-s-gnome in 0.14, and the seeds weren't updated, and there is no transitional package iether [08:07] * pitti cleans up behind that [08:09] Riddell: ^ (that sponsored l-s was pretty broken..) === rsalveti` is now known as rsalveti [08:21] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | 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: [08:24] micahg: :o [08:24] micahg: nice job! === tkamppeter_ is now known as tkamppeter [08:50] pitti, thanks for hoovering up [08:53] doko_, asac, didrocks: do any of you have time to look at a long standing MIR for me? [08:54] jamespage: not from me, sorry :/ I finished a last MIR round yesterday but I won't be available at all today for that. Maybe ask mterry when he's here === mbarnett` is now known as mbarnett [08:58] didrocks: I'll pester mterry when he appears then unless doko_ or asac can help me out :-) === bantu_ is now known as bantu [09:26] pitti, hi [09:28] hey tkamppeter, how are you? [09:30] pitti, fine. Did you solve the problem of the automatic printer driver download not working with proxies completely? [09:36] tkamppeter: I think so; I responded to the mail with some further questions, but didn't get a response [09:36] * pitti digs out the old mail [09:37] pitti, I have digged it out, too. Yuji Saito from Avasys never responded. [09:38] pitti, I have sent a reminder now. === hunger_ is now known as hunger === mbiebl_ is now known as mbiebl [10:03] seb128, my nautilus crasher bug 724202 is retraced now, and the stack has image_notify_cb rather than theme_changed_cb as in bug 721915. are you sure it's the same? [10:03] Bug 724202 on http://launchpad.net/bugs/724202 is private [10:03] Launchpad bug 721915 in libdbusmenu (Ubuntu) "gnome-terminal crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Confirmed] https://launchpad.net/bugs/721915 [10:06] seb128: pitti: I think that we should rename the compiz-fusion package to compiz as upstream has this name since 0.9. Is there a process for blacklisting sync from debian as they still have the old source package name? [10:06] mdz, no, seems different, the other bug you pointed was a duplicate [10:06] oh [10:06] didrocks: yes, add it to /srv/launchpad.net/dak/sync-blacklist.txt [10:07] didrocks: that is a bzr dir, so please commit the change as well [10:07] mdz, I wish the retracers were working but gdb 6.8 produce broken stacktrace and gdb 7.2 is broken in the fakechroot environment [10:07] pitti: excellent, thanks :) [10:07] didrocks, see 5.2 on https://wiki.ubuntu.com/ArchiveAdministration [10:07] seb128, also, the "usr_lib_nautilus" info from the apport hook is hard to read because there's no whitespace between the items. would you like a trivial patch for that? [10:07] e.g. usr_lib_nautilus: nautilus 1:2.32.2.1-0ubuntu6ubuntuone-client-gnome 1.5.4-0ubuntu1ubuntuone-client-gnome 1.5.4-0ubuntu1file-roller 2.32.1-0ubuntu3evince 2.32.0-0ubuntu10seahorse-plugins 2.30.1-3ubuntu2brasero 2.32.1-0ubuntu2deja-dup 17.90-0ubuntu3ubuntuone-client-gnome 1.5.4-0ubuntu1deja-dup 17.90-0ubuntu3deja-dup 17.90-0ubuntu3gnome-disk-utility 2.32.1-0ubuntu4nautilus-share 0.7.2-14ubuntu1totem 2.32.0-0ubuntu9nautilus-sendto 2.32.0-0ubuntu1quick [10:07] ly-ubuntu-template 11.03.1-0ubuntu2 [10:07] I think putting newlines in there would be good [10:08] seb128: yeah, I read this, I was thinking about "official process" like sending an email or opening a bug :) [10:09] didrocks: I don't quite understand -- our compiz source package is already called compiz, not compiz-fusion? [10:09] mdz, that would be better indeed, I think they used to have space or new lines, I'm wondering if anything changed from the apport side, any patch would be welcome ;-) [10:09] pitti: the main and other plugins [10:09] pitti: those are multiple source packages [10:10] pitti: compiz-fusion-plugins-main for instance [10:10] mdz, do you still have the .crash for this nautilus crash? [10:13] mdz, #526743 has http://launchpadlibrarian.net/39673544/usr_lib_nautilus.txt [10:13] seb128, yes I do [10:13] mdz, i.e the list used to be a file and not inlined, not sure what changed [10:13] seb128, apport automatically inlines it if it is <5 lines or so [10:14] mdz, well, the source_nautilus.py didn't change and it used to have new lines, anyway that's a detail [10:15] seb128, that's very weird, looking at the hook I do not see how it could have newlines [10:15] if it did, it would probably be a bug in hookutils.package_versions [10:15] do we have plans to remove qt3 from natty? [10:15] mdz, can you install libdbusmenu-gtk3-dbgsym libdbusmenu-glib3-dbgsym and get a stacktrace from using gdb on the crashdump or use apport-retrace locally? [10:15] mdz, right [10:16] raphink: re http://www.raphink.info/2011/02/version-number-suggests-ubuntu-changes.html - the correct way to deal with it is to run update-maintainer once you modified the changelog [10:16] seb128, I can apport-retrace locally, sure [10:16] I'm getting bugged about a package that uses qt3, which is supposed to be removed from unstable 'in the next 3 months' [10:16] mdz, the retracers are screwed, they still run gdb 6.8 because 7.2 is borked under fakechroot or something and 6.8 has issues in natty now [10:16] pitti tried to debug it without success [10:16] to be precise, gdb 7.2 was just as broken locally with core dumps [10:16] you picked a broken example [10:16] none of the three bugs I tried it with had any difference in the retracer chroot vs. local gdb 7.2 [10:17] seb128: maybe, I could have been unlucky [10:17] I can give you way to try easily on a running process [10:17] 6.8 doesn't work here [10:17] I checked strace on 7.2 in the retracer chroots, there were no obvious errors which looked like being fakechroot bugs [10:17] where 7.2 does [10:17] why does apport-retrace give me so many warnings about unavailable -dbg and -dbgsym packages? they should be available [10:17] seb128: I didn't try that, just gdb program core [10:18] mdz: the -dbg ones are bad warnings and fixed in trunk; -dbgsym> do you have ddebs.u.c. apt source? [10:18] pitti, let me see if we have some apport-failed-retracing bugs with an i386 dump on launchpad today [10:18] so I can try that as well [10:21] dpkg: error processing /var/cache/apt/archives/nautilus-dbg_1%3a2.32.2.1-0ubuntu6_amd64.deb (--unpack): [10:21] trying to overwrite '/usr/lib/debug/usr/lib/libnautilus-extension.so.1.2.0', which is also in package libnautilus-extension1-dbgsym 1:2.32.2.1-0ubuntu6 [10:22] doh [10:22] that could explain broke retracings as well [10:22] pitti, is installing the -dbg a new thing? [10:22] not really, they use -u --no-pkg [10:23] seb128: adding -dbg is a relatively new thing, it was contributed by someone who said it'd improve things [10:23] mdz: for local retraces you might try removing line 426 in /usr/lib/python2.7/dist-packages/apport/packaging_impl.py [10:23] i. e. [10:23] dependency_versions[pkg+'-dbg'] = dependency_versions[pkg] [10:24] bdrung, like I said, the maintainer is a canonical employee [10:24] bdrung, so I'm not sure updating the maintainer is the best option [10:24] raphink: that's not a reason to not change the maintainer [10:25] brb [10:27] has the ideas list for GSOC 2011 from Ubuntu been released yet? [10:27] seb128: just to make sure we could of course remove -dbg package installation from the retracers as well [10:28] seb128: (sorry, currently working on somethign else) [10:28] pitti, well it seems likely the crash mdz just had will break the installation and the retracing [10:28] not sure what we win from using the dbg when everything has a dbgsym [10:29] seb128, I have a patch for the apport hook for you. email, bug report or bzr? [10:29] seb128: it was added becuase a lot of dbgsym are missing [10:29] mdz, either work, what is easier for you [10:29] seb128: it's slightly better in trunk now [10:29] mdz, or just commit and push if you worked on a checkou [10:29] checkout [10:30] pitti, well it seems obviously broken if it install conflicting dbg and dbgsym binaries, I would turn it off until someone debug it [10:30] seb128, emailed [10:30] mdz, thanks [10:30] there was also a weird issue where attach_gconf was called but not imported [10:31] something else must have imported it, because it seemed to work [10:32] pitti, sorry, missed your earlier question: yes, I do have the ddebs source [10:32] deb http://ddebs.ubuntu.com/ natty main restricted universe multiverse [10:32] bdrung, nxvl is still the official maintainer (unless you want to change that nxvl ) [10:33] but I get e.g. WARNING: package libxcb1-dbgsym not available [10:33] bdrung, afaik, the Maintainer field is not supposed to be changed at every upload [10:33] pitti, and removing line 426 helped a lot, thanks [10:34] raphink: but on every merge [10:34] it's not a merge [10:34] seb128, I have a gdb session for my nautilus crash now [10:34] mdz: that's actually correct, libxcb1-dbgsym is missing from http://ddebs.ubuntu.com/pool/main/libx/libxcb/ [10:34] (meh - want soyuz ddeb support enabled..) [10:35] pitti, it's not? [10:35] http://ddebs.ubuntu.com/pool/main/libx/libxcb/libxcb1-dbgsym_1.5-2_amd64.ddeb [10:35] seb128, backtrace in http://paste.ubuntu.com/571641/ [10:35] seb128: that yes, but 1.7-2 is current [10:35] oh right [10:35] the udeb dbgsym made it for some strange reason [10:36] mdz, hum, it's not better than the retracer one [10:38] seb128, stack frame #2 has the same address as the data= parameter to the callback [10:38] that doesn't seem right [10:38] #1 0x00007f16efdcba9e in image_notify_cb (widget=0x2718810, [10:38] pspec=, data=0x2026120) [10:38] #2 0x0000000002026120 in ?? () [10:39] indeed [10:39] I'm not surprised it can't find any debug symbols for the stack :-) [10:40] I don't know what's wrong with #4 though, that one looks like a shared library [10:40] mdz, thanks for trying locally, so it's a different issue from the retracer one [10:40] mdz, the ProcMaps has no mapping for it though [10:40] "7f16e0000000-7f16e02d9000 rw-p 00000000 00:00 0 [10:40] 7f16e02d9000-7f16e4000000 ---p 00000000 00:00 0 " [10:41] weird [10:41] seb128: indeed gdb 7.2 works just fine if I run it against a "synthetic" core file in the retracer chroot; so perhaps 7.2 is more sensitive to missing dbg symbols than 6.8, so that it produces much worse results on incomplete dbgsyms? [10:42] pitti, could be [10:42] should we just upgrade the version in the retracer and see how it goes? [10:42] we could, sure [10:43] seb128: FTR, I'm commenting out the pinning in /etc/apt/preferences [10:43] pitti, ok thanks [10:44] it'll get even worse, though [10:45] pitti, why? [10:45] as I said, all retraces I tried got worse with 7.2 [10:46] but let's try this for a few days and review how they look nw [10:46] now [10:50] pitti, you can take https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/719156 as an i386 example [10:50] Ubuntu bug 719156 in compiz (Ubuntu) "compiz crashed with SIGSEGV in nux::GpuRenderStates::SubmitChangeStates()" [Undecided,New] [10:50] pitti, gdb on the dump locally produce a better stacktrace [10:50] ah, good; trying [10:51] pitti, http://paste.ubuntu.com/571646/ [10:51] pitti, is what I get on my natty box with the dump from this bug [10:51] * pitti runs that in the retracer [10:52] pitti, compared to http://launchpadlibrarian.net/64377347/Stacktrace.txt [10:52] which is what the retracer got [10:56] looks better now [10:57] still a lot of "No symbol table info available.", but at least I get a similar stack to your's [10:59] seb128: ^ ok, so let's run with that for a bit and cross fingers :) [11:05] pitti, ok! [11:05] pitti, do you need to keep the bug as an example or can I retag it need-i386-retrace? [11:06] seb128: you can re-tag it [11:06] seb128: in fact, let's do that and see what the fully automatic mode makes of it [11:06] let's see how it goes [11:06] pitti, right [11:06] tagged [11:06] pitti, the retracers are on? [11:06] pitti, next cronjob is in 1 minute iirc [11:09] yes [11:10] Hello [11:11] I'd like to release my app as version 1.0.0 alpha1 [11:11] and create my own repository [11:12] How apt recognize new version of my app, after I relase 1.0.0 alpha 2? [11:13] Yes, I'll put version in changes file but I'm afraid if it will work. [11:13] PetrHH, apt bases itself on version number [11:13] you can use dpkg --compare-versions $v1 lt $v2 && echo y || echo n [11:13] to see which version dpkg/apt consider higher [11:14] PetrHH, as far as versionning an alpha1 program, you sould use 1.0.0~alpha1 as the version, because ~ will make sure that 1.0.0~alpha1 come before 1.0.0 [11:14] so the package will be upgraded when 1.0.0 is out [11:15] raphink, Thank you for explanation [11:15] and will be upgrade also after I release alpha2 or beta1? [11:16] yes PetrHH [11:16] Great! Thanks a lot. [11:16] 1.0.0~alpha1 < 1.0.0~alpha2 < 1.0.0~beta1 < 1.0.0~rc1 < 1.0.0~rc2 < 1.0.0 [11:17] thanks to the alphabetical order in which a < b < r [11:17] it is great [11:17] so I'll use ~ [11:17] yes [11:17] Do you know any good how to create own Ubuntu repository? [11:18] and the first package version will be 1.0.0~alpha1-0ubuntu1 [11:18] if you use a PPA and you plan to get your package in Ubuntu one day, the version will be something like [11:18] 1.0.0~alpha1-0ubuntu1~ppa1 [11:18] -0ubuntu indicates that it's the first version in Ubuntu, not based on a Debian version (hence the -0) [11:19] and ~ppa1 makes it a private PPA version that comes before the official one, so if ever your package ends up in Ubuntu officially, the official version will replace the PPA one [11:20] I don't know how to use ppa. I'm already registered but my program needs CVS version of IDE to be build. So I must wait till new version will be released and added to Ubuntu repository. Because of this, I'd like to create own repo, first. [11:20] a PPA is a personal repository, that's what you want I think [11:20] if you have an account on Launchpad, just go to your page and activate your PPA [11:20] it's much (much) easier than setting up your own local repository [11:21] https://help.launchpad.net/Packaging/PPA [11:25] Can I use packages from external repository? [11:26] what kind of external repositories? [11:26] My development enviroment is there [11:26] SVN version of it [11:26] PPAs can depend on official repositories as well as other PPAs [11:28] great! [11:28] hopefully it is also in ppa :-) [11:28] pitti, are you going to remove the -dbg thing or keep it? [11:29] mdz: it's already much better in trunk [11:29] ah [11:29] mdz: in the retracer chroots it increases the chance of getting debug symbols, as long as ddebs.u.c. i still separate and unreliable, so I'd actually like to keep it [11:29] mdz: I could only enable it if --no-pkg is given, though [11:29] that should DTRT on local retraces [11:30] who is the current friendly archive-admin for NEW package reviews? [11:30] pitti, --no-pkg isn't on the man page; does that just unpack the debs without dpkg? [11:30] mdz: yes [11:30] ricotz, look at the wiki [11:30] mdz: it's actually kind of deliberate [11:30] heh [11:30] mdz: you shoudl never ever use that option on a real system [11:31] it's going to mess up everything [11:31] mdz: --help has it [11:32] mdz: committed to trunk [11:32] ogra, thanks, which specific page would that be? [11:33] pitti, if it only unpacks things in /usr/lib/debug, that doesn't sound so bad [11:33] mdz: no, that applies to all packages [11:33] oh [11:34] mdz: I get too much breakage with using dpkg in fakechroots, and it's also taking too much time [11:34] ricotz, ArchiveAdministration [11:34] pitti, even with --force-unsafe-io? [11:34] and as the entire chroot is just wiped after retracing, I don't care about the packaging system [11:34] mdz: it's due to all the maintainer scripts, preinsts, etc., not so much due to I/O (which is slow either way) [11:35] pitti: could you please push the final commit(s) in udev 166-0ubuntu1? [11:35] ah, right [11:35] I keep forgetting that the retracer has to install regular packages as well, not only the -dbgsyms [11:35] ogra, ty [11:35] cjwatson: done, sorry [11:35] thanks. it's broken d-i and I wanted to investigate [11:35] raphink, So it is not. I must wait till Carlos Laviola update his ppa to new version and developers release it. Two dayes a go, the created brach in svn for new release but still no official release4 info on their website. [11:36] janimo: you fixed the python-qt on ARM issue?! [11:36] cjwatson: you mean the last upload? 165-0ubuntu2 still worked? [11:36] not certain [11:36] think so though [11:36] interesting, the diff is tiny [11:36] I think I know what it is [11:37] Riddell, with the new uploaded package it works locally. [11:37] a bunch of the _id tools moved to be guarded by --enable-extras [11:37] Riddell, unfortunatly it does not build on buildd and I am not sure why [11:37] I'll figure it out and fix it up [11:37] cjwatson: ah, we do need the extras in the udev? [11:37] ok, thanks [11:37] Riddell, http://launchpadlibrarian.net/65061885/buildlog_ubuntu-natty-armel.python-qt4_4.8.3-0ubuntu3_FAILEDTOBUILD.txt.gz [11:38] Riddell, the pyqt4 issue was fixed a while ago but the fix dropped recently hence the current FTBFS list [11:38] pitti: yes, some of them but not all [11:41] seb128: arh, lp borkage in i386 retracer again [11:41] pitti, :-( [11:41] pitti, like the same issue than the other day? [11:41] yes [11:41] * pitti cleans cache and restarts [11:41] how did you solve it the other day? cleaned .launchpadlib? [11:41] right [11:41] why would the cache breaks it this way...? [11:42] ERROR: connecting to Launchpad failed: ValueError [11:42] awesome [11:42] that seems to be the new launchpadlib now [11:45] pitti: (d-i has been broken for other reasons for a bit, hence me only noticing this now) [11:45] gosh, over a week ... [11:48] seb128: ah, this gets a "504: Gateway Time-out" now with the new launchpadlib; I guess this is talking to a new server now and needs un-firewalling === MacSlow is now known as MacSlow|lunch [11:49] seb128: this stuff all seems to have conspired against us.. :( [11:50] bah, works under strace, I guess it really was transient [11:58] seb128: above crash got retraced, see http://launchpadlibrarian.net/65063086/Stacktrace.txt [12:01] janimo: hmm, some general qt issue there it looks like, I'll investigate [12:05] Riddell, it is strange as it seems to me those package versions are installable on natty/arm [12:12] what does stuff in brackets in a seed mean? [12:12] and if something is in brackets on http://people.canonical.com/~ubuntu-archive/seeds/ubuntu.natty/desktop - can I assume it's on the natty (ubuntu) live CD? === shadeslayer_ is now known as shadeslayer [12:18] elmo: germinate(1) should document all the syntax [12:18] elmo: if you mean (), that turns into Recommends in metapackages [12:19] pitti, quite better :-) [12:19] you can assume that it's intended to be on the live CD, but not that it actually is - you need to check the .manifest and .list files on cdimage for that [12:19] pitti: so remind me how I build a working udev source package out of bzr? it's complaining about stuff under test/ - I've hit this in the past but forget how I handled it [12:20] cjwatson: ah, thanks I was reading SeedManagement on the wiki - didn't think to RTFM [12:20] cjwatson: dpkg-buildpackage -S works [12:21] cjwatson: it seems that debuild -S ignores the tar-ignore options in debian/source/options [12:21] cjwatson: (or diff-ignore) [12:21] what the heck is amd64+mac ? [12:23] pitti: ah, thanks [12:23] elmo: the amd64 CD built without UEFI support so that Macs can boot it [12:23] (and some other machines - it's a slight misnomer) [12:24] ah [12:31] janimo: the qt install issue is just waiting for this to compile on arm https://launchpad.net/ubuntu/+source/libx11 [12:32] Riddell, hello :), could you accept the libbluray binaries? [12:34] ricotz: is there a pressing need? [12:36] Riddell, i was hoping siretart wants to update mplayer to use [12:36] Riddell, if so the buildd errors are surely misleading. [12:37] janimo: soyuz being confused by build-depend issues isn't rare :) [12:38] Riddell, good to know. First time I see this though :) [12:38] Riddell, and since you have the insights after reviewing it, might be useful you would also do this [12:38] hi, where can I find some documentation about the purpose of debian/package.doc-base? [12:41] zyga: man dh_installdocs [12:41] and man install-docs [12:41] cjwatson, I read the first one, I'm still not familiar with what doc-base is [12:42] cjwatson, is it some debian global documentation registry? [12:42] pitti, I committed a couple of tiny improvements to hookutils in apport trunk; should I be documenting things like that in NEWS? [12:42] zyga: yes, pretty much [12:42] mdz: I usually do that along with the actual patch, and then have a script "newscommit" which works like debcommit for NEWS [12:42] apt-cache show doc-base [12:42] cjwatson, how does one use it in practice? [12:42] pitti, oh, neat [12:43] mdz: http://people.canonical.com/~pitti/scripts/newscommit FYI [12:43] zyga: it doesn't sound like you've read the doc-base documentation - could you do that, and then come back if it's still unclear? [12:43] sure, let me find it === MacSlow|lunch is now known as MacSlow [12:43] mdz: as long as you use standard (LP: #xxxx) syntax, it also tags the bugs appropriately [12:44] I see [12:49] hi, under natty i have segfault with gnome : http://pastebin.com/3Nt2v0Ee [12:50] rniamo, try getting a stacktrace https://wiki.ubuntu.com/Backtrace [12:52] seb128: how can i do to debug, it is gdm [12:52] rniamo, what is gdm? the log you copied is a gnome-panel crash [12:53] cjwatson, okay I think I got it now, thanks [12:54] seb128: in fact when i start each time i open a gnome window it crash [12:54] cjwatson, how can I check that the documentation is properly registered with doc-base? yelp did not manage to find my package [12:55] here is the stacktrace i can have: http://pastebin.com/uYMvgBRg [12:57] * ogra glares at a buildlog [12:57] geeez, world is broken ! [12:57] zyga: you can use 'install-docs -s ' [12:57] seb128: http://pastebin.com/uYMvgBRg i had this [12:57] is there something wrong on a very low level ? or am i insane ? [12:58] cjwatson, so it shows some output, should that convince me that everything is okay? [12:58] rniamo, seems similar to bug https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/710678 [12:58] Error: Bug 710678 is private [13:00] seb128: yes i can't access this page even being loggued [13:01] rniamo, try again [13:02] zyga: probably. you could try dwww or something [13:03] seb128: it seems to work, thanks [13:06] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | 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: mdeslaur === Charles_1UDITH is now known as Charles_JUDITH [13:12] how can I test that my package will build on lucid + maverick + natty using pbuilder? do I need to sudo pbuilder --create --distribution=$foo and then sudo pbuilder --build *.dsc ? [13:13] zyga, you can use pbuilder-dist with multiple configurations [13:13] that will work as a wrapper so you can have several pbuilders on the same machine and run each of them on the source [13:14] see man pbuilder-dist [13:14] doko_, what's the story with twm then? You don't like pulling in all of metacity's dependencies? [13:15] raphink, how can I purge existing pbuilder data safely? [13:15] pbuilder --clean? [13:15] zyga, pbuilder clean [13:15] thanks [13:16] mterry: it's sometimes broken, and pulls the whole world with libcanberra [13:23] pitti, I'm still surprised how many package hooks don't use the convenience functions in hookutils, and reimplement things like checking the versions of related packages, even attaching files and running commands [13:24] there is also some good stuff in package hooks which should be factored out into hookutils [13:25] someone should blog about it ;) [13:25] (no, i'm not volunteering :) ) [13:26] I just noticed that the example in https://wiki.ubuntu.com/Apport/DeveloperHowTo didn't use hookutils, so I fixed that [13:27] cdbs, are you still around? [13:27] I'm wanting to tackle the trackpad bug [13:28] ogra, a blog entry on hooks would be great [13:32] raphink, I don't know what there is to blog about which isn't already in https://wiki.ubuntu.com/MeetingLogs/devweek0909/ApportPkgHooks and DeveloperHowTo [13:32] maybe just a blog post to let people know that this page exists :-) [13:35] JFo, is https://bugs.launchpad.net/ubuntu/+source/apport/+bug/614421 fixed/obsolete? [13:35] Ubuntu bug 614421 in apport (Ubuntu) "linux package hook needs updating" [Medium,Triaged] [13:36] raphink, sounds more like a dent :-) [13:38] mdz dents are probably read by less people than planet [13:38] raphink, perhaps so [13:40] ;) [13:55] mterry: any chance you could review bug 676904 for me? As FF is nearly here I'd like to get it sorted one way or the other. [13:55] Launchpad bug 676904 in jansi-native (Ubuntu) "[MIR] jansi" [Medium,Confirmed] https://launchpad.net/bugs/676904 [13:56] jamespage, yeah, I'm in the middle of it [13:56] mterry: just noticed - thanks! [14:04] how can I emulate a PPA environment with pbuilder, I want to build a package that depends on a more recent version of a package (than available in ubuntu) that I keep in my ppa. I'd like to test this setup before actually uploading to a ppa [14:07]