[00:15] <achiang> cyphermox: still about?
[00:16] <achiang> jbicha: luckily for you, we just created a juju charm for you
[00:16] <achiang> also, i like pbuild-scripts from mterry
[00:17] <achiang> pcreate -a armhf -d raring raring
[00:19] <jbicha> achiang: thanks but I don't have a cloud yet
[00:20] <cyphermox> achiang: yeah, still around
[00:20] <achiang> cyphermox: ok, chasing something odd, and it doesn't make sense to me, but will have a better question in about 5 minutes :)
[00:24] <achiang> cyphermox: nevermind, i answered my own question. :)
[00:24] <jbicha> boy the armhf emulated build is slow
[00:45] <xnox> achiang: i want to kill pbuil-scripts by merging a couple of it's features into ubuntu-dev-tools: specifically into pbuilder-dist.
[00:45] <xnox> achiang: please use pbuilder-dist raring create --arch armhf instead ;-)
[00:45] <achiang> xnox: as long as it stays as user-friendly as it is now. :)
[00:46] <achiang> xnox: pcreate, pget, and pbuild are *awesome*
[00:46] <xnox> achiang: we don't have pget yet in pbuilder-dist, but the rest are there.
[00:46] <xnox> achiang: have you seen pull-lp-source or pull-debian-source?
[00:46] <achiang> not yet
[00:47] <xnox> achiang: they pull by package name (defaults to latest release) or you can specify a version or a release
[00:47] <xnox> achiang: e.g. $ pull-lp-source dpkg
[00:47] <xnox> or $ pull-lp-source dpkg lucid-security
[00:47] <xnox> or $ pull-lp-source dpkg 1.16.9ubuntu1
[00:47] <xnox> without needing to chroot into a tarball.
[00:48] <achiang> xnox: one tiny little papercut that pget fixes for me is that it uses some conventions to keep my source directories nice and neat
[00:48] <achiang> xnox: for instance, if i have ~/Projects/raring, i can `cd ~/Projects/raring ; pget dpkg`
[00:49] <achiang> and it will automatically: `mkdir -p ~/Projects/raring/dpkg ; cd dpkg ; <download source>`
[00:49] <xnox> jbicha: yeah it is slow, that's why we are working on cross-compile option instead but not many packages support that yet.
[00:49] <xnox> achiang: interesting, but that's not how I work =)
[00:50] <xnox> achiang: I have inverse: ~/Projects/dpkg/ and in there I have raring, sid, upstream
[00:50] <xnox> achiang: and build-dir as well
[00:50] <achiang> xnox: everything related to dpkg goes into that directory. the most common operation is to just download whatever package is in that release of ubuntu. but it's also a handy place to keep bzr branches, etc.
[00:50] <achiang> xnox: interesting. :)
[00:51] <xnox> achiang: for me, it's because if i work on a package, I will tend to work on it for a few cycles back & forwards.
[00:51] <achiang> xnox: i guess i often work on packages that might not exist in upstream ubuntu (internal canonical stuff)
[00:51] <achiang> and pget lets you specify your own sources.list inside the chroot
[00:51] <achiang> and we have internal canonical repos that we specify. so then, pget <package> just works
[00:52] <xnox> achiang: I have a dirty little ~/Projects/rebuilds/, where i start a "temp" project, e.g. python3.3 and it's a right GBs big mess of source packages which is now purged, cause python3.3 transition is done.
[00:52] <xnox> achiang: yes, custom sources is the feature that pget has and pull-source doesn't.
[00:53] <xnox> it's on my list to steal =)
[00:53] <achiang> xnox: just make sure it's easy for us (and our customers, who we have to train in how to get sources) to use
[00:53] <achiang> (we have written documentation around pget and friends)
[00:54] <achiang> our use case optimizes for dead simple usage
[00:54] <xnox> achiang: pbuilder-dist is friendly although it is currently not "married" with pull-sources.
[00:55] <achiang> xnox: here's what i wrote up a while ago (although i guess spamaps pointed out a bug that i haven't fixed yet) - http://askubuntu.com/questions/53014/why-use-sbuild-over-pbuilder/199184#199184
[00:58] <xnox> achiang: lol. I wanted to say "oh, I'm not down with the kids to talk about stuff like this on askubuntu....." only to notice I actually also replied on that question.
[00:59] <jbicha> we should get sbuild documented in the Ubuntu packaging guide
[00:59] <achiang> xnox: well, it's more like that answer documents our use cases that our customers have
[00:59] <xnox> achiang: pbuild-scripts tries to assume a particular directory, which is good and bad.
[00:59] <xnox> jbicha: ack.
[01:05] <TheMuso> IMO once an sbuild user, always an sbuild user.
[01:08]  * achiang tried it and it was so damn slow
[01:08] <achiang> downloads the .deb files every time (at least in my config)
[01:20] <TheMuso> I am sure there is a way you could set it up to use a local shared directory for cache.
[01:20] <TheMuso> But since I use a local mirror...
[01:20] <TheMuso> And since I also use a tmpfs overlay...
[01:21] <TheMuso> Chroot setup doesn't take that long.
[04:50] <robert_ancell> RAOF, do you know which version of X has -seat?
[04:55] <RAOF> robert_ancell: Sorry, no.
[04:56] <robert_ancell> RAOF, do you know if X supports it? It appears not to from the command line in the raring version and I'm trying to find a bug reference
[04:56] <robert_ancell> Is it still a proposal?
[04:58] <RAOF> I don't know, sorry.
[05:00] <robert_ancell> RAOF, ah, 1.12 aparently
[05:28] <pitti> Good morning
[05:28] <pitti> jbicha: hi!
[05:28] <pitti> jbicha: yeah, there's something wrong with the -dev, it's on my radar
[06:13] <didrocks> good morning
[06:15] <pitti> bonjour didrocks
[06:18] <didrocks> guten morgen pitti
[06:40]  * BigWhale opens one eye.
[06:42] <pitti> BigWhale: plus de café pour l'autre? :)
[06:45] <BigWhale> I could google translate this... I do understand 'café'. I don't drink coffee, don't require it, but I went to sleep at 3:30am and well, 3.5 hours is a little low even for me :))
[06:46] <BigWhale> It's a crappy week when someone dugs up a patent from 1997, that now belongs to Oracle, which, in a nutshell, describes the product you're working on. :>
[06:47] <BigWhale> digs up
[07:01] <pitti> 'more coffee for the other one' (eye)
[07:08] <BigWhale> pitti, oooh... :)
[07:08] <BigWhale> that would probably burn :>
[07:11] <pitti> didrocks: c'est l'heure pour la glace!
[07:11] <pitti> didrocks: il neige!
[07:11] <didrocks> pitti: ahah! vraiment? ;)
[07:12] <didrocks> pitti: c'est l'heure de mettre un manteau!
[07:16] <pitti> oui, et un capuchon
[07:17] <pitti> didrocks: in German, the "ice" for eating and that on the street is the same word
[07:17] <pitti> didrocks: so "glace" is not right for the stuff you break your neck on when slipping?
[07:17] <didrocks> pitti: no no, it's the same in French :)
[07:18]  * sarnold quickly looks around for another language where ice != ice cream, we're outnumbered!
[07:18] <didrocks> so it's all right, and you can happily risk your neck outside knowing that it's called "glace" :)
[07:18] <didrocks> heh ;)
[07:18] <pitti> sarnold: Russian
[07:19] <pitti> sarnold: лед vs.
[07:19] <pitti> мороженое
[07:19] <sarnold> pitti: woo :) thanks
[07:20] <didrocks> klingon? :p
[07:20] <pitti> also, Spanish I think?
[07:20] <pitti> didrocks: les klingons ne mangent pas du glace!
[07:20] <didrocks> pitti: ça doit être triste alors ;)
[07:21] <pitti> ils mangent le viande de l'adversaire :)
[07:21] <pitti> (well, they don't really, but I guess they'd rather do that than indulging ice cream)
[07:22] <pitti> although I know one who liked ice cold plum juice
[07:22] <jibel> didrocks, bonjour
[07:22] <sarnold> pitti: hahaha
[07:22] <didrocks> salut jibel, ça va?
[07:23] <jibel> didrocks, ça va. indicators, misc, oif and webapps are red
[07:23] <didrocks> jibel: yeah, I'm seeing that, there are two issues
[07:23] <didrocks> jibel: lp.distributions['ubuntu'] doesn't work anymore it seems on magners
[07:23] <didrocks> so, kind of an issue :p
[07:23] <didrocks> the other are more in the build system issue (when build-deps are part of the same set, but not built)
[07:24] <jibel> didrocks, huh? looking
[07:24] <didrocks> I'm looking at #2
[07:25] <didrocks> if you can look at #1, I tried lp-shell locally and it's working
[07:25] <didrocks> it wasn't a launchpad hickup, because I relaunched this morning and still the same behavior
[07:26]  * didrocks wonders why /usr/lib/pbuilder/pbuilder-satisfydepends --force-version --continue-fail doesn't work
[07:28] <jibel> didrocks, lp.distributions['ubuntu'] works. looking harder
[07:29] <didrocks> jibel: I tried it at 7am, and it was still failing :/
[07:45] <pitti> ah, thanks autopkgtest for telling me my oversight in pygobject packaging
[07:45] <chrisccoulson> good morning everyone
[07:45] <chrisccoulson> sigh, my SSD ran out of space last night when doing a build :(
[07:45] <pitti> I keep being amazed about how much our stupidly simple "compile&link" tests tell us
[07:45] <didrocks> anyone ever tried pbuilder-statisfydepends with a --force-version?
[07:45] <didrocks> hey chrisccoulson
[07:45] <sarnold> chrisccoulson: owww
[07:46] <pitti> hey chrisccoulson; argh
[07:46] <chrisccoulson> hi didrocks, sarnold, pitti
[08:39] <chrisccoulson> TEST-UNEXPECTED-PASS | /usr/lib/thunderbird-trunk-testsuite/xpcshell/tests/dom/tests/unit/test_geolocation_provider.js | test failed (with xpcshell return code: 0), see following log:
[08:39] <chrisccoulson> hah!
[08:51] <seb128> hey desktopers
[08:51] <pitti> bonjour seb128, ça va?
[08:51] <seb128> lut pitti, oui, et toi ?
[08:51] <pitti> seb128: ça va bien; il neige!
[08:52] <seb128> oh, c'est prévu pour ce w.e ici
[08:52] <pitti> c'est la deuxième temps
[09:07] <mvo> mlankhorst: good news (or bad new) http://paste.ubuntu.com/1396499/ is what I get with ppa:mlankhorst/ppa and ppa:ubuntu-wine/ppa when doing apt-get install xserver-xorg-lts-quantal,
[09:09] <Laney> hey
[09:09] <Laney> yeah I was planning to disable grilo at least for the first upload
[09:27] <jibel> Sweetshark, ping
[09:29] <Sweetshark> jibel: pong
[09:33] <MCR1> notgary: Hi :) Are you around ?
[09:35] <chrisccoulson> nice, my bottle of scotch arrived :)
[09:50] <mlankhorst> mvo: yeah I had that one too, could you see if wine-1.5 could be kept?
[09:51] <mlankhorst> oh you're not installing the recommends..
[10:10] <mvo> mlankhorst: no failure if i run with --install-recommends here, but let me check why wine is removed
[10:14] <mlankhorst> mvo: yeah what debug info do you want? So I can check why it removes it on my system..
[10:14] <mlankhorst> erm not removes it, just fails in resolve
[10:15] <mlankhorst> it removes it because libgl1-mesa-(glx/dri) for i386 is removed, and installed libgl1-mesa-(dri,glx)-lts-quantal as alternative
[10:15] <mlankhorst> but it doesn't check if it needs to be installed for i386
[12:07] <Laney> slomo: hey, do you know of any moves to get camerabin to go from -bad to -good?
[12:08] <Laney> I'm just trying to work out the plugin moves that we need to do in Ubuntu and where they stand with upstream
[12:12] <slomo> Laney: no, not really... needs someone to actually spend time on it and get it done
[12:12] <Laney> OK that was kind of the sense I got from the wiki page
[12:13] <Laney> the others are scaletempo rtpmux rtpvp8 which AFAICS are all moving in 1.2 anyway
[13:19] <Laney> hmm
[13:20] <Laney> pitti: have you noticed that pygobject-3.0.pc is now installed into /usr/lib/i386-linux-gnu/pkgconfig/?
[13:21] <Laney> (that's from an arch:all package)
[13:21] <pitti> Laney: yes, fix already committed to svn
[13:21] <pitti> Laney: I didn't see that on a local build of course, but autopkgtest yelled at me
[13:21] <Laney> ah ok
[13:21] <Laney> well it makes totem ftbfs
[13:21] <Laney> yay for tests
[13:21] <pitti> I'm currently fixing a ton of issues in pygobject; will do another release/upload today
[13:22] <pitti> sorry about that one
[13:22] <Laney> merci
[13:22] <Laney> I saw there was a packaging rewrite/cleanup - these things happen :)
[13:22] <pitti> this was due to moving to dh compat 9
[13:23] <pitti> this defaults to multiarch paths, and I missed that the package was arch:all
[13:24] <zzecool> seb128:  hey buddy are you here ?
[13:26] <zzecool> I wonder if anyone knows why deamons cant access DBUS in ubuntu   to use let say libnotify , even if i run  the deamon as the same user that im login in there is no luck
[13:26] <seb128> zzecool, hey
[13:26] <zzecool> =)
[13:26] <seb128> zzecool, what do you mean? libnotify only use dbus no?
[13:27] <zzecool> hmm look im not a dev so i may make this complicated
[13:27] <zzecool> take a look my post here  : http://sickbeard.com/forums/viewtopic.php?f=4&t=5865
[13:27] <zzecool> you will understand
[13:29] <zzecool> for some strange reason the deamon cant access the os.environ['DISPLAY']  and DBUS   even tho it is starting as 'zzecool' and not as root
[13:29] <seb128> zzecool, try #ubuntu for user questions (that's one)
[13:29] <seb128> it's not strange
[13:29] <zzecool> ohh
[13:29] <seb128> you run it from a place which doesn't have those
[13:29] <seb128> the display,bus,etc are set up by the session
[13:29] <zzecool> ohh i see
[13:29] <seb128> so they are only available for processes run into the session
[13:30] <zzecool> so i can export them manually on the init.d script right?
[13:30] <seb128> no
[13:30] <seb128> the dbus variable is not static
[13:30] <seb128> it will change
[13:30] <zzecool> i see what you mean
[13:31] <seb128> dunno what you are trying to do but an init script seems the wrong solution
[13:31] <zzecool> so its not possible for a deamon to access tehm ?
[13:31] <zzecool> them*
[13:31] <seb128> them being?
[13:32] <zzecool> the env  DISPLAY and DBUS_SESSION_BUS_ADDRESS
[13:33] <zzecool> i need those two for the deamon to use libnotify
[13:34] <seb128> I'm not sure that what you are trying to do works
[13:35] <seb128> the notification daemon is an user session process
[13:35] <seb128> you would probably need to connect it to the system bus and make it listen for messages there then you could broadcast on the system bus
[13:36] <zzecool> seb128:  heh i dont have any idea rly
[13:36] <zzecool> im just trying to setup sickbeard if you knows what sickbeard is
[13:36] <zzecool> its can access libnotify just fine if i run it form the desktop
[13:37] <zzecool> but fails when start it as a deamon  with init script
[13:37] <zzecool> know*
[13:37] <seb128> dunno what this software is, but I told you why
[13:37] <zzecool> yes
[13:37] <seb128> the notification system is a per-user service
[13:37] <seb128> it can't really work from an init script
[13:38] <zzecool> i see
[13:38] <zzecool> i thought that it will work because the i was running the init script as the same user that im loggin in
[13:39] <seb128> they are not in the same context
[13:39] <zzecool> what do you mean about context
[13:39] <zzecool> ?
[13:39] <seb128> the environment of the session is specific to the user session
[13:39] <seb128> you could run 3 sessions with your user
[13:39] <seb128> how would the init script determine which one to pick?
[13:40] <seb128> it needs the context/environment that is set in the session
[13:40] <zzecool> i see
[13:41] <zzecool> so let say in a headless enviroment it isnt possible to access the notification system because you dont enter a user session ?
[13:41] <zzecool> is this right or im out of space?
[13:44] <zzecool> seb128: nevermind you help me a lot all ready =)
[13:44] <zzecool> ill steady a bit more
[13:44] <zzecool> study* omg my english
[14:03] <chrisccoulson> hmmmm, if metacity drops out of main, can i not depend on it for running tests?
[14:04] <Laney> do you need it specifically?
[14:04] <chrisccoulson> some of the firefox tests need a window manager to work correctly, and i can't imagine compiz will work that well inside Xvfb
[14:04] <Laney> I think the plan was for twm
[14:05] <Laney> but I also don't know if autopkgtests must respect the ogre model
[14:05]  * Laney goes away to lunch
[14:06] <chrisccoulson> what would pull twm in to main?
[14:06] <chrisccoulson> basically, if i don't have a window manager, i can't do full screen tests :)
[14:06] <pitti> Laney: no, autopkgtest test dependencies can be from any component
[14:06] <chrisccoulson> pitti, cool, thanks!
[14:06] <pitti> maybe they should respect ogre, but right now they don't
[14:07] <pitti> chrisccoulson: so it's ok for autopkgtests, but not for build-time tests (as these are build deps)
[14:07] <chrisccoulson> that's ok then :)
[14:07] <chrisccoulson> i'll carry on using metacity for now
[14:19] <chrisccoulson> w00t http://bazaar.launchpad.net/~mozillateam/thunderbird/thunderbird-trunk.head/revision/750
[14:23] <kenvandine> chrisccoulson, awesome
[14:23] <didrocks> hey kenvandine ;)
[14:25] <kenvandine> hey didrocks
[14:27] <pitti> hey kenvandine
[14:31] <kenvandine> hey pitti
[14:31] <zzecool> seb128:  what if i run  from rc.local the following : $ dbus-launch --sh-syntax    grep DBUS_SESSION_BUS_ADDRESS > /tmp/dbus-session-bus-address
[14:31] <zzecool> and  export `cat /tmp/dbus-session-bus-address` in my init script ?
[14:33] <xclaesse> is it possible to make unity dash stop showing files/music search results?
[14:33] <xclaesse> and give only apps launchers
[14:34] <xclaesse> seb128, ^
[14:35] <xclaesse> I guess removing unity-lens-files and friends should do that...
[14:35] <seb128> xclaesse, uninstall the files and music lenses?
[14:35] <seb128> xclaesse, what's the issue with those though?
[14:35] <didrocks> they are all recommends, so should be fine :)
[14:35] <seb128> zzecool, you can probably do some workaroundish hacks like that if you really want to do something
[14:35] <zzecool> :)
[14:36] <seb128> zzecool, but please move to #ubuntu to discuss those workarounds, that's user questions
[14:36] <zzecool> yeah allright
[14:36] <zzecool> thanks
[14:36] <seb128> yw
[14:37] <xclaesse> seb128, maybe I don't want people to see the cats pictures I watched :P
[14:37] <xclaesse> or videos
[14:37] <seb128> xclaesse, you can go system settings -> privacy
[14:37] <seb128> xclaesse, and block directories or class of files
[14:37] <seb128> like images or videos
[14:38] <seb128> xclaesse, or clear the history or block any logging at all
[14:38] <xclaesse> seb128, it uses zeighgest to know the recent files?
[14:38] <seb128> yes
[14:38] <seb128> ok, I'm out for some exercice, be back in ~1h
[14:38] <xclaesse> thanks :)
[14:39] <seb128> xclaesse, but the privacy panel should let you block what you want, including any logging
[14:39] <zzecool> xclaesse: what wrong with the little pussycats ?
[14:39] <zzecool> ;p
[14:42] <zzecool> xclaesse: check in the software center the "activity journal" it use the zeitgeist db to visualize your activity  "or spy what your brother did when you were away" ;p
[14:42] <xclaesse> voilà, with only unity-lens-applications remaining, it's much nicer :)
[14:42] <xclaesse> zzecool, yep, disabled that too :)
[14:42] <zzecool> ;p
[14:43] <xclaesse> is it intentional that unity does not set my telepathy accounts only at login?
[15:12] <Laney> jbicha: yo
[15:12]  * Laney flashes some gang signs
[15:12] <Laney> how did you build rb without grilo? configure.in hax?
[15:15] <jbicha> Laney: yeah, I tried to do it in debian/rules but my first attempt didn't work
[15:16] <Laney> apparently it's a 'required' plugin per the commit which made it error when grilo isn't present
[15:16] <Laney> but i don't see why
[15:16] <Laney> anyway, we should just bite the bullet and MIR it
[15:16] <Laney> how do you feel about doing that? ;-)
[15:17] <jbicha> but yesterday's pygobject bug isn't fixed yet anyway
[15:17] <Laney> right
[15:17] <Laney> I fixed it locally to do testing
[15:17] <Laney> it'll be uploaded today
[15:18] <jbicha> I'm a bit busy until the weekend (as far as filing an MIR)
[15:18] <Laney> well I'll upload without grilo initially, hopefully will get around to filing tomorrow
[15:18] <jbicha> ok cool
[15:18] <Laney> right
[15:19] <Laney> going to upload -good and -bad with plugins moved
[15:19] <Laney> then some apps ...
[15:42] <attente> desrt: separators can be shown or hidden at a whim :(
[15:44] <desrt> attente: including two beside each other?
[15:45] <attente> desrt: yes, but i've never accounted for this case
[15:46] <attente> the code is going to get very messy...
[15:47] <seb128> xclaesse, you mean "online"? e.g you would like to be automatically im connected at login?
[15:48] <seb128> xclaesse, check with kenvandine or larsu or mpt ... I guess that should be a setting somewhere
[15:48] <xclaesse> seb128, yep online
[15:48] <xclaesse> it should restore the presence from last session
[15:48] <xclaesse> like gnome-shell does
[15:49] <seb128> I'm not convinced about that
[15:49] <seb128> some people like to always be online, so other don't
[15:49] <kenvandine> we should see what mpt thinks
[15:49] <seb128> e.g I tend to start my im after work and I don't stop it before stopped the computer, but that doesn't mean I want to be online next morning
[15:52] <mpt> xclaesse, seb128: This issue is currently confused by bug 877642 and bug 1077252
[15:52] <ubot2> Launchpad bug 877642 in indicator-messages (Ubuntu) "Status on messaging indicator is greyed out if Empathy is added to the "Startup Applications" list" [Medium,Confirmed] https://launchpad.net/bugs/877642
[15:52] <ubot2> Launchpad bug 1077252 in indicator-messages (Ubuntu) "Empathy shows up as running even though it is stopped" [Undecided,New] https://launchpad.net/bugs/1077252
[15:52] <seb128> mpt, well, even without those issues we would still have some users who don't want to go through the manual work to have to connect
[15:52] <mpt> xclaesse, seb128: ...but I think whether you're online from login, as far as Telepathy is concerned, is an option that belongs in Empathy's preferences.
[15:53] <mpt> seb128, right.
[15:53] <seb128> right, that's what I was thinking as well
[15:53] <mpt> cool :-)
[15:54] <seb128> xclaesse, that's a job for you :p
[15:54] <xclaesse> hm
[15:55] <xclaesse> mpt, I consider it to be a desktop option tbh
[15:55] <xclaesse> it is not empathy itself setting presence at startup, since empathy is not running at all
[15:56] <mpt> xclaesse, logically, considering Telepathy as separate from Empathy, it is. But I think most people won't understand that they're separate, even though you stay online after closing Empathy.
[15:57] <seb128> xclaesse, we also don't have other "im preferences" ui than empathy's one
[15:57] <mpt> xclaesse, and even if people did understand they were separate things, Empathy's preferences would still be the most obvious place to find it
[15:57] <xclaesse> mpt, I would actually put it in UOA settings panel somehow
[15:58] <mpt> xclaesse, this is analogous to the setting for default Web browser. Logically it belongs in System Settings somewhere, but practically, all Web browsers put it in their own settings UI, because it's much easier to find there.
[16:13] <Sweetshark> seb128: I just uploaded a libmspub_0.0.3-1~ubuntu1.dsc to chinstrap for sponsoring (bug 1079659), it also testbuilds in a private ppa. If that one completes, I would be happy about sponsoring
[16:13] <ubot2> Launchpad bug 1079659 in Ubuntu "[needs-packaging] please sync a libmspub version > 0.0.3 to raring as it is needed for libreoffice 4.0" [Wishlist,New] https://launchpad.net/bugs/1079659
[16:33] <mpt> pitti, hi. What do you think of having all apport package bugs affect the Apport project too, so that they show up on <https://bugs.launchpad.net/ubuntu-error-tracker> for next week?
[16:33]  * Laney uploads webkit
[16:33] <Laney> scary
[16:34] <pitti> mpt: hm, there's hundreds of them, this would seem like useless duplication to me?
[16:34] <pitti> mpt: having some selected ones seems fine, of course
[16:36] <mpt> pitti, it's just that if didrocks could do it with a script it would be quicker than choosing the selected ones
[16:36] <mpt> I agree it's duplication, but I don't see how else to get a single list of error-tracker-related bugs
[16:36] <pitti> but we need to select some anyway?
[16:37] <pitti> and a lot of the package bugs are old, incomplete, duplicates, etc. -- it woudl need a good two weeks of triaging
[16:37]  * pitti prefers manageable lists over complete, but useless swamps
[16:38] <mpt> pitti, if you want a managable list, do an advanced search to exclude the "New" status :-)
[16:39] <mpt> pitti, otherwise "filed against the package" would effectively become an extra hidden "unconfirmed" state
[16:41] <pitti> well, duplicating the open tasks doesn't magically triage them
[16:41] <mpt> sure
[16:41] <pitti> I know apport's package bugs are a mess; sorry
[16:42]  * pitti just can't keep up with it
[16:42] <pitti> so I usually pick out bugs by assignment/subscription
[16:44] <mpt> pitti, no need to apologize, your time is better spent fixing things you already know are important. I'm just trying to make triage easier for other people to do.
[16:45] <bcurtiswx> wow, raring upgrade went quite well. :)
[16:51] <Laney> firefox in DoSing buildds shocker :P
[16:55] <Sweetshark> seb128: I just uploaded a libcmis 0.3.0-1~ubuntu1 to chinstrap for sponsoring (bug 1079653), it also testbuilds in a private ppa. I would be happy about sponsoring, if that finishes.
[16:55] <ubot2> Launchpad bug 1079653 in libcmis (Ubuntu) "please sync a libcmis version > 0.3.0 to raring as it is needed for libreoffice 4.0" [Undecided,In progress] https://launchpad.net/bugs/1079653
[16:55] <seb128> Sweetshark, ok
[16:56] <Sweetshark> seb128: libmspub completed successfully: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2/+sourcepub/2813802/+listing-archive-extra
[16:56] <seb128> Sweetshark, ok, so I will look at this one and sponsor it
[16:59] <Sweetshark> seb128: could you also sync http://packages.debian.org/source/experimental/mdds to raring, please?
[17:00] <Sweetshark> seb128: thats bug 1079665
[17:00] <ubot2> Launchpad bug 1079665 in mdds (Ubuntu) "please sync a mdds version > 0.6.0 to raring as it is needed for libreoffice 4.0" [Undecided,New] https://launchpad.net/bugs/1079665
[17:01] <seb128> Sweetshark, ok
[17:05] <Sweetshark> seb128: libcmis finished too: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2/+build/4022345
[17:07] <Laney> didrocks: seb128: Fancy promoting farstream-0.2? ;-)
[17:07] <seb128> Laney, didrocks: doing it
[17:08] <seb128> Sweetshark, mdds synced
[17:08] <didrocks> thanks seb128 ;)
[17:08] <Laney> also clutter-gst-2.0 for totem
[17:09] <Laney> cheers
[17:09] <Laney> uploading stuff but the buildds are lagging a bit and there is some uninstallability
[17:09] <Sweetshark> seb128: thanks, just saw it.
[17:09] <Laney> might not get builds until tomorrow
[17:09] <seb128> Laney, both promoted
[17:09] <Laney> awesome, cheers to you
[17:10] <jbicha> firefox & webkit building :)
[17:10] <Sweetshark> jbicha: dont steal my precioussss buildds, I have a libreoffice upload in the pipe ...
[17:11] <jbicha> Sweetshark: it wasn't me :)
[17:11] <Sweetshark> jbicha: thats what they all say!
[17:11] <seb128> Sweetshark, we stopped using -proposed
[17:11] <seb128> Sweetshark, the archive does that for you
[17:12] <seb128> Sweetshark, e.g you use "raring" and it goes to proposed anyway
[17:12] <chrisccoulson> oh, nice
[17:12] <Sweetshark> seb128: but to make things more confusing for a quantal SRU, I still have to go to proposed? or not.
[17:13] <chrisccoulson> i own all the amd64 builders, and all but one of the i386 builders ;)
[17:13] <Sweetshark> chrisccoulson: YOOOU!
[17:13] <seb128> Sweetshark, yes, what I said is only for unstable series
[17:13] <micahg> chrisccoulson: you even own PowerPC :)
[17:13] <chrisccoulson> hah, i don't care so much about owning powerpc ;)
[17:14] <Sweetshark> seb128: but it doesnt hurt to have -proposed there, right?
[17:14] <seb128> Sweetshark, not sure, I removed it from libmspub
[17:14] <chrisccoulson> Sweetshark, it's a waste of bandwidth when you upload ;)
[17:15] <seb128> Sweetshark, libmspub uploaded
[17:15]  * Sweetshark will not bother with uploads, I will stick with building locally (is faster anyway on 32GB RAM, 32 core).
[17:16] <Sweetshark> seb128: awesome, thanks
[17:18] <Sweetshark> seb128: mdds done, mspub done. how is libcmis?
[17:18] <seb128> Sweetshark, I'm on it, I've only 2 hands, can't handle 3 sources at the same time ;-)
[17:19] <Sweetshark> seb128: I got more to come ;) -- but let me dput this libreoffice-3.6.4rc3 for quantal in the meantime ...
[17:20] <seb128> Sweetshark, uploaded
[17:21] <Sweetshark> seb128: nice
[17:21]  * jbicha gives up hope of getting anything built today
[17:22]  * Sweetshark is so happy that libreoffice 4 will drop two tarballs ...
[17:25]  * micahg might have another webkit upload later as well :)
[17:25]  * Laney sniggers
[17:26] <Sweetshark> libreoffice uploaded.
[17:27] <Laney> ah, ppc is back up to 14 hours
[17:28] <didrocks> Laney: it won't be fun otherwise :)
[17:29] <Laney> I was going to worry about blocking these gstreamer things from migrating for a bit
[17:29] <Laney> that takes care of it for me ;-)
[17:29] <seb128> Laney, Colin dropped the "need to be built on ppc" requirement to copy to raring to workaround the lack of builder issue
[17:30] <Laney> he reverted it again
[17:30] <seb128> oh, ok
[17:30] <Laney> broke some other stuff
[17:30] <seb128> :-(
[17:30] <didrocks> seb128: follow the latest latest news! :)
[17:30] <seb128> didrocks, I'm soooo outdated ;-)
[17:30] <didrocks> sure, at least by an hour! ;)
[17:30] <Laney> #ubuntu-release is where all the real information is spread
[17:30] <didrocks> stone age
[17:30]  * xnox thinks I missed all the drama
[17:31] <Sweetshark> hmm, is there some simple way to copy a package from -proposed to a ppa?
[17:31] <seb128> Laney, just read that
[17:31] <chrisccoulson> i do wish we didn't block migration on powerpc
[17:31] <seb128> chrisccoulson, yeah, me too :p
[17:31] <chrisccoulson> i really don't care that much about it ;)
[17:31] <seb128> we didn't for a day
[17:31] <chrisccoulson> heh :)
[17:31] <Laney> heh
[17:31] <seb128> well, I raised the powerpc issue with Jason yesterday as well
[17:32] <seb128> the powerpc supported can say want they want it bites us every cycle at some point
[17:32] <chrisccoulson> powerpc will be a frequent blocker for firefox migrations, and i don't want to be spending my time fixing powerpc-specific bugs :)
[17:32] <jbicha> Sweetshark: backportpackage?
[17:33] <Laney> we should get some of BenC's nice hardware for buildds :-)
[17:33] <didrocks> chrisccoulson: well, TBH, it's more about the build time for me. It's rare I have an issue only on powerpc and not on armhf for instance
[17:33] <micahg> Sweetshark: copy-package in lp:ubuntu-archive-tools
[17:33] <micahg> chrisccoulson: please throw all PPC issues you don't want to chase to BenC as he offered to help with those
[17:34] <micahg> Sweetshark: assuming it's going to the same release
[17:35] <chrisccoulson> webrtc doesn't build on powerpc, so i just switched it off for now. but if disabling core features on powerpc becomes the norm, we really should stop calling what we ship on powerpc "firefox" ;)
[17:36] <chrisccoulson> (because it isn't. it's firefox with bits that don't work on powerpc disabled)
[17:36] <micahg> chrisccoulson: right, so he might be willing to fix those build issues
[17:38] <Sweetshark> micahg: yes, same release
[17:38] <micahg> Sweetshark: the only thing you have to watch is that it does have a binary dep on something only in -proposed
[17:39] <micahg> s/does/doesn't/
[17:43] <Sweetshark> seb128: aaand please look at liblangtag too (bug 1079656), waiting on chinstrap, building on https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2
[17:43] <ubot2> Launchpad bug 1079656 in Ubuntu "[needs-packaging] please sync a liblangtag version > 0.4.0 to raring as it is needed for libreoffice 4.0" [Wishlist,In progress] https://launchpad.net/bugs/1079656
[17:43] <seb128> Sweetshark, ok
[17:44] <Sweetshark> micahg: thanks for the hint, but it should be save. Its a boost SRU adding one patch ...
[17:46] <seb128> Sweetshark, liblangtag is not good, debian/copyright states:
[17:46] <seb128> Files: *
[17:46] <seb128> Copyright: Copyright (C) 2011-2012 Akira TAGOH
[17:46] <seb128> License: GPL-2+
[17:46] <seb128> Sweetshark, but the license used is LGPL
[17:46] <Sweetshark> meh, backportpackage doesnt help me as it gives me a lower version number and I (obviously) have a hard dep on the fixed version in -proposed.
[17:47] <Sweetshark> seb128: whopsie. Ok, I will check back with _rene_. Likely he doesnt want to have wrongly tagged stuff in debian too ;)
[17:48] <seb128> Sweetshark, thanks
[17:49] <jbicha> Sweetshark: couldn't you just change the dependency so that it's backportable? I believe adding a ~ to the end of the version number is enough
[17:50] <Sweetshark> jbicha: ya, but the LO version is already uploaded and depwaiting.
[17:50] <micahg> Sweetshark: boost in quantal?  it was pushed to -updates this mornin
[17:50] <Sweetshark> I could just enable -proposed on the ppa.
[17:51] <Sweetshark> micahg: yikes, cool.
[17:51] <Sweetshark> jep, lo builds.
[17:53] <Sweetshark> hmmm, the amd64 build is running on 'chindi06 (arm ppa builder)'. I hope it is just a bit confused about its profession. crosscompiling libreoffice for amd64 on arm would be .... interesting.
[18:07] <Laney> enough breaking of the archive for now
[18:07] <Laney> bonne nuit
[18:08] <didrocks> bonne nuit Laney :)
[18:10] <seb128> Laney, night!
[18:37] <Sweetshark> seb128: Im inclined to close bug 1064962 on all the other (non-LO) projects as invalid or wontfix. People are mixing in various appindicator things in this that are likely unrelated. Id finish that with a comment asking for specific error behaviour on a new bug. Your opinion?
[18:37] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962
[18:38]  * didrocks waves good evening
[18:41] <seb128> Sweetshark, seems fine to me, I don't like abuse of old bugs either, if you think the original issue is fixed close the bug and ask people to open new bugs and a new one for each different issue they have
[18:47] <Sweetshark> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1064962/comments/166
[18:47] <ubot2> Launchpad bug 1064962 in libreoffice (Ubuntu) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Fix committed]
[18:56] <Sweetshark> seb128: liblangtag_0.4.0-2~ubuntu1_source.changes with fixed copyright on chinstrap and currently building at https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2/+sourcepub/2814064/+listing-archive-extra
[18:56] <Sweetshark> you should find a diff at the ppa builder soonish
[19:07] <cyphermox> kenvandine: hey
[19:08] <cyphermox> kenvandine: could you move telepathy-indicator to ~indicator-applet-developers or something for the autolanding? :)
[19:08] <Sweetshark> seb128: https://launchpadlibrarian.net/124434586/liblangtag_0.4.0-1~ubuntu1~ppa1_0.4.0-2~ubuntu1~ppa1.diff.gz <- theres the diff
[19:08] <cyphermox> or do you want to retain reviewing any merge for that branch upstream?
[19:23] <kenvandine> cyphermox, sure
[19:24] <kenvandine> cyphermox, done
[19:38] <bcurtiswx> achiang, is there raring packages being built in the ppa:ubuntu-nexus7 ?
[19:45] <achiang> bcurtiswx: i don't think so. our plan was to just have everything in upstream, so it would obviate the need for a PPA
[19:46] <achiang> bcurtiswx: unfortunately, moving to raring has been a little slower than we'd like, due to some issues with nux. we're working those out as we speak
[19:46] <bcurtiswx> achiang, OK so following the install directions from a raring machine won't work.. i'll go plop on my 12.10 laptop.. would you say wait to put raring on the nexus 7 ?
[19:53] <seb128> Sweetshark, sponsored
[20:30] <Sweetshark> seb128: great, thanks
[20:42] <bcurtiswx> join #ubuntu-nexus
[20:42] <bcurtiswx> whoops
[20:43] <bcurtiswx> seeing if one existed, and .. it fdoesn't
[21:58] <bcurtiswx> achiang, is there a mailing list that will let us know when a new image to flash is available?
[21:58] <achiang> bcurtiswx: we're working on it, and will use ubuntu-devel when it's ready :)
[21:58] <achiang> bcurtiswx: we'll have lots of announcements on planet and g+ and everywhere else, i imagine
[22:06] <bcurtiswx> achiang, ok cool, thx
[23:49] <bjf> bryce, hi .. i've busted my video again (i did a dist-upgrade and reboot) now neither nvidia nor nv drivers load ('nv': No such file or directory)
[23:51] <RAOF> bjf: nv not loading is expected; we haven't shipped that for a couple of releases. Is *nouveau* loading?
[23:51] <bryce>  bjf nv is gone; nouveau is the current FOSS driver for nvidia hardware
[23:53] <bryce> bjf, if you just want to get the system working and don't care about diagnosing why it failed, I'd suggest purging all nvidia bits and reinstalling
[23:53] <bryce> er, reinstalling nvidia (via jockey)
[23:53] <bjf> bryce, let me look at that ... nouveau not in my lsmod list
[23:54] <bryce> modprobe it?
[23:56] <bjf> bryce, modprobe tried, but my screen is now trash
[23:56] <bjf> bryce, it's running
[23:56] <bjf> bryce, but screen not useable. do i need to restart unity? (am assuming so)
[23:57] <bryce> yeah, 'sudo service lightdm restart' should do it
[23:58] <bjf> bryce, that just produced a black screen with a few blue pixels at the bottom
[23:59] <TheMuso> Is there not still issues with nouveau in the 3.7 kernel? I did a fresh install to quantal and dist-upgrade the other day, and using the NVIDIA chip on my thinkpad, had to install nvidia drivers as it seems that something is broken when one attempts to use 3D of any kind, i.e unity-greeter worked, but both GNOME shell and unity ended up freezing things to the point where I couldn't switch to a VT.
[23:59] <TheMuso> These issues were with nouveau.