[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Cosmic Final] has been updated (20181017)
[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Cosmic Final] has been updated (20181017)
[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Cosmic Final] has been updated (20181017)
[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Cosmic Final] has been updated (20181017)
[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Cosmic Final] has been updated (20181017)
[01:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Cosmic Final] has been updated (20181017)
[01:37] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Cosmic Final] has been updated (20181017)
[01:37] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Cosmic Final] has been updated (20181017)
[01:37] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Cosmic Final] has been updated (20181017)
[01:37] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Cosmic Final] has been updated (20181017)
[01:44] -queuebot:#ubuntu-release- Unapproved: gnome-software (cosmic-proposed/main) [3.30.2-0ubuntu4 => 3.30.2-0ubuntu5] (ubuntu-desktop)
[02:04] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Cosmic Final] has been updated (20181017)
[02:12] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:12] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:14] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:19] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:27] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:27] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Cosmic Final] has been updated (20181017)
[02:34] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:34] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Cosmic Final] has been updated (20181017)
[02:35] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Cosmic Final] has been updated (20181017)
[02:35] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Cosmic Final] has been updated (20181017)
[02:58] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Cosmic Final] has been updated (20181017.1)
[04:50] -queuebot:#ubuntu-release- Unapproved: nuxwdog (cosmic-proposed/universe) [1.0.3-4 => 1.0.5-1] (no packageset) (sync)
[04:50] -queuebot:#ubuntu-release- Unapproved: accepted nuxwdog [sync] (cosmic-proposed) [1.0.5-1]
[06:02] -queuebot:#ubuntu-release- Unapproved: python-scipy (cosmic-proposed/universe) [1.1.0-1build1 => 1.1.0-1ubuntu1] (no packageset)
[06:03] -queuebot:#ubuntu-release- Unapproved: accepted python-scipy [source] (cosmic-proposed) [1.1.0-1ubuntu1]
[07:04] <doko> vorlon: is it still time to upload the openjdk-lts 11.0.1 release to cosmic? I didn't catch up with tdaitx on that
[08:27] <LocutusOfBorg> infinity, the new kernel regressed virtualbox, so making them go in release together is appreciate
[08:27] <LocutusOfBorg> people opening new bugs because "hey the new kernel regressed the kernel module build, all my VM can't start now" is not nice :/
[08:28] <infinity> LocutusOfBorg: By 'release' do you mean 'updates'?
[08:28] <LocutusOfBorg> sure
[08:28] <LocutusOfBorg> I know it is linux-hwe-edge, but still annoying :)
[08:42] <acheronuk> we have firefox 63 a week before it's scheduled release date?
[08:43] <xnox> doko, stop uploading shit when we try to spin fucking images for a release.
[08:43] <xnox> doko, things like openjdk is not a good time to upload
[08:43] <xnox> doko, =)))) thanks a lot!
[08:52] <infinity> xnox: openjdk-lts isn't on images.
[08:52] <infinity> ... except for kubuntu, apparently.
[08:53] <acheronuk> libreoffice-base recommends that
[08:53] <acheronuk> we could drop that off if there is any issue to solve
[08:54] <infinity> acheronuk: Nah, people wanting to upload things a day before release isn't an issue you need to solve. :P
[08:54] <infinity> acheronuk: Though, it's curious that you're the only flavour that ships -base in your default desktop.
[08:55] <acheronuk> just saying... as I recall a discussion on respins for it a while back
[08:55] <Laney> Want to database? Use Kubuntu!
[08:55]  * Laney is a good marketer
[08:55] <infinity> I can't imagine it has broad appeal.  People don't use desktop database thingees nearly as much as they use slide shows, word processors, and spread sheets.
[08:56] <acheronuk> I agree. I haven't check when or who added it, but it could easily be dropped IMO
[08:58] <infinity> acheronuk: I mean, if you want to drop it and respin your meta and respin your images, go nuts, but I don't think it's relevant to the previous discussion. :)
[08:59] <acheronuk> infinity: nope. it can stay. as said, only reason I said now is that I recalled some issue with openjdk being discussed a while back
[09:00] <infinity> acheronuk: *nod*
[09:01] <infinity> acheronuk: Dropping it from your desktop in DD just on the basis of "no one else ships it either, and it's probably just a waste of space for 999/1000 users" is something I'd fully support, but up to you.
[09:02] <acheronuk> ah. added by Harald Sitter in 2014 when kexi (KDE database equiv) got dropped. can't see why we need either really, so that can't almost certainly be dropped at start of 19.04
[09:02] <acheronuk> *can almost
[09:03] <infinity> Yeah.  I mean, I think I can count on one finger all the times I remember MS Access being used in a corporate environment, and I've been around a lot of Office users in my day.
[09:03] <infinity> And it was always an optional install for Office too, for that same reason.
[09:04] <acheronuk> indeed
[09:06] <infinity> acheronuk: In your specific case, I'd say the added bonus of not having a JRE in your default install would be what sells it to me.  Not that you seem to need selling. :)
[09:39] <ginggs> would someone please bump 'force-badtest dijitso/2018.1.0-5/armhf' in hints-ubuntu? the sync-er didn't follow through
[09:45] <infinity> ginggs: Done.
[09:48] <ginggs> infinity: thanks!
[09:50] <mparillo> Not to jump in on MS-Access, but in your average big corporate Enterprise-licensed site, MS-Word, Excel, and PPT would be universally licensed, while MS-Access and MS-Project were separately licensed (and often charged-back to the requester). Hence the usage of Excel for small DBs and Projects. So people coming from MS shops were not used to having easy access to a desktop DMBS.
[09:59] <infinity> mparillo: On the flipside, people who *did* use Access learned in a hurry that what they really wanted was either Excel or MSQL, depending on the complexity of their dataset.  Access had a strangle small niche market in the middle.
[09:59] <infinity> MSSQL*
[09:59] <infinity> s/strangle/strangely/ ... I can't type today.
[10:21] <ginggs> would someone please bump 'force-badtest python-scipy/1.1.0-1ubuntu1/i386' int apw's hints? i'm sure it will be needed
[10:27] <mwhudson> i fixed most of those upstream!
[10:27] <mwhudson> but yes, tests will fail
[10:28] <mwhudson> http://autopkgtest.ubuntu.com/packages/i/imexam/cosmic/s390x <- woop
[10:29] <ginggs> ^ nice, vorlon!
[10:40] -queuebot:#ubuntu-release- Unapproved: gnome-initial-setup (cosmic-proposed/main) [3.30.0-1ubuntu2 => 3.30.0-1ubuntu3] (ubuntu-desktop, ubuntugnome)
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted gnome-initial-setup [source] (cosmic-proposed) [3.30.0-1ubuntu3]
[10:59] <jibel> xnox, FYI bug 1798350
[11:00] <xnox> jibel, tah
[11:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-keyring (bionic-proposed/main) [2018.02.28 => 2<IP_ADDRESS>~18.04.0] (core) (sync)
[12:06] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (trusty-proposed) [2:4.3.11+dfsg-0ubuntu<IP_ADDRESS>]
[12:27] -queuebot:#ubuntu-release- New source: linux-meta-snapdragon (cosmic-proposed/primary) [<IP_ADDRESS>.1]
[12:27] <apw> infinity, ^
[12:29] <infinity> apw: Ta.
[12:30] -queuebot:#ubuntu-release- New: accepted linux-meta-snapdragon [source] (cosmic-proposed) [<IP_ADDRESS>.1]
[12:33] -queuebot:#ubuntu-release- New binary: linux-meta-snapdragon [arm64] (cosmic-proposed/main) [<IP_ADDRESS>.1] (kernel)
[12:42] -queuebot:#ubuntu-release- Unapproved: rejected libxkbcommon [source] (bionic-proposed) [0.8.2-1~ubuntu18.04.1]
[12:45] <infinity> FYI: Respinning only ubuntu-desktop for gnome-initial-setup (at the request of willcooke)
[12:46] -queuebot:#ubuntu-release- New: accepted linux-meta-snapdragon [arm64] (cosmic-proposed) [<IP_ADDRESS>.1]
[12:51] -queuebot:#ubuntu-release- Unapproved: gnubiff (cosmic-proposed/universe) [2.2.17-1build2 => 2.2.17-2] (no packageset) (sync)
[12:51] -queuebot:#ubuntu-release- Unapproved: accepted gnubiff [sync] (cosmic-proposed) [2.2.17-2]
[12:52] -queuebot:#ubuntu-release- Unapproved: stardict (cosmic-proposed/universe) [3.0.1-9.4 => 3.0.6-0.1] (no packageset) (sync)
[12:52] -queuebot:#ubuntu-release- Unapproved: accepted stardict [sync] (cosmic-proposed) [3.0.6-0.1]
[13:09] <willcooke> thanks infinity
[13:11] -queuebot:#ubuntu-release- Unapproved: qemu (cosmic-proposed/main) [1:2.12+dfsg-3ubuntu7 => 1:2.12+dfsg-3ubuntu8] (ubuntu-server, virt)
[13:12] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[13:16] -queuebot:#ubuntu-release- Unapproved: gcc-snapshot (cosmic-proposed/universe) [1:20181016-0ubuntu1 => 1:20181017-0ubuntu1] (no packageset)
[13:17] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [source] (cosmic-proposed) [1:20181017-0ubuntu1]
[13:28] -queuebot:#ubuntu-release- Unapproved: nodejs (bionic-proposed/universe) [8.10.0~dfsg-2ubuntu0.3 => 8.10.0~dfsg-2ubuntu0.4] (kubuntu)
[13:30] <Laney> ahasenack: a) don't know, the logs exist e.g<EMAIL_ADDRESS>but britney's timetamp there is old
[13:30] <Laney> not sure what makes bileto re-run it
[13:31] <ahasenack> that looks like a good run, bileto just didn't catch that it finished
[13:31] <ahasenack> as it still says test in progress
[13:32] <ahasenack> so ok for (a)
[13:33] <Laney> dunno why it doesn't run again
[13:33] <Laney> you might want a bileto person
[13:34] -queuebot:#ubuntu-release- Unapproved: stardict (cosmic-proposed/universe) [3.0.6-0.1 => 3.0.6-0.1ubuntu1] (no packageset)
[13:34] <Laney> I don't know about (b), that's probably something in britney
[13:34] -queuebot:#ubuntu-release- Unapproved: accepted stardict [source] (cosmic-proposed) [3.0.6-0.1ubuntu1]
[13:39] <bdmurray> sil2100: Could you look at releasing the SRU for bug 1797209?
[13:56] <sil2100> bdmurray: I can! In some moments, yes
[14:55] <vorlon> doko: openjdk-lts 11.0.1 needs to go via security upload (it's seeded on kubuntu)
[14:56] <tdaitx> vorlon: doko: I'm reworking my openjdk-lts upload to rebase it upon doko's debian package, I will upload that to the security team
[14:56] <vorlon> ginggs: I do not relish the thought of further bisecting that... rebuild gfortran to rebuild scipy to test imexam :P
[14:56] <vorlon> tdaitx: ack
[14:58] <tdaitx> will upload it in a few hours as it needs a local rebuild so I can check that everything is still sane
[15:31] -queuebot:#ubuntu-release- Unapproved: pybigwig (cosmic-proposed/universe) [0.3.11-1ubuntu1 => 0.3.12-1] (no packageset) (sync)
[15:31] -queuebot:#ubuntu-release- Unapproved: accepted pybigwig [sync] (cosmic-proposed) [0.3.12-1]
[15:38] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Cosmic Final] has been marked as ready
[16:13] -queuebot:#ubuntu-release- Unapproved: rejected nautilus [source] (bionic-proposed) [1:3.26.4-0~ubuntu18.04.2]
[16:13] -queuebot:#ubuntu-release- Unapproved: kactivitymanagerd (bionic-proposed/universe) [5.12.6-0ubuntu0.1 => 5.12.7-0ubuntu0.1] (kubuntu)
[16:14] -queuebot:#ubuntu-release- Unapproved: rejected nautilus [source] (bionic-proposed) [1:3.26.4-0~ubuntu18.04.3]
[16:14] -queuebot:#ubuntu-release- Unapproved: drkonqi (bionic-proposed/universe) [5.12.6-0ubuntu0.1 => 5.12.7-0ubuntu0.1] (kubuntu)
[16:32] -queuebot:#ubuntu-release- Unapproved: accepted ntpsec [source] (bionic-proposed) [1.1.0+dfsg1-1ubuntu0.1]
[16:32] -queuebot:#ubuntu-release- Unapproved: breeze-gtk (bionic-proposed/universe) [5.12.4-0ubuntu1 => 5.12.7-0ubuntu0.1] (kubuntu)
[16:52] -queuebot:#ubuntu-release- Unapproved: stardict (cosmic-proposed/universe) [3.0.6-0.1ubuntu1 => 3.0.6-0.2] (no packageset) (sync)
[16:52] -queuebot:#ubuntu-release- Unapproved: accepted stardict [sync] (cosmic-proposed) [3.0.6-0.2]
[17:45] -queuebot:#ubuntu-release- Unapproved: nautilus (bionic-proposed/main) [1:3.26.4-0~ubuntu18.04.1 => 1:3.26.4-0~ubuntu18.04.2] (ubuntu-desktop)
[18:30] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (cosmic-proposed) [1:2.12+dfsg-3ubuntu8]
[18:31] -queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (cosmic-proposed) [3.30.2-0ubuntu5]
[18:47] <cyphermox> grub2 incoming.
[18:48] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu7 => 2.02+dfsg1-5ubuntu8] (core)
[18:50] <cyphermox> ... and grub2-signed
[18:51] -queuebot:#ubuntu-release- Unapproved: grub2-signed (cosmic-proposed/main) [1.109 => 1.110] (core)
[18:56] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (cosmic-proposed) [2.02+dfsg1-5ubuntu8]
[18:57] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (cosmic-proposed) [1.110]
[18:57] <fginther> Is this grub2 going to require an image respin?
[18:58] <fginther> (sorry, I was disconnected for a while and may have lost the conversation)
[18:58] <flocculant> fginther: I'm told a respin is happening anyway
[18:59] <vorlon> fginther: yes
[19:02] <fginther> vorlon, is this expected to impact cloud images? I believe the answer is yes given grub2-common is in the base image
[19:03] <vorlon> fginther: no functional impact, but yes it affects the contents of the cloud images so they should be respun to match the release pocket
[19:03] <fginther> ok, thanks for confirming
[19:05] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu8 => 2.02+dfsg1-5ubuntu8] (core)
[19:18] <vorlon> grub unblock hints pre-added
[19:18] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (cosmic-proposed) [2.02+dfsg1-5ubuntu8]
[19:28] <bdmurray> coreycb: I think the bugs associated with the neutron SRU in bionic which aren't the microrelease update require validation using the test case e.g. bug 1751396
[19:33] <coreycb> bdmurray: ok i'll see if I can carve out some time to do that
[19:37] <tsimonq2> infinity, vorlon: Mind waiting for this calamares-settings-ubuntu update to respin Lubuntu if you're going to do a global respin anyway?
[19:37] <tsimonq2> I'll upload it within the hour.
[19:38] <infinity> tsimonq2: That's fine.
[19:39] <tsimonq2> Cool.
[19:39] <TJ-> tsimonq2: did you resolve the LUKs issues?
[19:40] <tsimonq2> TJ-: Unfortunately not.
[19:41] <tsimonq2> Our QA team discovered that way too late anyway.
[19:46] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu8 => 2.02+dfsg1-5ubuntu8] (core)
[19:49] -queuebot:#ubuntu-release- Unapproved: calamares-settings-ubuntu (cosmic-proposed/universe) [26 => 27] (lubuntu)
[19:49] <tsimonq2> infinity: That's the one.. ^
[19:50] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (cosmic-proposed) [2.02+dfsg1-5ubuntu8]
[19:53] <infinity> tsimonq2: These changes look... Weird.
[19:53] <vorlon> I agree
[19:54] <infinity> tsimonq2: Is this the sources.list in the target?
[19:55] <infinity> Cause you just inverted the contents (cdrom only, no http), which is... Wat?
[19:56] <tsimonq2> infinity: Because we don't have the d-i sources.list, we have to write our own. To do that, we can do whatever we want to the target sources.list because it'll be overwritten later on.
[19:56] <tsimonq2> That module comes before the sources.list module that handles all of that.
[19:56] <tsimonq2> This just makes sure that when these packages are installed, they must be grabbed from the ISO pool rather than the archive.
[19:57] <infinity> Why do you hate the archive versions? :P
[19:58] <tsimonq2> Well, QA consistency, plus debconf prompts preventing it from proceeding when grub-pc is updated at this exact point. Doing it at any later time doesn't block it.
[19:58] <tsimonq2> Plus, these are archive versions. :P
[19:59] <tsimonq2> infinity: Next cycle it's on my TODO list to clean this up a bit, but this does the job well for now.
[19:59] <infinity> So this is tested?
[20:00] <tsimonq2> Yes.
[20:00] <tsimonq2> It works.
[20:00] <infinity> Mmmkay.
[20:01] -queuebot:#ubuntu-release- Unapproved: accepted calamares-settings-ubuntu [source] (cosmic-proposed) [27]
[20:01] <tsimonq2> Thanks.
[20:01] <vorlon> debconf prompts> soooo that's pretty awful and being papered over
[20:02] <tsimonq2> I agree.
[20:02] <infinity> To be sort of fair to Simon here, 95% of installer work is papering over the fact that packages behave poorly in installer environments.
[20:03] <vorlon> the only debconf prompts you would get from grub on upgrade from archive but not install from CD are ucf prompts
[20:03] <vorlon> which means you've got a modified config file and are only deferring the pain
[20:03] <infinity> Oh, that also is a fair point.
[20:03] <infinity> If you're modifying /etc/default/grub, you're in for a world of hurt.
[20:04] <vorlon> (also, any installer should have some "sensible" debconf frontend, whether that's noninteractive or passthru or whatever)
[20:04]  * tsimonq2 puts it on the TODO list to properly look into next cycle.
[20:06] -queuebot:#ubuntu-release- Unapproved: cloud-init (xenial-proposed/main) [18.4-0ubuntu1~16.04.1 => 18.4-0ubuntu1~16.04.2] (edubuntu, ubuntu-cloud, ubuntu-server)
[20:07] <blackboxsw> hi folks, in SRU testing of cloud-init on xenial we found a behavior regressing that needed resolving. per https://bugs.launchpad.net/cloud-init/+bug/1798424
[20:07] <blackboxsw> I've just uploaded a fix for the xenial SRU, we only need to reject the xenial portion and accept the new upload of this SRU, nothing changes on bionic
[20:09] <blackboxsw> the current SRU reps arges and rbasak are out or EOD for today. Anyone else active in their stead?
[20:09]  * infinity will be back in ~1hr to check the state of autopkgtest.
[20:12] <vorlon> blackboxsw: looking
[20:12] <blackboxsw> thanks vorlon
[20:13] <blackboxsw> original SRU bug is https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1795953
[20:16] <vorlon> blackboxsw: your changelog calls the patch by the wrong name fwiw
[20:17] <vorlon> dunno if you care enough to reupload or if I should accept as-is
[20:21] <vorlon> blackboxsw: time's up, accepted ;)
[20:21] <blackboxsw> vorlon: think a rename in the changelog and bump to .3? It's not critical, but I guess it's better to be correct
[20:21] <blackboxsw> heh
[20:21] <blackboxsw> +1
[20:21] <blackboxsw> thanks
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (xenial-proposed) [18.4-0ubuntu1~16.04.2]
[20:21] <blackboxsw> thanks again
[20:39] <vorlon> respins requested
[20:41] <tsimonq2> vorlon: I guess Lubuntu gets an extra respin when calamares-settings-ubuntu migrates then? :P
[20:45] <vorlon> tsimonq2: yah but also I'm a yutz and didn't wait for them to be published to cosmic before I pulled the trigger
[20:46] <tsimonq2> vorlon: No problem (you could cancel the build if you have access to though).
[20:56] <Wimpress> infinity: Is grub the only change in these new images?
[20:59] <vorlon> yes
[20:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Cosmic Final] has been updated (20181017.1)
[20:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Cosmic Final] has been updated (20181017.1)
[20:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Cosmic Final] has been updated (20181017.1)
[20:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Cosmic Final] has been updated (20181017.1)
[21:06] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[21:06]  * vorlon grunts, and skiptests grub2
[21:10] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Cosmic Final] has been updated (20181017.1)
[21:11] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:11] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Cosmic Final] has been updated (20181017.1)
[21:12] <xnox> vorlon, infinity "mean you've got a modified config file".... or you installed makedumpfile package
[21:12] <infinity> vorlon: Erm.... Did you respin those "for" me?
[21:12] <vorlon> infinity: not for you, I assume you would want ones with the new grub in them
[21:12] <vorlon> ;P
[21:13] <infinity> vorlon: I mean, I was planning to pull the trigger when I was happy with the state of the archive, and was surprised to see the above.
[21:13] <vorlon> k
[21:14] <vorlon> infinity: well I failed to wait for grub2 to be in the release pocket anyway
[21:14] <infinity> You sure did.
[21:15] <infinity> And my plan was to skiptest qemu after it had enough tests to prove it wasn't miscompiled (since the change was just a packaging tweak on one arch)
[21:17] -queuebot:#ubuntu-release- Unapproved: gnome-software (cosmic-proposed/main) [3.30.2-0ubuntu5 => 3.30.2-0ubuntu6] (ubuntu-desktop)
[21:17] <tsimonq2> Can someone let Cala in?
[21:17] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Cosmic Final] has been updated (20181017.1)
[21:18] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:18] <infinity> vorlon: If you don't mind, I'll take a lock on respinnery once the current oopsy backlog clears.
[21:18] <vorlon> infinity: ok
[21:20] <tsimonq2> infinity: oopsy> *poke* unblock Cala? :)
[21:20] <infinity> tsimonq2: Already done.
[21:21] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (xenial-proposed/partner) [<IP_ADDRESS>-0ubuntu1 => <IP_ADDRESS>-0ubuntu1] (no packageset)
[21:21] <tsimonq2> Thanks.
[21:25] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:26] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (cosmic-proposed/multiverse) [5.2.18-1 => 5.2.20-1] (no packageset) (sync)
[21:26] -queuebot:#ubuntu-release- Unapproved: virtualbox (cosmic-proposed/multiverse) [5.2.18-dfsg-2 => 5.2.20-dfsg-1] (ubuntu-cloud) (sync)
[21:26] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (cosmic-proposed/multiverse) [5.2.18-1 => 5.2.20-1] (no packageset) (sync)
[21:26] <LocutusOfBorg> I know you will probably reject all the three packages :/
[21:27] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (cosmic-proposed) [5.2.20-1]
[21:27] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [sync] (cosmic-proposed) [5.2.20-1]
[21:27] <infinity> LocutusOfBorg: I can't take the one that is baked into the kernel.
[21:27] <infinity> LocutusOfBorg: Which means it was irresponsible to upload the other two. :/
[21:27] <infinity> LocutusOfBorg: You know better than this...
[21:27] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:27] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Cosmic Final] has been updated (20181017.1)
[21:28] <infinity> LocutusOfBorg: Oh well.  Those two will just get carried over to d-proposed.
[21:28] <LocutusOfBorg> isn't everything now frozen?
[21:29] <LocutusOfBorg> btw guest-additions-iso shouldn't change that much the iso images, and they are unrelated to vbox
[21:29] <LocutusOfBorg> the ext-pack can stay in proposed and won't migrate even if accepted
[21:29] <LocutusOfBorg> being not in sync (vbox and the guest-additions-iso) is not a real issue
[21:30] <LocutusOfBorg> there are few vboxvideo fixes we really should get it, I might SRU them later
[21:30] <infinity> LocutusOfBorg: None of it will migrate, cause I won't let it.
[21:30] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:30] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Cosmic Final] has been updated (20181017.1)
[21:31] <LocutusOfBorg> ack no problem
[21:31] <infinity> I guess I can let vbox into proposed to hang out with its friends, though.
[21:32] <infinity> Since pending syncs really don't carry over well (read: at all) on opening.
[21:33] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [sync] (cosmic-proposed) [5.2.20-dfsg-1]
[21:33] <LocutusOfBorg> I still need to upload vbox-hwe, to let it be in sync with vbox
[21:42] -queuebot:#ubuntu-release- Unapproved: virtualbox-hwe (cosmic-proposed/multiverse) [5.2.18-dfsg-3ubuntu18.10.2 => 5.2.20-dfsg-1ubuntu18.10.1] (no packageset)
[21:42] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (cosmic-proposed) [5.2.20-dfsg-1ubuntu18.10.1]
[21:43] <LocutusOfBorg> ta
[21:53] <vorlon> infinity: grub2 is in release pocket now; are you after other things yet besides?
[22:01] <infinity> vorlon: Yeah, but it's all migrate(d,ing).  Just double-checking bfore I click/type all the things.
[22:01] <vorlon> k
[22:07] <infinity> Alright, all the things being pushed/typed.
[22:07] <infinity> I'll be up a bit longer to babysit.
[22:18] -queuebot:#ubuntu-release- Unapproved: gnome-software (cosmic-proposed/main) [3.30.2-0ubuntu5 => 3.30.2-0ubuntu7] (ubuntu-desktop)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Cosmic Final] has been updated (20181017.1)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Cosmic Final] has been updated (20181017.1)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Cosmic Final] has been updated (20181017.1)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Cosmic Final] has been updated (20181017.1)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Cosmic Final] has been updated (20181017.1)
[22:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Cosmic Final] has been updated (20181017.1)
[22:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Cosmic Final] has been updated (20181017.2)
[22:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Cosmic Final] has been updated (20181017.2)
[22:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Cosmic Final] has been updated (20181017.2)
[22:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Cosmic Final] has been updated (20181017.2)
[22:26] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (xenial-proposed) [1.2.29]
[22:31] -queuebot:#ubuntu-release- Unapproved: accepted dpkg [source] (xenial-proposed) [1.18.4ubuntu1.5]
[22:33] -queuebot:#ubuntu-release- Unapproved: accepted dpkg [source] (bionic-proposed) [<IP_ADDRESS>ubuntu2.1]
[22:34] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (bionic-proposed) [1.6.6]
[22:38] -queuebot:#ubuntu-release- Unapproved: accepted packagekit [source] (bionic-proposed) [1.1.9-1ubuntu<IP_ADDRESS>]
[22:43] -queuebot:#ubuntu-release- Unapproved: accepted golang-1.10 [source] (xenial-proposed) [1.10.4-2ubuntu1~16.04.1]
[22:45] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[22:46] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.3)
[22:48] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[22:52] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[22:52] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Cosmic Final] has been updated (20181017.2)
[22:53] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[22:56] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Cosmic Final] has been updated (20181017.2)
[22:56] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Cosmic Final] has been updated (20181017.2)
[23:11] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[23:11] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Cosmic Final] has been updated (20181017.2)
[23:13] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Cosmic Final] has been updated (20181017.2)
[23:32] -queuebot:#ubuntu-release- New: accepted golang-1.10 [source] (trusty-proposed) [1.10.4-2ubuntu1~14.04.1]
[23:41] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Cosmic Final] has been updated (20181017.3)
[23:49] -queuebot:#ubuntu-release- New binary: golang-1.10 [ppc64el] (trusty-proposed/universe) [1.10.4-2ubuntu1~14.04.1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: golang-1.10 [arm64] (trusty-proposed/universe) [1.10.4-2ubuntu1~14.04.1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: golang-1.10 [amd64] (trusty-proposed/universe) [1.10.4-2ubuntu1~14.04.1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: golang-1.10 [armhf] (trusty-proposed/universe) [1.10.4-2ubuntu1~14.04.1] (no packageset)


