/srv/irclogs.ubuntu.com/2016/01/28/#ubuntu-meeting.txt

=== howefield is now known as howefield_afk
thedaccpaelzer: rbasak: beisner and I are sprinting next week. Can you bump us out a week?07:14
cpaelzerthedac: we are sprinting as well, let me ask the next one in the list then :-)07:27
cpaelzerthedac: are more in the list sprinting with you, so I can skip considering them?07:27
thedaccpaelzer: coreycb arosales jamespage gnouy and zul are all srinting as well :)07:29
cpaelzerthedac: thx!07:29
zulsrinting?07:29
cpaelzerzul: there http://www.roblox.com/games/86180135/Srintings-Place :-P07:34
=== cpaelzer_ is now known as cpaelzer_afk
=== xnox is now known as s390x
=== cpaelzer_afk is now known as cpaelzer_
=== s390x is now known as xnox
* slangasek waves16:01
pittio/16:02
barry\o16:02
chiluk o/16:02
tdaitxo/16:02
xnox\o16:02
slangasek#startmeeting16:03
meetingologyMeeting started Thu Jan 28 16:03:05 2016 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.16:03
meetingologyAvailable commands: action commands idea info link nick16:03
slangasek[TOPIC] Lightning round16:03
=== meetingology changed the topic of #ubuntu-meeting to: Lightning round
slangasek$ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox chiluk)16:03
slangasekcaribou tdaitx cyphermox sil2100 pitti robru bdmurray slangasek chiluk doko xnox barry infinity16:03
slangasekcaribou: hi :)16:04
slangasektdaitx: ok, you're up :)16:04
tdaitx# 2016-01-2816:05
tdaitx* Updated OpenJDK 6 from 6u37-1.13.9 to 6u38-1.13.10 (based on IcedTea 1.13.10)16:05
tdaitx* Provided OpenJDK 6u38 backports to the security team for Wily, Vivid, Trusty, and Precise16:05
tdaitx* Porting Jean-Baptiste TCK scripts from JCK 6 to JCK 716:05
tdaitx* Travelling today to Brussels for FOSDEM16:05
tdaitx(done)16:05
cyphermox - libaudit support: shadow and openssh (bug LP: #1478087)16:05
cyphermox - multipath-tools SRUs for 14.04.4:16:05
cyphermox   - bug LP: #1432062 - spaces in device names16:05
ubottuLaunchpad bug 1478087 in lightdm (Ubuntu Vivid) "Add libaudit support" [Medium,Triaged] https://launchpad.net/bugs/147808716:05
ubottuLaunchpad bug 1432062 in multipath-tools (Ubuntu) "multipath-tools-boot: support booting without user_friendly_names on devices with spaces in identifiers" [Medium,Confirmed] https://launchpad.net/bugs/143206216:05
cyphermox   - bug LP: #1526984 - readonly bindings for multipathd -B16:05
cyphermox   - bug LP: #1503286 - let udev settle before mounting.16:05
cyphermox   - bug LP: #1496210 - defualt values for IBM 2810XIV storage16:05
ubottuLaunchpad bug 1526984 in multipath-tools (Ubuntu) "ISST-LTE: root mpath device unavailable after installation" [Critical,In progress] https://launchpad.net/bugs/152698416:05
dokotdaitx, look up the beer location for tomorrow night16:05
ubottuLaunchpad bug 1503286 in multipath-tools (Ubuntu Trusty) "ISST-LTE: Boot of Ubuntu15.10 lpar fails: "mounting /dev/sdn2 on /root failed: Device or resource busy" [multipath]" [Critical,In progress] https://launchpad.net/bugs/150328616:05
ubottuLaunchpad bug 1496210 in multipath-tools (Ubuntu Trusty) "multipath-tools lacks the default settings for IBM 2810XIV storage system" [Medium,In progress] https://launchpad.net/bugs/149621016:05
cyphermox - debugging parted device naming policy and ioctl errors (bug LP: #1536008)16:05
cyphermox - reviewing MIRs: fwupd (bug LP: #1536871) - appstream (bug LP: #1538293)16:05
cyphermox(done)16:05
ubottuLaunchpad bug 1536008 in parted (Ubuntu) "ISST-LTE: parted command shows "device-mapper: table ioctl on failed: No such device or address" error" [Undecided,In progress] https://launchpad.net/bugs/153600816:06
ubottuLaunchpad bug 1536871 in fwupd (Ubuntu) "[MIR] fwupd" [Undecided,New] https://launchpad.net/bugs/153687116:06
ubottuLaunchpad bug 1538293 in appstream (Ubuntu) "[MIR] appstream" [Undecided,New] https://launchpad.net/bugs/153829316:06
pittioh, no sil210016:06
pittiautopkgtest:16:07
slangasekindeed16:07
pitti - Enable SSL on debci, fix some remaining issues in autopkgtest-retrier, and roll out self-service retry buttons16:07
pitti - Refine web-based retry to check uploader permissions16:07
pitti - Fix wrong kernel versions with apt pinning16:07
pitti - britney: Add option for working with a lot of shared silo instances relative to Ubuntu (#1537868)16:07
pitti - britney: Fix crash with NBS binaries in target release (reported by robru)16:07
pitti - (ongoing) more experiments with running armhf tests through remote LXD in Scalingstack; still blocked by "locks up after some time" bug16:07
pitti - (ongoing) Investigate missing proxy vars on ppc64el/trusty (#1539126)16:07
pittidistro:16:07
pitti - init-system-helpers: add autopkgtest16:07
pitti - init-system-helpers: review our remaining delta, reduce most of it (part of that: #1539016); we can sync after xenial16:07
pitti - merges: gnupg, ifupdown16:07
pitti - network-manager: Fix/test/apply Bryan's patch for fixing NFS mounts (#1515446)16:07
pitti - numexpr: Fix autopkgtest regression16:07
pitti - udev: Fix persistent net names with d-i for trusty (#1537136)16:07
barrypitti: \o/16:07
pitti - Clean up usage of /var/log/udev (#1537211)16:07
pitti - Review initramfs-tools, init-system-helpers, and sysvinit merges from Andy; systemd tests spotted a regression in update-rc.d, fix that16:07
pitti - Discuss apport implementation for crashes in container with stgraber; we have a solution now, tests needs to be written and then we can enable this again16:07
pittiEND16:07
robrulp:cupstream2distro16:07
robru* fix traceback when abandoning silos16:07
robru* fix erroneously setting published_versions excessively16:07
robru* fix noisy transient errors in status setting16:07
robru* set branches as merged after pushing to trunk16:07
robrulp:bileto16:07
robru* misc code cleanup16:07
robru* disable some unused britney features16:07
robru* fix when lander_signoff is automatically cleared16:07
robru* add documenation/network topology chart16:07
robrumisc16:07
robru* audit bugs & work on enabling local deployments for sprint next week16:07
robru(finito)16:07
cyphermoxpitti: persistent net names, had we not fixed that already with the previous trusty dot release?16:08
tdaitxdoko: hehe, only for tomorrow? ;-)16:08
bdmurraytested connection to new DSE servers (good)16:08
bdmurraydiscussion with stub re tables from old cassandra dbs to import16:08
bdmurrayrelease upgrade testing from Trusty to Vivid16:08
bdmurraysearched for / consolidated duplicates of T to V upgrade failures (LP: #1534374)16:08
ubottuLaunchpad bug 1534374 in ubuntu-release-upgrader (Ubuntu) "unable to upgrade to 15.04 due to libstdc++6 SRU" [High,Triaged] https://launchpad.net/bugs/153437416:08
pitticyphermox: apparently not16:08
bdmurrayinvestigation into u-r-u saying packages are unauthenticated16:08
bdmurrayrelease upgrade testing from Trusty to Wily16:08
bdmurrayreported LP: #1537900 re dist-upgrade failure to wily16:08
bdmurrayuploaded sysvinit fix for LP: #1507151 to wily-proposed16:08
bdmurrayupdated ubuntu-release-upgrader to support Trusty to Wily upgrades16:08
ubottuLaunchpad bug 1507151 in sysvinit (Ubuntu Wily) "duplicate for #1537900 sysv-rc.postinst calls insserv by name, but insserv package does not provide the command in a bin directory" [High,Fix committed] https://launchpad.net/bugs/150715116:08
ubottuLaunchpad bug 1507151 in sysvinit (Ubuntu Wily) "sysv-rc.postinst calls insserv by name, but insserv package does not provide the command in a bin directory" [High,Fix committed] https://launchpad.net/bugs/150715116:08
bdmurrayW SRU verification of LP: #1537916, #150715116:08
bdmurrayworked on britney sending email notifications16:08
bdmurraypatch piloting16:08
bdmurraySRU queue processing16:08
ubottuLaunchpad bug 1537916 in ubuntu-release-upgrader (Ubuntu Wily) "wily release upgrader needs to support upgrades from Trusty" [High,Fix committed] https://launchpad.net/bugs/153791616:08
bdmurrayinstalled / setup Ubuntu on new laptop16:08
cyphermoxpitti: (we removed biosdevname in 14.04.3 for much of the same thing)16:08
bdmurray✔ done16:08
xnoxtdaitx, well it's a special fosdem beer location, with extra special beers and tokens.16:08
slangasekpitti: speaking of armhf and scalingstack, did you happen to see the post from hrw a few weeks ago about "how I got 32-bit arm VMs running right"?16:08
pitticyphermox: err, no, we didn't -- biosdevname is still used in d-i in latest netboot16:09
pittislangasek: uh, no, I didn't.. showmeshowmeshowme!16:09
cyphermoxmaybe I'm mistaking it for some other release then16:09
pittislangasek: I was talking to wgrant about that and made some experiments, but there were still some hiccups16:09
slangasekpitti: https://marcin.juszkiewicz.com.pl/2016/01/17/running-32-bit-arm-virtual-machine-on-aarch64-hardware/16:09
dokobdmurray, any proposed action on 1534374?16:09
slangasekthis is on Fedora, but hopefully translates16:09
pittislangasek: oh, that way around -- I tohught you meant "boot armhf images in scalingstack"16:10
xnoxbug 1534374?16:10
xnoxbug 153437416:10
ubottubug 1534374 in ubuntu-release-upgrader (Ubuntu) "unable to upgrade to 15.04 due to libstdc++6 SRU" [High,Triaged] https://launchpad.net/bugs/153437416:10
bdmurraydoko: wait for Vivid to End of Life16:10
slangasekpitti: well, but it should be bootable in scaling stack if we get the pieces figured out :)16:10
pittibdmurray: what is "DSE", OOI?16:10
dokobdmurray, I like that16:10
bdmurraypitti: data stack enterprise16:10
pittiwill vivid actually EOL? I thought touch releases are still based on vivid16:11
bdmurraypitti: cassandra w/ support and bells and whistles16:11
sil2100Oh crap16:11
slangasek * uplift edk2 to new upstream snapshot per request of hyperscale team16:12
slangasek * ppc64el triage for 14.04.416:12
slangasek * merges: at a personal 5-year low for outstanding TIL merges ;)16:12
slangasek * nudging packages for proposed-migration16:12
slangasek * MP review for system-image "device alias" support16:12
slangasek * forward progress on P7 machine deprecation16:12
slangasek * discussion about Archive Reorg changes for 16.04 (headline: build-depends won't have to go through MIR, only binary depends)16:12
* sil2100 is obviously very late but still needs time to prepare his report16:12
=== JanC_ is now known as JanC
xnoxsil2100, are you not looking forward to vivid builders getting turned off? =)16:12
slangasek(done)16:12
chilukLP #1535349.  Patch created waiting on sponsorship.  Discovered an additional issue with initramfs-tools that will need to be resolved before this is fully fixed.16:12
chilukLP #1484696.  Fix Released issue closed.16:12
chilukXenial issues with pulseaudio rejecting connections in xenial.  Daemon is still up, but not responding.  Case to be found or reported.16:12
chilukXenial issues where chrome does not respond to dbus url open requests.16:12
chiluk --done--16:12
ubottuLaunchpad bug 1535349 in coreutils (Ubuntu Trusty) "`df /dev/sda1` no longer reports information for /dev/sda1" [Medium,Confirmed] https://launchpad.net/bugs/153534916:12
pittislangasek: you can actually create an AMI with the kernel/initrd and boot the armhf cloud image -- but that fails on some libvirt issue (which wgrant already dealt with by backporting the fix) and some scalingstack config issue16:12
ubottuLaunchpad bug 1484696 in MAAS 1.10 "Unable to connect to: ws://<maas IP>:/MAAS/ws" [Undecided,New] https://launchpad.net/bugs/148469616:12
tdaitxsil2100: aim to go right after infinity, he is last on the list ;-)16:12
doko- binutils 2.26 release16:13
doko- gcc-5 ibm backports16:13
doko- icedtea-web update, build for openjdk-816:13
doko- fix firefox build on arm6416:13
doko- getting gcc cross packages mostly installable16:13
doko- ruby2.2 update16:13
doko- openjdk-6, openjdk-9 uploads16:13
sil2100tdaitx: thanks16:13
doko- work on python3.4 removal16:13
doko- work on ruby2.1 removal16:13
doko- some work on multiarchifying packages16:13
barryslangasek: oh?  where's that discussion happening?16:13
doko(done)16:13
pittislangasek: uh, no "main" closure on b-deps any more? that sounds a bit strange16:13
xnoxbarry, slowly being worked on ;-)16:13
slangasekbarry: it's been internal discussion up to this point, I'll post on ubuntu-devel shortly about it16:14
barryjust curious if there's a public thread on it?16:14
barryoh cool16:14
xnoxpitti, it's not as weird as it sounds. as vastly smaller in scope.16:14
slangasekit's in the same general vein as Archive Reorg has always been - "security support over the binary dep closure, not over the source dep closure"16:14
pittixnox: "Go static linking"16:15
xnoxpitti, and C++ templates16:15
slangasekwe just found a shortcut to the implementation16:15
xnoxpitti, are two things to watch out for, yes.16:15
slangasekpitti, xnox: Built-Using16:15
xnoxslangasek, oh, ok.16:15
slangaseki.e. we should still be closed over Built-Using, just not over Build-Depends16:15
pittiso if we render main packages unbuildable because of some universe crap nobody cares about, we make our lifes even harder16:15
slangasekxnox: your turn16:16
slangasekpitti: happy to make this a discussion topic later in the meeting :)16:16
robruDoes anybody know if it's possible to start an lxc from inside a schroot?16:16
xnoxrobru, we are in a meeting =)16:16
xnoxworking on fixing cloud images (borked link_in_boot)16:16
xnoxworking on publishing updated installer guide16:16
xnoxfixed .ins and el torito boot files16:16
xnoxpackaged libica16:16
xnoxupgraded btrfs tools, to fix bugs on ppc64el16:16
xnoxattended openmainframe project eu meetup in luton16:16
xnoxoff to fosdem tomorrow16:16
xnoxetc.16:16
xnoxdone16:16
slangasekrobru: a chroot by itself has no namespacing; so yes it should be possible as long as you have all the right mounts in the chroot16:16
barrysla claws-mail: merged w/debian, uploaded 3.13.1-1.1ubuntu1 and 3.13.1-1.1ubuntu2 (the latter to fix upstream bug #3600)16:17
ubottubug 3600 in Launchpad itself "Summary field processing is handling carriage returns wrongly." [Medium,Fix released] https://launchpad.net/bugs/360016:17
barrydirtbike/pip stack: everything working in my local staging environment.  now i need to 1) release dirtbike & upload to debian; 2) upload python-progress (debian bug #812908); 3) update debian python policy for wheels; 4) update pip to 8 & upload.  it was lots of work, but it's all paying off now and will make ongoing maintenance *much* easier, and will finally get us a much more modern pip.  next up: virtualenv16:17
ubottuDebian bug 812908 in wnpp "ITP: python-progress -- easy progress reporting for Python" [Wishlist,Open] http://bugs.debian.org/81290816:17
barryworked on the foundations-x-python3-only blueprint.  samba-libs is still the big blocker.  reached out to the fedora porter who has made some progress, but still a lot of work to do.  this one has me the most worried.16:17
barryi won't wait for the debian gnome maintainers much longer on libpeas.  if nothing happens in debian by the end of next week's sprint, i'll move forward in ubuntu.16:17
barry--done--16:17
pittisil2100: no infinity, go16:18
sil2100o/16:18
dokobarry, is there an open issue?16:18
sil2100- Landing team work, silo coordination, preparing landing e-mails16:18
sil2100- RTM Status meetings16:18
sil2100- system-image:16:18
sil2100  * Coordinating the removal of manta images from official s-i16:18
sil2100  * Poke community s-i hosts to pick up manta once we remove those16:18
sil2100  * Tests tests16:18
barrydoko: on libpeas?16:18
sil2100- Promoting devel images16:18
sil2100- OTA-9:16:18
dokoyes16:18
sil2100  * Preparing release notes16:18
sil2100  * Releasing the images (with some complications due to management miscommunication)16:18
sil2100  * Investigating various reports16:18
sil2100- Future OTA schedule preparation, announcements16:18
sil2100- Multiple secret work involving device enablement in s-i16:18
barrydoko: yes, let me find it16:18
sil2100- Preparing a new merge for ppp, symbols changes needed16:18
sil2100- Help in preparing silo 12 landing, packaging reviews etc. (a big PD-related silo)16:18
sil2100- OTA-9.516:18
sil2100  * Planning and scheduling, various long discussions16:18
sil2100  * Add new frameworks to the seeds and store16:18
sil2100- Landing-team-tools - write a helper script for getting s-i image information16:19
sil2100(done)16:19
slangaseksil2100: congrats on OTA-916:19
robruslangasek: what are the right mounts? It has /proc and /dev/pts16:19
sil2100Thanks, some people do seem to have issues with seeing the update though, will have to look into that a bit16:19
sil2100Since the phasing ended like 6-8 hours ago16:19
pittislangasek: so yes, that's using direct kernel boot much like I attempted on scalingstack; this should work in principle indeed16:19
sil2100But yeah, in overall it's good :)16:20
barrydoko: LP: #1440504 which has a link to the debian bug16:20
ubottuLaunchpad bug 1440504 in libpeas (Ubuntu) "libpeas-1.0-0 depends on both libpython2.7 and libpython3.4" [Medium,In progress] https://launchpad.net/bugs/144050416:20
barrydoko: debian bug has patches16:20
slangasekrobru: I don't know all of them, but there'll be at least /sys and I think there's at least one other mount needed for the cgroups16:20
slangasek(but I have no cgroups fs mount on my system currently, hmmm)16:20
slangasekmaybe that's old info16:20
caribouo/16:21
caribousorry I'm late16:21
slangasekpitti: ah, direct kernel boot; that's obviously less than perfect, but I guess it's the only option we have there16:21
pittislangasek: tmpfs on /sys/fs/cgroup ?16:21
pittislangasek: it's what the blog uses too16:21
slangasekpitti: oh haha I was looking at mounts inside a chroot, so there16:21
slangasekcaribou: hi! anything you'd like to report?16:22
caribouyep16:22
caribou LP1522346 - nut merge16:22
caribouLP1536904 - kdump fails on 16.0416:22
caribouLP1537714 - smaller initrd for older kernels16:22
caribou Sponsorship : LP1089013 - clvm16:22
caribouSponsorship : LP1248054 - dlm16:22
caribouand rework of my  home network16:22
caribou(done)à16:22
slangasekcaribou: thanks for nut, I'm glad to no longer be TIL on it ;-)16:22
slangaseknow that just leaves me shadow <cough>16:23
caribouoh, & looks like there will be another rsyslog merge needed16:23
slangasekI can also give a status update for infinity16:24
robruslangasek: so is it enough to just bindmount from the host into the chroot? Where's the documentation on everything lxc needs?16:24
slangasek * working on glibc 2.22 merge and reconciling locales packages with Debian16:24
cyphermoxslangasek: I mean to merge shadow16:24
slangasekrobru: I don't know; possibly somewhere near the lxc package16:24
slangasekcyphermox: oh? but I'm TIL :)16:25
xnoxrobru, try stgraber ?16:25
xnox=)16:25
cyphermoxslangasek: ah, I can leave it to you then ;)16:25
slangasekcyphermox: maybe you want to merge console-setup instead, you already have your name down on that one on merges.u.c :)16:25
slangasekok, any questions on status?16:25
cyphermoxslangasek: yeah, that one too16:26
slangasek[TOPIC] Archive Reorg16:26
=== meetingology changed the topic of #ubuntu-meeting to: Archive Reorg
slangaseksince there were questions about this, let's discuss16:27
slangasekpitti: you had concerns about uncared-for packages in universe16:27
dokocyphermox, ohh, I started shadow, but lost track. while the debian maintainer took most patches, they are disabled, and need an update16:28
pittislangasek: well, yes; mostly about rendering more main packages FTBFS and thus making it harder to remove obsolete universe packages16:28
cyphermoxdoko: ok.. I mentioned it because you asked me about a shadow upload to trusty :P16:28
pittibut also with all the static linking madness of go, where build deps are really binary deps16:29
slangasekpitti: so the reality today is that we spend a lot of effort going through the MIR process for these same packages, pulling them into main16:29
slangasekand then we still don't do anything with them because they're not actually interesting, they're only needed as build-dependencies16:29
slangasekI expect this to be a net reduction in work effort, because a) less MIR paperwork for things we don't care about and don't want to support, b) less packaging delta from Debian to enforce a build-time main/universe split, c) fewer packages in main overall meaning less security team work16:30
xnoxpitti, my thoughts were that packages that main build-depends on, will become known as "supported-build-depends" hosted mostly in universe. And then we can implement controls and/or additional policy on that. For example, uploads only by core-dev, rather than motu.16:30
slangasekthis btw was always part of the ArchiveReorg plan, which we first discussed back in Barcelona :)  It only foundered on some of the implementation details16:30
xnoxpitti, (where supported-build-depends is a seed)16:31
pittislangasek: oh yeah, that's the other thing -- we have some packages where we drop build deps to drop functionality which is only available with universe b-deps, for building plugins for example16:31
slangasekxnox: fwiw I don't see any reason to restrict uploads to core-dev16:31
xnoxslangasek, ok.16:31
pittislangasek: you'd have the same delta if they end up being binary deps (new library), or an invisible "static linking" case when they don't become build-deps16:31
slangasekpitti: static linking of go MUST be tracked already via the Built-Using field, which I mentioned above16:31
xnoxpitti, yeah. and e.g. especially when those plugins, will be published into universe anyway. We already do build a lot packages in main, that have some binary packages in universe.16:31
dokocyphermox, feel free to take over16:31
slangasekhmmm I wonder if this would actually cause python2 to drop out of main in 16.04 ;)16:32
cyphermoxdoko: *shrugs* I will finish console-setup first, I already have it in a PPA ready to finish testing16:32
xnoxslangasek, i wonder if "built-using" should be included in main closure then (whereas "build-depends" will not)16:33
barryslangasek: wouldn't that be wonderful? :)16:33
xnoxslangasek, ubuntu-desktop depends on python2 at the moment.16:33
slangasekpitti: the forcing function for 16.04 is nodejs.  This is something the security team will *not* be providing support for, yet it's pulled in as a build-dependency for documentation16:33
slangasekxnox: sorry, that's exactly what I meant16:33
xnoxslangasek, ack.16:33
barryxnox: see my previous comments about samba-libs :(16:34
slangasekxnox: Built-Using should be included in main (and therefore component-mismatches should report on it), Build-Depends should not16:34
slangasekpitti: but there are other examples besides nodejs; maven has been one this cycle as well, with its many tentacles of java16:34
slangasekyes, if the build-dependency translates to a binary dependency, we still have to deal with it16:35
* barry will be happy to drop some debian deltas because of this16:35
slangasekbut the reason for ArchiveReorg is the recognition that there are many packages that are in main only because they're build-dependencies and *not* runtime dependencies (or statically-linked)16:35
pittiwell, I can't say I have a good feeling about this, but maybe that's just me then16:35
slangasekpitti: it'll reduce the workload, trust me ;-)16:37
pittislangasek: oh, no doubts about that, I'm more afraid of piling up hidden traps16:37
slangasekhmm, well16:37
slangasekthe kind of trap you've mentioned - bitrotting package in universe - is still something we'd be responsible for sorting out, in either case16:38
barryslangasek, xnox it would be nice to have some high level archive spelunking tooling around this.  e.g. given a package, tell me the status of all its b-d and depends.  or going the other way, given a package, tell me the status of its reverses16:38
xnoxbarry, that would be check-mir =)16:38
slangaseki.e. if it's a build-dep, we're responsible for sorting out the bitrot; it doesn't matter if that package is in main like today, or if we move it to unvierse16:38
xnoxbarry, we are still keeping main/universe components16:38
slangasekxnox: well, we need to stand up a modified component-mismatches and germinate16:39
pittislangasek: right, but so far we've just dropped the build-dep of "meh, don't like that" stuff beforehand, instead of letting them creep in everywhere16:39
barryxnox: something like that, probably with some enhancements16:39
* xnox really should share my draft document with everybody.16:39
pittiso this will undoubtedly work well initially; my fear is that it will make it harder down the road, as we effectively end up maintaining half of universe16:39
pittimaven, haskell, what not16:40
xnoxbut we already do16:40
slangasekI disagree that this means we will be maintaining maven or haskell16:40
xnoxe.g. haskell transitions, java transtions it's still we do anyway.16:41
slangasekexcept to a very basic level16:41
xnoxa healthy main, requires a somewhat healthy universe.16:41
* xnox was writting down my thoughts on the subject in a google doc -> https://docs.google.com/document/d/1dJBtLLCppH2yt664S8G2jB_tK-iWi_D7wqaN6S4ddwI/edit#16:41
slangasekxnox: have you checked past archive reorg documentation in the wiki already?16:42
xnoxslangasek, i've read and re-read most of it. And it is confusing.16:42
slangasek\o/16:42
xnoxslangasek, cause parts were implemented, and other parts are not (e.g. we did permissions, but we didn't abolish components)16:43
xnoxslangasek, and this new "supported-build-depends" subject, i'd rather not call "archive-reorg", as the scope is smaller.16:43
xnoxe.g. we are keeping M.I.R. and we are keeping a show-case pinacle "main" component.16:43
slangasekwe were always going to be keeping an MIR process16:44
xnoxand kicking things out of it, that are not pinacle show-case stuff =)16:44
slangasekit was just a question of whether the includer was still called "main"16:44
xnoxslangasek, well yes. But the whole apt preferences shananigans were nuts.16:44
slangasekheh16:44
xnoxmy plan was to generate sample new seed output, sample new components missmatches, polish the document16:45
xnoxand like seek further feedback16:46
xnoxbut i guess the cat is out of the bag now.16:46
=== cpaelzer_ is now known as cpaelzer
slangasekdon't worry, you'll get all the feedback you need ;)16:46
slangasek[TOPIC] AOB16:46
=== meetingology changed the topic of #ubuntu-meeting to: AOB
slangasekanything else today?16:46
slangasekI have a small proposal to replace the Linux kernel in main with Hurd16:47
barry*hurt16:47
cyphermoxslangasek: pff16:47
cyphermoxI'd rather you pick Darwin.16:47
slangasekheh16:47
sil2100;)16:47
caribounah, keep it & rewrite in Go16:48
xnoxslangasek, +1 on Darwin16:48
barrythat'll dovetail nicely with my plans to rewrite go in guile16:48
tdaitxstuff I didn't have time to write: I will be off tomorrow and from Wed to Frid next week (swap day + vacation), and then the week after on Monday and Tuesday (holidays); moved from hexchat to quassel so now I can have it connected most of the time (just in time for some time off)16:48
xnoxbarry, using an llvm compiler right?16:48
slangasekMir 3.0, now with DisplayPostscript support16:48
barryxnox: of course!16:49
xnoxslangasek, \o/16:49
xnoxslangasek, requires a type-c dongle?16:49
cyphermoxxnox: DisplayPostscript is over CP only16:49
slangasektdaitx: oh good, enjoy the scrollback then ;)16:49
xnoxcyphermox, i have no idea what CP is - is that available on a mainframe?16:50
tdaitxyeah, as if the email backlog is not enough ;-)16:50
cyphermoxxnox: I suppose. Carrier Pidgeon?16:50
* barry fires up his old NeWS server16:50
slangasek#endmeeting16:50
* caribou wants VAXnotes back16:50
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
meetingologyMeeting ended Thu Jan 28 16:50:50 2016 UTC.16:50
meetingologyMinutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-01-28-16.03.moin.txt16:50
barryslangasek: why?  we were just geting started :)16:51
slangasekbarry: you can keep going, but I need more coffee ;)16:51
xnoxtdaitx, don't forget to update .plan file for the finger protocol!16:51
tdaitxlol16:51
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
=== marcoceppi is now known as marcoceppi|airpl
=== marcoceppi|airpl is now known as marcoc|airplane
=== csusi is now known as Guest6795

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