[00:20] <Bashing-om> Thunderstorms in the area -I will cut and run with no further notice -when required :(
[01:11] <Bashing-om> running
[02:32] -ubottu:#ubuntu-news- ::planet:: Alan Pope: Do you know Simone? @ https://popey.com/blog/2024/04/do-you-know-simone/
[02:32] -ubottu:#ubuntu-news- ::planet:: Salih Emin: Ucaresystem 24.04.0 released @ https://utappiablog.wordpress.com/2024/04/26/ucaresystem-24-04-0-released/
[02:43] <guiverc> Bashing-om, is there a reason for Ubuntu-MATE's link being way from the flavors??  or typo/distraction from earlier storms etc approaching
[02:45]  * guiverc is going to skip non-english/non-ocker (aussie slang) summaries
[02:49] <Bashing-om> guiverc: Not sure now what I did IRT MATE - will have a re-look soon as you are caught up.
[03:00]  * guiverc going to paste two summaries (struggling, may walk pup who is nagging ... and try to write more later)
[03:03]  * guiverc out (MATE moved up with other flavors..  and a "###" removed from end of 24.04 LTS released (not sure if you had it there as a reminder for something or typo, but it's gone now)
[03:05] <Bashing-om> guiverc: All good :) I suspect the 24.04's ### was a hold out from before to a better placement now.
[05:34]  * guiverc posting hub summaries... my concentration is poor (am tired) so they could be very rough sorry
[05:36] <Bashing-om> guiverc: I smooth when freah tomorrow :D
[05:38] <guiverc> :)  'smooth' maybe a understatement... large bulldozer maybe required..
[05:38]  * guiverc out
[05:38]  * guiverc returned the '###'   as i finally realized it was a space that was missing...  included space too
[05:47] <guiverc> I don't see Ubuntu referenced in the car.driver.assistance one Bashing-om , feels more like 'other news' to me...  (do see a ">" in page so minor mixup needs correction probably)
[05:48] <guiverc> ok.. I now see "together with Canonical..."
[05:51] <Bashing-om> guiverc: ^ "together with Canonical..." reason that it did catch my attention. :D
[05:51]  * guiverc posting press articles
[05:52] <guiverc> i including the Canonical bit rather early in summary... summary is vague (high level) ubt okay i think
[05:54] <guiverc> sorry.. I now see a comment you left for me telling me why.
[05:56] <guiverc> I usually view the page as readers see it.. only when pasting (or in review tomorrow) do I regularly read further (alas I usually don't peek down beyond where I'm up to as I summarize..)
[05:56]  * guiverc out anyway
[06:11] <Bashing-om> Opening - 1 to add to the release list.
[06:17] <Bashing-om> guiverc: "Ubuntu MATE 24.04 LTS Release Notes" // I feel better placed in the 'release notes' category.
[06:19] <guiverc> okay..
[06:19] <Bashing-om> moving ^
[06:21] <Bashing-om> out
[06:24]  * guiverc adding summary for Joey's 20 changes..
[06:25]  * guiverc out
[06:38] <Bashing-om> guiverc: I am out too - will pick this back up in a few hours.
[06:44] <Bashing-om> laters ~\o
[20:07] <Bashing-om> UWN: Opening 837 for the Saturday thingies - will be a spell (thunder heard - may have to cut and run).
[22:51] <Bashing-om> UWN: Saturday wrap completed - Added https://discourse.ubuntu.com/upcoming-events to Meeting Reports section link.


[02:09] <imgbot> [03:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [04:19] <imgbot> [04:19] <imgbot> [05:11] <robru> Mirv: up yet? How's it going?
[05:17] <Mirv> robru: hey
[05:18] <Mirv> robru: I don't see any problems at the moment (expect KDE 5 is in flux so my silo is in flux too waiting for dependencies)
[05:19] <robru> Mirv: no worries, i should be around for a couple hours in case anything explodes. Just gaming a bit, but should hear pings.
[05:21] <Mirv> ok!
[08:25] <Mirv> ogra_: when you're around, could you ack https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/lastSuccessfulBuild/artifact/packaging_changes_accounts-qml-module_0.5+15.04.20141107-0ubuntu1.diff ?
[08:32] <ogra_> Mirv, ACK, looks fine
[08:42] <Mirv> thanks!
[08:44] <Mirv> robru: hmm, publishing problem when pushing to ~ps-jenkins branches https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/34/console
[08:47] <Mirv> robru: looks like the branches are again gone, although on Friday it was supposed to be fixed?
[08:53] <ogra_> tvoss, https://bugs.launchpad.net/barajas/+bug/1391076
[08:53] <ogra_> :(
[08:54] <tvoss> ogra_, ack. So you couldn't even reveal the launcher or switch apps?
[08:54] <ogra_> sometimes i couldnt even unlock
[08:54] <tvoss> ogra_, anything in logcat?
[08:54] <ogra_> gar !
[08:55] <ogra_> next time i'll check ... thats the only log i didnt look at
[08:55] <ogra_> syslog only had a lot of "sleep spam"
[08:55] <ogra_> dmesg the same
[08:56] <ogra_> tvoss, several people of my team saw it too btw
[08:56] <ogra_> so it seems rather common
[08:56] <tvoss> ogra_, ack, having logcat would be helpful I guess
[08:57] <ogra_> right
[08:57] <ogra_> will check it the next time it happens
[08:57] <tvoss> ogra_, also ps -ef  | grep dbus please
[08:57] <ogra_> i was seeing dbus popping up in top from time to time
[08:58] <ogra_> consuming 0.5-1.2% when it showed up
[08:58] <ogra_> (cant tell if it was system or session bus though ... cmdline was cut off indeed)
[08:59] <tvoss> ogra_, ack
[09:00] <ogra_> Saviq, bah, i just had my dash restart again :(
[09:00] <Saviq> ogra_, crash? oom?
[09:00] <ogra_> (playing an embedded youtube video in G+)
[09:01] <ogra_> Saviq, i guess notmal lifecycle mgmt
[09:01] <ogra_> *normal
[09:01] <ogra_> that was a 5min embedded video
[09:01] <Saviq> ogra_, does syslog say it killed it?
[09:01] <ogra_> after 3min of playback the "scopes" splash took over the screen
[09:02] <ogra_> Saviq, nope
[09:02] <Saviq> ogra_, .crash file?
[09:03] <ogra_> oh, yeah
[09:03] <Saviq> ogra_, please don't assume the worst ;)
[09:04] <Saviq> ogra_, if it was lifecycle related, syslog would say that oom killed dash
[09:04] <ogra_> Saviq, https://errors.ubuntu.com/oops/55c93d68-68b5-11e4-a8b3-fa163e5bb1a2
[09:04] <ogra_> not re-traced yet it seems
[09:04] <Saviq> ogra_, and it won't get retraced, signal 6...
[09:05] <tvoss> Saviq, any reason we do not retrace aborts?
[09:05] <Saviq> tvoss, no idea
[09:05] <tvoss> Saviq, wondering why we call it crash :)
[09:05] <ogra_> ask pitti :)
[09:05] <ogra_> tvoss, probably because the app restarts in your facte :P
[09:05] <ogra_> *face
[09:05] <seb128> we do retrace aborts, at least on launchpad
[09:06] <seb128> if e.u.c doesn't do it I guess it's an ev/bdmurray's question
[09:07] <tvoss> ogra_, it's fine to log a bug for a "crash", however, automatic reporting should distinguish
[09:12] <ogra_> tvoss, well, i didnt file a bug for that one yet
[09:13] <tvoss> ogra_, yup, I meant in general
[09:13] <ogra_> right
[09:19] <Mirv> dbarth_: I'm afraid you'll need to force rebuild the whole silo 7. there was a hotfix on Friday from robru to fix the disappearing code branches, but it was after your packages were built.
[09:34] <Saviq> trainguards, ↑ please
[09:35] <Mirv> Saviq: vivid-002
[09:35] <Mirv> Saviq: vivid-015, sorry
[09:35] <Saviq> Mirv, indeed, I checked before, and 2 was taken, was expecting 15 ;)
[09:40] <Saviq> Mirv, thanks
[09:44] <dbarth_> Mirv: ok, doing that now
[09:52] <ogra_> Saviq, so we were reviewing the smoke test results in the landing meeting ... seems there is still some flaky unity8 behavior where it randomly fails one or the other test
[09:52] <Saviq> ogra_, yes, we're looking into it
[09:52] <ogra_> ah, cool, thanks !
[09:53] <ogra_> bzoltan, i think something similar goes for UITK ... we always have one or two tests failing, seems to be on a random pattern though
[09:57] <Mirv> brendand: what was the name of the tool used to add ci train PPA:s?
[09:58] <Saviq> Mirv, "citrain"
[09:58] <Saviq> Mirv, from phablet-tools-citrain
[09:59] <Mirv> Saviq: thanks! I went through all the binaries in phablet-tools, I didn't notice there was the new package
[11:38] <Chipaca> can I use a silo to build a for-testing package? or is there a better way?
[11:39] <ogra_> as long as we are not short on silos thats fine
[11:39] <seb128> Chipaca, CI build debs on merge requests
[11:40] <seb128> that can be useful as well
[11:40] <seb128> but otherwise yeah, what ogra_ wrote
[11:40] <seb128> bah, unity8 just locked (I guess it did, I can't do any edge gesture anymore nor interact with the dash)
[11:40] <seb128> no segfault/apport
[11:40] <Chipaca> seb128: i don't think i have access to the ci build debs, so i'll go with what ogra said :)
[11:41] <cjwatson> or get your own devirt PPA and upload something to it
[11:41] <davmor2> seb128: check logcat
[11:41] <davmor2> ogra_: ^
[11:41] <seb128> davmor2, ?
[11:41] <cjwatson> (assuming it's the sort of thing where you need an armhf package and a virtualised PPA build under qemu won't cut it)
[11:41] <ogra_> seb128, https://bugs.launchpad.net/bugs/1391076
[11:42] <ogra_> seb128, what davmor2 said, i checked everything <(several times on the WE) except logcat
[11:42] <seb128> ogra_, what is logcat?
[11:42] <ogra_> Chipaca, you can also join the canonical-arm-dev team, it has a devirt PPA
[11:42] <davmor2> seb128: ogra was waiting for his to do that but it looks like yours beat him to it ;)
[11:42] <seb128> davmor2, ^ cf question
[11:42] <ogra_> seb128, adb shell /system/bin/logcat -d
[11:43] <cjwatson> itching for devirt PPAs no longer to be a thing
[11:43] <ogra_> the android logging tool
[11:43] <seb128> ogra_, returns nothing
[11:43] <pstolowski> trainguards, hey, could you please reconfigure landing-018 (MP has changed)?
[11:43] <seb128> oh, better with sudo
[11:43] <ogra_> ah, sorry
[11:43] <pstolowski> trainguards, actually, i'm sorry, there's a mistake, please ignore that for now
[11:44] <seb128> ogra_, davmor2, http://paste.ubuntu.com/8917957/
[11:44] <ogra_> tvoss, ^^^
[11:45] <seb128> it did hang when I tried to click on the location icon in the gmaps application
[11:45] <seb128> well I could swipe away from gmap but since it's frozen
[11:45] <seb128> I keep it in this state, if anyone needs info let me know
[11:46] <Chipaca> trainguards, in case queuebot isn't talking to you, could i please have a silo for row 69?
[11:46] <tvoss> seb128, so nothing showing up in top?
[11:46] <Mirv> pstolowski: ignoring :)
[11:46] <Mirv> Chipaca: queuebot is not, doing
[11:46] <Chipaca> Mirv: thanks :)
[11:46] <seb128> tvoss,
[11:47] <seb128>  3005 phablet   20   0    6088   1168    804 R 20.7  0.1   0:00.08 top
[11:47] <seb128>   764 message+  20   0   23520  20168    716 S  5.2  2.1  39:59.68 dbus-daemon
[11:47] <seb128>  2304 root      20   0  112984   7636   5764 S  5.2  0.8   2:35.75 ubuntu-loca+
[11:47] <seb128> 27265 root      20   0       0      0      0 S  5.2  0.0   0:14.77 kworker/u:2
[11:47] <seb128>     1 root      20   0    3996   2092    940 S  0.0  0.2   2:23.98 init
[11:47] <seb128> nothing special
[11:47] <ogra_> not really excessive
[11:47] <tvoss> seb128, yup, and the gps stuff in logcat is perfectly fine, too
[11:48] <ogra_> the symptoms look very much like what i'm seeing
[11:48] <ogra_> or what rsalveti saw too
[11:49] <ogra_> like the input layer is ignoring you
[11:51] <seb128> yeah, seems like that
[11:51] <ogra_> rmmod ignorance :P
[11:53] <tvoss> seb128, ogra_ the explanation might be the lifecycle getting confused. I'm pretty sure that the input layer is not ignorant to the both of you :)
[11:54] <pstolowski> trainguards i'm giving up with landings in lines #24 and #25 ("Fix 1381971..."), please remove; when you do, then #43 ("Aggregate youtube...") can be unblocked
[11:55] <Mirv> pstolowski: ok, freeing up silo 018/vivid etc
[11:59] <pstolowski> Mirv, thanks
[12:01] <Mirv> thostr_: ok to remove line 25 / bug #1379817 rtm silo, the bug is not on wishlists?
[12:03] <thostr_> Mirv: seems it was removed from the reviewed wishlist...
[12:03] <thostr_> Mirv: I'll double check with Olli once he's online
[12:03] <Mirv> tvoss: ok to remove line 23 / sync from rtm to vivid dbus-cpp+indicator-network+location-service+media-hub+qtubuntu-media+qtubuntu-media-signals? it seems to me all of those have had vivid releases last week.
[12:03] <Mirv> thostr_: ok, thanks
[12:03] <tvoss> Mirv, yup, looks fine to me
[12:04] <Mirv> thaank you
[12:04]  * Mirv the cleaner
[12:04] <ogra_> hah
[12:21] <ogra_> oh, wow
[12:21] <ogra_> i just lost the right swipe gesture to unlock
[12:21] <ogra_> tvoss, ^^^^
[12:22] <ogra_> left swipe still works
[12:22] <tvoss> ogra_, I think saviq is your friend here
[12:22] <ogra_> heh
[12:22] <ogra_> and right swipe in unlocked I works just fine
[12:22] <ogra_> it seems to only be the greeter
[12:23] <ogra_> tvoss, well, that meakes me even more think there is an issue with our input system
[12:23] <ogra_> or with the way we use it
[12:23] <tvoss> ogra_, sure, but there are ~5 layers in between that could have an issue, too
[12:24] <ogra_> time to move that into systemd :P
[12:24] <ogra_> 5 layers ... tsk
[12:35] <ogra_> Saviq, mzanetti bug 1391149
[12:36] <mzanetti> mhm...
[12:36] <mzanetti> ogra_: any chance on reproducing this?
[12:36] <ogra_> it stays like it once it starts ... i still have it
[12:36] <mzanetti> ogra_: does the rest of the phone still work?
[12:36] <ogra_> yep
[12:37] <mzanetti> ogra_: e.g. can you tap on launcher buttons?
[12:37] <mzanetti> or scroll the launcher up/down
[12:37] <ogra_> mzanetti, it is fully usable ...
[12:37] <mzanetti> ok... so not the input issue
[12:37] <ogra_> unlike in https://bugs.launchpad.net/barajas/+bug/1391076
[12:37] <ogra_> right
[12:37] <ogra_> they might be realted though
[12:38] <mzanetti> does tapping the greeter tease the launcher?
[12:38] <ogra_> perhaps this one is a smaller manifestation of the same
[12:38] <ogra_> no
[12:38] <ogra_> the greeter is completely unresponsive
[12:38] <ogra_> i can swipe in the launcher and get the PIN dialog ... and then can use the phone normally
[12:40] <mzanetti> ogra_: ok, thanks
[12:57] <cwayne> davmor2: heyhey
[13:28] <davmor2> cwayne: I need to finish sanity testing mako on vivid then I'll get back to you dude
[13:28] <davmor2> cwayne: is it all ready now?
[13:29] <davmor2> cwayne: and is there a new changelog?
[13:30] <cwayne> davmor2: all ready, let me see what else has changed, i think it was not much since that email
[13:33] <davmor2> cwayne: no I guess not but you said there were some more fixes to land, So I'm assuming the apps list hasn't change but the bugs fixed list may of increase
[13:33] <cwayne> davmor2: yep, just going through and updating the email now
[13:33] <cwayne> there's 1 or 2 more clicks that changed
[13:34] <cwayne> davmor2: update sent
[13:38] <ogra_> cwayne, will it finally be using proper location data in the today scope ?
[13:38] <cwayne> ogra_: it does except for weather channel
[13:38] <seb128> ogra_, it's not doing that atm?
[13:38] <cwayne> which isn't one of ours
[13:38] <ogra_> seb128, geoip
[13:38] <davmor2> cwayne: thanks
[13:39] <ogra_> seb128, i always get waeather data from ~200km away
[13:39] <seb128> oh ok
[13:39] <ogra_> which makes the today scope pretty useless wrt weather
[13:39] <seb128> that's why I've a town which is ~90km away here
[13:39] <seb128> yeah, worth, it doesn't tell you what location it uses for weather
[13:39] <ogra_> well, living in the mountains 90km would be enough to get me totally differennt weather
[13:39] <seb128> you need to click on the details which sends you to another lens
[13:40] <ogra_> right
[13:40] <ogra_> and then i get something 100-200km west
[13:40] <seb128> with no way to go back
[13:40] <seb128> that's a bit frustrating
[13:40] <ogra_> going back works for me
[13:40] <seb128> how?
[13:40] <ogra_> using the top left arrow
[13:40] <seb128> there is no such arrow
[13:41] <davmor2> cwayne: I'll give you a ping when it's tested
[13:41] <ogra_> tapping on weather i get the weather chennel scope here
[13:41] <cwayne> davmor2: thank you sir
[13:41] <seb128> ogra_, oh, because you don't have weather in your favorites
[13:41] <ogra_> with a back arrow in the top left corner
[13:41] <seb128> if you do it bounces you there
[13:41] <seb128> and there is no arrow
[13:41] <ogra_> ah
[13:41] <ogra_> right, i only have my music (totally annoying since it always defaults to artists instead of album) and videos
[13:44] <Chipaca> do i need to reconfigure a silo if i make changes to the branch associated with an mp associated with the silo?
[13:51] <Chipaca> Mirv: ^?
[13:52] <Mirv> Chipaca: if you update the MP, you just kick build again to pick up the latest changes.
[13:52] <Mirv> I mean, if you update the branch, which updates the MP
[13:52] <Chipaca> Mirv: i didn't chagne the mp, i changed the branch under it
[13:52] <Chipaca> ah
[13:53] <Chipaca> then i don't get it :(
[13:53]  * Chipaca pokes the buildlog with a stick
[13:53] <Mirv> Chipaca: so when you update the branch, then MP also reflects the change and build picks it up. if you would run build without changing anything, it would complain about nothing being changed.
[13:55] <Chipaca> maybe i need the depends in the build-depends to run the tests?
[13:57] <Mirv> Chipaca: I don't have the context, but "yes, maybe" :)
[13:57]  * Chipaca tries it
[14:00] <Mirv> rsalveti: if you have time to check the qt 5.3.2 from emulator point of view, just leave me a note again and I can consider vivid release tomorrow
[14:00] <rsalveti> Mirv: sure, will get this done today
[14:03] <Mirv> great
[14:12] <olli> good morning
[14:13] <olli> how are things today?
[14:13] <ogra_> hey hey
[14:14] <Mirv> calm, rtm landing wise. just a trust-store update so far today.
[14:15] <kgunn> trainguards hey, i had an old test silo ubuntu/landing-001 that was utopic, i just changed it to vivid....i assume it needs your reconfigure ?
[14:15] <ogra_> olli, we seem to have input layer issues seen by quite a lot people and non-debuggable yet (nothing in logs etc) ... beyond that 150/151 seem to look quite okayish
[14:16] <olli> Mirv, ogra_ thx
[14:16] <Mirv> kgunn: it needs to be freed, reassigned and rebuilt, yes. ok to empty the silo?
[14:16] <kgunn> olli: my guess looking into ogra's input concern....of course they haven't seen it yet :-/
[14:16] <kgunn> Mirv: absolutely
[14:17] <ogra_> olli, https://bugs.launchpad.net/barajas/+bug/1391076 and https://launchpad.net/bugs/1391149
[14:17] <ogra_> the former one is serious
[14:17] <ogra_> the latter is just annoying ... they might be related
[14:18] <kgunn> ogra_: curious, one not said "while browsing unfavorited scopes"....did you notice any pattern like that?
[14:18] <ogra_> kgunn, nope, no pattern at all ... sometimes it hangs hard on the greeter, sometimes in the middle of active use
[14:19] <kgunn> mmm
[14:19] <ogra_> it also only seems to happen after quite a while of the device being up
[14:19] <ogra_> a few hours at least
[14:20] <ogra_> i'm currently having the second bug where only the greeter doesnt react to swipes
[14:20] <ogra_> havent seen the full hang today yet
[14:38]  * davmor2 hugs Saviq thanks another bug bites the dust \o/
[14:48] <brendand> Elleo, any progress on getting silo 3 unblocked with olli?
[14:48] <brendand> Elleo, it's on our queue but we need permission to land
[14:49] <Elleo> brendand: will ping him now
[14:54] <Chipaca> ogra_: could you use the rtm/14 ppa to see if you get the "zomg where are my system update notifications" again?
[14:55] <ogra_> Chsure, but that will be time consuming indeed (i dont have time today to jump back and forth through images (each image takes 45min+ over my DSL))
[14:55] <ogra_> Chipaca, ^^
[14:56] <Chipaca> ogra_: ouch!
[14:56] <ogra_> (and we havent planned building any images during the day)
[14:56] <Chipaca> ogra_: then, yeah, no.
[15:01] <olli> brendand, Elleo but id?
[15:03] <Elleo> olli: https://bugs.launchpad.net/ubuntu/+source/maliit-framework/+bug/1373985
[15:05] <pmcgowan> Elleo, have an MR link?
[15:07] <Elleo> pmcgowan: there's my original MR here: https://code.launchpad.net/~michael-sheldon/ubuntu/utopic/maliit-framework/fix-1373985 but I'm not entirely sure if rsalveti used that directly when adding the patch to the package
[15:09] <Elleo> pmcgowan: oops, that's actually just the branch I think the MR has been removed
[15:09] <Elleo> pmcgowan: probably need to wait for rsalveti to know exactly how he was doing things
[15:09] <pmcgowan> Elleo, does it add an entirely new file?
[15:09] <pmcgowan> or is the diff wacked
[15:09] <Elleo> pmcgowan: if you're looking for the actual code change then only the patch is relevant though: http://bazaar.launchpad.net/~michael-sheldon/ubuntu/utopic/maliit-framework/fix-1373985/view/head:/debian/patches/0012-fix-focus-changes.patch
[15:10] <pmcgowan> Elleo, so one line change
[15:10] <Elleo> pmcgowan: yep
[15:10] <pmcgowan> Elleo, that branch had a new minputcontext.cpp ?
[15:12] <Elleo> pmcgowan: that's just a product of the debian patching process, that's in the .pc/<patch-name>/ dir, it's not part of the build; there's a .pc/ directory for each patch with its changed files in
[15:12] <pmcgowan> Elleo, ok
[15:13] <Elleo> pmcgowan: I'd suggest getting rsalveti's input on the actual process he goes through with these sorts of patches though, as it's not something I'm especially familiar with
[15:13] <pmcgowan> Elleo, seems good to me, will wait for olli to also ack
[15:13] <Elleo> pmcgowan: okay, thanks
[15:15] <seb128> pmcgowan, hey, can we get https://bugs.launchpad.net/webbrowser-app/+bug/1386682 on the rtm wishlist? (it's photo sharing with facebook not working on current rtm and it's a 1 liner change to fix it)
[15:16] <pmcgowan> seb128, we just did :)
[15:16] <seb128> pmcgowan, thanks
[15:16] <seb128> pmcgowan, https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings-components/+bug/1389234 would be nice as well
[15:16] <seb128> not sure if it's on the list yet
[15:16] <pmcgowan> I think so let me look
[15:17] <pmcgowan> seb128, that one is already ok to land
[15:17] <seb128> pmcgowan, great, thanks
[15:33] <seb128> dbarth_, https://bugs.launchpad.net/webbrowser-app/+bug/1386682 got approved for rtm wishlist, can you make sure the fix land there as well? ;-)
[15:38] <dbarth_> seb128: ah ok
[15:38] <dbarth_> seb128: but like ota now, right?
[15:39] <brendand_> ogra_, think i just got a hang too
[15:39] <ogra_> yay
[15:39] <ogra_> brendand_, check logcate output please
[15:39] <ogra_> *logcat
[15:40] <seb128> dbarth_, dunno, just land it in the rtm serie and let them figure out on what image it's shipped then
[15:40] <brendand_> ogra_, when you get it does the screen turn off but not lock the device?
[15:40] <Mirv> john-mcaleely: hey. abeato is away? do you know any ofono guy who could look from that point of view at the bug #1357321 ?
[15:40] <ogra_> brendand_, right, and it doesnt take any input anymore
[15:40] <Mirv> and cyphermox for the network-manager part of debugging the problem
[15:41] <ogra_> brightness and screen on/off still work
[15:41] <brendand_> ogra_, i can't phablet-shell either?
[15:41] <cyphermox> err, wha?
[15:41] <ogra_> brendand_, right, but you can adb shell
[15:41] <brendand_> ogra_, where is logcat?
[15:41] <ogra_> brendand_, seems ssh is blocking for phablet-shell
[15:41] <ogra_> /system/bin/logcat -d
[15:42] <ogra_> (sudo)
[15:42] <rsalveti> Elleo: pmcgowan: I just got the patch and pushed as part of a src package upload
[15:42] <brendand_> ogra_, which lines are interesting?
[15:42] <rsalveti> so the branch is not needed, but the package is already in vivid
[15:42] <rsalveti> so all it needs to be done is a package sync from vivid into rtm
[15:42] <ogra_> brendand_, dunno, tvoss asked for it
[15:44] <brendand_> tvoss, i have a logcat from that issue
[15:44] <tvoss> brendand_, ENOCONTEXT :)
[15:44] <ogra_> tvoss, UI hang
[15:44] <brendand_> tvoss, http://people.canonical.com/~brendan-donegan/logcat.log
[15:45] <tvoss> brendand_, ack and thx
[15:47] <john-mcaleely> Mirv, he'll be back tomorrow.
[15:47] <john-mcaleely> Mirv, otherwise, awe is where I would go
[15:53] <cyphermox> awe is out too
[15:53] <cyphermox> (at least, as far as I know)
[15:54] <cyphermox> this really doesn't seem like something NM would do -- at least not when it's not already doing it
[15:55] <cyphermox> john-mcaleely: Mirv: we'll need more logs, but something else is trying to bring up 3G consistently, thinking it's not there. I'd look at apn editor or something. Maybe now that the bearer code works, some software is trying to be clever
[15:56] <pmcgowan> cyphermox, settings doent do anything not user initiated
[15:56] <cyphermox> pmcgowan: then it's not settings
[15:56] <cyphermox> but clearly something is doing it, and it doesn't happen unless the qtbearer changes are added
[15:57] <pmcgowan> telephony service?
[15:58] <cyphermox> I have no idea
[15:58] <cyphermox> with some more logs it might be easier to figure out\
[15:59] <cyphermox> pmcgowan: we definitely don't see that behavior without the qtbearer changes do we?
[15:59] <seb128> Mirv, hey, what would be the process to get https://code.launchpad.net/~seb128/ubuntu-settings-components/workaround-unstranslated-string/+merge/240615 in rtm?
[15:59] <seb128> Mirv, knowing it has been approved for rtm already, I'm just unsure if that's normal CI workflow, if that needs QA approval, etc
[16:00] <pmcgowan> cyphermox, no, didnt check the log but we dont lose the connection
[16:00] <cyphermox> right
[16:00] <pmcgowan> and it seems to be on a timer
[16:00] <cyphermox> so something changed, if not because of qtbearer, then become something else (android?)
[16:00] <cyphermox> right
[16:00] <cyphermox> consistently about 24 seconds
[16:01] <cyphermox> (after NM has activated the 3g connection)
[16:08] <pmcgowan> cyphermox, whateer is activating the connection would need to be using the qnetwork api?
[16:08] <cyphermox> indeed
[16:08] <davmor2> cwayne: 212 does that sound right for this image?
[16:09] <cyphermox> pmcgowan: since that's what changed, it would have to be listening for something of it
[16:09] <pmcgowan> cyphermox, do you know which package contains that
[16:09] <pmcgowan> will do a quick depends check
[16:09] <cwayne> davmor2: yeap
[16:10] <davmor2> cwayne: woohoo!
[16:19] <cyphermox> pmcgowan: jsut a second
[16:20] <cyphermox> pmcgowan: maybe libqt5network5?
[16:20] <cyphermox> Mirv: do you know specifically where the QtBearer stuff would live?
[16:21] <cyphermox> pmcgowan: the issue is you'll get lots of hits
[16:21] <pmcgowan> cyphermox, yep it does, but some interesting ones
[16:21] <pmcgowan> cyphermox, scopes, push, udm
[16:23] <cyphermox> udm...
[16:23] <ogra_> we should just use wget, i said it before !!
[16:24] <ogra_> just make udm a C++ frontend :)
[16:24] <cyphermox> best I can say for now is my back really hurts, I must have done something bad
[16:27] <Mirv> cyphermox: yes, the libqnmbearer.so in libqt5network5
[16:31] <pmcgowan> Mirv, did you test the qnetwork stuff on a krillin?
[16:32] <pmcgowan> Mirv, or does the probem show up on a mako do we know?
[16:37] <Mirv> pmcgowan: I don't have krillin, so I tested on mako yes. so it seems similar on both.
[16:38] <pmcgowan> Mirv, ok rules out a dual sim relation
[16:40] <iahmad> slangasek, ping
[16:40] <iahmad> slangasek, is it good time to talk about OTA testing?
[16:41] <Mirv> ogra_: CI Train broke a silo again, can you copy QA approved top blocker fix ./copy-package -b -d ubuntu-rtm -s 14.09 --ppa=ci-train-ppa-service --ppa-name=landing-008 --to-distribution=ubuntu-rtm --to-suite=14.09-proposed --to-primary ubuntu-ui-toolkit
[16:42] <ogra_> Mirv, http://paste.ubuntu.com/8922356/ versions OK ?
[16:42] <Mirv> ogra_: looks correct.
[16:43] <ogra_> ok, hitting y
[16:43] <ogra_> Copy [y|N]? y
[16:43] <ogra_> 16 packages successfully copied.
[16:43] <ogra_> ...
[16:43] <Mirv> thanks
[16:43] <ogra_> :)
[16:45] <seb128> Mirv, hey, did you see my ping earlier?
[16:48] <cjwatson> Mirv: please convert to the new syntax in your notes on how to do this:   ./copy-package --from=~ci-train-ppa-service/ubuntu-rtm/landing-008 --from-suite=14.09 --to=ubuntu-rtm --to-suite=14.09-proposed -b ubuntu-ui-toolkit
[16:49] <cjwatson> less option soup and easier to read
[16:50] <ogra_> oh, righ, i totally forgot that
[16:50] <ogra_> +t
[16:51] <pstolowski> brendand_, hey, i'm trying to catch up with the status of ubuntu-rtm/landing-007 that's currently pending your sign off according to QA dashboard; is it still good to go today?
[16:51] <pstolowski> alecu, thostr_ ^
[16:55] <alecu> hi trainguards! may I ask you to reconfigure silo ubuntu-rtm/landing-001 ? I added an extra MP and the train is complaining: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-001-0-reconfigure/2/console
[17:04] <Mirv> cjwatson: converted, thanks
[17:04] <slangasek> iahmad: hi there
[17:05] <iahmad> slangasek, hello
[17:05] <seb128> Mirv, hey, can I require a package to be source copied from vivid to rtm? or do we need to create a rtm vcs and have a mp for that serie?
[17:08] <iahmad> slangasek, I pinged you to discuss the OTA testing of N+1 scenarios
[17:08] <slangasek> iahmad: so the way to do OTA N+1 testing is: 1) adb into the device and edit /etc/system-image/channel.ini to change the build_number back by one; 2) enter system-settings and check for available updates; 3) accept the upgrade
[17:10] <slangasek> iahmad: do you need more detail on this?  It should really parallel any existing manual tests of OTA N-1 updates, except for the manual change with adb
[17:10] <seb128> shrug, I guess Mirv has decided to ignore me
[17:10] <seb128> does anyone else know what should be done to land a fix from vivid in rtm? can a source copy be requested?
[17:10] <iahmad> slangasek, I think, that should be enough and straight forward. Let me try it and will come back to you if got any questions.
[17:10] <seb128> or does it need a merge request?
[17:23] <davmor2> cwayne: have you done a fresh install of 212? if so can you open here maps and let me know if you see the trust store popup to allow it to access location please.  Currently I don't see it so I get no location in here
[17:23] <Mirv> seb128: as the package is on the wishlist, you can just have a silo, either a sync one or if they are diverted, a rtm branch specific identical MP
[17:23] <jfunk> iahmad: slangasek: do either of you have any concerns that this will not catch all defects?  This is an incredibly high impact if failures occur in N+1 testing
[17:24] <ogra_> slangasek, jfunk, that will only test the system-image process itself ... you wont catch breakage caused by an update since you install the very same image
[17:24] <cwayne> davmor2: yep, got the trust store popup
[17:24] <davmor2> cwayne: :(
[17:25] <seb128> Mirv, how do sync ones work? I can just set "sync:ubuntu,vivid,ubuntu-settings-components" for example?
[17:25] <cwayne> davmor2: let me try another --wipe
[17:25] <Mirv> seb128: the rtm silo will go through QA signoff
[17:25] <Mirv> it'd be sync:ubuntu,vivid ubuntu-settings-components
[17:25] <ogra_> slangasek, jfunk, iahmad, imho we should additionally have an actual test that installs an old image (by using --revision to ubuntu-device-flash) and does the OTA to check for possible breakage
[17:25] <Mirv> so without that one comma
[17:26] <jfunk> ogra_: we have this, that's pretty easy
[17:26] <ogra_> right
[17:26] <ogra_> thats fine then
[17:26] <Mirv> seb128: if everything that is in vivid can land in rtm, then you don't need separate rtm branch until something cannot land
[17:26] <ogra_> for only testing system-image behavior slangasek's suggestion is preferctl fine
[17:26] <jfunk> ogra_: the test I am worried about is to test that the freshly pressed image is still working to discover and install future (unpresed / nonexistent) images
[17:26] <seb128> Mirv, ok, thanks!
[17:26] <Mirv> seb128: anyway, I'm heavily EOD:d so please continue with robru
[17:27] <Mirv> np
[17:27] <seb128> Mirv, I'm about to go as well, so probably a topic for another day
[17:27] <seb128> thanks
[17:28] <seb128> have a nice evening!
[17:28] <ogra_> jfunk, right, for that the above should work ... at least to test the mechanism ...
[17:28] <davmor2> cwayne: a reboot and it worked so I don't know what was going on with it
[17:28] <cwayne> davmor2: not sure, i've never seen that
[17:29] <jfunk> ogra_: thx, what about permutations of settings, like wifi or network connection status, reboots etc
[17:29] <jfunk> iahmad: ^^
[17:29] <ogra_> jfunk, what i'm worried about on upgrades (and which we didnt really consider yet) is data transition ... i.e. if y core app stored data in text files and at some point switches to an sqlite DB, making sure the user data is properly transferred over etc
[17:30] <ogra_> yeah, i guess settings also falls in that category ...
[17:30] <jfunk> ogra_: interesting, might be worth having a chat with iahmad about those cases and seeing if we account for them
[17:31] <iahmad> ogra_, that side of testing is already covered
[17:31] <ogra_> iahmad, the testing might, i dont think the apps are even prepared to do such transitions though
[17:31] <iahmad> ogra_, but what is not covered to verify that current image OTA is working as that is the more crucial
[17:32] <cwayne> davmor2: so on a freh flash, i still get the trust popup
[17:32] <cwayne> it's having trouble getting my location right now, but i think that's because I don't have a sim card?
[17:32] <cwayne> oh
[17:32] <cwayne> i didnt accept the here terms
[17:32] <cwayne> that'd be it :)
[17:32] <ogra_> iahmad, right, well, both above metohds will work for this up to the point where you simply cant predict the future :)
[17:33] <davmor2> cwayne: yeah I think it might just of been a glitch it seems to be fine now
[17:48] <john-mcaleely> evening all. new device tarball for krillin/vivid:
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141110-a638ede.tar.xz
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141110-a638ede.changes
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20141110-a638ede.ods
[17:49] <john-mcaleely> davmor2, brendand_ do you guys want to sign off vivid tarballs today?
[17:49] <john-mcaleely> (or over the next day or so - no hurry, I think. just want toknow if you want to sign off)
[17:50] <davmor2> john-mcaleely: possibly tomorrow, today I am doing a custom-tarball
[17:51] <john-mcaleely> davmor2, ok, do i need to do something to put it in a queue?
[17:51] <davmor2> john-mcaleely: no
[17:52] <john-mcaleely> davmor2, ok, sounds good to e
[17:52] <john-mcaleely> me
[17:52] <john-mcaleely> rsalveti, ^ vivid tarball en-route. see URL above if you want it now for some reason
[17:53] <jfunk> jibel: iahmad: you should check in with barry, he's writing OTA automation for us right now
[17:54]  * barry waves
[17:54] <iahmad> barry, hello
[17:55] <barry> iahmad: hi
[17:55] <jfunk> iahmad: I think the best help we can be to barry is to make sure things are page/object and reusable as possible before he gets too far along
[17:56] <iahmad> jfunk, sure
[17:56] <jfunk> I am also still very unclear what the reqs are to get those tests into CI
[17:57] <jfunk> fginther: ^ there's a lot of mud in the water
[17:57] <barry> jfunk, jibel, iahmad basically i am implementing the parts of this test plan that make sense: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-image
[17:58] <iahmad> barry, I understand that you working on automating OTA testing with N-1 scenarios, now what would be good to add the N+1 test cases as well
[17:58] <iahmad> barry, this should be achievable with simple change of what slangasek suggested earlier.
[17:59] <barry> iahmad: what do you mean N+1 test cases?
[17:59] <brendand_> robru, just a heads up it would be great to have silo 3 in tomorrows image - i just signed it off
[17:59] <jfunk> barry: in this channel if you scroll up you'll find it
[17:59] <iahmad> barry, the aim of N+1 test cases to test the OTA on current image
[17:59] <jfunk> barry: around 12:08EST
[18:00] <barry> okay, now i'm not sure what the n-1 test is :)
[18:00] <robru> brendand_: can do, thx
[18:00] <iahmad> barry, hangout?
[18:00] <barry> i guess that's flash to an *actual* n-1 and then update
[18:00] <barry> iahmad: sure, but can we do that in ~20m?
[18:00] <robru> brendand_: hm, there's a comment on it that says 'not allowed to land in rtm'?
[18:00] <iahmad> barry, right but that means risking OTA on current image
[18:01] <iahmad> barry, as it may be working on n-1 image but we will not know if it is working on upgraded image
[18:01] <iahmad> barry, sure, ping me when you are ready
[18:01] <robru> brendand_: and I don't see a bug reference to check with the whitelist
[18:01] <slangasek> barry: yes; n-1 is "install the previous image, verify that we can upgrade to the new one".  n+1 is "install the current image, verify that it's capable of updating to a theoretical future one".
[18:01] <robru> nm, found the bug
[18:02] <barry> slangasek: yep, like the test plan describes
[18:02] <barry> should be doable.
[18:02] <barry> iahmad: ok, i'm going to get some quick lunch and ping you.  feel free to line up anybody else for the hangout as you feel is needed
[18:03] <brendand_> robru, the bug would be in the changelog
[18:03] <robru> brendand_: rsalveti Elleo: I don't see bug 1373985 on any whitelist. can you raise that with olli if you want to get that released?
[18:04] <brendand_> Elleo, i thought you got it approved? why wasn't the wishlist updated?
[18:04] <Elleo> robru: it's on the spreadsheet, line 67, marked as approved
[18:05] <brendand_> Elleo, ah yeah - it's on there twice
[18:05] <brendand_> robru, the second instance here: https://docs.google.com/a/canonical.com/spreadsheets/d/1vtSSJZTIVEki9WsxTH_UxbE_PhdsEJl3Z0mn-UyDat0/edit#gid=184947514
[18:05] <Elleo> ah
[18:05] <brendand_> robru, line 67 as Elleo said
[18:07] <Elleo> brendand_, robru: removed the duplicate entry; so it's on line 66 now
[18:10] <robru> bah
[18:10] <fginther> jfunk, the criteria that we are working toward is encapsulating tests with dep8. If that doesn't work for a particular test case, I think we need to know more about what is missing. ev, do you have anything else to add?
[18:10] <robru> rsalveti: I guess you need to to copy-package, we have more version bs happening here https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/38/console
[18:11] <jfunk> barry: can you see Francis' comment above
[18:12] <jfunk> this is what we need to get the OTA tests invoked by CI
[18:12] <jfunk> and handled / owned
[18:14] <alecu> hi trainguards! may I ask you to reconfigure silo ubuntu-rtm/landing-001 ?
[18:15] <iahmad> fginther, would you be available for hangout with barry once he is back from his lunch?
[18:17] <fginther> iahmad, yes, but I may not be the right contact for this, let me sycn up with my team first
[18:18] <iahmad> fginther, ok
[18:20] <robru> alecu: doing
[18:20] <alecu> thanks!
[18:21] <robru> you're welcome
[18:25] <robru> rsalveti: nm, just needed a WATCH_ONLY, now it published
[18:25] <robru> brendand_: Elleo: ok published
[18:25] <dbarth_> hi trainguards; i have line 60 ready for an rtm silo; thanks
[18:27] <robru> dbarth_: conflicts with silo rtm15, can those be merged?
[18:27] <robru> bfiller: rtm 4 ;-)
[18:28] <dbarth_> robru: nope; silo 16 should be put aside; we can't land it right now; the new oxide has not been accepted for landing
[18:28] <dbarth_> silo 15 i mean
[18:28] <elopio> ping cihelp: could I get a review here, please? https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/240974
[18:28] <robru> dbarth_: ah ok
[18:29] <dbarth_> robru: maybe silo 15 can just be cleared; i doubt it is still usefull, considering the other landings that happened since it was last tested
[18:29] <robru> dbarth_: ok, you got rtm 8, and I can free that, thx
[18:29] <dbarth_> robru: ty
[18:29] <barry> iahmad, fginther, et al: i am ready to hang out when you are
[18:30] <dbarth_> bfiller: ^^ ok with clearing silo 15 btw?
[18:30] <iahmad> barry, fginther jibel https://plus.google.com/hangouts/_/canonical.com/upgrade-testing?authuser=0
[18:30] <dbarth_> i haven't discussed it recently with Olivier, but i'd rather archive the request for now; we can't land the newer oxide
[18:30] <fginther> barry, iahmad, ack
[18:30] <brendand_> thostr_, silo 7 contains a bug that is not wishlisted, can you do whatever you need to about that?
[18:33] <Elleo> robru: great, thanks :)
[18:33] <robru> Elleo: you're welcome
[18:38] <slangasek> robru, Ursinha-afk: no sil2100 this week; do you want to meet, or should we carry on with business as usual?
[18:39] <robru> slangasek: ahhhh... I think I have some questions for you.
[18:39] <robru> Ursinha: do you have anything to report re: staging instance?
[18:39] <slangasek> robru: ok, happy to have the call if it's useful :)
[18:41] <robru> slangasek: yes please, but I think we don't need Ursinha (and I think she's busy enough to appreciate the break)
[18:41] <Ursinha> robru: nope, there is an ongoing conversation but nothing new as of now
[18:41] <robru> Ursinha: ah ok, don't worry about the meeting then
[18:41] <Ursinha> haha
[18:41]  * Ursinha hugs robru
[18:41]  * robru hugs back
[19:03] <fginther> barry, he's the example I have - https://code.launchpad.net/~fginther/+junk/system-settle
[19:03] <fginther> s/he's/here's/
[19:03] <barry> fginther: got it, thanks
[19:05] <robru> slangasek: meeting?
[19:10] <plars> elopio: maybe someone else in qa knows the history of that branch, but I couldn't even tell you where it's used
[19:12] <elopio> plars: it's a branch I made new. We want to use it as a base for the rest of tests that we will give to ci to run.
[19:12] <fginther> plars, are you talking about the conflicts?
[19:13] <plars> elopio: so.. if it's something you want to run for touch tests, it should be against lp:ubuntu-test-cases/touch, if it's just example code then it should probably live as documentation somewhere
[19:13] <plars> fginther: no, the branch that he posted earlier
[19:13] <fginther> plars, right, that's what I'm looking at
[19:14] <fginther> "Conflict adding file debian. "
[19:14] <plars> fginther: yeah, I was a bit confused by it, it's against trunk for some reason
[19:15] <plars> fginther: but it appears to just be example code, so I'm not really sure it should be merged
[19:15] <elopio> plars: I would like it to be a runnable documentation, so I think I'll merge it with touch and propose again there.
[19:15] <fginther> plars, elopio, so that I can understand better... The tests that you are wanting to migrate are in lp:ubuntu-test-cases/touch and other lp:ubuntu-test-cases series branches?
[19:16] <fginther> i.e. not just touch tests?
[19:16] <elopio> fginther: yes.
[19:16] <fginther> elopio, thx
[19:17] <elopio> that's what makes the 'touch' branch a little confusing. Some things should be runnable and useful also for desktop
[19:30] <fginther> plars, I added a comment to elopio's MP. Please let me know if I missed the mark
[19:31] <elopio> fginther: that makes it a little clearer, thanks.
[19:31]  * elopio moves the files
[19:36] <renatu> hey guys I am having problems with silo 5 rtm. Who can help me?
[19:37] <renatu> for some reason it is generating a package different from what I am getting on my chroot
[19:37] <renatu> I would like to understand why
[19:41] <elopio> fginther: plars: I think this will look better for you: https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/241321
[19:49] <renatu> robru, hi, could you help me to understand what is happening on silo 5 rtm?
[19:50] <renatu> the package generated does not match with the package that I created on my chroot
[19:51] <bfiller> robru: getting some errors in the ppa build about not finding orig tarball
[19:51] <bfiller> robru: https://launchpadlibrarian.net/189781656/buildlog_ubuntu-rtm-14.09-armhf.mediaplayer-app_0.20.5%2B15.04.20141110.2~rtm-0ubuntu1_UPLOADING.txt.gz
[20:01] <robru> bfiller: I don't see any error in that log, did you retry?
[20:01] <bfiller> robru: yes, sorry I gave you wrong log, it's here https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-1-build/88/console
[20:02] <bfiller> robru: seems same error on retry, the issue is the desktop file is not getting generated properly
[20:03] <robru> bfiller: hm, I don't see any error in that log either, it's still building ;-)
[20:04] <robru> bfiller: we had an issue last week where the train was accidentally deleting some needed files, and resulting in errors like 'orig tarball not found' and some others, I fixed that friday, so my only guess is that you're looking at a log from a build from friday morning or earlier. it should all be working now, let the package in the PPA finish building and
[20:04] <robru> test that
[20:05] <bfiller> robru: we did let it finish and tested it, wasn't working. the current build (and previous) has this in the log dh get-orig-source --parallel --with translations
[20:05] <bfiller> debian/rules:7: recipe for target 'get-orig-source' failed
[20:05] <bfiller> thought it was suspicious
[20:05] <bfiller> renatu: ^^^
[20:06] <bfiller> robru: the build works, it's just the package is not what we expect
[20:06] <bfiller> robru: wasn't sure about this message either:
[20:06] <bfiller> 2014-11-10 19:57:32,648 INFO A version in the ppa (0.20.5+15.04.20141110.2~rtm-0ubuntu1) is higher than the proposed version in bzr (0.20.5+14.10.20141015-0ubuntu1) (previous tests/builds failing?). Basing on that one.
[20:07] <robru> bfiller: that one is ok, just means you didn't publish every single build you did (that's normal)
[20:07] <robru> bfiller: so what's wrong with the package?
[20:08] <renatu> robru, on my chroot I got the desktop file with all translations but I did not on the silo
[20:08] <bfiller> robru: the desktop file that gets spit out doesn't have the proper translations I believe
[20:09] <robru> renatu: bfiller: isn't that expected? I thought pitti made a change recently so that translations get ripped out and shipped separately in langpacks
[20:09] <robru> (but I don't know much of the details)
[20:10] <robru> bfiller: renatu: http://bazaar.launchpad.net/~phablet-team/mediaplayer-app/rtm-14.09/view/head:/debian/control#L21
[20:10] <robru> renatu: bfiller: so yeah, seems fine to me
[20:11] <elopio> plars: answered, updated, and pushed.
[20:11] <elopio> thanks for the review.
[20:11] <bfiller> robru: hmn, ok. I guess not all apps have this maybe
[20:12] <bfiller> robru: do you know who updates the langpacks then? assume that must happen automatically when new translations added?
[20:14] <elopio> balloons: I also updated the -s adb. Thanks for that.
[20:15] <bfiller> robru: dialer-app has X-Ubuntu-Use-Langpack: yes but still has some translatins in the desktop file
[20:45] <robru> bfiller: not sure exactly, better email pitti for details i guess.
[20:47] <rsalveti> robru: guess we can also publish line 26
[20:48] <rsalveti> part of the whitelist, tested by QA
[21:41] <bfiller> robru: can you create a silo for line 61 when you have a chance? thanks
[21:50] <pmcgowan> how do I kill unity8 and not have t restart
[21:50] <ogra_> stop unity8
[21:50] <pmcgowan> so easy
[21:50] <ogra_> :)
[21:51] <ogra_> upstart ;)
[21:51] <ogra_> enjoy it as long as you still can :P
[21:52] <pmcgowan> so sad
[22:01] <robru> ogra_: are you implying systemd can't restart unity?
[22:01] <ogra_> lol, no
[22:01] <ogra_> :)
[22:01] <ogra_> but who knows
[22:02] <ogra_> robru, i fear it cat start it to begin with :)
[22:02] <ogra_> (because porting all our upstart session hackups to systemd will take a year or three :P )
[22:03] <ogra_> (yeah, i know, i'm an optimist)
[22:25] <robru> lol
[22:26] <robru> bfiller: sorry was on lunch. vivid 7
[22:26] <bfiller> robru: np, thanks
[22:27] <robru> bfiller: you're welcome


[12:23] <zul> lamont: stop bombing my email!! :)
[12:27] <lamont> zul: heh
[12:27] <lamont> was last time, honest
[12:27] <lamont> well, for this change, anyway
[12:28] <lamont> there's only one bug left in bz that has kernel-team on it, and I'm not reopening taht bug just to change it
[12:55] <zul> heh
[02:42] <zul> lamont: back yet
[02:44] <lamont> yeah
[04:43] <zul> later
[06:19] <fabbione> morning
[06:31] <crimsun> morning, fabbione :-)
[06:47] <lamont> fabbion3: when did you go all 3l1t3 on us?
[06:48] <fabbion3> i need fabbione for the dpl debate
[06:48] <fabbion3> going to switch back later :-)
[06:49] <fabbion3> otherwise it's just ETOOMANYCHAN for one client
[06:50] <lamont> ah, ok.
[06:50] <lamont> you running?  or just want to be there?
[06:50] <lamont> how many channels am I allowed?
[06:51] <fabbion3> no the problem is not the amount of allowed chans
[06:51] <fabbion3> it's the way i like to use my client
[06:51] <fabbion3> i don't like to hide windows
[06:51] <fabbion3> so i keep all of them open at the same time
[07:27] <lamont> fabbion3: may have some hppa changes for a near-future kernel...
[07:33] <fabbion3> lamont: that's ok with me
[07:33] <fabbion3> i don't have any issue with portability on hppa
[07:33] <fabbion3> specially because the patches are isolated
[07:34] <lamont> heh
[07:34] <fabbion3> btw.. i just added the 00-list files for 29
[07:34] <fabbion3> i must do the create_new_release: target in the make file
[07:34] <fabbion3> it's just too many thing to do atm
[07:34] <fabbion3> it's easy to forget them.
[07:39] <lamont> yes, please
[07:39] <lamont> so this abichecker... where does it live?
[07:41] <fabbion3> lamont: in debian/rules inside the clean and build target
[07:41] <fabbion3> + 2/3 things outside to export VARS like abinum
[07:42] <fabbion3> debian/abi is the dir that does the trick
[07:42] <lamont> ok... there's a target in debian/rules then that verifies things?
[07:42] <lamont> and I'll need to generate hppa files for -28 or something?
[07:43] <fabbion3> lamont: no target. it's just a direct thing in build target
[07:43] <lamont> ok
[07:43] <fabbion3> if you build for hppa, just add the ABI files to debian/abi/2.6.10-28/hppa/
[07:43] <fabbion3> they are called with the same name as the config files
[07:43] <fabbion3> otherwise
[07:43] <fabbion3> since hppa is not official yet
[07:44] <fabbion3> you can just echo 1 > debian/abi/2.6.10-28/hppa.ignore
[07:44] <fabbion3> and the ABI check will be overridden
[07:44] <fabbion3> don't make an empty file
[07:44] <fabbion3> it won't survive to make clean
[07:58] <fabbion3> svenl: i am building the ppc kernel with the eth changes right now
[08:00] <svenl> it builds fine ?
[08:00] <svenl> fabbion3: did you add the mkvmlinuz support stuff too ?
[08:00] <fabbion3> it's build..
[08:00] <fabbion3> it still needs to finish the first flavour
[08:01] <svenl> it compiles the arch/ppc part early on.
[08:01] <fabbion3> svenl: i am compiling with -j15
[08:01] <fabbion3> it won't take long
[08:01] <fabbion3> too much scrolling on the screen to see it
[08:02] <svenl> :)
[08:06] <fabbion3> In file included from arch/ppc/platforms/mv643xx_eth_pegasos.c:18:
[08:06] <fabbion3> include/linux/mv643xx.h:16:27: asm/addrspace.h: No such file or directory
[08:06] <fabbion3> include/linux/mv643xx.h:17:25: asm/marvell.h: No such file or directory
[08:06] <fabbion3> it fails
[08:06] <fabbion3> this is 2.6.10
[08:06] <fabbion3> are you sure you did add all the files?
[08:11] <svenl> well, they where for 2.6.11, maybe the files in question got added to 2.6.11 after 2.6.10. Will check.
[08:12] <svenl> or you can just grab them.
[08:12] <svenl> The problem is that my frech ubuntu install refused to boot, so i couldn't try the patches myself, but will backport them to the debian 2.6.10 kernel.
[08:14] <svenl> fabbion3: mmm, something is wrong here.
[08:14] <fabbion3> svenl: please just give me the complete patches
[08:14] <fabbion3> you can build in a hoary chroot
[08:14] <svenl> those are the mips includes.
[08:14] <fabbion3> it's not difficult
[08:14] <svenl> a patch against the debian 2.6.10 kernel should do just as well though, right ?
[08:15] <fabbion3> ubuntu 2.6.10 please
[08:16] <svenl> ok.
[08:17] <svenl> fabbion3: first i need to make an upstream patch though.
[08:18] <fabbion3> that's fine by me
[08:18] <svenl> fabbion3: what about mkvmlinuz support script ?
[08:18] <svenl> fabbion3: maybe you can try that in the meantime ?
[08:18] <fabbion3> if you have an http server somewhere you can just branch out from /t and i can merge from you
[08:18] <fabbion3> svenl: yes gimme the patch and i will test it in the meanwhile
[08:20] <svenl> fabbion3: you get the svn://svn.debian.org/svn/kernel/trunk/kernel/powerpc/kernel-patch-powerpc-2.6.10-2.6.10/debian/post-install
[08:21] <svenl> and move it to kernel-tree/debian before calling make-kpkh kernel-image
[08:21] <svenl> debian powerpc package does :
[08:21] <svenl>         cd debian; cp -p changelog control copyright post-install $(KSOURCE)/debian
[08:22] <svenl> in configure, after having unpacked the kernel tree, but i bet you know best when to do it.
[08:22] <svenl> it is a make-kpkg install hook.
[08:25] <fabbion3> svenl: ok i will look at it, but i would really love to get simple patches to our tree to do stuff like that. it takes me a lot of time to check exactly what needs to be done and why.
[08:25] <fabbion3> also are we sure that our make-kpkg is the same as in debian with the same support hooks and stuff?
[08:29] <svenl> fabbion3: yep, as soon as i am able to install ubuntu, i will do it, right now it seems tzsetup-udeb broke since yesterday, see my message on #ubuntu-devel.
[08:30] <fabbion3> svenl: just a suggestion, since we are in short of time due to release, can you just bootstrap a chroot to make the patches?
[08:31] <fabbion3> you only need to manually install debootstrap from ubuntu
[08:31] <svenl> fabbion3: and last i tried, debootstrapping a ubuntu partition, i failed horribly.
[08:31] <fabbion3> create the chroot
[08:31] <fabbion3> and reinstall the debian debootstrap
[08:31] <fabbion3> i can help you with that..
[08:31] <fabbion3> it's no issue
[08:31] <svenl> ok will try.
[08:31] <svenl> Damn, it now just gives me an empty blue screen for apt-configuration :/
[08:32] <svenl> will relaunch the install while i prepare a debootstrap partition.
[08:32] <fabbion3> do you have a dedicated partition or just a dir somewhere?
[08:32] <fabbion3> iirc in both cases you need to mkdir /sys
[08:33] <fabbion3> not on your system.. inside the chroot
[08:34] <svenl> mmm, i am installing /sys, and i have just a dir.
[08:34] <svenl> i mount /sys like i mounted /proc previously ?
[08:34] <svenl> what is the debootstrap invocation ?
[08:35] <svenl> E: Failed getting release file http://ftp.debian.org/debian/dists/hoary/Release
[08:35] <svenl> well, guess i have to provide for a mirror
[08:35] <fabbion3> ehehe
[08:36] <fabbion3> debootstrap hoary <chrootdir> http://archive.ubuntu.com/ubuntu
[08:36] <svenl> if doing it in fakeroot enough, or do i need to be real root.
[08:37] <fabbion3> sudo or real root
[08:37] <fabbion3> you can't use fakeroot for that
[08:37] <svenl> oh well.
[08:37] <svenl> ok doing it with sudo.
[08:38] <svenl> do i need to create the /sys before doing the debootstrap call ?
[08:38] <fabbion3> yes
[08:38] <fabbion3> inside the chroot
[08:39] <svenl> fabbion3: how can i do it inside the chroot before i finished debootstrap ?
[08:39] <fabbion3> svenl: you created a directory for the chroot, right?
[08:40] <fabbion3> sudo mkdir <pathtothechroot>/sys
[08:40] <fabbion3> that's more than enough
[08:40] <fabbion3> it's just a simple dir
[08:40] <fabbion3> but it needs to be done by root
[08:41] <svenl> ok.
[08:41] <svenl> what about /proc ?
[08:41] <svenl> ok launched, let's hope it will be ok now.
[08:43] <fabbion3> proc is handled by debootstrap
[08:43] <fabbion3> no need to touch it
[08:44] <svenl> ah ... i had it mounted already, i hope this will not cause problems ?
[08:44] <fabbion3> probably not
[08:46] <svenl> Mmm, i really need to get a apt proxy going here, i wonder if i can configure my router to automatically redirect apt calls to it, but i don't think so.
[08:48] <svenl> will take a while though, since i don't have 2.6.10 in my ccache, and have a slower machine than yours.
[08:50] <fabbion3> svenl: 2 hints
[08:50] <fabbion3> in debian/config/powerpc
[08:51] <fabbion3> there are the configs for $flavour
[08:51] <fabbion3> just leave one there that is known to use that card
[08:51] <fabbion3> and in debian/rules
[08:51] <fabbion3> there is a commented line CONCURRENCY_LEVEL
[08:51] <fabbion3> even if your machine is UP
[08:51] <fabbion3> set it to 4 or 8
[08:51] <fabbion3> the kernel benefits a lot of that
[08:52] <fabbion3> it will slow down your box for a little while
[08:56] <svenl> i use 8, and i use both ccache, and a two machine distcc setup.
[08:56] <fabbion3> svenl: good
[08:56] <fabbion3> it will take much less to build
[08:56] <svenl> yep.
[08:56] <svenl> normal build is 1.5 hours though.
[08:57] <T-None> morning svenl, fabbion3
[08:57] <svenl> hi T-None
[08:58] <svenl> mmm, making a backup of my chroot, just in case.
[08:58] <fabbion3> hi T-None
[08:59] <T-None> have a nice day, fellows 8)
[08:59] <svenl> T-None: you too.
[08:59] <T-None> thx
[08:59] <fabbione> cya leter
[09:05] <fabbione> mdz: ping?
[09:05] <mdz> fabbione: going to sleep shortly
[09:07] <fabbione> mdz: i found a driver in the kernel that we forgot to update even before UVF
[09:07] <fabbione> and i think the new version can fix a maj bug
[09:07] <mdz> email about it, please, I'm crashing
[09:07] <fabbione> sure
[09:07] <fabbione> good night :-)
[09:08] <svenl> chroot created.
[09:10] <svenl> fabbione: can i build only the powerpc kernels, and not the full source stuff ?
[09:10] <fabbione> yes
[09:11] <fabbione> just do a fakeroot make -f debian/rules build
[09:11] <fabbione> it will leave the .deb files in debian/build
[09:11] <fabbione> you still need to cleanup debian/config/powerpc if you want to remove flavours
[09:11] <svenl> yep.
[09:12] <svenl> debian's setup is somewhat nicer, since it has a file (debian/flavours) where you can just list the flavours you want to build.
[09:14] <svenl> Ok, i have a upstream patch against 2.6.10, need to test it.
[09:15] <fabbione> bah screw mppe
[09:15] <fabbione> there is no new kernel driver
[09:15] <fabbione> only a newer userland daemon
[09:29] <svenl> hi kylem
[09:29] <kylem> hiya.
[09:29] <fabbione> hey kylem
[09:30] <svenl> fabbione: i have a version of the patch against upstream for 2.6.10, do you want to test it ? Will take a while (read couple hours) for me.
[09:30] <kylem> :)
[09:31] <fabbione> svenl: can you just please send one patch when you believe you are done, and i will test it?
[09:31] <svenl> fabbione: it replaces the powerpc-mv643xx-enet.dpatch one.
[09:31] <svenl> fabbione: ok.
[09:31] <svenl> fabbione: ok to include the mkvmlinuz support too ?
[09:32] <svenl> fabbione: and to fill a proper bug report with it ?
[09:32] <mjg59> fabbione: What's the situation with pre-Hoary changes? Nothing now unless it's low-impact and verified to fix a bug?
[09:32] <fabbione> there is no need for a bug.. just send me the patches :-)
[09:32] <fabbione> mjg59: kinda
[09:33] <svenl> fabbione: ok.
[09:33] <fabbione> i need to go for 10 minutes...
[09:33] <fabbione> brb
[09:33] <mjg59> We've still got some machines with missing batteries, and there's an acpi patch that /may/ fix it
[09:33] <mjg59> But I don't understand what it does, I don't have any of the affected hardware here, and, well...
[09:48] <fabbione> mjg59: did you test the patch for possible regression?
[09:48] <fabbione> i have one laptop here too to test it
[09:49] <mjg59> fabbione: No, haven't done that yet
[09:49] <fabbione> mjg59: ok, can you do it and send me the dpatch?
[09:49] <mjg59> Sure. What sort of timescale are we looking at? I won't have a chance to look at this until tomorrow, probably
[09:50] <fabbione> mjg59: well i am working on trying to fix some bugs
[09:50] <fabbione> the big fat bastard went out yesterday
[09:50] <fabbione> so we have a few days
[09:50] <mjg59> Yeah. Thanks for the b44 fix
[09:50] <fabbione> no problem
[09:51] <fabbione> mjg59: you can also branch off from baz
[09:51] <fabbione> and i can merge from you, if that makes thing easier
[09:51] <fabbione> the archive is on people
[09:52] <fabbione><EMAIL_ADDRESS>[09:53] <mjg59> Then I'd have to figure out how to use baz!
[09:56] <fabbione> mjg59: that'd be very easy for you ;)
[11:31] <fabbione> svenl: the 2 new patches are the one you committed to svn?
[11:32] <svenl> fabbione: indeed.
[11:32] <fabbione> ok
[11:32] <svenl> need to test first, will tell you once i did.
[11:33] <fabbione> ok
[01:10] <smurfix> fabbione: WRT #7633, dunno what else to try, fast USB works here and I seem to have the same USB hardware :-/
[02:57] <zul> hey
[02:58] <zul> heh...it looks like the canadians outnumber everyone here
[03:03] <jbailey> Hmm, you, me, kyle...
[03:03] <jbailey> I don't know where Daniel or Matthias is from.
[03:30] <zul> do we want a doc in the wiki on how to get the baz stuff?
[03:39] <kylem> :)
[03:41] <jbailey> zul: Do you have a sec to look at the last couple of entries on 1440 with me?
[03:41] <mjg59> fabbione: Ok, looks like the battery problem is down to the battery module not being loaded...
[03:41] <jbailey> zul: Looks like we might have another live one.
[03:42] <zul> jbailey: am at work but ill have a look
[03:42] <zul> which one?
[03:42] <jbailey> zul: don't worry about it.  I'm just looking for a sanity check before I reopen this one... again...  *cRy*
[03:42] <zul> heh
[03:43] <jbailey> Two two dmesg's.  User claims array-6 works.  dmesg seems to show ata_piix doing the right thing with the PATA CD Rom.  Nightly dmesg shows it not being picked up and ide-generic failing to grab it.
[03:43] <jbailey> s/^Two/The/
[03:45] <zul> ok...ill have a look in a little bit there is people coming in and out of my office ;)
[04:36] <svenl> fabbione: i get this :
[04:36] <svenl> Use of uninitialized value in split at /usr/share/kernel-wedge/commands/gen-control line 36, <KVERS> line 3.
[04:36] <svenl> Use of uninitialized value in split at /usr/share/kernel-wedge/commands/gen-control line 36, <KVERS> line 4.
[04:36] <svenl> Use of uninitialized value in pattern match (m//) at /usr/share/kernel-wedge/commands/gen-control line 161.
[04:36] <svenl> Use of uninitialized value in pattern match (m//) at /usr/share/kernel-wedge/commands/gen-control line 161.
[04:37] <svenl> seems to build fine though afterward.
[04:43] <fabbione> argh
[04:43] <fabbione> i crashed
[04:43] <fabbione> smurfix: ok. thanks a lot!
[04:44] <fabbione> mjg59: hmmm is that loaded by laptop-mode or something?
[04:44] <fabbione> svenl: these warnings are harmless
[04:44] <mjg59> fabbione: No, it should be loaded by acpid
[04:45] <fabbione> mjg59: ok, do we know why it doesn't load it?
[04:45] <mjg59> Nope.
[04:45] <mjg59> Can't reproduce it here.
[04:46] <svenl> fabbione: seems so, harmless but annoying.
[04:46] <fabbione> i know it's harmless. they have been there since ages
[04:46] <fabbione> mjg59: what about just forcing it?
[04:47] <mjg59> fabbione: If they add it to /etc/modules, it loads
[04:47] <mjg59> So, uh.
[04:53] <svenl> damn i forgot to remove marvel-pegasos-2 :/
[05:04] <fabbione> lamont: sorry but -28 on hppa will fail
[05:07] <lamont> woot
[05:07] <lamont> why for?
[05:08] <lamont> I'll create 28hppa1 locally (or maybe 29hppa1 by the time I get to it...), and then merge that back in
[05:08] <zul> sweetness i can access my baz stuff from work as well
[05:08] <fabbione> becasue the clean target is borked
[05:08] <fabbione> and it checks for abi files that are not there
[05:09] <fabbione> as well the build target does NOT check for the override
[05:09] <fabbione> so basically i messed it up a bit
[05:11] <lamont> np.  plan is to create the abi files with -28 and merge those for -29
[05:11] <lamont> assuming I get time to mess with -28 before -29 happends
[05:12] <lamont> or maybe kylem/t-bone will beat me to it...
[05:14] <fabbione> that will need manual tricks to build
[05:14] <fabbione> but it's ok
[05:21] <lamont> fabbione: we need a README or something that says how to create new ABI files...  Or maybe that just wants to be a debian/rules target, for when we intentionally bump the abi?
[05:22] <fabbione> lamont: the abi files are created at build time and the build rules already move them in the right place
[05:22] <fabbione> from the build tree to debian/abi/$cur_version/$arch/$flavour
[05:22] <fabbione> so basically you only need to collect them around the different buildd
[05:22] <fabbione> i would much rather have a makenewrelease: target
[05:22] <lamont> ah, ok.
[05:23] <lamont> yes, definitely want a newrelease target
[05:23] <fabbione> that will create everything that needs to be created
[05:23] <fabbione> and check for what has been done and what is missing
[05:23] <fabbione> i was supposed to do it today
[05:23] <fabbione> but after lunch i layed in bed 5 minutes with my wife
[05:23] <fabbione> and i woke up after 5 hours
[05:24] <fabbione> new debian/rules should work with $arch.override
[05:25] <lamont> sometimes your body makes you obey it...
[05:25] <fabbione> tbh.. i didn't even try to make reistance...
[05:25] <fabbione> resistance even
[05:26] <zul> that was weird
[05:38] <zul> who added pmac_pmdisk?
[05:39] <kylem> it went in through Pavel.
[05:39] <kylem> and benh is upset.
[05:40] <kylem> there were a couple mails on linux-kernel about it two days ago, i could dig them up if you'd like.
[05:40] <zul> its making me upset now :)
[05:40] <kylem> heh.
[05:42] <zul> lunch
[05:54] <mjg59> benh is unhappy from a this isn't clean enough yet point of view rather than a this doesn't work yet point of view (as I understand it)
[05:54] <mjg59> It seems to work pretty well, so we're including it...
[05:58] <kylem> from what i can tell, he's also unhappy from a "hey, somebody subverted due process, grr at them" standpoint, justifiably.
[06:01] <fabbione> lamont: bumpabi: target is in place
[06:01] <fabbione> note: run it only once. it doesn't backup
[06:17] <fabbione> lamont, zul: what would you like the "prepare a new release" target should do ?
[06:17] <fabbione> in details?
[06:23] <lamont> fabbione: re: abibump.... heh
[06:24] <lamont> new release: create 00list files
[06:24] <lamont> and bump changelog
[06:24] <fabbione> because even the clean target will fail if all the abi files aren't in place
[06:49] <zul> what lamont said
[06:52] <fabbione> yeah.. i have almost done
[06:52] <fabbione> is that ok that the abi stuff is checked instead of created?
[06:52] <fabbione> it would happen in seq anyway
[06:53] <fabbione> first you "createthenewrelease"
[06:53] <fabbione> and at the first time you run a make clean
[06:53] <fabbione> it will check all the stuff
[06:54] <zul> yeah it should be ok we could always change it later
[06:55] <fabbione> yeah
[06:56] <lamont> sounds good
[06:56] <T-Bone> howdy buddies
[06:56] <zul> hey T-Bone
[06:58] <T-Bone> oh, so there's been a settlement over "Breezy", heh? :)
[07:01] <zul> hmm?
[07:02] <zul> ah ok
 Ubuntu release,
 due in October 2005...   Because I'm doing some parsing and selection on what I actually fortune
[08:00] <T-Bone> ;)
[08:01] <fabbione> pitti will have to offer us a few liters of beer at UDU
[08:01] <fabbione> we are making his life simpler on this kernel
[08:01] <T-Bone> by disabling everything? :)
[08:02] <Mithrandir> fabbione: I'm a bit scared about going to UDU.  I might survive, due to being drowned in beer.
[08:03] <fabbione> i am not :-)
[08:03] <fabbione> i wanna get a bath in beer
[08:04] <T-Bone> berk
[08:04] <lamont> fabbione: in -pre29?
[08:04] <fabbione> lamont: yes
[08:04] <T-Bone> oh, lamont is back! :)
[08:04] <fabbione> everything is committed
[08:04] <lamont> doh
[08:04] <T-Bone> +s
[08:05] <T-Bone> (much better when we synchronize dude ;o)
[08:05] <zul> pervs
[08:33] <lamont> horses were mad at me, you see - bfast 4 hours late.. :0(
[08:34] <zul> did they bite you?
[08:35] <lamont> no - they just looked grumpy
[08:35] <zul> ah...so its kind of like my wife when she is hungry :)
[08:36] <zul> but she bites
[08:41] <T-Bone> lamont: dude? :)
[08:43] <lamont> zul: heh
[08:43] <lamont> T-Bone: evening
[08:44] <T-Bone> lamont:  noon!
[08:44] <lamont> note that hosting the archive is like the most trivial piece of the things that we need to do....
[08:44] <T-Bone> hehe
[08:44] <lamont> the infrastructure to deal with uploads is far more work
[08:45] <T-Bone> no needs for uploads if it's self hosted, no?
[08:45] <lamont> putting the archive on the buildd machine is kinda silly...
[08:46] <lamont> since the buildd machine is, by very definition, compromised
[08:46] <T-Bone> who said it'd be on the buildd machine?
[08:46] <T-Bone> oh
[08:46] <T-Bone> i guess i get your point
[08:46] <lamont> so it'll be uploading to the archive machine, then, eh?
[08:46] <T-Bone> you mean "it's far more work wherever the uploads go"?
[08:46] <kylem> * tree version set<EMAIL_ADDRESS>[08:47] <kylem> ok. figured that much out.
[08:47] <kylem> :)
[08:47] <T-Bone> lol
[08:47] <jbailey> zul: Did you get a chance to look at the 1440 dmesg snippets?
[08:47] <zul> jbailey: net yet..
[08:48] <zul> i guess i could do it now :)
[08:48] <lamont> T-Bone: yes
[08:48] <lamont> kylem: heh.  now what?
[08:48] <kylem> lamont, now i peruse, i suppose.
[08:48] <lamont> you want something local to play with>
[08:48] <zul> jbailey: comment #85?
[08:48] <jbailey> zul: If you could that would be nice.  I'm mostly hoping that I missed something...
[08:48] <kylem> lamont, i suspect the important bit is d-i
[08:49] <lamont> kylem: yeah.  d-i makes life more interesting, to be sure.
[08:49] <jbailey> zul: 84 and 85, yes.
[08:50] <lamont> kylem: as I understand it, debian-installer_20041227ubuntu20 should be state-of-the-art for hppa d-i
[08:50] <kylem> alrighty.
[08:50] <lamont> build that, and you should get a bootable miniso...
[08:50] <kylem> argh. no netinst?
[08:50] <lamont> of course, the initrd is b0rked, so it's a pretty useless-but-bootable iso
[08:50] <T-Bone> lol
[08:50] <lamont> T-Bone: ah, scrolled off the right
[08:51] <lamont> kylem: it builds a netbootiso as well
[08:51] <kylem> ah, annoying. oh well. i should just slap a cdrom in the c3k, i need to do some debian d-i testing as well.
[08:52] <lamont> kylem: the initrd b0rkage is best summed up as 'nearly empty, needs modules'
[08:52] <lamont> the question is, which modules...
[08:52] <kylem> yah. that will need to be fixed in debian too, so it's probably what i'll look at first.
[08:53] <zul> jbailey: on the first one there is an sr0 on the second there isnt which is weird
[08:54] <jbailey> zul: Right, and I don't see the pata initialisation at all.
[08:54] <zul> and it doesnt see the plexor eiter
[08:54] <jbailey> I see ide-generic trying to grab the IDE CD down below with no success.
[08:54] <jbailey> Kernel ide will actually not suck one day, right?
[08:55] <zul> 2.6.11 i hear :)
[08:55] <kylem> not before PATA dies, i hear. :)
[08:56] <zul> you can try loading piix module im justy guessing ill have a look at it more tonight when i get home
[08:56] <jbailey> kylem: So far it's not like SATA is having a raving success rating. =)
[08:56] <zul> kylem: ex-oclug baord member right?
[08:57] <jbailey> zul: But otherwise you concur that 1440 looks like it's alive and well again?
[08:57] <kylem> zul, well, not ex... :)
[08:57] <zul> jbailey: yeah on some cases
[08:57] <zul> kylem: heh
[08:57] <kylem> zul, i'd like to be ex, but unfortunately not enough competent people were running.
[08:57] <kylem> jbailey, lol.
[08:58] <zul> kylem: you could always have pinteric as a board member
[08:58] <kylem> please, no.
[08:58] <zul> heheh...im so evil
[08:59] <kylem> ah well. i'll let the people decide.
[08:59] <kylem> lamont, do you guys have an installer channel?
[09:00] <T-Bone> kylem: no
[09:00] <kylem> ah, ok.
[09:00] <T-Bone> kylem: the installer guru is Kamion on #u-devel
[09:01] <jbailey> I'm on 5 #ubuntu- channels as it is.  Please don't make more. =)
[09:01] <lamont> kylem: ubuntu-devel :-)
[09:02] <kylem> yeah, i found it, unfortunately the 'team' stuff on the website and wiki is divergent. :)
[09:11] <zul> jbailey: he isnt loading ata_piix in his initrd is he?
[09:14] <jbailey> zul: I can't tell from this.  It looks like no, since there's usb stuff loaded first.
[09:15] <jbailey> Hmm.  It would be interested to collect the output of lspci and lspci -n from all the ubuntu maintainers so that we could hit on them for hardware driver testing.
[09:17] <Mithrandir> jbailey: scary. :)
[09:17] <zul> isnt that what ogra is doing?
[09:18] <jbailey> Is he?  That would be lovely.
[09:18] <jbailey> The past thing about the previous 2 SATA bits were that I had a box and thom had a box.
[09:25] <jbailey> zul: Oh.  The second one is inside d-i.
[09:25] <jbailey> zul: So that's what hotplug I guess things the drive is.
[09:25] <zul> jbailey: ah ok
[09:26] <jbailey> hmmhmm
[09:26] <jbailey> I wonder if he just hasn't updated his kernel?
[09:27] <jbailey> Why would the currently installed system from array 6 still work?
[09:27] <jbailey> Both are on some form or 2.6.10-4
[09:28] <zul> one probably had enable_atapi and enable_pata and the most recent kernels just ahave enable_atapi
[09:28] <jbailey> Is there any sane way to get the top line in dmesg to give us the actual .deb version in it?
[09:28] <zul> nope
[09:28] <jbailey> Eh, truly?
[09:28] <jbailey> No there must be.
[09:29] <jbailey> It's showing us the gcc version is was built with, it must be possible in the build to generate some sort of -D line to gcc with the deb version in it to display.
[09:29] <zul> actually i would have to check it might be in his kern.log
[09:29] <jbailey> Well, for all that I could just ask him. =)
[09:30] <jbailey> But it would be nice to have it just in the document already.
[09:30] <jbailey> Far more useful to me than the version of gcc it was compiled with.  If I know the .deb version, I can figure out which gcc was in the archive at the time.
[09:30] <zul> jbailey: uh there is actually dmesg -s500000
[09:31] <zul> buffer size is 16392 by default
[09:31] <jbailey> Hmm.
[09:31] <jbailey> I guess I Can infer the kernel version from the date it was compiled.  Ugly, though.
[09:32] <zul> chuck@oxdev:~/work/mmaker/final$ dmesg -s500000 | grep Linux
[09:32] <zul> Linux version 2.6.10-5-686 (buildd@rothera) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Tue Mar 15 15:16:01 UTC 2005
[09:32] <zul> SELinux:  Disabled at boot.
[09:33] <jbailey> Yes, that's the line that I'm looking at and which it had
[09:33] <jbailey> Linux version 2.6.10-4-686-SMP (2.6.10-27<EMAIL_ADDRESS>[09:33] <zul> oh yeah but it doesnt tell if it was -27 or else
[09:34] <fabbione> what are you trying to achive?
[09:35] <svenl> fabbione: mmm, we already have a line :         install debian/post-install $(srcdir)/debian
[09:35] <T-Bone> fabbione: world domination
[09:35] <svenl> in stamp-unpack.
[09:35] <jbailey> fabbione: I have someone who shows signs of having #1440 again.  But it looks like his running system doesn't show it, just the installer.
[09:35] <svenl> where does it come from ? And will it not fail if there is no debian/post-install ?
[09:35] <zul> peace and goodwill and a slick of bread with some butter
[09:35] <jbailey> fabbione: But I'm guessing at that since I can't reliably tell that he's *actually* using the same kernel in both cases.
[09:36] <jbailey> fabbione: Or, assuming he's not using the same kernel, what changes pertain to the exact rev he's using.
[09:36] <fabbione> svenl: i dunno the origin of each single bit in that package
[09:36] <fabbione> svenl: perhaps you want to support both post-install.${arch} with fall back to the default
[09:37] <fabbione> jbailey: gotcha
[09:37] <zul> jbailey: im pretty sure he isnt though
[09:37] <fabbione> T-Bone: i already own all the ubuntu users... and most of the Debian ones.. i already achieved world domination a while ago...
[09:37] <T-Bone> that can't be
[09:38] <zul> yeah but debian cant be everything
[09:38] <fabbione> T-Bone: as soon as Xorg 6.8.2 will be everywhere.. i will own everything
[09:38] <T-Bone> fabbione: i don't recall you owning *me* ;o)
[09:38] <jbailey> zul: Sure right, We see that in the way the ata_piix driver doesn't initialise the same in the two.
[09:38] <fabbione> T-Bone: that's because you don't check all the changelogs of your software
[09:38] <zul> im pretty sure that the first one is with the pata_enable and the second one isnt since we turned off pata because it was fucking people up
[09:38] <T-Bone> lol
[09:39] <zul> you might want to see if he can either load it with ata_piix or just plain piix
[09:39] <fabbione> T-Bone: at that time all my backdoor will rm -rf /
[09:40] <T-Bone> lol
[09:40] <fabbione> anyway
[09:40] <fabbione> i need to go back to my wife
[09:40] <T-Bone> hehe
[09:40] <fabbione> it wasn't a really good day today
[09:40] <fabbione> cya tomorrow
[09:40] <T-Bone> heh
[09:40] <T-Bone> cya dude
[09:40] <zul> toodles
[09:40] <jbailey> 'bye Fabio, may tomorrow be better.
[09:40] <mdz> fabbione: good night
[09:40] <zul> jbailey, now you made me loose track on what i was doing
[09:41] <jbailey> zul: Sorry. =)
[09:45] <jbailey> Actually, it looks like he might be using the same kernel between the two. =(
[09:45] <jbailey> The "working" system has a build date of March 12.  That matches -27
[09:46] <jbailey> His bug report time came on the 15th at 08:50.  -28 wasn't built until 22:!2
[09:49] <svenl> fabbione: i think that debian/post-install doesn't exist yet, can you confirm that ?
[09:49] <svenl> fabbione: i don't believe that kernel-package can handle two post-install scripts.
[09:53] <jbailey> OoOoOo, jordi mallach has one according to a Debian bug report.  Sweet.
[09:54] <svenl> mmm, there seems already to be a post-install, maybe it should be modified in the powerpc case to call the powerpc specific one.
[10:13] <svenl> mmm, i can also use debian/image.d instead.
[10:13] <svenl> Maybe the main rule should be made to use debian/image.d/common and debian/image.d/powerpc instead.
[10:13] <svenl> or something, instead of post-install.
[10:13] <svenl> Any comment on that ?
[10:26] <zul> later folks
[10:51] <mdz> is there a reason we don't build MEGARAID_NEWGEN?
[11:49] <Mithrandir> I'm being told that the cds are lacking support for i2o controllers on at least amd64
[11:49] <Mithrandir> would that be possible to fix?
[11:51] <T-Bone> Mithrandir: if you consider it safe on amd64, i guess you can enable it in the amd64 configs, and test it thoroughly so that we make sure it doesn't break anything
[11:51] <Mithrandir> T-Bone: I have boxes in production with the driver. :)
[11:51] <T-Bone> as for the inclusion on a wider scale, I don't know what's the current merge policy
[11:52] <Mithrandir> T-Bone: it's in the stock kernel so it's just a module to enable.
[11:52] <T-Bone> well then, submit a patch to<EMAIL_ADDRESS>or, better, branch from our baz archive and make your changes available somewhere
[11:53] <T-Bone> you want to have fun with debian/configs/amd64 and debian/d-i/amd64, iirc
[11:53] <T-Bone> see www.ubuntulinux.org/wiki/KernelTeamWork ;)