[07:54] <Unit193> knome: Can you blacklist<EMAIL_ADDRESS>from the -devel list?
[09:11] <knome> ..yes?
[09:11] <Unit193> There were 70+ messages in the queue, a lot of them were from there.
[09:12] <knome> nice
[09:13] <knome><EMAIL_ADDRESS>[09:13] <knome> hah,
[09:13] <Unit193> Sent log.
[09:13] <knome><EMAIL_ADDRESS>is on the discard list.
[09:14] <knome> i wonder if that's intentional
[09:14] <knome> anyway, done
[09:15] <Unit193> Thanks.
[09:15] <knome> np
[11:47] <bluesabre> Unit193: hello!
[11:52] <bluesabre> Unit193: syncing elementary-xfce
[12:01] <Unit193> Oh heh, looks like I forgot.
[12:13] <ochosi> knome: hah, really? maybe you just decided you dont like me anymore..? :D
[12:28] <bluesabre> Unit193: would you mind uploading menulibre-2.2.1 to unstable? https://salsa.debian.org/python-team/applications/menulibre
[15:54] <brainwash> bluesabre: how busy are you? maybe you can look into bug 1834798
[15:54] <brainwash> it's python code
[15:55] <brainwash> or, maybe you have an idea for a solution
[15:57] <brainwash> xfce4-screensaver appears as "Floating Xfce"
[16:02] <brainwash> bluesabre: and what do you think about bug 1835668?
[20:29] <Unit193> I mean, we did ship https://git.launchpad.net/xubuntu-default-settings/tree/debian/light-locker.desktop to keep light-locker from starting too...
[20:31] <bluesabre> My opinion on that has always been, if a user that doesn't know about the default password locks themself out, they're going to stop testing Xubuntu right then
[20:32] <bluesabre> However, with xfce4-screensaver, the option to turn locking back on is super easy to get to (in the screensaver settings, even!)
[21:21] <Unit193> bluesabre: I think we can rm that file now.   I thought there was some sort of systemd shim that used it
[21:26] <Unit193> http://deriv.debian.net/Ubuntu/patches/x/xfce4-session/xfce4-session_4.13.1-2_xfce4-session_4.13.2-0ubuntu1.debian.patch not sure what's needed or not.
[22:12] <Unit193> Oh right!  menulibre!
[22:24] <Unit193> bluesabre: http://paste.openstack.org/show/n7NAcQgzzupnSllgK8tu I presume no last minute changes?
[22:24] <Unit193> git describe: debian/2.2.0-2-17-ga88495a


