=== mbarnett 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: === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [08:08] anyone know if the new house came on tonight? === almaisan-away is now known as al-maisan === _LibertyZero is now known as LibertyZero === Guest13856 is now known as Lutin === hunger_ is now known as hunger === al-maisan is now known as almaisan-away [11:05] hi all, is this a good place to report a potential problem in ubuntu 10.10 ? [11:06] !bug [11:06] If you find a bug in Ubuntu or any of its derivatives, please file a bug report at: http://bugs.ubuntu.com/ IRC is not a good medium to report bugs and this channel is for development coordination. [11:08] and nobody will remember any bugs you type here in about 5 minutes' time === almaisan-away is now known as al-maisan [11:12] heh [11:15] well in that case i'll file the bug [11:15] in the meantime would anyone be in a position to try and reproduce the bug? [11:16] you'll need a FT2232D based debugger [11:16] JTAG === akshat_ is now known as akshatj === ghostcube_ is now known as ghostcube [12:52] say, is there any way i can find an ical link for the natty release schedule? === al-maisan is now known as almaisan-away [12:56] hyperair: https://wiki.ubuntu.com/NattyReleaseSchedule [12:57] ari-tczew: it's just a listing. i want something i can feed my calendar [12:58] then dunno [12:58] hyperair: should be rather easy to generate one using https://wiki.ubuntu.com/NattyReleaseSchedule?action=raw [13:00] mok0: but i'm not familiar enough with the ical format. heh [13:00] mok0: googling for ical ubuntu release schedule seems to show that hardy had it [13:00] * hyperair brb [13:01] hyperair: it's quite straightforward IIRC [13:01] http://reefknot.sourceforge.net/bootstrap-guide/indexs05.html [13:01] That example covers your needs :-) [13:04] hyperair: actually, it's called the .ics format [13:07] hyperair: there's even packaged a python module for it: python-vobject [13:08] It's dreadful. [13:08] soren: what is? [13:08] python-vobject. [13:08] soren: ah :-) [13:08] and the format. [13:08] soren: ... I tend to agree... but it's the standard we have to work with [13:08] I've used it a couple of times, and each time I lose a bit of faith in humanity. [13:09] mok0: True. [13:10] soren, perhaps you like this better? http://xml.coverpages.org/iCal.html [14:07] SpamapS: oh, hmm. I wonder if that's a bug? === dendrobates is now known as dendro-afk === almaisan-away is now known as al-maisan === dendro-afk is now known as dendrobates === al-maisan is now known as almaisan-away [15:10] SpamapS: hmmm. Isn't portmap-wait redundant? statd only starts when 'started portmap' is emitted [15:11] SpamapS: (only noticed this while trying to fix up idmapd in the same way as statd) [15:37] StevenK, which room are you hanging out in? sconklin and i have a question [15:38] bjf: I'll come down === smb` is now known as smb [15:48] 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] slangasek: statd also starts when mouting TYPE=nfs is emitted, which may be well before portmap started. [15:50] mounting rather [15:51] SpamapS: ahhh yes [15:51] SpamapS: thanks for the refresher :) [15:52] 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] SpamapS: maybe that means there's a missing comment ;) [15:57] ogra: upstream [15:58] ogra: I mean, I don't know for sure, I imagine it's general conservatism === deryck is now known as deryck[lunch] === Quintasan_ is now known as Quintasan [16:20] 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] superm1: not previously ... [16:24] the message is from kbd [16:25] hard to say whether those errors are fatal though [16:25] five of them clearly weren't, so was the sixth? hard to say :) [16:26] 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 === beuno is now known as beuno-lunch === yofel_ is now known as yofel [16:47] cjwatson, are those errors from fgconsole leaking through maybe because of a redirected fd for stderr when running in debconf? === evilvish is now known as vish [17:09] siretart: ping [17:11] cjwatson: FTR, current live cd build failure got fixed this morning === vish is now known as evilvish === deryck[lunch] is now known as deryck === almaisan-away is now known as al-maisan [17:33] bdrung: ping === al-maisan is now known as almaisan-away === beuno-lunch is now known as beuno [18:13] StevenK, where are you hiding ? [18:16] ogra: Elsewhere [18:16] StevenK, how much beer does it take to get ti-omap4-software-channel out of NEW ? [18:24] ogra: More you have access to? [18:24] ^dunno, there might be multiple barrels in the bar :) [18:25] s/\(have\) \(access\)/\1 easy \2/ [18:53] mvo: http://launchpadlibrarian.net/62083003/buildlog_ubuntu-natty-i386.aptitude_0.6.3-3.2ubuntu1_FAILEDTOBUILD.txt.gz [18:58] Riddell: pong [19:01] bdrung: I was doing bug 702493 [19:01] Launchpad bug 702493 in phonon-backend-vlc (Ubuntu) "amarok crashes on quit when using vlc backend" [Undecided,New] https://launchpad.net/bugs/702493 [19:01] but it doesn't seem to help for me so I'm not going to upload for now [19:18] bdrung: correction, it does work, so I'll upload to natty and maverick shortly [19:32] Riddell: patch against phonon-backend-vlc or vlc? === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [20:00] bdrung: vlc [20:01] Riddell: please wait with the sru, because we want to release another security fix [20:06] tumbleweed: around? [20:29] apw: ping, I understand you added the bit where the kernel commandline is given to upstart in its environment? [20:43] 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] not in the database) [20:44] dragorn: dpkg-reconfigure debconf, you should notice different values for "Ignore questions with priority less than: [..]" [20:46] 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] dragorn: (I use Debian, heh :D) [20:47] 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] dragorn: ow :/. Good luck then :) [20:47] dapal: This was the last hurdle [20:48] 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] dapal: Yup, that solved it. Thanks a ton, that sucked. [20:51] dragorn: you're welcome :) [20:53] zul: irqbalance ftbfs, missing b-d on quilt? [20:53] doko: thanks ill look at it [20:53] zul: lp should have sent an email about that [20:53] doko: i might not have seen it [21:07] bdrung: bug 668671 has debdiff attached, please upload when you do the vlc update [21:07] Launchpad bug 668671 in phonon-backend-vlc (Ubuntu) "Amarok crashes with phonon-vlc backend " [Undecided,New] https://launchpad.net/bugs/668671 [21:26] ScottK, Riddell: http://launchpadlibrarian.net/62146624/buildlog_ubuntu-natty-i386.poppler_0.14.5-0ubuntu3_FAILEDTOBUILD.txt.gz [21:27] rebuilt with gcc-4.6, could you add the missing include in the qt3 header file(s)? [21:28] doko: why do we still build libpoppler-qt2 ? [21:29] doko: no rdepends, probably we should just drop libpoppler-qt2 [21:29] Riddell: ENOCLUE. it's still in main. demote it? [21:31] here's another qt3 issue: http://launchpadlibrarian.net/62153402/buildlog_ubuntu-natty-i386.scribus_1.3.3.13.dfsg~svn20081228-2ubuntu4_FAILEDTOBUILD.txt.gz === shadeslayer is now known as kshadeslayer [21:34] doko: is everything qt3 going to fail because of that? [21:39] 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] or wvstreams [21:44] gcc-4.6 is for natty+1? [21:45] geser: evaluating ... [21:59] bryceh_: we need the oops code ;) [22:15] lifeless, too late. I manually duped it. [22:16] bryceh_: in future, *always* give us the oops please [22:17] bryceh_: otherwise we can't tell if its the same cause or a new one etc [22:29] 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] ev, no joy. still crashes. Is there anything else you like to see? [22:32] geser: And source, or just 4 binaries? [22:33] 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] 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] geser: Confirmed, and promoted. [22:35] thanks [22:36] ev, I do have a couple of kernel oops in the filesystem. that can't be a good thing. [22:36] heh [22:36] ev, lemme start it over and make sure I've a clean disk. [22:36] okay [22:43] guys, just checking [22:43] is it forbidden by policy for a maintainer script to change a conffile permission? [22:45] 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] And even then, only if it's unmodified. [22:46] SpamapS, so an unconditional chmod in a postinst would be against policy? [22:46] right, I keep wondering why that logic only exists in a copy/paste snippet in a wiki [22:46] I'm not sure policy specifically says so, but it would be against the spirit of it. [22:47] EtienneG: yeah I'd think so.. the user may have set the permissions a certain way for a reason. [22:47] because, if that's the case, then bug #697792 is indeed valid [22:47] Launchpad bug 697792 in fuse (Ubuntu) "permissions of /etc/fuse.conf are reset on upgrade" [Undecided,New] https://launchpad.net/bugs/697792 [22:47] I have been reading the policy, but it does not talk about file attributes (like permission), only the content [22:48] nonetheless, gratuitous chmod of conffile should be avoided, I guess [22:49] EtienneG: "local changes must be preserved during a package upgrade, and" [22:49] EtienneG: I would think that the proper place to do that chmod is in the package build, not maintainer scripts. [22:49] EtienneG: It doesn' really say contents or metadata. [22:49] indeed [22:49] EtienneG: What are you trying to do? [22:49] Let's attack it that way. [22:50] soren, see above cited bug [22:50] Oh. [22:50] * soren pays attention [22:50] but generally, I agree with the both of you, I just wanted to clarify with people more knowledgeable than me [22:52] That file doesn't seem to be in the package [22:53] oh ait, it is [22:53] yeah the appropriate place is in the package [22:54] EtienneG: marked as confirmed [22:54] * SpamapS heads to meeting [22:56] SpamapS, thanks a bunch