[10:13] <dante__> has enyone had issues with unetbootin ? seems like bootloader is malfunc due do some missing config file on newly created usb sticks
[18:39] <Kevinbunvh> Trying to load Lubuntu on ASUS netbook eee.  Works great on ubs but when I install the software and reboot without usb I only have a narrow desktop on right and the rest wis black with blurry white lines. Ideas.  This is my first Linux attempt
[22:59] <zztopless> morning all... I'm setting up a lubuntu vm (14.04) and having trouble getting it to connect to a windows share, despite copying and pasting the line in my mint-kde vm, on the same network (on the same host machine)...
[22:59] <erikocelote> hi im having a problem to install lubuntu en mi  acer aspire es11-131- c0us
[23:00] <erikocelote> anybody can help me ?
[23:00] <erikocelote> im trying to install lubuntu from a booted usb
[23:01] <zztopless> /<IP_ADDRESS>/fn /mnt/FN cifs credentials=/home/lubuntu/.smbcredentials,iocharset=utf8,sec=ntlm 0 0  sudo mount -a brings the following prompt: Password for<EMAIL_ADDRESS>which is obviously not going to work (my login details are an offline only admin account in Windows 10
[23:01] <zztopless> erikocelote, what issues are you having?
[23:01] <erikocelote> it doesnt run!!
[23:02] <zztopless> Do you know the key to get to the boot menu on startup for your laptop?
[23:02] <erikocelote> yes
[23:03] <zztopless> so you're able to select the usb stick?
[23:03] <zztopless> did that laptop come with either windows 8 or 10?
[23:04] <erikocelote> yes and i did it, actually i already installed the OS in the HDD, but when i try to reboot from the hdd, lubuntu doesnt run
[23:04] <zztopless> does windows?
[23:05] <erikocelote> my english is not the best but i hope you know what i mean
[23:05] <erikocelote> windows 10
[23:05] <zztopless> you probably had the boot record installed onto a different drive (easy to do)
[23:05] <zztopless> so if you manually select the ubuntu hdd from the boot menu, it can't read that
[23:06] <zztopless> have a look at the partitions on your hard drives in disk manager
[23:06] <erikocelote> ok, and what i should do?
[23:06] <zztopless> Do you have just the one hard drive?
[23:07] <zztopless> or the the two OSs installed on different drives?
[23:09] <erikocelote> no i just have just the one hard drive
[23:09] <zztopless> ok, so ho did you partition them?
[23:10] <erikocelote> i didnt part it...
[23:11] <erikocelote> ok no
[23:12] <zztopless> Did the ubuntu installation?
[23:12] <erikocelote> its 537 mb filesystem ext 4 filesystem partition 2 500 gb ext4 and 1.1 mb free space
[23:12] <zztopless> It couldn't have finished installing on your NTFS windows partition given Windows is still functioning
[23:13] <zztopless> What is windows installed on?
[23:13] <erikocelote> yes i did the ubuntu installation in the hdd, an i erased the windows, but it doesnt run from de hdd
[23:14] <zztopless> oh ok, sorry, I did ask if windows was still booting, but I probably wasn't clear
[23:15] <zztopless> I'm honestly not sure what the issues is, but I would try the process again, and at the screen where it asks about whether you want the let lubuntu erase the drive, or choose custom, choose let it erase
[23:15] <erikocelote> ok im sorry im barely speak english, but im desperate cause y cant use my pc jajaja
[23:16] <erikocelote> i already did it s you say
[23:16] <erikocelote> but it doesnt work
[23:16] <zztopless> bear with me, ill fire up an installation on a vm and check if there is an option there for where the boot record goes - I don't use lubunt as my daily driver mint-kde.  They are very similar, but need to double check
[23:16] <zztopless> Your Enlgish is fine
[23:17] <erikocelote> lubuntu is actually installed on the hard drive but lubuntu doesnt boot/run from de hdd
[23:17] <erikocelote> thank's
[23:19] <zztopless> yeah, for whatever reason grub isn't on the partition it needs to be on
[23:19] <erikocelote> how can i put it on?
[23:20] <zztopless> what version of lubuntu are you using?
[23:20] <erikocelote> 17.10
[23:20] <zztopless> ok, let me grab a 17.10 iso and get to that page
[23:21] <zztopless> It might be worth setting up the partition manually, because on that page, you can select what device the boot loader goes on
[23:23] <zztopless> You might want to have a look at https://www.youtube.com/watch?v=iD3JtoSbfOo&feature=youtu.be&t=5m50s and see if it's relevant to your laptop
[23:26] <erikocelote> omg there is the solution
[23:27] <erikocelote> thank you very much
[23:27] <erikocelote> i really aprecciate your help
[23:27] <zztopless> yeah, it was hard to think how it could be an issue with the bootloader in the wrong place if you only had your hdd and installation USB hooked up and chose erase disk
[23:27] <zztopless> no worries :)
[23:28] <erikocelote> could you give me your email adress ??
[23:28] <erikocelote> any way im really thankful
[23:29] <zztopless> np, im usually the one asking for help, nice to help for a chanhe
[23:29] <zztopless> sent you a msg with my email
[23:31] <zztopless> gotta run myself, glad I could help
[23:31] <zerothis> how would I boot my new laptop from the network using my ubuntu system as the host (zesty)
[23:33] <zerothis> I ask because the bios checks all drives for windows a windows installation will not recognize others