[00:37] <jcastro> bkerensa: I saw
[00:37] <jcastro> I don't see what the big deal is, they say they're going to maintain it security and stability updates
[01:43] <jcastro> bkerensa: I have a blog response to your last comment
[01:43] <jcastro> since I've been working on it already and it answers your question
[02:00] <jcastro> hey so I don't want to be weird about it
[02:00] <jcastro> but does any one else notice charlie always says goodnight to everyone on G+?
[02:17] <IdleOne> I have noticed
[02:18] <IdleOne> I see it the same as saying Good night in IRC.
[12:55] <jokerdino> apologies for any forthcoming community tag questions from Ask Ubuntu.
[14:52] <pleia2> has the date of the next UDS been announced? (I know location hasn't, but in the past we new dates a few events out)
[14:53] <jokerdino> sad the UDS comes _just_ before my exam. :/
[14:53] <pleia2> when?
[14:53] <jokerdino> oops; i don't know the exact dates
[14:53] <pleia2> ah, ok
[14:53] <jokerdino> i expect it to be around the last week of october
[14:53] <pleia2> yeah
[14:54] <pleia2> a CFP for a conference I want to attend is closing soon, I need to know whether I should submit or whether I need to be on a plane that day :)
[14:54] <jokerdino> hmm
[14:55] <jokerdino> i think i'll try to join the next year's UDS. always curious to see how it goes :)
[14:56] <pleia2> :D
[14:56] <jokerdino> oh and, if you are a little free, can i ask you some questions about UDS sponsorship and how it works?
[14:56] <pleia2> sure
[14:57] <jokerdino> so, do Canonical pays for the flight ticket and accommodation?
[14:57] <pleia2> yep
[14:57] <jokerdino> well so, what expenses do i incur then?
[14:58] <pleia2> well, you also get per diem for dinners on nights they aren't paid for so you can eat those nights too
[14:58] <pleia2> breakfast and lunch are provided at the conference
[14:58] <IdleOne> 7 days of sessions and binge drinking at night
[14:58] <IdleOne> :s
[14:59] <pleia2> you pretty much pay for extra stuff, if you want to go out to an evening activity that you find or the community plans (we've done tourist activities and did an "Invisible Exhibition" one UDS
[15:01] <jokerdino> that sounds reasonable.
[15:01] <pleia2> have to provide a credit card upon checking in to the hotel in case you use room service or anything, but if that's a problem they've worked it out with folks on an individual basis
[15:01] <pleia2> (if you don't have a card or whatever you just talk to canonical)
[15:02] <jokerdino> well the problem is i don't make income coz i am still a student
[15:02]  * pleia2 nods
[15:02] <IdleOne> Would be awesome if the next UDS was in Canada somewhere. I'm thinking Banff British Columbia
[15:03]  * jokerdino shrugs.
[15:03] <pleia2> jokerdino: you will need some money since expensese are reimbursed *after* UDS, so you'll have to pay initially for meals that aren't provided
[15:03] <pleia2> then you submit an expense report and they wire you the reimbursement
[15:04] <jokerdino> ah, that is going to be quite a bit of money then.
[15:04] <pleia2> well it's just dinners on a few nights
[15:04] <IdleOne> pleia2: what was the per diem last UDS?
[15:04] <pleia2> IdleOne: I don't know, I wasn't sponsored (I was local)
[15:04] <IdleOne> right.
[15:05] <IdleOne> iirc Budapest was $17
[15:05] <jokerdino> i just hope it isn't too much that my dad kicks me out of home xD
[15:05] <pleia2> there is dinner at least monday and friday nights, so you have to buy your dinner sun, tues, wed, thursday.... but this past uds there was actually food somewhere every night
[15:05] <pleia2> IdleOne: oh no, it's at least $25
[15:05] <IdleOne> ah, that isn't too bad
[15:05] <pleia2> like $25-30 generally
[15:05] <jokerdino> ( the out of pocket expense that is )
[15:05] <IdleOne> you can do pretty good with that much
[15:06] <pleia2> yeah, most UDSs are in cities, so they have to be reasonable about it :)
[15:07] <jokerdino> well then, if you get reimbursed for the dinners, you only technically spend for the social events ain't it?
[15:07] <IdleOne> yup
[15:07] <pleia2> jokerdino: pretty much
[15:07] <jokerdino> that's nice.
[15:07] <jokerdino> i'll just hope it is pretty manageable then.
[15:08] <pleia2> are you over 18?
[15:08] <pleia2> er, 18 or older
[15:08] <jokerdino> yeah.
[15:08] <pleia2> ok cool
[15:08] <jokerdino> is age an issue as well?
[15:08] <pleia2> under 18 needs a parent to accompany them
[15:09] <jokerdino> right, unaccompanied minors.
[15:09]  * pleia2 nods
[15:10] <jokerdino> actually, being sponsored for accommodation and flights are already cool. i shouldn't ask for more :P
[15:11] <jokerdino> well assuming i get sponsored that is.
[15:11] <jokerdino> oh that leads me to the next question. how does the sponsorship process work?
[15:13] <pleia2> jokerdino: http://wiki.ubuntu-women.org/UDS answers a lot :)
[15:13] <jokerdino> This web page at wiki.ubuntu-women.org has been reported as an attack page and has been blocked based on your security preferences.
[15:13] <jokerdino> looks scary..
[15:13] <IdleOne> ignore that attack warning
[15:13] <jokerdino> IdleOne:  did that
[15:13] <IdleOne> google fail.
[15:15] <pleia2> I submitted a ticket with Canonical IS about that almost a week ago, no response
[15:16] <pleia2> no response in the sysadmin channel either, I should reply to that ticket now
[15:17] <jokerdino> hmm mostly answers my question.
[15:18] <jokerdino> i'll probably get into details around next year Jan then.
[15:18] <pleia2> :)
[15:18] <jokerdino> thanks for all the help so far, pleia2 and IdleOne
[15:18] <IdleOne> I didn't really help but you are welcome
[15:19] <jokerdino> heh :P
[15:19] <IdleOne> :)
[15:19] <pleia2> you're welcome
[15:19] <jokerdino> we shall meet one day :)
[15:19] <IdleOne> I hope so.


