[08:08] <phizz> anyone know if the new house came on tonight?
[11:05] <pingbat> hi all, is this a good place to report a potential problem in ubuntu 10.10 ?
[11:06] <Hobbsee> !bug
[11:08] <directhex> and nobody will remember any bugs you type here in about 5 minutes' time
[11:12] <pingbat> heh
[11:15] <pingbat> well in that case i'll file the bug
[11:15] <pingbat> in the meantime would anyone be in a position to try and reproduce the bug?
[11:16] <pingbat> you'll need a FT2232D based debugger
[11:16] <pingbat> JTAG
[12:52] <hyperair> say, is there any way i can find an ical link for the natty release schedule?
[12:56] <ari-tczew> hyperair: https://wiki.ubuntu.com/NattyReleaseSchedule
[12:57] <hyperair> ari-tczew: it's just a listing. i want something i can feed my calendar
[12:58] <ari-tczew> then dunno
[12:58] <mok0> hyperair: should be rather easy to generate one using https://wiki.ubuntu.com/NattyReleaseSchedule?action=raw
[13:00] <hyperair> mok0: but i'm not familiar enough with the ical format. heh
[13:00] <hyperair> mok0: googling for ical ubuntu release schedule seems to show that hardy had it
[13:00]  * hyperair brb
[13:01] <mok0> hyperair: it's quite straightforward IIRC
[13:01] <mok0> http://reefknot.sourceforge.net/bootstrap-guide/indexs05.html
[13:01] <mok0> That example covers your needs :-)
[13:04] <mok0> hyperair: actually, it's called the .ics format
[13:07] <mok0> hyperair: there's even packaged a python module for it: python-vobject
[13:08] <soren> It's dreadful.
[13:08] <mok0> soren: what is?
[13:08] <soren> python-vobject.
[13:08] <mok0> soren: ah :-)
[13:08] <soren> and the format.
[13:08] <mok0> soren: ... I tend to agree... but it's the standard we have to work with
[13:08] <soren> I've used it a couple of times, and each time I lose a bit of faith in humanity.
[13:09] <soren> mok0: True.
[13:10] <mok0> soren, perhaps you like this better? http://xml.coverpages.org/iCal.html
[14:07] <slangasek> SpamapS: oh, hmm.  I wonder if that's a bug?
[15:10] <slangasek> SpamapS: hmmm.  Isn't portmap-wait redundant?  statd only starts when 'started portmap' is emitted
[15:11] <slangasek> SpamapS: (only noticed this while trying to fix up idmapd in the same way as statd)
[15:37] <bjf> StevenK, which room are you hanging out in? sconklin and i have a question
[15:38] <StevenK> bjf: I'll come down
[15:48] <ogra> cjwatson, do you know what is the reason that tools like fdisk by default still run in DOS compatibility mode ?
[15:49]  * ogra thinks we should default to having switched it off
[15:50] <SpamapS> slangasek: statd also starts when mouting TYPE=nfs is emitted, which may be well before portmap started.
[15:50] <SpamapS> mounting rather
[15:51] <slangasek> SpamapS: ahhh yes
[15:51] <slangasek> SpamapS: thanks for the refresher :)
[15:52] <SpamapS> slangasek: if I didn't already have a headache from a night of reveling w/ the server team, I'd have one now because I have to think about it again.
[15:53] <slangasek> SpamapS: maybe that means there's a missing comment ;)
[15:57] <cjwatson> ogra: upstream
[15:58] <cjwatson> ogra: I mean, I don't know for sure, I imagine it's general conservatism
[16:20] <superm1> cjwatson, were you aware of console-setup install problems affecting buildd's on natty?  eg: http://launchpadlibrarian.net/62089492/buildlog_ubuntu-natty-i386.mythtv_2:0.24.0%2Bfixes.20110112.2394a9d-0ubuntu0mythbuntu3_FAILEDTOBUILD.txt.gz  I'm not noticing them at all on a home sbuild with a natty schroot though.
[16:23] <cjwatson> superm1: not previously ...
[16:24] <cjwatson> the message is from kbd
[16:25] <cjwatson> hard to say whether those errors are fatal though
[16:25] <cjwatson> five of them clearly weren't, so was the sixth?  hard to say :)
[16:26] <Laney> Sorry to prod but could someone in -sru please review/accept the pristine-tar SRU in m/UNAPPROVED? The version in release doesn't work so well with the -proposed tar
[16:47] <superm1> cjwatson, are those errors from fgconsole leaking through maybe because of a redirected fd for stderr when running in debconf?
[17:09] <kirkland> siretart: ping
[17:11] <pitti> cjwatson: FTR, current live cd build failure got fixed this morning
[17:33] <Riddell> bdrung: ping
[18:13] <ogra> StevenK, where are you hiding ?
[18:16] <StevenK> ogra: Elsewhere
[18:16] <ogra> StevenK, how much beer does it take to get ti-omap4-software-channel out of NEW ?
[18:24] <StevenK> ogra: More you have access to?
[18:24] <ogra> ^dunno, there might be multiple barrels in the bar :)
[18:25] <StevenK> s/\(have\) \(access\)/\1 easy \2/
[18:53] <doko> mvo: http://launchpadlibrarian.net/62083003/buildlog_ubuntu-natty-i386.aptitude_0.6.3-3.2ubuntu1_FAILEDTOBUILD.txt.gz
[18:58] <bdrung> Riddell: pong
[19:01] <Riddell> bdrung: I was doing bug 702493
[19:01] <Riddell> but it doesn't seem to help for me so I'm not going to upload for now
[19:18] <Riddell> bdrung: correction, it does work, so I'll upload to natty and maverick shortly
[19:32] <bdrung> Riddell: patch against phonon-backend-vlc or vlc?
[20:00] <Riddell> bdrung: vlc
[20:01] <bdrung> Riddell: please wait with the sru, because we want to release another security fix
[20:06] <bdrung> tumbleweed: around?
[20:29] <SpamapS> apw: ping, I understand you added the bit where the kernel commandline is given to upstart in its environment?
[20:43] <dragorn> I'm trying to make a deb, on one ubuntu64 system with dpkg 1.15.5.6u2 all works as expected, on another ubuntu-server32 install with 1.15.8.4ubuntu1, it goes 'funny':  on the funny system, dpkg -i foo.deb skips all the db_input questions and assumes the defaults, but dpkg-reconfigure works as expected.  Any thoughts as to why the hell it skips during install?  (and I did --purge and confirmed with debconfig-show that the questions are
[20:43] <dragorn> not in the database)
[20:44] <dapal> dragorn: dpkg-reconfigure debconf, you should notice different values for "Ignore questions with priority less than: [..]"
[20:46] <dragorn> dapal: Argh!  That's it.  Thanks, I've been banging my head against that all day.  Ubuntu isn't my standard distro, didn't know that one.
[20:46] <dapal> dragorn: (I use Debian, heh :D)
[20:47] <dragorn> dapal: I'm usually a gentoo guy, but I've got enough people wanting ubuntu packages that I'm making the effort... for whatever reason, ubuntu has been packaging my stuff from 2007 and not updating.
[20:47] <dapal> dragorn: ow :/. Good luck then :)
[20:47] <dragorn> dapal: This was the last hurdle
[20:48] <dragorn> dapal: actually got it all behaving, complete with prompting the user to set up capabilities and suid behaviors, just had one system that defaulted one level lower apparently.
[20:50] <dragorn> dapal: Yup, that solved it.  Thanks a ton, that sucked.
[20:51] <dapal> dragorn: you're welcome :)
[20:53] <doko> zul: irqbalance ftbfs, missing b-d on quilt?
[20:53] <zul> doko: thanks ill look at it
[20:53] <doko> zul: lp should have sent an email about that
[20:53] <zul> doko: i might not have seen it
[21:07] <Riddell> bdrung: bug 668671 has debdiff attached, please upload when you do the vlc update
[21:26] <doko> ScottK, Riddell: http://launchpadlibrarian.net/62146624/buildlog_ubuntu-natty-i386.poppler_0.14.5-0ubuntu3_FAILEDTOBUILD.txt.gz
[21:27] <doko> rebuilt with gcc-4.6, could you add the missing include in the qt3 header file(s)?
[21:28] <Riddell> doko: why do we still build libpoppler-qt2 ?
[21:29] <Riddell> doko: no rdepends, probably we should just drop libpoppler-qt2
[21:29] <doko> Riddell: ENOCLUE. it's still in main. demote it?
[21:31] <doko> here's another qt3 issue: http://launchpadlibrarian.net/62153402/buildlog_ubuntu-natty-i386.scribus_1.3.3.13.dfsg~svn20081228-2ubuntu4_FAILEDTOBUILD.txt.gz
[21:34] <Riddell> doko: is everything qt3 going to fail because of that?
[21:39] <doko> Riddell: looks like so. unixodbc too. but again, this is gcc-4.6. although it would be nice to fix the headers, to look for further g++ related errors in these packages. mvo already fixed apt & libsigc++ headers
[21:40] <doko> or wvstreams
[21:44] <geser> gcc-4.6 is for natty+1?
[21:45] <doko> geser: evaluating ...
[21:59] <lifeless> bryceh_: we need the oops code ;)
[22:15] <bryceh_> lifeless, too late.  I manually duped it.
[22:16] <lifeless> bryceh_: in future, *always* give us the oops please
[22:17] <lifeless> bryceh_: otherwise we can't tell if its the same cause or a new one etc
[22:29] <geser> StevenK: can you promote gir1.2-gssdp-1.0 to main please? it's the successor of gir1.0-gssdp-1.0 which was in main. (or should I file a bug for it?)
[22:32] <tgardner> ev, no joy. still crashes. Is there anything else you like to see?
[22:32] <StevenK> geser: And source, or just 4 binaries?
[22:33] <ev> tgardner: can you stick a set -x in the top of /usr/lib/ubiquity/user-setup/user-setup-apply, then run through it again and stick /var/log/syslog on pastebin?
[22:34] <geser> StevenK: the source (gssdp) is already in main, one binary package got renamed (gir1.0-* → gir1.2-* transition) but it got put into universe instead of main (where gupnp is in DEPWAIT on it)
[22:35] <StevenK> geser: Confirmed, and promoted.
[22:35] <geser> thanks
[22:36] <tgardner> ev, I do have a couple of kernel oops in the filesystem. that can't be a good thing.
[22:36] <ev> heh
[22:36] <tgardner> ev, lemme start it over and make sure I've a clean disk.
[22:36] <ev> okay
[22:43] <EtienneG> guys, just checking
[22:43] <EtienneG> is it forbidden by policy for a maintainer script to change a conffile permission?
[22:45] <SpamapS> EtienneG: IIRC maintainer scripts shouldn't touch conffiles unless it is removing an obsoleted conffile (one that is not in the newly installed version of the package)
[22:46] <soren> And even then, only if it's unmodified.
[22:46] <EtienneG> SpamapS, so an unconditional chmod in a postinst would be against policy?
[22:46] <SpamapS> right, I keep wondering why that logic only exists in a copy/paste snippet in a wiki
[22:46] <soren> I'm not sure policy specifically says so, but it would be against the spirit of it.
[22:47] <SpamapS> EtienneG: yeah I'd think so.. the user may have set the permissions a certain way for a reason.
[22:47] <EtienneG> because, if that's the case, then bug #697792 is indeed valid
[22:47] <EtienneG> I have been reading the policy, but it does not talk about file attributes (like permission), only the content
[22:48] <EtienneG> nonetheless, gratuitous chmod of conffile should be avoided, I guess
[22:49] <soren> EtienneG: "local changes must be preserved during a package upgrade, and"
[22:49] <SpamapS> EtienneG: I would think that the proper place to do that chmod is in the package build, not maintainer scripts.
[22:49] <soren> EtienneG: It doesn' really say contents or metadata.
[22:49] <EtienneG> indeed
[22:49] <soren> EtienneG: What are you trying to do?
[22:49] <soren> Let's attack it that way.
[22:50] <EtienneG> soren, see above cited bug
[22:50] <soren> Oh.
[22:50]  * soren pays attention
[22:50] <EtienneG> but generally, I agree with the both of you, I just wanted to clarify with people more knowledgeable than me
[22:52] <SpamapS> That file doesn't seem to be in the package
[22:53] <SpamapS> oh ait, it is
[22:53] <SpamapS> yeah the appropriate place is in the package
[22:54] <SpamapS> EtienneG: marked as confirmed
[22:54]  * SpamapS heads to meeting
[22:56] <EtienneG> SpamapS, thanks a bunch