[06:25] <Terminus> hello. it was suggested that i ask this question here. is there any chance that this fix will make it into lucid? --> https://bugs.launchpad.net/ubuntu/+source/vim/+bug/584797
[06:49] <nigelb> !sru | Terminus
[06:49] <nigelb> You'll have to follow the guidelines there for an SRU
[06:50] <Terminus> nigelb: i see. thanks.
[06:51] <gua> hi, not sure if this is the best place to put this, but i noticed ubuntu-10.04 server torrents were linked under the "Ubuntu 10.10" header instead of 10.10 torrents at the bottom on http://www.ubuntu.com/desktop/get-ubuntu/alternative-download#bt
[06:52] <micahg> gua: please file an issue here: https://bugs.launchpad.net/ubuntu-website/
[06:53] <gua> ah ok
[06:53] <nigelb> whoa, that took a few moments to figure out what was wrong :(
[07:27] <pitti> Good morning
[08:03] <didrocks> good morning
[08:47] <dholbach> good morning
[08:49] <pitti> hey dholbach
[08:49] <dholbach> hey pitti
[09:30] <sirlatrom> hi, got a possible bug in apt-get or aptitude but not sure which of the two to submit it to
[09:31] <sladen> sirlatrom: which did you type when the bug/issue appeared :)
[09:31] <sirlatrom> aptitude, but it uses apt-get right?
[09:31] <sladen> sirlatrom: http://launchpad.net/ubuntu/+source/aptitude/+filebug
[09:32] <sirlatrom> sladen: ok, thanks
[13:04] <amitk> njpatel: I still don't see the skype icon in the status bar after getting friday's updates. (And yes, it is merely invisible. Clicking on the empty space brings up the skype dialog)
[13:06] <njpatel> amitk, Urgh, I can't reproduce that after the updates at all :/
[13:07] <njpatel> amitk, can yo ufile a bug please?
[13:07] <njpatel> I'll have another look this week
[13:07]  * njpatel wonders what magic he can do to make it stay in the right stacking order
[13:50] <SpamapS> wth? DMB moved their meeting to 12:00 UTC ?!
[13:53] <geser> SpamapS: it alternates between 12:00 UTC and 19:00 UTC for some time now
[13:53] <SpamapS> ahhh I didn't know that. :-/
[13:54] <kirkland> @pilot on
[13:54] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[13:54] <SpamapS> well then..2 more weeks.
[13:54] <kirkland> @pilot in
[13:54] <SpamapS> win 11
[13:54] <SpamapS> doh
[13:55] <SpamapS> kirkland: o/ morning
[13:55] <kirkland> SpamapS: howdy
[13:55] <geser> SpamapS: looks like you didn't miss anything as the DMB meeting was unquorate
[13:59] <SpamapS> geser: right.. last time the quorum took 45 min to achieve, and I passed out from jet lag waiting for the meeting to complete. :-p
[14:52] <kirkland> bryceh_: hi, about https://bugs.launchpad.net/ubuntu/+source/xchat-gnome/+bug/415586
[14:52] <kirkland> bryceh_: i see the patch you attached,  i'm curious if there's a good reason you haven't uploaded yourself
[14:52] <kirkland> bryceh_: I was about to do so as today's patchpilot, but wanted to check with you first
[15:04] <kirkland> jamesh: ping
[15:04] <kirkland> jamesh: i'm all kinds of confused about the state of lp:~jamesodhunt/ubuntu/natty/vim/add-upstart-syntax
[15:05] <cjwatson> kirkland: (a) you have the wrong James, (b) I'm happy to handle that one since I handled the previous similar one
[15:05] <kirkland> cjwatson: so i see (a), whoops
[15:05] <kirkland> jhunt: ^
[15:05]  * ogra_ was thinking upstart grew some python when seein (a) phew
[15:06] <ogra_> *seeing
[15:06] <cjwatson> lp:ubuntu/vim is out of date due to importer bugs
[15:06] <cjwatson> which makes LP merge requests against it pretty confusing
[15:06] <kirkland> cjwatson: yes, agreed
[15:06] <cjwatson> I just processed the previous one by hand
[15:06] <kirkland> cjwatson: i was about to import-dsc it
[15:06] <cjwatson> I didn't bother :)
[15:06] <kirkland> cjwatson: shall i just walk away from this one, then?
[15:07] <cjwatson> as I say, I'm happy to handle it
[15:07] <kirkland> cjwatson: k, thanks
[15:07] <jhunt> cjwatson: thx from me too! :)
[15:09] <cjwatson> jhunt: you should probably just 'apt-get source vim' for future changes, and file bugs with patches, until such time as the import is sorted out
[15:10] <cjwatson> I'll massage this into 2:7.3.035+hg~8fdc12103333-1ubuntu4
[15:10] <apw> cjwatson, jhunt, did either of you see my write up on the vesafb thingy?
[15:10] <cjwatson> apw: not yet, where was it?
[15:10] <apw> cjwatson, in the first instance direct email
[15:10] <jhunt> cjwatson: ack
[15:10] <apw> cjwatson, subject: framebuffer initialisation
[15:12] <cjwatson> ah, drowned in my inbox
[15:13]  * cjwatson finds it and will think hard about that
[15:15] <cjwatson> vim> done (2:7.3.035+hg~8fdc12103333-1ubuntu5)
[15:17] <jhunt> cjwatson: thx!
[15:51] <kirkland> pitti: morning!
[15:51] <kirkland> pitti: i'm reviewing https://code.launchpad.net/~er-abhinav-upadhyay/ubuntu/natty/apport/bugfix-357847/+merge/53184  as part of my patch pilot day
[15:52] <kirkland> pitti: against apport
[15:52] <kirkland> pitti: i was wondering if you wanted to review that one yourself
[15:52] <kirkland> pitti: and also if this one requires an FFe, in your opinion
[15:54] <hallyn> hi all - there is a package in universe called celt, which is at version 0.7.1.  We need version 0.5.1 for another package.  Would it be best to create 'celt051' package?  (requiring users to pin seems so barbaric)  Is there a better name for the package?
[15:55] <pitti> hey kirkland (sorry, was at the phone)
[15:55] <kirkland> pitti: no problem
[15:56] <kirkland> hallyn: that is the best way to solve that particular problem, but it's somewhat frowned upon, in my experience
[15:56] <pitti> kirkland: hm, I'd rather avoid having that implementation in the shell wrapper
[15:56] <kirkland> hallyn: usually, we lean heavily on the dependent package to modernize
[15:56] <pitti> kirkland: so yes, I'd rather review it myself then; thanks for pointing out!
[15:56] <kirkland> pitti: no problem
[15:57] <hallyn> kirkland: so the name 'celt051' is ok?
[15:57] <pitti> kirkland: (it should also be committed to trunk first)
[15:57] <kirkland> pitti: right, i'll add a comment that I'm deferring to you
[15:58] <hallyn> kirkland: you can see the depending's package's attitude to upgrading in the debian ITP  :)
[15:58] <hallyn> IMO our options are (1) don't package it, (2) packaging something patched and incompatible with other distro's client/server, or (3) package 0.5.1.  I was hoping (2) would work better than it apparently will, so I'd started 2 in my ppa, but am now punting on that
[16:00] <kirkland> hallyn: what's the depending package?
[16:01] <hallyn> spice
[16:01] <kirkland> hallyn: hah :-)
[16:01] <hallyn> dev-zero is going to push the stuff in his ppa (with some modifications) into universe
[16:01] <hallyn> (yay)
[16:03] <hallyn> biab
[16:04] <kirkland> hallyn: anyway, to answer your question, yes, that is the way to do it
[16:05] <kirkland> hallyn: see python3, python2.6, python2.7
[16:07] <abhinav-> ttx, thanks for reviewing it again :) . I did "bzr status" in my branch, it showed nothing, also I think catalina.policy is already present in conf/ ?
[16:08] <ttx> ah?
[16:08] <ttx> oh.
[16:08]  * ttx branches and checks
[16:09] <abhinav-> ttx :-)
[16:15] <ttx> abhinav-: right, it's just the stock one, so it's already in.
[16:16] <abhinav-> yes
[16:16] <ttx> abhinav-: i'll test and sponsor that in. Tomorrow.
[16:16] <manish> abhinav-: ping. on #ubuntu-in
[16:16] <abhinav-> ttx,  ok thanks :)
[16:33] <SpamapS> jhunt: /win 11
[16:33] <SpamapS> dohh
[16:33] <SpamapS> jhunt: hey.. I was just going to say hi, and let you know that I installed your upstart package.. no problems yet
[17:03] <geser> jhunt: did you forward your upstart syntax changes for vim to Debian? so we have less delta for the next vim merge
[17:03] <jhunt> geser: no - I forwarded them to vim.org.
[17:03] <geser> that's also ok :)
[17:03] <jhunt> geser: :)
[17:15] <kirkland> pitti: hey, one more for you
[17:15] <kirkland> pitti: i see you were the last to comment on https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/699886
[17:16] <kirkland> pitti: the report has reported it upstream, as you requested
[17:16] <kirkland> pitti: is it okay to apply the patch now to langpack-locales  and upload to natty?
[17:26] <apw> cjwatson, thanks, i'd like you and jhunt to be happy before i go any further
[18:00] <pitti> kirkland: sounds good! if you are at it, perhaps you can add the patch in bug 546581 as well?
[18:05] <ScottK> Bug #734957 <-- Less than one hour from reported to fix released ...
[18:06] <slangasek> pitti: hi there; did you happen to see my bug about cdbs+python-scour making fontconfig unbuildable? (bug #734471)
[18:15] <pitti> hey slangasek
[18:15] <pitti> slangasek: no, I didn't see it /me reading
[18:15] <NCommander> directhex: you about?
[18:16] <directhex> a little
[18:17] <NCommander> directhex: need additional mono help :-(. trying that 2.10 setup with banshee failed with issues in Mono.Addins
[18:17] <MadCow108> scottK:  haven't you reverted piotrs fix with your fix?
[18:17] <MadCow108> which is in the same changelog entry ^^
[18:18] <ScottK> No.  I added his.
[18:18] <MadCow108> the diff only shows removal
[18:18] <ScottK> We didn't have it in Ubuntu before.
[18:18] <directhex> NCommander:  oh? odd, it should be using mono.addins from the gac. what does "/path/to/parallel/mono/bin/gacutil -l | grep -i addins" say?
[18:18] <NCommander> directhex: no, that works, the problem is it throws exceptions
[18:18] <ScottK> MadCow108: Yes.  Piotr's fix was to remove a bad change.
[18:19] <directhex> NCommander: interesting. pastebin the errors?
[18:19] <NCommander> directhex: give me a sec
[18:20] <NCommander> directhex: root@risingsun:/# /opt/mono-2.10/bin/gacutil -l | grep -i addins
[18:20] <NCommander> Mono.Addins, Version=0.4.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756
[18:20] <pitti> slangasek: replied in the bug
[18:20] <MadCow108> ah I understand, the log is from the cherry pick
[18:21] <directhex> NCommander: yeah, the lib is definitely there. can you try erasing the addins cache from ~/.config/banshee-1/addins* ? there are lingering bugs in 0.4
[18:21] <ScottK> Yes.
[18:21] <NCommander> directhex: same crash
[18:21] <directhex> weird
[18:22] <NCommander> directhex: http://paste.ubuntu.com/580227/
[18:25] <directhex> NCommander: /usr/bin/banshee is using your /opt banshee?
[18:25] <directhex> um, /opt mono
[18:26] <NCommander> directhex: yeah
[18:32] <directhex> NCommander: can you try installing addins from sid? wait, did i remember to upload to sid?
[18:32] <directhex> sigh, no
[18:32] <NCommander> directhex: I can install them if you want
[18:33] <NCommander> directhex: got a source package I can build?
[18:33] <directhex> NCommander: in git
[18:36] <NCommander> directhex: got it, building
[18:41] <Laney> 14/03 18:32:54 <NCommander> directhex: I can install them if you want
[18:41] <Laney> 14/03 18:33:04 <NCommander> directhex: got a source package I can build?
[18:41] <Laney> 14/03 18:33:15 <directhex> NCommander: in git
[18:41] <Laney> 14/03 18:36:05 <NCommander> directhex: got it, building
[18:41] <Laney> OOPS
[18:41] <Laney> sorry folks
[18:42] <Laney> NCommander: you can run with MONO_LOG_LEVEL=debug to get even more output too
[18:53] <directhex> bloody dsl
[19:07] <lan3y> i got killed too, wasn't the dsl
[19:12] <ari-tczew> ;o
[19:33] <abhinav->  I just noticed that the application deadline for gsoc is over. I was wondering if Ubuntu applied or not ?
[19:40] <highvoltage> lamont: hey there, I updated livecd-rootfs to install edubuntu theming in the ltsp chroot shipped with edubuntu. could you update it on the build machines so that we could have it in daily builds?
[19:47] <hallyn> trying to install natty-desktop from friday's iso, from cd, it was hanging at partman.  (the hd had been pre-partitioned, which may or may not be relevant)  Anyone else see a problem like that?
[19:55] <charlie-tca> hallyn: desktop cd's been doing it all weekend
[19:55] <charlie-tca> ubi-partman error?
[19:55] <MadCow108> can apparmor profiles handle XDG base desktop directories?
[19:55] <MadCow108> XDG_CONFIG_DIR etc
[19:55] <beuno> hallyn, I had that 2 weeks ago, and evan gave me a workaround which I can't find now
[19:56] <beuno> it was bug #722198
[19:56] <jdstrand> MadCow108: I assume you mean dynamically at runtime. That would be 'no', though the situation could be improved somewhat by using variables in the profiles (which we don't yet)
[19:57] <hallyn> charlie-tca: beuno:  thanks, great to know it's not just me :)
[19:58] <hallyn> beuno: hm.  but i dont' have unpartitioned space.  it's all owned by lvm.  how is 'unpartitioned space' defined i wonder?
[19:58] <MadCow108> with runtime you mean change it during apparmor running does not work? but it works when it does not change?
[19:59] <charlie-tca> this is a different bug again, it is the old ubi-partman 141 error back
[20:00] <charlie-tca> It doesn't care if there is blank drive space or not, from what I can tell
[20:08] <jdstrand> MadCow108: by runtime, I mean something like @{HOM}/Private is mapped to something other translated string for 'Private'. that is not possible atm. One can update the profiles to use @{HOME}/<your translated 'Private'> and it would all work fine
[20:08] <jdstrand> s/something/some/
[20:09] <hallyn> charlie-tca: is there an open bug about it that you know of?
[20:10] <leimy> Wondering about the ubuntu process of building release ISOs.  Is there some publicly available build scripts that could make it easy to make a derivative of ubuntu?
[20:10] <charlie-tca> hallyn: I don't know. I saw an update for it today, hoping it got fixed and the images tomorrow will work
[20:11] <leimy> For example I'd really like a 64bit version of JeOS.
[20:11]  * ScottK drums his fingers and look around for barry ...
[20:11] <leimy> but it looks like I might need to do that myself :-)
[20:13] <NCommander> directhex: so upgraded mono-addins, still crashing and buring
[20:15] <NCommander> f-spot works though ...
[20:17] <hallyn> charlie-tca: i can roll with that.  will test tomorrow
[20:17] <charlie-tca> I will be filing one if it fails again tomorrow
[20:17] <hallyn> ok, thanks
[20:32] <MadCow108> jdstrand: why does @{HOME}/.opera/** lrwk, allow opera to lock files in /usr/share? removing the k disallows it. there are no links to /usr/share in ~/.opera
[20:34] <NCommander> directhex: I stil see no love. f-spot will crashes, and banshee still crashes. I find myself going out of my mind in debugging this
[21:03] <cjwatson> charlie-tca: probably bug 729394
[21:03] <cjwatson> (it's not LVM-specific, despite the title)
[21:04] <cjwatson> it won't necessarily be fixed tomorrow, since I'm probably not going to squeeze in another ubiquity upload before going to bed
[21:05] <charlie-tca> Thanks
[21:06] <MadCow108> ah great this is fixed, thanks
[21:07] <MadCow108> was it related to bug 729556?
[21:15] <LLStarks> ev, how do i trigger ubiquity-preserve-home?
[21:36] <cjwatson> MadCow108: I imagine there were several duplicates
[21:37] <directhex> NCommander: i have no idea what's happening with it
[21:37] <cjwatson> I've duped it
[21:41] <leimy> It's been a few hours so I thought I'd ask again.  Is there any kind of way to reproduce an ubuntu build process, or is it that one is just supposed to remaster new systems from selected packages.  I'm still not finding a lot of information on how Ubuntu derivative systems are actually built.
[21:48] <ev> LLStarks: can you elaborate?  If you have an existing copy of Ubuntu, you'll have an option to reinstall or upgrade on the partitioning page on the natty desktop CD.
[21:49] <leimy> Huh, and now the wiki page I was looking at for derivatives has been pulled?
[22:13] <LLStarks> the feature is new to natty right, because i'm wondering whether to recommend a standard or separate-home installation for maverick/natty.
[22:14] <LLStarks> to ev btw
[22:15] <ev> LLStarks: it exists in versions prior to natty in the advanced partitioner
[22:16] <LLStarks> i know,  but natty makes it idiot-proof, right?
[22:16] <ev> LLStarks: if you go into the advanced partitioner and set your partitions back up as they were in the previous version of ubuntu, then uncheck the format button, it will clean out /, preserving /home, /usr/local, etc.
[22:16] <LLStarks> haven't re/installed natty in a few weeks
[22:16] <ev> LLStarks: correct
[22:16] <ev> well, idiot-proof-ish
[22:17] <ev> if you're recommending to people that they use this, please include a disclaimer that they should make a backup first
[22:17] <ev> this will be the first release with this feature (I realize the / clearing stuff has been there for a while, but package reinstallation is new)
[22:17] <ev> there will be bugs
[22:17] <ogra_> fta, did you recently upload a chromium browser SRU that enables NEON in maverick ?
[22:18] <LLStarks> gotcha, thanks ev
[22:18] <ev> LLStarks: sure thing
[22:18]  * ogra_ gets reports from people where it dies with SIGILL since a few days
[22:18] <ogra_> and it seems to be the in-archive package they use
[22:22] <SpamapS> The following NEW packages will be installed: ecryptfs-utils gettext-base keyutils libecryptfs0 libkeyutils1 libnspr4 libnss3 libnss3-1d libpopt0 lsof rsync
[22:22] <SpamapS> Hmm.. more stuff in base files?
[22:25] <fta> ogra, nope, the opposite. neon=0 thumb=1 everywhere, and armv7 on maverick+natty only
[22:26] <ogra> did that recently change ?
[22:26] <fta> ogra, why?
[22:27] <ogra> because i have people in the ac100 community complaining to me that chromium doesnt start for them since a few days
[22:27] <ogra> the browser dies with SIGILL on startup
[22:28] <fta> since ch10, i enforced arm_neon=0 to fix a ftbfs
[22:28] <ogra> so i was wondering if something recently changed in the package (ac100 has no NEON)
[22:29] <fta> could be v7, which i flipped (the test was wrongly reversed before)
[22:29] <ogra> v7 shuld be fine
[22:31] <fta> ogra, http://paste.ubuntu.com/574525/  the various flags/tests in the chromium build system
[22:32] <soren> SpamapS: adduser recommends ecryptfs-utils now.
[22:32] <soren> SpamapS: Up from a suggests.
[22:33] <zyga-ill> cjwatson, hi
[22:34] <zyga-ill> cjwatson, I read your blog post, I'm sure you know that qemu -snashot -hda /dev/sda _does_ allow you to boot into the same operating system again, assuming you have enough storage for temporary files
[22:34] <zyga-ill> -snapshot even
[22:36] <ogra> fta, hmm, that looks to me like neon is on by default
[22:39] <fta> ogra, i'm quite sure i disabled it: http://launchpadlibrarian.net/66221823/buildlog_ubuntu-maverick-armel.chromium-browser_10.0.648.133~r77742-0ubuntu0.10.10.1_BUILDING.txt.gz
[22:39] <fta> wouldn't build otherwise
[22:40] <fta> i can do a verbose build to confirm if you want
[22:42] <ogra> no, looks fine