[09:27] <DanMahony> hello everyone
[09:28] <DanMahony> does anyone know if this script will work on ubuntu ARM?
[09:28] <DanMahony> http://www.omgubuntu.co.uk/2010/11/set-your-screen-resolution-higher-than-you-should-with-newrez/
[09:28] <DanMahony> its called newrez
[09:29] <DanMahony> I use it on my notebook to make the resolution higher than it should be
[09:29] <lilstevie> is its source available
[09:30] <lilstevie> if so you could compile it for arm, no guarentees that it will work though
[09:31] <DanMahony> ok cool
[09:31] <DanMahony> thanks for that
[09:31] <DanMahony> is it worht getting the cortex a9 chip or should i wait for the next big thing?
[09:32] <DanMahony> just for use as a desktop computer
[09:32] <lilstevie> well cortex-a9 has benefits over the a8
[09:32] <lilstevie> the A9 is the next big thing for arm platform
[09:32] <DanMahony> ok cool
[09:33] <DanMahony> Im interested in making an ubuntu desktop running on ARM to possibly resell
[09:33] <DanMahony> Im not sure if it is legal though
[09:33] <lilstevie> but I dont think we will see full uniformity for the arm platform until win8 drops
[09:33] <lilstevie> and some standards get set
[09:33] <lilstevie> why wouldnt it be legal
[09:33] <DanMahony> I thought the beagleboard/pandaboards are only for development purposes
[09:34] <DanMahony> Im just interested in getting ARm computers into the market where i live
[09:34] <DanMahony> Maybe build a box for the pandaboard and install ubuntu on ity
[09:34] <lilstevie> I have been fixated on that task since acorn computers were around :p
[09:34] <DanMahony> cooll
[09:35] <DanMahony> sorry about the typing
[09:35] <DanMahony> Is there a page that can tell me what ubuntu applications work on the arm cortex A9?
[09:35] <DanMahony> or is compatability the same for all ARM chips?
[09:35] <lilstevie> I am working on porting ubuntu to most of the android tablets to raise awareness :p
[09:36] <lilstevie> arm has a backwards compatible rule
[09:36] <DanMahony> thats good
[09:36] <DanMahony> I cant wait to order a pandaboard
[09:36] <DanMahony> I've been obsessing over it since i found out about it
[09:37] <DanMahony> whats your favourite ARM board to use ubuntu with?
[09:39] <lilstevie> if the package is for armv7 it means it will run on all armv7 cpu's
[09:39] <lilstevie> which are cortex-a8 and a9
[09:39] <DanMahony> awesome
[09:41] <DanMahony> do you think ubuntu on arm is stable enough for a beginner user?
[09:41] <lilstevie> it isnt bad
[09:42] <lilstevie> I have been using it on my tab
[09:42] <DanMahony> cool
[09:42] <DanMahony> I just want to make a low power computer that will do all the standard tasks like web browsing and document editing
[09:42] <lilstevie> well then it is perfect :p
[09:42] <DanMahony> thats great
[09:43] <DanMahony> Im a struggling computer technicain/ salesman so when I found out about ARM for desktop computers I got excited
[09:44] <DanMahony> I hope I can resell them
[09:45] <lilstevie> heh
[09:46] <DanMahony> So is running off the SD card as bad as it sounds?
[09:46] <DanMahony> i thought it would wear out fast
[09:47] <TheSeven> it seems to me that performance is currently the bigger problem than wear
[09:47] <lilstevie> depends on the speed of your SD Card
[09:47] <lilstevie> I am running off a class 6 and a class 10 card
[09:48] <DanMahony> ok, can you use the usb for your sytem files?
[09:48] <TheSeven> yes, you can have the root partition on a usb storage device
[09:48] <DanMahony> thats good
[09:48] <lilstevie> I cant on my device though
[09:49] <TheSeven> in theory you can boot a pandaboard using an otherwise useless 16MB sdcard that was shipped with some camera :)
[09:49] <TheSeven> well, on the pandaboard you can
[09:49] <DanMahony> 16mb or gb?
[09:49] <TheSeven> MB
[09:49] <DanMahony> ah cool
[09:49] <DanMahony> i have plenty of useless sd cards laying around
[09:49] <TheSeven> assuming you have a sufficiently large and fast usb storage device of course
[09:50] <DanMahony> ok
[09:50] <DanMahony> so will we have to wait for windows 8 to see the full potential of ARM?
[09:51] <lilstevie> probably not
[09:51] <TheSeven> i think that will be the point when it really takes off, due to public awareness and a much broader variety of devices
[09:52] <lilstevie> but it will deff be the best thing to happen to the platform
[09:52] <DanMahony> yeah
[09:52] <DanMahony> I just read that it isnt coming out until maybe 2014
[09:52] <DanMahony> sucks
[09:52] <DanMahony> http://www.windows8update.com/2011/01/12/windows-8-on-arm-could-be-delayed-until-2013-duh/
[09:53] <DanMahony> thanks for answering my questions
[09:54] <DanMahony> I have to leave now
[09:54] <DanMahony> enjoy your day/night
[09:54] <micahg> any arm porters have an interest in chromium?
[09:57] <lilstevie> micahg: I use chromium on my tab
[09:57]  * TheSeven is using chromium on his pandaboard, but is not actually an arm porter (yet)
[13:31] <robclark> ogra, rsalveti, you here?
[22:26] <rsalveti> robclark: got your monitor already?


[20:56] <_marx_> mhall119: did fl team give out some puters last year?
[21:09] <mhall119> _marx_: my wife and I did
[21:10] <mhall119> I think we had a build day Jan of 2010
[21:10] <mhall119> for the team
[21:51] <_marx_> how many boxen?
[21:57] <_marx_> fantasizing how would a loco handle a years worth of roll over boxes from a local major employer?
[21:57] <_marx_> say 20k from baptist
[21:57] <_marx_> boxes
[22:45] <mhall119> _marx_: well our loco was a huge help on build days and install fests, but as far as actual delivery it was just my wife and I
[22:46] <mhall119> we gave out about 50 in 2009, and maybe 25 in 2010
[23:08]  * _marx_ thinking storage if the gift came in
[23:11] <mhall119> oh, I have a large workshop out back that is filled with computers and misc. parts
[23:11] <mhall119> I"m not sure what we'd have done without it
[23:16] <_marx_> i still have sparc stuff in my basement
[23:17] <_marx_> write the plea...could we have your quarterly expired boxen for one quarter?
[23:18] <_marx_> about 250K boxen across the org
[23:19] <_marx_> they'd need an org to donate to i expect...
[23:22] <_marx_> pipe dream to get the boxen


 Excuse the direct language.
[06:10] <lifeless> wgrant: if we don't already drop our serialization level :)
[07:12] <wgrant> lifeless: Yeah, I'd seen that. IIRC most of our stuff is READ COMMITTED.
[07:25] <lifeless> wgrant: btw
[07:25] <lifeless> wgrant: arrays and indexing, what did you learn.
[07:29] <lifeless> bigjools: so tell me about these subscription services
[07:29] <bigjools> lifeless: in a bit, busy
[07:32] <wgrant> lifeless: For bug access checks, array indexes work but aren't really useful (since most bugs are public it's faster to just read them all and filter inline). For tag searches I haven't really looked yet, but I suspect they won't work well unless the planner can use stats on the columns, which AIUI is only implemented for tsvector so far.
[07:35] <lifeless> wgrant: thanks
[07:35] <lifeless> wgrant: I'm thinking subscriptions you see
[07:35] <lifeless> wgrant: +tag and -tag arrays, f'instance
[07:39] <wgrant> lifeless: GIN-indexed string or int array columns should work very well for that. http://www.postgresql.org/docs/9.1/static/intarray.html provides some additional support for integer arrays.
[07:39] <wgrant> But most stuff is doable with GIN natively now.
[07:41] <lifeless> wgrant: is that in trunk or we'd need the addon ?
[07:41] <lifeless> wgrant: in core I mean
[07:42] <wgrant> lifeless: Still contrib, even in 9.1, AFAIK
[07:42] <lifeless> so, we could map tags to ints via a data table
[07:42] <lifeless> and ditto queries
[07:42] <lifeless> and use that
[07:42] <wgrant> That would probably be optimal, yes.
[07:43] <lifeless> we've run contrib before
[07:43] <lifeless> this seems safer than the online defrag contrib module
[07:45] <lifeless> bigjools: would maas be a reasonable project to cargo cult buildout for django w/system packaged django use ?
[07:46] <bigjools> lifeless: I *think* so, flacoste just fixed it to do that properly
[07:46] <lifeless> lp:mass right?
[07:46] <lifeless> bah
[07:46] <lifeless> maas. thingy.
[07:46] <bigjools> I have not tried it myself yet having been mostly on a plane or in a jetlagged blubbery mess
[07:46] <bigjools> maas, yes :)
[07:46] <lifeless> indeed
[07:46] <lifeless> moving + tzs -> nightmare
[07:47] <wgrant> Jetlagged blubbery messes are the best situations to rework critical infrastructure :)
[07:47] <bigjools> wheeee
[07:47] <lifeless> actually there is some research supporting that
[07:47] <wgrant> Forces you to accidentally think outside the box :)
[07:47] <lifeless> drunk works too
[07:47] <wgrant> Because you're delirious.
[07:47] <bigjools> currently trying to book inspections for rentals next week. Lazy Aussie agents don't work saturday afternoons it seems
[07:47] <lifeless> http://www.wired.com/wiredscience/2012/02/why-being-sleepy-and-drunk-are-great-for-creativity/
[07:48] <lifeless> bigjools: ^
[07:48] <bigjools> wow, I should be one of the most creative people in the world then
[07:48] <lifeless> right now, yeah, you probably would be
[07:48] <bigjools> or does it require simultaneous sleepy and drunk?
[07:48] <lifeless> nah
[07:48] <bigjools> :)
[07:49] <lifeless> basically, get the supervisor module turned off -> more options considered when thinking about something
[07:57] <lifeless> http://tools.ietf.org/id/draft-briscoe-tsvwg-re-ecn-tcp-09.txt is brilliant
[07:59] <lifeless> last paragraph of section 5.1
[08:00] <bigjools> !
[08:07] <lifeless> indeedy
[08:37] <nigelb> woah, bigjools, you moved?
[08:39] <nigelb> I like how LP is now having more people in the East.


