[14:19] <kiko> roaksoax, I think we need to look into the script, or move to generating the image ourselves
[14:50] <mano> Hi, what is the best way to customize the curtin installation to add a command to be executed when the installed machine starts
[14:53] <kiko> I wish I knew the answer to that! roaksoax or rvba?
[15:38] <roaksoax> mano: /win 22


[02:03] <imgbot> [03:23] <imgbot> [03:23] <imgbot> [06:35] <robru> Mirv: good god qtbase takes forever to build. remind me never to use that for testing citrain changes ever again ;-)
[06:36] <Mirv> robru: it might be just the worst possible choice, yes :)
[06:36] <Mirv> robru: oxide-qt might be slightly worse still, try that next time ;)
[06:37] <Mirv> robru: armhf build of qtbase will take around 4.5 hours
[06:37] <robru> Mirv: oh god
[06:37] <robru> ok, cancelling ;-)
[06:38] <Mirv> excellent choice!
[06:39] <robru> Mirv: so I didn't deploy anything to production yet, but when my shift starts monday morning I'm gonna deploy a ton of fun new stuff ;-
[06:39] <robru> ;-)
[06:48] <Mirv> robru: exciting times! ;)
[08:06] <sil2100> o/
[08:07] <sil2100> ogra_: hey! The landing gates are still closed?
[08:08] <Mirv> sil2100: o/
[08:08] <Mirv> sil2100: yes
[08:08] <sil2100> Mirv: o/
[08:08] <Mirv> sil2100: just catch up with emails, no hurry :)
[08:09] <Mirv> the gates are even tighter closed now!
[08:09]  * sil2100 is worried about this e-mail catch-up
[08:09] <sil2100> Need to wait for all the filters to do their magic
[08:09] <Mirv> sil2100: well you know, once you catch up with the most important lists, you've the big picture anyhow
[08:09] <Mirv> well that too
[08:10] <Mirv> sil2100: refreshed?
[08:10] <Mirv> sil2100: ogra_ can offer you some landing tea he started brewing last week
[08:11] <sil2100> Mirv: a little bit, yes :) Although I just recently understood that 2-months of vacation when one was a student was the perfect length for holidays!
[08:12] <Mirv> sil2100: yes, exactly :) although most of those I spent doing summer work to have some experience + money.. so it never quite works "optimally" :)
[08:12] <Mirv> there was this one summer though, no work, just play, 3-4 months... phew
[08:13] <sil2100> Mirv, robru: any news of the spreadsheet replacement?
[08:14] <Mirv> I haven't heard. robru keeps on cleaning CI Train code though (next big deployment when he wakes up in 9h)
[08:17] <sil2100> Thunderbird is slow with it's filters, for now it's 3k of unfiltered e-mail
[08:20]  * popey hands sil2100  some procmail rules
[08:20] <popey> welcome back
[08:20] <sil2100> popey: o/
[08:38] <tvoss> o/
[08:41] <Mirv> tvoss: o/
[08:46] <sil2100> The filters still didn't do their job, but I see news of a second image promotion last week
[08:46] <sil2100> Good job everyone!
[08:49] <sil2100> ogra_: so the MilestoneSchedule has been +1'ed by olli and the product team?
[08:49] <sil2100> That would be great
[08:55] <ogra_> sil2100, well, we are running by it  ... not sure it needs additional +1 ing :)
[08:55] <sil2100> As long as people were properly informed, I guess it's ok - and we're anyway concentrating on a limited list of top-blockers anyway
[08:55] <sil2100> -anyway
[08:56] <ogra_> right, 3 or 4 this week, the remaining of the 6 next week
[08:56] <brendand> ogra_, sil2100 - i'm off today btw, so won't attend the landing meeting
[08:57] <sil2100> Actually I see this plan got a +1 from Pat so that's all I wanted ;)
[08:57] <sil2100> brendand: ok! Do you know who will be available from QA today for EU? Since Dave is on holidays too, right?
[08:57] <ogra_> brendand, yeah, i know
[08:57] <ogra_> sil2100, jibel takes over
[08:59] <brendand> sil2100, not a lot of people :)
[08:59] <brendand> sil2100, jibel, vrruiz
[08:59] <sil2100> brendand, ogra_: thanks ;)
[08:59] <brendand> sil2100, om26er later
[09:00] <sil2100> Well, we only target topblockers, so I suppose there won't be too many silos
[09:00] <ogra_> right
[09:00] <ogra_> and we are only letting 4 of them in anyway
[09:01] <ogra_> (and the fs corruption one will actually be a *lot* of fun to test :P (not sure how to test it at all))
[09:02] <sil2100> ogra_: but does it have a fix already?
[09:03] <sil2100> I didn't see any merges associated with it, but on the other hand not sure if it has any bzr-controllable projects related
[09:12] <ogra_> sil2100, most of the bits are in place, it is in android (recovery), initramfs-tools ... and adbd
[09:13] <ogra_> as i said, fun to test :)
[09:16] <jibel> sil2100, and rhuddie
[09:16] <rhuddie> jibel, hey. just catching up on what
[09:16] <rhuddie> I am doing this week :)
[09:31] <Mirv> sil2100: meeting :)
[09:31] <Mirv> sil2100: there you are..
[09:34] <Mirv> jibel: rhuddie does either of you want to join follow https://plus.google.com/hangouts/_/canonical.com/landing-meeting ?
[09:34] <jibel> Mirv, joining
[09:34] <Mirv> excellent. ogra_ is currently just summing up latest things to sil2100
[10:11] <sil2100> ogra_, Mirv: btw. do you guys know if all the CPU-hogger bugs have been fixed? i.e. the location-service spinning 100% CPU etc.?
[10:15] <Mirv>  sil2100: in theory yes, unless something yet uncovered lurks somewhere
[10:16] <sil2100> tvoss: ping!
[10:16] <tvoss> sil2100, hey there
[10:17] <tvoss> sil2100, for the cpu hogging: we still haven't identified the root cause for dbus-daemon spinning.
[10:17] <sil2100> tvoss: ok, so this one thing still remains - but it's not happening too frequently, right?
[10:17] <sil2100> tvoss: since I don't see it as a topblocker right now
[10:17] <tvoss> sil2100, nope, that's part of the problem in tracking it down :)
[10:18] <sil2100> tvoss: ok, thanks o/
[10:18] <tvoss> sil2100, o/
[10:22] <seb128> speaking of cpu hogging, I had a few weird issues this w.e on the phone (running current rtm image)
[10:22] <seb128> like it wouldn't turn out of suspend
[10:22] <seb128> I hammered a bit the power button and got the reboot dialog but the buttons were not reacting to click
[10:22] <seb128> and the screen would turn off again after like 10 seconds
[10:23] <seb128> it sort of acted like it was busy and slooow to react to action
[10:23] <seb128> waiting some 30 seconds I managed to get the unlock/reboot
[10:23] <seb128> did that like 2 or 3 time over the w.e, first time I've such issues
[10:24] <seb128> did anyone experience/report issues like that before?
[10:27] <Mirv> jibel: so, it'd be useful to start testing networking in general for bug #1357321 using the rtm-022 silo that fixes 3G usage for at least scopes image loading.
[10:28] <Mirv> jibel: I've just added a new section "Testing networking code in Qt Base" to the test plan, summarizing some of the tips discussed in the bug report
[10:28] <Mirv> I should have a new build also by EOD, since Lorn was still awake pushing fixes and they may again fix remaining unit tests issues
[10:29] <Mirv> and if not all unit tests are fixed, I'll disable them again and build a newer to-be-tested build
[10:35] <Mirv> I had forgotten I already had a test silo from last week, I don't need three silos..
[11:37] <jibel> Mirv, rvr will start testing silo 22.
[11:38] <ogra_> seb128, well, you might have hit exactly the bug sil2100 was mentioning
[11:38] <ogra_> there is another one where the UI stops taking input completely
[11:49] <Mirv> jibel: rvr: ok. I just pushed the next build and explaining in the bug report.
[11:54] <Mirv> cihelp jenkins is trying to erronously fetch upstream sources with wrong url. it should first check whether the sources are available in the archives like they now already are https://code.launchpad.net/~bzoltan/kubuntu-packaging/qt5-qmake-cross-armhf/+merge/241568
[11:54] <Mirv> and the url is wrong because the orig tarball has dfsg changes
[11:56] <Mirv> note that the Qt jenkins runs are mostly done to get code coverage numbers from what I've understood, since all the unit tests are run at the build time anyway
[12:10] <bzoltan> Mirv:  geez, what is that ^
[12:20] <Mirv> bzoltan: you being too hasty :) I was going to run the watch_only build at the right moment. you're not supposed to run "real" build over there.
[12:21] <bzoltan> Mirv:  ahh... I am sorry dude
[12:22] <Mirv> bzoltan: no problem. CI Train does the correct thing now even with you commanding it to build it "normally" - it actually just watches it, and now it's watchable as it's Published instead of Pending
[12:27] <sil2100> Phew, almost up-to-date with e-mail
[12:27] <sil2100> Time for lunch o/
[12:35] <rvr> Mirv: Hi. I'm trying to reproduce "video scope fails when using only 3G" without installing silo packages: only 3G connection activated, cache directory deleted, go to video scope and pull to refresh. Result: it loads the images.
[12:42] <Mirv> rvr: hmm, maybe that is not completely enough to see the problem. can you try rebooting with wifi disabled while I try to reproduce the problem again?
[12:43] <rvr> Mirv: I rebooted the phone with wifi disabled, and removed the cache before rebooting and after too.
[12:44] <ogra_> oh, damn
[12:45]  * ogra_ forgot to start an image build ...
[12:45] <ogra_> let me do that now then :P
[12:48] <imgbot> [12:53] <Mirv> rvr: I did not initially manage to reproduce the problem after downgrading, but now again I managed. the test case needs more exact steps and I'm not sure yet of the steps.
[12:53] <Mirv> rvr: try 1. boot with 3g + wifi enabled, 2. disable wifi 3. rm -rf .cache/unity8-dash 4. go to video scope and refresh
[12:54] <rvr> Mirv: Checking
[13:08] <Mirv> I'd really like know something _else_ than the scopes that misbehave. messing with the scopes' cache and updating them seems always a bit hit and miss
[13:17] <Mirv> updated the test plan, it seemed I could reproduct this procedure and then see it fixed after updating.
[13:24] <rvr> I could reproduce it once
[13:25] <rvr> Problem that I have is data connection seems to be flaky here
[13:28] <Mirv> rvr: flaky scopes + flaky data connection makes for hard testing :)
[13:29] <rvr> Meh, the images load almost all the times
[13:34] <Saviq> trainguards ↑ please :)
[13:44] <Mirv> Saviq: done.
[13:45] <Saviq> Mirv, thank you
[14:00] <rvr> Mirv: I tested in another room with better data connection, and haven't been able to reproduce the problem :(
[14:01] <rvr> Mirv: I'll begin testing the silo, anyway
[14:03] <imgbot> [14:03] <imgbot> [14:11] <jibel> silo 3 contains also a fix for bug 1389767. I thought it was clearly said only topblockers? did some one accepted this fix?
[14:12] <seb128> jibel, pat said it was ok to land the other day iirc
[14:12] <Mirv> rvr: ok :( note vrtm~4 will be there to update to now in around 1h
[14:13] <seb128> jibel, http://irclogs.ubuntu.com/2014/11/12/%23ubuntu-touch.html#t15:44
[14:13] <Mirv> om26er: do you have any tips to rvr on how to best reproduce the original problem in bug #1357321?
[14:14] <rvr> Mirv: So, do silo packages will be updated soon? Then better to wait to test those, right?
[14:15] <ogra_> jibel, nothing but the provided list lands ... but things should go into silos and be signed off
[14:16] <jibel> ogra_, it's in the same silo than topblocker bug 1336715. So we either land both or none
[14:16] <ogra_> none then ... it needs to be split in two
[14:16] <plars> did something ugly happen with the mako image recently? all our makos in the lab are unresponsive right now, and even having trouble coming back with the relays
[14:16] <jibel> seb128, ^^
[14:17] <ogra_> plars, we noticed that in todays landing meeting ...
[14:17] <ogra_> psivaa, wanted to inspect that ... but if he didnt tell you anything i guess he didnt find anything either
[14:17] <seb128> jibel, ogra_, shrugh, I've nothing to do with that, Pat said it was ok to land if it's not talk to him not me
[14:17] <ogra_> theoretically there should be nothing wrong with the images
[14:17] <seb128> or land none
[14:17] <ogra_> seb128, not pats decision (nor mine)
[14:18] <seb128> ogra_, not mine either
[14:18] <ogra_> i'm just the messenger
[14:18] <seb128> why is Pat saying ok to things if he's not allowed to?
[14:18] <seb128> anyway, politics
[14:19] <seb128> as far as I'm concerned feel free to not land any of the fixes or do whatever suits the rules-of-the-day best
[14:19] <ogra_> i'll bring it up at the bug review meeting
[14:19] <psivaa> ogra_: plars: image 23 was not flashed on the devices that are being offline. and image 22 was fine. i dont *think we have any issue with the images
[14:20] <plars> psivaa: I'm almost wondering if something that drained the power completely
[14:21] <seb128> kenvandine, hey
[14:22] <seb128> kenvandine, seems like you need to redo silo 3 without the title fix, jibel and ogra_ don't like having 2 bugs fixed in one landing
[14:22] <ogra_> lol
[14:22] <kenvandine> bummer... pat told me to include it
[14:22] <kenvandine> i can remove it
[14:22] <ogra_> not my choice, really
[14:22] <jibel> seb128, it is not a matter of me liking or not liking. The rule is only topblockers
[14:22] <ogra_> kenvandine, when did he tell you ...
[14:22] <seb128> jibel, why is Pat approving things then?.
[14:22] <kenvandine> jibel, last tuesday
[14:23] <ogra_> the plans of all of us were changed friday late afternoon
[14:23] <kenvandine> it's been tehre a week
[14:23] <kenvandine> there
[14:23] <jibel> seb128, I don't know. I don't see any comment from him on the bug report, his only action is to downgreade the priority from critical to medium
[14:23] <kenvandine> he said to go ahead and land that too
[14:23] <ogra_> lets wait for pat  and olli and see what we can do here ... before you invest huge amounts of work into splitting that
[14:24] <kenvandine> jibel, it was on the wish list for rtm and they approved it
[14:24] <kenvandine> he told me to go ahead and land it too
[14:24] <seb128> jibel, shrug, I pointed the IRC log, no it was not on the bug comment
[14:24] <seb128> jibel, http://irclogs.ubuntu.com/2014/11/12/%23ubuntu-touch.html#t15:44 in case you didn't see it before
[14:24] <kenvandine> jibel, someone from QA verified it with pat as well
[14:25] <ogra_> the rules changed :/
[14:25] <sil2100> ogra_, seb128: well, I just know that Pat mentioned in his e-mail that we only can land topblocker fixes
[14:25] <sil2100> kenvandine: when did that happen?
[14:25] <kenvandine> sil2100, ogra_: yeah, this was expected to land before the last image
[14:25] <kenvandine> sil2100, that was tuesday i think
[14:25] <seb128> wednesday
[14:25] <sil2100> Ok, then we need to split it out... there were some top-management decisions made
[14:25] <kenvandine> it just took ages for qa verification
[14:26] <kenvandine> yeah
[14:26] <jibel> seb128, I saw the link. But I think you all received the list of 7 bugs to accept this week too
[14:26] <popey> bfiller: I flash my phone clean last week and added google accounts to it, I'm seeing no contacts synced in the contacts all at all...
[14:26] <popey> bfiller: i have the tickbox ticked in my google accounts
[14:26] <seb128> jibel, I'm unsure what do think when top managers give different instructions via IRC and emails, but whatever
[14:27] <ogra_> kenvandine, seb128, we'll have a bug review meeting later today with pat and olli, lets see what they say ... worst case you need to unbundle it tomorrow ...
[14:27] <kenvandine> jibel, this was meant to land in last thursdays image
[14:28] <bfiller> popey: are you on wifi?
[14:28] <jibel> kenvandine, and it missed the window. as other apps / fixes did. This is something to discuss with the management. If they tell us to accept this fix, I'm happy to continue with silo 3 as it is now.
[14:28] <popey> bfiller: yes
[14:28] <popey> bfiller: want me to file a bug and get logs?
[14:29] <bfiller> popey: yeah, specifically .cache/upstart/sync-monitor.log
[14:29] <kenvandine> jibel, lets see what it says
[14:29] <bfiller> renatu: ^^^^
[14:29] <ogra_> jibel, right, we need input from olli and pat here
[14:29] <popey> bfiller: what do you want the bug filed against?
[14:29] <bfiller> popey: were you prompted when you started address-book app to create a google account?
[14:29] <bfiller> popey: sync-monitor
[14:30] <popey> bfiller: i think i had already setup my google account before I opened address-book
[14:31] <renatu> popey, does the sync button appear on the address-book-app header?
[14:32] <popey> renatu: http://popey.mooo.com/screenshots/device-2014-11-17-143151.png that button next to search?
[14:32] <renatu> popey, yes, whats happen if you hit it?
[14:32] <renatu> popey, please send me you sync-monitor log file
[14:32] <popey> it greys out
[14:33] <Mirv> rvr: yes, maybe better at this point to wait. I
[14:33] <renatu> syncing
[14:33] <popey> do you want all of the zipped ones renatu
[14:33] <popey> because the latest one is pretty short
[14:33] <renatu> could you paste the last one
[14:33] <popey> http://paste.ubuntu.com/9057008/
[14:33] <Mirv> rvr: 'd estimate the armhf packages would be published to the PPA archive in around 40mins or so. but indeed the packages still aren't final since we're waiting/hoping for more unit test fixes, but it'd be good to start getting idea that at least there wouldn't be regressions.
[14:34] <renatu> popey, yes this looks ok, you should get your contacts now
[14:34] <renatu> popey, yeah I will need to old ones
[14:34] <popey> i hit refresh 30 mins ago
[14:35] <popey> hah, now they appear!
[14:35]  * popey suspects renatu has root on my phone
[14:35] <renatu> :D
[14:35] <popey> do you still need the logs? seems to be okay now I pressed the damm button
[14:36] <renatu> popey, yes please report a bug, we need to investigate why this does not sync when you create the account
[14:36] <renatu> popey, btw did you create the account after flashing it?
[14:36] <renatu> popey, or the account was already there
[14:37] <popey> renatu: it was a --wipe flash, so there were no accounts, I had to create them
[14:37] <rvr> Mirv: I cannot reproduce the bug with current silo, either ;)
[14:37] <renatu> popey, did you created the account on wifi or 3g?
[14:38] <Mirv> rvr: so, you agree that the PPA may definitely do something. great! :)
[14:38] <popey> probably wifi, i rarely leave the house ☻
[14:40] <rvr> Mirv: As I haven't been able to reproduce it without the silo, right now I agree that the PPA at least doesn't break that :PP
[14:41] <renatu> popey, ok I will need to investigate it to understand whats happen, please report a bug and if possible send me your log files
[14:42] <popey> renatu: https://bugs.launchpad.net/ubuntu/+source/sync-monitor/+bug/1393433 has the full log attached
[14:42] <renatu> popey, thanks
[14:42] <kgunn> Mirv: sil2100 so what is the current thinking, that we are going to have QA test the Qnam patchset and potentially land ? or no landing until we fix the unit tests ?
[14:42] <popey> np
[14:42] <ogra_> sil2100, FYI https://code.launchpad.net/~canonical-platform-qa/camera-app/fix-ap-tests/+merge/241965
[14:43] <Mirv> rvr: yeah. if you read the bug origins, you'll notice that people haven't ever had a very specific test case other than "unoptimal behavior". then the first fix proposals broke more things and there were messaging about that, and now the latest fixes bring it back to that now the original problem would be testable, as soon as a proper test ase would be there.
[14:43] <sil2100> kgunn: so, currently we asked QA to start the testing now, but I would prefer not to land it before the unit tests are fixed - but if we don't make it in time, I would let it pass through the gates anyway
[14:43] <Mirv> kgunn: well first of all we'd need a good test case that actually shows the problem. rvr for example has problems reproducing the original problem, partially because the scopes themelves are flaky.
[14:45] <kgunn> ok, sil2100 i agree, i would rather withhold landing until the unit tests pass...seems there are so many in qt, does anyone really know if it's even safe to
[14:45] <kgunn> let it pass at all?
[14:45] <rvr> Mirv: Ack
[14:45] <kgunn> (e.g. if we run out of time)
[14:46] <sil2100> kgunn: all seems to work ok from the user POV and from what Mirv mentioned the unit tests didn't really test much before in the past because things were anyway b0rken, so it's not such a big deal... but the very thought of releasing something with disabled unit tests sounds a bit juvenile
[14:47] <kgunn> right
[14:47] <kgunn> did anyone double check what lorn said about them passing locally ?
[14:47] <Mirv> kgunn: sil2100: even with unit tests passing, we'd need a better test case for the problem. I've done my best at https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt#Testing_networking_code_in_Qt_Base but rvr still doesn't succeed in reliably reproducing the actual problem without the PPA so he could validate the PPA fixes the issue
[14:48] <kgunn> Mirv: sil2100 i know om26er was able to repro quite easily
[14:48] <kgunn> as he was kind enough to test maybe the 2nd or 3rd ppa we had
[14:49] <kgunn> ...again, did anyone build/run unit tests locally ? i see lorn said they were passing on his phone
[14:49] <Mirv> kgunn: note that there was intermediate problem with the earlier version of the fix, and on the bug report he mostly reports he was reliably able to reproduce the regression in the earlier fix, not that he could reliably reproduce the originally reported bug.
[14:49] <om26er> sil2100, yes, I faced the disconnect issue
[14:49] <Mirv> om26er: ^ the disconnect issue was the regression, not the original problem
[14:49] <rvr> om26er: Do you remember the steps required to reproduce the problem?
[14:49] <kgunn> Mirv: ah, i see...right...regression vs original roaming issue
[14:49] <om26er> Mirv, yes and the original bug where I don't have thumbnails in remote scopes over 3G
[14:49] <om26er> I have seen that forever.
[14:50] <Mirv> kgunn: no I haven't tried locally, I guess it'd need a full build on a phone. it's understandable though, since the remaining unit test failures are likely because network-manager is tried to be used from Qt while builders don't have network-manager installed. earlier there was the generic plugin in use by unit test that didn't interact with network manager.
[14:50] <rvr> om26er: I'm not able to reproduce it with the test case in the wiki
[14:51] <Mirv> om26er: can you then guide rvr better to reproduce the original problem, and maybe update the test case https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt#Testing_networking_code_in_Qt_Base to be something that is really step-by-step?
[14:51] <kgunn> om26er: or...even test the latest ppa :) associated with solving that bug
[14:52] <kgunn> https://bugs.launchpad.net/indicator-network/+bug/1336715
[14:52] <kgunn> oops not that one
[14:52]  * Mirv launches one build in the experimental PPA with network-manager in build dependencies... that might get better unit test results
[14:52] <ogra_> we want that fixed too though :)
[14:52] <kgunn> https://bugs.launchpad.net/savilerow/+bug/1357321
[14:52] <kgunn> Mirv: ta
[15:13] <rvr> Mirv, kgunn: om26er is not able to reproduce the bug anymore in 161
[15:13] <ogra_> heh
[15:15] <sil2100> ;/
[15:15] <om26er> could be the network status fix, fixed this issue as well.
[15:16] <Saviq> sil2100, hmm, no descriptions in citrain dashboard?
[15:16] <sil2100> Saviq: uh oh!
[15:16] <om26er> citrain says: /usr/bin/citrain: 45: .: Can't open /usr/share/phabletutils/shell-adb-common.sh
[15:16] <om26er> help ?
[15:16] <sil2100> SOmething must have broken it
[15:16] <Saviq> om26er, apt-cache policy phablet-tools
[15:16] <Saviq> ?
[15:16] <ogra_> looks a lot cleaner at least :P
[15:17] <om26er> Saviq, not installed
[15:17] <Saviq> om26er, sounds like phablet-tools-citrain's missing a runtime dep on phablet-tools
[15:17] <ogra_> file a bug please
[15:17]  * Saviq clicked /usr/share/... from om26er... firefox landed me in http://www.usr.com/share/phabletutils/shell-adb-common.sh
[15:17] <Saviq> WTF
[15:17] <sil2100> Saviq: checking if your big description b0rk it (just in case)
[15:18] <Saviq> BIG? that's a big description?
[15:18] <sil2100> But it still seems missing...
[15:18]  * sil2100 investigates
[15:19] <sil2100> Damn, there's a lot of errors on this page, but not sure if those aren't some old ones
[15:22] <Mirv> rvr: om26er: :/ which network status fix?
[15:26] <om26er> Mirv, bug 1386109 but I might be wrong, its a guess.
[15:31] <rvr> Mirv: What do you think?
[15:32] <Mirv> rvr: I don't know. I jumped in only when there was a supposed fix, and then battled with getting the regression going away. I thought from the start that the scopes are a bit hard way to reproducing the original problem, and again today thought that I was able to see the problem (with the now updated test case in the wiki) - I rebooted twice with the old version, with wifi on, did the test and it failed. then updated to the PPA and it didn't fail
[15:32] <jhodapp> sil2100, can you please reconfigure vivid silo 1
[15:33] <sil2100> jhodapp: sure, what changed?
[15:33] <jhodapp> sil2100, added the qtubuntu-media MR to it
[15:33] <jhodapp> sil2100, but go ahead and rebuild everything
[15:33] <Mirv> rvr: I'll let QA decide what to do with the original bug an supposed fix, while I try concentrate on getting the unit tests situation clear for the possibility of landing the new network manager backend that actually works unlike the current one.
[15:33] <Mirv> if nothing else, Qt 5.4 will have super improved network manager bearer backend thanks to Lorn's work :)
[15:35] <sil2100> jhodapp: reconfigured
[15:35] <jhodapp> sil2100, thanks
[15:36] <Mirv> mzanetti: if there's a possibility the current 3G connection scopes problem is somehow gone/workarounded already, can you give kgunn/om26er/rvr some sort of idea what _other_ problems we may be currently facing with the broken network manager bearer plugin that we're currently using, or can we just do without it?
[15:37] <Mirv> s/without it/without the new fixed backend/
[15:38] <Mirv> I never really understood how the problem lead to the images not loading but web otherwise working, so the bug description would enjoy more accurate wording too
[15:39] <mzanetti> Mirv: I couldn't reproduce the roaming issue any more with your ppa
[15:39] <mzanetti> Mirv: on details about other issues I'd have to redirect you to lpotter
[15:39] <Mirv> mzanetti: the thing is that om26er and rvr now claim they can't reproduce it anymore without the PPA either
[15:39] <rvr> mzanetti: And without the silo?
[15:40] <mzanetti> need to test again to be sure
[15:40] <rvr> mzanetti: om26er and me can't reproduce it in 161
[15:41] <om26er> mzanetti, yes, I am not able to reproduce that issue today with 3G.
[15:42] <Mirv> kgunn: om26er rvr: I finished one more build and updated https://bugs.launchpad.net/savilerow/+bug/1357321/comments/87 - feel free to find ways to help with a) test case, b) validating what om26er/rvr are seeing without the PPA, c) bug description about what was the original problem exactly and how it related to us needing the fixed Network Manager backend... phew..
[15:42] <ogra_> Mirv, with or without silo ... we are sure the fix is the right thing to do in general ... no ?
[15:44] <Mirv> ogra_: well I guess a working NM backend in Qt sounds good, so that Qt's network status information would reflect what's actually happening in network manager. so in general yes it's the correct thing to fix, but I don't know what are the problems we're actually facing with staying with the current broken backend, if even this problem is gone.
[15:44] <sil2100> Saviq: the dashboard is acting strange, it seems to have problems fetching info from the SS
[15:45] <ogra_> Mirv, right
[15:49] <pmcgowan> ogra_, I thought we decided to land silo 3 as it was to avoid make work
[15:50] <ogra_> pmcgowan, well, i dont know what was decided after the bug meeting on friday
[15:50] <pmcgowan> we discussed here in the channel with brendan
[15:50] <ogra_> all i know is that it was decided that nothing but topblockers can land from now on
[15:51] <ogra_> if we are fine with the bundled silo (which IMHO we should) that needs to be said so :)
[15:51] <pmcgowan> that silo was already tested and just missed the previous deadline
[15:51] <pmcgowan> I am fine to land it
[15:51] <ogra_> me too
[15:51] <ogra_> olli, ?
[15:51] <pmcgowan> he also +1 on fri
[15:51] <ogra_> land it then :)
[15:51] <kenvandine> we need QA to mark it as verified :)
[15:51] <ogra_> sil2100, silo3 can go in once verified
[15:52] <ogra_> seb128, ^^
[15:52] <rvr> rhuddie stopped testing silo 3 until its status was clear
[15:52] <kenvandine> rhuddie, ^^^
[15:53] <pmcgowan> Mirv, if we cannot reproduce that qnetwork issue with the latest NM fixes, we should probably defer that landing
[15:53] <ogra_> we shoulldnt throw it away though
[15:53] <pmcgowan> indeed
[15:54] <ogra_> since we are sure it is the right thing to do
[15:54] <rvr> pmcgowan: ogra_: So do we block silo 22 for now?
[15:55] <pmcgowan> rvr, I would if the symptoms no longer reproduce
[15:55] <olli> yeah
[15:55] <ogra_> rvr, well, unless om26er finds a way to repro the issue i guess we have to
[15:55]  * olli waves goodbye
[15:56] <om26er> ogra_, the issue is: the problem was never difficult to reproduce. The bug was just there, for example opening the Ubuntu Store would not show icons of the apps but today its working just fine.
[15:57] <ogra_> right
[15:57] <om26er> maybe lets ask victorp if its fixed for him as well ?
[15:57] <ogra_> yeah
[15:57] <rhuddie> rvr, kenvandine, jibel, yes. testing on silo 3 was stopped until we had a clear direction.
[15:58] <rvr> rhuddie: Ok, we can test it now "safely" :)
[15:58] <kenvandine> it was stopped for several times last week, never really knew why...
[15:58] <kenvandine> rhuddie, rvr:  thanks
[15:59] <pmcgowan> om26er, iit does seem to be working
[16:00] <rhuddie> kenvandine, rvr, jibel, Ok, I'll start with silo3 again
[16:26] <rhuddie> kenvandine, on silo 3 I am seeing incorrect sync on flight mode state between u-s-s and network indicator. This wasn't mentioned in http://pastebin.ubuntu.com/8967576/
[16:26] <rhuddie> kenvandine, is this still expected?
[16:26] <kenvandine> what do you mean by incorrect?
[16:27] <kenvandine> it still looks a little wonky imo
[16:27] <kenvandine> but the state stays consistent for me
[16:27] <rhuddie> kenvandine, well, u-s-s says flight mode is enabled, but the indicator says it is disabled
[16:29] <kenvandine> that stayed in sync for me when i tested it
[16:29] <rhuddie> kenvandine, it started doing that after a couple of attempts of switching flight mode on/off and unlocking the sim
[16:30] <kenvandine> i didn't do anything with unlocking the sim
[16:30] <kenvandine> so maybe that triggered a problem in the indicator
[16:30] <kenvandine> now i can't install from the silo!
[16:30] <kenvandine> i flashed this morning, so lost the silo
[16:30] <kenvandine> W: Failed to fetch http://ppa.launchpad.net/ci-train-ppa-service/landing-003/ubuntu-rtm/dists/devel/main/binary-armhf/Packages  403  Forbidden
[16:31] <ogra_> i think there was a comment in the bug about the fliht mode switch
[16:31] <ogra_> (and that it is speacial and slower)
[16:31] <cwayne1> ogra_: btw spanish image should now be setup as gated
[16:32] <kenvandine> ogra_, any idea why i'm getting 403 errors from the ppa?
[16:32]  * ogra_ hugs cwayne1
[16:32] <ogra_> kenvandine, s/devel/14.09/
[16:32] <kenvandine> oh, is the citrain tool broken?
[16:33] <ogra_> kenvandine, LP drawback ... if you use the correct channel and add-apt-repo does the right thing and use the channel name ... LP cant resolve that to 14.09
[16:33] <kenvandine> ah
[16:33] <kenvandine> sigh
[16:33] <kenvandine> i shouldn't have flashed :)
[16:33] <ogra_> iirc cjwatson had opened a bug for that
[16:34] <sil2100> ogra_, pmcgowan: ACK
[16:34] <sil2100> Let me mention that in the landing
[16:34] <sil2100> Although the dashboard seems to be a bit mean today
[16:34] <kenvandine> rhuddie, i toggled it twice, each time it took at least 5 seconds but they stayed in sync
[16:35]  * kenvandine tries a few more times
[16:35] <rhuddie> kenvandine, hmm, it didn't take long for me to see the problem.
[16:35] <kenvandine> rhuddie, i think the switch in the indicator is a little buggy
[16:35] <kenvandine> it moves then moves back
[16:35] <kenvandine> and moves again when the state really changes
[16:35] <rhuddie> yeah I saw that too
[16:35] <cjwatson> ogra_,kenvandine: it's not that it can't resolve it - it shouldn't need to
[16:36] <kenvandine> i'm waiting long enough for the state to really change.. maybe if i rush it :)
[16:36] <cjwatson> ogra_,kenvandine: the problem is that there's a wrong .htaccess somewhere on the server side that's incorrectly denying access
[16:36] <cjwatson> and I keep forgetting to track that down at some point when the right people are around
[16:37] <sil2100> robru: the dashboard seems to have now completely stopped showing silo descriptions
[16:37] <kenvandine> rhuddie, ok, i reproduced that
[16:37] <cjwatson> I didn't file a bug, though I did ask Ted to file one
[16:37] <sil2100> robru: you have any idea what's up? I didn't have time to investigate that properly
[16:38] <kenvandine> rhuddie, but the state is right and staying in sync with what's in settings
[16:38] <kenvandine> the indicator isn't always staying in sync
[16:38] <kenvandine> rhuddie,  but you're right, i didn't hit it until i changed it a few times
[16:39] <kenvandine> i doubt that's a regression, the flight mode switch in indicator-network has been buggy
[16:42] <kenvandine> rhuddie, it's worse without silo 3 :)
[16:42] <kenvandine> so not a regression
[16:42] <kenvandine> got out of sync on the first try for me without the silo
[16:43] <rhuddie> kenvandine, yes. agreed. do we have a bug for the network indicator issue?
[16:46] <kenvandine> rhuddie, not sure, there have been a number of bugs filed related to this
[16:46] <kenvandine> rhuddie, i just tried it in vivid and i can't reproduce it in vivid
[16:46] <kenvandine> so maybe indicator-network or urfkill has a fix in vivid that hasn't been backported yet?
[16:46] <kenvandine> don't know
[16:47] <rhuddie> kenvandine, could you update your testing notes http://pastebin.ubuntu.com/8967576/ to reference the issue?
[16:47] <rhuddie> at least then it is logged with all the other issues
[16:48] <kenvandine> i need to head out for an appointment, lets just reopen the indicato-network rtm task for bug 1336715
[16:48] <kenvandine> or ask dednick to weigh in
[16:48] <kenvandine> dednick, please read the scrollback there
[16:49] <kenvandine> dednick, basically we can still get flight mode out of sync in indicator-network in rtm
[16:49] <kenvandine> but it's only the indicator getting out of sync, settings is staying in sync with the actual state
[16:49] <kenvandine> and i can't reproduce it in vivid
[16:49] <kenvandine> dednick, so maybe indicator-network bug?  do you know if we already have a bug for that?
[16:50]  * kenvandine heads out, bbiab
[16:50] <rsalveti> cjwatson: hey, quick question for you, tried to update the android package, but got stuck in proposed with 'android-emulator/amd64 unsatisfiable Depends: ubuntu-emulator-images'
[16:50] <rsalveti> cjwatson: android-emulator is 'all'
[16:51] <rsalveti> and nothing changed from the previous upload I had
[16:51] <rsalveti> ubuntu-emulator-images is indeed i386 only
[16:51] <rsalveti> which explains the message, but why is that an issue now?
[16:53] <rsalveti> android-emulator is an old transitional package, and can probably be removed if needed
[16:53] <cjwatson> rsalveti: give me a few minutes to investigate
[16:53] <rsalveti> cjwatson: sure, thanks
[16:53] <cjwatson> it might have been forced in before
[16:55] <cjwatson> rsalveti: oh, it would have worked before because architecture-all packages previously only had dependencies checked on i386; now they only have dependencies checked on amd64, to match the nominatedarchindep changes
[16:56] <rsalveti> cjwatson: oh, right then
[16:57] <rsalveti> should I just drop this package then for now? or is there anything else that can be done?
[16:57] <cjwatson> rsalveti: I have told proposed-migration a suitable lie which should make this problem go away
[16:57] <cjwatson> rsalveti: specifically http://bazaar.launchpad.net/~ubuntu-release/britney/britney1-ubuntu/revision/270
[16:57] <rsalveti> oh, cool then
[16:57] <rsalveti> cjwatson: got it, thanks so much
[16:58] <cjwatson> no problem
[17:01] <plars-sprint> ogra_: sil2100: at a sprint this week so I don't know if I'll easily be able to make it to hangouts, but I'll be around on irc mostly so if you need anything please ping me here. We have those makos in a better state now, so I'll have them back up and running jobs soon
[17:02] <sil2100> plars-sprint: ok, so are all those devices up now?
[17:03] <dednick> kenvandine: is this not related to the the battery using libnm directly maybe?
[17:05] <dednick> kenvandine: it's possibly a indicator-network bug. i hanvent seen it out of sync with the wifi settings in uss.
[17:05] <dednick> not since the uss updates anyway
[17:09] <ogra_> popey, soooo ... you can land the music app ... but please well coordinated with QA and the smoke testing guys ;)
[17:10]  * ogra_ just came out of a meeting :)
[17:10] <popey> thanks!
[17:10] <plars-sprint> sil2100: no, but they will be soon, it's mostly just mako and flo that were affected I think. Krillin seems ok
[17:15] <om26er> jdstrand, Hi! regarding silo-002 is any anything using the newly added functionality ?
[17:15] <jdstrand> om26er: no. the stuff to use it is for ota-1, but we want these changes now to avoid a policy recompile as part of ota-1
[17:18] <plars-sprint> psivaa: sil2100: ogra_: to me, it looks like starting with image 132 on mako, it started being uninstallable
[17:18] <bzoltan> sil2100: may i ask for quick silo? I could build a release candidate for the Chinese fellows for early morning tests
[17:18] <plars-sprint> I think I just killed two more devices with the latest, so I'm trying vivid now
[17:19] <plars-sprint> sil2100: wasn't 132 promoted also? that could explain why the latest stable image we flash is also broken
[17:20] <ogra_> plars-sprint, the promoted image was definitely sanity tested on mako
[17:20] <plars-sprint> ogra_: with --bootstrap?
[17:20] <ogra_> plars-sprint, that you would have to ask davmor2 :)
[17:21] <plars-sprint> ogra_: look at 132 in the ci runs, for 3 devices, none of them even booted
[17:22] <plars-sprint> and 134 looks to have the same problem
[17:23]  * ogra_ taps foot waiting for the dashboard
[17:24] <jdstrand> win 14
[17:25] <jdstrand> meh
[17:27] <ogra_> plars-sprint, well, no android changes and http://people.canonical.com/~ogra/touch-image-stats/rtm/160.changes (132) and http://people.canonical.com/~ogra/touch-image-stats/rtm/161.changes (133) ...
[17:27] <ogra_> plars-sprint, i dont see how anything could have broken it
[17:27] <plars-sprint> ogra_: if not, then we just had a LOT of devices simultaneously fail
[17:27] <plars-sprint> ogra_: what about something that could have broken adbd?
[17:27] <ogra_> nope
[17:28] <plars-sprint> ogra_: the image is booting from the sounds of it, but we don't see it
[17:28] <ogra_> notihing than the above changed last week
[17:28] <ogra_> we were hard frozen from wed. early monring on
[17:28] <plars-sprint> ogra_: I'm flashing vivid on one that just failed twice in a row with the latest rtm, so we'll see what happens
[17:29] <ogra_> k
[17:29] <ogra_> there is really nothing that could have broken it on the image side
[17:33] <plars-sprint> ogra_: yep, confirmed... mako-14 just failed 2 times in a row, (more if you count the previous failures), but with vivid it works fine
[17:33] <ogra_> well, not sure what to say
[17:34] <ogra_> nothing in the image changed that could even remotely cause this
[17:35] <plars-sprint> ogra_: well I know 132 failed, I know the stable image 8 fails, and I know the latest image 134 fails, but vivid works fine. So until it's sorted, we can either test on rtm and watch it kill all the makos, or we can turn that off
[17:35] <ogra_> and i know that davmor2 definitely tested 133
[17:35] <bzoltan> trainguards: could any of you help me out with a vivid silo what would release in 12 hours?
[17:36] <ogra_> plars-sprint, did ubuntu-device-flash get updated on the server or some such ?
[17:36] <plars-sprint> ogra_: not since early last week
[17:36] <plars-sprint> well before this I believe
[17:36] <ogra_> i see there was a landing for it in vivid on thu
[17:36] <ogra_> but that should not even touch touch
[17:37] <ogra_> (was for ubuntu-core)
[17:37] <ogra_> but that would be my only explanation
[17:38] <plars-sprint> well, on the 13th, but I would think there were tests between that and the one on friday that failed. iirc that one wasn't there early in the day when I looked
[17:38] <robru> bzoltan: what kind of help do you need?
[17:39] <bzoltan> robru: I could use a silo :)
[17:39] <robru> bzoltan: sure, what spreadsheet row?
[17:39] <bzoltan> robru:  56
[17:39] <ogra_> well, it landed in vivid at Thu, 13 Nov 2014 19:10
[17:39] <plars-sprint> davmor2: do you have a working mako at home you could try this with? (flashing latest rtm with --bootstrap)
[17:39] <ogra_> plars-sprint, he is off this week
[17:39] <plars-sprint> sadly, my mako has a busted battery
[17:39] <plars-sprint> ah, someone else in qa then maybe?
[17:39] <ogra_> (half of QA is)
[17:41] <robru> bzoltan: ok you get to be my guinea pig for some changes I just landed in citrain production ;-) https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/23/console building with DEBUG enabled!
[17:41] <bzoltan> robru:  wow :) it is a privilege
[17:42] <plars-sprint> sergiusens_: any chance this could be the same issue we saw with krillin last week and the latest ubuntu-device-flash?
[17:42]  * ogra_ feeds bzoltan some carrots and seeds
[17:43]  * bzoltan knows that in some cultures the guinea pig is considered as food
[17:43] <robru> hehee
[17:43] <ogra_> yup, we used to have peruvian colleagues :)
[17:44] <bzoltan> but you are German, right? So I am safe..
[17:44] <ogra_> haha, yeah
[17:44]  * bzoltan lets the bratwursts to be scared
[17:45] <sergiusens_> plars-sprint: which one, sorry, missing context
[17:46] <rhuddie> kenvandine, I will be leaving shortly, but om26er will continue testing on silo 3
[17:46] <plars-sprint> sergiusens_: on mako latest rtm images boot, but can't be seen from adb on mako and flo with the latest ubuntu-device-flash
[17:46] <plars-sprint> sergiusens_: (with --bootstrap)
[17:47] <bzoltan> ogra_:  where do I find the u-s-c logs?
[17:47] <ogra_> bzoltan, i guess in some lightdm log ...
[17:47] <ogra_> bzoltan, best to ask mterry, he knows that bpart of the system in and out
[17:47] <sergiusens_> plars-sprint: hmmm, I didn't change anything... but, rsalveti did the e2fsck stuff get in? plars-sprint can we check it's not stuck on broken fs?
[17:48] <ogra_> sergiusens_, no, it didnt
[17:48] <ogra_> sergiusens_, this is rtm only
[17:48]  * rsalveti reading
[17:48] <bzoltan> ogra_:  there is a unity-system-compositor.log under /var/log/lightdm
[17:48] <rsalveti> oh, yeah, the fsck stuff is vivid only
[17:48] <ogra_> sergiusens_, mvo changed something for ubuntu-core though
[17:48] <rsalveti> not yet fully landed
[17:48] <sergiusens_> rsalveti: did the "bug" fix for recovery make it to rtm?
[17:48] <ogra_> but that also looks unrelated
[17:48] <rsalveti> sergiusens_: not yet
[17:48] <sergiusens_> ogra_: that's harmless
[17:48] <plars-sprint> sergiusens_: I can't physically see the device, but I was told it was sitting at the  "Hi! Welcome to Ubuntu." screen, but we couldn't see them with adb
[17:48] <ogra_> sergiusens_, nope, there were no android uploads to rtm in quite some time
[17:49] <sergiusens_> ogra_: then it's missing the recovery fix; plars-sprint you said you didn't update u-d-f since, right?
[17:49] <ogra_> nor were there any changes to adb or adbd
[17:49] <sergiusens_> plars-sprint: rsalveti I'm referring to the emails we exchanged a while back
[17:49] <plars-sprint> sergiusens_: I'm talking about the s/set_adb_onlock/adb_onlock thing
[17:50] <plars-sprint> sergiusens_: it did get updated the day before, not sure if there was anything that happened in between
[17:50] <ogra_> thats not used yet
[17:50] <sergiusens_> plars-sprint: yes; but you said you rolled back?
[17:50] <ogra_> and wont be til ota-1
[17:50] <sergiusens_> plars-sprint: keep it rolled back until the rtm adb fix makes it to rtm if someone released a device tarball that doesn't really work...
[17:50] <rsalveti> sergiusens_: but I believe that also didn't land on rtm
[17:51] <sergiusens_> rsalveti: ogra_ oh, if nothing landed in rtm it is not that
[17:51] <ogra_> rsalveti, but perhaps in the phablet-tools ppa
[17:51] <ogra_> sergiusens_, right, i was more looking for possible server side issues plars-sprint could have here
[17:51] <sergiusens_> ogra_: no, I'm talking about recovery.img here
[17:51] <ogra_> since there were no actual changes to the image either when the devices started failing
[17:51] <robru> ogra_: where do we find the records for LP rejecting PPA uploads? do we know where the ps-jenkins mail goes?
[17:52] <sergiusens_> ogra_: if none of the adb work entered there, then it's fine; if something slipped in, the all is wrong and the adb fix needs to either go in or rolled out from rtm from recovery.img
[17:52] <ogra_> robru, uh, no, i dont know ... usually it should go to the MP approver, no ?
[17:53] <ogra_> sergiusens_, nothing changed in the images ... we were hard frozen when mako started failing
[17:53] <robru> ogra_: no, not related to MPs.
[17:53] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/rtm/160.changes and http://people.canonical.com/~ogra/touch-image-stats/rtm/161.changes
[17:53] <ogra_> it started failing with the first one ...
[17:53] <sergiusens_> ogra_: mako on rtm?
[17:53] <ogra_> sergiusens_, lol
[17:53] <sergiusens_> ogra_: so krillin is fine and mako isn't?
[17:53] <ogra_> on mako rtm
[17:53] <ogra_> right
[17:54] <sergiusens_> ogra_: this is what happens with $name ^^
[17:54] <plars-sprint> sergiusens_: correct, and I believe flo is broken also
[17:54] <ogra_> :)
[17:54] <sergiusens_> nothing is clear a that point ;-)
[17:54] <plars-sprint> but I haven't checked that one specifically
[17:54] <ogra_> obviously davmor2 was also able to install and test the image before promotion
[17:54] <ogra_> (on mako)
[17:55] <ogra_> and i belive he uses --bootstrap
[17:55] <sergiusens_> plars-sprint: ogra_ so ubuntu-device-flash touch --channel ubuntu-touch/ubuntu-rtm --bootstrap --password 0000 --developer-mode and it doesn't work?
[17:55] <sergiusens_> on mako
[17:55] <ogra_> for plars-sprint it doesnt, right
[17:56] <plars-sprint> sergiusens_: correct, that's producing something to me that I can't adb into
[17:56] <sergiusens_> ogra_: and the e2fsck stuff not the adb work (none of it) has landed in rtm?
[17:56] <sergiusens_> ogra_: adb in the android package
[17:56] <ogra_> sergiusens_, neither has landed
[17:57] <robru> fginther: https://launchpad.net/~ps-jenkins do you have access to ps-jenkins bot mail? can you check for a PPA upload rejection mail?
[17:57] <ogra_> https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/thread.html
[17:57] <ogra_> thats all rtm landings
[17:57] <ogra_> for this month
[17:57] <fginther> robru, chcking
[17:57] <robru> fginther: thanks
[17:57] <sergiusens_> ogra_: yeah, for rtm, I don't really trust the tools anymore given all the issues we'd had ;-)
[17:57] <ogra_> last android landing was nov 6th ... for new hybris ... no changes
[17:58] <fginther> robru, can you narrow it down to a package?
[17:58] <ogra_> sergiusens_, thats why i use the rtm-changes ml as master ;)
[17:58] <robru> fginther: qtcreator-plugin-ubuntu from the last few minutes
[17:58] <ogra_> old tools are still most reliable ;)
[17:59] <fginther> robru, I see no upload rejections
[17:59] <robru> bah!
[18:00] <robru> fginther: thanks for looking. figures I'd test this all weekend and then the first production deployment would just explode.
[18:02] <cjwatson> robru: What package name?
[18:03] <cjwatson> Oh you said
[18:03] <sergiusens_> ogra_: rsalveti plars-sprint https://launchpad.net/ubuntu-rtm/+source/android/20141104-2240-0ubuntu2 I just check the orig tarball there and it has the broken adb logic
[18:03] <cjwatson> robru: 2014-11-17 17:44:33 INFO    Failed to parse changes file '/srv/launchpad.net/ppa-queue/incoming/upload-ftp-20141117-174412-014889/~ci-train-ppa-service/ubuntu/landing-022/qtcreator-plugin-ubuntu_3.1.1+15.04.20141117-0ubuntu1_source.changes': GPG verification of /srv
[18:03] <sergiusens_> ogra_: so the changelog is indeed wrong ;-)
[18:03] <cjwatson> /launchpad.net/ppa-queue/incoming/upload-ftp-20141117-174412-014889/~ci-train-ppa-service/ubuntu/landing-022/qtcreator-plugin-ubuntu_3.1.1+15.04.20141117-0ubuntu1_source.changes failed: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public ke
[18:03] <cjwatson> y')", "(7, 9, u'No public key')"]
[18:03] <cjwatson> robru: i.e. looks like it was unsigned
[18:04] <sergiusens_> ogra_: and you would need this https://code-review.phablet.ubuntu.com/gitweb?p=CyanogenMod/android_bootable_recovery.git;a=commit;h=ab1d4747d5581cdbbf233eaedbf3e38cf324efef
[18:04] <ogra_> sergiusens_, well, but that landed on the 6th ... images stopped working on the 13th
[18:04] <robru> cjwatson: can this be some kind of temporary glitch? https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/23/console shows it being signed and the signature being good
[18:04] <plars-sprint> sergiusens_: ogra_: so I could revert the ubuntu-device-flash again, or we can fix it there.
[18:04] <cjwatson> robru: It's possible.  There have been acceptances since then
[18:04] <cjwatson> The keyserver is occasionally flaky
[18:04] <ogra_> plars-sprint, try it ...
[18:04] <cjwatson> robru: Is it reasonably straightforward for you to retry?
[18:04] <robru> cjwatson: yeah
[18:04] <sergiusens_> ogra_: well I don't know, the code doesn't lie; the broken adb landed in source on Oct 30
[18:05] <ogra_> sergiusens_, right and in binary on nov 6th
[18:05] <ogra_> but images failed only on the 13th+
[18:05] <sergiusens_> ogra_: oh, because plars-sprint told me he'd keep the old u-d-f until further notice
[18:06] <ogra_> sergiusens_, hmm, you held back u-d-f from the PPA ... i wonder if mvo tried to be a good citizen and copied it over after his stuff landed
[18:06] <ogra_> without knowing that he shouldnt
[18:06] <sergiusens_> ogra_: plars-sprint I can disable this with one line removal from u-d-f
[18:06] <sergiusens_> ogra_: I did it; as plars-sprint told me they manually updated u-d-f
[18:06] <ogra_> or plars-sprint can just roll back
[18:06] <plars-sprint> sergiusens_: no, until that fix went in, which it did. I tested it on krillin and thought it had already been tested on mako. So we will revert again.  Did you add a new dependency without adding it to debian/control?
[18:15] <cjwatson> robru: good, sorry for the inconvenience
[18:16] <bzoltan> robru:  No, I do not think so... but let me check what zbenjamin has done ...
[18:17] <bzoltan> zbenjamin:  robru: libudev1
[18:17] <rsalveti> sergiusens_: changelog is fine
[18:18] <rsalveti> sergiusens_: so it's a combination of latest u-d-f and the broken adb logic
[18:18] <rsalveti> that would explain
[18:19] <sergiusens_> rsalveti: yes; and broken telephone (the game) :-)
[18:19] <rsalveti> sergiusens_: yeah, easier to use the older u-d-f until we update android for RTM
[18:20] <rsalveti> indeed annoying
[18:21] <mterry> bzoltan, ogra_: sorry, was afk for gym.  There's a question about usc?
[18:21] <ogra_> mterry, bzoltan was looking for explicit usc logs
[18:21] <bzoltan> mterry:  working out is healthy :)
[18:22] <bzoltan> mterry: since than i figured out the problem
[18:22] <mterry> bzoltan, awesome.  Glad I could help  ;)
[18:22] <bzoltan> mterry:  you guru :)
[18:23] <ogra_> and he doesnt even have long hair and a beard !
[18:24] <ogra_> sil2100, FYI ... i found the ML archive shows the landing mail within minutes *if* you sort by date (there is a selection at the top of the page to sort by thread or date)
[18:24] <sil2100> UUuggh
[18:24] <sil2100> ogra_: ok, thanks!
[18:24] <ogra_> :)
[18:24] <ogra_> by default you indeed get "by thread" ...
[18:25] <sil2100> Yaay, no more waiting for hours \o/
[18:25] <ogra_> yeah
[18:25] <ogra_> worked fine for me last week
[18:25] <bzoltan> robru:  something must have changed in vivid ...
[18:26] <robru> bzoltan: vivid does that ;-)
[18:26] <bzoltan> robru:  it said that "Project ERROR: libudev development package not found" when we do depend on libudev-dev
[18:27] <sil2100> grrr, and now I'm having problems with sending e-mails, wth
[18:27] <robru> bzoltan: maybe the structure of libudev packages changed in vivid? not sure, I'm unfamiliar with udev
[18:27] <bzoltan> robru:  me too
[18:28]  * bzoltan goes and makes a vivid cowbuilder
[18:29] <sil2100> Moo
[18:35] <rsalveti> ogra_: will trigger another vivid image
[18:35] <robru> sil2100: yeah I don't have a clue what's wrong with the dashboard. the spreadsheet doesn't seem to be missing info (the usual cause of missing dashboard info). also the fact that just some work and some don't is bizarre.
[18:36] <ogra_> rsalveti, go wild
[18:36] <rsalveti> ogra_: done :-)
[18:36] <ogra_> :)
[18:38] <imgbot> [18:39] <robru> sil2100: all my troubleshooting skills say "look at the couple silos that do work and compare them to the rest" and I don't see any difference.
[18:39] <sil2100> robru: at first I thought that some description might have caused the issue by having some strange malformed syntax in it, but I think it's not the case
[18:40] <sil2100> robru: my original culprit was the unity8 silo, but all looks ok there
[18:40] <ogra_> https://lists.launchpad.net/ubuntu-phone/msg10521.html
[18:40] <ogra_> hah
[18:40] <ogra_> minutes :)
[18:41] <Saviq> trainguards, I can has silo 14 published, please (/me hates the dashboard for not reading the status out of the SS)
[18:41] <robru> Saviq: please direct your hatred at the spreadsheet. I'm pretty sure it caused WW2 and has been plotting evil schemes ever since.
[18:42] <Saviq> robru, ok /me hates SS then...
[18:42] <Saviq> hmmm
[18:42] <Saviq> I think that should be built into my polish self anyway
[18:42] <ogra_> robru, did you just invoke godwins law here ?
[18:42] <Saviq> </bad nazi joke>
[18:43] <robru> ogra_: well I didn't mention anybody by name...
[18:43] <ogra_> heh
[18:49] <bzoltan> robru:  that error just does not make sense to me ... the libudev-dev package is available in Vivid and according to the logs it is installed to the builder too
[18:50] <sil2100> bzoltan: did you try in a cowbuilder/pbuilder ?
[18:51] <robru> bzoltan: yeah I dunno. hang on I'll hit retry, maybe today is a day for transient issues
[18:56] <bzoltan> robru: it faild on vivid cowbuilder too ...
[18:57] <robru> bzoltan: yeah the retry failed in the ppa as well, same failure
[18:57] <robru> bzoltan: great news, if you reproduced it locally you're one step closer to fixing it ;-)
[18:58] <kenvandine> rvr, any word on silo 3?
[18:58] <kenvandine> ah, he said om26er_
[18:58] <kenvandine> om26er_, any word?
[18:59] <om26er_> kenvandine, I am working on silo2, will work on 3 afterwards. rhuddie was working on it, he went away.
[18:59] <kenvandine> om26er_, ok, thx
[19:00] <bzoltan> robru:  we have this PKGCONFIG += libudev glib-2.0
[19:01] <robru> bzoltan: try libudev1 maybe? that's the binary package name
[19:01] <bzoltan> robru:  hmmm... wait a second... this is the first time we try to land somethinga since qt5.3.2
[19:03] <robru> bzoltan: looks like pitti was the last person to touch systemd in vivid, worst case maybe ask him if anything about libudev changed since utopic
[19:04] <bzoltan> robru:  I am afraid that it is not about libudev ... but about Qt and the pkgconfig of the qtcreator-plugin-ubuntu project
[19:05] <robru> bzoltan: something you can fix? i'm not familiar with any of that stuff ;-)
[19:05] <robru> bzoltan: i'm just glad this issue isn't caused by my new citrain code ;-)
[19:05] <bzoltan> robru:  I will need Mirv for that
[19:05] <bzoltan> robru:  your CI train code is safe here :)
[19:06] <robru> bzoltan: hehe thanks
[19:19] <pmcgowan> ogra_, popey how does music app get silod/tested
[19:20] <ogra_> pmcgowan, i imagine popey gives the click to QA
[19:20] <popey> pmcgowan: I have created a set of manual tests to perform, we have candidate click.
[19:20] <popey> I am happy to throw at QA, but who? some people are on vacation?
[19:20] <pmcgowan> was just trying to figure that out
[19:21] <popey> I want to do a load more testing before giving to QA
[19:21] <popey> intended to hand to QA tomorrow morning, but if someone in US TZ can test on my overnight then that would be preferable.
[19:22] <ogra_> popey, talk to jibel, he should be able to point you at someone
[19:22] <popey> jibel: yo!
[19:23] <pmcgowan> popey, lets get a trello card for it so its queued up
[19:26] <popey> pmcgowan: got a link to the trello board? I don't seem to be subscribed to it.
[19:26] <ogra_>  https://trello.com/b/AE3swczu/silo-testing
[19:27] <pmcgowan> popey, need QA to update it I suspect https://trello.com/b/AE3swczu/silo-testing
[19:29] <pmcgowan> ogra_, you so fast
[19:30] <ogra_> heh
[19:31] <popey> jfunk: are you able to add a trello card to the QA board for testing the music app for me?
[19:33] <jdstrand> olli, pmcgowan: fyi, the apparmor-easyprof-ubuntu changes (rtm silo 002) is awaiting qa signoff. I'm just waiting on that to then coordinate with cwayne to push to rtm
[19:34] <robru> Saviq: well, dashboard seems to be back. I didn't fix anything. I guess it's just a transient issue with google or something. no idea
[19:34] <pmcgowan> jdstrand, looks like om26er_ is testing now
[19:35] <om26er_> pmcgowan, yes, tests are running, taking a long time
[19:35] <jdstrand> ok, cool
[19:35] <pmcgowan> thanks
[19:35] <jdstrand> the apparmor-easyprof-ubuntu image tests takes a while
[19:39] <bzoltan> robru:  The qtc plugin MR got a quick facelift ... somehow the vivid builders have different packages .. .like pkg-config and libglib2.0-dev was missing
[19:39] <bzoltan> robru:  I triggered a new build with debug info
[19:39] <robru> bzoltan: cool thx
[19:50] <jfunk> popey: is it not going to be tested as part of silo?
[19:51] <ogra_> jfunk, clicks are never siloed
[19:51] <ogra_> there were plans at the sprint to make that possible ... but not implemented yet afaik
[19:52] <jfunk> ack
[19:52] <ogra_> for some of the apps we have desktop packages (i.e. gallery9 there we can have debs in silos for testing ... but not for click only ones
[19:52] <jfunk> popey: sure we can do that, when do you need it by?
[19:52] <ogra_> for this milestone would be good
[19:53] <ogra_> (before wed. evening EU TZ)
[19:53] <ogra_> so it gets a week of testing before the golden milestone
[19:53] <ogra_> (like ... enduser testing ... for the weird guy that has 15632 albums of only one artist etc :) )
[19:59] <ogra_> kenvandine, you broke it :P
[20:00] <ogra_> heh, funny seems they all built on all arches ...
[20:01] <ogra_> so the bot lies ...
[20:06] <kenvandine> 2014-11-17 19:57:21,296 ERROR Expected {'indicator-power': set(['12.10.6+15.04.20141103~rtm-0ubuntu1']), 'powerd': set(['0.16+15.04.20141031.2~rtm-0ubuntu1']), 'ubuntu-system-settings': set(['0.3+15.04.20141112.1~rtm-0ubuntu1']), 'upower': set(['0.99.1~rtm-3'])}+[u'upower', u'powerd', u'indicator-power', u'ubuntu-system-settings'] in PPA but found {u'indicator-power': set([u'12.10.6+15.04.20141103~rtm-0ubuntu1']), u'ubuntu-system-settings
[20:06] <kenvandine> ': set([u'0.3+15.04.20141113.1~rtm-0ubuntu1']), u'upower': set([u'0.99.1~rtm-3']), u'powerd': set([u'0.16+15.04.20141031.2~rtm-0ubuntu1'])}. Perhaps uploads failed?
[20:08] <ogra_> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-016/+packages
[20:08] <ogra_> the ppa looks fine
[20:08] <kenvandine> yeah, it does lie :)
[20:08] <imgbot> [20:08] <imgbot> [20:09] <ogra_> rsalveti, ^^^ yours
[20:09] <rsalveti> ogra_: thanks
[20:12] <robru> kenvandine: looks like unexpected version of u-s-s in the ppa...
[20:13] <robru> kenvandine: yeah, your sync attempted to upload 1112.1 but 1113.1 was already in the PPA. I guess you'll need to bump the version manually
[20:14] <robru> kenvandine: easiest thing I guess would be to free the silo and start over in a different silo. then the 1112.1 upload would succeed
[20:14] <robru> kenvandine: either that or change it from a sync silo to a manual source silo and then just do all the uploads yourself with copypackage
[20:16] <robru> kenvandine: ogra_: bot doesnt lie, it's reporting what the build job tells it to. build job failed because the version in the PPA is not the version that the build job uploaded
[20:16] <robru> kenvandine: apologies that raw data structure dump is totally unreadable, I should fix that
[20:19] <kenvandine> robru, i can fix it :)
[20:19] <kenvandine> thx
[20:23] <robru> I gotta grab lunch, please ping me if anything explodes.
[20:28] <popey> jfunk: sorry, was afk
[20:29] <popey> jfunk: ask ogra_ says, asap really. We haven't used silos before for the community click apps. We'd ordinarily just push the click under test to the phone and go through the usual manual tests
[20:30] <popey> jfunk: left a comment on the trello card with the link to the click which needs testing
[20:30] <pmcgowan> popey, seems nuclearbob waslooking for you on that
[20:31] <popey> super
[20:31] <jfunk> popey: ack thx
[20:32] <nuclearbob> popey: do you have the test plan handy?
[20:32] <popey> kinda, working on it right now.
[20:32] <popey> this is a bit new to me ☻
[20:46] <iahmad> popey, is there some design doc/functional spec for new music app?
[20:46] <popey> iahmad: yup
[20:47] <iahmad> popey, would you please point me to that
[20:47] <popey> iahmad: https://docs.google.com/a/canonical.com/presentation/d/1L3eGhOe-0eEmKtUurthpUEaweFradSFb3t6W-KiIZMU/edit#slide=id.g4d67bb613_11
[20:47] <iahmad> +?
[20:47] <popey> does that link work for you?
[20:48] <iahmad> popey, it did, thanks
[20:48] <popey> no problem
[20:59] <robru> kenvandine: ah sorry this time it's my fault. I'm working on a fix for that bug already. WATCH_ONLY might be able to workaround that for now
[20:59] <iahmad> popey, what is the lp project for new music app?
[20:59] <popey> lp:music-app
[21:08] <kenvandine> robru, ok
[21:21] <robru> *phew* ;-)
[21:24] <kenvandine> :)
[21:24] <kenvandine> now if i can figure out how to install powerd from that ppa :)
[21:25] <kenvandine> ogra_, ideas?
[21:25] <kenvandine>  unable to make backup link of `./usr/share/powerd/device_configs/config-default.xml' before installing new version: Invalid cross-device link
[21:34] <robru> kenvandine: oh I saw instructions for that once forever ago. you have to like, copy the files into the rootfs while in recovery mode or something.
[21:35] <om26er> kenvandine, I had a system-settings crash, not sure if its related to the change in the silo.
[21:35] <om26er> https://errors.ubuntu.com/oops/5b9b2d7c-6ea1-11e4-bce8-fa163e4ccdf2
[21:36] <kenvandine> om26er, doubtful, what were you doing when it crashed?
[21:36] <kenvandine> like what panel?
[21:37] <om26er> kenvandine, after toggling many settings, I came to the main screen and tapped on 'Brightness'  panel and app freezed and eventually crashed.
[21:37] <kenvandine> robru, but how do you actually update the package?
[21:38] <kenvandine> ok, that isn't different
[21:38] <kenvandine> known issue :)
[21:39] <kenvandine> s/isn't/is/
[21:41] <robru> kenvandine: can't remember, sorry.
[21:42] <kenvandine> robru, thx anyway
[21:42] <robru> kenvandine: there should be a wiki for it somewhere. does it not mention installation instructions in the test plan?
[21:43] <robru> kenvandine: http://paste.ubuntu.com/8224550/ here you go
[22:00] <jdstrand> cwayne1: can you ping me when you are ready for me to push apparmor-easyprof-ubuntu?
[22:09] <cwayne1> jdstrand: will do
[22:09] <jdstrand> cwayne1: also, if I go eod, feel free to ask trainguards to do it without me
[22:09] <robru> jdstrand: do what now?
[22:10] <jdstrand> robru: we like to coordinate the apparmor-easyprof-ubuntu publication with the custom tarball
[22:10] <robru> jdstrand: you got a silo ready to be published?
[22:11] <jdstrand> robru: since, apparmor-easyprof-ubuntu is ready and signed off, I was just saying that if I wasn't around, cwayne1 didn't have to wait on me
[22:11] <jdstrand> robru: and could ask one of you to press the publish botton
[22:11] <jdstrand> robru: yes, rtm silo 002
[22:11] <robru> jdstrand: ah ok. thought you might need me to upload something into a silo, which I'm not prepared for. but I can publish silos when needed ;-)
[22:11] <jdstrand> hehe, no, silo is completely ready :)
[22:38] <nuclearbob> trainguards: com.ubuntu.music-2.0.744.all should be ready to land, there's no silo associated since it's a click package
[22:44] <popey> nuclearbob: balloons can upload to store
[22:44] <popey> (if he's around)
[22:44] <nuclearbob> let's see if he is
[22:45]  * balloons floats
[22:45] <popey> \o/
[22:45]  * popey hugs balloons
[22:46] <balloons> yay! music!
[22:46] <nuclearbob> woo music!
[22:46] <popey> balloons: the click is linked from the trello card for it
[22:48] <balloons> pushed, popey, review time
[22:53] <nuclearbob> woo!
[22:56] <popey> balloons: i dont see it
[22:56] <popey> assume it passed
[22:57] <popey> oh, now i do
[22:57] <popey> odd
[22:57] <popey> uh, we need to speak to martin tomorrow, there's some inconsistencies in the store.
[22:58] <popey> Thanks nuclearbob balloons ☻
[22:58] <nuclearbob> :)
[23:00] <nuclearbob> and now, eod
[23:01] <popey> \o/
[23:01] <ogra_> is it in ?
[23:04] <balloons> popey, ack
[23:04] <popey> yes
[23:05] <ogra_> hmm, my phone doesnt think so
[23:08] <popey> bet i busted the store by rolling back
[23:09] <popey> yeah, i think i broke the store
[23:09] <popey> balloons: you still about?
[23:11] <popey> i think i need to file a bug for this...
[23:23] <balloons> popey, awesome
[23:23] <popey> yeah, not ☻
[23:23] <balloons> popey, what would you like me to do?
[23:24] <popey> balloons: my theory was that we should apporove the broken 2.0.738 then try and upload 2.0.744, but I fully expect that to fail
[23:24] <popey> because you already uploaded 2.0.744
[23:24] <popey> so rather than that I'm gonna file a bug and send a mail to phablet about it
[23:24] <popey> because the store is basically broken
[23:24] <popey> so nothing required for you to do
[23:27] <balloons> popey, ah that does make sense
[23:27] <balloons> no bueno bueno
[23:27] <balloons> bah, I failed
[23:33] <popey> bug 1393606
[23:33]  * popey emails phablet
[23:47] <om26er> trainguards please rebuild ubuntu-rtm/landing-006
[23:49] <robru> om26er: done
[23:50] <om26er> robru, thanks.
[23:50] <robru> om26er: you're welcome
[23:51] <ogra_> robru, for rtm 2 there is a coordinated landing with a custom tarball needed (for which we do not yet have QA) ... so dont land it :)
[23:51] <robru> ogra_: yeah was waiting for a ping from cwayne1 on that one
[23:51] <ogra_> cool
[23:52] <ogra_> we will need to coordinate that with an image build too
[23:52] <ogra_> (stop the importer, wait for rootfs, start importer with rootfs and custom tarball in place)


[00:51] <dkn> i had bonding setup on my network interfaces eth0 and eth1, i unplugged eth0 and attached it to another port on my switch when i was booting off of recovery mode CD, now the bond is getting an ip but not working, i can't ping anything, and eth0 is getting it's own ip address.... what did the boot cd do to my network config?
[01:29] <jrwr> How stable is glibc crypt() (using $6$) from ever changing?
[01:44] <jMCg> Hey folks
[01:45] <jMCg> I got my NFS server up and running and I put according to https://help.ubuntu.com/community/NFSv4Howto server:/export/homes /home nfs4 _netdev,auto 0 0 in the clients' /etc/fstab -- but it doesn't mount it on boot.
[01:46] <jMCg> "Currently Ubuntu Server does not come with the scripts needed to auto-mount nfs4 entries in /etc/fstab after the network is up." oh joy.
[01:47] <jMCg> I was wondering about the missing /etc/network/if-up.d/$stuff...
[01:49] <jMCg> for fs in $( awk '/_netdev/{print $2}') < /etc/fstab ); do mount $fs ; done'
[01:49] <jMCg> That should do it.
[02:09] <jMCg> Yeah baby.
[02:10] <jMCg> Two machines, equal setup. One mounts nfs on boot, the other does not.
[02:27] <SpamapS> jMCg: can you boot with '--verbose' in grub on the one that doesn't, and share your /var/log/boot.log and grep init: /var/log/syslog ?
[02:54] <jMCg> SpamapS: I'd rather not touch grup - I only have SSH access.
[02:55] <jMCg> SpamapS: but adding sleep 5 to my script fixed the issue -- I tried it before with ifdown eth0; ifup eth0 -- and it said no route to host when trying to mount nfs.
[03:23] <scalability-junk> hey I'm trying to use automatic memory allocatin with ubunutu 11.04 and kvm, but can't find any docs, can anyone help please
[03:23] <scalability-junk> *allocation
[03:40] <ejv> greetings, I have apcupsd monitoring my APC UPS battery backup, upon a fresh restart of the server, 'apcaccess' responds promptly with data dump of all the relevant information; after several hours, it stops responding correctly and my dmesg log fills up with "generic-usb 0003:051D:0002.0001: control queue full" why is this happening, and how do I fix it?
[03:59] <Takyoji> RAID 1 is really the only possibility for software RAID (to boot from), right?
[04:00] <patdk-lap> no
[04:01] <Takyoji> then how the does the boot loader magically read the harddrives (if it exceed a sector) if it doesn't even have software RAID running? :P
[04:02] <jrwr> I think it does some magic sector mapping
[04:03] <patdk-lap> Takyoji, that would be the magical raid grub2 boot driver :)
[04:03] <Takyoji> ahh
[04:03] <Takyoji> So it's only present in GRUB2 then, yes? Whereas prior to GRUB2, it wasn't?
[04:03] <patdk-lap> yep
[04:04] <patdk-lap> but as everything, from 10.04+ has grub2
[04:04] <Takyoji> also, any thoughts on software RAID versus hardware RAID?
[04:04] <patdk-lap> that depends on your needs
[04:04] <Takyoji> How exactly do you configure the hardware RAID controller?
[04:04] <patdk-lap> how exactly do you configure your bios?
[04:04] <Takyoji> So it's modularly through the BIOS process?
[04:05] <patdk-lap> unless you get one with network/serial support
[04:06] <Takyoji> basically the need here is generally fault-tolerance
[04:06] <patdk-lap> then anything would work
[04:06] <patdk-lap> if the need is quicker burst ability, hardware raid + battery backup
[04:07] <patdk-lap> but there generally is not much difference from software and hardware raid unless your using a battery backup
[04:08] <patdk-lap> except that more of your pci bandwidth is used writing to the disks, that the hardware raid would be doing
[04:08] <Takyoji> because apparently there's a school that had a backup harddrive, and would rsync things nightly from the main harddrive (y u no RAID? D: ), and the backup harddrive failed, and they didn't even know, and apparently they also had a single copy of some data on there as well that's now pretty much lost. xP
[04:08] <Takyoji> ahh
[04:08] <Takyoji> there's really nothing else on the PCI bus anyway
[04:08] <patdk-lap> well, nothing will help with that
[04:08] <Takyoji> I know, but just for preventive future measures.
[04:08] <patdk-lap> software and hardware riad both need to be monitored
[04:09] <patdk-lap> ya, if they had raid, they would unlikely know one drive failed
[04:09] <Takyoji> and I'm just wondering what alert system would be used, or how you'd even tell
[04:09] <patdk-lap> and would notice when the second one did
[04:09] <patdk-lap> normally, it emails
[04:09] <patdk-lap> but that only works if email server works to get out the email address is still in use, and all that :)
[04:09] <patdk-lap> and someone does monitor that email account, and it doesn't go to junk :)
[04:10] <Takyoji> but regardless, the reason of RAID would be: better read (don't really care much about write speed, xP), no need for doing the redundancy nightly instead of on-instant, etc
[04:10] <patdk-lap> only if people have a habit of deleting things
[04:10] <patdk-lap> that they need
[04:13] <Takyoji> I wonder if there's anything for along the lines of "soft deletion"
[04:13] <Takyoji> as for the files itself, it's an LDAP server with NFS/SAMBA
[04:13] <Takyoji> moreso focusing on the NFS/SAMBA part
[04:14] <Takyoji> so there can be precautions server-side that are transparent to the client.
[04:14] <thevinci> I've set up transmission-cli and transmission-daemon, and I've just accessed the web interface, i went to download a torrent, and it gave me an error, saying permissino denied.
[04:15] <thevinci> is this because transmission doesn't have write properties in the folder I created for my downloads?
[05:12] <scalability-junk> is there any way to enable automatic memory ballooning with ubuntu (kvm) couldn't find any docs about it
[05:30] <nronksr> What are people using for email servers these days?
[05:32] <Takyoji> Postfix and Dovecot?
[05:33] <patdk-lap> heh, that is software
[05:33] <patdk-lap> I normally use hp blades
[06:13] <srk9> I have been given a virtual machine running Ubuntu Server. On Gentoo, I can run "glsa-check -l" to view all security advisories that apply to installed software. IS there an equivalent command on Ubuntu?
[06:32] <Olotila> Is there a HDD benchmark similar to CrystalDiskMark for server?
[06:32] <Olotila> I tested in windows, would be interesting to see ubuntu server comparison
[06:33] <Olotila> disk utility tests mostly just cache, like gives over 1GB/s writes for 4x1TB HDD raid0 with spinning disks
[06:34] <Olotila> http://img1.uploadscreenshot.com/images/orig/10/28101590141-orig.jpg
[07:03] <Olotila> here is test in windows side, is there a program that is easy to compare to those results?
[07:03] <Olotila> http://img1.uploadscreenshot.com/images/orig/10/28103022752-orig.jpg
[07:05] <Takyoji> I'm not sure if you can use 'palimpsest' (which is actually called the 'Disk Utility' in the Admin menu in Ubuntu) to do such remotely.
[07:05] <Takyoji> I know you can use the tool for checking details of a filesystem remotely, but not sure if the read/write test is possible remotely.
[11:38] <dgrf> Hello,can somebody give me a guide for setting up postfix mail server along with dovecot and a webmail interface?
[12:09] <ejat> can someone help me with this driver on ubuntu server
[12:09] <ejat> 1c:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)
[12:10] <dkn> what do ya need?
[12:13] <ejat> xorg .. is it supported in oneiric .. the driver?
[12:13] <ejat>     13.617] (EE) Failed to load module "mgag200" (module does not exist, 0)
[12:13] <ejat> [    13.617] (EE) No drivers available.
[12:13] <ejat> i hv tried "mga" also not work
[12:16] <dkn> looks like that should work
[12:20] <dkn> if the xorg.conf is setup for mga in the chipset, and mgag200 in the device section, what version are you on?
[12:22] <RoyK> ejat: X isn't really a server issue, is it? ;)
[12:23] <ejat> RoyK :) .. yeah .. agreed .. just wondering "if" u guys can help me :)
[12:23] <ejat> ive tried using vesa … but its flickering ..
[12:24]  * RoyK had an rsync running all night for this apple time machine disk and only realized now that it uses hard links
[12:26] <dkn> buy gui's can good for quick reference :)
[12:27] <dkn> but*
[12:27]  * RoyK never uses X on servers
[12:28] <dkn> of course, i'm certain extra junk that came with my gui is causing the network problems i'm having...
[12:30] <dkn> http://pastebin.com/atPqJk4k if anyone is feeling brave :)
[12:32] <dkn> one of my bonded interfaces is still getting it's own IP... i think when i booted from the recovery CD it messed something up with the networking cause i'm setup for eth0 & eth1 --> bond0-->br0
[12:32] <RoyK> the gui isn't very likely to mess up networking
[12:33] <RoyK> probably PEBKAC ;)
[12:33] <dkn> when i restarted Network Manager (used to ignore the eth1 and eth0 interfaces), it started poping up with auto eth0 and eth1 getting their address....
[12:35] <dkn> most likely, i had i just run grub before restarting i could have saved myself soooo much trouble...
[12:37] <dkn> i'm about ready to dump the whole bonding config and just go back to one interface and deal with it later :(
[12:38] <dkn> i just don't understand how eth0 and eth1 are getting an IP? i removed network manager, and /etc/network/interfaces has them as slaves for bond0.... does not compute!
[12:44] <RoyK> dunno - never used bonding on linux - sorry
[12:46] <dkn> ya? i just liked the idea that one port could go bad, or one cable could get un pluggd and everything would keep working
[12:47] <dkn> so the hard links filled things up did they?
[12:47] <RoyK> the lack of hard links
[12:47] <RoyK> 1,5TB used, while the source had 1,3TB
[12:47] <RoyK> stopped it and added -H to rsync
[12:50] <RoyK> installed 4 WD Black drives for holding this storage and found out a few hours later that adding a fan in front of them would be a jolly good idea - 65˚C isn't healty for a drive :P
[12:51] <dkn> did google post a report.... 45 or something was better then 35?
[12:52] <RoyK> I think I read something like that too
[12:53] <RoyK> but 65 is a bit over the top
[12:53] <RoyK> theyære currently at ~40˚C
[12:54] <dkn> the fans in our server could get used in a vacuum.... ear plugs NOT optional
[12:56] <RoyK> 1U servers have very small fans, spinning at a very high rate... :P
[12:56] <dkn> 16 disk 4U monster
[12:56]  * RoyK has a couple of 45 disk 4U monsters :P
[12:56] <dkn> they're hovering around 32˚C
[12:57] <dkn> ouch
[12:57] <dkn> 2.5"
[12:57] <dkn> ?
[12:57] <RoyK> well, it's two servers - 36 drives in the server chassises and 45 drives in their JBODs
[12:58] <RoyK> front and back
[12:58] <RoyK> supermicro stuff
[12:58] <dkn> i think i saw that thing
[12:59] <RoyK> 100TB net storage in each
[12:59] <dkn> is the crane optional? or included to help you mount it in the rack?
[12:59] <RoyK> hehe
[12:59] <RoyK> it's not that heavy if you install it without the drives
[12:59] <dkn> :P i know
[13:00] <dkn> and you just run single nic's?
[13:00] <RoyK> those ones uses 10Gbps
[13:00] <dkn> fiber? or copper?
[13:00] <RoyK> copper to the switch, single mode fiber from that datacentre to our main datacentre
[13:01] <RoyK> bacula backup storage
[13:01] <dkn> ahhh
[13:01] <dkn> alright alright.... i'll drop the bonding...
[13:02] <RoyK> bonding should work, though
[13:02] <RoyK> that is, if it's correctly configured on the switch
[13:02] <dkn> switch hasn't changed since i set it up last year, and it's been working great since yesterday :(
[13:03] <dkn> i mean.... until
[13:03] <RoyK> http://paste.ubuntu.com/704869/
[13:03] <RoyK> dkn: that's one of the servers' raid config ;)
[13:04] <dkn> wow.... 2 spares?
[13:04] <RoyK> should suffice - all VDEVs are RAIDz2, so in theory, we can lose 22 drives without losing data
[13:05] <dkn> ahhh
[13:05] <dkn> and.... raidz2...? is that like raid 60?
[13:05] <RoyK> raid6
[13:05] <RoyK> and no, it's not running linux :P
[13:06] <dkn> c'mon get gnome on there!
[13:07] <dkn> imagine the media library you could have :)
[13:07] <RoyK> http://paste.ubuntu.com/704872/
[13:07] <RoyK> this is the real beast
[13:07] <RoyK> only 24 drive slots, 24 gigs of memory, but with striped mirrors and SSDs for caching both reads and writes
[13:08] <RoyK> fastest file server I've seen so far
[13:08] <RoyK> cost us some NOK 43k
[13:08] <dkn> is that the solaris system for ssd caching?
[13:08] <RoyK> openindiana, so yes, solarisish
[13:08] <dkn> cool
[13:09] <RoyK> it's zfs' caching system
[13:09] <RoyK> works on freebsd too
[13:09] <RoyK> and there's a linux port, but I don't think that's very good (yet)
[13:11]  * dkn dreams about SSD caching in linux
[13:12] <RoyK> IIRC there's some in ext4
[13:12] <RoyK> you can place the journal on an SSD
[13:12] <RoyK> that won't affect reads, though
[13:13] <dkn> i think i read something to that effect....
[13:14]  * dkn drives all the way back to work get the networking..... working
[13:15]  * dkn grumbles.... stupid netnotworking
[13:17] <dkn> exit
[13:27] <scalability-junk> I'm looking for a way to have automatic memory ballooning, but couldn'T find any docs. is it even possible?
[13:30] <StevenR> scalability-junk: can you be more specific?
[13:31] <scalability-junk> I want the memory of my kvm ubuntu setup to be dynamicly allocated so if guest a needs 1 gb in peak and it is available it will get it.
[13:32] <StevenR> ahh. kvm. I'm not sure the hypervisor will do that
[13:33] <scalability-junk> any other hypervisor capable of this?
[13:33] <RoyK> scalability-junk: using virt-manager, you can set a minimum and maximum amount of memory available. is this what you mean?
[13:33] <RoyK> that's on kvm
[13:33] <scalability-junk> RoyK: sort of, I just want it to be automated, always check and allocated the needed memory, I don't think virt-manager is automating it
[13:34] <StevenR> scalability-junk: http://www.linux-kvm.org/page/FAQ#Is_dynamic_memory_management_for_guests_supported.3F
[13:34] <StevenR> might help
[13:35] <scalability-junk> StevenR: not really the link is moved and not available anymore, the one for the balloon monitor
[13:37] <scalability-junk> or is this something just supported and I wouldn't notice?
[13:40] <StevenR> scalability-junk: I think so. according to that url, it depends on your guest OS
[13:40] <scalability-junk> ubuntu 11.04 host and guest.
[13:41] <StevenR> then it probably does
[13:41] <scalability-junk> but I just don'T think it is automatic and I can't really test it
[13:46] <StevenR> scalability-junk: virt-top may help you
[13:47] <RoyK> scalability-junk: why would you use a non-LTS version for the server?
[13:47] <scalability-junk> RoyK: I always upgrade anyway
[14:11] <RoyK> scalability-junk: I usually find it wise to stick to LTS for servers
[14:11] <scalability-junk> RoyK: I'm more the always the latest kind of guy ;)
[15:19]  * dkn jumps in victory
[15:19] <dkn> network manager had cleared out the nameservers in /etc/resolv.conf
[15:36] <palt> If I have created some groups on a server, is it possible to also create a user with the same name as the group? For example  have group02, can I also make a user name group02?
[15:36] <dkn> yup
[15:36] <palt> When I use adduser group02 I get an "error" saying that the group group02 already exists
[15:37] <palt> That is "adduser group02"
[15:38] <palt> Can I use any other commands or is there a switch I have overlooked for the adduser command
[15:38] <episteme> exit
[15:38] <episteme> oops
[15:40] <dkn> adduser group02 group02 should create the user and the group at the same time and assign group02 as the primary group of the user group02
[15:40] <dkn> errr... sorry
[15:41] <palt> I still get the error message. The problem is that I have already created the group group02
[15:41] <palt> But I think it could be usefull to be able to login as the group also
[15:41] <palt> It's for an exercise many people will be doing on a server
[15:42] <palt> So they have individual accounts, but I have created groups for them. But I think it would be convenient to be able to login as their group also
[15:42] <dkn> ok
[15:44] <palt> But if it is too much a hassle they are probably allright with just a user accunt and memebership in the same groups
[15:44] <dkn> create the user group02 sudo adduser group02
[15:44] <dkn> then assign the user to the group02 sudo adduser group02 group02
[15:45] <dkn> to create a new group sudo adduser --group group03
[15:46] <dkn> it's confusing though :)
[15:47] <palt> But the command "adduser group02" complains that the group02 already exists. Yeah I know, I try to create the user and it complains about the group
[15:47] <palt> But it seems like the more low-level command useradd worked
[15:48] <palt> Oh... wait!
[15:48] <dkn> no, it's saying the user group02 is already created, so now create the group with sudo adduser --group group02
[15:48] <palt> adduser group02 --ingroup group02 seems to work :D
[15:49] <palt> When I run "adduser group04" I get this out adduser: The group `group04' already exists.
[15:50] <palt> But it seems to work if I use the useradd group04 --ingroup group04
[15:50] <palt> But yeah, quite confusing :P
[15:51] <palt> hurray :D
[15:52] <dkn> indeed
[15:53] <palt> It probably tries to be smart about users and groups and prevent me from mixing them up
[15:54] <Bigbucks> Hello, any clue why a lot of commands on my VPS are not working correctly
[16:00] <dkn> ok..... why would restarting cause the /etc/resolv.conf file to get regenerated by network manager..... when NetworkManager isn't installed anymore...
[17:17] <Daviey> smoser: can you check out bug 871297 please?
[18:11] <scalability-junk> how do I run the command (qemu) info balloon in ubuntu?
[18:41] <qman__> palt, when you adduser without specifying a group, it automatically creates a group by the same name and puts the user in it
[18:57] <palt> qman__: Aaaahh.. so therefore it didn't like that the group was specified from before :)
[18:57] <qman__> yep
[18:59] <qman__> adding the user to an existing group without confirmation could have big implications, using a different group name automatically would be inconsistent, and prompting the user would ruin scriptability
[18:59] <qman__> so erring out is the best option
[19:02] <palt> I see. Yeah, my use case is probably a bit strange. I though of adding a group user after I had created the users so
[19:03] <palt> *afet I had created the groups
[19:16] <jeeves_moss> I have a "Ethernet controller: Intel Corporation 82543GC Gigabit Ethernet Controller (Fiber) (rev ff)" and I can't get the OS to see it. ideas on how I can find it?
[19:21] <Kiall> Jeeves_: Odd - I would have thought that would be supported, since its one of the adapters VirtualBox can simulate (well .. its the same chipset anyway)
[19:22] <Kiall> when you say the OS doesnt see it, what do you mean?
[19:22] <jeeves_moss> Kiall, when I run an lspci, I get "00:0a.0 Ethernet controller: Intel Corporation 82543GC Gigabit Ethernet Controller (Fiber) (rev ff)"
[19:23] <Kiall> Okay, and you have tried adding the interface to /etc/network/interfaces?
[19:23] <jeeves_moss> but when I grep dmesg, I get "e1000: This is not a software error! Something bad happened to" "e1000 0000:00:0a.0: eth1: (PCI-X:33MHz:64-bit) 00:00:00:00:00:00" "e1000 0000:00:0a.0: eth1: Intel(R) PRO/1000 Network Connection"
[19:24] <jeeves_moss> and I can use "ifconfig eth1 up" to bring it up.  I've tried adding it to the interfaces list, and it won't come up
[19:24] <jeeves_moss> the reason I want to use it is for my NAS
[19:24] <Kiall> Oh .. Are you sure the card is working? ("This is not a software error")
[19:24] <jeeves_moss> Kiall, the card was pulled from a knowen working envoriment
[19:25] <jeeves_moss> the issue is that I have the 64bit card plugged into a 32bit slot
[19:25] <jeeves_moss> and when I use the "ifconfig eth1 up", I get "SIOCSIFFLAGS: Cannot assign requested address"
[19:26] <Kiall> a 64 bit card, assuming it fits (older PCI-X slots wont accept it), should *generally* would ..
[19:27] <jeeves_moss> yep, it fits.  and the card was functioning in a 32 bit slot in the device it was pulled out of
[19:28] <Kiall> Its possible - ah .. scratch that idea then
[19:28] <jeeves_moss> ??
[19:28] <Kiall> I was going to say maybe that card is incompatible with 32 bit slots ..
[19:28] <Kiall> but you beat me to it ;)
[19:29] <jeeves_moss> lol.  it's just weird that the OS "sees" it, but won't "use" it
[19:29] <Kiall> Well - the OS sees it, and believes there is a hardware error so is refusing to use it
[19:30] <Kiall> was it taken from another linux box?
[19:30] <jeeves_moss> hmmm.  I don't want to rip other hardware apart to get a gig card.  :-(
[19:32] <jeeves_moss> ok, let's try a "new" card.  <rolls eyes>
[19:41] <jeeves_moss> Kiall, now, let's see if it like a Sun systems MMF card any better
[19:43] <jeeves_moss> weird, it likes the Sun card.  LOL
[19:48] <Kiall> typical ;)
[20:06] <jeeves_moss> argh, it causes ssh issues
[20:06] <jeeves_moss> grrrr.  time to rip out the card in my other server that's a 32 bit
[21:15] <dkn> is it better to put the uuid, or the /dev/mapper/udisks-luks-uuis-yadayada in fstab if i want to automount an encrypted lvm?
[21:16] <dkn> automount on boot that is
[21:34] <SpamapS> dkn: I'd use UUID=xxx ... but it probably isn't that critical of a decision
[22:23] <dkn> i guess both will be visible if it's set to remember the pass on the server


