/srv/irclogs.ubuntu.com/2013/09/25/#ubuntu-devel.txt

cjwatson(It's still got the vestigial 'g' from the ELF transition.  A SONAME transition doesn't seem likely.)00:00
infinitycjwatson: An SONAME transition seems incredibly unlikely, but I've been itching to rename it "libz1" for a decade.00:02
infinitycjwatson: It just rubs me the wrong way that a library in the base system flies in the face of proper package naming policy. :P00:04
infinity(Though, entertainingly, it Provides: libz1)00:04
smoserok. its that time again... smoser questions00:10
smoserpreviously i used debconf to prsed some data to cloud-init.00:10
smoserthat allowed you to drive cloud-init configuration via preseeding00:11
smoserthen http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709773 bug was opened, claiming i was using debconf as a registry00:11
ubottuDebian bug 709773 in cloud-init "Wrong handling of debconf" [Serious,Fixed]00:11
smoserwhich, i guess iw as.00:11
smoserso i reverted that behavior.00:11
smoserbut how, i can't do: chroot some-root < some-preseed && chroot some-root dpkg-reconfigure cloud-init00:11
smoseras the configured values get read over the ones in debconf.00:12
smoserwhich is i ugess the point.00:12
cjwatsonYes, the defined intention of debconf is that the filesystem wins00:12
cjwatsonYou'll have to adjust the configuration files, or clear the configuration such that the questions get reasked by cloud-init's postinst00:13
smoserok. i can do that. thanks, cjwatson.00:13
smosercjwatson, is there a standard way for "clear the configuration"?00:17
smoserwhat does ubilquity do for any thing that it collects that would change values of an already installed package?00:17
smoseror are there just no such things.00:17
smoserbasically i'm wanting to let someone spit debconf-selections into a cloud-image and then re-set the settings of installed packages from those settings.00:18
smoserand let anything to-be-installed just happen at that point00:18
cjwatsonubiquity has a few "nuke config file from orbit and reconfigure" bits.00:18
cjwatsonIt's not standardised.00:19
cjwatsonhttp://paste.ubuntu.com/6152484/00:19
cjwatsonthat kind of thing00:19
smoseryou rock. thanks.00:19
cjwatsonusually it's nice if removing the config file does the trick00:19
leo_33in your opinion are the jews responsible for most of the evil in the world?00:25
infinityThat was a quick response.00:26
=== freeflying is now known as freeflying_away
mwhudsonum03:39
mwhudsonwarning: the debug information found in "/usr/lib/debug//usr/bin/memcached" does not match "/usr/bin/memcached" (CRC mismatch).03:39
mwhudsoni have memcached and memcached-dbgsym (of the same versions) installed03:39
mwhudsonand get that ^03:39
mwhudson(on armhf)03:40
mwhudsonproblem at my end or in the archive?03:40
sarnoldmwhudson: my pandaboard rarely gives me the same data off disk twice. heh. can you check debsums?04:07
=== freeflying_away is now known as freeflying
int_ua1. The link to channels is kind-of wrong on http://www.ubuntu.com/support/community/chat It should lead to https://wiki.ubuntu.com/IRC/ChannelList04:56
int_ua2. https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1170487 Is fixed upstream but needs a release. It prevents _all_hooks from running and the resulting bug reports end up missing crucial files.04:57
ubottuUbuntu bug 1170487 in apport (Ubuntu) "TypeError: startswith first arg must be bytes or a tuple of bytes, not str" [Medium,Fix committed]04:57
=== freeflying is now known as freeflying_away
int_uaanyone home?05:00
sarnoldint_ua: probably "fix committed" is the wrong status; that means the fixed _package_ has been checked in and waiting to be released ...05:00
int_uasarnold, changed05:00
sarnoldint_ua: aha, here we go, the best place to report #1: https://bugs.launchpad.net/ubuntu-website-content/+filebug05:03
int_uasarnold, thanks, In Progress :)05:04
sarnoldint_ua: woot, thanks :)05:05
int_uasarnold, https://bugs.launchpad.net/ubuntu-website-content/+bug/123007205:06
ubottuUbuntu bug 1230072 in ubuntu-website-content "Link to the list of IRC channels is wrong on /support/community/chat" [Undecided,New]05:06
sarnoldint_ua: very nice, thanks05:07
pittiGood morning05:16
pittiLaney: so we need to modify whatever builds those images to include the directory, and declare it writable?05:18
pittiwgrant, StevenK: hmm, still no new -base export at https://translations.launchpad.net/ubuntu/saucy/+language-packs ?05:33
pittiI requested one last week for final beta, but I guess it's too late now05:33
wgrantpitti: Might have failed during some of the DB maintenance last week.05:37
=== Tm_T_ is now known as Tm_Tr
dholbachgood morning07:01
=== tkamppeter__ is now known as tkamppeter
=== smb` is now known as smb
xnoxdoko_: re: libvigraimpex, ok will look at it.07:48
Laneypitti: Yeah, I guess livecd-rootfs for the former (as stgraber said; ogra_ is the master of that package) and lxc-android-config etc/system-image/writable-paths for the latter08:03
Laneyfor testing you can edit writable-paths on your system08:04
ogra_LOL08:05
ogra_i'm surely not the master :)08:05
* Laney looks at the changelog :P08:05
ogra_i just change it more often than others i guess08:05
* ogra_ tries to find out what this is about after all :)08:06
ogra_pitti, make merge proposals for both packages /or bugs with debdiff or whatever) ... then ping me so i can add a request to https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1 (unless you can edit yourself, then just add it on "landing asks" and assign me)08:07
albertsxnox: hi! could you please look at these merge proposals - https://code.launchpad.net/~attente/ubuntu-themes/lp1228809/+merge/186967 and https://code.launchpad.net/~attente/ubuntu-themes/lp1228814/+merge/187024?08:10
xnoxalberts: approved. They should get auto-merged, if not I'll merge them myself.08:12
albertsxnox: thanks!08:12
pmjdebru1jnhi folks08:17
pmjdebru1jnI noticed saucy's libc is built with gcc 4.7.x while most of the rest is built with 4.8.x, anybody a clue why?08:18
pmjdebru1jnI aware it shouldn't matter much technically... but I found it rather peculiar08:18
pittiLaney, ogra_, stgraber: I tried to understand the details and followed up on bug 1227520; there's one thing which isn't clear to me yet08:44
ubottubug 1227520 in systemd (Ubuntu) "Timezone changes are not working due to ro /etc and bind mounts" [High,Incomplete] https://launchpad.net/bugs/122752008:44
cjwatsonpmjdebru1jn: 18:24 <infinity> cjwatson: I wouldn't stress it too much, I'm not moving eglibc to 4.8 in this cycle.  Shows testsuite regressions I don't have the time to fix before release.08:49
cjwatsonpmjdebru1jn: A few particularly sensitive packages need to be upgraded to new compiler versions rather carefully.  Boot loaders are often in that category too.08:49
Laneypitti: replied08:54
pittiLaney: thanks; and yes, /etc/writable/zoneinfo == /etc/writable/localtime08:55
* Laney nods08:55
pmjdebru1jncjwatson: ok fair enough09:01
pmjdebru1jncjwatson: so I guess saucy will be half-way to the next LTS can be full 4.8 I guess?09:01
pmjdebru1jn/to/so/09:01
cjwatsonpmjdebru1jn: I don't know that I'd put it that way.  Firstly, we're a lot more than halfway; secondly, we're in a more or less continual process of upgrading to newer versions of things like this.09:02
pmjdebru1jnoh? there no attempt to get this stuff in a consistent state?09:03
pmjdebru1jnit's not the end of the world of course, particularly for C09:04
cjwatsonpmjdebru1jn: We try to avoid having to support more compiler versions than we need to, but consistency in itself isn't always the highest goal09:05
pmjdebru1jnright09:05
pmjdebru1jnjust out of curiousity are there thing in gcc 4.8, that make it important to move to it as quickly as possible?09:06
pmjdebru1jnbesides getting stuff done ahead of the next LTS09:06
cjwatsonThere are always improvements, but I don't think there was anything earth-shatteringly out of the ordinary09:07
cjwatsonhttp://gcc.gnu.org/gcc-4.8/changes.html if you're interested09:07
cjwatsonOf course, most packages just use the default compiler version to build.09:07
pmjdebru1jnah I see lots of C++ related improvements09:09
pmjdebru1jnright09:09
pmjdebru1jnok, thanks09:09
=== doko_ is now known as doko
=== brainwash_ is now known as brainwash
ogra_pitti, hmm, i'll better leave that to stgraber, thats actully his domain09:22
albertsxnox: that two merge proposals for ubuntu-themes still shows status - needs review09:23
xnoxalberts: yeah, I'm expecting for the upstream bot to merge. If that doesn't happen by the end of the day, I'll merge them by hand.09:24
Laneythey won't merge if they're at needs review09:27
Laneyyou need to change the top status09:27
Laneyxnox:09:27
xnox... to what?09:27
LaneyApproved09:27
xnoxhm, ok. let me do that.09:27
pittiogra_, Laney: hm, seems once /etc/timezone and friends ever went into writable-paths, they stay writable even if I drop them and reboot (with r/o)09:39
ogra_pitti, yeah, there should be bind mounts into the writable space09:40
pittiso I guess to truly test this we need to get these two changes into a new image so that /etc/timezone really stays r/o09:40
pittiogra_: that's the thing, there aren't any more09:40
pittiactually, it's more general09:41
pittiI can even create /foo now09:41
pittiso it seems even after removing /userdata/.writable_image and rebooting, the image still stays writable09:41
Laneyhm, that worked to make it ro for me09:41
ogra_pitti, if you made any changes it will09:42
ogra_(in the readonly space)09:43
pittiogra_: ah, is there a trick to make it r/o again?09:43
ogra_afaik it is  not possible09:43
pittiogra_: ok, then I suggest we get these two changes in ASAP?09:43
ogra_pitti, so the last changes dont help because ?09:43
pittiin the meantime I'll work on timedated and just watch strace to make sure it doesn't try and touch /etc/* directly09:44
* ogra_ just uploaded a change for exactly these files on mon or tue09:44
pittiogra_: they do help, it just seems hard to apply them manually09:44
pittiogra_: I meant the changes I just psuhed to the branches, but not uploaded yet (see bug)09:44
ogra_well, i think cwayne had a plan to work around debconf and stuff09:44
pittiogra_: nope, making /etc/timezone and friends bind mounts doesn't work09:45
ogra_from the timezone settings09:45
ogra_well, he tested it before requesting inclusion09:45
ogra_at least he claimed to09:45
pittiogra_: well, they become writable, but that's not the point09:45
pittithe point is with mounts it's impossible to atomically change a file09:45
ogra_they become writable and get contet changes via the new settings app is what i was told09:45
pittiand hence that "mount points over files" approach is an utter hack which we shouldn't use for many files09:46
ogra_by copying the timzone data in09:46
pittiogra_: yes, but I am not going to do that in timedated09:46
pittiogra_: Laney and stgraber discussed a better approach in the bug with symlinks09:46
ogra_could you coordinate with cwayne ?09:46
ogra_i kknow there are people tryning to implement it differently atm09:47
pittiogra_: system-settings is fine, it just talks to timedated; and I got the task assigned from Laney to update that09:47
LaneyI was talking with cwayne when we discovered the problem09:47
pittiogra_: but yes, I can ping him this afternoon about this09:47
pittisubscribed him to bug 1227520, too09:48
ubottubug 1227520 in systemd (Ubuntu) "Timezone changes are not working due to ro /etc and bind mounts" [High,Triaged] https://launchpad.net/bugs/122752009:48
ogra_pitti, https://code.launchpad.net/~cwayne18/ubuntu/saucy/lxc-android-config/timezone was merged for it already ...09:49
ogra_there was a second one i'm just trying to find09:49
pittiogra_: yes, I reverted that and pushed the new approach09:49
ogra_how did you revert it ? i dont see it on the landing requests09:50
pittihttp://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/lxc-android-config/saucy/revision/10209:50
pittigoes together with http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/revision/84809:50
ogra_https://code.launchpad.net/~cwayne18/phablet-tools/phablet-timezone-setup/+merge/186891 is the second one09:50
pitti(I didn't upload these yet, as I asked for eyeballing on the bug)09:50
ogra_pitti, please coordinate through the spreadsheet else we have a mess ...09:51
cjwatsonogra_: https://code.launchpad.net/~cwayne18/ubuntu/saucy/lxc-android-config/timezone isn't recorded as merged, and my comments on it weren't entirely addressed so it shouldn't have been ...09:51
ogra_we cant land anything without asac approval though the new process09:51
cjwatson(my comments line up with what pitti is working on)09:51
pittiogra_: I can't change the spreadsheet09:51
ogra_cjwatson, it says Merged at the top ... and i'm sure there is an entry for it on the spreadsheet09:52
pittiogra_: from my POV, I got that bug assigned, and all info is there now09:52
ogra_(line 81 on landing asks)09:52
cjwatsonogra_: No, https://code.launchpad.net/~cwayne18/ubuntu/saucy/lxc-android-config/timezone/+merge/186953 says "Needs review" at the top09:52
Laneyit sure did get merged09:52
cjwatsonSigh09:53
ogra_pitti, right, either reqest write access from asac in #ubuntu-ci-eng or go through your manager09:53
cjwatsonWhy do I bother with review comments, I wonder09:53
Laneynot uploaded though? does it need to be?09:53
cjwatsonSince one of my review comments was explicitly that this was a bad idea to merge because it would create upgrade trouble09:53
Laneyoh, no, it was uploaded :(09:53
ogra_cjwatson, it landed (with typo fix) on tuesday i think, no reason we cant roll it back indeed09:53
cjwatsonogra_: My understanding is that persistent mounts can't be undone without wiping user data09:54
ogra_cjwatson, yeah ... we dont really have transitioning of that yet on upgrades09:54
cjwatsonBut I am pretty annoyed if this was landed despite our comments saying it shouldn't be09:54
cjwatsonIf all our tremendous complexity around touch landings doesn't avoid landings that have had negative reviews, what good is it?09:55
ogra_there was no such comment  when i reviewed it, and the people asking for it claimed they had run all tests with the new implementation which was the merge criteria09:55
ogra_cjwatson, it all only revolves around the tests ...09:56
pittiwell, obviously they didn't, as timedated (which system-settings seems to use) is unable to atomically update these files09:56
cjwatsonogra_: I commented on that MP almost as soon as cwayne posted it, and he made the typo correction in response to my review09:56
cjwatsonogra_: So I don't believe you :-)09:56
ogra_pitti, they use it at flashing time, see the second commit to phablet-tools above09:56
Laneypitti: I guess cwayne was thinking in terms of his script and not u-s-s09:56
cjwatsonIf the upload includes the typo correction, as you said above that it did, then it was strictly after my review09:57
pittiwell, as long as adb push resolves symlinks on write, so that it will actualy write /etc/writable/timezone (and friends), it should be okay09:57
ogra_cjwatson, there were no comments at all when i merged it ... whats intresting though is that the MP was never set to Merged even though the branch landed09:57
ogra_(i probably didnt reload the MP before merging though)09:58
cjwatsonogra_: There was also extensive and noisy discussion on #ubuntu-touch at the time :-(09:58
cjwatsonI'm sorry, I think our merge criteria aren't fit for purpose if they don't notice this kind of thing.09:59
ogra_"at that time" can you specify that ?10:00
ogra_https://launchpad.net/ubuntu/saucy/+source/lxc-android-config/0.10110:00
ogra_the upload happened on monday10:00
ogra_and i think the discussions happened a lot later10:00
Laneyit was Monday late afternoon UK time10:01
cjwatsonogra_: It was strictly before that upload10:01
cjwatsonhttp://irclogs.ubuntu.com/2013/09/23/%23ubuntu-touch.html#t15:32 e.g.10:01
* ogra_ must have missed it then10:01
=== gusch is now known as gusch|lunch
LaneyI think that I told cwayne during the discussion to make that change though, before my understanding had fully developed10:02
LaneyAnd then never explicitly revisited it10:02
ogra_well, it is in and we will just roll it back ...10:03
ogra_its a three line change10:03
ogra_(or uppdate it to something else)10:03
pittithe update I pushed removes those and adds /etc/writable/10:03
pittiwhich is supposed to be that place where we can do double symlinks or just files which we need to atomically rename10:04
pitti(probably won't work with conffiles, so we sohuldn't use it for those)10:04
ogra_right, i would like to hear from stgraber about that first though10:04
ogra_(and its not on the landing plan at all)10:04
pittiogra_: stgraber responded yesterday in teh bug how to do these changes10:05
ogra_pitti, conffiles ? why to dou care ?10:05
ogra_we dont officially support apt updates10:06
pittiogra_: I'm not sure dpkg would DTRT with conffiles which have been set up as symlinks10:06
pittistill, I would ban conffiles from that approach for now10:06
ogra_at image build time you mean ?10:06
pittiogra_: for symlinking/moving to /etc/writable/10:06
pittiI'm fairly sure that dpkg will update conffiles atomically as well, so we cannot currently handle them anyway10:07
ogra_??10:07
cjwatsonYes, best avoided since many of our testing tools still use apt even on writable images10:07
ogra_we dont allow dpkg10:07
cjwatsonEr, even on RO images10:07
pittibut my hope is still that all those hackery will go away with a proper overlayfs10:07
cjwatson(after mounting RW, obviously)10:07
ogra_pitti, wonr happen10:07
ogra_*wont10:08
pittiogra_: well, like this a converged image won't happen :)10:08
ogra_yeah, converged might be different10:08
ogra_but converged isnt on topic before 14.10 i was told10:09
pittisure, I didn't say "tomorrow"10:09
ogra_and i dont think we want to maintian tons of patches for tons of different android kernels10:09
pittianyway, so what are the next steps now?10:09
ogra_adding it to the spreadsheet10:09
pittiso apparently someone needs to update that gdocs to include these two commits, and ack getting them in?10:10
pittiI'll work on timedated in the meantime10:10
ogra_both changes should be fine for bypassing the beta freeze, only touch related changes/packages involved10:10
ogra_pitti, the comment from stgraber on the bog doesnt sound like agreement to me10:11
pittiwell, I haven't heard any other solution yet10:12
pitti(and I mean "solution", not "let's knowingly introduce race conditions and crashes")10:12
Laneyhaving this feature working is something that people constantly ask for, so we need to not be infinitely blocking it10:13
ogra_Laney, no, but stgraber is respponsible for the rw stuff, i would like to see him agree to the change10:14
Laneyhttp://irclogs.ubuntu.com/2013/09/24/#ubuntu-devel.html#t14:3510:15
LaneyAnyway, review is fine but I think everyone is agreed on the approach being sound10:17
Laneymodulo whatever now happens on upgrades due to that borked upload10:17
pittiI suppose upgrades will continue to have a mounted /etc/localtime10:18
pittiand thus won't be able to change the tz10:18
pittiso you need to phablet-flash ubuntu-system -b, I suppose10:18
Laneywas it in a 'blessed' image?10:18
pitti(-b works, I just re-flashed after my first experiments)10:18
pittiLaney: yes, I think so; I didn't chose anything exprerimental, and my flash from this morning got it10:19
Laneybah, ok10:19
ogra_you wont need -b10:23
ogra_-b only flashes the recovery partition separately ...10:23
ogra_pitti, phablet-flash always wipes the device regardless ... it just backs up some files before and restores them after flaching (namely /home and a few pre-configred config files (like wlan settings)10:24
pittiah, good to know10:24
ogra_if you want to wipe that too --no-backup ...10:25
ogra_pitti, i assume https://code.launchpad.net/~cwayne18/phablet-tools/phablet-timezone-setup/+merge/186891shouldnt land then ?10:28
ogra_(or needs to be rolled back or whatnot)10:28
pittiogra_: pitti | well, as long as adb push resolves symlinks on write, so that it will actualy write /etc/writable/timezone (and friends), it should be okay10:29
ogra_ok10:30
pittiogra_: we can/should test that once above changes land; adb push to /etc/timezone should then actually update /etc/writable/timezone10:30
ogra_(adb shell just uses bash on the device side)10:30
pittiogra_: and that script ought to work; if it doesn't, we need to update it to push directly to /etc/writable/ instead10:30
ogra_yeah10:30
pittibah, it doesn't10:31
pittiadb push replaces a symlink with the new file10:32
ogra_lovely10:32
* ogra_ is eager to get rid of adb 10:32
ogra_(and replace it qith usb networking and ssh)10:32
dokoyolanda, hi, did you ever touch graphviz when working on the ruby1.8 demotion?10:34
yolandadoko, no, i didn't10:34
=== smartboyhw_ is now known as smartboyhw
ogra_pitti, line 100 on "landing asks" https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1 ... tell me if i got anything wrong10:52
xnoxcyphermox: i'm root and talking over dbus to NetworkManager, yet it's returning me "org.freedesktp.DBus.GLib.UnmappedError.NmManagerError.Code4: Not authorized to control networking." Can I force bypass that somehow?10:52
=== MacSlow is now known as MacSlow|lunch
ogra_xnox, you can10:53
xnoxogra_: oh, please, please, tell me how =)10:53
pittiogra_: livefs-rootfs has a question mark, it does need an update (it's already pushed, but not uploaded)10:54
ogra_cat /etc/polkit-1/localauthority/50-local.d/org.freedesktop.NetworkManager.pkla10:54
ogra_[indicator-network-service]10:54
ogra_Identity=unix-group:sudo10:54
ogra_Action=org.freedesktop.NetworkManager.*10:54
ogra_ResultAny=yes10:54
ogra_ResultInactive=no10:54
ogra_ResultActive=yes10:54
ogra_xnox, ^^^ with something like that10:54
xnoxogra_: right, let me ship that in ubiquity, as at the moment NM hates ubiquity =)10:55
ogra_(you can also explicitly use "unix-user" there)10:55
Laneyxnox: even with logind?10:55
pittiI don't think the ubiquity session uses PAM10:55
xnoxLaney: yeap, cause logind session is established for user "ubuntu" and not for "root".10:55
ogra_pitti, yeah, i wasnt sure, removing the question mark then10:55
xnoxpitti: I have just added that =)10:55
ogra_pitti, it uses lightdm iirc10:55
ogra_or doesnt it10:55
xnoxogra_: nope, ubiquity undermines and starts on starting lightdm, so it comes up just before lightdm.10:56
ogra_oh, right10:56
ogra_ubiquity-dm ... /me remembers10:56
xnoxLaney: and I don't want to drop priviliges from root -> ubuntu with the logind session to use NM. Although, let me try to establish session for root and check if that helps.10:56
ogra_sed -i 's/<policy user="root">/<policy group="sudo">\n\t\t\t\t<allow send_destination="org.freedesktop.NetworkManager"\/>\n\t\t\t\t<allow send_interface="org.freedesktop.NetworkManager"\/>\n\t\t\t\t<allow send_interface="org.freedesktop.NetworkManager.SecretAgent"\/>\n\t\t<\/policy>\n\t\t<policy user="root">/g' /etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf10:58
ogra_xnox, ^^^10:58
ogra_that should work too (though make sure that doesnt end up in the install :) )10:58
xnoxogra_: i think ubiquity already ships some polkit files, i'll see if I can add it there.10:59
ogra_the sed line isnt for polkit10:59
ogra_that one actually opens dbus for the sudo group directly10:59
=== greyback is now known as greyback|lunch
* doko curses a 3 1/2 year graphviz version11:13
pittiLaney, ogra_, stgraber: tested systemd debdiff attached11:18
Laneypitti: yay!11:19
Laneythe dbus method works?11:19
pittiLaney: well, I tested with timedatectl, but that just uses dbus11:19
Laneycool11:19
pittiLaney: I reproduced the /etc setup on my workstation; I can't really fully test this on the phone until we land lxc-android-config and livecd-rootfs11:20
pittibut I made sure it doesn't touch the files in /etc/11:20
pittiLaney, ogra_: so should we wait for stgraber for the final ack of this, and upload this afternoon?11:21
LaneySGTM11:21
LaneyManaged to beat lightdm/polkit :-)11:22
seb128speaking about lightdm, what's the status?11:24
seb128is it on the current image?11:24
* Laney sniggers at the Forwarded:11:24
Laneyseb128: I think it got pulled11:26
Laneyogra_:11:26
ogra_pitti, we need the spreadsheet ack anyway11:26
ogra_seb128, it trashed the maguro images, got fixed and now sits in proposed waiting for the beta freeze to end11:27
ogra_seb128, unlikely that you will see it land before late thu. evening11:27
seb128ogra_, can I still get an image with it? or just take the current one and install from proposed?11:27
ogra_seb128, the latter, but the session isnt switched to lightdm11:28
seb128ogra_, jasoncwarner asked me to test system settings with it to see if that makes things work better11:28
ogra_you also need to rebuild session-manager-touch with mtertys commit that is held back until it has been proven to not regress any tests11:28
rickspencer3seb128, ogra_ I think the idea was that seb128 could grab mako 59 and test the settings to confirm that they "just work" as expected11:29
ogra_the prob with that landing is that polkit suddenly working breaks a bunch of stuff talking through dbus, missing pkla files etc11:29
rickspencer3since 59 worked on mako with the new light dem11:29
ogra_rickspencer3, kind of11:29
ogra_we still need to make sure that all apps using dbus can still reach their backends etc11:30
ogra_but due to the beta freeze we have 1.5 days time at least11:30
ogra_since lightdm is held by the desktop freeze atm11:30
rickspencer3oh geez11:30
xnoxLaney: pitti: so a logind session got created, but it didn't get a seat.11:39
xnoxand python3-pam is missing misc_setenv call, via which I could set the seat0 before opening pam session.11:40
xnoxwait, putenv is available and should do the same thing.11:41
cjwatsonwatch out for slightly different semantics if it's the same as C setenv/putenv11:45
=== greyback|lunch is now known as greyback
xnoxcjwatson: well the manpage for C api tells me that I need to free the passed string, but I'm using python, so I hope that slangasek made sure it's properly freed/garbage collected. As there doesn't even seem to be a way to call pam_close on the python PAM object =/11:48
xnoxin other news.....11:48
xnoxcjwatson: Laney: seat0 logind session is properly established, can connect to WiFi from within ubiquity & the a11y sound plays \o/11:49
Laneyyay11:50
albertsDoes anyone knows why there is no network indicator icon in gnome-session-flashback? https://bugs.launchpad.net/indicator-network/+bug/122929411:53
ubottuUbuntu bug 1229294 in Network Menu "network indicator is not available in gnome flashback session" [Undecided,New]11:53
cjwatsonxnox: phew.  do you think that's landable for beta?  we're short on time ...11:55
xnoxcjwatson: yes, I hope it is. I'll do a merge proposal now, but would want a quick review on how sane my pam_* usage is.11:56
xnoxcjwatson: it will pull in python3-pam binary into main and on to all ubiquity ISOs =/11:57
xnoxnot sure who/where/how python-pam is used, as it's also on all ubiquity ISOs.11:58
cjwatsonxnox: We could presumably also take lp:~larsu/ubiquity/lp1207890 if you're happy with it11:58
cjwatsonxnox: An extra Python 3 module isn't the end of the world, I'd have thought11:58
xnoxoh, larsu fixed the panels?! =)11:58
cjwatsonIt's tiny11:58
xnoxcjwatson: https://code.launchpad.net/~xnox/ubiquity/pam-logind/+merge/18749611:58
cjwatsonmore idiomatic is probably "for query, type in query_list:" since you don't need the index12:00
xnoxcjwatson: true, I copy&pasted the example from python-pam docs, and hacked it until it worked for me =)12:00
xnoxso.... expect style/idiom inconsistency =)12:01
cjwatsonxnox: would be nice to pick up the VT number from self.active_vt() or whatever it is12:01
xnoxtrue, let me see.12:02
=== MacSlow|lunch is now known as MacSlow
cjwatsonxnox: we don't need XDG_SESSION_ID any more?12:02
xnoxcjwatson: pam_systemd creates XDG_SESSION_ID, and sets in in the pam env, which I inject into os.environ with update call using everything pam returns in getenvlist()12:04
xnoxcjwatson: the CLASS/SEAT/VTNR are set before pam_open_session() to hint pam_systemd which session we want to create, otherwise it does auto-detection which doesn't do the right thing for ubiquity.12:05
xnoxwhich is documented on the logind wiki page for greeter/display-manager integration with logind12:06
xnox=/12:06
cjwatsonxnox: Ah, got it12:06
cjwatsonxnox: Not sure you need the build-dep on python3-pam since I doubt ubiquity-dm is run during build, but it doesn't hurt12:07
xnoxcjwatson: Hm, shouldn't the XDG_VTNR=7 be derived from the self.vt, rather than active_vt? cause XDG_VTNR should match the VT X will be spawned on for the /user-session/12:07
cjwatsonxnox: I thought self.vt was derived from active_vt12:07
cjwatsonxnox: But anyway, I hadn't quite worked out exactly which it should be hence "or whatever it is" :-)12:07
xnoxcjwatson: hm, it looks like /etc/init/ubiquity.conf passes it to ubiquity-dm as a command-line arg =) active_vt call seems to try to stop plymouth sensibly, on whichever vt that is.12:08
xnoxok =)12:08
xnoxoh, you are correct, later self.vt might be overriden by active_vt.12:09
cjwatsonIt was just a knee-jerk allergy to hardcoding the VT number12:09
cjwatsonBut it's not a blocker12:09
xnoxright, so at the time pam_session is opened self.vt should have the right one in it.12:09
cjwatsonbut has a "vt" prefix12:10
xnoxyeah int(self.vt[-1]) ?12:10
cjwatsonvt1012:10
cjwatsonI'd do vt[2:] instead12:10
cjwatsonwith a comment12:11
xnoxok, I need a string and not an 'int' anyway for putenv call =)12:11
xnoxcjwatson: ok, updated with the fix-ups & retested them as well.12:20
=== _salem is now known as salem_
cjwatsonxnox: yep, LGTM, go ahead and merge12:21
=== ubott2 is now known as ubottu
maprerican someone tell me why crtools is still visible in https://merges.ubuntu.com/universe.html even if it doesn't exist anymore in debian?12:35
xnoxcjwatson: merged larsu fix as well. Release & upload ubiquity?!12:35
cjwatsonxnox: We ought to figure out bug 1229432, but I bet that's more complex12:38
ubottubug 1229432 in ubiquity (Ubuntu) "Partitioning error when doing normal install after encrypted lvm install" [Undecided,New] https://launchpad.net/bugs/122943212:38
cjwatsonxnox: So go for it12:38
xnoxok.12:39
=== freeflying_away is now known as freeflying
=== gusch|lunch is now known as gusch
cyphermoxxnox: you shouldn't have to modify the policykit rules for NM ... what we ship on desktop should still be working on ubiquity, just like it used to, seeing as you could connect to a wifi network and stuff.13:09
stgraberhey pitti13:21
pittistgraber: bonjour13:21
ogra_stgraber, !13:21
stgraberso just saw all the highlights but haven't got to my LP bug notifications, anything I should be looking at? :)13:21
pittistgraber: if you have a few minutes, I prepared three patches for bug 122752013:22
ubottubug 1227520 in systemd (Ubuntu) "Timezone changes are not working due to ro /etc and bind mounts" [High,Fix committed] https://launchpad.net/bugs/122752013:22
ogra_stgraber, i would like an explicit confirmation for all these changes before i land the,13:22
ogra_*them13:22
pittistgraber: and it would be nice if you could eyeball and ack them (i. e. that the /etc/writable/ approach works for you)13:22
ogra_since they change how we do readonly mode13:22
stgraberso the changes look fine, I'm just not happy with /etc/writable13:24
stgraberbecause we won't be able to add files to it after that upload, so it's not something we can easily re-use for other files after that13:25
pittistgraber: why not?13:25
pittistgraber: is there no upgrade way at all to reset/change stuff in /etc/system-image/writable-files?13:26
stgraberpitti: the initrd will only copy stuff from /etc/writable to /userdata/system-data/etc/writable if /userdata/system-data/etc/writable doesn't exist13:26
stgraberso typically only on the first boot13:26
pittistgraber: we'd actually need that to revert the addition of /etc/localtime and friends13:26
stgraberthat's to allow users to remove files within writable directories13:26
pittithat unfortunately got landed, and so we need to clean those up somehow13:26
stgraber(and not have them show up again at every boot)13:27
pittistgraber: so on upgrade we can't do something like rm -r /userdata/system-data/etc/{adjtime,timezone,localtime} ?13:27
pitti(to clean up after the previous livecd-rootfs change)13:27
pittistgraber: so that means for each writable file we'd need a new directory to put a symlink under it? or should that rather use something in /userdata/system-data/ directly?13:28
pittibut in the end that woudl amount to pretty much the same thing as just keeping /etc/ writable13:28
pittiexcept without having to patch umpteen packages to deal with r/o etc13:29
xnoxcyphermox: yeah, afterall it was a bug in how I was setting up logind session. so all good now =)13:29
stgraberpitti: so I suppose we could add an extra mode to writable-paths, that's "persistent and add new stuff" which would prevent removals but will copy any new file from the rootfs to the writable path13:30
cyphermoxxnox: alright, glad it's sorted out :)13:30
stgraberpitti: then /etc/writable would be something reasonable (so long as everyone understands that none of those files will be removable by the user as removing a file will just make it be copied again from the rootfs on the next boot)13:30
pittistgraber: OOI, what was the reason to make /etc/ not writable in the first place?13:30
pittistgraber: it's actually an use case to remove /etc/adjtime13:31
pittialthough not an important one (having 0.0 in there works just as well)13:31
stgraberpitti: making /etc writable with a read-only / and no overlays would mean copying the whole of /etc to writable storage and then you end up in the case I described above where you can't know whether a file was intentionaly removed by the user from writable storage or if it's a new file that showed up in the rootfs and needs to be copied over13:32
pittiah, ok13:33
stgraberthat's why if we discard the file removal use case, we can then add an extra mode that lets you have a writable path that's "in sync" with the rootfs, in the sense that any file introduced in the rootfs will be copied over to writable storage13:34
pittistgraber: ok, so that would be something to keep in mind for adding new files to /e/writable (can't delete them as user)13:35
stgraberI'd still prefer not to use that for /etc as a whole and just use that on a path like /etc/writable as using it over the whole of /etc will eventually lead to a bunch of files in writable storage that no longer exist in the rootfs and just use space13:35
pittistgraber: or we would need to put the extra cp from root fs into the upgrade13:35
pitti(or rm)13:35
pittistgraber: as we've just seen with the botched livecd-rootfs upload, we'll eventually need some kind of "upgrade postinst" script to clean up anyway13:36
stgraberpitti: yeah, if we need to cleanup stuff we could use the (not implemented yet) boot hooks infrastructure to do the cleanup13:36
pittistgraber: well, that shouldn't happen on (every) boot, just after an upgrade?13:36
stgraberyeah, the boot-hooks stuff will let you trigger only after upgrade if you want13:36
stgraberpitti: so as a summary, I'd agree with the change if you change from "persistent" to "synced" (better names are welcome) and also propose an initramfs-tools-ubuntu-touch change to introduce that new "synced" mode (the code will need to recursively iterate through the source directory and only copy files and directories that don't already exist in the target)13:39
pittimeh13:40
stgraberand you'll have to check that none of those patched services attempts to unlink a file (or if they do, that they don't mind the original one being back after a reboot)13:41
pittistgraber: they do unlink files in some cases, although they are rather hard to produce with CLI tools, and it doesn't matter if they come back13:41
stgraberpitti: right, I guess we should just make sure that whatever is in the rootfs matches what you'd get after an unlink, that way it doesn't matter13:42
dokoyolanda, ping about https://launchpadlibrarian.net/150506882/buildlog_ubuntu-saucy-amd64.rubyluabridge_0.7.0-2ubuntu1_FAILEDTOBUILD.txt.gz13:45
yolandahi doko13:45
yolandai did an update for it, trying to force new version of ruby, locally it builds because grabs ruby 1.9, but in launchpad it seems to grab ruby 1.813:46
pittistgraber: how do we make /etc/adjtime and friends not mounts any more on upgrades? or do we just call those installs broken and people have to reinstall?13:46
stgraberpitti: just drop them from writable-paths and they no longer will be bind-mounts13:46
pittistgraber: that's what I did, but it seems they somehow still were13:47
pittistgraber: perhaps because they still were in /userdata/ ?13:47
yolandadoko, but i see that it still fails, how can we force ruby 1.9 there?13:47
pittior it's because one cannot really apply these kinds of changes in-place13:47
stgraberpitti: that shouldn't be possible, are you sure they aren't listed in /etc/system-image/writable-paths?13:47
pitti(e. g. I can never go back to a r/o partition after making changes)13:47
pittistgraber: well, I might certainly have done something wrong; I'm not claiming to understand the whole magic yet13:48
stgraberpitti: the way things work is that the initrd reads /etc/system-image/writable-paths and generates a fstab from there, so if an entry disappears from it, no fstab entry will be generated and the file will be back to normal (well, with a leftover in /userdata but that's not a big issue for now)13:48
dokoyolanda, ahh, rubygems pulls in ruby1.813:49
yolandadoko, but why locally, using sbuild, is working?13:50
dokoyolanda, add a b-d on ruby1.9.1, it is not install on the buildd13:56
yolandadoko, actually, it's there: http://bazaar.launchpad.net/~yolanda.robla/ubuntu/saucy/rubyluabridge/lua5.2/view/head:/debian/control13:57
dokoyolanda, is this newer than the package in -proposed?13:59
yolandadoko, looking at my mp, it says "Merged" but i don't see the changes in lp:ubuntu/rubyluabridge14:00
yolandai did the changes on 17/0914:00
dokoyolanda, well, the changelog in -proposed is the same14:01
dokomaybe you could prepare a -2ubuntu2?14:01
ogra_pitti, stgraber, so did you two come to any consensus ? should i hold back the landing of the code ?14:02
ogra_or can it go in14:02
yolandadoko, so what happened? changelog is updated, but not debian/control file14:05
yolandado i just create a new entry re-adding that bd?14:05
dokoyolanda, would be best14:05
dokoif this is all what is missing14:06
yolandadoko, i'll compare all the diffs with my local version, if something more is missing i'll readd it14:06
stgraberogra_: current code can't go in14:07
ogra_stgraber, ok14:07
ogra_stgraber, btw, do you know that /userdata is really annoying ? i can tab complete /us<tab> anymore with it in place !14:08
stgraberogra_: you know that /us<tab> is just as long as /usr, right? :)14:09
ogra_tell that to my finger memory :P14:09
ogra_oh, and its actually shorter, it gives me the trailing slash14:09
ogra_:)14:09
wookeyxnox: I just clicked on a link on https://bugs.launchpad.net/ubuntu/+source/tcl8.5/+bug/1122120 and it (surprisingly) set the status from 'Fix committed' to 'wont-fix'. If I try to change it back it tells me I'm not allowed to. This is most unhelpful.14:14
ubottuUbuntu bug 1122120 in tk8.5 (Debian) "Multiarchify tcl8.5" [Unknown,Fix committed]14:14
wookeyAnyway you might want to set that back how it should be14:14
cjwatsonwookey: I've restored it14:15
wookeycheers14:15
cjwatsonit's deliberate that only bug supervisors get to transition away from wontfix14:16
cjwatsonthough it's a little surprising that you get to transition *to* wontfix14:16
wookeyyeah I can see the sense in that. I was mostly surprised that just clicknig on that link changed it at all14:16
cjwatsoncf. bug 29484614:17
ubottubug 294846 in Launchpad itself "Setting to Won't Fix is ACLed but unsetting it isn't" [Medium,Fix released] https://launchpad.net/bugs/29484614:17
cjwatsonOh.  You get to transition away from fixreleased if you are the bug reporter, so that you can always reopen.14:19
wookeyyeah. I'd fogotten I started that bug :-)14:19
=== mzanetti is now known as mzanetti|food
cjwatsonwookey: I've filed bug 1230303.14:24
ubottubug 1230303 in Launchpad itself "Bug reporter can transition from Fix Released to Won't Fix, but not vice versa" [Undecided,New] https://launchpad.net/bugs/123030314:24
yolandadoko, i pushed MP again, updating changelog: https://code.launchpad.net/~yolanda.robla/ubuntu/saucy/rubyluabridge/lua5.2/+merge/18752214:24
slangasekpitti: a friend of mine has pointed out that the postgresql metapackage in saucy is at version 9.3+146really9.1+148, whereas testing/unstable has 9.3+149.  Do you know if the server team want 9.1 for saucy, or if that should maybe be bumped?14:41
pittislangasek: 9.3 has arrived after FF; most of the packaged extensions have been ported now14:43
pittislangasek: it would be a rather intrusive change, but if the server team wants it it should boil down to three handful of syncs14:43
pittirbasak: ^ do you care much about which psql version is in saucy? (I had thought not, given that the non-LTSes are not a very attractive server platform anyway)14:44
slangasekxnox: I think I only touched python-pam to do a straight python3 port... so I assume that I faithfully transcribed any memory leaks14:44
slangasekpitti: ok, no worries, just thought I'd ask :)14:44
xnoxslangasek: did it work in python3 for you? i had to recompile it such that dh_python3 renames the module from PAMModule.so => PAM.so.$(python3-abi-tag), cause before $ python3 -c "import PAM" was failing.14:45
slangasekxnox: hmm, failing how?  I don't remember what level of testing I did at the time14:45
slangasekI /assume/ I did an import test, but don't remember for sure14:45
xnoxslangasek: maybe things changed in how multiarched abi tags are done in python3 + impecable timing in upload to get /wront/old/bitrotted/ compile.14:46
xnoxanyway, all fixed now =)14:46
slangasekok14:46
slangasekare you actually using this module for something?14:46
xnoxslangasek: ubiquity is now using it to establish a pam session => to get a proper & correct logind session => to unbreak a11y & networking.14:47
slangasekxnox: ah, hmm.  given that the code was abandonware that had to be forward-ported to use modern python *2* C extension conventions, that does worry me a little, but I guess there aren't any other options14:49
xnoxslangasek: the other option is a wrapper binary / shim that will do the same (start, putenv, authenticate, open_session, exec(ubiquity-dm), close_session, stop)14:51
xnoxat the moment it's nice to do that from ubiquity-dm & at the right time.14:51
slangasekright, any other /sane/ options. ;)14:52
xnoxoh, yeah =) sorry..... ;-)14:52
cjwatsonzul: Where is python-prb intended to come from to satisfy the dependency of python-tempest (stuck in -proposed due to this)?14:54
zulcjwatson:  crud ill fix it up14:55
cjwatsonTa14:55
bdmurraypitti: give the blacklist for postgresql- in the release upgrader (bug 871893) how are people supposed to upgrade?15:06
ubottubug 871893 in update-manager (Ubuntu Oneiric) "After upgrading postgresql-databases are not accessible any more" [Critical,Fix released] https://launchpad.net/bugs/87189315:06
=== mzanetti|food is now known as mzanetti
dokoyolanda, could you just prepare  a dsc/diff.gz and put it on chinstrap/people?  doesn't apply to -2 nor -2ubuntu115:19
yolandasure15:19
dokocjwatson, mir needed for python-pylibmc, dep of python-werkzeug15:26
cjwatsondoko: Yeah, I was trying to clean up breakage introduced by Daviey by syncing flask, but it turns out to be a deeper rabbit-hole than I thought15:28
cjwatsondoko: Also redis15:28
ogra_pitti, so do you plan to work on the lxc-android-config changes further today ? else i need to back them out from trunk since i have other MPs waiting for upload15:34
dokodbarth_, ping 1217008, could you subscribe the team to the ubuntu package too?15:38
dokodbarth_, ahh, ahh, already subscribed15:43
dbarth_hang on15:45
dbarth_doko: i suppose we're good for this MIR, right?15:49
slangasekdbarth_: what is the purpose of bug #1219889?  "include the ubuntu-html5-theme in the upcoming 13.10 release" doesn't make sense, the package is already in the archive16:04
ubottubug 1219889 in ubuntu-html5-theme (Ubuntu) "[FFE] ubuntu-html5-theme" [Undecided,New] https://launchpad.net/bugs/121988916:04
=== psivaa is now known as psivaa-afk-bbl
dbarth_slangasek: it is; there has been some confusion as whether SDK runtimes should go in 'main'16:08
dbarth_and that's what this MIR was about16:08
slangasekdbarth_: that's an FFe, not an MIR16:09
slangasekand I don't know what you're asking for a feature freeze exception on16:09
slangasekwhat's the "feature"? "put this package in main" isn't a feature16:10
dbarth_well, since the MIR was late, I thought an FFE was required as well16:12
dbarth_all in all, i think you can put that aside; i understand that SDK runtime packages do not need to go in main for the phone16:12
dbarth_should i comment and mark invalid?16:12
dbarth_done16:19
infinitychrisccoulson: Was it intentional for {firefox,thunderbird}-globalmenu to fall out of main?16:36
slangasekdbarth_: right, thanks :)16:36
infinitychrisccoulson: Oh, I see, it's a transitional package.  Probably want to explicitly seed it until post-14.04.  I'll do that.16:37
=== gusch is now known as gusch|dinner
=== slomo_ is now known as slomo
=== Nisstyre-laptop is now known as nisstyre
=== psivaa-afk-bbl is now known as psivaa
infinitysarnold: How goes glamor-egl?18:10
sarnoldinfinity: pretty well, I'm liking this code base :)18:11
infinitysarnold: That's a good sign.18:11
sarnoldinfinity: yeah, so far so good. :)18:11
=== Nisstyre-laptop is now known as nisstyre
smosercjwatson, will 'dpkg-reconfigure grub-pc' always run update-grub ?19:40
=== salem_ is now known as _salem
infinity    if test -e /boot/grub/grub.cfg && ! running_in_container; then19:45
infinity      update-grub 3>&-19:45
infinity    fi19:45
infinitysmoser: ^19:45
smoseryeah. so looks like yes.19:48
smoserwell, mostly yes19:48
roaksoaxinfinity: howdy! so I dropped the build-dep on libopenais-dev for ocfs2-tools. I have not yet the same for asterisk, since we would be dropping functionality. However, this new functionality is no longer used by new upstream releases as they use the "replacement" for openais it seems. So we could either demote it to universe, or simply drop the use of openais in asterisk21:06
roaksoaxinfinity: as far as pacemaker-mgmt, i need a new upstream release of it, that I'm currently trying to fix because it FTBFS21:07
infinityroaksoax: Demoting to universe doesn't help if it's not rebuildable.21:13
roaksoaxinfinity: i agree, i don't mind dropping the use of it in asterisk,21:14
roaksoaxso we can drop it from the archive21:14
roaksoaxeither way it is deprecated.. no longer supported nor maintained21:14
infinityroaksoax: Dropping openais from ocfs2-tools meant it didn't build one of its binaries too.  Is that an issue?21:16
infinityroaksoax: Anyhow, if there's a replacement for openais, why have we not packaged it?21:16
infinity(Or, we could fix openais to work with the new corosync...?)21:17
roaksoaxinfinity: no issue whatsoever, i had previously dropped other stuff in ocfs2-tools (related to clustering) and openais was just a left over dependency21:18
roaksoaxinfinity: the replacement is corosync, at it is packaged21:18
roaksoaxinfinity: ocfs2-tools upstream have not done anything to support the new cluster stack (which uses corosync 2.X and pacemaker 1.1.11+)21:19
infinityroaksoax: Well, you mentioned a "replacement" in terms of asterisk.21:19
roaksoaxinfinity: the "replacement" in terms of asterisk is to use a newer upstream release that supports corosync instead of openais21:19
infinityAhh.21:19
roaksoaxhttps://wiki.asterisk.org/wiki/display/AST/Corosync21:19
infinityCan any of that be sanely backported?21:19
roaksoaxinfinity: i would need to have a deeper look at asterisk21:21
infinityroaksoax: Anyhow, whatever you feel is lowest impact and vaguely supportable, but obviously having a non-buildable openais isn't going to work.21:21
roaksoaxinfinity: yeah In my opinion it is fair to drop the use of openais in asterisk, since it really is old stuff 3+ years21:23
infinityroaksoax: And get us a shiny new asterisk for 14.04 that has corosync support?21:23
infinity(Since the idea of anyone running an asterisk network on a 9-month-supported releases seems unlikely anyway)21:24
roaksoaxinfinity: i would say so. Release versioning in asterisk is weird, (we currently have 1.8, and the next LTS support in asterisk is 11.x ... so 1.8 -> 11.x weirdness)21:24
roaksoaxhttps://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions21:25
roaksoaxyeah I would say we should go for a 11.x version of asterisk for 14.0421:25
roaksoaxinfinity: i'll go ahead with that then21:27
mwhudsonbarry: https://wiki.archlinux.org/index.php/OfflineIMAP#SSL_fingerprint_does_not_match21:27
barrymwhudson: thx21:28
mwhudson(backchannels ftw)21:28
=== freeflying is now known as freeflying_away
mwhudsonhi, it seems that the memcached ddeb is somehow out of sync with the memcached deb (for armhf)22:36
mwhudsoncan i prod someone into fixing this somehow?22:37
mwhudsoninfinity, wgrant: you seem like the sort of people who might know about this22:37
infinitymwhudson: pitti is the person to poke, so long as ddebs come from magic land.22:55
mwhudsonheh ok22:55
mwhudsonfile a bug on the affected package and subscribe him i guess?22:56
infinitymwhudson: They look in sync to me though.22:56
mwhudsoninfinity: the version numbers are the same, but gdb refuses to consult the debug info22:56
mwhudsoncomplains about a crc mismatch22:56
mwhudsonand the build ids reported by file(1) are different22:56
infinitymwhudson: Oh.  That's curious.  And not something pitti can do anything about.22:57
infinitymwhudson: Which release is this on?22:57
mwhudsoninfinity: raring22:57
infinityhttp://ddebs.ubuntu.com/pool/main/m/memcached/22:57
infinitySo, note the suspicious timestamps there.22:58
infinityI *bet* someone rebuilt memcached/armhf in a devirt PPA and pitti's scripts picked up the new ddeb. :/22:58
infinityOr something like that.22:58
infinityThere's pretty much nothing we can do about this until we get ddebs in soyuz.22:59
mwhudsoner22:59
mwhudsonyeah, that's odd22:59
mwhudsonluckily memcached builds really quickly :)22:59
infinityThe whole system is incredibly fragile, sadly.22:59
infinityWe have all the fixes for this lined up, but we're waiting on a go-ahead from IS to flip the switch, basically.23:00
mwhudsonit's the "disk is cheap and other lies" thing, right?23:00
infinityPretty much.23:00

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!