[03:24]  * foo troubleshooting a high priority issue trying to figure out what's going on
[03:25] <foo> dear nginx, why didn't you come back online
[03:26] <foo> # netstat -nap |grep 80
[03:26] <foo> tcp        0      0 <IP_ADDRESS>:80              <IP_ADDRESS>:*               LISTEN      25308/nginx: master
[03:26] <foo> ... it looks like it's listening
[03:28] <foo> huh, networking dns issue.
[03:31] <foo> uh, I had changed /etc/hosts on a domain... I don't remember doing that. Anyway, disregard the foo... and maybe pity me, a little. ;)
[03:36] <lunatiq> Can anybody maybe help me? I get poor speeds on my dedicated Hetnzer box to me. I also get under the mentioned linespeed I have in a speedtest to a local server. Is there anyway I can improve this?'
[03:38] <blahdeblah_> lunatiq: If you describe the situation with a little more detail/clarity it might be easier to help.  What have you done?  What tools are you using?  What results did you get?  What results did you expect?  What changes have you made to try to fix it?  How much did they help?
[03:45] <lunatiq> blahdeblah_ I have enabled bbr. That seems to have doubled the speed to me. I just did that.
[03:45] <lunatiq> I'm using speedtest
[03:47] <foo> System was throwing this: redis.exceptions.ResponseError: MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error. -
[03:47] <foo> I've never seen this before, randomly started showing it. In the redis log I saw: 9787:M 08 Jan 18:57:03.013 # Can't save in background: fork: Cannot allocate memory ... the *only* thing that I could think that caused this was an rsync I did from from laptop to serverA (which had the issue). Is this possible? I rebooted the server and it solved it... but I realize that's not the ideal fix here. Not
[03:47] <foo> sure what else I could have done to fix that
[03:56] <lunatiq> https://www.speedtest.net/result/c/679cf5e6-149f-4207-a632-32bfd814cf84 this is the result I got
[03:56] <lunatiq> I get more towards 1000 or 900
[04:03] <lunatiq> how would I speedtest against these files https://speed.hetzner.de/
[04:13] <blahdeblah_> lunatiq: curl or wget would be the usual way to test against those files
[04:16] <lunatiq> well this says I get my speeds :s
[04:17] <blahdeblah_> foo: If your redis server is complaining that it can't allocate memory, you need to work out what's using that memory.  It might have been your rsync, but it could just as easily have been something else on the system.  Look in /var/log/kern.log to see if the OOM killer was triggered.
[04:18] <blahdeblah_> foo: You're looking for a line something like this:
[04:18] <blahdeblah_> Jan  3 14:15:02 myhost kernel: [4752161.961871] rsync_bpc invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0
[04:19] <blahdeblah_> foo: But there might be other things still running that are using the memory; use top or ps or similar to locate processes using the most memory
[04:44] <blahdeblah_> lunatiq: Keep in mind you'll get different speeds to different places - you can't expect consistent bandwidth to everywhere at once...
[04:55] <lunatiq> I installed a ppa and don't remember which one. I'd like to remove it and remove the app. I know how to remove the app. apt-get purge appname. Right? How do I remove the ppa afterwards?
[05:05] <arrayboltXE> lunatiq: Do `ls /etc/apt/sources.list.d` and find the config file that pulls in the PPA in there. Then you can just move or delete the configuration file and run `sudo apt update`. You might want to *move* the file rather than deleting it, since you may also want to remove the PPAs signing key from the system, and the configuration file will tell you where that signing key is.
[05:06] <arrayboltXE> (I don't know if that last bit about signing keys applies to true PPAs or not, but it still comes in handy for removing third-party repos, which you should be able to remove the same way.)
[05:07] <arrayboltXE> The only other gotcha in this is that some third-party repos store a highly trusted key in /etc/apt/trusted.gpg.d - if you're moving a third-party repo from your system, make sure to check that folder for a key and move it out of that folder to disable it. If everything works after that, then delete it.
[05:08] <arrayboltXE> (Third-party repos shouldn't be using the trusted.gpg.d folder anymore, but some still do, most notably Google Chrome.)
[05:12] <Exterminador> isn't `add-apt-repository -r ppa:user/ppa` the way to remove a PPA?
[05:15] <lunatiq> arrayboltXE /etc/apt/keyrings/ookla_speedtest-cli-archive-keyring.gpg so I rm this?
[05:18] <arrayboltXE> lunatiq: If you're getting rid of Ookla Speedtest, yeah, I'd remove that, as well as the config file in /etc/apt/sources.list.d.
[05:18] <lunatiq> I did
[05:18] <arrayboltXE> Exterminador: That will work, but this way works on third-party repos too, which are similar but not the same as PPAs.
[05:23] <moha> How much size does it need to ha a repo mirror for Jammy version? Is it in the scale of TB?
[06:42] <JanC> moha: according to https://wiki.ubuntu.com/Mirrors in 2021 the whole archive was about 1.5TB, so I'm sure if you only need jammy and only some architectures it will be much less than 1TB ?
[06:44] <JanC> also, if this is for your internal use, you don't need to mirror source packages either
[11:09] <moha> It would be an internal mirror; I didn't enable the sources. It's now down, but I get this error on other machines pointed to this mirror: E: Failed to fetch http://myrepo/ubuntu/dists/jammy/main/cnf/Commands-amd64  404  Not Found [IP: <IP_ADDRESS> 80]
[11:09] <moha> `apt update` --> E: Failed to fetch http://myrepo/ubuntu/dists/jammy-security/main/cnf/Commands-amd64  404  Not Found [IP: <IP_ADDRESS> 80]
[18:09] <lunatiq> if I purchase additional IPs can I route a virtualhost to just that IP or is that done through DNS?
[18:10] <lunatiq> I want to use the same server but use a different IP for another site
[18:19] <JanC> both
[18:24] <lunatiq> JanC how do I setup in virtualhst?
[18:27] <lunatiq> I think I got the virtualhost part
[18:27] <lunatiq> How do I assign another IP to my server if I purchasd it?
[18:35] <lunatiq> I think I see how https://linuxhint.com/how-to-assign-multiple-ip-addresses-to-single-nic-in-ubuntu/
[18:48] <JanC> lunatiq: if you have only one NIC you need to assign both IP addresses to that NIC indeed, you also need to tell the web and/or other servers about the different IP addresses (if you want to host different domains on each), and you need to change the DNS records for the (sub)domain(s)
[18:50] <lunatiq> 2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
[18:50] <lunatiq> enp0s31f6 is my nic right?
[18:51] <lunatiq> or the interface name
[19:13] <rfm> lunatiq, yes, that's the interface name.  if you have a normal ubuntu server install you'd configure extra static IPs in netplan,  https://netplan.io/examples should show how
[19:18] <lunatiq> They say I must use the mac address assigned. The guide I found doesn't show anything about mac addresses
[19:21] <rfm> lunatiq, there's only one MAC address per interface, even if there are multiple IP addresses.  If it's working now it must be OK and you shouldn't change it.
[19:24] <lunatiq> rfm it says that at Hetzner it is critical that you use the MAC address listed when you configure the IP, you cannot use the MAC from the network card itself
[19:30] <rfm> lunatiq, obviously they have some list of permitted MACs so people can't attach more systems than they pay for.  So the authorized MAC address needs to be configured on the adapter, overriding the hardware MAC address.  This can be done in netplan.  Like I said, if this connection is already working this must have been done already.
[19:31] <lunatiq> rfm I ordered another IP adddress and I am trying to attach it.
[19:35] <rfm> lunatiq, yes, I get that.  If it is a reasonably normal Ubuntu Server install, you just have to add the address to the netplan config (and don't touch anything else)  https://netplan.io/examples#using-multiple-addresses-on-a-single-interface
[19:38] <ravage> lunatiq: https://docs.hetzner.com/robot/dedicated-server/network/net-config-debian-ubuntu/
[19:38] <ravage> i would also recommend contacting their support in case something is unclear
[19:39] <lunatiq> ravage I don't understand their guide
[19:39] <lunatiq> I'm not through Hetnzer I'm through a reseller.
[19:40] <ravage> then your reseller is your support contact
[19:42] <lunatiq> can you please help me? They won't help.
[19:42] <lunatiq> Please
[19:48] <rfm> lunatiq, we've already told you exactly what to do, the same thing that the Hetzner doc says: "When using netplan, simply add the additional IP addresses as /32 to the addresses section".   then "netplan try" to apply the config..
[19:50] <lunatiq> rfm but what about the mac address
[19:51] <rfm> lunatiq, again, don'
[19:52] <lunatiq> they say "The MAC has to be configured on the virtual nic you setup the IP for :)"
[19:53] <rfm> lunatiq, that section is for when you are running a virtual machine inside the server.  Are you doing that?
[19:54] <lunatiq> No
[19:55] <lunatiq> rfm that's what the reseller told me "The MAC has to be configured on the virtual nic you setup the IP for :)"
[19:56] <rfm> lunatiq, so you're just adding another IP to the same interface -- which is already working, right?  So it must have the MAC configured already, by whoever set up the system in the first place.
[19:57] <lunatiq> It has to have a virtual nic to setup additional IP addresses
[19:58] <rfm> lunatiq, no, it doesn't.
[19:58] <lunatiq> Thats' what they're telling me.
[19:59] <lunatiq> "Please note that at Hetzner it is critical that you use the MAC address listed when you configure the IP, you cannot use the MAC from the network card itself."
[20:02] <rfm> lunatiq, that doesn't say anything about a virtual NIC, it just notes that the MAC address has to be configured on the interface connected to their net
[20:03] <rfm> lunatiq, have you even looked in /etc/netplan?  My guess is that's where the MAC address is being configured (again, if this is a reasonable normal Ubuntu Server install.)
[20:05] <lunatiq> frm it doesn't list a mac address in there
[20:08] <rfm> lunatiq, then I have no idea where the MAC address is being set, you'd have to talk to whoever set up the machine.  But again, it must be being set somewhere or the system wouldn't be working at all.
[20:11] <rfm> lunatiq, "ip link show <interface name>" will show the MAC address being used, you can check that against the MAC address they gave you
[20:15] <lunatiq> rfm it's not the same.
[20:17] <ChmEarl> using the neovim ppa with v0.9.0 I really like that Jammy has plenty of default lua-5.1 support
[20:18] <lunatiq> https://docs.hetzner.com/robot/dedicated-server/network/net-config-debian-ubuntu/ It seems I want the bridged method.
[20:18] <lunatiq> Because it acts independantly.
[20:19] <lunatiq> In the guide it says to remove the auto lo and iface lo inet loopback
[20:22] <rfm> lunatiq, that's ifupdown (/etc/network/interfaces) stuff, Ubuntu hasn't used that in years
[20:23] <lunatiq> rfm then this guide is useless
[20:26] <lunatiq> rfm what should I use?
[20:29] <rfm> lunatiq, the guide looks fine to me, but you have to read the sections that talk about netplan.  I still think you should just stick the extra address in the list in netplan.  At least try it and see if you can ping that IP..
[20:38] <lunatiq> rfm I'm trying to understand howto do this via netplan now
[20:38] <lunatiq> https://netplan.io/examples#using-multiple-addresses-on-a-single-interface
[20:38] <lunatiq> I'm reading this but it doesn't make sense to me
[20:39] <lunatiq> my yaml has /32 after my IP
[20:44] <lunatiq> I see now
[20:44] <lunatiq> Adding /32 after an IP address means that you are specifying all 32 bits of the IP address, and so you are not talking about a range of IP addresses. If you instead used /24 for example, you are specifying only the first 24 bits and the last 8 bits can take any value. So this is a range of 256 addresses.
[20:46] <lunatiq> I can't ping it
[20:46] <lunatiq> I tried netplan
[20:46] <rfm> lunatiq, actually in this case it's setting the "netmask", which is establishing a range of addresses that can talk directly (all on the same physical net).   Since you don't really care about sending packets from one of these IPs to the other, /32 is fine (all traffic will go out to the router)
[20:47] <rfm> lunatiq, did you do "netplan apply"?  does the ip show up in "ip addr"?
[20:47] <lunatiq> Yes it did
[20:47] <lunatiq> I did
[20:47] <lunatiq> I couldn't ping it
[20:48] <rfm> lunatiq, can you ping the other (old) address?  some providers cut off ICMP (ping) at the router
[20:49] <lunatiq> Yes I can
[20:49] <sarnold> check all the firewalls on all systems between the two systems -- perhaps some firewall (maybe run by your ISPs?) is blocking ICMP
[20:49] <lunatiq> I can ping other IP
[20:52] <lunatiq> it says netplan can't support virtual nic
[20:52] <lunatiq> on google
[20:57] <lunatiq> https://askubuntu.com/questions/990825/virtual-interface-in-netplan I found this but I tried to use a label and I got an error
[20:57] <lunatiq> etc/netplan/01-netcfg.yaml:10:18: Invalid YAML: mapping values are not allowed in this context:
[20:57] <lunatiq> label: enp0s31f6:0
[21:10] <lunatiq> I got it
[21:10] <lunatiq> I used a netplan label
[21:10] <lunatiq> I added the IP
[21:10] <lunatiq> I corrected my indention and added the missing : after IP
[21:10] <lunatiq> I can ping it now
[21:15] <lunatiq> ty rfm and the others
[21:40] <JanC> why do you go to a Hetzner reseller instead of directly to Hetzner?
[21:46] <lunatiq> JanC I made a mistake.
[21:50] <JanC> can't you end the contract with the reseller?
[23:32] <lunatiq> How would I setup ftp access for people to only specific folders?
[23:35] <lunatiq> https://www.ryadel.com/en/vsftpd-configure-different-home-folder-each-user-specific-directory/
[23:35] <lunatiq> I think this explains it
[23:38] <lunatiq> how can I deny SSH access to them though?
[23:38] <lunatiq> Can't users who are added login to SSH?


[19:20] <joanie> Hey guys. I'm trying to reproduce some Orca+Ubuntu bugs that were reported upstream.
[19:20] <joanie> For one I need to be able to choose GNOME Fallback Session
[19:21] <joanie> I don't see that option in my installed Oneiric
[19:21] <joanie> What am I doing wrong?
[19:22] <charlie-tca> have to install gnome-shell to have gnome fallback session in Oneiric. It was an option in 11.04, but in Oneiric, fallback is Unity2d
[19:23] <joanie> charlie-tca: thanks! That option I have. /me wanders back to room with Oneiric and tries again
[19:23] <charlie-tca> and yes, they have made it more difficult for all of us trying to work these bugs.
[19:23] <charlie-tca> :)
[19:25] <joanie> well, I think either the user is confused or the live CD has different options
[19:25] <joanie> I'll NEEDINFO the upstream bug
[19:26] <charlie-tca> It has been a confusing cycle or two
[19:26]  * joanie nods
[19:27] <joanie> May we all have a better cycle next :-)
[19:27] <joanie> or win the lottery and move to tropical islands. either one will do at this point.
[19:28] <Pendulum> joanie: or both
[19:29] <joanie> +1 Pendulum
[19:29] <joanie> or a machine in which we can stop time and fix a11y bugs before the toolkits change again ;-)
[19:31] <charlie-tca> Now there's real wishful thinking!
[19:32] <Pendulum> I expect to win the lotto first
[19:32] <Pendulum> and I don't play
[23:08] <TheMuso> joanie: You want gnome-session-fallback, I think thats the package name.
[23:09] <joanie> TheMuso: Aha. Thanks! I shall try that in a bit. I was able to reproduce the problem in Rawhide.