[04:12] <gheorghe_> can you pass a shell script when using exec with LXD? example (doesn't work): "lxc exec container < script". please don't send me to #lxd, there are 10 people there and nobody answers.
[04:14] <gheorghe_> also, please don't tell me to copy the script.sh file to container folder, exec via "lxc exec container /path/to/script.sh", i tried that. i am hoping to get a more elegant way to do this, to keep big scripts clean
[04:25] <dpb1> gheorghe_: #lxcontainers are where everyone hangs out.
[04:25] <dpb1> I don't know of a way to do exactly what you are asking, no.
[04:26] <dpb1> gheorghe_: ah, found it.
[04:26] <dpb1> gheorghe_: echo 'ls -l /var' | lxc exec artful-nis bash
[04:27] <dpb1> same would work for cat /script | ...
[06:24] <gheorghe_> dpb1: indeed, this works great. how did you find this? search on google and found nothing
[07:06] <lordievader> Good morning
[08:13] <jamespage> icey: pls can you do the tag work on https://bugs.launchpad.net/ubuntu/+source/nova-lxd/+bug/1692962 and then its eligible for release
[11:44] <ztane> any guide for easily setting letsencrypt certs for landscape
[11:44] <ztane> landscape on premises
[12:22] <ahasenack> ztane: nothing specific. The landscape frontend is apache (when installed via the packages), or haproxy (when installed with juju), so you should look into how to add letsencrypt to those packages
[14:06] <dpb1> gheorghe_: checked if lxc exec would pass through stdin, and the help implied it would, then I just tried it. :)
[14:37] <ahasenack> rbasak: hi, could you please import libapache2-mod-auth-pgsql? :)
[14:37] <rbasak> ack
[14:37] <rbasak> running
[14:37] <ahasenack> should be quick
[14:45] <ahasenack> rbasak: did it fail?
[14:45] <ahasenack> or is it still running
[14:48] <rbasak> Still running.
[14:48] <ahasenack> interesting
[14:49] <rbasak> ahasenack: done and pushed
[14:52] <ahasenack> rbasak: thx
[15:18] <teward> if I wanted to chair a server team meeting at some point would I just have to add my name to the list of potential chairs or do I need to have that cleared by someone far higher level up than I am :P
[15:19] <teward> (just curious)
[15:22] <nacc> teward: that's basically it :)
[15:22] <nacc> teward: we trust you to do it, i'd say
[15:22] <rbasak> teward: chairing is a chore for us. Nobody will object to you chairing :-)
[15:22] <rbasak> (also as nacc says you know what you're doing)
[15:23] <rbasak> teward: note the post-meeting tasks at the bottom of https://wiki.ubuntu.com/ServerTeam/KnowledgeBase
[15:23] <rbasak> The logs we're doing slightly differently now; we should update the wiki about that.
[15:25] <teward> rbasak: chairing is a chore, except that with a flexible work schedule here and 100Mbit pipe that I'm allowed to jack right into for some of my projects, it's, in my opinion, a "Necessary during-the-day distraction to keep myself sane" instead of having fifty projects that all demand my attention.
[15:25] <teward> hey we all have to divert ourselves into productive things during the day that may not be 100% work related, no?
[15:25] <teward> (for me, that's the server team meetings on Tuesdays heh)
[15:26] <teward> besides, I pull enough off-hours work that i bill for :P
[15:26] <rbasak> Chairing is a chore *for us*. If it gives you a break, please do it! :)
[15:27] <teward> added myself now :)
[15:27] <dpb1> teward: nice :)
[15:27] <teward> rbasak: and a nice 1h block in my schedule is set away so people don't constantly steal me away - indicates Ubuntu Server Team meeting, plus it being non-billable time xD
[15:27] <teward> so they can't really yell at me xD
[15:28] <teward> *drifts back to figuring out why his python code is breaking but only on 14.04 systems*
[15:35] <teward> rbasak: nacc: dpb1: I added myself to the end of the list of chair candidates, do you want me to put me further up in the list, or no?
[15:35] <nacc> teward: i think that's fine
[15:37] <teward> cool/.
[15:53] <dpb1> teward: should be fine.  next week will be ahasenack's first time charing so I don't want to take that privalege away from him :)
[16:27] <teward> indeed heh
[18:01] <hehehe_off> hey hey
[18:01] <hehehe_off> if robots.txt is 640 will it work?
[18:01] <hehehe_off> permissions 640
[18:02] <hehehe_off> teward: having schedule is bad sometimes :D too many demands
[18:09] <genii> 644 is the usual
[18:20] <Epx998> Is there a dpkg or apt command to see what a package is a prereq for?
[18:20] <nacc> Epx998: given package X what packages depend on X?
[18:20] <Epx998> nacc: yes
[18:20] <nacc> Epx998: reverse-depends
[18:21] <nacc> Epx998: and apt-cache rdepends
[18:21] <Epx998> nacc: you're awesome, thank you.
[18:59] <teward> hehehe_off: [2017-06-22 14:02:16] <hehehe_off> teward: having schedule is bad sometimes :D too many demands  <-- except when you get to set your own schedule.  In which case, ***SCORE***
[18:59] <teward> anyways
[19:51] <hehehe_off> teward:  :)
[19:51] <hehehe_off> whats the danger of having some directories like images set to 755?
[19:52] <hehehe_off> genii: why 644?
[19:53] <hehehe_off> ok so bot can read it
[19:53] <hehehe_off> got it
[19:53] <hehehe_off> ty
[19:53] <genii> hehehe_off: So it can never be an executable file and only readable otherwise
[19:54] <genii> And yes, if 640 then you can't get to it from a webpage or bot
[19:54] <hehehe_off> :)
[19:55] <hehehe_off> genii: what is public got read and execute on some folder
[19:55] <hehehe_off> what can it do?
[19:56] <hehehe_off> apart trying to pass some php code to php fmp
[19:56] <hehehe_off> fpm
[19:58] <genii> Lets say the file is owned by apache and anyone can write and execute that file. They can replace it with a binary and be able to execute that binary file with whatever rights you've given apache.
[20:00] <hehehe_off> but how they can replace it with binary?
[20:01] <genii> But what someone would usually try instead is to make a binary which has some exploit to escalate priveleges from apache to root
[20:01] <hehehe_off> makes sense
[20:01] <hehehe_off> as apache cant do much
[20:01] <hehehe_off> how do they load it? :D
[20:02] <hehehe_off> there are many free file upload sites, they clearly got some protection from ot
[20:02] <hehehe_off> it
[20:04] <genii> hehehe_off: Some people make their webfiles priveleges things like 755 or 777 because they can't figure out what's appropriate. So in that case anyone can just overwrite any of their files with whatever they want to
[20:05]  * genii wanders back to work
[20:25] <nacc> teward: you're pretty active on AU, right?
[20:35] <gheorghe_> hehehe_off: even if apache can't do much, it will still be able to cause a lot of damage. apache usually has write access on DBs and other data, so corruption can happen and if you don't have a backup, you are dead. that, or a fork bomb. a fork bomb is always fun. doesn't to that much damage, but it is fun. :D
[20:36] <gheorghe_> hehehe_off: think about it this way: you get apache writes on a container that is on a hypervisor with other 50 containers, and RAM and CPU have no limits for the container the apache runs on. if you fork bomb, you kill 50 containers. if you plan the fork bomb in the file and keep accessing it, you will fork bomb the server on each reboot. :D
[21:06] <hehehe_off> :))
[21:07] <hehehe_off> well here nginx dont have access to db
[21:07] <hehehe_off> :)
[21:08] <hehehe_off> gheorghe_: 5 is read and execute
[21:08] <hehehe_off> how they going to plant file?
[21:08] <hehehe_off> am I missing something?
[21:52] <sarnold> if you're running php just assume someone's got remote code execution on your server
[22:13] <rbasak> nacc: I believe he's a moderator there
[22:17] <nacc> rbasak: ack, there was a user earlier in #ubuntu who was basically trying to answer AU questions by asking in #ubuntu, then c&p our responses to the AU post.
[22:17] <nacc> rbasak: was wondering if that violates their policies :)
[22:20] <rbasak> IMHO it's certainly inappropriate misattribution.
[22:21] <rbasak> I don't see anything specific in the CoC but it certainly is against the spirit of it, and askubuntu.com applies the Ubuntu CoC.
[22:21] <rbasak> Anyway, I'll leave it to teward :)
[22:23] <nacc> rbasak: and they were sort of belligerent about it all...
[22:23] <nacc> rbasak: but yeah, i'll sync up with teward on it
[23:02] <hehehe_off> sarnold: what are u saying
[23:02] <hehehe_off> :D
[23:02] <hehehe_off> anyways
[23:02] <hehehe_off> u just need to ask long island medium
[23:02] <hehehe_off> and she can tell you if server config is ok
[23:02] <hehehe_off> :D