[15:00] <bdrung> \o
[15:00] <ginggs> o/
[15:00] <pushkarnk> o/
[15:00] <ogayot> o/
[15:00] <mateus-morais> o/
[15:00] <slyon> o/
[15:00] <mclemenceau> o/
[15:01] <xypron> \o
[15:01] <dviererbe> o/
[15:01] <schopin> o/
[15:02] <liushuyu> o/
[15:02] <juliank> #startmeeting Weekly Ubuntu Foundations team
[15:02] <meetingology> Meeting started at 15:02:28 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:02] <juliank> #topic Lightning rounds
[15:02] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:02] <juliank> https://discourse.ubuntu.com/t/foundations-team-updates-thursday-22-jun-2023/36471
[15:02] <juliank> uh
[15:02] <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-22-jun-2023/36471
[15:03] <juliank> I missed the chance to write status being involved in too much mattermost chatter
[15:05] <bdmurray> Part of me feels like codespell will make it harder for people to contribute.
[15:07] <vorlon> schopin: where is GNU Cauldron this year?
[15:07] <schopin> bdmurray: the same argument could be made of code formatters
[15:07] <schopin> vorlon: Cambridge. Damn Brexit.
[15:07] <bdmurray> schopin: That's true
[15:08] <vorlon> schopin: lol
[15:09] <juliank> #topic Release incoming bugs
[15:09] <juliank> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs
[15:10] <juliank> bug 2021531
[15:10] -ubottu:#ubuntu-meeting- Bug 2021531 in rust-gio (Ubuntu) "rust-gio: armhf autopkgtest failure" [High, Triaged] https://launchpad.net/bugs/2021531
[15:14] <schopin> This autopkgtest failure is very probably a rustc issue. The question is whether it's an issue in the general unwind code, or just the libtest framework, in which case it would only affect the distro development, not production code.
[15:15] <schopin> liushuyu accepted to investigate to at least determin that. I'll take care of patching out the rust-gio test in the mean time to get the package moving.
[15:17] <juliank> ll, jj, ff are empty, hooray
[15:17] <juliank> #topic Team proposed-migration report
[15:17] <juliank> #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:18] <bdrung> i'll take python-tz
[15:18] <vorlon> fwupd is in progress (bdmurray, liushuyu), being investigated upstream
[15:19] <vorlon> btrfs-progs looks like it may be regressed on s390x.  any volunteers?
[15:19] <vorlon> ok rolling dice
[15:19] <vorlon> mateus-morais: can you take btrfs-progs?
[15:20]  * juliank is running behind his plans and off tomorrow so prefers not to pick anything
[15:21] <mateus-morais> vorlon: yeah
[15:21] <vorlon> libwww-mechanize-perl: interestingly this seems to have made it into Debian testing without the autopkgtests ever running :P https://ci.debian.net/packages/libw/libwww-mechanize-perl/
[15:22] <vorlon> danilogondolfo: can you take libwww-mechanize-perl?
[15:22] <danilogondolfo> vorlon, sure
[15:22] <vorlon> libwww-perl has an outstanding MIR, nothing for us right now
[15:22] <vorlon> python-tz: bdrung
[15:22] <ogayot> I can take pyparted
[15:22] <ogayot> pyparted / parted I guess
[15:23] <slyon> well.. the libwww-mechanize-perl 2.17-1 did run on DebCi (and passed), but there wasn't yet a migration-reference/0 run since then.
[15:23] <vorlon> setuptools: enr0n?
[15:23] <enr0n> vorlon: ack
[15:23] <vorlon> slyon: ah ok - versions reported on the main page as 2.16-1 everywhere
[15:23] <vorlon> ogayot: will you take care of parted vs livecd-rootfs as part of that?
[15:24] <ogayot> vorlon: yes
[15:24] <vorlon> pyparted / parted / livecd-rootfs: ogayot
[15:24] <slyon> right. I think the main page only shows the last migration-reference/0 but danilogondolfo should have a look at https://ci.debian.net/packages/libw/libwww-mechanize-perl/testing/amd64/ and compare that to our failing tests
[15:24] <vorlon> ogayot: thanks
[15:24] <vorlon> initramfs-tools is a candidate but hasn't migrated yet, I'll take a look there
[15:24] <vorlon> that leaves python-reportlab vs python-biopython
[15:24] <vorlon> anyone want one who doesn't have one yet?
[15:25] <slyon> I can
[15:25] <vorlon> python-reportlab: slyon
[15:25] <vorlon> thanks!
[15:25] <vorlon> juliank: back to you
[15:25] <juliank> #topic AOB
[15:25] <bdrung> vorlon, I am interested in the reason why initramfs-tools did not migrate.
[15:26] <vorlon> bdrung: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_output.txt says it makes livecd-rootfs uninstallable on i386
[15:26] <juliank> I'm out tomorrow
[15:27] <vorlon> bdrung: do you want to just mark the isc-dhcp-client dep !i386?
[15:27] <dviererbe> I'm out tomorrow too
[15:27] <bdrung> vorlon, yes
[15:27] <vorlon> ok sorted then \o/
[15:28] <juliank> final call!
[15:28] <vorlon> bdrung: btw I believe we previously relied on isc-dhcp-client being a dependency of ubuntu-minimal, so didn't worry about a direct dep from initramfs-tools
[15:28] <vorlon> and oi what are you doing introducing deps on deprecated things? :)
[15:29] <bdrung> vorlon, for the transition: move the isc-dhcp-client dependency from ubuntu-minimal to initramfs-tools. Second step: replace isc-dhcp-client by dhcpcd-base there.
[15:29] <vorlon> ah I don't see much need for the intermediate step but, well
[15:30] <bdrung> vorlon, for the added autopkgtests
[15:30] <vorlon> ok (could also be just a test dep, but enough bikeshedding)
[15:30] <bdrung> either the package or the test case needs to depend on it.
[15:30] <juliank> so the autopkgtest pass first, then you upload new one and if they fail they block?
[15:30] <juliank> oh well I think this is details now we don't need to group discuss :)
[15:30] <juliank> #endmeeting
[15:30] <meetingology> Meeting ended at 15:30:54 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-06-22-15.02.moin.txt