[01:13] <stgraber> finally managed to get the lucid version of the patch working ^
[01:13] <stgraber> so if some SRU team member is around, it'd be great if I could have those two dhcp package reviewed and let through to -proposed (dhcp3 in lucid-proposed and isc-dhcp in precise-proposed)
[01:14] <stgraber> it's currently preventing containers of those two Ubuntu versions from getting an IP when running on a saucy machine. I'm told this is annoying for people doing LP dev on saucy ;)
[01:20] <infinity> stgraber: I'll have a look right nowish.  Just those two releases?
[01:22] <infinity> stgraber: The changelog history in precise is a bit goofy.
[01:27] <stgraber> infinity: yeah, I think we had an SRU that was pushed to proposed and removed, so I couldn't just +1 on the version number...
[01:28] <infinity> stgraber: Sure, I just assumed the 5.7 changelog would remain intact, instead of getting eaten in yours, but meh. :0
[01:28] <stgraber> yeah, I didn't feel like figuring out where to grab the removed 5.7 package to copy its changelog entry ;)
[01:28] <infinity> https://launchpad.net/ubuntu/+source/isc-dhcp/4.1.ESV-R4-0ubuntu5.7
[01:29] <stgraber> right, there ;)
[01:29] <infinity> No big deal.  This works.
[01:33] <infinity> Yay, po cruft in the lucid upload.
[01:33] <stgraber> was just about to mention that, I'm not sure where it's coming from, I certainly didn't touch any of it so I'm assuming that some magic debian/rules decided to shuffle the po headers around...
[01:34] <infinity> I assume something in clean is doing it, yeah.
[01:34] <infinity> I tend to call dpkg-buildpackage with -nc (making sure I'm in a clean copy first) by habit these days to avoid that sort of thing.
[01:35] <stgraber> yeah, I guess I should start doing that too. It always annoys me when I have a perfectly clean diff in bzr and I end up with a bunch more crap in the final debdiff...
[01:35] <infinity> It disturbs me that this is muscle memory: dpkg-buildpackage -i -I -rfakeroot -uc -us -S  -nc
[01:36] <stgraber> ;)
[01:36] <infinity> Pretty sure -rfakeroot has been the default for YEARS too, but I can't stop typing it.
[01:38] <stgraber> cjwatson: ^ once that's done building you can try updating your lucid container to the -proposed version of dhcp3 and then drop that mangle rule, if the binary package LP will spit out matches my locally built one, that should give you working dhcp in your container
[03:53] <wgrant> stgraber: Ah, thanks for fixing the dhcp checksum thing. I tried to get the patch working on lucid in Oakland but ended up deferring it.
[03:53] <wgrant> I've just been using an ethtool workaround
[04:07] <infinity> wgrant: Well, if you can make with the testing and verifying, that would be great then. ;)
[04:13] <wgrant> infinity: Sure, if you promise to not comment on bug #225 again :)
[04:13] <ubot2> Launchpad bug 225 in Launchpad itself "Search navigation and listing summary text are confusing." [Medium,Fix released] https://launchpad.net/bugs/225
[04:13] <infinity> wgrant: Haha.  I got spammed too, served me right.
[04:13] <infinity> wgrant: (Was due to a broken .changes in a -lowlatency SRU... *sigh*)
[04:13] <wgrant> Aha
[04:19] <wgrant> infinity: It works
[04:38] <infinity> ScottK: Since you seem to have most recent context on #1109283, I'm leaving it to you. :P
[04:52]  * ScottK wonders if he wants to know what that is.
[04:53] <ScottK> Oh.  That.
[04:54] <infinity> Probably not, but the bug log does invoke your name.
[04:54]  * ScottK is comfortable with it where it is.
[04:54] <ScottK> If their claims are accurate, they addressed my concern.
[09:45] <cjwatson> Laney: so, Joachim's preparing a mass push of Haskell to unstable at the moment
[09:45] <cjwatson> Laney: we're going to end up with that like it or not thanks to auto-sync; might we as well make sure to build a new ghc first?
[09:46] <cjwatson> Since we'll end up rebuilding the world anyway
[09:46] <Laney> I don't have a very good handle on how far ahead experimental is over saucy
[09:46] <cjwatson> Not much
[09:46] <Laney> we might get lucky with ABIs and not have to do much work
[09:46] <cjwatson> That was the mini-transition at the start of this cycle - I synced us up
[09:47] <cjwatson> I guess
[09:47] <cjwatson> So I could just leave auto-sync alone and see what happens
[09:47] <Laney> maybe let it happen and if it's huge then do a full one
[09:49] <cjwatson> The blurbs stuff is all in haskell-devscripts and there are tight build-deps, it seems
[09:50] <cjwatson> Joachim's reuploading every haskell package, it's not just copies, so we will end up with effectively a full rebuild although as you say we might get lucky and not have to *rebuild* stuff
[09:50] <cjwatson> *again
[09:50] <Laney> ah, wait, I see
[09:50] <Laney> if we get ghc into saucy-proposed early we might get the transition for less cost
[09:51] <Laney> if everything is going to be synced over anyway
[09:51] <cjwatson> Yeah, that's what I meant
[09:52] <cjwatson> I might have to temporarily stop auto-sync or something
[09:52] <Laney> works for me
[09:52] <Laney> of course we won't get as much help on build ordering as Debian does
[09:53] <Laney> you can see why Joachim was motivated to implement some of that stuff :-)
[09:53] <cjwatson> Yeah
[09:57] <infinity> +1 to merging the new GHC and seeing what happens.
[09:58] <cjwatson> It's a nine-hour build on armhf, so we'd definitely not be able to rely on it beating the next auto-sync.
[09:59] <Laney> disabling it seems reasonable
[09:59] <infinity> Shame about GHCi being disabled on armhf.
[10:00] <cjwatson> I spent weeks trying to fix it; it was just too hard
[10:00] <Laney> apparently the upcoming upstream series Fixes Everything™
[10:00] <cjwatson> Laney: ho ho ho
[10:00] <cjwatson> I'll believe it when I see it :)
[10:01] <infinity> Laney: You mean 8.x, 7.8, or 7.6.betterthanwhatwehave?
[10:01] <Laney> Milestone 7.8.1 according to http://hackage.haskell.org/trac/ghc/ticket/3658
[10:01] <Laney> Igloo's your man on that one
[10:02] <infinity> Yeah, he's a helpful sort.
[10:04]  * infinity thinks it might be time for a nap.
[11:23] <cjwatson> aha, texlive-doc was removed from unstable, that's why there was no upload transitioning it to new texlive
[11:23]  * cjwatson processes that
[11:30] <cjwatson> Hmm, I wonder if I just made texlive-base uninstallable
[11:30] <cjwatson> Oops
[11:31] <cjwatson> proposed-migration should sort it out in a cycle
[11:50] <ogra_> oh sigh sigh sigh ...
[11:50] <ogra_> http://paste.ubuntu.com/5696703/
[11:51]  * ogra_ tries to package the latest phablet.ubuntu/com tarballl
[11:51] <ogra_> 4.3M only for license data
[11:51] <ogra_> and i dont really know what to do for the tons of binaries included in the tree
[11:53] <ogra_> nobody will want to ever read the copyright file i'll assembel from these txt files
[11:54] <ogra_> *assemble
[11:56] <cjwatson> Foul
[11:56] <ogra_> well, i guess i can shrink the whole a bit based on subdirs using the same license
[11:56] <ogra_> but it will still be horrible to read
[11:57]  * cjwatson uploads ghc
[11:57]  * Laney fears
[11:58] <cjwatson> As soon as I can squeeze packets round the side of dput I'll stop auto-sync until it's built
[12:51] <cjwatson> wgrant: Are you able to extend http://qa.ubuntuwire.com/debcheck/ to cover saucy?
[12:53] <wgrant> cjwatson: I think it is extended, but crashing due to multiarch
[12:54] <wgrant> It's still running the pre-edos-debcheck codebase
[12:54] <wgrant> From like 2006
[12:54] <cjwatson> Ah, oops
[12:55] <cjwatson> I guess I can get britney to tell me
[12:58] <wgrant> Oh, and edos-debcheck itself is superseded now.
[13:02] <cjwatson> Only in name, I thought
[13:02] <wgrant> Indeed
[13:04] <wgrant> cjwatson: Are you particularly attached to the mildly hideous per-pub changeOverride?
[13:08] <cjwatson> wgrant: Well, I can guess why you're asking - what interface were you thinking of instead?
[13:08]  * Laney gets a weird haskell-platform rejection mail
[13:09] <cjwatson> Laney: my problem, dealing with it
[13:09] <cjwatson> I'm working on a demote-to-proposed script and running into some stupidities in the copier
[13:09] <cjwatson> You have to say include_binaries=True except when you mustn't
[13:10] <wgrant> cjwatson: Giving an API a set of names and override changes, I guess. Batchier and less prone to corruption due to races
[13:10] <wgrant> cjwatson: Oh?
[13:10] <wgrant> Intra-archive copies should always fail without it.
[13:10] <cjwatson> Unless there were never any binaries built for that source.
[13:10] <wgrant> Hah
[13:10] <cjwatson> In which case it fails with "source has no binaries to be copied" because OBVIOUSLY that's what I meant.
[13:11] <wgrant> There's no reason for that check other than that it's probably not what you want
[13:11] <wgrant> Except in cases like this
[13:11] <cjwatson> include_binaries=True should be "copy any binaries that exist", IMO
[13:11] <wgrant> I believe that check predates the current relatively pedantic build status checks
[13:11] <wgrant> So it's probably reasonable to ditch it
[13:14] <cjwatson> Wait, there's a strict_binaries param there ...
[13:14] <cjwatson> Except that is randomly strict about other things beyond what the docs say
[13:15] <cjwatson> Well, sort of
[13:15] <cjwatson> Probably a red herring
[13:16] <wgrant> Huh, is there?
[13:16] <wgrant> Oh, that might have been added for the rather inventive IDS stuff
[13:17] <wgrant> Yeah
[13:17] <cjwatson> Yeah.  I think it's not what I want here.
[13:19] <cjwatson> Just removing the check implies that it's possible to copy-with-binaries within the same series and archive even when everything's still building
[13:19] <cjwatson> But that's probably actually OK
[13:26] <cjwatson> ahahaha
[13:26] <cjwatson> include_binaries=False:
[13:26] <cjwatson> haskell-platform 2<IP_ADDRESS>ubuntu1 in saucy (same version already has published binaries in the destination archive)
[13:26] <cjwatson> include_binaries=True:
[13:26] <cjwatson> haskell-platform 2<IP_ADDRESS>ubuntu1 in saucy (source has no binaries to be copied)
[14:00] <cjwatson> Laney: FWIW we need to make sure to sync haskell-devscripts before the deluge starts, too.  Have to wait for the next gina run before I can do that
[14:03] <Laney> right, I was checking to see if it's been picked up
[14:03] <cjwatson> Two and a bit hours
[14:03] <cjwatson> It'll be well before ghc/armhf builds
[14:03] <wgrant> cjwatson: Are we out of sync with dak?
[14:03] <Laney> fair
[14:03] <Laney> I'll be on trains by then though
[14:03] <cjwatson> wgrant: I didn't think so
[14:04] <Laney> heading up to beautiful Humberside
[14:04]  * Laney nods towards xnox
[14:04] <cjwatson> 52         1,7,13,19  *   *   *   /srv/ftp-master.debian.org/dak/config/debian/cron.dinstall
[14:05] <cjwatson> May 24 09:07:26 franck dinstall[15590]: Daily cron scripts successful, all done
[14:05] <wgrant> So it takes ~75 minutes?
[14:05] <cjwatson> Haha, two minutes after our mirror started
[14:05] <wgrant> + mirroring..
[14:05] <cjwatson> And yeah, ftp.uk needs time
[14:06] <cjwatson> So indeed - I think we should probably shuffle back an hour
[14:06] <wgrant> So we might do well to push it back like half an hour
[14:06] <wgrant> Or an hour
[14:06] <cjwatson> http://ftp.uk.debian.org/debian/project/trace/ says it synced at 09:22
[14:06] <xnox> Laney: ah..... =)))))
[14:06] <wgrant> It also probably wouldn't hurt to mirror every 30 minutes and run gina if the archive has changed
[14:06] <wgrant> But just pushing it back an hour works
[14:06] <cjwatson> Wait, but surely our cron times are UTC
[14:07] <wgrant> They should be nowadays
[14:07] <cjwatson> And we mirror at 10:05 and start gina at 10:10
[14:07] <wgrant> Ah
[14:07] <wgrant> So it's about right
[14:07] <cjwatson> So if franck is on UTC too it should be fine
[14:07] <cjwatson> Which at least the log file allegedly is
[14:08] <cjwatson> mirror every etc.> yeah, I've been suggesting that at six-monthly intervals for a while ;-)
[14:09] <cjwatson> e.g. https://bugs.launchpad.net/launchpad/+bug/798611/comments/5
[14:09] <ubot2> Ubuntu bug 798611 in Launchpad itself "Package Auto Sync seems to get ahead of +localdiff calculation" [High,Triaged]
[14:09] <wgrant> The extension of that is then to rewrite the runner bits of gina so that it can diff the LP and disk states in <30s like it should be able to..
[14:10] <cjwatson> Well, that too, but the thing that drives it could just check timestamps in project/trace/ or something
[14:10] <wgrant> Yeah
[14:11] <cjwatson> haskell-devscripts 0.8.16 was accepted at 09:33, so it's not a surprise that it would have to wait for the 13:52 dinstall
[14:11] <Laney> Could we not get a push mirror so that this stuff happens when triggered?
[16:03] <bdmurray> I'm looking at the SRU fixing bug 1056545 and it hasn't been positively verified, but there are no incidents of the crash with the version from -proposed on errors.  Does that seem like enough to mark it v-done?
[16:03] <ubot2> Launchpad bug 1056545 in Session Installer "session-installer crashed with AlreadyCalledDeferred in callback()" [Undecided,Incomplete] https://launchpad.net/bugs/1056545
[16:07] <bdmurray> infinity, slangasek: ^^ ?
[18:57] <infinity> bdmurray: Did you have a reproducer for it?  It would be nice to actually test it meaningfully.
[18:58] <infinity> bdmurray: For an "everyone uses it" desktop component, I'd be happy enough with the "silence is golden" idea that errors is giving us the whole story (like, say, a compiz crash no longer happening), but it's equally possible in this case that people running -proposed just aren't doing the thing(s) that trigger this bug.
[19:00] <phillw> Hi, sorry about this, as I am sure I have asked before.. is the usage of xdg-open no longer suggested for 'quick-links' such as those on "Easy Install" https://help.ubuntu.com/community/RestrictedFormats
[19:02] <bdmurray> infinity: I may have had a reproducer for it, I'll look again
[19:02] <infinity> phillw: That sounds more like a -devel question.
[19:04] <phillw> infinity: thanks :)
[20:03] <slangasek> bdmurray: so you did some scripting around notifying of unverified packages that are subject to removal... is there anything that I can use for selectively removing packages that failed verification?
[20:04] <slangasek> (clearly, running remove-package and commenting on the bug by hand is too many steps for me :)
[20:29] <bdmurray> slangasek: no, I don't have anything for that
[20:29] <slangasek> ok
[20:41] <ScottK> slangasek: Maybe bdmurray could whip up a script that tracks SRUs unverified after 30 days by uploader and decline further SRUs from such people until they verify an equal number of other people's SRUs.
[20:41] <slangasek> hmm!
[20:50] <ScottK> The moral of the story would be don't upload SRUs you don't have a plan to get verified.
[20:52] <slangasek> yep
[21:22] <infinity> ScottK: My plan usually involves "wait for a week or two for bug submitters to verify, and if they don't get around to it, do so myself".
[21:23] <infinity> ScottK: The latter part sometimes takes a gentle reminder from someone, though. :/
[21:23] <ScottK> Right, so the new rule would be motivation to be more organized.
[21:23]  * infinity has certainly been guilty of leaving his own SRUs in proposed too long.
[21:24] <infinity> Though, I don't feel too bad about leaving glibc in proposed for ages, cause it means it gets well-tested.
[21:24] <infinity> It just also means it gets superseded by security updates over and over again. :P
[21:25] <ScottK> There are some packages for which a longer wait is a good idea.
[22:39] <cjwatson> OK, ghc has built and published everywhere.  Unleashing the auto-sync hounds
[22:44] <infinity> OH GOD NOW.
[22:44] <infinity> s/W//
[22:44] <infinity> Thanks for inverting my meaning there, fingers.
[22:45] <infinity> Jerk fingers.
[22:48]  * infinity does some chroot updating.
[22:59] <cjwatson> Updated: 373.  *clang*
[22:59] <cjwatson> (Well, not clang.  But.)
[23:00] <infinity> scping new chroots now to cope. :P
[23:02] <infinity> And look, another acl2 that will inexplicably fail on Ubuntu and not Debian.
[23:02] <cjwatson> It's Lisp, what do you expect
[23:02] <infinity> I expect not to care, except that I keep seeing it at the top of the list, and it irks me.
[23:03] <infinity> If it was zcl2, I could blissfully ignore it.
[23:03] <cjwatson> I keep confusing it with acl.
[23:03] <cjwatson> I WONDER WHY.
[23:03] <slangasek> setfacl2confuse
[23:03] <infinity> cjwatson: More fun because the current version of ACL is 2.
[23:03] <infinity> (Though the SOVER is 1)
[23:04] <cjwatson> At least these uploads do seem to be aimed at disabling the tests that are failing for us ...
[23:04] <cjwatson> Dunno whether Camm's looking at Ubuntu build logs or whether they failed somewhere in Debian too
[23:05] <infinity> Dunno.  We'll find out in three days, I guess.
[23:05] <cjwatson> In fact, https://buildd.debian.org/status/fetch.php?pkg=acl2&arch=i386&ver=6.1-2&stamp=1369251882 doesn't look that dissimilar to our failure
[23:06] <infinity> I suspect some of my more nightmarish buildd confusions will just go away when I have ARM buildds with 4G of RAM and fast disks to swap to.
[23:06] <infinity> My current confusion is "why am I on hour 19 of a build that takes 6 hours in Debian on slower hardware?"
[23:07] <infinity> I'm not sure if I should blame g++-4.8's memory usage, or the fact that we're building with parallel=2, but either way, it's bad.
[23:09] <infinity> Why does Haskell get all the good package names?  I knew about "happy", this is the first time I've noticed "frown" too.
[23:09] <cjwatson> BTW I expect a bunch of these builds to fail; feel free to ignore them and I'll go through and retry them in dep order over the weekend
[23:09] <cjwatson> y-u-no-validate is pretty good
[23:09] <infinity> Hahaha.
[23:09] <infinity> I saw that on the last transition, I think.
[23:09] <cjwatson> Though sadly it's a XUL extension so presumably slated for removal somewhere
[23:11] <infinity> I guess it's proof that the developer community keeps getting fresh blood if we have packages with 4chan-meme naming schemes.
[23:12]  * infinity considers rewriting fail2ban in C and calling it something like "umadbro".
[23:12] <infinity> Can even claim I wrote it originally for Ubuntu, hence the "u" name.
[23:16] <cjwatson> Thanks for the chroot updates.  Bed, I think
[23:17] <infinity> 'Nighty night.


