[08:04] <sil2100> bzoltan: silo 9 is the silo with the UITK fix for krillin?
[08:04] <sil2100> bzoltan: I suppose rtm 2 silo is the sync silo for that one?
[08:04] <bzoltan> sil2100:  yes
[08:05] <bzoltan> sil2100:  the rtm2 should be synced as I just have pushed an other fix to the landing branch
[08:07] <sil2100> bzoltan: syncing it up
[08:10] <pete-woods> trainguards: hi! I'm probably going on paternity leave at some point this week, so could someone please grant pstolowski CI sheet superpowers in my absence? thanks!
[08:13] <Mirv> pete-woods: congrats in advance, and sure! added pstolowski to sheet editors.
[08:14] <pstolowski> thanks
[08:14] <sil2100> pete-woods: same here, congrats in advance :) I'll add Paweł to the ci users
[08:15] <pete-woods> Mirv, sil2100: thanks, guys :)
[08:23] <brendand> ogra_, is there a straightforward way to enable developer-mode from the command line?
[08:23] <ogra_> brendand, terminal app you mean ?
[08:23] <brendand> ogra_, having to navigate to u-s-s is wasting valuable seconds of my life :)
[08:23] <ogra_> android-gadget-service enable adb
[08:23] <brendand> ogra_, oh is that all it does?
[08:24] <ogra_> it toggles the android property ... on the android side that sets up the gadget driver for adb ... on the ubuntu side an upstart job kicks in that fdires up adbd
[08:30] <bzoltan> brendand:  I was running my tests on the Utopic silo 009 during the weekend. The Unity8 and camera app tests do not even start.. with RTM silo the phablet-clic-test-setup fails. Other than these, I did not find any regression.
[08:32] <brendand> bzoltan, p-c-t-s fails, so you haven't run any click tests?
[08:32] <bzoltan> brendand:  it failed only with RTM. On Utopic image it was fine
[08:32] <brendand> bzoltan, either way - you haven't run click tests on rtm
[08:33] <brendand> bzoltan, are you getting a new error or one you saw before?
[08:33] <bzoltan> brendand:  no, i have not. I could not.
[08:33] <brendand> bzoltan, let me help you
[08:33] <bzoltan> brendand: it failed to pull the unity8 tests and stopped
[08:34] <brendand> bzoltan, ok that's usually because unity8 upgraded in the meantime. have you upgraded to the very latest image?
[08:34] <brendand> bzoltan, if you don't want to do that there is a fix balloons made
[08:34] <bzoltan> brendand: I have flashed my devices  6 times a day during the last 3 days :)
[08:35] <bzoltan> brendand: and i am flashing right now the 54 RTM
[08:35] <brendand> bzoltan, either way i will get it to work for you
[08:36] <bzoltan> brendand:  thank you. Is it possible to have a permanent solution for that in the p-c-s-t?
[08:37] <popey> fuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu chrome
[08:37] <Mirv> the normal triple popey
[08:38] <Mirv> popey: one word: Firefox
[08:38] <Mirv> or in ogra's words. "use a proper browser"
[08:38] <popey> shush
[08:38] <Mirv> funnily, people do use chrome + firefox both without problems, but some people have hangouts problems on either of them
[08:39] <popey> its not hangouts, the browser crashes tabs "Aw, snap" all over the place
[08:39] <brendand> bzoltan - if it's what i think it is, it should be there either already, or very soon
[08:39] <Mirv> it seems quite random in who's the victim of the week for bad hangouts experience
[08:39] <popey> even the google support page which the "aw snap" page links to, with suggestions of how to prevent "aw, snap"... "aw, snaps"
[08:39] <brendand> bzoltan, use lp:~nskaggs/phablet-tools/fix-1371241
[08:39] <brendand> bzoltan, it's not merged yet
[08:39] <Mirv> oh, ok.. that's bad
[08:39] <Mirv> popey: and chromium crashes on startup currently on utopic for me (but it starts after that one crash)
[08:39] <brendand> bzoltan, anyway if you reflash now it should work anyway
[08:43] <brendand> psivaa, what do you guys do so that the device is in developer mode after flashing?
[09:03]  * Mirv holds from pushing the publish button on 007 in order to not confuse ogra
[09:03] <brendand> Mirv, so will you follow up with the landers to make sure they mark their RTM silos as tested (obviously after they are really finished with that)?
[09:03] <ogra_> Mirv, lol, just go ahead
[09:04] <brendand> Mirv, i was going to do it, but it would be a weight off my shoulders
[09:04] <Mirv> brendand: yes, I'm just waiting thostr to appear
[09:04] <Mirv> brendand: sure, I'll go through them all
[09:04] <Mirv> ogra_: ok :)
[09:06] <Mirv> jdstrand: hey! you've had rtm silo 007 for 10 days now (apparmor 2.8.96~2652-0ubuntu4), could you test it for publishing so that we'd eventually get the silo freed?
[09:06] <bzoltan> popey:  I prevent the "aw snap" with using the non distro chromium browser
[09:07] <bzoltan> brendand:  the 54 RTM image is fine.. I am running the tests on that
[09:09] <Mirv> pete-woods: it looks to me rtm landing-015 is actually landed and is keeping the silo for no reason: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-015/+packages vs. https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000371.html
[09:10] <Mirv> (asking since thostr not around)
[09:10] <pete-woods> Mirv: looks like it, yes! drop away
[09:11] <pete-woods> Mirv: what about silo 020? is that the same?
[09:12] <pete-woods> Mirv: you can also nuke rtm silo 001
[09:12] <Mirv> pete-woods: yes, I was just looking at it too! it claims 'ubuntu2' instead of the landed 'ubuntu1', but looks identical
[09:13] <bzoltan> brendand:  How can I learn the black magic of the CI test environment to run the unity and camera tests? I have tried like dozen of times on different images and they both just crash or hang.
[09:13] <pete-woods> Mirv: I think it has to have landed. as that scope required that version of mediascanner
[09:14] <bzoltan> brendand: this was on a stock image -> http://paste.ubuntu.com/8402200/
[09:14] <Mirv> pete-woods: that, too! great nuking here. although indicative of some spreadsheet/train problem since I know I've normally published some of those, but then at some point they've gone back to "Packages built" status.
[09:14] <psivaa> brendand: 'ubuntu-device-flash --password ubuntuci --device=krillin --developer-mode --channel=ubuntu-touch/utopic-proposed --wipe' is the command that we use for flashing and i dont see any other reference to developer mode after that in our smoke runs
[09:15] <brendand> bzoltan, i think ogra_ knows a fix for the /dev/uinput thing
[09:15] <ogra_> brendand, yes, to remove it
[09:15] <brendand> bzoltan, i ran unity8 tests from the device the last time i needed to run them
[09:16] <ogra_> brendand, thats old cruft, AP ships a udev rule for the device permissions since a long time i think
[09:16] <bzoltan> brendand: ogra_: so, what is the solution?
[09:17] <ogra_> bzoltan, to ignore the message
[09:17] <ogra_> it is irrelevant
[09:17] <brendand> bzoltan, ok so maybe the actual problem is different
[09:17] <brendand> bzoltan, psivaa probably knows better the current state of the tests in CI
[09:17] <bzoltan> ogra_: brendand: I am happy to ignore anything, but I have hard time to believe :) that my personal attitude changes the test results :D
[09:18] <ogra_> sil2100, so if the assumptions of the media-hub bug is correct, you just landed the offending packag ein RTM ...
[09:18] <bzoltan> ogra_:  my problem is that the unity8 tests hang http://paste.ubuntu.com/8402200/
[09:18] <sil2100> ogra_: grrr
[09:18] <sil2100> ogra_: I pushed the publish button before the meeting
[09:18] <bzoltan> ogra_: just as the camera app tests do
[09:18] <ogra_> sil2100, which means we should see unity8 tests hang in the next RTM image like in utopic
[09:18] <sil2100> If I knew I wouldn't do that!
[09:19] <ogra_> bzoltan, utopic only, right ?
[09:19] <bzoltan> ogra_:  utopic for sure ...
[09:19] <ogra_> bzoltan, bug 1371454
[09:19] <bzoltan> ogra_: since I could not run a single RTM tests for days ... because of the p-c-t-s bug
[09:19] <ogra_> bzoltan, try downgrading media-hub to 1.0.0+14.10.20140908-0ubuntu1
[09:19] <bzoltan> ogra_: also on non mako
[09:20] <ogra_> if that fixes it you have the same bug
[09:20] <bzoltan> ogra_:  OK, thanks
[09:20] <ogra_> (it seems to make unity8 go into a STOP state)
[09:22] <ogra_> sil2100, according to kgunn's research it snt 233 but 237 when it started http://people.canonical.com/~ogra/touch-image-stats/237.changes ... that has the new media-hub abi
[09:22] <ogra_> and the smoke test results seem to confirm that
[09:23] <ogra_> in 235 unity8 passed all tests
[09:23] <ogra_> 237 didnt even start them
[09:25] <sil2100> ogra_: yeah, but as mentioned, the dbus and unity8 issues can be separate things
[09:25] <sil2100> So 233 might be still the start of the other thing we have
[09:25] <ogra_> indeed they could
[09:26] <ogra_> well, but grepping for introspect errors in any of the former console logs doesnt show any issues
[09:26] <ogra_> the erro message shows up alongside with the unity8 hang on 237
[09:28] <sil2100> Ok guys, I need to jump out now for a longer lunch, since I have to run some stupid errands in a different city :|
[09:28] <sil2100> Be back soon
[09:28] <ogra_> safe travels
[10:41] <Mirv> cjwatson: it would look like you already had rtm silo for the apt-add-repository landing, but spreadsheet had lost its id. restored. (landing-017)
[10:45] <Mirv> pete-woods: removing line 61 which is duplicate of line 50 (the scopes update rtm landing)
[10:46] <Mirv> I tend to add the rtm landing right next to the utopic landing, and sometimes I miss if there's rtm landing already added at the bottom
[10:47]  * Mirv archives landed landings -> line numbers will change
[10:57] <pete-woods> Mirv: thanks
[11:20] <ogra_> argh
[11:20] <ogra_> paste.ubuntu.com is dead ?
[11:32] <ogra_> Mirv, can i have an RTM silo ^^?
[11:42] <nik90> ogra_: eh? It is live
[11:49] <Mirv> ogra_: you got the last one , 020 (rtm one)
[11:49] <ogra_> Mirv, thx !
[11:50] <ogra_> nik90, yeah, was fixed again, obviously there was a spam attack
[11:54] <bzoltan> brendand: ogra_: On the latest RTM image the `phablet-test-run -s JW024063 -p camera-app-autopilot camera_app` does not even start
[11:54] <bzoltan> brendand: ogra_: It hangs with this -> http://paste.ubuntu.com/8402726/
[11:54] <bzoltan> Mirv:  ^
[11:59] <brendand> bzoltan, some of those messages look suspiciously like you don't have a writable-image. but they are also similar to the unity8 ones. let me see what i can do
[12:00] <bzoltan> brendand:  I have a writable image... apt-get update just works
[12:01] <brendand> bzoltan, i thought so
[12:02] <bzoltan> brendand:  so far half of the tests on the UITK list is either OK or same as on the CI dash.
[12:02] <bzoltan> brendand:  the rest are black magic
[12:09] <ogra_> sigh
[12:09] <ogra_> i donkt manage to get an upload to aan rtm ppa working anymore with the new dput changes
[12:14] <Mirv> Mirv: ^ sorry, I can't assign that since we're out of silos
[12:14] <Mirv> Mirv: oh, ok.
[12:16] <ogra_> sigh, finally ...
[12:22] <jdstrand> Mirv: re that silo> yes. I put a note in the comment on friday for what is happening. It should be freed by me EOD today
[12:28] <ogra_> Mirv, if brendand can quick-path rtm-020 we can quickly free up a silo for you (the test is trivial)
[12:29] <Mirv> ok
[12:29] <Mirv> jdstrand: thanks for the update!
[12:30] <brendand> ogra_, fast path?
[12:30] <brendand> ogra_, you mean trust you and just let it go :)
[12:30] <ogra_> brendand, well, it is quick to test
[12:30] <brendand> ogra_, yeah
[12:31] <ogra_> install that package, try two copy/paste dbus commnads, do one reboot to see the setting is persistent ... done
[12:31] <ogra_> (or two reboots if you feell better testing both conditions (on/off))
[12:42] <brendand> ogra_, looks fine. i'll just blame you for any fallout
[12:42] <brendand> ogra_, but seriously i did try it and it works
[12:42] <brendand> ogra_, it won't break phablet-config will it?
[12:43] <ogra_> no, it will fix phablet-config ... once this is landed i'll land https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-edge-intro/+merge/235440
[12:43] <ogra_> but the dbus service needs to be in the images everywhere first
[12:43] <ogra_> currently it is a no-op
[12:45] <brendand> ogra_, edges-intro isn't working right now?
[12:45] <ogra_> brendand, right, see the bug
[12:45] <ogra_> (not a biggie sinc esmoke testing calls the dbus command with sudo and people at home can tap)
[12:45] <brendand> ogra_, ok i missed that
[12:46] <ogra_> there is a bug reference in debian/changelog ;)
[12:46] <ogra_> (and in the phablet-tools MP too)
[12:47] <brendand> ogra_, ok done
[12:47] <ogra_> thanks
[12:47] <brendand> now... i'm so hungry!
[12:47] <brendand> ah - need to help bzoltan with camera-pp
[12:47] <brendand> camera-app
[12:47] <bzoltan> brendand:  dude, go and eat :) first
[12:51] <ogra_> take some food pictures :)
[12:53] <bzoltan> :D
[12:55] <bzoltan> brendand:  after your lunch :) there are several tests failing like this -> http://paste.ubuntu.com/8403017/
[13:05] <brendand> bzoltan, calendar is dead!
[13:05] <brendand> bzoltan, as in it was removed
[13:05] <bzoltan> brendand:  like `Zed's dead baby, Zed's dead.`
[13:06]  * brendand points at ogra_ - MURDERER!
[13:07] <bzoltan> brendand:  we all know ogra_ :)
[13:07] <bzoltan> brendand:  so, what to do with the unity8 and camera?
[13:09] <brendand> bzoltan, i'll look at those
[13:10] <bzoltan> brendand:  Also.. I do not know if the RTM is so different for mako from the other device, but the dialer, messaging and reminders are consistently OK on mako but not on the other. Strange.
[13:30] <brendand> bzoltan, does camera app click tests hang for you?
[13:30] <bzoltan> brendand:  yes, it does
[13:31] <bzoltan> http://paste.ubuntu.com/8403244/
[13:32] <brendand> bzoltan, did you try to run it locally instead?
[13:33] <bzoltan> brendand:  nope, should I?
[13:33] <brendand> bzoltan, yeah it probably needs to be modified to give the password
[13:33] <bzoltan> brendand: do you have the command line you use?
[13:34] <brendand> bzoltan, just run 'autopilot3 run camera_app/' from ~autopilot on the device
[13:34] <brendand> bzoltan, after running click-test-setup
[13:34] <brendand> bzoltan, which should work with balloons branch at least
[13:35] <bzoltan> brendand:  I will give it a try
[13:35] <bzoltan> brendand:  is there a real fix coming for this?
[13:36] <brendand> bzoltan, not sure, i need to look. if not i should be able to propose one
[13:36]  * sil2100 goes into a publishing spree
[13:37] <Laney> soooooooo how does rtm stuff get into the Q for QA?
[13:37] <barry> sil2100: hi.  i clearly don't understand how to sync a package from utopic to rtm ^^ - any hints?
[13:37] <Laney> barry: there's some syntax for the additional source package field
[13:38] <brendand> bzoltan, this https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-test-run/+merge/235015
[13:38] <Laney> I just figured that out earlier
[13:38] <bzoltan> brendand: OK ... this type of bugs cost me a lot :( It is only one... every week there are many of this kind of strange error what blocks UITK testing
[13:38] <Laney> you can see my glib2.0 line for an example
[13:38] <brendand> Laney, automatically
[13:38] <brendand> bzoltan, yeah it cost us a lot too - i want to work with ci to have some kind of automated testing for this
[13:39] <barry> Laney: thanks.  i thought i had added the magic that robru clued me in on, but i'll look at glib and see if i can figure out what's going on
[13:39] <brendand> bzoltan, have you been reporting bugs?
[13:39] <Laney> brendand: magic QA pixies will come and try it out?
[13:39] <bzoltan> brendand:  QA coverage for tools \o/
[13:39] <Laney> thing is... there's not so much of a test plan ...
[13:39] <brendand> Laney, yes - we ride in on our unicorns
[13:39] <bzoltan> brendand:  not really ... shame on me :)
[13:40] <brendand> Laney, and if we find a pot of gold under the rainbow then we shower you with our magic pixie dust
[13:40] <bzoltan> brendand:  kind of accepted that these tools were not meant to be end user tools and failures during power use are normal...
[13:40] <brendand> Laney, but if there is no test plan then we will set you on fire!
[13:41] <brendand> bzoltan, don't accept that :)
[13:41] <brendand> bzoltan, they should work
[13:41] <brendand> Laney, but seriously which RTM silo is it?
[13:41] <Laney> brendand: 15
[13:42] <bzoltan> brendand:  I know... I am weak :)
[13:42] <brendand> Laney, you may escape a ticking off, just because this is so damn funny...
[13:42] <brendand> 'no specific test plan, test ALL the things'
[13:43] <Laney> :P
[13:43] <Laney> I don't really know what to say, it's not something that has been uploaded with this process before
[13:43] <brendand> Laney, what testing did you do?
[13:44] <brendand> Laney, that's potentially a very high impact change
[13:44] <brendand> Laney, and don't answer 'ALL the things'
[13:45] <Laney> well I have mako and this has been in utopic for a few days now
[13:46] <Laney> so I launched some of the default applications and checked that they work (for example playing music), then I played with the indicators ...
[13:49] <barry> uh oh.  it looks like the ~rtm breaks debian/watch: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-019-1-build/14/console
[14:04] <cwayne> fginther: ping
[14:05] <fginther> cwayne, I'm in a meeting for a while, if it can't wait, please try the ci vanguard
[14:05] <cwayne> cihelp ping
[14:06] <josepht> cwayne: pong, what's up?
[14:07] <Ursinha> cwayne: it's more likely to get a fast reply if you add the question with the ping :)
[14:07] <cwayne> josepht: hey, do we by any chance have an ubuntu-rtm pbuilder setup to use on s-jenkins?  the pbuilder i'm using is just utopic, which is causing me a few issues
[14:11] <josepht> cwayne: not that I'm aware of.
[14:11] <cwayne> josepht: is it possible at all to get one? (/me doesn't even know if rtm pbuilders exist yet)
[14:13] <josepht> cwayne: I don't know either.  Let me see if I can find that out.
[14:15] <elopio> ping cihelp. The subunit file is not being save on gallery MPs. Can somebody help me?
[14:15] <josepht> elopio: can you give us a link please?
[14:15] <sil2100> bzoltan, brendand: how's the RTM silo for UITK going?
[14:16] <elopio> josepht: https://code.launchpad.net/~artmello/gallery-app/gallery-app-startup_time/+merge/234468
[14:18] <plars> strange, it looks like it was there at some point
[14:18] <plars> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-utopic/3642/console
[14:20] <plars> elopio: has it ever archived the subunit results before? or is this a new request
[14:21] <plars> elopio: it looks like the generic-mediumtests runner is just set to archive the xml results
[14:21] <elopio> plars: this is a new request.
[14:21] <plars> elopio: got it :)
[14:22] <josepht> elopio: is there a common filename for the subunit file?
[14:23] <plars> josepht: *.subunit
[14:23] <plars> josepht: I think the job just needs to be defined to also archive **/*.subunit
[14:23] <josepht> plars: ack, are you doing it?
[14:23] <plars> josepht: if I can figure out where the job is defined, do you know off the top of your head?
[14:26] <josepht> plars: I do not
[14:26] <brendand> sil2100, i think bzoltan is still testing
[14:26] <bzoltan> brendand: sil2100: I am testing.. I have good results.
[14:27] <sil2100> bzoltan: music to my ears
[14:32] <sil2100> popey: hey!
[14:33] <sil2100> popey: just a quick question - do you know what's the state of the fixes for filemanager and terminal app AP tests?
[14:35] <plars> josepht: I'm thinking that something like http://paste.ubuntu.com/8403659/ should take care of it, but I
[14:36] <plars> ...I'd like to double check with someone that understands the internals of how that job gets generated better. Also I suspect elopio would like it added to other things besides just gallery-app
[14:36] <brendand> bzoltan, so you need more help or can i leave you to it?
[14:36] <elopio> plars: I would like subunits to be collected everywhere, you are right
[14:37] <popey> balloons: do you have an answer for sil2100 ?
[14:38] <sil2100> Mirv: ah, just in case - whenever you see an RTM silo that's marked as 'doesn't need QA sign-off', then always make double sure that it's indeed true - for instance check the packages diff in the PPA to see if we only publish one or more versions
[14:39] <josepht> plars: that looks fine to me.
[14:39] <popey> sil2100: https://code.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/force-authentication-parameter/+merge/234015 is the merge
[14:40] <sil2100> Ah, so it still didn't get fixed as per the comments
[14:40] <sil2100> popey: thanks
[14:40] <Mirv> sil2100: yeah, I do that. but better make sure.
[14:40] <ogra_> unless they go the way of the dodo^Wcalendar
[14:40] <sil2100> popey: any news on terminal? Is  this the same case?
[14:41] <sil2100> ogra_: so, I poked asac about that
[14:41] <sil2100> ogra_: who in turn I guess poked the right people
[14:41] <ogra_> and got an answer ?
[14:41] <sil2100> And he doubts they will go away
[14:41] <popey> sil2100: no, will speak to dev
[14:41] <ogra_> or do we just have a long like of people with dents now
[14:41] <ogra_> *line of people
[14:42]  * ogra_ wouldnt mind trading calendar for one of them
[14:43] <bzoltan> brendand: I am right now here -> http://people.canonical.com/~bzoltan/ap-2014_09_22/  Out of 24 tests 21 are OK or the same as on the CI.  There 3 open, but most likely OK tests. These tests crashed/hanged/ or did some magic, but passed with mako.
[14:43] <cyphermox> awe: ^
[14:44] <cyphermox> oh, you were highlighted anyway
[14:44] <awe> ;)
[14:45] <balloons> sil2100, plars the work is still pending
[14:46] <plars> balloons: sorry, I think I missed the context. The work for what?
[14:46] <balloons> the file manager and terminal
[14:49] <Mirv> ogra_: hmm, how did you manage to upload manually to rtm silo after all?
[14:49] <josepht> cwayne: they don't exist yet, sorry
[15:00] <oSoMoN> sil2100, hey, would you mind updating me on how to request a landing for both utopic and 14.09 in the CI train spreadsheet ? (I was away on vacation and a lot changed in the meantime)
[15:00] <oSoMoN> I have already filed a request for utopic, not sure how to go about the RTM one
[15:02] <sil2100> oSoMoN: oh, normally if you just duplicate the same entry, mention RTM in the description and switch the Target distribution of the RTM landing to ubuntu-rtm/14.09, we'll do everthing for you
[15:03] <oSoMoN> sil2100, ah, perfect, thanks!
[15:03] <oSoMoN> I’ll do that then
[15:05] <sil2100> oSoMoN: please note that sometimes we suffer from the lack of silos still :)
[15:07] <oSoMoN> sil2100, right, I’ll check with dbarth_ what’s up with utopic silo 3 that already has another webbrowser-app MR, hopefully we can free up that one soon
[15:09] <dbarth_> oSoMoN: want to land a branch?
[15:09] <dbarth_> oSoMoN: i can put this one aside, until mardy sends me another round of fix
[15:10] <oSoMoN> dbarth_, I need a silo for another branch which is ready, so either silo 3 is ready and we land it, or we put it aside, if you don’t mind
[15:11] <dbarth_> whatever is easier: take control of the silo, or free that one and load another one with your branch
[15:11] <dbarth_> oSoMoN, sil2100 ^^
[15:14] <oSoMoN> sil2100, can silo 3 be freed and assigned to line 70 then?
[15:15] <sil2100> oSoMoN: o/ Sure, it will take a moment though, since freeing it up to make sure the state is clean takes some minutes
[15:15] <oSoMoN> sil2100, no worries, I can wait a few minutes :)
[15:32] <ogra_> plars, looks like the public dashboard is unreachable ...
[15:33] <plars> ogra_: it is?
[15:33] <plars> ogra_: I was just on it a bit ago
[15:34] <ogra_> my firefox says "connected to ci.ubuntu.com ..." since 20mins now
[15:34] <plars> ogra_: it's getting there for me
[15:34] <ogra_> and nik90 just told me in #ubuntu-touch he cant reach it either
[15:34] <ogra_> oh,, now it loaded
[15:35]  * nik90 checks again
[15:36] <AlbertA> plars: for line 40, I had to wait for another rtm landing to occur first before rebuilding the packages. Now that the rtm landing I was waiting for has occurred I tried rebuilding the packages
[15:37] <AlbertA> plars: but the sync source is gone...what do I do?
[15:37] <ogra_> AlbertA, i think you rather want sil2100
[15:37] <ogra_> (or robru)
[15:37] <ogra_> :)
[15:37] <AlbertA> sil2100: ^
[15:38] <sil2100> AlbertA: let me take a look at this specific case, one moment please
[15:40] <sil2100> AlbertA: so, all seems to be ok here
[15:40] <sil2100> AlbertA: since from the logs I see that the sync silo successfully switched to the ubuntu archive
[15:40] <sil2100> AlbertA: as per: Warning! /!\ The source silo has been removed, retargetting to the ubuntu archive instead
[15:40] <sil2100> AlbertA: but let me look further
[15:41]  * Mirv is MOTU
[15:41] <AlbertA> sil2100: ok.. then any idea why it reports a failure when trying to rebuild?
[15:41] <Mirv> a bus ride well spent
[15:41] <ogra_> Mirv, geez, even dannf made core-dev by now ... way to go "!
[15:41] <Mirv> ogra_: I tend to be on the conservative side, step by step :)
[15:41] <ogra_> heh
[15:42] <sil2100> Mirv: congrats!!!
[15:42] <Mirv> thanks
[15:42] <sil2100> :)
[15:42] <sil2100> AlbertA: so, it simply seems that the packages failed to build in the PPA - so nothing wrong from the silo side, something must be missing source-wise
[15:42] <sil2100> AlbertA: it reports failures as it failed building on all archs
[15:43] <bzoltan> brendand:  I am confident that the RTM silo2 is safe to land
[15:43] <sil2100> AlbertA: https://launchpadlibrarian.net/185204259/buildlog_ubuntu-rtm-14.09-amd64.media-hub_2.0.0%2B14.10.20140917~rtm-0ubuntu1_FAILEDTOBUILD.txt.gz <- looks like some FTBFS, maybe some dependencies are missing in ubuntu-rtm?
[15:43] <sil2100> AlbertA: maybe the source depends on some newer version of something which has not been synced to ubuntu-rtm?
[15:43] <bzoltan> brendand:  I have pushed two changes to the landing branch, the test plan script update and one UITK flaky test is removed
[15:43] <AlbertA> sil2100: ok...I see...that's strange...that's the reason I was waiting for the other silo to land....
[15:43] <sil2100> brendand: you heard bzoltan!
[15:43] <AlbertA> sil2100: thanks!
[15:44] <AlbertA> I'll take a look....
[15:44] <sil2100> AlbertA: hmm
[15:44] <sil2100> AlbertA: wait, let me rebuild it in the PPA then
[15:44] <sil2100> Maybe now it'll catch it
[15:44] <AlbertA> sil2100: ok
[15:44] <sil2100> AlbertA: the problem with CI Train currently is that you can't use CI Train to trigger PPA rebuilds just yet
[15:44] <sil2100> AlbertA: but it's on my radar!
[15:44] <sil2100> (and TODO list)
[15:44] <AlbertA> sil2100: oh I see
[15:46] <brendand> bzoltan, get it into our queue then
[15:46] <bzoltan> brendand: I flip the switch. have you seen the test results?
[15:47] <brendand> bzoltan, i'll look at them now
[15:47] <bzoltan> brendand: Thank you
[15:54] <brendand> bzoltan, make sure you really flip the switch on silo 2
[15:55] <bzoltan> brendand:  I will. I do one re-build in the Ubuntu silo9, ask for a sync and then flip
[15:55] <bzoltan> brendand:  1-2 hours
[16:00] <brendand> sil2100, so this probably won't be in todays image
[16:00] <brendand> sil2100, although perhaps tomorrow mornings
[16:00] <brendand> sil2100, if elopio or toykeeper can sign it off tonight
[16:06] <tedg> trainguards, can I please get silos for lines 76, 74 and 72 ?
[16:19] <jhodapp> sil2100, can I get a silo for line #79 please?
[16:23] <slangasek> alex-abreu: ok, otto test fixed now, I think my branch is ready for merging: https://code.launchpad.net/~vorlon/ubuntu-html5-theme/lp.1369052/+merge/234565
[16:23] <alex-abreu> slangasek, ok I'll request a silo for it
[16:23] <sil2100> o/
[16:23] <sil2100> Assigning as much silos that I can
[16:26] <sil2100> robru: ok, so today I tested most cases in the binary sync, but didn't find the time to add a few basic tests (as per the comment I made)
[16:26] <sil2100> robru: so I'll work on these now and switch to binary sync tomorrow morning
[16:26] <sil2100> robru: this way I'll be around in case shit-goes-down
[16:27] <alex-abreu> sil2100, robru I added line 80 in the stylesheet
[16:37] <sil2100> Damn, we're critically in need of free silos
[16:40] <imgbot> [16:40] <robru> sil2100: sounds good, thanks for writing tests
[16:41] <sil2100> robru: just basic tests though!
[16:41] <robru> sil2100: better than no tests!
[16:41] <sil2100> Amen ;)
[16:41] <robru> bregma: are you aware of this comment on your landing in silo 16? "needs FFe for the gtk-window-decorator gtk3 port + re-enable metacity theming support"
[16:42] <bregma> robru, yes, need FFe
[16:42]  * bregma kicks himself in the buttock to get up and get stuff done
[16:43] <robru> bregma: thanks, trying to get some silos moving ;-)
[16:45] <bregma> robru, also I have line 55, which is an odd sync request, dunno if it's right (I am an RTM virgin)
[16:45] <robru> bregma: looks fine but we're out of RTM silos
[16:46] <bregma> just so long as it's not waiting on me to do something, I'm cool wit' dat
[16:46] <robru> jdstrand: what's happening in rtm silo 7? looks to me like it hasn't moved since sept 12th
[16:46] <robru> bregma: nope
[16:48] <robru> mandel: you planning on building your silo 18?
[16:48] <robru> kenvandine: what's going on in silo utopic 1? hasn't moved since sept 16th. you testing it?
[16:49] <robru> alex-abreu: if I give you line 80, can you test & publish it quickly?
[16:49] <alex-abreu> robru, define quickly
[16:49] <jdstrand> robru: I talked to Mirv about it this morning. I also updated the comment field in the spreadsheet. in short, I will have a new upload today to address those issues
[16:50] <imgbot> [16:50] <robru> alex-abreu: like, a couple hours?
[16:50] <robru> jdstrand: thanks
[16:50] <robru> sergiusens: silo 10 is empty, are you going to build it?
[16:50] <jdstrand> robru: but there was a wrinkle in cwayne's first boot caching, so there is going to be another landing from him
[16:50] <robru> jdstrand: ok
[16:50] <sergiusens> robru: huh?
[16:51] <jdstrand> robru: and we'd like to have his land first so that when apparmor lands, we can utilize cwayne's work
[16:51] <robru> sergiusens: you have a nuntium landing in silo 10 just waiting for you to build
[16:51] <alex-abreu> robru, sounds doable yes
[16:51] <robru> alex-abreu: ok i'll assign yours
[16:52] <robru> alex-abreu: ok you got silo 19, please build
[16:52] <sergiusens> robru: who create that silo? I thought I landed this in the trio landing I did
[16:54] <robru> sergiusens: looks like Mirv assigned it
[16:54] <sergiusens> robru: it's already released https://launchpad.net/ubuntu/+source/nuntium
[16:54] <robru> sergiusens: https://ci-train.ubuntu.com/job/prepare-silo/2209/console can you check that the utopic archive has your latest nuntium work? if so I'll free the silo.
[16:54] <Mirv> sergiusens: robru: probably just a disappearing spreadsheet status again. I catch several of them daily and mark them Landed manually, but I missed this one
[16:55] <robru> Mirv: ok, I'll free it, thanks
[16:55] <Mirv> so that seems to happen some time after the landing. status gone, "ready to be assigned"
[16:56] <cwayne> jdstrand: ack, i hope to have it landed today, i have a silo but that's another critical bug fix, so i'd like to get that landed first
[16:57] <robru> Mirv: yeah I'm aware of the issue but not sure how to fix it.
[16:57] <robru> Mirv: do you know what happened in silo utopic 2? looks like you published it but it never made it to release, and now it says 'all packages in destination' even though they're not
[17:00] <robru> Mirv: hm, seems it just landed now
[17:00] <kenvandine> robru, you can free it for now if you need it
[17:04]  * verterok -> lunch
[17:05] <robru> kenvandine: thanks, I have one free now, but I might free it later if I run out again.
[17:06] <bzoltan> Mirv:  would you please sync the rtm silo2 with the ubuntu silo9?
[17:06] <bzoltan> or robru ^
[17:06] <bzoltan> or sil2100^
[17:07] <robru> bzoltan: I don't understand what you're asking. you want the rtm silo rebuilt with the latest contents from the utopic silo?
[17:08] <robru> bzoltan: if so, you're able to do that, just build the silo like normal. if not, then I'm afraid I'm not sure what you're asking for
[17:08] <bzoltan> robru: Sorry, I am not fully sure how this works :) most probably you do not need to do anything
[17:08] <robru> bzoltan: there's a separate page for RTM silos: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[17:09] <sil2100> bzoltan: ok, just find the RTM silo and press build on it, but list all the packages you want to re-sync (since a whole build already happened)
[17:09] <bzoltan> robru:  I git it :) I remember now that Mirv told me how it works. All I needed is to rebuild the RTM silo
[17:09] <sil2100> bzoltan: but make sure the ubuntu packages are already in the PPA
[17:10] <sil2100> bzoltan: since the sync fetches whatever it sees in the PPA - if no new versions have been pushed to the PPA yet in the ubuntu side, then it will sync nothing :)
[17:11] <bzoltan> sil2100: clear :) Thank you
[17:16] <robru> cwayne: please get your merge approved https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/24/console
[17:17] <robru> bzoltan: but QA only reviews RTM silos.
[17:24] <cwayne> robru: fixed, sorry
[17:25] <mandel> robru, is that rtm? let me check
[17:25] <mzanetti> sil2100: hey, can you please reconfig ubuntu/6 for me please?
[17:25] <robru> mandel: nope utopic http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=mandel
[17:26] <robru> mzanetti: done
[17:26] <mzanetti> thanks
[17:26] <sil2100> robru: thanks o/
[17:27] <mandel> robru, oh! that was already merged, I requested sil to remove that a long time a go, he must have forgotten
[17:27] <robru> mzanetti: sil2100 you're welcome
[17:27] <mandel> robru, do you mind getting rid of it?
[17:27] <robru> mandel: ok thanks, I'll free it
[17:29] <sil2100> robru: oh, and same request for you as to Mirv - whenever you see an RTM silo that's ready to publish but marked as not requiring QA sign-off, please make double sure that what's in the PPA has only one version and only the mentioned fix in it
[17:29] <sil2100> robru: i.e. check the diff from the PPA and see how many changes are in the changelog and in the code
[17:32] <robru> ah
[17:34] <sil2100> robru: since I had one situation today where a silo was marked as not requiring sign-off, but in reality it had 2 versions bundled in it, which was really a big diff
[17:35] <robru> sil2100: how does that even happen? qa rejects a landing that already merged/landed in utopic? and then they try again with something smaller, except trunk already has the big rejected diff?
[17:36] <robru> oops brb
[17:45] <sil2100> robru: that's one possibility, but it also happens for a few other cases
[17:45] <sil2100> robru: like for instance there are 2 rtm landings filled, because one of them didn't yet get tested
[17:47] <sil2100> robru: or when some things landed in utopic but didn't get synced to RTM (since the lander decided to buffer up some more changes)
[17:55] <cwayne> im torn on whether or not 8 needs qa signoff, so i figure may as well default to yes to be sure :)
[18:22] <jhodapp> robru, can I get a silo for line #70 in the spreadsheet?
[18:27] <barry> robru: i am trying to sync system-image 2.4-0u1 to rtm.  seems like the ~rtm appended to the version # breaks the d/watch file.  how much will i mess things up if i click DO_NOT_APPEND_RTM_TO_VERSION in the sync?
[18:33] <alex-abreu> robru, tested, do I have to create a new line to sync for rtm?
[18:36] <barry> alex-abreu: i think you do, but i have yet to be successful with my sync to rtm
[18:37] <alex-abreu> barry, ok
[18:45] <robru> barry: should be fine
[18:46] <barry> robru: thx
[18:46] <robru> jhodapp: ok you got rtm11
[18:46] <robru> barry: you're welcome!
[18:46] <jhodapp> robru, awesome thanks
[18:46] <robru> alex-abreu: yeah but I'll do it
[18:48] <robru> alex-abreu: ok you got rtm16
[18:48] <alex-abreu> robru, thx
[18:48] <robru> alex-abreu: you're welcome!
[18:49] <robru> alex-abreu: please approve the MP https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/22/console
[18:50] <alex-abreu> robru, mmmh I did
[18:50] <alex-abreu> already
[18:50] <alex-abreu> robru, you mean top approve?
[18:50] <robru> alex-abreu: yeah
[18:50] <alex-abreu> done
[18:55] <robru> alex-abreu: we have a problem: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-html5-theme_0.1.2+14.10.20140922-0ubuntu1.diff your landing is reverting a manual distro upload
[18:56] <robru> alex-abreu: please take this diff: https://launchpadlibrarian.net/183948460/ubuntu-html5-theme_0.1.2%2B14.10.20140731-0ubuntu1_0.1.2%2B14.10.20140731-0ubuntu2.diff.gz apply it directly to trunk (no MP), and then rebuild silo 19
[18:56] <robru> alex-abreu: and then once that's done, rebuild silo rtm16 too
[18:57] <alex-abreu> robru, yeah push diretcly to trunk !!
[18:57] <robru> alex-abreu: yes it's unfortunately the only way
[18:57] <alex-abreu> robru, yes :)
[18:58] <robru> alex-abreu: well you can MP it if you want, but you have to merge the MP manually, citrain can't publish that one
[18:58] <alex-abreu> robru, thats fine
[19:01] <alex-abreu> robru, ok rebuilding
[19:03] <robru> alex-abreu: you missed part of the diff
[19:03] <alex-abreu> ?
[19:03] <robru> alex-abreu: your commit only had debian/control, you missed the debian/changelog part
[19:03] <alex-abreu> robru, yup, fixing
[19:03] <robru> alex-abreu: thanks
[19:21] <robru> slangasek: https://code.launchpad.net/~vorlon/ubuntu-html5-theme/lp.1369052/+merge/234565 we're getting a merge conflict on your branch due to a manual distro upload, can you rebase on trunk?
[19:31] <slangasek> robru: bah, ok
[19:32] <robru> Ursinha: ^^ this is how queuebot responds when the spreadsheet suddenly loses a bunch of state
[19:33] <robru> Ursinha: I'm assuming those requests were all assigned already and just suddenly forgot they were assigned. I need to dig in and investigate it, and re-fill-out the spreadsheet if so
[19:34]  * Ursinha hugs robru
[19:39] <robru> alright, fixed up the spreadsheet. I'm off for lunch!
[19:40] <imgbot> [19:40] <imgbot> [19:40] <imgbot> [19:40] <imgbot> [20:08]  * ogra_ tickles sergiusens with a https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-edge-intro/+merge/235440
[20:19] <plars> elopio: I think you should be all set for future jobs to have subunit collected. Let me know if you run into any trouble with it
[20:20] <elopio> plars: thanks man!
[20:20] <elopio> I will rerun the gallery to see how it goes.
[20:22] <robru> wtf
[20:23] <robru> cwayne: ok you got utopic 3
[20:27] <cwayne> robru: thank you
[20:28] <robru> cwayne: you're welcome!
[21:06] <ogra_> plars, do you have an eye on the rtm smoke tests ?
[21:06] <plars> ogra_: haven't looked since this morning, we got a new build now?
[21:06] <plars> looking now
[21:06] <ogra_> yeah
[21:06] <ogra_> and unity8 on mako #50 is "running" since a while
[21:09] <plars> ~22 min so far it seems
[21:10] <plars> some of the tests appear to be passing, some failing
[21:10] <plars> autopilot.exceptions.ProcessSearchError: Search criteria (object path = '/com/canonical/Autopilot/Introspection', pid = 10297) returned no results
[21:10] <plars> for unity8 that is
[21:10] <plars> the jobs appear to all be running still though, and making progress so far. Let me peek at the other jobs
[21:12] <plars> ogra_: so yeah, lots of dbus errors on the unity8 tests there
[21:12] <ogra_> yay
[21:12] <plars> 21:11:41.703 ERROR proxies:410 - Introspect error on :1.495:/com/canonical/Autopilot/Introspection: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[21:12] <plars> 21:11:41.708 DEBUG proxies:413 - Executing introspect queue due to error
[21:12] <plars> ogra_: from what I understood earlier, that points to mediahub then right?
[21:12] <ogra_> right
[21:12] <slangasek> robru: lp:~vorlon/ubuntu-html5-theme/lp.1369052 updated
[21:13] <ogra_> kgunn, ^^^
[21:13] <robru> slangasek: thanks
[21:14] <kgunn> ogra_: yep...not sure if you saw, but changing out gstreamer didn't help
[21:14] <ogra_> kgunn, seems we have a winner ... with media-hub landing in rtm the unity8 tests broke the exact same way
[21:14] <kgunn> hooray ?
[21:14] <robru> alex-abreu: building: https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/41/console
[21:14] <kgunn> :)
[21:14] <ogra_> well, someone needs to fix it
[21:14] <ogra_> :)
[21:14] <ogra_> but yeah
[21:14] <ogra_> yippie ...
[21:14] <ogra_> we are chewing on that issue since two weeks in the landing team
[21:15] <ogra_> jhodapp, see above ...
[21:15] <ogra_> jhodapp, looks like bug 1371454 is actually yours ...
[21:16] <jhodapp> ogra_, that's the theory, I'm skeptical :)
[21:16] <ogra_> lol
[21:16] <ogra_> jhodapp, well, we had it only in utopic til today ...
[21:17] <jhodapp> ogra_, yeah, read the comments
[21:17] <ogra_> jhodapp, with media-hub 2 landing in rtm we have the exact same error in rtm now too
[21:18] <jhodapp> ogra_, right
[21:19] <ogra_> jhodapp, right, it isnt gstreamer obviously ...
[21:21] <jhodapp> ogra_, probably not
[21:24] <brendand> ogra_, how did it land in rtm? was it that silo with dbus-cpp?
[21:24] <ogra_> brendand, i think it landed pretty standalone
[21:24] <ogra_> not sure though, ask lukasz tomorrow
[21:24] <ogra_> he landed it
[21:25] <brendand> ogra_, i signed off one this morning. 'ubuntu-rtm/landing-004 - dbus-cpp/media-hub/qtubuntu-media : tvoss'
[21:25] <ogra_> brendand, hmm, at least dbus-cpp, qtubunut-media and media-hub landed at the same time
[21:26] <ogra_> so most likely yes
[22:02] <robru> cyphermox: it's happening ^^^^
[22:02] <robru> ;-)
[22:02] <cyphermox> ah, what is?
[22:03] <robru> cyphermox: I'm resurrecting your branch, so that citrain can capture SIGTERM and exit gracefully, with correct silo status in the dashboard
[22:03] <cyphermox> ah ok
[22:03] <robru> next step, do the same for unhandled exceptions ;-)
[22:41] <robru> cyphermox: you around for a code review shortly?
[22:42] <cyphermox> robru: not really, I'm going to bed now
[22:42] <robru> cyphermox: oh, ok, well goodnight ;-)


[04:25] <VeePeeN> i would be very appreciative if someone could help me figure out my vpn...
[04:26] <VeePeeN> i can connect and set up a tap0 through openvpn, but after that no internet until i disconnect
[07:15] <c0nc0lic> hi, is this the right place to ask about build questions?
[07:17] <JackyAlcine> c0nc0lic: don't ask to ask; just ask! :)
[07:18] <c0nc0lic> thanks
[07:19] <c0nc0lic> i'm trying to build a project from source
[07:19] <c0nc0lic> it's pretty old; the last update was in 2007 or 2008
[07:19] <c0nc0lic> so when i configure, it says glibc should be between 2.02 and 2.10
[07:19] <c0nc0lic> but i have 2.13
[07:19] <c0nc0lic> is there a way i can tell it to be happy with 2.13?
[07:20] <JackyAlcine> No, it needs that; you'd break the ABI (application binary interoperability) otherwise.
[07:20] <JackyAlcine> It wouldn't work.
[07:20] <c0nc0lic> oh ok
[07:20] <c0nc0lic> i looked at downgrading my libc, but for oneiric it only has 2.13 in the repository
[07:20] <JackyAlcine> You could try downloading the source of glib 2.02 through 2.10 and continue building but since it's so old, it might need dozens of outdated dependencies.
[07:20] <c0nc0lic> oh
[07:21] <c0nc0lic> another idea i had was to install a ubuntu version from that time period in a VM
[07:21] <JackyAlcine> Yup; if anything, try running a older version of Ubuntu, like 9.10 or 10.04 and see if it works there.
[07:21] <JackyAlcine> c0nc0lic: +1, good thinking.
[07:21] <c0nc0lic> cool
[07:21] <c0nc0lic> i'll try that out
[07:21] <c0nc0lic> thanks for the help
[07:30] <JackyAlcine> No problem.
[14:21] <UncleTuna> howdy all
[14:22] <UncleTuna> <- Beginner, just throwing that out 1st
[14:25] <UncleTuna> been reading the forums and such, I use an inVidia graphics card
[14:25] <UncleTuna> could that be the reason for the seeming lag I get when manipulating workspaces and starting up apps?
[14:27] <IAmNotThatGuy> UncleTuna, What is your machine config? and what exactly happens in your machine
[14:27] <IAmNotThatGuy> ?
[14:28] <UncleTuna> Sorry, seeking conversation more than help.
[14:29] <IAmNotThatGuy> Hi =]
[14:29] <UncleTuna> Howdy heh heh
[14:29] <IAmNotThatGuy> Welcome to Ubuntu Beginners. For offtopic, you can come to #ubuntu-beginners-team and talk to us =]
[14:29] <UncleTuna> understood
[14:30] <UncleTuna> but my banter was Ubuntu related.
[14:30] <IAmNotThatGuy> Okay...
[14:32] <UncleTuna> I was just wondering id anyone else had noticed anything involving 11.10, invidia drivers/cards, and an amd64
[14:32] <IAmNotThatGuy> Well IAmNotThatGuy ;D
[14:33] <UncleTuna> hah
[14:34] <UncleTuna> I have much more reading to do. As of the past 2 days, I'm liking it
[14:35] <IAmNotThatGuy> Great
[14:35] <UncleTuna> ok, so what to Ubuntu Beginners chat about? nothing overly technical?
[14:38] <IAmNotThatGuy> UncleTuna, Here we provide support. we have team and we have many works there ;D
[14:39] <UncleTuna> I'll stop pestering you...gotta find a new irc chat client
[14:40] <IAmNotThatGuy> xchat ?
[14:40] <UncleTuna> whichever was default with 11.10
[14:41] <UncleTuna> see, now there's a problem. I'm pointing and clicking and I can't say what chat client I'm using.
[14:42] <IAmNotThatGuy> you can click help and look at about
[14:42] <IAmNotThatGuy> if it is irissi, then you wont find one
[14:43] <UncleTuna> years back I used irssi, is that the same as irissi
[14:43] <IAmNotThatGuy> err I  made the typo lol :P
[14:43] <UncleTuna> just being clear, thought I missed a new generation
[14:44] <UncleTuna> made me feel old for a moment  ;)
[14:45]  * UncleTuna leaves to make coffee, it is that time.
[22:07] <mrkuchbhi> hi...i want to edit something in my .Xresources file but I am unable to find it..where would it be loacted?
[22:07] <mrkuchbhi> i am using ubuntu 10.04
[22:14] <geirha> If it's not in your homedir, you haven't created one yet.
[22:23] <mrkuchbhi> geirha: I thought one will be there by default .. so I have to create one, do I?
[22:24] <geirha> Yes, there isn't one by default, and with no .Xresources, it just uses the defaults.
[22:29] <mrkuchbhi> geirha: thanks
[23:15] <e26063> I am trying to upgrade from 10.04 LTS server and it tells me that /boot does not have enough space.  How do I resize it or am I able to clean it up?


   EL IS IN #FREENODE FOR ANY QUESTIONS tpwprumw: chihchun_afk charles rmescandon ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
[01:10] <efnetnews> â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„ ##FEMINISM IS OFFERING TRAINING IN TAPPING INTO YOUR INNER FETISHES!!  EL IS IN #FREENODE FOR ANY QUESTIONS nxagyrbjlp: inetpro Trevinho chihchun_afk ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
[01:10] <efnetnews> ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ ##FEMINISM IS OFFERING TRAINING IN TAPPING INTO YOUR INNER FETISHES!!  EL IS IN #FREENODE FOR ANY QUESTIONS mcaeloqfj: StanleyHsiao ralsina mariogrip ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄


[01:04] <neutrinomass> While packaging something, how does one figure out the build-deps ? In the Debian new maintainers guide there's a script, but it doesn't give version numbers. How pedantic should one be in build-deps (e.g. should one not list build-essential ?) ?
[01:05] <crimsun_> if you're creating a Ubuntu source package from scratch, as pedantic as possible.
[01:05] <_ion> If upstream uses autoconf, it's quite easy to figure out the deps by reading configure.ac
[01:05] <neutrinomass> crimsun_: Yeah, that's what I'm trying to do. Thanks.
[01:06] <crimsun_> if you're adjusting a merge from Debian, my personal approach is not to hack at the build-deps locally. Sending a diff upstream works better, but sometimes there's a good reason to have certain b-ds.
[01:06] <crimsun_> build-essential should never be a b-d anyhow.
[01:07] <neutrinomass> crimsun_: Ok, so it's "gcc autotools " etc. - this is probably because "build-essential" may change after a while I guess, right ?
[01:08] <imbrandon> export WORK=~/files/livecd/
[01:08] <imbrandon> whoops
[01:08] <crimsun_> neutrinomass: gcc shouldn't be a b-d, either, unless a package requires a specific non-default version
[01:08] <neutrinomass> crimsun_: OK, thanks again :)
[01:08] <crimsun_> neutrinomass: autotools shouldn't be necessary to build most packages, but imo it's preferable to having autotools junk in the diff.gz
[01:18] <neutrinomass> So Build deps are just the "unusual" packages that need to be present (Agreed @ autotools, you're right - but libc should be a dependency )
[01:18] <crimsun_> anything over and beyond build-essential, generally.
[01:19] <neutrinomass> Ok thanks :)
[01:19] <crimsun_> granted I don't do any nexenta porting, so I don't know their policy
[01:19] <crimsun_> I imagine they deal with things beyond our build-essential, since they have a completely different toolchain
[01:26] <imbrandon> crimsun_, any idea what " ioctl: LOOP_CLR_FD: Device or resource busy means " ?
[01:26] <imbrandon> err
[01:26] <imbrandon> crimsun_, any idea what " ioctl: LOOP_CLR_FD: Device or resource busy " means  ?
[01:27] <imbrandon> ahh nm i think i got it
[02:52] <neutrinomass> apt-get install pine fails with "Package pine is not available, but is referred to by another package.". At least pgp4pine refers to it. Is this a bug ?
[02:54] <neutrinomass> ( I have multiverse/universe enabled )
[03:05] <antinobody> what is pine?
[03:06] <antinobody> neutrinomass: you still there?
[03:08] <antinobody> !pine
[03:08] <antinobody> Hmm...ubotu seems to not be in this channel
[03:09] <antinobody> perhaps I should have looks
[03:09] <antinobody> *ed
[03:10] <_ion> Pine is a MUA, AFAIR with a non-free license.
[03:11] <antinobody> it isn't in the debian repos either, that it's referenced is the bug, I suppose
[03:13] <_ion> Well, a bunch of media player packages suggest w32codecs, which is a good thing IMO. It's available from unofficial repositories. pgp4pine doesn't _depend_ on pine.
[03:18] <crimsun_> neutrinomass: it's not a bug. pine is listed as an alternate fulfilling the pine|pine396-src Suggests
[03:19] <crimsun_> (a legit bug would be if it were listed as a Recommends, since then the default behaviour of aptitude would be to attempt to install it)
[03:34] <neutrinomass> antinobody: A mail client I think ...
[03:34] <antinobody> really?  odd
[03:35] <neutrinomass> crimsun_: Then where is pine in the repos? pine396-src gives a similar error ...
[03:35] <crimsun_> neutrinomass: it's decidedly non-free.
[03:35] <neutrinomass> crimsun_: Oh, yes (I missed the above discussion)
[03:37] <neutrinomass> crimsun_: Again thanks and sorry to disturb (there was a person in #ubuntu asking about it which led me to ask in here) :)
[04:38] <Kyral> hoy Hobbsee
[04:38] <Hobbsee> hi Kyral!
[04:42] <nexu> is there is way to make the signing of the packages non-interactive
[04:42] <nexu> as in
[04:42] <nexu> suitable for script batch
[04:43] <imbrandon> moins Hobbsee
[04:43] <imbrandon> nexu, maybe an expect scipt ( not very secure though )
[04:43] <Hobbsee> hi imbrandon
[04:44] <imbrandon> dpkg-query -W --showformat='${Installed-Size;-10} ${status;-25} ${Package}\n' | sort -n
[04:44] <nexu> imbrandon: elaborate what - not very secure - mean
[04:44] <imbrandon> gah
[04:44] <imbrandon> nexu, expect , its a type of scipting like bash
[04:44] <imbrandon> scripting*
[04:44] <nexu> how can i do that?
[04:46] <Kyral> Gah! Its the weekend
[04:46] <Kyral> why the HELL am I reading through kdebase API documentation?!
[04:46] <Hobbsee> Kyral: no it isnt.  it's monday for you.
[04:47] <Hobbsee> Kyral: to fix it, now get going.
[04:47] <Kyral> no
[04:47] <Kyral> writing my editor can wait
[04:47] <Kyral> weekend == no work
[04:47] <Hobbsee> Kyral weekend == lots of work
[04:47] <Kyral> ..shaddup Hobbsee
[04:48] <Hobbsee> nah....
[04:54] <imbrandon> hahaha Hobbsee picked up one of my bad habbits ( blah == blah ) , next she'll be typing "right right" hehe
[04:55] <Hobbsee> imbrandon: heh, no.  that's c++ you know, and i'm supposed to remember it for next semester
[04:55] <imbrandon> heh
[05:36] <antinobody> hi folks
[05:37] <Hobbsee> hi antinobody
[05:47] <antinobody_> anyone know what or why this ratbert is?
[06:36] <Yagisan> G'day Hobbsee
[06:36] <Hobbsee> hi Yagisan
[06:47] <elkbuntu> Hobbsee, wow you have an idiot in -devel too :P
[06:48] <Hobbsee> elkbuntu: hmmm?
[06:48] <Hobbsee> oh yeah
[06:48] <elkbuntu> ooh, wrong channel, im all confuzzled today
[06:48] <Hobbsee> they're notices, you can reroute them.  wheres the problem?
[06:48] <Hobbsee> :P
[06:49] <elkbuntu> or more to the point.. just dont pay attention to them ;)
[06:50] <Hobbsee> true that
[08:29] <antinobody> Hobbsee I'm finding that merging requires me to actually know something about the package I'm merging
[08:29] <antinobody> Am I just thinking too hard?
[08:30] <Hobbsee> antinobody: no, i think you would have to know something about the package you're merging
[08:30] <antinobody> that sounds like work...
[08:32] <antinobody> I need to take this one package at a time then, I think I'll arbitrarily choose a package to focus on learning about
[08:33] <TheMuso> Where can we find out about what needs merging etc?
[08:33] <antinobody> TheMuso Un momento
[08:34] <Hobbsee> TheMuso: apparently there's no list for the general universe, but there's a kde package list
[08:34] <antinobody> aqu https://wiki.ubuntu.com/MOTU/Packages/Merging
[08:34] <antinobody> Oh, woops
[08:34] <antinobody> I need to learn how to read
[08:34] <antinobody> So far, I'm just guessing and checking
[08:34] <antinobody> I pick a random universe package, and compare the debian unstable version to the dapper version
[08:35] <TheMuso> hmm ok.
[08:35] <antinobody> but seriously, I'm not someone you should ever ask advice from
[08:35] <antinobody> I'm relatively ignorant
[08:37] <Hobbsee> TheMuso: hopefully soon they'll make one
[08:37] <TheMuso> Yeah. I'm sure everyone is only barely back from the summmit and need time to unwind. :)
[08:38] <antinobody> I've chosen the arbitrary package
[08:38] <antinobody> tis network-manager
[08:38] <antinobody> now I'll go back to bashing my head against the wall until I get tired and need to go back to sleep
[08:39] <tuxmaniac> hi Hobbsee
[08:40] <Hobbsee> hi tuxmaniac :)
[08:40] <ajmitch> antinobody: you have to pick the tricky ones, don't you?
[08:40] <tuxmaniac> long time no see!! missed you all..
[08:40] <antinobody> ajmitch por supuesto
[08:40] <tuxmaniac> ajmitch> anyways is the edgy repos up for some action?
[08:40] <antinobody> Olah tuxmaniac
[08:40] <ajmitch> tuxmaniac: they have been for awhil
[08:41] <tuxmaniac> ajmitch> Oops..
[08:41] <tuxmaniac> ajmitch> I know that. But have the base packages been ported?
[08:41] <antinobody> which reminds me, I need to reboot now that I've upgraded to edgy on this partition
[08:41] <ajmitch> ported?
[08:41] <tuxmaniac> antinobody> olah
[08:41] <tuxmaniac> ajmitch> I mean uploaded
[08:41] <tuxmaniac> :)
[08:41] <tuxmaniac> sorry wrong term
[08:41] <ajmitch> depends what you mean by base
[08:42] <tuxmaniac> ajmitch> is it in a status where I can change my sources.list to edgy!! :-)
[08:42] <ajmitch> depends if you like breakage or not
[08:42] <tuxmaniac> ajmitch> heh. naughty fellow!
[08:43] <Hobbsee> tuxmaniac: sure you can.  just dont expect a working machine.
[08:43] <tuxmaniac> Hobbsee> well. then I will start this work on my sacrificial system then :D
[08:43] <Hobbsee> haha wise idea
[08:43] <Hobbsee> ajmitch: did you upgrade your laptop?
[08:44] <ajmitch> Hobbsee: I'm not that silly
[08:44] <Hobbsee> ajmitch: darn!
[08:44] <StevenK> % ls -1 /var/cache/pbuilder/base-edgy-*
[08:44] <StevenK> /var/cache/pbuilder/base-edgy-amd64.tgz
[08:44] <StevenK> /var/cache/pbuilder/base-edgy-i386.tgz
[08:45] <StevenK> That's why I have two.
[08:45] <Hobbsee> particularly gnome 2.15, to see if it's any better
[08:45] <Hobbsee> yeha, figured that
[08:46] <Amaranth> gnome 2.15 isn't really there
[08:46] <Amaranth> just a couple of the easier to package pieces
[08:46] <StevenK> "Pointers to freenode currently include irc.debian.org, ..."
[08:47] <Hobbsee> er..  didnt debian move?
[08:47] <Hobbsee> Amaranth: oh ok, darn.
[08:47] <StevenK> Hobbsee: Exactly.
[08:52] <imbrandon> ahh StevenK pbuilders , thought you had some good old fashion chroots going like me ;)
[08:53] <StevenK> I have 6 pbuilder base tarballs, and one chroot.
[08:54] <imbrandon> brandon@voyager:~$ dchroot -c edgy32 -d
[08:54] <imbrandon> Executing shell in 'edgy32' chroot.
[08:54] <imbrandon> (edgy32)brandon@voyager:~$ exit
[08:54] <imbrandon> exit
[08:54] <imbrandon> brandon@voyager:~$ dchroot -c edgy64 -d
[08:54] <imbrandon> Executing shell in 'edgy64' chroot.
[08:54] <imbrandon> (edgy64)brandon@voyager:~$ exit
[08:54] <imbrandon> exit
[08:54] <imbrandon> brandon@voyager:~$
[08:54] <StevenK> imbrandon: Have you had a look at schroot?
[08:55] <imbrandon> ;)
[08:55] <imbrandon> no
[08:55] <imbrandon> link ?
[08:55] <imbrandon> brb one sec, getting more dew
[08:56] <zakame> hmm dchroots
[08:57] <StevenK> imbrandon: You can install it, and it has a dchroot wrapper.
[08:57] <StevenK> imbrandon: It can be configured to mount bind mounts before chrooting in.
[08:58] <imbrandon> ahh i bind them in fstab with dchroot already
[08:58] <imbrandon> they are just mounted all the time
[08:58] <imbrandon> is the only diff i see
[08:58] <StevenK> I found mounting them all the time to be annoying.
[08:59] <imbrandon> /home           /var/chroot/edgy/home        none    bind            0       0
[08:59] <imbrandon> /tmp            /var/chroot/edgy/tmp         none    bind            0       0
[08:59] <imbrandon> /dev            /var/chroot/edgy/dev         none    bind            0       0
[08:59] <imbrandon> proc-chroot-edgy     /var/chroot/edgy/proc        proc    defaults        0       0
[08:59] <imbrandon> devpts-chroot-edgy   /var/chroot/edgy/dev/pts     devpts  defaults        0       0
[08:59] <imbrandon> kinda like that
[08:59] <StevenK> I know, I was using dchroot before Dapper.
[08:59] <imbrandon> is it a package ? or just a script somewhere ?
[09:00] <StevenK> It's a package.
[09:00] <StevenK> I think it Conflicts against dchroot.
[09:01] <imbrandon> ouch
[09:01] <imbrandon> i think we're about to have issues again
[09:01] <StevenK> It has a dchroot compat wrapper
[09:02] <zakame> cool
[09:05] <ajmitch> Hobbsee: I'll probably install dapper in a spare partition & dist-upgrade it to edgy
[09:05] <Hobbsee> nice :)
[09:06] <ajmitch> assuming I can find the time
[09:06] <Hobbsee> well, yeah
[09:07] <Hobbsee> install it on the plane?
[09:07] <ajmitch> that would be a little pointless
[09:07] <antinobody> yeah, hard to dist-upgrade sin la red
[09:07] <antinobody> but then again, at least the install would be done
[09:07] <Hobbsee> oh yeah...
[09:07] <Hobbsee> oops
[09:08] <antinobody> Hey!  you were able to guess what I'd said Hobbsee
[09:09] <Hobbsee> er, presumably "in the air" or something?
[09:09] <antinobody> Oh...guess not then
[09:09] <ajmitch> heh
[09:09] <antinobody> sin la red is "without the net" still, you got the point
[09:10] <antinobody> en la aire would be in the air
[09:11] <Hobbsee> ah, right
[09:14] <imbrandon> computers without net access are kinda pointless to me ;)
[09:14] <antinobody> I should learn to use vim, it seems to be more powerful than nano
[09:14] <imbrandon> anything i dont need the net for i use my ipod and / or pda , not a computer ;)
[09:15] <Hobbsee> hi rob!
[09:15] <rob> hi Hobbsee
[09:16] <Hobbsee> rob: finding anything interesting on your looking in?
[09:16] <rob> no, thankfully
[09:17] <Hobbsee> rob: oh good.  once is enough for the day :P
[09:17] <rob> yeah, tell me about it!
[09:17] <rob> just keeping a look out, I think we have the problem covered for now
[09:18] <Hobbsee> rob: heh, right.  i saw nalioth get killed about 10 mins ago by a guy under lilo's account, but havent seen anything else.
[09:19] <rob> yeah, we got attacked before
[09:19] <Hobbsee> whether he intended to use a strange quit message or not, i dont know - he seems more mature than that
[09:19] <imbrandon> [01:55]  <-- dagger has left this server (Killed by TomSawyer ()).
[09:19] <Hobbsee> rob: the first time, or a second?
[09:19] <imbrandon> false alarm ;)
[09:19] <Hobbsee> so it seems.  oh well.
[09:20] <crimsun> hmm, my client seems to have ridden out the crackfest
[09:20] <Hobbsee> heh
[09:20] <crimsun> either that or I'm blind, but either way, low importance
[09:20] <rob> yeah, try not to disconnect for now :)
[09:20] <imbrandon> crimsun, mine did too untill the 3rd netsplit
[09:21] <Hobbsee> heh
[09:22] <imbrandon> it was kinda funny looking back at it though me and Hobbsee was like wth ? trying to control #ubuntu and #kubuntu cuz everyone else got nuked
[09:23] <imbrandon> ohh well fun times .... now onto something productive
[09:26] <ajmitch> oh dear
[09:27] <Hobbsee> :P
[09:27] <ajmitch> watch out world..
[09:27] <tuxmaniac> Hobbsee> are you a student?
[09:27] <Hobbsee> tuxmaniac: yes
[09:27] <tuxmaniac> Hobbsee> can i pm you?
[09:27] <Hobbsee> tuxmaniac: sure
[09:28] <antinobody> Hobbsee:  You're still in school too?
[09:28] <antinobody> (referring to the whole "school year" concept)
[09:29] <Hobbsee> no
[09:29] <rob> yay my birthday tomorrow :)
[09:29] <Hobbsee> university
[09:29] <antinobody> granted, you live in an entirely different country, so the set-up may be different
[09:29] <imbrandon> happy b day rob
[09:29] <antinobody> ...right, that's not what i meant
[09:29] <tuxmaniac> rob> advanced Bday man!!
[09:29] <rob> cheers :)
[09:29] <antinobody> Here schools have quarters, and most people take the summer quarter off
[09:29] <rob> oh well
[09:29] <antinobody> well some have semesters, but they don't count
[09:30] <imbrandon> wheres here antinobody ?
[09:30] <antinobody> Oregon
[09:30] <antinobody> US
[09:30] <antinobody> probably most of the US for that matter
[09:30] <imbrandon> rob you always take the day AFTER your b day off so you can go out the night of the bday and sleep in the next day ;)
[09:31] <imbrandon> ahh not in KC ;)
[09:31] <rob> heh yeah
[09:34] <rob> looks like the restart is off :)
[09:36] <Hobbsee> rob: can we make an exception to bring ubotu back, or something?
[09:37] <rob> what do you mean?
[09:37] <rob> won't ubotu reconnect?
[09:37] <Hobbsee> rob: arent there no more reconnects?
[09:37] <rob> for now, shouldn't be too much longer hopefully
[09:39] <Hobbsee> rob: right.  kinda annoying not having the bot there.  EdgyEft
[09:41] <Hobbsee> StevenK: what's up?
[09:41] <ajmitch> it's being freenode
[09:42] <StevenK> Exactly.
[09:42] <rob> we are working on a fix
[09:43] <rob> sorry about the disruption
[09:43] <StevenK> rob: I'm curious about the issue at hand, if you can tell me.
[09:43] <rob> whats that?
[09:43] <StevenK> rob: The issue that requires a shutdown and restart
[09:44] <rob> it looks like we won't have to do a restart
[09:44] <Amaranth> i'm more interesting in the weird kill messges :P
[09:44] <antinobody> ajmitch what does freenode be when it's being freenode?
[09:44] <Amaranth> pretend i make sense
[09:44] <Amaranth> antinobody: it means this thing is so huge something is almost always wrong
[09:44] <StevenK> Or more at my lack of CSS knowledge.
[09:45] <antinobody> I see...
[09:45] <Amaranth> everyone is on freenode :P
[09:45] <Amaranth> except the debian, mozilla, and gnome guys
[09:45] <StevenK> I have two <div>'s. One is float: left, and the other wraps around it, which is not what I want it to do.
[09:46] <antinobody> anyone know a good place to learn c (I know bits and pieces...) network-manager seems to be written in it, and that's the package I've arbitrarily decided to dissect
[09:46] <Amaranth> StevenK: set a margin-left on the other one that's the same size as the width of the floated one
[09:46] <_ion> stevenk: Then use something else than float: left;
[09:46] <rob> antinobody, there are lots of good free web sites
[09:47] <antinobody> rob I know, but I don't know what they are
[09:47] <Amaranth> cppreference.com
[09:47] <antinobody> gracias Amaranth
[09:47] <Amaranth> C++ and C
[09:47] <rob> www.cplusplus.com?
[09:47] <imbrandon> sudo reboot
[09:47] <imbrandon> grr
[09:47] <StevenK> _ion: Can you suggest anything?
[09:48] <rob> www.cprogramming.com
[09:48] <StevenK> imbrandon: Permission denied
[09:48] <StevenK> Awww
[09:48] <_ion> stevenk: I'd like to see or know about the intended layout first.
[09:49] <_ion> stevenk: Do you have a design/mockup image?
[09:49] <StevenK> On paper.
[09:49] <StevenK> _ion: Basically, I'd like a sidebar with navigation links, and the rest of the page for content. Does that make sense?
[09:50] <_ion> stevenk: Thanks, that's exactly the information i needed.
[09:51] <_ion> stevenk: Something like this: #sidebar { position: absolute; left: 0; top: 0; width: 10em; } #content { margin-left: 11em; }
[09:54] <StevenK> _ion: That works great, thanks.
[09:54] <_ion> np.
[09:56] <Amaranth> eww, no :P
[09:56] <Amaranth> that's a rather naive layout
[09:56] <Amaranth> use float
[09:56] <Amaranth> the margin-left: 11em; still does what you want if you float the sidebar
[10:00] <_ion> amaranth: Are you to free to put the sidebar markup after the content in HTML that way?
[10:01] <Amaranth> there are some tricks to do that, iirc
[10:01] <Amaranth> but postition: absolute; is not a good answer
[10:01] <_ion> Well, one of them is that rather naive layout. :-)
[10:02] <Amaranth> I once spent a week making this really awesome layout using position and such and it kicked ass in Firefox, Opera, Safari, etc
[10:02] <Amaranth> IE barfed all over it
[10:02] <EdgyEft> IE always barfs
[10:03] <antinobody> IE is still alive?
[10:03] <Amaranth> I could have fixed it using Javascript but I just went with my current layout instead.
[10:03] <_ion> antinobody: Hasn't been for many years.
[10:03] <antinobody> _ion That's what I thought
[10:04] <Amaranth> IE is 90% of your visitors
[10:04] <EdgyEft> Amaranth: not on ubuntu-nl.org ;)
[10:04] <Amaranth> heh
[10:04] <EdgyEft> a mere 35% there
[10:05] <DarkMageZ> and some of them would be opera users masked
[10:05] <_ion> stevenk: Btw, that _should_ work with IE. The problems come if you try to make it pixel-perfect, e.g. an exact 0px or 1px gap instead of a 1em-ish gap between the sidebar and the content.
[10:05] <Amaranth> _ion: because IE only handles top or bottom and left or right
[10:05] <Amaranth> but not both at the same time
[10:55] <Toadstool> 'morning
[10:55] <antinobody> hi Toadstool
[10:55] <Toadstool> hi antinobody
[10:55] <ajmitch> hi Toadstool
[10:55] <Toadstool> hey ajmitch
[10:59] <antinobody> I'm going to go to sleep now, then wake up and go back to learning c, so that I can understand the package network-manager, so that I can use it to practice mergin
[10:59] <antinobody> this is all far too much work, and incredibly inefficient
[10:59] <antinobody> so I figure I should learn a lot from it
[10:59] <antinobody> sin embargo, buenas noches a todos
[01:02] <Hobbsee> hi all
[01:02] <jsgotangco> hi
[01:03] <Hobbsee> hey jsgotangco :)
[01:04] <ajmitch> hello Hobbsee, jsgotangco
[01:04] <Hobbsee> hi ajmitch
[01:04] <jsgotangco> hey ajmitch
[01:39] <fbond> anyone like to check out midisport-firmware on revu?
[01:39] <fbond> BTW, this package downloads firmware at install time, since the firmware can't be distributed except in the original source package
[01:39] <fbond> (due to licensing restrictions)
[01:39] <fbond> is there any way to indicate that an internet connection is required using dependencies?
[01:39] <fbond> that would be nice
[01:39] <fbond> but debian packages don't provide "pseudo-dependencies" do they?  only real packages can be depended on, right?
[01:49] <dsas> fbond: some of the 'real packages' are just there for dependencies for other packages (see ubuntu-desktop), you can't depend on an internet connection though.
[01:50] <Lut1n> can't check that in preinst script ?
[01:51] <zul> hey
[01:51] <fbond> hmm, yes you can check in preinst, I guess that is the easiest way
[01:51] <fbond> If preinst fails, the package is not considered "installed" is it, or is it "installed" but not "configured"?
[01:52] <fbond> hi zul
[01:53] <zul> hey fabo
[01:53] <zul> doh...fbond
[01:55] <fbond> yuh . s'okay tab-completion doesn't always do you favors
[01:56] <ogra> fbond, have a look at the bcm43xx-fwcutter package, thats using a way that policy compoliant
[01:57] <fbond> ogra, thanks
[01:57] <ogra> (or the flashplugin-nonfree one)
[01:57] <zul> hey ogra
[01:57] <ogra> hi zul
[02:05] <zul> go go xen rangers
[02:41] <Kyral> ...zul are yousa on crack?
[02:41] <zul> hmm?
[02:42] <Kyral> 08:07]  <zul> go go xen rangers
[02:42] <Hobbsee> hi Kyral
[02:42] <zul> Kyral, ah...yes yes i am on crach
[02:42] <Hobbsee> i think he must b
[02:42] <Hobbsee> e
[02:46] <tseng> xen eh
[03:05] <nexu> is dh_md5sums the task that will do the signing ?
[03:06] <Hobbsee> nexu: er...i dont think so.
[03:06] <nexu> which one is that?
[03:06] <nexu> i want to automate some package building process
[03:06] <nexu> to run them without human interaction
[03:07] <nexu> which now i need to type a secret key everytime it tries to sign the deb file
[03:13] <dsas> can't you automate signing by using gpg-agent and debuild ?
[03:14] <Hobbsee> dsas: you still need to put in your passphrase
[03:14] <Hobbsee> dpkg-buildpackage -S -sa -rfakeroot -k98B2D4F0 works
[03:14] <Hobbsee> -S -sa are the flags for doing source only
[03:14] <_ion> hobbsee: Not every time, when using gpg-agent.
[03:15] <uniq> with gpg-agent you just give your password the first time, iirc.
[03:15] <Hobbsee> nice
[03:15] <_ion> Just run debuild -S, and after a while you have a signed package. No passwords asked if you already have typed it recently. :-)
[03:16] <Hobbsee> heh, nic
[03:16] <Hobbsee> e
[03:16] <Hobbsee> bit of a security risk thouhg
[03:16] <uniq> That's what i did to. Was really confused the firt time i had gpg-agent running. :)
[03:16] <uniq> firt/first.
[03:18] <_ion> hobbsee: You can set the password timeout depending on your level of paranoia. :-)
[03:18] <nexu> dsas: yeah nm
[03:18] <Hobbsee> true
[03:18] <nexu> i just found in the manual
[03:18] <nexu> how to automate it
[03:18] <nexu> but thx
[03:19] <dsas> shhh, hobbsee you can't talk about them being paranoid. They'll refuse to sign your key.
[03:19] <Hobbsee> heh
[03:20] <nexu> i'm in
[03:20] <nexu> :P
[03:20] <nexu> 2 more
[03:20] <_ion> If you ever visit Tampere, Finland, i can sign your key as well. :-)
[03:22] <Hobbsee> heh
[03:42] <freeflying|away> we can upload to edgy now?
[03:42] <tseng> yes
[03:42] <shawarma> If I have a package I'd like to manage with CDBS, what is the proper procedure if the source doesn't have a configure script in upstream, but only the configure.ac and Makefile.am etc.. ?
[03:43] <shawarma> Do I add a makebuilddir rule with aclocal, autoconf and automake ?
[03:45] <shawarma> Ah... just discovered DEB_AUTO_UPDATE_AUTOCONF and _AUTOMAKE..
[03:48] <shawarma> Yup, that did the trick. Never mind. :-D
[04:13] <zakame> hiall
[04:40] <Lathiat> hrm, i just did some extremely silly
[04:40] <Lathiat> rm -rf /sbin
[04:42] <Hobbsee> Lathiat: er, ouch?
[04:42] <Lathiat> yeh
[04:42] <Lathiat> i was cleaning up a backup
[04:42] <Lathiat> and somehow did /sbin instead of sbin/
[04:42] <Lathiat> heh
[04:42] <Lathiat> fixing this uber dfodge..
[04:42] <Lathiat> i rsynced /sbin off another dapper machine
[04:42] <Hobbsee> haha
[04:43] <Lathiat> and now im apt-get --reinstalling from dpkg -S /sbin/*
[04:43] <Lathiat> i scare myself sometime
[04:43] <Lathiat> s
[04:56] <Lathiat> .. seems to be ok :)
[05:00] <Hobbsee> Lathiat: lucky :P
[05:02] <Lathiat> i rebooted all good
[05:02] <Lathiat> phew
[05:02] <Lathiat> that was silly
[05:02] <Lathiat> at lesat it wasnt /
[05:22] <Sp4rKy> hi
[05:22] <Hobbsee> hi Sp4rKy
[05:22] <Sp4rKy> hi Hobbsee :)
[05:22] <Sp4rKy> how are you ?
[05:23] <Hobbsee> and thinking about sleep.
[05:24] <Sp4rKy> arf
[05:25] <Hobbsee> fun :)
[05:26] <Sp4rKy> yes
[05:26] <Sp4rKy> i'm packaging audacious
[05:28] <Sp4rKy> just some errors and it should be good
[05:30] <Hobbsee> :)
[05:30] <nexu> just done packaging bmpx
[05:30] <nexu> heh , even write scripts to do it for me in the future :>
[05:30] <nexu> wrote*
[05:32] <tseng> scripting packaging is not a brilliant idea
[05:34] <nexu> its for the same package
[05:34] <tseng> so why would you package it again
[05:35] <freeflying|away> nexu: where is your bmpx's package?
[05:35] <nexu> tseng: because i'm making packages from svn ?
[05:35] <nexu> freeflying|away: i have to upload it first
[05:35] <tseng> meh
[05:35] <nexu> freeflying|away: wait
[05:36] <freeflying|away> nexu: upload to where? REVU? universe?
[05:37] <nexu> freeflying|away: erm just my page for now, i still ahve to read the docs on how to get it up to revu
[05:38] <nexu> or revo
[05:38] <nexu> *u
[05:39] <paniq> hey
[05:40] <paniq> are there plans to release inkscape 0.44?
[05:40] <Sp4rKy> does nexuiz or warsow are in universe ?
[05:40] <freeflying|away> nexu:  as I know, there have package for debian
[05:40] <paniq> i see at the moment its 0.43 in the repos
[05:43] <nexu> freeflying|away: those re old
[05:43] <nexu> freeflying|away: well actually
[05:43] <nexu> i looked thru that file lastnight
[05:43] <nexu> and saw some errors in the packaging
[05:46] <nexu> freeflying|away: http://thehoneymustardbandits.org/nexu/linux/beepmediaplayer/
[06:14] <eitch0000> anyone got an idea how can I create new linux-restricted-module package compiled against a new kernel?
[06:21] <CarlFK> sounds like my "how do I make an xorg 7.1 deb" qest
[06:52] <Sp4rKy> i'm working on warsow and i've few questions
[06:52] <Sp4rKy> the tarball contains some binaries / repositories but no installation
[06:53] <Sp4rKy> just extract the tarball and run foo/warsow
[06:53] <Sp4rKy> so what must i do ?
[06:53] <Sp4rKy> just place all files in /opt ?
[06:56] <Sp4rKy> E: audacious: ldconfig-symlink-referencing-wrong-file usr/lib/libaudacious.so -> /tmp/buildd/audacious-1.0.0/debian/audacious/usr/lib/libaudacious.so.2.0.0 instead of libaudacious.so.2.0.0
[06:57] <Sp4rKy> how could i solve this ?
[07:04] <Sp4rKy> and how could i add postinst actions ?
[08:51] <phanatic> hi people
[08:51] <Sp4rKy> hi
[10:16] <fbond> hello
[10:16] <fbond> if my prerm exits with non-zero status, shouldn't the install abort?
[10:16] <fbond> for some reason, my postinstall script still executes
[10:16] <fbond> any ideas?
[10:18] <crimsun> for an upgrade or a clean install?
[10:18] <fbond> err...upgrade, as it were
[10:18] <fbond> that makes a difference?
[10:20] <crimsun> yes
[10:20] <fbond> I see
[10:20] <crimsun> prerm isn't relevant for a clean install
[10:20] <fbond> the old postinstall script is being run on abort-upgrade
[10:20] <fbond> i meant preinst
[10:20] <crimsun> are you using set -e in the script?
[10:21] <fbond> sorry
[10:21] <fbond> oh, that too
[10:21] <fbond> I got it, sorry to bug you
[10:22] <bddebian> Heya gang
[10:23] <phanatic> heya bddebian
[10:24] <bddebian> Hi phanatic
[10:43] <siretart> slomo_: I have now packaged new upstream of xine-lib. care to have a look?
[10:44] <slomo_> siretart: if it works for you just upload it :)
[10:44] <siretart> slomo_: didn't test it yet
[10:44] <siretart> the packages look good
[10:51] <siretart> fuck: xine: gconv_db.c:232: __gconv_release_step: Assertion `step->__end_fct == ((void *)0)' failed.
[10:51] <slomo_> glibc bug probably
[10:51] <slomo_> i saw this in another bugreport already
[10:52] <siretart> ah, seems to be #50584
[10:52] <siretart> bug #50584
[10:52] <Ubugtu> Malone bug 50584 in xine-ui "No open windows" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/50584
[10:52] <slomo_> jep
[10:53] <siretart> same with gxine
[10:53] <siretart> hm. shall I upload anyway?
[10:54] <slomo_> i think so... we can fix it later and this way we at least have the new version
[10:54] <siretart> ok
[10:54] <siretart> well, since you are okay with bzr, and know where my branches are..
[11:44] <antinobody> good afternoon people
[11:59] <fbond> hello
[11:59] <antinobody> hello fbond
[12:00] <fbond> if I accidentally uploaded a binary to revu :(
[12:00] <fbond> can I use dcut to remove the files?
[12:00] <crimsun> fbond: just upload the source
[12:00] <fbond> tried that, fails
[12:00] <fbond> can't overwrite the dsc file
[12:00] <crimsun> fbond: ping a revu admin to remove them
[12:00] <fbond> revu admin is ... (I forget)
[12:03] <crimsun> fbond: I think siretart is the most recently active of them
[12:03] <crimsun> (according to /whois at least)
[12:03] <fbond> thanks
[12:04] <fbond> neat, didn't know /whois (relatively new to IRC) sorry
[12:04] <crimsun> /whois nick nick  should reveal idle time
[12:05] <antinobody> anyone know what I should do if debdiff tells me gpg can't find a public key
[12:05] <siretart> fbond: in channel is fine
[12:05] <fbond> sorry
[12:05] <siretart> fbond: no, revu doesn't support dcut commands
[12:05] <fbond> thought so
[12:06] <fbond> I ftp'd in to check on progress
[12:06] <fbond> didn't see much :)
[12:06] <crimsun> antinobody: ...debdiff tells you that?
[12:06] <crimsun> (do you mean debsign instead?)


[02:19] <zul_> yay its uploading
[10:51] <Mithrandir> zul_: yo, about your xen-source upload.  Can you make it as a patch application against the kernel in feisty?
[01:03] <tepsipakki> I still can't see a new kernel in dapper-proposed _or_ in the queue?
[01:14] <zul_> Mithrandir: hmm?
[01:16] <Mithrandir> zul_: we'd like to avoid having more copies of the linux kernel in the archive than what we need.
[01:16] <zul_> Mithrandir: i know but its non-trivial right now
[01:16] <Mithrandir> zul_: so if xen-source could just ship the diffs and build-depend on linux-source-$rightver, that ought to work.
[01:16] <zul_> Mithrandir: ill give it a shot
[01:19] <Mithrandir> zul_: thanks.  You need to pull linux-source-2.6.19 from lp since I removed it (probably by mistake).  We really, really, really want to make sure that xen uses the same kver as the regular one for feisty+1.
[01:19] <zul_> ok ill do that for .2
[01:20] <Mithrandir> thanks.
[01:20] <Mithrandir> I see that porting it to .20 might not be feasible for feisty, tho
[01:21] <zul_> yeah porting to 2.6.19 was a pain for the redhat guys
[01:50] <cjwatson> ok, so I can see why bug 73955 happens for vgacon; vgacon sets the font immediately without regard for whether the vc is visible
[01:51] <cjwatson> (and doesn't keep it around otherwise, so there's no way to set the font properly for a non-current vc
[01:51] <cjwatson> )
[01:51] <cjwatson> I entirely can't see why it happens for fbcon
[02:16] <Rroet> o/
[02:17] <Rroet> hi guys, I have an issue with my new hp desktop and the ubuntu live cd's.. I can't seem to find a way to boot it without kernel panics.
[02:21] <Rroet> It seems to give messages about the APIC_init_uniprocessor ..
[03:27] <zul_> meh...winter storms are so much fun
[09:51] <zul> Mithrandir: what did i have to add to xen-3.0 to make it sane?
[09:51] <zul> libvncviewer?
[09:51] <Mithrandir> zul: huh?
[09:51] <Mithrandir> ECONTEXT. :-)
[09:52] <zul> Mithrandir: you mentioned something about libvncviewer had to be promoted for xen i dont remember now
[09:53] <Mithrandir> yes, I think I mentioned that like two months ago
[09:53] <zul> yeah ill write the report tonight then
[09:53] <Mithrandir> xen-3.0 build-deps on libvncserver-dev
[09:53] <Mithrandir> and libvncserver isn't in main
[09:53] <Mithrandir> so xen can't build
[09:53] <zul> meh..
[09:54] <zul> btw can you kick xen-source out of the new queue as well?
[09:54] <Mithrandir> I prefer not to work at 22 in the evening, so not now.
[09:54] <zul> sorry didnt realize the time no problem
[09:54] <Mithrandir> I can do so tomorrow, but I'd like you to register a spec about making the source package not insane for feisty+1.
[09:55] <zul> sure
[09:55] <zul> the building on 2.6.20 we talked about this morning?
[09:56] <Mithrandir> yes, or generally just making xen a package build-depending on the correct linux-source-$ver package
[09:56] <zul> sure..
[10:14] <zul> right...going home...later
[10:52] <johanbr> I've been trying out different kernels to find an ACPI bug and I noticed that the Edgy kernel doesn't boot anymore on Feisty. Is this known/intentional/the way it's supposed to be?


[14:59] <agent00tai> hi guys, would we be allowed to point our own domain to ppa.launchpad.net so that when we decide to we can move the repo without any user interaction?
[15:46] <shadeslayer> could someone re-activate https://launchpad.net/~blue-shell/+archive/staging
[17:55] <shadeslayer> errr ... launchpad is losing my uploads I think
[17:56] <shadeslayer> PPA uploads specifically\
[20:29] <frathgeber> am i missing something or does launchpad not provide a canonical download url for a tarball of the latest trunk revision?
[20:30] <frathgeber> or indeed for any branch?
[20:31] <frathgeber> i'm looking for the equivalent of https://github.com/<user>/<proj>/archive/<branch>.tar.gz
[20:40] <frathgeber> with a bit of trial and error i figured out i can do https://bazaar.launchpad.net/~<user>/<proj>/<branch>/tarball
[20:41] <frathgeber> however that's of little use unfortunately because the tarball contains the *folder structure* ~<user>/<proj>/<branch>
[20:41] <frathgeber> why on earth? that doesn't make any sense to me
[20:42] <frathgeber> in particular it makes it impossible to point to the tarball in the dependency_links of a python setup.py script
[20:42] <frathgeber> unfortunately setuptools doesn't support fetching from a bzr repo either, so it seems you're out of luck with python packages hosted on launchpad
[21:14] <Saviq> hey, are we experiencing some down-time on LP? I've uploaded a package to a PPA and haven't received any info for a long time now
[21:53] <lifeless> frathgeber: LP offers that
[21:54] <lifeless> frathgeber: the folder structure being included is surprising, sounds like a bug .
[21:59] <mwhudson> explicitly depending on the latest revision also sounds like a way to shoot yourself in the foot
[21:59] <mwhudson> (or have someone else shoot you in the foot for you, possibly)
[21:59] <mwhudson> but i guess that's a separate issue :)
[22:23] <lifeless> I hope so :)
[22:58] <wgrant> shadeslayer, Saviq: ppa.launchpad.net had some trouble with a runaway process, so the uploads were backlogged. It's fixed now, and it's caught up with the queue.
[22:58] <Saviq> wgrant, awesome, thank you
[23:05] <frathgeber> lifeless: thanks, i filed a bug for the unexpected folder structure inside the tarball: https://bugs.launchpad.net/loggerhead/+bug/1091005
[23:44] <lifeless> frathgeber: that should be on launchpad
[23:44] <lifeless> frathgeber: loggerhead is a library, not bazaar.launchpad.net.
[23:50] <wgrant> That could well be a loggerhead bug
[23:56] <lifeless> wgrant: indeed, at which point two tasks :)
[23:57] <wgrant> No


[18:49] <bryceh> cpaelzer, PR for open-vm-tools ready for you to look at on your day:  https://salsa.debian.org/vmware-packaging-team/pkg-open-vm-tools/-/merge_requests/14


[22:12] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2351 Ready to build (/:, /: Failed to update local lp:ubuntu-keyboard/vivid cache., vivid/Failed, vivid/cache., vivid/local, vivid/lp:ubuntu-keyboard/vivid, vivid/to, vivid/update). Successfully built (vivid/ubuntu-keyboard)
[22:21] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings). Ready to build (/: Failed to update local lp:ubuntu-system-settings cache.)
[22:27] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2680 Needs rebuild due to higher version at destination (xenial/indicator-session, xenial/unity8). Needs rebuild due to new commits (zesty/libindicator, zesty/unity8). Ready to build (/: Failed to update local lp:indicator-bluetooth cache., /: Failed to update local lp:indicator-datetime cache., /: Failed to update local lp:indicator-power cache., /: Failed to update local lp:indicator-session cache.,
[22:36] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2351 Ready to build (/:, vivid/Failed, vivid/cache., vivid/local, vivid/lp:ubuntu-keyboard/vivid, vivid/to, vivid/update). Successfully built (vivid/ubuntu-keyboard)
[22:45] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2140 Needs rebuild due to higher version at destination (xenial/ubuntu-system-settings). Needs rebuild due to new commits (zesty/ubuntu-system-settings). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:ubuntu-system-settings, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:ubuntu-system-settings, zesty/to, zesty/update)
[22:53] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2680 Needs rebuild due to higher version at destination (xenial/indicator-session, xenial/unity8). Needs rebuild due to new commits (zesty/indicator-bluetooth, zesty/indicator-datetime, zesty/indicator-power, zesty/indicator-session, zesty/indicator-sound, zesty/libindicator, zesty/unity8, zesty/unity8-desktop-session). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:indicato
[23:12] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2680 Needs rebuild due to higher version at destination (xenial/indicator-session, xenial/unity8). Needs rebuild due to new commits (zesty/indicator-bluetooth, zesty/indicator-datetime, zesty/indicator-power, zesty/indicator-sound, zesty/libindicator, zesty/unity8). Ready to build (/:, /: Failed to update local lp:indicator-session cache., /: Failed to update local lp:unity8-desktop-session cache., xe
[23:25] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2680 Needs rebuild due to higher version at destination (xenial/indicator-session, xenial/unity8). Needs rebuild due to new commits (zesty/indicator-session, zesty/indicator-sound). Ready to build (/:, /: Failed to update local lp:indicator-bluetooth cache., /: Failed to update local lp:indicator-datetime cache., /: Failed to update local lp:indicator-power cache., /: Failed to update local lp:libindi
[23:53] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2680 Needs rebuild due to higher version at destination (xenial/indicator-session, xenial/unity8). Needs rebuild due to new commits (zesty/indicator-bluetooth, zesty/indicator-datetime, zesty/indicator-power, zesty/indicator-session, zesty/indicator-sound, zesty/libindicator, zesty/unity8, zesty/unity8-desktop-session). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:indicato


[09:30] <smartboyhw> maclin, ypwong you guys want to mark 13.10 images ready?
[09:31] <ypwong> smartboyhw, let maclin handle that
[10:14] <maclin> smartboyhw, ypwong, I will do it !
[10:22] <ypwong> thanks!
[10:58] <JackYu> maclin, hi?
[13:09] <smartboyhw> maclin, #ubuntu-release is asking about announcement links for Kylin
[13:33] <maclin> smartboyhw, I am checking it with Jack, but he is on the plane now. Could we give the releasenote instead or wait for Jack?
[13:34] <smartboyhw> maclin, the announcement is out already-.- (the release is out)
[13:35] <maclin> yes, I see it. the kylin link is not listed in the message
[13:47] <maxiaojun> http://www.ubuntukylin.com/ 我这里打不开
[13:48] <maclin> smartboyhw, 再确认一下，13.10是已经正式发布了吗？ qatracker上的状态还没有更新
[13:48] <smartboyhw> maclin, it is, look at #ubuntu-release and https://lists.ubuntu.com/archives/ubuntu-announce/2013-October/000177.html
[13:48] <smartboyhw> qatracker is the slowest to update
[13:50] <maclin> 恩，这个我看到了，有点儿不敢确定，所以跟你再确认一下，原来计划我们明天早上再正式宣布的^_^
[13:50] <smartboyhw> maclin, heh heh
[13:51] <Cheetah> what're you hehing?
[13:51] <smartboyhw> Cheetah, about them originally planning to announce tmr;P
[13:54] <Cheetah> today, I assembled a server with ubuntu-server 13.04, and plans to hosting it in Changsha Lugu Telecom IDC.


[00:02] <JDAIII> ok I was able to switch to level2 and use gsetting command
[00:03] <JDAIII> not doing that again. BTW: scaling in tweak tool doesn't work as expected
[00:03] <octoquad> I was looking for the gsetting key to reset it. Glad you sorted it out
[00:03] <darkxst> JDAIII, pretty you need GNOME 3.12 or 3.14 for good HiDPI support
[00:04] <darkxst> pretty sure
[00:04] <JDAIII> ok
[00:04] <octoquad> are you using staging ppa for 14.10 JDAIII?
[00:05] <JDAIII> no, I only used the software update tool
[00:05] <JDAIII> sudo update-manager -d
[00:07] <JDAIII> But I'm adventurous and easily trusting, so send me your suggestions.
[00:08] <octoquad> Add this: https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3
[00:09] <octoquad> Then this https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging
[00:09] <octoquad> Then run sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade and reboot
[00:10] <darkxst> you don't need upgrade there, just dist-upgrade is enough
[00:10] <JDAIII> funny enough I tried dist-upgrade and it said that there were no upgrades available. and yes I ran update first
[00:11] <octoquad> darkxst, so the packages from update would be applied under dist-upgrade
[00:11] <darkxst> octoquad, ping the artwork team re screenshots
[00:11] <darkxst> octoquad, yes
[00:11] <octoquad> darkxst, cool, didn't know that
[00:11] <JDAIII> another fun thing though is that I cannot change my background since I changed to 14.10. ugly blueish green background stuck there
[00:12] <darkxst> dist-upgrade does everything upgrade does but also handle packaging transitions
[00:12] <octoquad> JDAIII, there are no packages to update straight after a upgrade using update-manager -d
[00:13] <octoquad> if you add the to ppa's above, there will be a ton of packages to update
[00:13] <octoquad> *two not to
[00:14] <JDAIII> I did that before update-manager -d thinking that I could upgrade from 14.04.1 to 14.10 with just a dist-upgrade
[00:16] <octoquad> darkxst, sent e-mail to artwork
[00:16] <octoquad> JDAIII, ok, please run the following:
[00:17] <octoquad> sudo add-apt-repository ppa:gnome3-team/gnome3
[00:17] <JDAIII> just did that
[00:17] <JDAIII> then update
[00:17] <JDAIII> then upgrade
[00:17] <JDAIII> upgrading now
[00:17] <octoquad> ah ok, soz :)
[00:17] <JDAIII> we're waiting
[00:18] <JDAIII> I did not add the staging yet though, is that necessary?
[00:18] <JDAIII> I figured that the first one was more stable
[00:18] <darkxst> JDAIII, -staging has gnome 3.14
[00:19] <darkxst> provided you are on 14.10
[00:19] <JDAIII> well, is it worth adding the staging repo?
[00:21] <JDAIII> lsb_release says 14.10
[00:21] <octoquad> gnome-shell --version
[00:22] <JDAIII> 3.12.2
 JDAIII, -staging has gnome 3.14
[00:22] <JDAIII> not sure I want to go to 3.14 if there are other bugs though
[00:23] <JDAIII> I'm going to restart and if it still doesn't work, then I will try the staging.
[00:23] <JDAIII> alright, going to reboot, if I'm not back on in 5 minutes, it blew up my machine and I'm hunting for a spork to commit sepuku
[00:23] <octoquad> lol
[00:27] <JDAIII> so, the scaling issue is still there
[00:27] <darkxst> octoquad, you need to subscribe sponsors team on the nautilus bug also, so it gets into sponsorship queue
[00:28] <JDAIII> background works again though
[00:28] <JDAIII> I'm going to go do my best to destroy a server, I'll see you guys later.
[00:28] <darkxst> JDAIII, I not sure settings scaling via xrandr directly is the best way to do it either
[00:30] <octoquad> darkxst, I've added them, do I just add a comment with "@Sponsors Team"
[00:41] <octoquad> darkxst, See https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925/comments/52 same version number I used.
[00:52] <darkxst> octoquad, no, you use the "subscribe somone else" link on Right hand sidebar
[00:52] <octoquad> darkxst, that is done and I have added verification-needed tag.
[00:53] <darkxst> no, don't do that! sru team adds tag it when they process
[00:54] <octoquad> I followed this: https://wiki.ubuntu.com/StableReleaseUpdates#Verification
[00:55] <darkxst> octoquad, you don't add the verification-needed tag and it doesnt say to add it there!
[00:57] <darkxst> you may need to rebase patch over that newer version, but leave it for now unless asked, its a simple diff, so whoever sponsors will do it if your lucky!
[01:02] <octoquad> darkxst, I removed the tag. Do sponsors get a message as soon as I subscribe them, or does a comment need to be generated?
[01:02] <darkxst> for now go find another bug to fix ;)
[01:02] <darkxst> it goes into the queue
[01:02] <darkxst> http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html
[01:02] <octoquad> it's 3am, I'm not fixing anything right now
[01:02] <octoquad> lol
[01:02] <octoquad> ah
[01:03] <octoquad> I was looking at http://people.canonical.com/~ubuntu-archive/pending-sru.html
[01:03] <darkxst> it needs to be uploaded first, then it will appear in the sru queue
[01:03] <darkxst> and those pages don't update instantly
[01:40] <darkxst> octoquad, if you want to try, updated sbuild-launchpad-chroot scripts at ppa:darkxst/ppa
[01:40] <darkxst> it will automatically generate aliases with something like './sbuild-launchpad-chroot ppa -n trusty-amd64-sbuild --ppa gnome3-team/gnome3-staging'
[01:42] <darkxst> slightly different format on aliases now, trusty-proposed+gnome3-team~gnome3-staging+main-amd64-sbuild
[01:42] <darkxst> ^Noskcaj if you use sbuild?
[02:11] <Noskcaj> darkxst, I use pbuilder-dist
[02:14] <darkxst> sbuild is way faster provided you have apt-cacher-ng
[02:39] <darkxst> Noskcaj, gnome-icon-theme is still getting pulled into our seeds ;(
[02:46] <Noskcaj> :(
[02:46] <Noskcaj> I'll see if there's anything i can do to fix that
[02:48] <darkxst> i'm fixing gnome-shell thats pulling in gnome-icon-theme-full
[02:50] <darkxst> but seems a lot of apps pull in gnome-icon-theme
[02:50] <darkxst> also a bunch of qt stuff has snuck into the seed, no wonder the image size has gone over 1GB
[02:56] <darkxst> Noskcaj, ok, we really don't want qt-at-spi in our seed I suspect
[02:58] <darkxst> Noskcaj_, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749523
[03:00] <darkxst> perhaps that should have been "at-spi2-core | qt-at-spi"
[03:08] <darkxst> Noskcaj, can you fix that in python3-pyatspi and python-pyatspi and also forward back to debian
[04:08] <Noskcaj> I'll message the debian maintainer first to see if there's some reason for this being the way it is
[04:15] <Noskcaj> darkxst, debian maintainer says nope
[04:15] <Noskcaj> (to changing it)
[04:23] <Noskcaj> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757152
[06:05] <darkxst> Noskcaj, hmm, we really don't need it on our images, where we a limited for space
[07:11] <darkxst> wayland on vivid in vmware actually seems to work, though can't change screen resolution from 640x480
[07:12] <darkxst> ricotz, ^
[12:13] <kamil_> hi guys, i have ubuntu utopic with gnome-shell (actually dont remember whether it was clean ubuntu + gnome or ubuntu gnome)
[12:13] <kamil_> and i have problem with brightness
[12:14] <kamil_> when i boot my computer its always set to max, and when i plug/unplug it dont change automatically
[12:15] <kamil_> what can i do to make this working?
[17:58] <MrSavage> could i get some help with creating a bootable usb of ubuntu-gnome?
[17:58] <MrSavage> I tried using unetbootin but i got an error trying to boot it
[17:58] <MrSavage>  failed to load com32 file menu.c32
[19:03] <JDAIII> good morning
[19:03] <JDAIII> so the drama of my display issues continues
[19:03] <JDAIII> really contemplating self harm at this point. What is the suicide hotline number?


[16:13] <alkisg> stgraber: `scratch` fails to load on thin clients because the /usr/bin/scratch launcher is forcing -xshm:
[16:13] <alkisg> /usr/lib/squeak/4.4.7-2357/squeakvm -encoding UTF-8  -vm-display-x11 -xshm -plugins  /usr/lib/scratch/plugins/:/usr/lib/squeak/4.4.7-2357/  /usr/share/scratch/Scratch.image
[16:14] <alkisg> One hack would be to check for LTSP_CLIENT/LTSP_FATCLIENT in the launcher, but I don't think the scratch packagers would want that
[16:14] <stgraber> yeah, sounds pretty hackish. Do we know why -xshm doesn't work with LTSP?
[16:15] <alkisg> It's a remote display... no memory shared between client and server
[16:15] <alkisg> Another method is to check if the active display is a local or remote one, and I was wondering if you are aware of any better methods to detect that than ck-list-sessions
[16:15] <stgraber> oh, that actually makes sense ;)
[16:17] <stgraber> I think it'd be best to parse $DISPLAY to avoid relying on consolekit
[16:18] <stgraber> basically if $DISPLAY is set and contains something before the :, then it's remote (except for <IP_ADDRESS> but I haven't seen anyone use that yet)
[16:18] <alkisg> Local: :0.0, ssh -X: localhost:13.0 (-xshm should work there), let me check fat clients...
[16:19] <alkisg> Fat: :7.0, Thin: ip:7.0
[16:19] <alkisg> So it sounds ok, with the downside that ssh -X won't use shared memory, which is pretty minor... I'll propose that in a scratch bug report
[16:19] <alkisg> Ty
[16:22] <stgraber> right, if you want the code to be absolutely right, you'd need to check for localhost/<IP_ADDRESS>/<any ip set on the machine> but that'd make the code quite a bit more complicated
[16:23] <alkisg> It does sound strange though that X shm functions are not automatically enabled/disabled... X could surely know if the server is remote or local to the client...
[16:23] <alkisg> But anyway what can we do :)
[16:42] <alkisg> stgraber: which way would be faster to get a precise backport? (1) fix it in debian, wait for R sync, then file SRU, or (2) fix it in R, file SRU? (and then file a bug report in debian, where I don't really care how much log it will need to be committed)?
[16:43] <alkisg> *long
[16:52] <stgraber> alkisg: fixing in R and then SRU is faster
[16:52]  * alkisg just sent the debian bug report
[16:53] <alkisg> I'll make an R bug report as well
[16:54] <alkisg> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692587 (will be available in a bit..)
[16:57] <alkisg> https://bugs.launchpad.net/debian/+source/scratch/+bug/1076036


[07:20] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 771 @ https://fridge.ubuntu.com/2023/01/23/ubuntu-weekly-newsletter-issue-771/ (by guiverc)
[12:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: How digital twins enable data-driven automotive supply chains @ https://ubuntu.com//blog/how-digital-twins-enable-data-driven-automotive-supply-chains
[18:34] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Wine 8.0 Released, This is What’s New (Spoiler: A Lot) @ https://www.omgubuntu.co.uk/2023/01/wine-8-0-released-whats-new (by Joey Sneddon)