lpotterok, I might some day00:00
Saviqslangasek, infinity, you're the only ones ~active at this hour with "access to snakefruit", if you're around, could I please ask for a re-run of the regression here http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#unity8 (https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Re-running_tests)00:01
slangasekSaviq: looking00:13
slangasekSaviq: ok, running: http://autopkgtest.ubuntu.com/running.shtml00:26
=== shuduo-afk is now known as shuduo
pittijdstrand: I hinted apparmor05:41
dholbachgood morning07:49
pittijdstrand: apparmor is still trapped by perl, but I hope we get that in RSN08:55
pitticjwatson: php5 landed, uwsgi is a valid candidate08:56
asaclooking for a package/software-compoennt that uses kbuild that isnt kernel, uboot, busybox... anyone knows?09:33
asacoh vbox09:34
asacseems the only one using the kbuild package from archive in build-depends09:34
asacof course doesnt mean that others have their kbuild inline09:34
asacanyonw knows any smallish piece of soft let me know!09:35
Laneycjwatson: ok to steal your sbuild merge?09:39
Odd_Blokexnox: So what's the grub situation with s390x?  Do we need it at all?10:31
xnoxOdd_Bloke, this is not the bootloader you are looking for =) there is no grub on s390x as far as I can see =)10:33
xnoxOdd_Bloke, there is /etc/zipl.conf and well zipl.10:34
Odd_Blokexnox: OK, cool; that's what I figured. :)10:35
xnoxOdd_Bloke, there is this magic bootmap file.10:35
xnoxOdd_Bloke, http://paste.ubuntu.com/14418965/10:35
xnoxso given the config file, zipl generates bootmap file, which can include the kernel+initrd+parameters inside it, or reference them on disk... magically.10:36
xnoxand somehow this bootmap file is found by z/VM OS on disk and manages to be "executed" as the intial programme, by the inital programme loader.... aka "boot".10:36
Odd_Blokexnox: Would that zipl.conf work generally (it looks like it to me)?  If not, do we have a good way of generating them?10:37
xnoxOdd_Bloke, we don't currently have a good way to generate them (e.g. for cloud images / non-standard things)10:38
xnoxOdd_Bloke, the d-i installer writes out a slightly longer version.... https://sources.debian.net/src/zipl-installer/0.0.28/debian/zipl-installer.postinst/10:38
xnoxwhich has default, timeout and both /boot/vmlinuz and /boot/vmlinuz.old "boot menu options"10:38
xnoxOdd_Bloke, i wanted to write something like update-zipl, that would do something similar to our update-grub, and eg. detect all kernels and generate "Ubuntu", "Ubuntu recovery", and then all available kernels [normal|recovery] boot options.10:40
xnoxOdd_Bloke, but i have not done something like that yet.10:40
Odd_BlokeBut once we find the right configuration, it doesn't need to have values plugged in for each different image build, which is good. :)10:41
xnoxto me, that would be handy, and like useful / ubuntu-like. On the other hand average s390x user, is capable of modifying zipl.conf and booting a different kernel =)10:41
Odd_Blokexnox: Yeah, that would be handy.10:41
LocutusOfBorg1good morning10:41
xnoxor like figure out "this is unconfigured cloud-image, maybe i should add "cloud-init-first-boot-ever" param to the kernel cmdline..."10:41
Odd_Blokexnox: What would that be needed for?10:42
=== _salem is now known as salem_
xnoxOdd_Bloke, on first initramfs boot, determine available NIC and DASD drive and activate that, and store the results of such activation on disk.10:43
xnoxOdd_Bloke, at the moment, instead of like activating all the things that are discovered... we do nothing, or like activate only the nic's / drives that users chose to configure at install time, or later by tweaking sysconfig-hardware.10:44
Odd_BlokeOh, OK; the "cloud-init" bit threw me off. ;)10:44
LocutusOfBorg1xnox, what does it happen if I run a syncpackage boost-defaults?10:48
xnoxLocutusOfBorg1, permission denied =) cause it's in main ;-)10:49
LocutusOfBorg1xnox, ok, the question actually is: can it be syncable?10:49
LocutusOfBorg1I did a debdiff, but I'm confused10:50
xnoxLocutusOfBorg1, do you understand the split between main and universe, and what are the requirements for main?10:50
xnox(usually boost-defaults are updated in ubuntu slightly ahead of debian)10:50
LocutusOfBorg1xnox, sorry, not a native speaker :)10:51
LocutusOfBorg1yes, I understand that I can't sync it, because of main, and not universe10:51
xnoxnot that.10:51
LocutusOfBorg1and I also understand that boost transitioned before in ubuntu rather than in debian10:51
xnoxLocutusOfBorg1, in general, in ubuntu, why do we have main/restricted/universe/multiverse and what are the differences between them?10:51
cjwatsonLaney: sure, go ahead, thanks10:52
LocutusOfBorg1yes, I know the differences, and I also know I can only touch universe :)10:52
xnoxLocutusOfBorg1, looking at it, i think boost-defaults can in fact be synced, let me double check things.10:52
Laneycjwatson: ta10:52
Laneyand hooray for working --arch10:53
xnoxLocutusOfBorg1, yeah, it could be synced.10:53
LocutusOfBorg1xnox, the question is more "general", I'm looking to possible things to sync, and I want to be sure that just a little debdiff and looking at changes is the correct thing to check10:53
LocutusOfBorg1lets discard the "main" thing please :)10:53
LocutusOfBorg1I'll learn to check that as soon as I get many permission denied :)10:53
xnoxLocutusOfBorg1, yes boost-defaults is syncable at the moment. And instead of syncpackage, you can do e.g. requestsync =)10:54
LocutusOfBorg1xnox, I use requestsync since a lot of time actually :)10:54
xnoxLocutusOfBorg1, and then somebody (a core-dev) can sponsor that for you.10:54
LocutusOfBorg1BTW the question is also: https://packages.qa.debian.org/b/boost-defaults.html10:54
LocutusOfBorg1I did a debdiff between unstable and xenial10:54
LocutusOfBorg1and then I looked at the patch on BTS (right corner, at the bottom)10:54
LocutusOfBorg1they look different10:54
LocutusOfBorg1oh the script didn't run after the last debian upload10:55
xnoxthe one online looks out of date.10:55
LocutusOfBorg1fine then10:55
LocutusOfBorg1yes, indeed10:55
LocutusOfBorg1there is the last debian entry missing10:55
xnoxmaybe that should be reported somewhere....10:55
xnoxcjwatson, is patches.ubuntu.com healthy at the moment? or does it only generate a patch once, and that's it?10:56
LocutusOfBorg1so the lesson learned today is: do not look at patches.ubuntu.com, but do the job yourself :)10:56
LocutusOfBorg1thanks a lot10:56
xnoxLocutusOfBorg1, i think the patch might be odd, because ubuntu boost-defaults is a "fork" rather than on top of a debian revision.10:56
xnoxbecause we did a 0ubuntu1, before ...1 version was available in debian.10:57
LocutusOfBorg1yes, probably mergechangelogs doesn't work with that10:57
cjwatsonxnox: it's failing - I'll fix it up this morning10:58
cjwatsonxnox: (I knew about it already by mail notification but haven't had a chance to poke it yet)10:59
LocutusOfBorg1BTW boost in ubuntu should be finally fixed <-- doko10:59
LocutusOfBorg1it migrated10:59
LocutusOfBorg1doko, will you retry the build failed because of boost?11:37
dokoLocutusOfBorg1, done for the one I know of11:40
cjwatsonxnox: patches.u.c should sort itself out in a bit11:47
xnoxthanks a lot =)11:47
LocutusOfBorg1oh well, I can act as sponsor, but I can't unsubscribe sponsors-team from the bug reports :)11:56
Laneyyou could join the team if you ask an admin11:56
LocutusOfBorg1lets do little steps :)11:57
LocutusOfBorg1but I will eventually11:57
cjwatsonxnox: any objection to me demoting insighttoolkit4 and its three revdeps (elastix, itksnap, plastimatch) to -proposed temporarily to detach them from the perl transition?12:03
cjwatsonI'm pretty bored of waiting12:04
LocutusOfBorg1cjwatson, I have no objection in *removing* them :)12:13
LocutusOfBorg1that transition is sooooo bad12:14
* LocutusOfBorg1 speaking on the debian side12:14
cjwatsonwell, that's a different argument :)12:14
* LocutusOfBorg1 was just jocking12:15
mdeslaurxnox: I'm stealing your ldb merge12:24
mdeslaurseb128: I'm stealing your samba merge12:24
Laneyyou feef12:25
LocutusOfBorg1stealing work is always nice :)12:29
mdeslaurfunny how people never steal my work :P12:30
cjwatsonpitti: I meant to ask you about what's going on with e.g. http://autopkgtest.ubuntu.com/packages/o/openafs/xenial/s390x/ - there are a couple of packages that fail like that, and it's notable that they work fine when the trigger is linux-meta.  no kernel in the autopkgtest chroot maybe?12:30
Odd_Blokexnox: https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/xenial/cpc/+build/48062 \o/12:31
Odd_Blokexnox: So those don't contain any zipl stuff etc.; they're effectively just what we produce for the other arches.12:31
xnoxOdd_Bloke, excellent.12:33
xnoxOdd_Bloke, i guess i could grab disk1 and mangle it, until it becomes bootable?12:33
xnoxOdd_Bloke, and then report back to you? =)12:33
Odd_Blokexnox: Yeah, having a clear set of changes to make would be good.12:34
Odd_Blokexnox: Because the build process is 'upload to PPA, build, wait for publish, kick off livefs build, wait', which isn't the most nimble way to iterate. :p12:34
cjwatsonxnox: did you see my insighttoolkit4 question above?12:42
Odd_Blokexnox: So am I OK to leave the cloud images until I hear back from you?12:42
xnoxcjwatson, i have not.12:42
cjwatson12:03 <cjwatson> xnox: any objection to me demoting insighttoolkit4 and its three revdeps (elastix, itksnap, plastimatch) to -proposed temporarily to detach them from the perl transition?12:42
cjwatson12:04 <cjwatson> I'm pretty bored of waiting12:42
xnoxcjwatson, i want to demote insighttoolkit4 with fire =)12:42
cjwatsonxnox: right :-)  I'll take care of that then, thanks12:43
xnoxit pretty much made mono transition non-trivial 2 month affair, instead of it being trivial.12:43
cjwatsonxnox: (I'll wait until this afternoon though - I'm going out in an hour or so, and if there's a decent chance that perl will land I want to be around to disable the publisher to make sure that it all lands in one go)12:44
cjwatsonmind you, at this rate autopkgtests will take an hour or two to catch up anyway.  sod it12:48
pitticjwatson: right -- linux-meta* triggers actually do install that kernel, so that dkms modules have something to build against; but the default lxc containers don't have a kernel12:58
pitticjwatson: I think the fix for that would either be to install the default kernel headers (but this would still fail if dkms modules don't work against that, which does happen), or perhaps better, ignore linux-meta* triggers when determining "ever passed"12:59
pitticjwatson: I filed that as bug 153148813:02
ubottubug 1531488 in Auto Package Testing "ignore linux-meta triggers for "ever passed"" [Medium,In progress] https://launchpad.net/bugs/153148813:02
pitticjwatson: we are still waiting on insighttoolkit, I presume?13:05
pittioh my, https://launchpad.net/ubuntu/+source/insighttoolkit4/4.8.1-1ubuntu4/+build/8449963 only started an hour ago13:05
pittiah, nevermind, saw backscroll above13:07
cjwatsonpitti: yep, hopefully once the current autopkgtest backlog clears a bit we should be good13:25
cjwatson(need libmath-bezier-perl/armhf)13:25
mitya57cjwatson, your upload looks correct, thanks13:37
mitya57(cc Mirv)13:38
mitya57(though it's unrelated to Qt 5.6, the circular dependency coming in Qt 5.6 is unrelated thing)13:38
mitya57s/unrelated thing/a different thing/ to not repeat myself :)13:39
smosercjwatson, infinity the maas image build process makes a few changes to a cloud image build. that all is hoped to be moved to buildd and thus running native at some point.  wrt "misconfigured chroot", i'm not sure what you mean.   the chroot has functional networking (apt-get update works), and also in that particular one, sys and proc and even dev are mounted. additionally, the same set of things work happily doing native chroot (i13:54
smosere amd64 -> amd64) without qemu-static.  so yes, i think its qemu-static related, and i was confused by that also as it does not seem likely.13:54
mapreriso, a package taking over the only binary of another package just reached the release pocket.  do you confirm me that old source is going to disappear automagically from xenial? (and what about the open bugs against it?)14:04
maprerior is there a cruft report, similar to what debian has, and a human process it every so often?14:06
LocutusOfBorg1python-udiskie, pencil ^^^14:06
LocutusOfBorg1e.g. with udiskie in -release I think https://launchpad.net/ubuntu/+source/python-udiskie should disappear14:07
rbasakmapreri: it isn't automatic, but isn't a problem and will be dealt with by an archive admin before release usually. It should appear in this report: http://people.canonical.com/~ubuntu-archive/nbs.html14:23
rbasakmapreri: the bugs will need to be handled separately. Please close or reassign with a suitable comment as appropriate.14:24
LocutusOfBorg1mmm rbasak I don't see udiskie here14:30
jdstrandpitti: hi!, re apparmor> thanks!14:44
Odd_Blokeinfinity: Before the holidays you were going to see if the latest powerpc image I had produced was bootable.  I don't know if you got anywhere with that then, but there's one for you to test here, if you have the time: https://launchpad.net/~cloud-images-release-managers/+livefs/ubuntu/xenial/cpc/+build/4806814:48
GirishHi! Are Ubuntu bugs in launchpad marked as per their difficulty? I'm new to Ubuntu. Where can I find some easy bugs to squish?15:00
dobeyno, difficulty to fix things is subjective.15:02
dobeybut there are some trivial low hanging fruit type bugs that are tagged in a certain way, iirc15:03
roadmrGirish: some projects (not all) add a "bite-size" or similar tag to small, easy bugs15:03
sladenGirish: is there perhaps something like a spelling mistake you've noticed in your day-to-day use of Ubuntu?15:04
dobeythough some of those are obviously not "bite sized"15:04
dobeythere's also the "verification-needed" tag, which is on things that have a proposed fix in the proposed pocket, and they need testing and verification that the fix is good or not15:06
GirishCool. Thanks will check them out.15:10
cjwatsonrbasak,mapreri: NBS only covers binaries, not obsolete sources, for which there is unfortunately no cruft report.  Otherwise you're correct.15:34
cjwatsonmapreri: That said, for packages that were removed from Debian and are unmodified in Ubuntu, we'll generally pick up the removal as a result of following along with removals from Debian unstable.15:35
maprericjwatson: pencil was never in debian15:35
maprericjwatson: and I just added a delta to pencil2d to build a transitional package and take it over (pencil2d being pencil's maintained fork)15:36
cjwatsonright, file a bug and subscribe ubuntu-archive for the removal, then15:37
maprericjwatson: cool, thanks15:37
cjwatsonpitti: autopkgtest sad?  http://autopkgtest.ubuntu.com/running.shtml says "[an error occurred while processing this directive]15:43
pitticjwatson: currently at it15:44
pitticjwatson: the page had some leftovers, I had to restart the collector; it will start showing stuff once the first request comes in again (queues are empty ATM)15:44
pittiI'll also re-run the tmpfails etc.15:44
pittiat least armhf has finally caught up \o/15:44
pittihmm, "no route to host", cloud troubles again?15:46
cjwatsonpitti: ah good, thanks.  check #is-outage, there've been various PS4.5 outages15:52
pittiit seems to work again right now, let's see for how long15:52
cjwatsonpitti: excuses seems a little confused about the state of libmath-bezier-perl triggered from perl15:54
cjwatsontest in progress, but it's not on running.shtml and http://autopkgtest.ubuntu.com/packages/libm/libmath-bezier-perl/xenial/armhf/ has a most recent run >four hours ago15:54
pittirunning.shtml is back (with retrying regresisons with apt pinning)15:54
pitticjwatson: yep, next britney run will re-trigger them15:54
pittithey fell victim to repeated tmpfails and giving up15:55
cjwatsonah :-/15:55
pittiall workers repeatedly failed due to "no route to host" (amqp server), and some noise15:55
pitticjwatson: FYI, in those cases I wait until britney is not running (or running --print-uninst), and remove proposed-migration/data/xenial-proposed/autopkgtest/pending.json (britney's cache which tests it already triggered in previous runs)15:56
pittithis re-requests all "in progress"15:56
cjwatsonok, I'd been steering clear of doing that since there's an admonition in the wiki page not to do that in general :)15:57
pittiugly, and I'm slowly detecting them better, but there are still cases which we don't reliably detect as "tmpfail"15:57
cjwatsonpitti: would it maybe make sense to just force-badtest libmath-bezier-perl/0.01-2 ?  the most recent armhf test in fact also ran against perl 5.22, and it's going to take aaaages to get round to it16:12
cjwatsonpitti: could you please also bump the version of your sbuild hint to 0.67.0-2ubuntu1 ?16:14
lfaraoneI'm trying to figure out the right way to fix bug 798414 — namely, if you have a separate /boot partition and just do automatic updates, you'll eventually fill up /boot and have to resolve it manually.16:15
ubottubug 798414 in initramfs-tools (Ubuntu) "update-initramfs should produce a more helpful error when there isn't enough free space" [Medium,Triaged] https://launchpad.net/bugs/79841416:15
pitticjwatson: done16:15
lfaraoneThe cleanest solutions involve some more logic outside of dpkg that manages your kernel packages, ensuring that you have, idk, latest, current-running, and a few previous.16:15
lfaraonebut I don't know if we do that anywhere else in the project, and there is very possibly a solution I'm just not thinking of.16:15
cjwatsonpitti: the sbuild part?  thanks16:15
cjwatsonlfaraone: things are hooked up nowadays so that that's how apt-get autoremove will behave16:16
cjwatsonlfaraone: although some people report that not working, I think possibly because they've used "partial upgrade" in u-m16:16
lfaraonecjwatson: hm. would it be safe to run autoremove automatically?16:16
lfaraonethis e.g. caused tech support questions from my mother. :P16:17
cjwatsonmaybe it would be possible to write a python-apt program that did the kernel parts automatically?16:17
pitticjwatson: done> yes, bumping the sbuild hint16:17
argescking: is bug 1527460 fixed in xenial?16:18
ubottubug 1527460 in fwts (Ubuntu) "fwts PCIe ASPM tests are throwing Segmentation fault" [High,In progress] https://launchpad.net/bugs/152746016:18
lfaraonecjwatson: sure. i'd be interested in working on that… would that be something that would run as a separate cron, or is there an existing project I should integrate it with?16:18
pitticjwatson: ah, overlooked the libmath-bezier-perl/0.01-2 thing, sorry; added the hint16:18
cjwatsonpitti: cool cool, thanks16:20
cjwatsonlfaraone: I don't know, I'm afraid16:20
cjwatsonthere are some apt cron jobs, perhaps there16:20
ckingarges, it will be on the fwts 16.01.00 release16:23
tkamppeterHi, I have a question about Upstart .override files. I /etc/init/cups.conf "respawn" is set and I want to de-activate respawning in the /etc/init/cups.override file, for on-demand use of CUPS. How do I proceed?16:32
pitticjwatson: darn, we actually need both sbuild hints16:37
pitticjwatson: but at this point it might actually be easier to force-skiptest perl?16:38
pittias this is quite a whack-a-mole game16:38
cjwatsonpitti: sbuild/armhf is running at the moment, which should make that not a problem16:39
pitticjwatson: added the skiptest16:39
cjwatsonpitti: though I was considering suggesting the same thing, so yeah16:40
=== juliank0 is now known as juliank
cjwatsonpitti,infinity,slangasek: please could you "force-skiptest libfilesys-df-perl/0.92-5build2" and "force-skiptest exim4/4.86-7ubuntu2" - same reason as perl, it's because the force-badtested sbuild failure is for an older version on armhf and we can't have both versions17:04
cjwatsonsbuild/armhf has restarted several times, so I'm not hopeful of it working17:05
infinitycjwatson: I can give it a jab.17:08
pittiinfinity: you are adding the hints? ok17:08
infinityOdd_Bloke: What am I trying to boot?  disk1.img?17:10
Odd_Blokeinfinity: Yep, think so.17:11
Odd_Blokeinfinity: (I mean, you tell me :p)17:11
pitticjwatson: sbuild/armhf repeatedly causes the container to fail rebooting, that's also what makes the workers so slow17:14
pittiwill look at that tomorrow17:15
cjwatson orig: 307+0: a-66:a-34:a-33:i-33:p-36:p-34:s-7117:15
cjwatson  end: 300+0: a-65:a-34:a-33:i-33:p-36:p-34:s-6517:15
cjwatsondisabling publisher so that that will all land in one chunk17:16
infinityOdd_Bloke: I assume it'll fail to boot completely due to cloud-init weirdness or something, but we're just looking to see if bootloader->kernel->init work?17:18
* infinity is downloading.17:18
infinityOdd_Bloke: And nope.  Dumps me to a grub shell.17:21
Odd_Blokeinfinity: Hmph; could you pastebin the command you're running so I can test future iterations myself?17:22
infinityOdd_Bloke: http://paste.ubuntu.com/14422052/17:22
infinityOdd_Bloke: Adjust cores and memory to taste and not overload whatever host you're using. :P17:23
mhall119slangasek: so the Xubuntu devs tell me they're still waiting to hear back from you on https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/26816717:23
hallynin qemu, the init scripts were moved at version 1:2.3+dfsg-4ubuntu1 from qemu-system-x86 to qemu-system-common.  The defaults file was accidentally not moved, so it simply didn't exist between 1:2.3+dfsg-4ubuntu1 and now.17:54
hallynat 1:2.3+dfsg-4ubuntu1, qemu-system-common B/R qemu-system-x8617:54
hallynso now if i put the defaults file into qemu-system-common, do i need to again B/R qemu-system-x86?17:54
hallyni.e. if someone has preexisting defaults file and upgrades, is the default file rightnow just orphaned, or is it seenas belonging to qemu-system-x86 in the latest version?17:55
hallyndpkg -S says it belongs to qemu-system-x86, so i guess that's my answer17:56
xnoxmhall119, slangasek: the requested changes have not been made still. https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/268167/comments/714269 commented to remind about that, and explain in more details.18:06
xnoxinfinity, >_< 30 GB of RAM =) fun.18:08
=== henrix_ is now known as henrix
hallynthough a test run with handbuild pkg suggests it's fine18:29
Unit193xnox: Uh, that's not really what we're aiming for here, though.  It's not really a "normal desktop" and "Super featurefull desktop" which is what you're/that's implying, it's "Normal desktop" and "OK lets strip everything out except the DE itself", which then implies the user actually knows how to add whatever backends he needs.18:33
xnoxUnit193, ...... this is exactly what desktop vs dvd used to be =)18:33
infinityNo it's not.18:34
Unit193So, 'desktop' was actually missing a load of stuff?18:34
xnoxUnit193, one bigger than the other. adding a new product, is extra un-necessory complexity, when dvd/desktop already exist.18:34
infinitydesktop was always a complete desktop, dvd just had "more stuff".18:34
Unit193No browser, office suite, some gvfs backends missing, etc?18:34
hallynstgraber: ^ do yo uknow offhand? mainly i can't figure why dpkg -S is telling me the file still belongs to qemu-system-x8618:34
hallyn(with my tst pkgs that didn't happen)18:34
infinityhallyn: Regarding your upgrade question, keep in mind that we support upgrades from trusty. :P18:35
hallyninfinity: right but -common already B/R a recent versin of -x86, though that is handled18:36
xnoxinfinity, Unit193: i agree with slangasek on the merge proposal: mv desktop dvd; touch desktop. Rather than create a "core" variant for _everything_ =)18:36
infinityhallyn: And orphaned conffiles will still belong to the package that orphaned them unless you use rm_conffile.18:36
* xnox hates core, it's overloaded term by now three times over18:36
infinityhallyn: Or if their Replaced by shipping it in another package.18:36
hallynok, so when they're replaced by shipping in another package dpkg won't complain?18:36
infinitys/their/they're/ ... Wow, thanks internet.18:36
Unit193xnox: Can't we rename dvd to core then? :P  And, at least we did this right before trusty hit, and based it off of something even older than that so it's not just following the trend! :P18:37
stgraberhallyn: sounds like the orphaned without rm_conffile case18:37
infinityhallyn: It will complain if there are changes to the file.18:37
hallynso better to update the B/R version numbers?18:37
xnoxUnit193, there is core already in other parts of the things, that means a tarball without a kernel. i'm not sure which parts of things build it though.18:37
infinityhallyn: Updating B/R versions is correct in your current context.18:37
hallynok thx18:38
infinityhallyn: There's a lot more pain involved in "properly" moving conffiles between packages, but that depends on level of carefactor and odds that people have edited it.18:38
hallyn(odd that my hand-built test packages behaved differently, but i probably just messed them up)18:38
xnoxUnit193, you really do not want a tarball without a kernel =) which at one point was based of lubuntu on armhf or some such.18:38
Unit193xnox: Hah, not really.  But dvd/desktop is certainly not what we're aiming for either, it's the opposite.18:39
xnoxUnit193, image if current xubuntu download button on your website from xenial on points to -dvd-.iso. That's the new "Xubuntu"18:40
infinityxnox: core was never lubuntu.18:40
xnoxUnit193, image that minimal xubuntu, with just de and not much else (aka code name core) is the download called -desktop-.iso. (aka desktop-only)18:40
Unit193!info lubuntu-core18:40
ubottulubuntu-core (source: lubuntu-meta): Lubuntu Desktop environment - minimal installation. In component universe, is optional. Version 0.62 (wily), package size 3 kB, installed size 14 kB (Only available for i386; amd64; powerpc; armhf)18:40
xnoxUnit193, do you under stand what i'm trying to do?18:40
Unit193xnox: I understand, I don't like.18:41
xnoxUnit193, for both *buntu-minimal would have been a better name....18:42
Unit193xnox: I don't exactly disagree, but at least that hit before all the Ubuntu Core stuff hit the fan so it's not trying to use the advertisement.18:43
infinityI still like xubuntu-lite, if you're bikeshedding names, but really, it's a whole lot of who cares.18:44
infinityWe've been around and around with this for months.18:44
infinityxnox: The problem with the desktop/dvd proposal is that it implies that Xubuntu-desktop is actually a full desktop.  At least, if you're being consistent with Ubuntu history.  It doesn't fix confusion, just shifts it.18:45
infinityxnox: ubuntu-desktop versus dvd was never about one being minimal/crippled and one being complete, it was about one fitting on a CD and one having extra stuff.18:46
xnoxUnit193, btw do you really want to images?18:46
xnoxas far as I remember e.g. edubuntu has a ubiquity plugin and offers a choice of DE's.18:47
Unit193infinity: Or xubuntu-bare. :D  Oh the implications!18:47
* Unit193 ducks.18:47
dobeyall i want is 🍺18:47
xnoxwouldn't you want a single xubuntu-desktop.iso and a page/tick-box "install just minimal DE bare lite core fizz buzz"18:47
xnoxdobey, .... AND A LOLLIPOP!18:48
dobeyxnox: i guess those two things don't go well together. that's why they come in separate packages18:48
Unit193xnox: Actually, Ubuntu Studio has been working on that.  But no, not as far as I've ever heard.18:50
Unit193infinity: Thanks very much, btw!18:50
barryxnox: did you ever report LP: #1526613 upstream to cpython or cython?19:18
ubottuLaunchpad bug 1526613 in python3.5 (Ubuntu) "ftbfs asyncio test failure with 3.5.1-2, used to pass with 3.5.0-2" [Undecided,New] https://launchpad.net/bugs/152661319:18
pitticjwatson: wheeee! ^5s21:41
* Laney got email about some ancient uploads migrating :)21:41
pittiexcuses is still big, but nowhere near as bad as it was at the beginning of the week21:43
pittiperl and php were a good chunk of it21:44
pittitask for tomorrow: go-faster stripes for armhf21:44
=== salem_ is now known as _salem
=== jgrimm is now known as jgrimm-afk
=== jgrimm-afk is now known as jgrimm
Bluefoxicywhy does software center use a light green text on a white background anyway?23:39
=== TheMuso` is now known as TheMuso

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