[07:15] <KaiL_> hat dein ISP 5stunden-reconnect? :)
[07:19] <KaiL_> hmm, kdeutils doesn't even try to build on i386?
[07:21] <KaiL_> kdebase and kdegraphics are still stalled ;)
[09:43] <hunger> KaiL_: meiner? Noe, ich hab' hier lausigen WLAN Empfang.
[09:47] <JRe> the only thing i've understood is that you're talking about wifi ;)
[09:50] <hunger> JRe: I think KaiL_ asked me whether my isp did an  hourly reconnect. I replied that my Wifi connection is just lousy.
[09:50] <JRe> hunger: okay ;) mine often disconnect too
[09:51] <hunger> JRe: I get max. 30k to my own server over it.
[10:32] <JRe> amu: the person who made the itp for kftpgrabber did not respond for more than a week, to my question (are you still working on the packages?)
[10:32] <JRe> amu: may i give the address of my packages?
[10:41] <amu> JRe: bug no?
[10:41] <JRe> amu: which bug?
[10:45] <amu> you told me :"the person who made the itp for kftpgrabber did not.."
[10:51] <JRe> amu: i wonder what to do if you ask a person who has made an ITP long time ago for a soft and did not made any packages, and does not answer to questions about current state?
[11:17] <amu> JRe: just write to the bug and cc: to the person and into debian-devel, wht did you do till now, and you want maintain this package. probably he's atm at holiday and not reachable, that could be possible.
[11:24] <hunger> Still no kdebase/kdegraphics:-(
[11:25] <Riddell> hunger: they'll have new packages in them that elmo needs to approve
[11:25] <JRe> amu: yeah you're right, i'll wait two weeks more
[11:25] <hunger> Riddell: Ah, thanks for the information!
[01:03] <hunger> Why is GNU code always so chaotic?
[01:04] <JRe> ;) ;) ;)
[01:06] <hunger> No docs, lots of 3letter dirs/subdirs, all kinds of independent libs come bundled, files several thousand lines long each, no comments, tab/spaces used all over the place, thousands of warnings when building, ... DEPRESSING!
[01:06] <hunger> Oh... and of course the test suite is provided but does not even start.
[01:07] <JRe> i see what you mean
[01:40] <JRe> hunger: what are you coding?
[01:40] <JRe> or packaging?
[04:09] <KaiL|Sheep> kdebase 4:3.4.1-0ubuntu0pre3 :)
[04:13] <Riddell> gosh
[04:13] <KaiL|Sheep> kdegraphics too ;)
[04:14] <KaiL|Sheep> only missing gwenview
[04:16] <Riddell> and if I'm not mistaken kdelibs -ubuntu3.2 is finaly in hoary
[04:16] <KaiL|Sheep> apt-cache sais so
[04:37] <uniq> riddell: i'm compiling the fixes at kubuntu.org for powerpc too.. if you're interested.
[04:43] <Riddell> uniq: kdelibs and knetworkconf shouldn't be needed any more
[04:43] <Riddell> just kaffeine
[04:44] <uniq> ok.
[04:45] <uniq> good.. kaffine is the one i'm compiling now.
[04:46] <Riddell> groovy
[04:46] <Riddell> by the way, kubuntu junior job https://bugzilla.ubuntu.com/show_bug.cgi?id=11206
[04:46] <Riddell> just for those who missed it
[04:48] <uniq> so knemo needs love..
[04:49] <Riddell> icon rename and patch to code somewhere
[04:49] <uniq> i'll take a look at it.
[04:49] <Riddell> actually it might be easier to do knetworkconf since that's in KDE's SVN and I could put the change upstream
[04:49] <uniq> ok.
[04:50] <uniq> then we'll do kdenetworkconf.
[04:50] <uniq> knetworkconf actually.
[05:18] <motaboy> Riddell: on kdepim ML Adriaan de Groot<EMAIL_ADDRESS>posted a patch for kpilot suggesting to apply it to the kde 3.4.1 release that fix some critical bugs. I didn't see it on kde-packagers.
[05:20] <Riddell> motaboy: a copy has just arrived in my inbox
[05:20] <Riddell> List-Id: packagers of binary packages <kde-packager
[05:21] <Riddell> guess he BCCed kde-packager
[05:21] <Riddell> well that gives me something to do while I wait for kdebindings to compile it's 10 Megabyte files
[05:25] <doko> anyone to upload kde-i18n soon?
[05:26] <Riddell> doko: I'm hoping on today
[05:26] <Riddell> doko: in a hurry for it?
[05:27] <Riddell> the whole structure of kde-i18n has changed
[05:27] <doko> no
[06:26] <KaiL> Riddell: a new kdenetwork soon? :))
[06:26] <Riddell> KaiL: dunno, amu locked that one
[06:55] <uniq> amu: ping?
[07:17] <uniq> riddell: fixed knetworkconf uploading. no problem installing knemo with this version installed. (could you verify?)
[07:18] <uniq> http://frode.kde.no/hoary-updates/ppc/knetworkconf/
[07:31] <Riddell> uniq: nasty debdiff to knetworkconf ubuntu4 with that
[07:33] <uniq> hmm..
[07:34] <Riddell> and there's no debian/patches
[07:35] <uniq> i'll change it.
[07:36] <Riddell> :)
[07:38] <uniq> should the patch be for the diffed version or the original source?
[07:40] <uniq> nevermind.. it's obvious :)
[07:40] <Riddell> for the origional
[07:40] <Riddell> then you need something in debian/rules to apply the patches in debian/patches
[07:42] <Riddell> it's a cdbs package so just copy the cdbs patch line from any kde package
[07:42] <Riddell> and it'll do that patch magic
[07:42] <uniq> working on it :)
[07:43] <uniq> cdbs is great.
[09:13] <uniq> riddell: new package, could you take a look? - http://frode.kde.no/hoary-updates/ppc/knetworkconf/
[09:31] <Riddell> uniq: looks nice
[09:31] <Riddell> debdiff is still horrible, I wonder why
[09:32] <Riddell> and the way that thing installs it's icons is pretty messy generaly
[09:32] <uniq> hum. the only change is the patch and the changelog entry.
[09:48] <Riddell> yeah, weird.  shall I upload to breezy?
[09:50] <uniq> it's the newest version?
[09:50] <uniq> sure.
[09:50] <uniq> could maybe checkout the latest svn and make a package..
[09:51] <Riddell> let me send back this fix first :)
[09:51] <uniq> sure :)
[09:52] <uniq> i'll have to make a breezy chroot.
[09:54] <uniq> riddell: seen the lastest comment from mdz, on the knetworkconf issue?
[09:57] <Riddell> well it doesn't matter where it's fixed, so long as one of them does it
[09:58] <uniq> agree.d
[10:03] <uniq> riddell: are you uploading to hoary-updates too?
[10:06] <Riddell> uniq: that's it on kubuntu hoary-updates now
[10:10] <uniq> nice.
[10:12] <uniq> what about ubuntu hoary-updates?
[10:13] <Riddell> they won't take it since the issue is a universe one
[10:13] <uniq> ok.
[10:13] <Riddell> hmm, kde cvs doesn't have those icons mentioned in the Makefile.am
[10:14] <uniq> so i'll just leave the bug as assigned, or maybe mark it as universe then?
[10:15] <Riddell> I would mark is as fixed
[10:16] <uniq> fixed in breezy or something?
[10:17] <Riddell> yes
[10:19] <uniq> done.
[10:20] <uniq> maybe we sould put some info about hoary-updates on the webpage?
[10:20] <uniq> if small fixes like this one will be available from there..
[10:20] <uniq> in the future.
[10:36] <Riddell> I'm nervous to do that because I'm not sure how the ubuntu developers would feel about us having our own repository
[10:37] <uniq> ugh.. i mentioned the deb line in the comment to the bug.
[10:37] <uniq> stupid of me.
[10:38] <Riddell> well I don't expect to keep it top secret :)
[10:38] <Riddell> thanks for your help by the way
[10:39] <uniq> happy to be helpful.. and thanks for having me make that patch :)
[10:39] <uniq> i learned the cdbs patchsystem ;)
[11:31] <Riddell> KubuntuIbook :)
[11:45] <uniq> :)
[11:47] <uniq> sharing info while i'm doing my setup.. else i'll just forget how i did it :)