[06:50] <UbuntuN00b> ummm i don't suppose this is a support room?
[07:55] <salawank> its a 'fry'day today
[09:25] <sweemeng> >.<


[12:27] <brobostigon> afternoonings everyone.
[14:41] <brobostigon> anyone got a eeepc 900 ssd, with the gpu in 730099, with natty, with all recent updates,who can confirm such a bug exists please.
[19:35] <dariusH> Hey
[19:36] <brobostigon> noswaith dda dariusH :)
[19:36] <dariusH> How's things?
[19:36] <brobostigon> dariusH: not bad, not so hot. and you?
[19:37] <dariusH> not bad
[19:37] <dariusH> just uni stuff
[19:37] <brobostigon> :)
[19:37] <dariusH> you were saying about natty on an eeepc
[19:37] <brobostigon> yes.
[19:37] <dariusH> did you install that with a USB stick?
[19:37] <brobostigon> yes.
[19:38] <dariusH> i can't get natty to install off USB atall
[19:38] <dariusH> it just freezes on boot
[19:38] <dariusH> i haven't got a CD drive to try it on
[19:38] <brobostigon> i used ubuntu's usb startup creater, and a live cd image, and it worked.
[19:38] <dariusH> same, and nothing
[19:39] <brobostigon> where does it freeze, and do you get any errors of any kind?
[19:40] <dariusH> freezes with error messages about said USB drive
[19:40] <dariusH> can't remember exactly haven't written it down
[19:40] <dariusH> tries on a few different sticks, all the same
[19:40] <dariusH> likely just my laptop
[19:40] <brobostigon> ok, i was going to say, is the usbstick faulty.
[19:41] <dariusH> well the same stick booted maverick fine :P
[19:41] <brobostigon> might be an incompatibility with your hw with natty.
[19:42] <dariusH> yeah but i'd still expect it to atleast boot then fallback to standard gnome desktop or something
[19:42] <dariusH> there can't be that much changed in the bootup
[19:42] <brobostigon> there is much changed in bootup that i anse.
[19:42] <brobostigon> can see*
[19:42] <brobostigon> isnt*
[19:43] <dariusH> I might try install maverick and update from there later, see if that works
[19:43] <dariusH> I'm not risking my working partition :P
[19:43] <brobostigon> there only a new grub, that i know of.
[19:44] <brobostigon> sudo do-release-upgrade -r
[19:45] <dariusH> brobostigon: you don't by chance have a Diaspora account with any invites do you?
[19:46] <brobostigon> dariusH: i have a diaspora account yes, no idea, if i have any invites, let me check.
[19:48] <dariusH> okay :)
[19:49] <brobostigon> dariusH: whats your email?
[19:49] <dariusH><EMAIL_ADDRESS>[19:50] <brobostigon> dariusH: i have sent. :)
[19:51] <dariusH> Thanks :)
[19:51] <brobostigon> you're welcome, :)
[19:55] <dariusH> identi.ca to replace twitter, diaspora to replace facebook
[19:55] <dariusH> all that's needed now is an open version of flickr
[19:56] <brobostigon> :)
[19:57] <dariusH> getting some horribly dodgy rendering on diaspora :S
[19:57] <dariusH> maybe it's chromium
[19:57] <brobostigon> yes, i am in chromium aswell, and i agree.
[19:57] <dariusH> i'll try firefox
[20:04] <dariusH> works fine on firefox :/
[20:05] <brobostigon> it has some issues with webkit then.it seems. right now.
[20:07] <dariusH> could be the V8 engine
[20:08] <brobostigon> javascript*
[20:08] <brobostigon> maybe.
[20:15] <dariusH> Ola christoph
[20:15] <ianto> dariusH: Heya
[20:16] <ianto> dariusH: Have you seen anyone trying to impersonate me? I've had two failed login attempts from a weird network but they used the name "chris" as their username
[20:16] <ianto> -NickServ- Last failed attempt from<EMAIL_ADDRESS>on Mar 07 18:57:46 2011.
[20:16] <brobostigon> weird.
[20:18] <dariusH> what possible reason would i have for doing that?
[20:19] <dariusH> besides my hostname is central.aber.ac.uk
[20:19] <dariusH> not sbcglocal
[20:19] <brobostigon> chris said anyone, no specificlly you dariusH.
[20:19] <dariusH> Oh, i misread :P
[20:20] <dariusH> been seen
[20:20] <dariusH> oh so similar
[20:23] <Kaia> wasn't me
[20:23] <dariusH> Not really alot to do on diaspora at the moment :P
[20:23] <brobostigon> good evening Kaia and ianto :)
[20:23] <Chris`> SHAZAM
[20:24] <Kaia> good evening brobostigon
[20:24] <ianto> Got a torrenting ration of 4.5:1 ...
[20:24] <ianto> *ratio
[20:26] <dariusH> ianto: did you solve that DB deletion problem?
[20:27] <ianto> dariusH: Yeah then I handed in my project
[20:29] <ianto> http://paste2.org/p/1288336
[20:29] <dariusH> :( looks so messy
[20:29] <dariusH> why do the college use VB?
[21:41]  * dariusH is sad
[21:41] <dariusH> 100kb/s
[21:41] <dariusH> usually get >2MB/s
[21:42]  * brobostigon lends dariusH his old phone with hsdpa.
[21:43] <dariusH> i've got a phone with HSDPA but not enough signal
[21:43] <brobostigon> :(
[21:43] <dariusH> the uni network is really suffering right now for some reason :/
[21:45] <dariusH> i've gone from <1minute for a erm... 350mb video file
[21:45] <dariusH> to >30minutes
[21:46] <brobostigon> not nice.
[23:12] <brobostigon> good night everyone.sleep well.