[04:13] <pfifo> I noticed that the livecd is using aufs, and that i cannot mount anything with unionfs. Has ubuntu stopped supporting unionfs? Should I start using aufs in my own projects?
[08:14] <dholbach> good morning
[09:09] <bilalakhtar> good morning dholbach !
[09:10] <dholbach> hi bilalakhtar
[09:23] <ogra> TheMuso, i would like to see the fix mentioned in bug 631362 merged in pulse, any objections from your side ?
[09:24] <ogra> (we need to be able to do arch specific configs on some arm platforms)
[09:28] <tkamppeter> Anyone around who could do an update on the seeds for Maverick?
[09:40] <cjwatson> tkamppeter: what sort of change?
[09:42] <micahg> kdevelop's i386 packages have been pending publication for 3 days now
[09:43] <cjwatson> they're in NEW, I'll process that in a moment
[09:43] <micahg> cjwatson: ok, thanks :)
[09:44] <tkamppeter> cjwatson, I have introduced putting PPDs in compressed archives in foomatic-db. The ready-made PostScript PPDs are already in such archives as there seed changes where not needed. This saves several MB on the desktop CDs. To save another 18 MB in the installed system I have also a replacement of the Foomatic XML data by a compressed PPD archive, but this needs replacing the requirement of foomatic-db-engine and foomatic-db by the requir
[09:44] <tkamppeter> ement of foomatic-db-compressed-ppds in the seeds. This makes also the listing of all printer drivers ("lpinfo -m", adding printer with s-c-p) significantly faster. I have discussed this change with pitti last week.
[09:44] <micahg> doh, it says that on the main build page for the version :-/
[09:44] <cjwatson> tkamppeter: changing the seeds is premature by a couple of hours, since I'm only just processing foomatic-db-compressed-ppds through the NEW queue ;-)
[09:45] <tkamppeter> cjwatson, and pitti found it a good idea, and he has helped me to put the correct dependencies into the packages.
[09:45] <tkamppeter> cjwatson, OK.
[09:45] <cjwatson> sure - it needs to wait until foomatic-db-compressed-ppds is published, but I can make the change then
[09:45] <cjwatson> is there any remaining case where foomatic-db-engine and foomatic-db should be listed?
[09:46] <tkamppeter> cjwatson, no, end users do not need these two packages any more. Now these packages appear only in build dependencies of other packages.
[09:46] <cjwatson> ok
[09:47] <cjwatson> micahg: processed
[09:47] <tkamppeter> I have taken care of that by modifiying also the gutenprint and ptouch-driver packages where I have also replaced Foomatic XML data by compressed PPD archives.
[09:47] <micahg> cjwatson: thanks, sorry, I shouldn't have bothered you for that
[09:48] <tkamppeter> cjwatson, thanks already now.
[10:13] <cjwatson> ivoks_away: is anything happening with bug 527195?  I've promoted a couple of its dependencies, following approved MIRs
[11:00] <cjwatson> tkamppeter: done your seed changes
[11:14] <tkamppeter> cjwatson, thank you very much.
[11:32] <cjwatson> hm, I seem to have accidentally made this my archive admin morning
[11:39] <G> ttx: can I assume that bug 619302 got SRU approval?
[12:03] <happyaron> cjwatson: hi, could you have a look at this FTBFS, it seems due to cannot find libopencc-dev. https://edge.launchpad.net/ubuntu/+source/ibus-pinyin/1.3.10-1/+build/1948578
[12:05] <cjwatson> happyaron: I don't need to look at it :)
[12:05] <cjwatson> happyaron: I promoted opencc to main, but ibus-pinyin will have tried to build before that was committed to the archive - it just needs to be retried in an hour or two
[12:06] <happyaron> cjwatson: oh, thanks
[12:06] <happyaron> cjwatson: will the builder retry it automatically?
[12:07] <cjwatson> happyaron: no, I'll retry it when it's appropriate
[12:07] <cjwatson> well actually it might
[12:07] <happyaron> thanks
[12:13] <tkamppeter> cjwatson, I have a question to the seed changes. Will they also affect Kubuntu, Xubuntu, Edubuntu, and especially the netbook editions? Especially on netbooks saving 18 MB on the installed system would be nice.
[12:14] <Riddell> tkamppeter: only if you're changing the platform.maverick seed
[12:15] <cjwatson> tkamppeter: yes.
[12:15] <cjwatson> (the change was in platform.maverick/desktop-common)
[12:16] <cjwatson> Ubuntu Studio needed to have the change copied over manually; I've done that
[12:16] <cjwatson> but the others will pick it up naturally
[12:24] <ttx> G: no.
[12:34] <G> ttx: it's okay, I was thinking about the wrong bug anyway :)
[12:35] <cjwatson> ScottK: why can't all the stuff in kubuntu-meta/README.Kubuntu.update be done by the update script?
[12:35] <Riddell> cjwatson: it should be, neither of us have spent the five minutes it would take to do it yet
[12:37] <cjwatson> maybe we should just take the opportunity to make it a new seed collection.  the current implementation is fundamentally wrong because it causes LP to want to put all the kubuntu-mobile packages in main
[12:39] <Riddell> that would also seem sensible
[12:39] <ogra> doko, !
[12:42] <persia> cjwatson, Riddell: so, last week we talked about having kubuntu-mobile be a separate seed collection (I filed some of the relevant bugs), and it does require a LP change that would have had to be rolled out today.  The feedback I received all seemed to indicate it would be better to just do MIRs for the kubuntu-mobile stuff (and I think most of them are filed).
[12:42] <cjwatson> what LP change?
[12:42] <persia> cron.germinate
[12:43] <cjwatson> I suppose
[12:43] <cjwatson> yes, if you wanted Task fields
[12:44] <persia> bug #626543 was the bug to make kubuntu-mobile go in universe.  MIRs were bugs #627138 and 626583
[12:52] <ogra> doko, do you have any idea about OO.o on armel ?
[12:53] <doko> ogra: yes, somehow. working on this
[12:53] <ogra> awesome :)
[13:46] <bilalakhtar> mvo: around?
[13:46] <mvo> hey bilalakhtar, yes
[13:47] <bilalakhtar> mvo: Whenever you have time, could you please endorse https://wiki.ubuntu.com/BilalAkhtar/MOTUApplication ?
[13:47] <bilalakhtar> There is a week before the meeting, so you can endorse on any day
[13:47] <bilalakhtar> I just informed you beforehand
[13:47] <mvo> thanks, will do
[13:47] <bilalakhtar> mvo: I should thank you!
[14:15] <ivoks_away> cjwatson: i'm waiting for aproval of cluster-glue (bug 527142)
[14:23] <cjwatson> ivoks: I realise that, but it would be worth responding to the concerns about pacemaker in the meantime, would it not?
[14:24] <ivoks> cjwatson: of course
[15:27] <alexvalavanis> Hi there (new to IRC, so please forgive mistakes!)
[15:27] <ttx> ScottK: sorted out the cobertura-maven-plugin FTBFS situation.
[15:27] <alexvalavanis> Can anyone advise how to perform a merge from Debian experimental?
[15:27] <alexvalavanis> MoM doesn't seem to cover it
[15:28] <alexvalavanis> and there's no lp:debian/experimental/* branch on Launchpad bzr access
[15:29] <ttx> alexvalavanis: yes there is...
[15:29] <cjwatson> you can always do it by hand - save diff from common-base version to current Ubuntu to a file, unpack current Debian, selectively apply patches from file
[15:29] <ttx> lp:debian/experimental/tomcat6
[15:29] <ttx> https://code.launchpad.net/debian/experimental/+source/tomcat6
[15:31] <alexvalavanis> @ttx I can't seem to find the branch I wanted: https://code.launchpad.net/debian/experimental/+source/inkscape
[15:32] <alexvalavanis> Is there a delay between a debian upload making it into bzr on Launchpad?
[15:32] <ttx> alexvalavanis: hmm, indeed
[15:33] <alexvalavanis> Thanks, cjwatson.  I thought about a manual merge, but I figured there was too much scope for me messing it up!
[15:33] <ttx> alexvalavanis: should be in, there must be some import issue
[15:35] <alexvalavanis> weird.  So do the Bazaar branches normally sync immediately?
[15:36] <alexvalavanis> The debian/experimental/inkscape upload was made 3 weeks ago
[16:04] <tjaalton> tkamppeter: re bug 612578, no change after backporting cups 1.4.4 from maverick
[16:24] <Riddell> mvo: is there a GUI in Ubuntu Desktop to change /etc/update-manager/release-upgrades from lts to normal ?
[16:30] <mvo> Riddell: yes, its in software-properties-gtk
[16:30] <mvo> Riddell: under "updates/Release upgrades"
[16:35] <Riddell> mvo: fooey, that's something I need to add to the kde UI then
[16:35] <shadeslayer> Riddell: IIRC theres also a option in synaptic
[16:36] <mvo> shadeslayer: its the same dialog they both use
[16:36] <mvo> Riddell: ok, should be trivial :)
[16:36] <shadeslayer> mvo: right.. didnt know that :)
[16:55] <ScottK> ttx: Cool.
[16:56] <ScottK> cjwatson: I'm glad to adjust the kubuntu-mobile stuff as needed.  How it is now is just the best I knew to do in the time I had.
[16:56] <cjwatson> if it's all going into main, then it can stay as it is pending that, I think
[16:57] <cjwatson> if kubuntu-mobile is going to stay in universe, then it needs to be a separate seed collection which as persia says would require a Launchpad change
[17:12] <Riddell> mvo: any idea what the mysql-server-core error is here? http://muse.19inch.net/~jr/tmp/upgrade/main.log
[17:13] <mvo> Riddell: what is the md5sum of that file /var/cache/apt/archives/mysql-server-core-5.1_5.1.49-1ubuntu7_i386.deb ?
[17:16] <Riddell> mvo: cad2c149aa7c9521d7794c4589f4cd2c  /var/cache/apt/archives/mysql-server-core-5.1_5.1.49-1ubuntu7_i386.deb
[17:16] <Riddell> mvo: hmm, which does seem to be incorrect
[17:17] <mvo> Riddell: hm, so fs corruption :/ ?
[17:17] <Riddell> mvo: maybe, I'll try the upgrade again
[17:17] <mvo> Riddell: iI doner if you can copy it to some other place and do a binary diff on it (compared to a downloadied one)
[17:18] <mvo> Riddell: it might be a bit-flip error
[17:52] <cjwatson> Keybuk: bug 603760 et al: I can easily add /var/run/sendsigs.omit.d/ support to sendsigs, but I don't really feel like playing whack-a-mole to move everything over to that directory, and having /var/run/sendsigs.omit and /lib/init/rw/sendsigs.omit.d/ seems wilfully confusing.  Would you object to a new mounted-libinitrw.conf job in mountall that just does 'exec mkdir -p /lib/init/rw/sendsigs.omit.d'?
[17:52] <cjwatson> that seems like the easiest fix
[17:59] <Riddell> mvo: bug 631708 FYI
[18:02] <Keybuk> cjwatson: such things are boot critical path
[18:02] <Keybuk> (anything run in a mounted-* is)
[18:05] <cjwatson> Keybuk: do you have an alternative suggestion?
[18:06] <mvo> thanks Riddell
[18:08] <dupondje> https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/631548 => bluetooth seems completely broken ...
[18:09] <seb128> dupondje, do you have empathy installed?
[18:09] <seb128> dupondje, it's likely a known issue for users who remove empathy
[18:09] <dupondje> GLib-GIO-ERROR **: Settings schema 'org.gnome.Bluetooth' is not installed
[18:10] <seb128> right
[18:10] <dupondje> ii  empathy                                           2.31.91.1-0ubuntu2                              GNOME multi-protocol chat and call client
[18:10] <seb128> ls /usr/share/glib-2.0/schemas?
[18:10] <dupondje> $ ls /usr/share/glib-2.0/schemas
[18:10] <dupondje> gschemas.compiled                                            org.freedesktop.Telepathy.Logger.gschema.xml  org.gnome.Empathy.gschema.xml  org.gnome.gcalctool.gschema.xml        ubuntu-artwork.gschema.override
[18:10] <dupondje> org.freedesktop.gstreamer-0.10.default-elements.gschema.xml  org.gnome.brasero.gschema.xml                 org.gnome.Evince.gschema.xml   org.gnome.Nautilus.Sendto.gschema.xml
[18:11] <seb128> oh, I didn't get that update yet
[18:11] <seb128> sorry I was confusing with another bug
[18:11] <seb128> dupondje, we will fix it
[18:12] <dupondje> lets hope :) cause I see bluetooth crashes quite some time :)
[18:45] <Chipaca> apachelogger: ping
[19:04] <dupondje> thanks for the fast fix seb128  :)
[19:04] <dupondje> it works, but another thing in the properties view: 'Cannot start 'File sharing'-preferences ... any idea ?
[19:04] <dupondje> also https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/630543 :) but thats not a big issue
[19:05] <seb128> dupondje, you're welcome
[19:05] <dupondje> always cool to see such good response :)
[19:06] <seb128> dupondje, not sure about this one
[19:06] <seb128> I've seen logs with permissions errors
[19:06] <seb128> it could be something else in the stack or a linux issue
[19:06] <seb128> I will check that later
[19:06] <seb128> gtg for dinner
[19:06] <seb128> see you ;-)
[19:08] <dupondje> njoy :)
[19:49] <goruka> hi guys, i tried out the beta because 10.04 worked poorly for me, and it seems i can't use the nvidia driver with the xorg version that comes with 10.10 beta.. any hints?
[19:49] <goruka> (nvidia driver says xorg is too new)
[19:51] <beuno> goruka, try a support channel, #ubuntu+1
[19:51] <goruka> ah cool, thanks!
[20:22] <apachelogger> Chipaca: pong
[20:23] <Chipaca> apachelogger: hi
[20:24] <Chipaca> apachelogger: well... I said it as a comment on #375145, dunno if you've read it yet
[20:24] <Chipaca> apachelogger: but: sorry to read your comment there. Sad that it probably means we're not getting u1 in kde in m or even close. Sad that we couldn't work together. What went wrong?
[20:44] <apachelogger> Chipaca: in theory it should be working (except that the ubuntu-sso-client misses a kwallet backend), wasnt able to test because of brokenness in maverick
[20:44] <apachelogger> what's most importantly missing is a maintainer though
[20:45] <apachelogger> as for what went wrong: general communication problem && moving target && brokenness now and then
[20:46]  * apachelogger would be happy to chat about that at UDS, if he gets sponsored that is ^^
[21:40] <ricotz> slangasek, hello, could you have a look at https://bugs.edge.launchpad.net/ubuntu/+source/lxc/+bug/630030
[22:32] <flixil> Hello. I'm trying to mix branches of software like I used to do in debian. I'm using lucid and I'm trying to mix with the newest in maverik but I cannot access them change lucid for maverik in /etc/apt/sources.list   What is the name I should use?
[22:32] <flixil> Thanks
[22:34] <flixil> Oh shit sorry I mispelled maverik and it's maverick. Now it works :)
[22:44] <YokoZar> Blast, dput via sftp is throwing an exception and I can't upload a new ia32-libs
[22:50] <cjwatson> try ftp
[22:54] <YokoZar> cjwatson: doesn't work for ia32-libs on my internet connection
[22:54] <YokoZar> I think I figured it out it was a bad dput.cf  because the launchpad blog instructions were missing a step ;)
[22:55] <YokoZar> need to change "incoming = /" to "incoming = ubuntu"
[22:55] <YokoZar> which I believe doesn't break ftp, so it would be a nice default
[22:56] <Laney> YokoZar: is it "Exception AttributeError: "'NoneType' object has no attribute 'close'" in <function terminate at 0x2695938> ignored"?
[22:56] <YokoZar> Laney: Yup
[22:57] <Laney> I get that with every upload
[22:57] <YokoZar> Laney: just after "open failed"
[22:57] <Laney> but they still work
[22:57] <YokoZar> Laney: I think the "open failed" part is more important
[22:57] <Laney> yes, likely
[22:57] <Laney> I see no other errors
[22:58] <YokoZar> Laney: hmm good to know the exception is unrelated to the open failure I suppose
[23:37] <TheMuso> ogra: I have other pulse changes to make, so sure I'll get it in.
[23:38] <mwhudson> hi, i've found a packaging bug that's been inherited from debian
[23:38] <mwhudson> should i report it to bugs.debian.org as well as launchpad?
[23:38] <lifeless> yes
[23:44] <mwhudson> does the package importer import uploads from sid?
[23:45] <mwhudson> or just squeese?
[23:46] <cjwatson> both
[23:47]  * mwhudson urlhacks
[23:48] <cjwatson> code.launchpad.net/debian/+source/PKG should link to them
[23:49] <mwhudson> cjwatson: actually no, https://code.edge.launchpad.net/debian/+source/python-defaults hides the sid branch a bit
[23:50] <cjwatson> well, link to something that links to it
[23:50] <mwhudson> yeah
[23:50] <cjwatson> that presentation is a bit of a bug anyway
[23:51] <mwhudson> it probably works ok for ubuntu
[23:51] <cjwatson> given that sid is the principal upload target for Debian developers, and the principal source for Ubuntu merges
[23:51] <cjwatson> it's wrong both ways
[23:51] <cjwatson> it was OK briefly in lucid when we were doing most of our merging from testing
[23:51] <cjwatson> but the rest of the time we merge from unstable, and certainly want to know what's going on in unstable
[23:52] <cjwatson> the problem is that LP really doesn't model testing/unstable particularly well, I suppose
[23:52] <mwhudson> cjwatson: i meant code.launchpad.net/ubuntu/+source/PKG is probably ok
[23:53] <cjwatson> right
[23:53] <mwhudson> but yeah, launchpad models ubuntu ok and debian poorly
[23:53] <cjwatson> I realised that partway through but reckoned what I said still made sense more or less :)
[23:54] <mwhudson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595826 fwiw