[00:36] <Azelphur> Dang, my old boss is going for the high score
[00:37] <Azelphur> He didn't pay me for 3 months so I quit (In December) I just spoke with a nice lady on Skype who called me up after paying him $6k to build a website for her business and he didn't deliver, he has been assuring her that I was working on her website
[00:38] <Azelphur> Pretty crazy, sounds like he's literally using my name to scam people
[00:39] <Azelphur> at least, if what I hear is correct
[00:43] <diddledan> Azelphur, damn
[00:44] <Azelphur> yea, he even had her directly pay money into my bank account, it's one nasty looking MITM scam
[00:44] <diddledan> wtf?
[00:45] <diddledan> so he gave your bank details to someone and got them to perform a transaction that you didn't even know about
[00:45] <Azelphur> told me his bank was bouncing the transactions and wouldn't let him send to UK, so he sent the money to a colleague who then forwarded it onto me, when in reality it sounds like what I explained given what I'm hearing
[00:45] <Azelphur> I knew about it in the sense that it was supposed to be from him, just from a different account
[00:45] <diddledan> dang
[00:45] <diddledan> sounds like he's doing something rather dodgy
[00:46] <Azelphur> yup, be interesting to see how all this pans out, I forwarded the lady my letter of resignation from when I worked for him and she seems to want to hire me anyway to actually work on her website, so calling it a win?
[01:17] <diddledan> of course getting a third-party to pay you directly he can avoid all tax liability (just thought of that 50 minutes later :-p)
[05:46] <mapps> hi
[06:10] <diddledan> jeez, 2016, stop killing everyone!
[06:10] <diddledan> ref: https://twitter.com/BBCBreaking/status/707447904642985985
[06:29] <mapps> ;]
[06:29] <mapps> 90 is a good age!
[08:04] <MooDoo> morning all
[08:05] <zmoylan-pi> wednesday... the weekend is in sight...
[08:24] <diddledan> wednesday ftw
[10:10] <JamesTait> Good morning all!  Happy Wednesday, and happy Panic Day! 😃
[10:10] <zmoylan-pi> the vogons are here? now?!
[10:11] <JamesTait> Also, happy Get Over It Day, which I'm sure is only coincidentally the same day as Panic Day. 😉
[10:11] <JamesTait> zmoylan-pi, grab your towel.
[10:12] <zmoylan-pi> i have my towel within grasping distance
[10:12] <brobostigon> morning boys and girls.
[10:12] <zmoylan-pi> always know were your towel is kids...
[10:14]  * brobostigon puts a ford prefect sign on zmoylan-pi's forehead.
[10:15] <JamesTait> 👋 brobostigon
[10:15] <brobostigon> :)
[10:15] <awilkins> Share and Enjoy!
[10:16]  * zmoylan-pi goes to make a hot drink almost entirely unlike tea...
[10:16] <awilkins> Coffee?
[10:16] <zmoylan-pi> instant coffee with sweetner and creamer in a friendly sachet...
[10:17] <awilkins> INSTANT coffee?!? Where's your self-respect, man?
[10:18]  * awilkins goes to grind some beans and use his Aeropress to redress the delicate balance
[10:18] <zmoylan-pi> reduces the venn diagram of do it have a) power, b) kettle, c) cup, d) coffee, e) water, f) milk, g) sugar by 2
[10:20] <awilkins> I drink it black
[10:20] <awilkins> Because it's not instant, it's not so horrible that you need milk and sugar to mask the taste
[10:20] <awilkins> :P
[10:25]  * zmoylan-pi contemplates a wagon wheel for my coffee...
[10:31]  * JamesTait considers an alfajor for his coffee...
[10:56] <popey> JamesTait: i can now see your clapping hands \o/
[10:56] <popey> installed Noto font
[10:56] <popey> 👋   \o/
[10:56] <JamesTait> 🙌
[10:57] <JamesTait> So of course what naturally follows is 💩
[10:57] <popey> :)
[10:59] <JamesTait> Aren't you glad you installed that font now? 😇
[10:59] <popey> I am, yes.
[10:59] <popey> :)
[10:59] <popey> it all came about in another irc channel because there was a 🍴  in the /topic to indicate an evening out
[11:01] <davmor2> JamesTait: https://www.youtube.com/watch?v=KxtPRF6NG7I along with https://www.youtube.com/watch?v=xS358WbnS_k and this https://www.youtube.com/watch?v=tgIva9-vNsE
[11:09] <JamesTait> That reminds me, I really should get hold of HHGTTG to watch with Connagh.
[11:10] <zmoylan-pi> the tv show or the movie?
[11:11] <brobostigon> the former is preferred, :)
[11:11] <JamesTait> The TV show.  I've got the movie somewhere on DVD.
[11:11] <zmoylan-pi> the tv show is on youtube
[11:12] <zmoylan-pi> saw a link on reddit a few months back... ::goes to check::
[11:12] <zmoylan-pi> https://www.youtube.com/watch?v=tTNuldPhP20
[11:13] <JamesTait> https://youtu.be/tTNuldPhP20 - right. ☺
[11:16] <zmoylan-pi> it's nice that the tv marvin made it into the movie as did the actor who played arthur
[14:33] <diplo> Any of you guys integrated an existing svn repo with redmine? Is it easy? And chances of me breaking stuff :)
[14:55] <mapps> hm
[14:55] <mapps> no;]
[15:09] <davmor2> diplo: that is a damn silly question, there is always a chance of stuff breaking :)
[15:14] <diplo> :p
[15:31] <daftykins> think i saw someone in here mention they run one of the netgear ReadyNAS - just started doing some work for my uncle who has a Duo v2, but the available packages seems ridiculously limited
[15:31] <daftykins> does appear to run a debian base, but i feel like it might be a colossal mistake to try and waste time hacking on some manually compiled things such as the VPN access i'm tempting by
[15:35] <popey> Yeah, I have a Netgear readynas
[15:36] <daftykins> have you got one of the ones with this RAIDiator OS v3.x.x ?
[15:37] <popey> no idea, it's just a box under my desk
[15:37] <daftykins> ah ok so only been worried about the samba/NFS and that's it?
[15:37] <popey> ReadyNas 104
[15:38] <popey> none of the apps in the store take my fancy as I have proper servers for that kind of thing
[15:38] <daftykins> yeah, i think their low specs (NASs) would be prohibitive anyway
[15:43] <awilkins> diplo, It's pretty easy
[15:44] <awilkins> As long as the repo is on the same box as the Redmine instance
[15:44] <awilkins> (I think)
[15:44] <awilkins> If you stick in a post-commit hook you can have comments live-update tickets too
[15:45] <awilkins> Ah, nope, you don't even need it to be on the same box
[15:45] <awilkins> That's a limitation when using Git
[15:47] <diplo> ah great awilkins thanks, not sure how well redmine will work on the vm, but can take a look as there is a git repo as well as SVN
[15:47] <diplo> But only me and one other use git
[15:48] <awilkins> What kind of VM?
[15:48] <awilkins> Have you installed Redmine yet?
[15:48] <awilkins> It doesn't need a lot, I think I've put it on VMs with as little as 256MB of RAM
[16:10] <diplo> Sorry stuck on the phone, not installed it yet, think I'm going to set up a local vm, create a repo or import one and try setup compared to our live server
[16:11] <diplo> Vmware VM, centos6 32bit probably 768ram
[16:11] <diplo> If Redmine is low resource that's fine :)
[16:40] <diddledan> nice! http://www.ebuyer.com/625819-gigabyte-brix-gb-bxpi3-4010-barebone-pc-with-built-in-projector-gb-bxpi3-4010
[16:42] <diddledan> shame the resolution is only x480
[16:42] <diddledan> WVGA (864 x 480)
[17:11] <awilkins> diplo, My recommendation is to use rbenv
[17:12] <awilkins> diplo, My rbenv recipe works properly on Ubuntu AND CentOS. Using packages is just asking for a headache.
[17:39]  * davmor2 is listening to David Bowie Platinum Collection
[22:50] <daftykins> wow my mate in England has just messaged to say a car has crashed into his roadside cabinet and knocked out all the phone lines and broadband in the area
[22:53] <zmoylan-pi> wow, no netflix, internet or facebook... he should start a betting pool on number of births in 9 months...