[00:05] <vorlon> infinity: there is a notable lack of documentation on the building of source images on https://wiki.ubuntu.com/PointReleaseProcess - is 'cron.source' (documented on https://wiki.ubuntu.com/ReleaseProcess) still the right interface?
[00:11] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:11] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server powerpc [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Xenial 16.04.6] has been updated (20190226)
[00:18] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Xenial 16.04.6] has been updated (20190226)
[00:19] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:19] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:32] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:32] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:32] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:32] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:33] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:33] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:33] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:33] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[00:35] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Xenial 16.04.6] has been updated (20190226)
[00:41] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Xenial 16.04.6] has been updated (20190226)
[00:41] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Xenial 16.04.6] has been updated (20190226)
[01:05] -queuebot:#ubuntu-release- New binary: mir [s390x] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[01:10] -queuebot:#ubuntu-release- Unapproved: accepted pulseaudio [source] (cosmic-proposed) [1:12.2-0ubuntu5]
[01:12] -queuebot:#ubuntu-release- Unapproved: accepted pulseaudio [source] (bionic-proposed) [1:11.1-1ubuntu7.2]
[01:13] -queuebot:#ubuntu-release- New binary: mir [ppc64el] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[01:20] -queuebot:#ubuntu-release- New binary: mir [i386] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[01:28] -queuebot:#ubuntu-release- New binary: mir [amd64] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[01:57] -queuebot:#ubuntu-release- New binary: mir [arm64] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[01:57] -queuebot:#ubuntu-release- New binary: mir [armhf] (disco-proposed/main) [1.1.1-0ubuntu2] (kubuntu, ubuntu-desktop)
[03:16] -queuebot:#ubuntu-release- Unapproved: xfwm4 (bionic-proposed/universe) [4.12.4-0ubuntu1 => 4.12.5-1ubuntu<IP_ADDRESS>] (xubuntu)
[03:27] -queuebot:#ubuntu-release- Unapproved: gnome-software (bionic-proposed/main) [3.28.1-0ubuntu<IP_ADDRESS> => 3.28.1-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[06:30] -queuebot:#ubuntu-release- New binary: rust-rand [i386] (disco-proposed/universe) [0.6.4-1ubuntu1] (no packageset)
[06:31] -queuebot:#ubuntu-release- New binary: rust-rand [armhf] (disco-proposed/universe) [0.6.4-1ubuntu1] (no packageset)
[06:37] -queuebot:#ubuntu-release- New: accepted rust-rand [armhf] (disco-proposed) [0.6.4-1ubuntu1]
[06:37] -queuebot:#ubuntu-release- New: accepted rust-rand [i386] (disco-proposed) [0.6.4-1ubuntu1]
[08:54] <jibel> sil2100, Hi
[08:54] <jibel> sil2100, OEM installation is broken
[08:55] <jibel> on 20190226
[08:55] <jibel> sil2100, there is no "Prepare for shipping" icon on first boot after an OEM installation
[08:59] <sil2100> jibel: did it work in 22?
[08:59] <jibel> sil2100, yes
[08:59] <sil2100> ...huh?
[08:59] <LocutusOfBorg> does any AA understand this?
[08:59] <LocutusOfBorg> skipped: libjsr305-java (9, 14, 18)
[08:59] <LocutusOfBorg>     got: 68+0: a-29:a-6:a-5:i-13:p-6:s-9
[08:59] <LocutusOfBorg>     * amd64: libowasp-java-html-sanitizer-java-doc
[08:59] <LocutusOfBorg> I failed
[09:01] <sil2100> jibel: we literally touched nothing regarding that, did the rebuild of ubiquity do this?
[09:01] <sil2100> jibel: is it reproducible?
[09:03] <acheronuk> LocutusOfBorg: 0.1~+svn49-11 disn't build the libjsr305-java-doc package that  libowasp-java-html-sanitizer-java-doc depends on?
[09:03] <acheronuk> *didn't
[09:06] <sil2100> jibel: I don't know much about these parts, where do all the OEM installation parts come from? Is it ubiquity or d-i?
[09:14] <LocutusOfBorg> acheronuk, thanks, it is mentioned in control file and excluded in rules, what an ugly hack
[09:22] -queuebot:#ubuntu-release- New: accepted mir [amd64] (disco-proposed) [1.1.1-0ubuntu2]
[09:22] -queuebot:#ubuntu-release- New: accepted mir [armhf] (disco-proposed) [1.1.1-0ubuntu2]
[09:22] -queuebot:#ubuntu-release- New: accepted mir [ppc64el] (disco-proposed) [1.1.1-0ubuntu2]
[09:22] -queuebot:#ubuntu-release- New: accepted mir [arm64] (disco-proposed) [1.1.1-0ubuntu2]
[09:22] -queuebot:#ubuntu-release- New: accepted mir [s390x] (disco-proposed) [1.1.1-0ubuntu2]
[09:22] -queuebot:#ubuntu-release- New: accepted mir [i386] (disco-proposed) [1.1.1-0ubuntu2]
[09:34] -queuebot:#ubuntu-release- New binary: libjs-webrtc-adapter [amd64] (disco-proposed/universe) [7.2.1~ds-1] (no packageset)
[09:42] <LocutusOfBorg> can we please have gazebo hinted?
[09:42] <LocutusOfBorg> autopkgtest for gazebo/9.6.0-1build1: amd64: Pass, arm64: Regression ♻ , armhf: Regression ♻ , i386: Pass, ppc64el: Regression ♻ , s390x: Always failed
[09:42] <LocutusOfBorg> it is NBS, testsuite obviously fails now
[09:42] <LocutusOfBorg> arm64 armhf and ppc64el needs an hint
[09:48] <LocutusOfBorg> Removal requested in 23 hours.
[09:48] <LocutusOfBorg> Superseded 14 minutes ago by libjs-webrtc-adapter - 7.2.1~ds-1
[09:48] <LocutusOfBorg> LOL
[09:48] <jibel> sil2100, it's surely because oem-config on the iso and ubiquity are out of sync
[09:48] <jibel> sil2100, oem-config is .9 and ubiquity is .10
[09:49] <jibel> sil2100, usually rebuilding the iso fixes it
[09:51] <Laney> let me try that for ubuntu/amd64 (without --live)
[09:52] <sil2100> huh
[09:52] <sil2100> I'll leave it in your hands then guys
[09:52] <jibel> you don't have to rebuild the squashfs
[10:00] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190227)
[10:02] <jibel> Laney, the new image is on the tracker but not published on cdimage
[10:02] <Laney> it's presumably rsyncing
[10:03] <Laney> I can see the files on the build machine
[10:05] <sil2100> Does this mean that the images were built too soon?
[10:05] <sil2100> (the ones yesterday)
[10:06] <Laney> There's a local mirror on nusakan - is it that which might have been out of date?
[10:06] <sil2100> I guess maybe Steve didn't do an anonftpsync
[10:06] <sil2100> Before kicking the builds
[10:06] <Laney> I'm not super sure how that works, sorry
[10:07] <Laney> https://paste.ubuntu.com/p/q5sSF8Mk9S/
[10:07] <Laney> that looks good tho
[10:08] <jibel> Laney, an i386 image just appeared for today but it's the old version of oem-config
[10:08] <Laney> I didn't rebuild that one yet
[10:08] <jibel> ah, amd64 is correct
[10:08] <Laney> can you try that amd64 one?
[10:09] <jibel> can you redo i386 too?
[10:09] <Laney> if it's good, yes
[10:09] <sil2100> Laney, jibel: thanks guys!
[10:09] <Laney> ok, i386 is going
[10:10] <Laney> sil2100: not sure what else is in this point release, did you want to do those maybe?
[10:15] <sil2100> Laney: looking at the other images, for instance ubuntu-mate seems to be fine (the correct oem-config was pulled in)
[10:15] <sil2100> I'll be sure to re-build (without --live) those that might need it
[10:17] <Laney> thanks ♥
[10:18] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190227.1)
[10:18] <Laney> there we go
[10:19] <sil2100> Crap, lubuntu might need to be rebuilt, while I see the flavors already did some testing there, eh
[10:19] <sil2100> Oh well
[10:22] <sil2100> Other flavors seem to be good, so just lubuntu
[10:22] <willcooke> jibel, you want me to do a test on real hardware?
[10:23] <jibel> willcooke, wait until I check that oem is ok
[10:23] <willcooke> jibel, ack.  Poke me when you're ready
[10:24] <jibel> in ~10 minutes
[10:24]  * willcooke . o O ( Time for tea )
[10:30] <jibel> willcooke, ready for testing
[10:30] <jibel> willcooke, use 20190227.1 (not 20190227)
[10:31] <jibel> sil2100, Laney oem is ok on .1
[10:32] <Laney> cool, thx for finding
[10:33] <sil2100> Laney, jibel: thanks again \o/
[10:34] <willcooke> jibel, roger roger
[10:36] <willcooke> jibel, do you want an OEM and a encrypted home test doing?
[10:41] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Xenial 16.04.6] has been updated (20190227)
[10:41] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Xenial 16.04.6] has been updated (20190227)
[10:44] <sil2100> tsimonq2: ^ sorry for having to respin those
[10:46] <sil2100> But at least the oem-config version seems good now
[10:50] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.6] has been marked as ready
[10:50] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.6] has been marked as ready
[11:02] <jibel> willcooke, + screenreader
[11:02] <willcooke> ack
[11:03] <jibel> willcooke, + uefi + secureboot and wifi
[11:03] <jibel> I did it yesterday but just to be sure
[11:03] <willcooke> sure thing
[11:03] <jibel> but this image should be the finale one
[11:03] <jibel> I'll do  cjk and vmware
[11:04] <willcooke> k, the enc. home is working now
[11:04] <willcooke> on to the others
[11:07]  * sil2100 has his fingers crossed
[11:07] <jibel> oh and I still have to cover netboot
[11:44] <willcooke> mm, bit of a funny with the wifi on oem setup.  Rebooted and its fine now
[11:44] <willcooke> I think its safe to ignore, but I will refd
[11:44] <willcooke> redo the test later
[11:47] <jibel> vmware is fine, moving to netboot/pxe
[11:52] <jibel> sil2100, does d-i need a rebuild due to the update of user-setup?
[11:52] <jibel> or netboot downloads the right version from the archive?
[11:57] <sil2100> jibel: not sure, can you check if it all works as expected right now?
[11:57] <jibel> sil2100, yes, i'm on it with pxe too
[11:58] <sil2100> I would prefer not to rebuild anything right now if it works, since we already did a snapshot of the archive
[12:10] <willcooke> jibel, sil2100 - oem, screenreader, uefi and legacy all ok
[12:11] <willcooke> ha, now the iso tracker is down
[12:12] <Laney> wfm™
[12:13] <willcooke> working now
[12:44] <jibel> sil2100, netboot/pxe works and encrypted home too
[12:47] <sil2100> phew
[12:48] <sil2100> jibel: thanks!
[13:06] <acheronuk> infinity: is there any ETA on glibc migration yet? no worries if not, I just have some KDE plasma bits stuck in proposed due to it, but its not a huge deal
[13:32] <sil2100> jibel: you think we're good from the desktop POV?
[13:33] <jibel> sil2100, I didn't finish testing
[13:33] <jibel> give me 1 or 2 hours
[13:34] <sil2100> Thanks ;)
[13:51] <vorlon> seb128: so if the packages included in the disco desktop iso are all as expected, does that mean you think we should raise the size limit for the image?  bionic and cosmic were both < 2GB; disco is 30MB over
[14:05] <slashd> morning vorlon, pinging you after a discussion I had w/ sil2100 about pam, since you seemed the TBL person for pam. I notice pam is having a unusual debian patches directory (debian/patches-applied)... my question is should I use quilt anyway with that path or does this means something special like I should avoid using quilt ?
[14:05] <vorlon> slashd: it's all quilt, it predates 3.0 (quilt) format
[14:06] <vorlon> slashd: eventually I'll migrate it to 3.0 (quilt) but I've only just this year gotten the VCS moved to something not defunct
[14:06] <vorlon> so, baby steps
[14:06] <slashd> vorlon, gotcha thanks for the quick reply
[14:08] <slashd> sil2100, fyi ^
[14:30] <jibel> sil2100, everything looks good. I didn't find anything else.
[14:33] <seb128> vorlon, it's a conversation worth having, do you believe that being under 2Go has value (we can probably spare those 30MB if we think it has value)
[14:33] <seb128> willcooke, ^
[14:35] <sil2100> jibel: phew..!
[14:35] <sil2100> jibel: good news then!
[14:39] <vorlon> seb128: I don't have a strong opinion, obviously software grows over time; I just care because being oversized generates daily nag mails to us, and warning banners on the daily image download page, so desktop team should decide whether to raise the limit or lower the image :)
[14:39] <vorlon> I think it's still defensible to *have* such limits because it avoids the image ballooning accidentally
[14:39] <seb128> vorlon, can you remind me what the current limit is and where it's defined?
[14:39] <seb128> right
[14:40] <vorlon> seb128: 2GB exactly; defined in lp:ubuntu-cdimage lib/cdimage/tree.py
[14:44] <seb128> vorlon, thx
[14:44] <seb128> vorlon, I'm adding a trello card to our board to sort that out one way or another
[14:44] <vorlon> n/p
[14:46] <willcooke> In this instance, I think having the extra langs is useful.  We can certainly look at trying to save some space though
[14:50] <seb128> willcooke, well, 30M can probably we spared if we look hard enough
[14:51] <seb128> like could be swapping a snap back for a deb for example
[14:51] <seb128> so it's just a matter to decide on what we consider as higher priority
[14:52] <willcooke> IMO, increasing the limit is the right thing to do here
[15:03] <seb128> willcooke, vorlon, https://trello.com/c/jiekZ9I0/247-revisit-the-limit-set-for-the-desktop-iso
[15:04] <seb128> willcooke, k, well we just need to decide what number we want and update things then, ^ for tracking
[15:09] <willcooke> thanks seb128
[15:36] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1 => 1.2.5-1] (desktop-core)
[15:37] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1 => 1.2.5-1] (desktop-core)
[15:38] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1 => 1.2.5-1] (desktop-core)
[15:40] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1 => 1.2.5-1] (desktop-core)
[15:50] <Laney> sil2100: do you think I should upload user-setup to bionic/disco for completeness?
[15:51] <Laney> also, it appears to have not been deleted from xenial-proposed https://launchpad.net/ubuntu/+source/user-setup/1.63ubuntu4.1
[16:05] <infinity> vorlon: "DIST=foo cron.source" is the interface, yes.
[16:05] <infinity> vorlon: Then, because stupid reasons, need to go find it, and rm current && ln -s newserial current.
[16:15] <infinity> vorlon, sil2100: And since I don't see a new one for your new images, I'll spin a new xenial source for you right now before I run off for the morning.
[16:21] <infinity> Also rebuilding the ubuntu-base request that went poof from the tracker.
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base powerpc [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Xenial 16.04.6] has been updated (20190227)
[16:30] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Xenial 16.04.6] has been updated (20190227)
[16:34] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (trusty-proposed/universe) [1.0.0-0ubuntu1~14.04.1 => 1.0.0-0ubuntu1~14.04.2] (no packageset)
[16:36] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (xenial-proposed/universe) [1.0.0-0ubuntu1~16.04.0 => 1.0.0-0ubuntu1~16.04.1] (no packageset)
[16:37] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (bionic-proposed/universe) [1.0.0-0ubuntu1~18.04.0 => 1.0.0-0ubuntu1~18.04.1] (no packageset)
[16:37] <Laney> sil2100: doing disco I think
[16:37] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (cosmic-proposed/universe) [1.0.0-0ubuntu1~18.10.0 => 1.0.0-0ubuntu1~18.10.1] (no packageset)
[16:39] <rbalint> rbasak, if you have some sru cycles left for today could you please take a look at these? ^
[16:39] <rbalint> rbasak, the change is minimal
[16:55] <teward> i forget, if I have an FFe bug filed and pending review, do I wait until after approval to upload or can I upload and let it sit in the "Waiting for approval" list?
[16:56] <teward> just to refresh my knowledge, sorry to sound like a total derp today :|
[16:58] <ahasenack> teward: right now the FF is still a soft one,
[16:58] <ahasenack> teward: so if you upload, it will land in proposed immediately
[16:58] <ahasenack> teward: so wait for an ack in the FFe bug :)
[16:59] <teward> ack
[16:59] <teward> ahasenack: wasn't aware there was soft/hard blocks from the freezes :)
[17:02] <rbasak> rbalint: looking
[17:14] -queuebot:#ubuntu-release- Unapproved: accepted ec2-hibinit-agent [source] (cosmic-proposed) [1.0.0-0ubuntu1~18.10.1]
[17:15] -queuebot:#ubuntu-release- Unapproved: accepted ec2-hibinit-agent [source] (bionic-proposed) [1.0.0-0ubuntu1~18.04.1]
[17:15] -queuebot:#ubuntu-release- Unapproved: accepted ec2-hibinit-agent [source] (trusty-proposed) [1.0.0-0ubuntu1~14.04.2]
[17:15] -queuebot:#ubuntu-release- Unapproved: accepted ec2-hibinit-agent [source] (xenial-proposed) [1.0.0-0ubuntu1~16.04.1]
[17:21] <rbalint> rbasak, thanks!
[17:45] <jibel> sil2100, I'm done with Ubuntu Desktop, mini install and netboot/pxe. nothing to report and it's ready to release.
[18:12] -queuebot:#ubuntu-release- Unapproved: accepted gnome-control-center [source] (bionic-proposed) [1:3.28.2-0ubuntu<IP_ADDRESS>]
[18:17] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (bionic-proposed) [2:4.7.6+dfsg~ubuntu-0ubuntu2.7]
[18:24] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [source] (bionic-proposed) [2018.07~rc3+dfsg1-0ubuntu2~18.04.1]
[18:31] <bdmurray> infinity: I accidentally accepted libsdl2 for bionic when I wanted to reject it.
[18:31] -queuebot:#ubuntu-release- Unapproved: accepted libsdl2 [source] (bionic-proposed) [2.0.8+dfsg1-1ubuntu<IP_ADDRESS>]
[18:31] <bdmurray> infinity: Is there anyway you can save it / me?
[18:34] -queuebot:#ubuntu-release- Unapproved: accepted python-networkx [source] (bionic-proposed) [1.11-1ubuntu3]
[18:42] -queuebot:#ubuntu-release- Unapproved: accepted uvloop [source] (bionic-proposed) [0.8.1+ds1-1ubuntu0.1]
[18:46] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [source] (bionic-proposed) [2.3.0-0ubuntu3.2]
[18:51] -queuebot:#ubuntu-release- Unapproved: accepted libevent-rpc-perl [source] (bionic-proposed) [1.08-2ubuntu0.1]
[19:44] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Xenial 16.04.6] has been marked as ready
[19:44] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Xenial 16.04.6] has been marked as ready
[19:44] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Xenial 16.04.6] has been marked as ready
[19:45] <sil2100> jibel: excellent news, thank you!
[20:24] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.37.1 => 2.37.4] (desktop-core, ubuntu-server)
[20:25] -queuebot:#ubuntu-release- Unapproved: accepted python-httplib2 [source] (bionic-proposed) [0.9.2+dfsg-1ubuntu0.1]
[20:25] -queuebot:#ubuntu-release- Unapproved: snapd (bionic-proposed/main) [<IP_ADDRESS>+18.04 => 2.37.4+18.04] (desktop-core, ubuntu-server)
[20:26] -queuebot:#ubuntu-release- Unapproved: snapd (cosmic-proposed/main) [2.37.1+18.10 => 2.37.4+18.10] (desktop-core, ubuntu-server)
[20:27] -queuebot:#ubuntu-release- Unapproved: snapd (trusty-proposed/universe) [2.37.1~14.04 => 2.37.4~14.04] (no packageset)
[20:30] -queuebot:#ubuntu-release- Unapproved: accepted python-imaplib2 [source] (bionic-proposed) [2.57-1ubuntu0.1]
[20:35] -queuebot:#ubuntu-release- Unapproved: accepted libseccomp [source] (bionic-proposed) [2.3.1-2.1ubuntu4.1]
[21:25] <infinity> bdmurray: I can remove it from proposed, obviously.
[21:26] <infinity> bdmurray: Up to you to follow up with the bug and uploader to say why.
[21:27] <bdmurray> infinity: I'd commented in the bug already regarding my concerns and then just pressed the wrong button.
[21:31] <infinity> bdmurray: Hrm.  This also seems to be an incomplete fix...
[21:32] <infinity> bdmurray: Deleted.
[21:33] <infinity> bdmurray: If LocutusOfBorg later addresses both our concerns and claims that version was okay (though I'm not sure how it can be), I can just copy it back in without a new upload happening.
[21:33] <infinity> bdmurray: But I'm pretty sure it'll need a fresh upload anyway.
[21:34] <infinity> bdmurray: Most notably, it's missing this part of the cosmic upload:
[21:34] <infinity> -# the SDL module for Vulkan not compiling even in Linux at the moment
[21:34] <infinity> -confflags += --disable-video-vulkan
[21:34] <infinity> -
[21:42] <bdmurray> Well that's great.
[22:29] -queuebot:#ubuntu-release- Unapproved: rejected skiboot [source] (bionic-proposed) [5.10~rc4-1ubuntu1.2]
[22:40] -queuebot:#ubuntu-release- Unapproved: rejected lmdb [source] (bionic-proposed) [0.9.21-1ubuntu2~bionic18.04]
[22:42] -queuebot:#ubuntu-release- Unapproved: rejected openssl-ibmca [source] (bionic-proposed) [1.4.1-0ubuntu1.1]
[22:45] -queuebot:#ubuntu-release- Unapproved: accepted evolution-ews [source] (bionic-proposed) [3.28.5-0ubuntu<IP_ADDRESS>]
[22:53] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (bionic-proposed) [12.2.11-0ubuntu<IP_ADDRESS>]
[23:17] -queuebot:#ubuntu-release- Unapproved: rejected openssl-ibmca [source] (cosmic-proposed) [2.0.0-0ubuntu2.1]
[23:20] -queuebot:#ubuntu-release- Unapproved: accepted openssl-ibmca [source] (cosmic-proposed) [2.0.0-0ubuntu2.1]
[23:21] -queuebot:#ubuntu-release- Unapproved: accepted openssl-ibmca [source] (bionic-proposed) [1.4.1-0ubuntu1.1]
[23:29] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (cosmic-proposed) [4.6.0-2ubuntu3.3]
[23:34] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (bionic-proposed) [4.0.0-1ubuntu8.7]
[23:39] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Xenial 16.04.6] has been marked as ready


[12:06] <antinobody> no...
[12:06] <siretart> fbond: done
[12:06] <fbond> thanks!
[12:07] <antinobody> I'm debdiffing the dapper package vs the debian unstable
[12:07] <antinobody> and for some reason it complains about not finding the public keys
[12:07] <fbond> need to install debian-keyring, maybe?
[12:07] <fbond> (is that what that package is called?)
[12:08] <crimsun> I've never gotten that, and I don't have debian-keyring installed.
[12:08] <antinobody> indeed it is weird
[12:08] <antinobody> I'll try that, I suppose
[12:08] <fbond> which public keys is it looking for, yours , or someone elses (the package developers)
[12:08] <antinobody> elses
[12:08] <antinobody> it has mine
[12:10] <fbond> anyone like to look at midisport-firmware on revu?  Just uploaded after re-working the maintainer files (that download/install/remove firmware)?
[12:11] <crimsun> err
[12:11] <crimsun> is that free?
[12:13] <bddebian> Heya crimsun
[12:13] <crimsun> hi bddebian
[12:14] <antinobody> hi bddebian
[12:14] <antinobody> well, the debian-keyring makes it stop complaining about one of the keys
[12:14] <antinobody> I have the ubuntu-keyring, so I dunno what's up
[12:15] <bddebian> Hello antinobody
[12:17] <fbond> crimsun: not exactly free.  MidiMan/Maudio allows the firmware to be distributed with the source package of my package
[12:17] <antinobody> any way to check what pub-key a .dsc was produced with?
[12:17] <antinobody> then at least I could figure out which one was left
[12:17] <fbond> my package is stripped of firmware, and re-downloads the source package at install time
[12:17] <bddebian> Ack, dinner time
[12:22] <crimsun> fbond: err, ok. So a multiverse candidate.
[12:23] <fbond> crimsun, yes, I suppose it would be multiverse...
[12:23] <fbond> I guess my control file should say so.
[12:23] <fbond> vim didn't like multiverse in there, though
[12:24] <fbond> be nice is vim was trained for ubuntu control files
[12:24] <crimsun> fbond: no, the component override is handled server-side
[12:25] <fbond> component override ... haven't heard that phrase before.  How does the server know that midisport-firmware belongs in multiverse?
[12:25] <crimsun> fbond: the archive team sets that in an override on the server.
[12:29] <fbond> hmm, revu is not showing the most recent version of my package ... how long is the delay between scans of incoming?
[12:30] <TheMuso> Hey all.
[12:38] <crimsun> fbond: June 25 18:05 ?
[12:38] <crimsun> 'lo TheMuso, arrived home safely I take it?
[12:40] <TheMuso> Indeed I did.
[12:41] <TheMuso> And feeling a lot better after a good night's sleep. :)
[12:41] <fbond> crimsun, that date/time is correct, but the details are for the previous upload...
[12:42] <fbond> perhaps my previous mistake of uploading a binary package disrupted the normal order of things...
[12:42] <fbond> ok, nm, just fixed
[12:44] <crimsun> time for great bzr justice.
[12:45] <fbond> gotta run ... also uploaded "lash" to revu, if anyone has time for that
[12:50] <fbond|away> if anyone is graciously looking over my packages, please hold up for a few, I hadn't uploaded .orig.tar.gz files.  thanks, and sorry.
[01:17] <TheMuso> Hey LaserJock
[01:17] <TheMuso> I gather you got home safely?
[01:19] <LaserJock> TheMuso: yeah, relatively. I got really sick the last day and am trying to figure out what all I need to replace from my stolen wallet
[01:19] <LaserJock> TheMuso: basically, the good was really good, but the bad was really bad ;-)
[01:19] <TheMuso> Ouch. That really sucks.
[01:20] <LaserJock> yeah, well ...
[01:20] <crimsun> sorry to hear
[01:20] <crimsun> sounds like a pretty standard dev conf, then ;)
[01:20] <LaserJock> at least nobody lost their laptop, that I know of
[01:20] <crimsun> something really crappy normally occurs at each dev conf
[01:20] <ajmitch> LaserJock: I know how it feels
[01:21] <crimsun> heh, I'm still awaiting my luggage from Baltimore, MD
[01:21] <crimsun> last I checked it was in Dallas, TX
[01:21] <TheMuso> I'm just lucky that nothing of mine went missing for my first trip alone. :)
[01:22] <LaserJock> TheMuso: yeah, this was my first trip overseas. I can't I'm exactly eager for my next trip
[01:22] <TheMuso> crimsun: Now that really sucks.
[01:22] <crimsun> eh, it could be worse. My house could have been obliterated by a hurricane.
[01:22] <TheMuso> True that.
[01:22] <LaserJock> crimsun: I managed to stuff everythin in my carry on so I wouldn't have to worry about loosing luggage
[01:22] <TheMuso> Where do you live anyway?
[01:23] <crimsun> TheMuso: Greensboro, NC
[01:23] <TheMuso> Ah ok
[01:23] <crimsun> LaserJock: I normally haul my own luggage, but all the flights were overbooked so I was forced to check it
[01:24] <crimsun> anyhow, back to Scott's bzr pages
[01:24] <LaserJock> crimsun: bummer
[01:25] <LaserJock> crimsun: the "no more source packages" stuff?
[01:26] <TheMuso> ajmitch: Where you off to?
[01:26] <ajmitch> australia
[01:26] <ajmitch> aka west island
[01:26] <TheMuso> Ah ok.
[01:26] <LaserJock> heh
[01:27] <crimsun> LaserJock: yeah
[01:29] <LaserJock> crimsun: unfortunately I didn't get to go to any of the BOFs for that, I'm really interested in it
[01:43] <fbond> so ... what's involved with getting packages contributed to Ubuntu into Debian after that?
[01:43] <fbond> or is there a document I can reference?
[01:44] <crimsun> you're going backward
[01:44] <crimsun> if you want it in Debian, get it into Debian first. It'll be autosynced into Ubuntu.
[01:44] <fbond> Hmm.  What happens to packages accepted via REVU?
[01:44] <crimsun> I mean, you can swim upstream, but it takes more effort.
[01:44] <tseng> hi crimsun
[01:44] <fbond> Right.
[01:45] <crimsun> revu is specific to Ubuntu currently. Debian has a separate admittance process per se.
[01:45] <crimsun> 'lo tseng
[01:45] <fbond> I had a few packages in dapper that went in via revu.
[01:45] <fbond> They need to go back into revu to get into edgy?
[01:45] <crimsun> fbond: no, once they're in Ubuntu, they're in.
[01:45] <crimsun> (unless you request them to be removed)
[01:46] <tseng> dsd said nice things about you
[01:47] <crimsun> tseng: heads-up in case you use rxvt-unicode*: Decklin has changed the semantics of rxvt-unicode-lite, and it no longer support Xft fonts by default, which will become apparent once 7.7-4 (or newer) is synced
[01:48] <tseng> crimsun: ok, i dont use lite
[01:48] <crimsun> ah, ok.
[01:48] <tseng> i have 60gb
[01:48] <fbond> so if a package is in Ubuntu, then someone else submits the same package to Debian, does the Debian package take precedence on the next Ubuntu-Debian sync?
[01:49] <crimsun> fbond: no, there's a permanent delta at that point, which is unfortunate (and has occurred in the past)
[01:49] <fbond> So, in the interest of minimizing delta, it would be good to try to get a revu'd pacckage into Debian, right?
[01:50] <crimsun> fbond: before getting it into Ubuntu, yes
[01:50] <fbond> and if it's too late for that?
[01:50] <crimsun> then go ahead and get it into Debian. The next packaging revision, just manually take the Debian source package as authoritative
[01:51] <crimsun> it's normally not an issue unless the orig.tar.gzs differ
[01:51] <crimsun> since all you'll be adjusting is the diff.gz
[01:52] <fbond> I see.  In your opinion, is it worth the extra effort it would take to get the package into Debian?
[01:52] <crimsun> absolutely.
[01:52] <crimsun> it's not really extra effort per se
[01:52] <crimsun> it's just a different route
[01:52] <fbond> I understood that getting anything into debian is quite time-consuming...
[01:52] <LaserJock> fbond: I've done 2 packages from scratch, one I did via REVU -> Debian and the other I did straight to Debian and had is synced into Ubuntu
[01:53] <crimsun> fbond: that [mis] conception is exaggerated
[01:53] <fbond> ok.
[01:53] <LaserJock> yeah, especially if your package has already gone through the REVU proccess
[01:53] <fbond> is there a different approach to take on the way into debian if a package has already been revu'd?
[01:53] <LaserJock> mine took 2 days to get uploaded into Debian unstable after it was already in Dapper
[01:54] <fbond> what is the correct entry point into Debian?
[01:55] <LaserJock> you should look to see if an ITP (intent to package) bug has already been filed in Debian
[01:55] <fbond> already checked that
[01:55] <fbond> I check for any package I'm working on, got burned in Dapper cause I duplicated efforts with someone in Debian
[01:55] <LaserJock> k, so then you can file one
[01:57] <LaserJock> I personally found the debian-mentors mailing place a good spot to plug into Debian
[01:57] <LaserJock> mailing list
[01:58] <fbond> ok
[01:59] <fbond> 1. file ITP 2. join debian-mentors, send email explaining situation ???
[02:00] <LaserJock> you want to send a RFS (Request for Sponsor) email to debian-mentors
[02:00] <fbond> debian and their acronyms
[02:00] <fbond> used to run debian before ubuntu -- not dissing debian
[02:01] <LaserJock> yeah, but then we have MOTU so ... ;-)
[02:02] <fbond> true
[02:02] <fbond> funny, when I was in high school, I did audio engineering for a small-town hip hop group called Master of the Universe
[02:03] <fbond> this is in rural New England, by the way (if you are American and that means anything to you)
[02:03] <LaserJock> here is a good resource if you haven't seen it already: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
[02:03] <fbond> anyway, thanks for the input, I'll get on the Debian case, I guess
[02:04] <fbond> ok, dinner time, see y'all around
[02:04] <LaserJock> it really is worth it to get stuff in Debian
[02:04] <fbond|away> noted.  talk to you soon, and thanks again.
[02:05] <LaserJock> np
[02:09] <Toadstool> re
[02:16] <havoc> hiya
[02:58] <crimsun> bddebian: http://en.wikipedia.org/wiki/Sangria
[02:58] <bddebian> I know what it is, I just didn't think tseng drank
[02:58] <Toadstool> hi bddebian & crimsun
[02:59] <crimsun> re Toadstool
[02:59] <bddebian> Heya Toadstool
[02:59] <zul> hey
[02:59] <crimsun> re zul
[02:59] <bddebian> Hi zul
[02:59] <Toadstool> hey zul
[02:59] <LaserJock> hi everybody
[02:59] <bddebian> LaserJock!!
[03:00] <bddebian> LaserJock: How was Gay Paris?
[03:00] <LaserJock> interesting
[03:00] <Toadstool> heya LaserJock
[03:00] <LaserJock> I had a lot of fun, but am very glad to be back
[03:01] <bddebian> Why's that?
[03:01] <bddebian> Don't like hairy women?
[03:01] <Toadstool> :)
[03:01] <LaserJock> I got pickpocketed on the subway
[03:01] <LaserJock> and got a cold on the last day
[03:02] <Toadstool> er, Paris...
[03:02] <bddebian> Crime in France?  Not possible
[03:03] <LaserJock> but my laptop made it ok so that's good
[03:04] <Toadstool> grah, meeting this morning at 9am and it's 3am...
[03:04] <Toadstool> g'night everybody
[03:04] <bddebian> Eeks
[03:04] <bddebian> Gnight Toadstool
[03:04] <LaserJock> cya ToadZzZztool
[03:09] <bddebian> Not that any of you care but I
[03:09] <bddebian> 'll bbiab :-)
[03:16] <sean> hello
[03:18] <antinobody> hmm...it appears I killed my pgp-key
[03:18] <antinobody> again
[03:19] <antinobody> these keys and I do not get along well
[03:40] <zul> LaserJock: did you get a french taunting a la monty python?
[03:41] <LaserJock> no, it would have been funny
[03:41] <LaserJock> I thought about it when I was walking around Notre Dame
[03:42] <zul> so where is the next conference going to be so i can start saving ;)
[03:43] <LaserJock> not sure, I heard mutterings of Brazil and Florida/LA
[03:44] <zul> florida would be good
[03:44] <LaserJock> but it's totally up in the air at this point
[03:46] <zul> heh...we could leave some users in east la
[03:47] <LaserJock> I think south america would be fun, but from what I say in Paris, the internet connections might be a problem
[03:48] <LaserJock> s/say/saw/
[03:48] <zul> la is a bit expensive
[03:49] <LaserJock> perhaps, Paris was quite expensive
[03:49] <zul> especially if you get picked pocketed
[03:50] <LaserJock> heh, yeah
[03:50] <antinobody> Brazil isn't cheap either
[03:51] <jsgotangco> heh
[03:51] <LaserJock> the food is cheap
[03:52] <LaserJock> and probably better than that steak tartar or whatever it was
[03:52] <LaserJock> yep
[03:53] <jsgotangco> im supposed to be at work today but i didn't because my back is still aching after a 15 hour flight
[03:53] <LaserJock> I've got a bad cold
[03:54] <LaserJock> I've been throwing up all morning
[03:54] <LaserJock> but at least I'm home ;-)
[03:54] <zul> sounds more like the flu
[03:54] <LaserJock> perhaps
[03:55] <LaserJock> it sure made the 24 hrs of travel fun :-)
[03:55] <zul> when i was a kid i puked all over the flight stewardess it wasnt fun
[03:55] <antinobody> everyone loves travelling sick
[03:56] <antinobody> one of the few great joys of life
[03:56] <jsgotangco> yeah its nice to have real food after a week
[03:57] <LaserJock> jsgotangco: well, I haven't been able to keep much of anything down, but I could sure smell the McDonalds when I got into LAX ;-)
[03:57] <ajmitch> joy
[03:57] <jsgotangco> LaserJock: you missed a lot of stuff happening around 3-4am saturday hehee
[03:58] <LaserJock> jsgotangco: ?
[03:58] <jsgotangco> when people started coming back to the hotel
[03:58] <LaserJock> I got up about 4am
[03:58] <LaserJock> but was just in the room
[03:58] <jsgotangco> but were you at the lobby?
[03:58] <jsgotangco> heh
[03:59] <LaserJock> what happened?
[04:00] <LaserJock> I was sick and didn't want to drink so I went back to the hotel with Claire and elmo
[04:00] <LaserJock> jsgotangco: you were in the lobby?
[04:00] <jsgotangco> we went with you remember i was with BenC and Klaus
[04:00] <LaserJock> right
[04:01] <jsgotangco> Claire still had a bottle of wine and we finished it up
[04:02] <jsgotangco> and we stayed in the lobby till 4 i think
[04:04] <LaserJock> sounds like I didn't miss out on much ;-)
[04:04] <jsgotangco> heh we had good stories
[04:05] <LaserJock> any mao?
[04:05] <LaserJock> I wanted to play again
[04:05] <jsgotangco> no not at all, just finishing up the wine
[04:06] <jsgotangco> i just helped elmo and claire clean up the equipment after that
[04:07] <LaserJock> ah
[04:07] <TheMuso> Hey jsgotangco.
[04:07] <jsgotangco> TheMuso: hey had your rest already?
[04:07] <LaserJock> I could of helped but highvoltage needed to be up early so I didn't want bother him
[04:07] <TheMuso> Yes I have. It is 12:08PM here. :)
[04:08] <TheMuso> SO I have been up for a while.
[04:08] <TheMuso> Will just have another early night tonight, and I should be fine.
[04:09] <jsgotangco> me too i just have a bad back at the moment so i skipped work
[04:09] <TheMuso> heh
[04:11] <shawarma> Hi all!
[04:11] <jsgotangco> hi!
[04:11] <LaserJock> i have a feeling I won't be going to work tomorrow
[04:11] <LaserJock> hi shawarma
[04:11] <LaserJock> I wonder if my lug knows about mao
[04:12] <LaserJock> I need to try it again
[04:12] <shawarma> LaserJock: Heh... I've thought of playing Mao as well. I've been trying to find proper translations for all the common phrases, but it's not really that easy.
[04:13] <shawarma> When "failure to x" doesn't even translate very well at all, it's kind of hard to get anywhere. :-)
[04:13] <LaserJock> shawarma: what language do you need it translated in?
[04:13] <shawarma> LaserJock: Danish.
[04:13] <LaserJock> you're Danish?
[04:13] <shawarma> Yes...
[04:14] <shawarma> What did you think?
[04:14] <jsgotangco> heh
[04:14] <LaserJock> dang, you're English is so good I thought maybe you were American
[04:14] <jsgotangco> well he did look english to me though
[04:14] <jsgotangco> hahha
[04:14] <LaserJock> well..
[04:14] <Unfrgiven> did you guys just read that freenode has been hacked - passwords maybe compromised. http://tgmandry.blogspot.com/2006/06/worlds-largest-foss-irc-network.html
[04:14] <shawarma> Anyone in their right mind uses a crap password for IRC anyway.
[04:14] <imbrandon> Unfrgiven, we lived it last evening that you
[04:14] <whiprush> hi Unfrgiven, been a long time.
[04:15] <Unfrgiven> whiprush: hey dude. yeah it has. how r u?
[04:15] <imbrandon> s/that/thank
[04:15] <whiprush> good good
[04:15] <jsgotangco> hey whiprush
[04:15] <crimsun> (I have no idea who would possibly want my passwords, as they're all beyond my own comprehension, but whatever...)
[04:15] <Unfrgiven> imbrandon: right so im very late to panic :)
[04:15] <whiprush> hi jerome
[04:16] <imbrandon> heh and anyone would not be very smart to use a secure password for a unsecure netwrok,if they had i'm sure they went in a fury of changing password last night
[04:16] <jsgotangco> too bad i didnt see that much of paris at night
[04:17] <shawarma> jsgotangco: Yeah. I didn't even see the Eiffel tower.
[04:17] <imbrandon> heya jsgotangco
[04:17] <imbrandon> heya crimsun
[04:17] <LaserJock> shawarma: no?
[04:17] <jsgotangco> heya
[04:18] <shawarma> shawarma: No, I kind of kept procrastinating it until there was just no time left.
[04:18] <jsgotangco> the night we went out last friday was the first time  BenC left at the hotel
[04:18] <shawarma> jsgotangco: Me too.
[04:18] <jsgotangco> gee
[04:18] <LaserJock> I made it to a few places before my wallet was stolen
[04:18] <shawarma> LaserJock: Really? Bummer.
[04:19] <LaserJock> but at like 17 eur per trip I couldn't got that often anyway
[04:23] <jsgotangco> at least i was able to see some artwork in paris
[04:23] <LaserJock> yeah, I didn't make it there
[04:24] <LaserJock> Notre Dame was the best for me
[04:54] <jsgotangco> man my back is really hammered
[05:00] <LaserJock> from the flight?
[05:01] <ajmitch> lucky chap
[05:02] <jsgotangco> yeah
[05:02] <jsgotangco> schiphol is so big and i had my backpack full so
[05:11] <imbrandon> incase anyone isnt paying attn to notices ....
[05:15] <antinobody> watching all those joins scroll down is kind of theraputic
[05:15] <ajmitch> since I can't be bothered joining :)
[05:16] <antinobody> ajmitch by the way, network-manager made my head hurt, so I went back to learning on k3b
[05:18] <antinobody> they are
[05:18] <antinobody> I'm just using it as practice
[05:19] <ajmitch> mostly universe stuff
[05:20] <antinobody> s, pero qu
[05:20] <imbrandon> antinobody, https://wiki.kubuntu.org/KubuntuEdgyPackageUpdates is a good place to check if you like KDE stuff
[05:20] <antinobody> oh!  that huge list below the smaller list
[05:20] <antinobody> Ha!
[05:21] <bddebian> Heya gang
[05:22] <imbrandon> heya bddebian
[05:23] <antinobody> hey bddebian
[05:24] <LaserJock> hehe
[05:25] <bddebian> Heya imbrandon, antinobody
[05:25] <shawarma> antinobody: I'll take on network-manager by the way.
[05:26] <shawarma> I kind of volunteered to make it do "the right things[tm] " at UDS.
[05:26] <antinobody> shawarma cool
[05:26] <antinobody> I think I'll look at abakus
[05:26] <crimsun> you're a brave person
[05:26] <antinobody> it seems simple enough
[05:26] <antinobody> he is
[05:26] <crimsun> (n-m is a thorn)
[05:26] <ajmitch> crimsun: brave and/or foolish
[05:27] <shawarma> crimsun: I know. I've worked on it before.
[05:27] <shawarma> crimsun: Keybuk had some particularly interesting swear words about it. :-)
[05:28] <antinobody> ajmitch the big announcement was just the whole compromised staffer account from yesterday
[05:28] <antinobody> now they're taking questions
[05:28] <ajmitch> terribly exciting
[05:28] <antinobody> Oh indeed, you're missing a hellova party
[05:29] <ajmitch> I'll survive
[05:40] <antinobody> yeah, the only difference for abakus is the use of dh_iconcache.  No need to change the package
[05:44] <imbrandon> right considering thats in the kde.mk now
[05:45] <antinobody> kde.mk?
[05:46] <imbrandon> antinobody, include debian/cdbs/kde.mk is in the rules
[05:46] <imbrandon> and kde.mk includes dh_iconcache now
[05:47] <imbrandon> so when its sync'd and built its not needed as long as thats the only change
[05:47] <antinobody> I see, so then abakus can be synced
[05:47] <imbrandon> right
[05:47] <imbrandon> as long as that is the only change from the version in debian
[05:48] <antinobody> Do you know where the schedule for Edgy is?
[05:48] <imbrandon> http://people.ubuntu.com/~scott/EdgyReleaseSchedule.ics
[05:49] <imbrandon> theres a wiki page too but i dont have the link right off
[05:50] <antinobody> I found the wiki
[05:50] <antinobody> should I list abakus as done==Y, SYNC?
[05:50] <antinobody> Or is there someone I'm supposed to mention this to?
[05:51] <antinobody> On the https://wiki.kubuntu.org/KubuntuEdgyPackageUpdates
[05:51] <imbrandon> yea list it as Y sync and your name , and no Riddell check that page as needed
[05:52] <imbrandon> thats the reason its there
[05:52] <antinobody> graca
[05:52] <antinobody> s
[05:53] <imbrandon> if you find one that needs merged, work on merging it and then makrk it as merg and upload to revu then link to your revu upload on the wiki entry
[05:53] <imbrandon> it will get looked at as time permits Riddell or others
[05:53] <antinobody> cool, thanks for the help
[05:53] <imbrandon> np
[05:53] <antinobody> I feel almost like I'm doing something useful
[05:53] <imbrandon> heh
[06:14] <antinobody> I suppose this means I have to make a REVU account...
[06:19] <antinobody> Do I have to join ubuntu-universe-contributors to upload merged packages to REVU, imbrandon?
[06:19] <crimsun> "ubuntu-universe-contributors"?
[06:19] <imbrandon> no , follow the wiki instructions for uploading to revu
[06:20] <antinobody> all right
[06:20] <imbrandon> you need to send a pgp key
[06:20] <imbrandon> etc
[06:20] <imbrandon> btw
[06:20] <antinobody> right, right
[06:20] <imbrandon> whats ubuntu-universe-contibutor?
[06:20] <antinobody> I've deleted two of those already
[06:20] <imbrandon> a MOTU ?
[06:20] <antinobody> MOTUs are automatically members
[06:20] <antinobody> but it's on the REVU wiki
[06:21] <imbrandon> erm ok, never noticed that group on LP but in any case its PROBBLY something for revu2 , not to worry about it atm
[06:21] <antinobody> This team holds all members, which may upload to revu. At the moment, Revu2 is not finished yet. However, to faciliate key management with http://revu.tauware.de, this group was created. When revu2 is finished, we will keep this group. This team was described at https://wiki.ubuntu.com/REVU2Spec
[06:21] <antinobody> it appears to be for refu2 indeed
[06:22] <imbrandon> https://wiki.kubuntu.org/MOTU/Packages/REVU
[06:22] <imbrandon> ^^ hats what you need to follow for the current revu, not to say that wont change for revu2 but thats not working atm
[06:22] <imbrandon> s/hats/thats
[06:23] <antinobody> pssh, I'll worry about that when I finish merging agistudio
[06:24] <imbrandon> you might shoot off the email with the key and such as its not an automatic process
[06:24] <imbrandon> might take time
[06:24] <imbrandon> ;)
[06:24] <antinobody> right, right
[06:26] <antinobody> hmm
[06:26] <antinobody> It is not necessary to GetYourKeySigned, but it is a good idea anyway. In order to upload to REVU, you will need to be added to the REVU keyring. Be sure that you have a [WWW]  Launchpad account and that you have added your GPGKey to it. Then ask to [WWW]  be added to the Ubuntu Universe Contributors team. One of the REVU admins will add you then to the group (== Upload rights for REVU). You don't need a password to upload packages, only
[06:26] <antinobody> .
[06:26] <antinobody> What is this e-mail you speak of?
[06:27] <antinobody> the wiki does not mention it
[06:28] <antinobody> ajmitch know anything about using REVU (being an admin and all)?
[06:29] <LaserJock> antinobody: I'm not sure if the Launchpad stuff is fully working yet or not, but I think it might be
[06:29] <antinobody> worth a shot I suppose
[06:29] <LaserJock> sure
[06:29] <LaserJock> siretart will probably email you if not
[06:30] <antinobody> all righty
[06:31] <antinobody> what's the debian/watch file do?
[06:31] <antinobody> it seems to list the source page, but why exactly?
[06:32] <antinobody> it isn't in the debian version, so I'm curious if it's just something we do, or what?
[06:32] <anibal> antinobody, it's used by uscan
[06:32] <antinobody> gracas anibal
[06:32] <tritium> antinobody: to check for new versions upstream
[06:33] <antinobody> y tritium
[06:34] <anibal> antinobody, it's also to display new version of upstream releases at pages http://like qa.debian.org/developer.php?login=anibal
[06:37] <antinobody> anyone know what the Standards Version is?
[06:37] <antinobody> I feel ignorant again
[06:38] <crimsun> what it is in Ubuntu Dapper [or in Debian Sid] , or what it signifies?
[06:38] <crimsun> the answer to the latter is in the Policy
[06:39] <crimsun> which, not coincidentally, is also related to the Standards-Version
[06:39] <crimsun> [http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Standards-Version]
[06:41] <antinobody> ok, so if that increases with the Sid release, that change should go into Egdy
[06:42] <antinobody> Also, if /packaging/debian/control still lists only the build-depends for debian and they're different in Ubuntu that needs to be fixed, right?  (the Dapper version didn't change that file)
[06:42] <Laser_away> it's kinda subjective, IMO. It usually just whatever is current whenever you package it
[06:46] <crimsun> antinobody: generally try to minimise deltas against the Debian source package
[06:47] <antinobody> Still referring to the Standards version?
[06:47] <crimsun> the Ubuntu source package as a whole.
[06:47] <antinobody> crimsun of course
[06:48] <antinobody> crimsun change as little as possible was my assumption
[06:48] <crimsun> as little deviation as possible to get it to build in pbuilder/sbuild
[06:53] <antinobody> what was the changelog command?
[06:53] <antinobody> dch -i ?
[06:53] <tritium> yes, antinobody
[06:57] <antinobody> what is the etiquette on a changelog?
[07:04] <crimsun> try not to duplicate upstream changelog.
[07:05] <crimsun> that's about it.
[07:07] <antinobody> the merging howto reminded to me add in the dapper ubuntu changelog
[07:07] <antinobody> then basically type "Resycronize for Edgy"
[07:08] <antinobody> for mine
[07:13] <crimsun> yep
[07:13] <crimsun> I tend to be a bit more verbose, but that's just my approach
[07:15] <antinobody> Well, I didn't have to do much with this one, so verbosity seemed unnecessary
[07:15] <antinobody> raphink hey!
[07:15] <raphink> yop
[07:15] <antinobody> I managed to merge a package
[07:15] <raphink> great :)
[07:16] <antinobody> now I have make sure it works
[07:16] <raphink> :)
[07:17] <antinobody> someday I'll figure out why I have to ping -c 3 us.archive.ubuntu.com every time I want to get a file using the terminal
[07:17] <raphink> huh?
[07:17] <antinobody> apparently my modem/router rewrites some file or another periodically
[07:18] <antinobody> and it makes it difficult to access files
[07:18] <antinobody> particularly through apt-get install
[07:18] <antinobody> and similar methods
[07:18] <raphink> ah
[07:18] <raphink> :(
[07:18] <antinobody> no s porque
[07:18] <antinobody> I need to eat not
[07:18] <antinobody> I'll return in a bit
[07:18] <raphink> ok
[07:24] <raphink> antinobody: you'll be the first one to test the new system for REVU
[07:24] <raphink> ;)
[07:24] <raphink> antinobody: I just added you to the universe-contributors group. You should be able to upload to REVU using your GPG key now
[07:29] <Hobbsee> hi crimsun
[07:29] <crimsun> hi Hobbsee
[07:31] <TheMuso> Hey again all.
[07:31] <Hobbsee> hi TheMuso
[07:31] <TheMuso> Hey Hobbsee.
[07:31] <TheMuso> How goes it?
[07:32] <Hobbsee> TheMuso: it goes good :)  I  met Pia :)
[07:32] <TheMuso> Cool! At the education expo?
[07:32] <Hobbsee> nope
[07:32] <Hobbsee> at uni
[07:33] <TheMuso> Oh ok.
[07:33] <antinobody> hi Hobbsee
[07:33] <Hobbsee> hi antinobody
[07:34] <antinobody> raphink thank's for that REVU add
[07:37] <raphink> antinobody: hope it works :)
[07:38] <antinobody> hmm...something isn't working in pbuilder
[07:38] <antinobody> I have tmake, but it thinks I don't
[07:38] <Hobbsee> antinobody: is tmake listed as a build-dep in the package you're trying to build?
[07:38] <antinobody> s
[07:39] <Hobbsee> hmmm
[07:39] <Hobbsee> is tmake in the repos for the pbuilder?
[07:39] <Hobbsee> and if it's new, have you tried pbuilder update?
[07:39] <antinobody> repos for the... huh?
[07:39] <antinobody> I'll try that
[07:40] <antinobody> Oh, no, wait, I just created this pbuilder env like 15 minutes ago
[07:40] <antinobody> that's silly, sean, it can't be new
[07:43] <antinobody> hmm, no luck
[07:50] <crimsun> (I think I might be going about this completely incorrectly)
[07:54] <antinobody> hmm, well, I have no idea what to do at this point
[07:59] <Hobbsee> antinobody: you have universe enabled in the repo, i take it?  stupid question :P
[08:03] <crimsun> antinobody_: what's the issue?
[08:20] <antinobody_> I'm going to go to sleep, I'll try this again in the morning
[08:20] <antinobody_> ajmitch I'll upload the package, to see if REVU will let me, but it's untested (pbuilder problems), so I'll leave a note to that effect
[08:35] <ToadZzZztool> 'morning
[08:35] <antinobody> morning
[08:39] <antinobody> ajmitch raphink how long after uploading should I expect it to take before a package appears on http://revu.tauware.de/
[08:40] <freeflying|away> antinobody: no more than five mns
[08:40] <antinobody> Hmm, it appears we are in the more than five minutes category at the moment
[08:40] <antinobody> hay un problema, no?
[08:40] <antinobody> I need to learn how to use those upside-down ?
[08:41] <antinobody> At least I figured out why the pbuilder couldn't find tmake
[08:42] <crimsun> you didn't have universe enabled in the pbuilder's apt sources?
[08:43] <antinobody> nope
[08:43] <antinobody> twas a problem
[08:43] <crimsun> yeah, that's what Hobbsee was referring to 64 minutes ago
[08:44] <Hobbsee> haha
[08:44] <Hobbsee> that long, hey?
[08:44] <antinobody> she may have referred to it right as I got booted, I didn't hear it
[08:44] <antinobody> Oh well, thank's for attempting to help me
[08:44] <crimsun> 01:39 < Hobbsee> is tmake in the repos for the pbuilder?
[08:44] <crimsun> 01:39 < Hobbsee> and if it's new, have you tried pbuilder update?
[08:44] <crimsun> 01:39 < antinobody> repos for the... huh?
[08:44] <crimsun> 01:39 < antinobody> I'll try that
[08:44] <antinobody> Oh!  That
[08:44] <crimsun> you don't appear to have been booted right afterward  :p
[08:44] <antinobody> I feel stupid again
[08:44] <antinobody> nope
[08:44] <antinobody> Just ignorant throughout
[08:45] <Hobbsee> hi Lure
[08:45] <antinobody> hello Lure
[08:45] <Lure> hi all
[08:45] <antinobody> I think I need to harass ajmitch or raphink over REVU not letting me upload (although, now that the problem's sorted out, I suppose I should test the package first...)
[08:46] <crimsun> well, don't feel bad
[08:47] <antinobody> I rarely do, I rather like learning new things, even if I have to feel stupid for a moment to do so
[08:47] <crimsun> I keep attempting to bzr push, and the branch just doesn't appear via LP's Web interface
[08:47] <antinobody> though I need to get to sleep soon
[08:47] <antinobody> class in the morning
[08:47] <crimsun> so all I have to show for 4 hours of work is another 900 MB of HD space used
[08:47] <antinobody> Yay!  that's more than I usually have to show
[08:48] <Hobbsee> antinobody: ajmitch is afk and very busy
[08:48] <antinobody> he is, I noticed
[08:48] <antinobody> raphink is likely busy as well
[08:49] <antinobody> I may just test the package, try to dput it again, and if it fails again, mention it tomorrow
[08:49] <Hobbsee> ajmitch wont be here tomorrow :P
[08:50] <antinobody> Hobbsee I was going to mention to ajmitch, because I'm his test subject for the REVU keyring via launchpad method
[08:50] <antinobody> Oh well, eventually it will get worked out
[08:50] <Hobbsee> antinobody: ah okay.  FYI, he's in transit in a few hours
[08:51] <Hobbsee> like, in two hours time
[08:52] <antinobody> it's allright, let him get his travel things taken care of, I'll see if I can't get raphink, or another REVU admin's help, if this doesn't work
[08:53] <raphink> wait a min
[08:53] <antinobody> mmhmm
[08:53] <antinobody> wait, for what?  I'm confused again
[08:53] <crimsun> (he's checking)
[08:54] <antinobody> I see...
[08:54] <raphink> I'm at work
[08:54] <raphink> ;)
[08:54] <raphink> not available
[08:54] <antinobody> naturally, don't get in trouble over something silly
[08:54] <Hobbsee> haha
[08:55] <antinobody> I'm way more qualified
[08:55] <Hobbsee> no you dont :P
[08:56] <antinobody> At the moment, I'm enjoying my studenthood, so you may be right
[08:56] <antinobody> what does you do?
[08:58] <antinobody> I haven't had a job in 7 or so months, I don't do well mixing school and work
[08:58] <antinobody> my brain gets all pissy and bored with the job being boring vs. the school being complicated and difficult
[08:59] <Hobbsee> ouch
[09:00] <Hobbsee> s/school/uni
[09:00] <antinobody> Ha!  just as well the package didn't upload
[09:00] <Hobbsee> sheesh!
[09:00] <antinobody> it's broken
[09:00] <antinobody> hee-hee, oops
[09:00] <Hobbsee> ah yeah, usually not a good idea to upload broken stuff
[09:01] <antinobody> I was gonna leave a note about it not being tested...
[09:01] <antinobody> looks like that one thing I thought didn't need changing did, oh well
[09:02] <antinobody> ha, that probably applies to pretty much any mistake made while merging
[09:03] <antinobody> I was testing their new system
[09:07] <antinobody> let's see if that fixes the problem
[09:10] <antinobody> wait a minute...that was the dapper package, not mine
[09:10] <antinobody> ...that's just weird
[09:12] <antinobody> Hobbsee ha!  I was wrong, my code isn't broken!  But...apparently the old code was...see now I'm confused again
[09:13] <Hobbsee> hehe, rgith...
[09:13] <antinobody> It's TRUE
[09:13] <antinobody> I swear!
[09:13] <antinobody> I'm just not sure how
[09:14] <antinobody> try to pbuild the dapper source for the agistudio package
[09:14] <antinobody> it errors when it tries to compile midi.cpp
[09:20] <Lathiat> yikes
[09:20] <Lathiat> liek 3 weeks of mergres
[09:20] <Lathiat> i think i might get stuck into em this time round
[09:20] <antinobody> well, I tried to dput it again, and now I'm going to go to sleep, and if it isn't on REVU when I wake up, I'll figure out what to do then
[09:25] <crimsun> ok, so apparently sftp is barfing, which explains why the branch is never getting created.
[09:25] <tseng> hi crimsun
[09:25] <crimsun> now why the hades is it barfing?
[09:25] <crimsun> hi tseng
[10:04] <raphink> wb Lure
[10:04] <Lure> raphink: moving between meeting rooms ;-)
[10:04] <raphink> hehe
[10:04] <raphink> monitoring the network :s
[10:05] <Hobbsee> hi raphink
[10:05] <raphink> hi Hobbsee
[10:06] <Hobbsee> StevenK: ping?
[10:49] <nexu> how do i add more repository to OTHERMIRROR with pbuilder?
[10:57] <raphink-work> nexu: see the wiki : https://wiki.ubuntu.com/PbuilderHowto
[10:59] <nexu> been there
[10:59] <nexu> done that
[10:59] <nexu> but trying to add a 2nd repo doesnt seem to work overhere
[11:00] <raphink-work> nexu: you add it to the sources.list of your pbuilder
[11:00] <raphink-work> you don't add it to the conf
[11:00] <raphink-work> in the apt.conf dir
[11:01] <antinobody> raphink-work ha!  the lauchpad.net REVU thing didn't work
[11:01] <nexu> you mean the sources.list INSIDE the pbuild ?
[11:01] <antinobody> Signer has no upload rights at all to this distribution.
[11:01] <antinobody> Signer is not permitted to upload to the component 'universe' of file 'agistudio_1.2.2-1ubuntu1.dsc'
[11:01] <raphink-work> antinobody: can you see that with siretart ?
[11:01] <antinobody> huh?
[11:01] <raphink-work> antinobody: he programmed that, but you're the first to try it ;)
[11:01] <raphink-work> siretart:
[11:02] <raphink-work> antinobody: ...
[11:02] <raphink-work> are you sure you uploaded to revu antinobody?
[11:02] <raphink-work> I think you uploaded to ubuntu ;)
[11:02] <raphink-work> or tried to at least ;)
[11:02] <antinobody> hmm...quizs
[11:02] <raphink-work> you have to use `dput revu *changes
[11:02] <raphink-work> not dput directly
[11:02] <raphink-work> unless you've set revu to your default hots in dput.conf
[11:02] <raphink-work> s/to/as/
[11:02] <antinobody> where is dput.conf?
[11:03] <antinobody> oh /etc/
[11:03] <raphink-work> as most conf ;)
[11:04] <antinobody> ha!  well, that helps
[11:04] <antinobody> I'm going to wait for the upload, then go back to sleep
[11:04] <siretart> err, huh?
[11:05] <siretart> raphink-work: did you update the revu-keyring, as instructed in my email?
[11:05] <raphink-work> hmm let's see
[11:05] <raphink-work> ah right
[11:05] <raphink-work> I'll do that :)
[11:05] <raphink-work> hehe
[11:05] <raphink-work> *blush*
[11:05] <siretart> raphink-work: the keyring is not updated automatically, you still need to run 'revu-key update' by hand
[11:06] <raphink-work> let's see
[11:07] <raphink-work> siretart: I can't add revu-admins as admin to universe-contribs
[11:07] <raphink-work> it won't let me
[11:07] <raphink-work> for some reason
[11:08] <antinobody> the file name is dput.cf, by the by
[11:08] <siretart> raphink-work: perhaps you need to be owner or something. I've done that now
[11:12] <raphink-work> ok
[11:14] <raphink-work> thanks
[11:14] <antinobody> so...should I try this one more time?
[11:14] <raphink-work> yes you can try again antinobody
[11:14] <raphink-work> be sure to upload to revu, not to ubuntu ;)
[11:15] <raphink-work> won't let you upload to ubuntu anyway so there' s no risk ;)
[11:16] <raphink-work> what is the package you're trying to upload antinobody?
[11:17] <Riddell> is there a general motu equivalent of https://wiki.kubuntu.org/KubuntuEdgyPackageUpdates ?
[11:19] <antinobody> agistudio
[11:20] <antinobody> Riddell this was in one of the mail-list e-mails http://tiber.tauware.de/~lucas/mergescountdown/todolist.txt
[11:20] <antinobody> But that's all I've see so far
[11:21] <antinobody> raphink I can't upload it at the moment, because I tried to upload it before you updated the key
[11:22] <raphink-work> ah right
[11:22] <raphink-work> let me purge the package
[11:22] <raphink-work> is it agistudio antinobody?
[11:22] <antinobody> gracas raphink-work
[11:22] <antinobody> yeah
[11:22] <raphink-work> ok
[11:22] <raphink-work> go on now
[11:23] <antinobody> success!
[11:23] <antinobody> well, uploading anyway
[11:23] <antinobody> now I wait
[11:24] <raphink-work> in 20 seconds it'll be one
[11:24] <raphink-work> on
[11:24] <antinobody> We do need to set up a wiki like Riddell was talking about at some point...
[11:25] <lucas> antinobody: for what ? whole of ubuntu ?
[11:25] <antinobody> aye
[11:25] <lucas> why not just use LP bugs for this ?
[11:25] <lucas> using a wiki means duplicating information
[11:26] <antinobody> is that what's been used in the past?
[11:26] <Riddell> lucas: LP bugs are hard to see all in one place if there's on 1000 different packages
[11:26] <antinobody> lucas
[11:26] <antinobody> es verdad
[11:26] <lucas> yeah, but it's easy to write a script to follow the bugs
[11:26] <raphink-work> your package is online now antinobody
[11:27] <antinobody> it is indeed
[11:27] <antinobody> I'm very happy
[11:27] <Riddell> but so long as kubuntu isn't duplicating anything it's all good
[11:27] <antinobody> thank you for the help raphink
[11:28] <raphink-work> you're welcome
[11:30] <antinobody> two down, many to go
[11:31] <antinobody> sleep must I now, again
[11:54] <nexu> when signing
[11:54] <nexu> does it use the information based on the Maintainer field in control ?
[11:55] <slomo> nexu: no, it looks at the latest changelog entry
[01:13] <sivang> morning all
[01:13] <sivang> hey slomo :)
[01:28] <slomo> hi sivang :)
[01:58] <Kamping_Kaiser> hi sivang
[02:06] <zul> hey
[02:08] <Kamping_Kaiser> hi
[02:13] <sivang> howdy folks
[02:13] <sivang> slomo: do you know if there's MOM bug list already for universe?
[02:13] <Kamping_Kaiser> hows it going
[02:13] <sivang> hey Kamping_Kaiser
[02:13] <sivang> Kamping_Kaiser: fine, good
[02:14] <Kamping_Kaiser> :)
[02:16] <slomo> sivang: afaik MoM will start to run this evening... but better ask scott about it
[02:16] <sivang> slomo: ah, right, then that's also waht I know.
[02:17] <slomo> bbl
[02:37] <Hobbsee> StevenK: ping
[02:51] <Hobbsee> hi ll
[02:51] <Hobbsee> *all
[02:51] <zul> hey Hobbsee
[02:51] <Hobbsee> hi zul :)
[02:54] <lucas> ogra: it's not really easy to exclude packages with a debian suffix in the version, since many packages have 'debian' in their versions for other reasons
[02:54] <ogra> well, ok then ...
[02:54] <lucas> all packages with debian in name or version only account for 67 packages anyway
[02:55] <ogra> i didnt know there are other packages using it as version a suffix
[02:55] <lucas> xarchive <IP_ADDRESS>+debian-1 <IP_ADDRESS>+debian-1
[02:55] <lucas> xfonts-ayu 1.7+0a+0debian1-2 1.7+0a-1ubuntu1
[02:55] <lucas> xmms-kjofol 0.95.0debian3-3 0.95.0debian3-3
[02:55] <lucas> xresprobe 0.4.23debian1 0.4.23debian1
[02:55] <lucas> zssh 1.5c.debian.1-1 1.5c.debian.1-1
[02:55] <lucas> for example
[02:56] <ogra> only xresprobe seems to match the pattern here
[02:56] <zul> jsgotangco: has your pictures been uploaded yet?
[02:56] <lucas> also, I'm doing this part in bash, so I'd prefer to avoid doing complex matching here :-)
[02:56] <tseng> hi jsgotangco
[02:57] <lucas> anyway, the script is on tiber:~lucas/mergescountdown/, so if you want to fix it ... :)
[02:58] <ogra> after i found out how to fix the breakage debian has done to ltsp :)
[03:03] <tseng> f%$#%^#$ Launchpad Team Membership Notifier
[03:03] <tseng> can i turn it off?
[03:09] <Lathiat> the problem was, i beleive
[03:09] <Lathiat> everyone was an administrator
[03:09] <Lathiat> so they changed it
[03:09] <Lathiat> so ti wont happen now
[03:09] <Lathiat> ?
[03:14] <jsgotangco> zul: uploading now
[03:15] <jsgotangco> tseng: hi! (sorry i was downstairs cooking late dinner for my wife)
[03:15] <tseng> no problem
[03:15] <tseng> i am watching lewing give a talk of f-spot
[03:15] <tseng> (!)
[03:16] <jsgotangco> ohhh
[03:21] <StevenK> Hobbsee?
[03:51] <CarlFK> is this a resonable place to get help with apt-get build-dep wine ?
[03:51] <CarlFK> (and whatever other fun may ensue)
[03:52] <zul> not really its more #ubuntu
[04:18] <tuxmaniac> re
[04:19] <bddebian> Heya gang
[04:21] <havoc> hiya
[04:21] <Kamping_Kaiser> :L)
[04:22] <bddebian> Hello havoc
[04:22] <antinobody> Morning people
[04:23] <antinobody> hello bddebian
[04:23] <Kamping_Kaiser> :)
[04:23] <bddebian> Heya antinobody
[04:24] <Hobbsee> hi bddebian havoc Kamping_Kaiser and antinobody
[04:25] <Kamping_Kaiser> hi Hobbsee  :)
[04:26] <zul> arrrgh!!
[04:27] <Hobbsee> argh?
[04:27] <Kamping_Kaiser> :O
[04:27] <zul> Hobbsee: people who want to do gentoo on ubuntu
[04:27] <antinobody> hey Hobbsee
[04:27] <Hobbsee> zul: ah yes, got to love them
[04:28] <zul> actually i want to smack them
[04:29] <antinobody> zul but that's LIKE love
[04:30] <zul> its tough love
[04:31] <antinobody> heehee, I was missing some letters in my debuild on that merge...
[04:31] <Hobbsee> haha
[04:31] <antinobody> zul well put
[04:31] <Hobbsee> zul: if they're doing that, they'll probably be developers eventually :P
[04:31] <Hobbsee> well, we can hope, anywya
[04:32] <zul> Hobbsee: maybe..
[04:32] <Hobbsee> wishful thinking :P
[04:32] <zul> but if you want to become a developer you dont start out by wanting to recompile verything...sounds more like an ex-gentoo user
[04:33] <antinobody> raphink s ests todava all, the upload is fixed (I think...)
[04:34] <antinobody> zul technically those two things aren't mutually exclusive, even if they aren't necessrily conected either
[04:35] <Hobbsee> zul: that is true
[04:39] <tseng> bddebian: i was not drinking, it was a certain someone else
[04:39] <bddebian> Ahh :-)
[04:39] <bddebian> Hi tseng :-)
[04:46] <Riddell> siretart: any plans to fix the cdbs build failure?
[04:59] <raphink> antinobody: which I'm not todavia por aqu
[05:00] <antinobody> lo siento raphink
[05:00] <antinobody> you will be missed
[05:00] <raphink> by whom?
[05:00] <antinobody> dunno, but I'm sure someone will miss you
[05:01] <raphink> ah
[05:01] <raphink> I know someone is missing me already ;)
[05:01] <raphink> but that's it
[05:01] <antinobody> it's 8 in the morning here, and I only got like 5 hours of sleep, so I might not be on top of things just yet
[05:02] <antinobody> so if I say random nonsensical things more than usual, that's my excuse
[05:03] <Hobbsee> hehe
[05:03] <Hobbsee> that's my excuse antinobody
[05:04] <antinobody> Hobbsee I'm not sure I believe the implied fact of it being 8 in the morning in Australia too
[05:04] <antinobody> Unless they changed something about the timezones when I wasn't looking
[05:04] <Hobbsee> haha
[05:04] <Hobbsee> no, about the lack of sleep
[05:04] <antinobody> Ahhh, I see
[05:05] <antinobody> yeah, this is nothing, during the last two weeks of class, I went like 7 days straight with less than 3 or 4 hours a night
[05:05] <antinobody> it was unpleasant
[05:07] <antinobody> I still have nightmares
[05:14] <allee> antinobody: pkging agistudio, right?
[05:15] <allee> I wonder why pixmap still goes below /usr/X11R6/... and not /usr/share/pixmaps ?
[05:18] <bddebian> allee: Because it's broken
[05:18] <bddebian> Does it use xmkmf?
[05:18] <antinobody> bddebian: asking me or allee?
[05:19] <bddebian> Whoever is having the issue :-)
[05:19] <allee> bddebian: no idea just looked at the diff in revu.  afaics the xpm installed by dh_install ;)
[05:20] <bddebian> Well dh_install will just install to whatever dirs make & make install install to by default
[05:20] <antinobody> allee how does it affect the xpm?
[05:20] <allee> bddebian: right and dh_install gets told to install below /usr/X11.
[05:21] <bddebian> No, dh_install doesn't get "told" to do anything :-)
[05:21] <allee> antinobody: /usr/X11R6 is obsolete with Xorg 7.
[05:21] <antinobody> I'm still new to this whole process, mistakes are possible (although that I'm pretty is just a change I carried over from the dapper version)
[05:21] <bddebian> antinobody: There were a lot of broken packages in dapper with that issue
[05:22] <bddebian> antinobody: Does it build with xmkmf?
[05:22] <antinobody> mhmm, xmkmf isn't in the build-deps, I know that much?  How would I tell?
[05:22] <bddebian> How does it "make" in debian/rules?
[05:23] <allee> bddebian: it's qt app so I assume it uses tmake.
[05:23] <antinobody> I think allee is right
[05:24] <bddebian> What package is this?
[05:24] <allee> antinobody: just replace usr/X11R6/include/X11/pixmaps with usr/share/pixmaps
[05:24] <allee> bddebian: http://revu.tauware.de/details.py?upid=2508
[05:24] <antinobody> I'll do that, thanks allee
[05:24] <allee> antinobody: np
[05:26] <allee> antinobody: if you feel like it, send a e-mail to debian maintainer.  AFAIR sid uses xorg 7 too.  So it's better fixed once in debian pkg
[05:27] <antinobody> allee that shouldn't be a problem, since they put it in /usr/share/agistudio
[05:28] <allee> antinobody:
[05:28] <allee> -debian/agistudio.xpm	usr/share/agistudio
[05:28] <allee> +debian/agistudio.xpm	usr/X11R6/include/X11/pixmap
[05:30] <allee> antinobody: remove all the usr/X11R6 stuff. The only the .desktop, dh_desktop and watch file remains.  All worth merged into debian pkgs.  Then pkgs can be automaticly synced fromd debian in the future.
[05:30] <allee> s/The/Then/
[05:32] <allee> antinobody: the agistudui.1 patch should be deleted also.  1.2.2 is a new release.  So I assume year 2006 is correct not 2003
[05:34] <antinobody> give him a 2006 copyright?
[05:36] <allee> antinobody: who is 'him'?
[05:37] <antinobody> Oh, you mean get the right date for the top of the file (I thought you wanted an update to the copyright at the bottom, which would be odd>
[05:38] <Riddell> siretart: ok, I've fixed cdbs (hopefully)
[05:39] <Riddell> siretart: but how the heck did you merge that?  can't we keep the changes from debian as patches?  there's already a new debian version to merge
[05:59] <antinobody> allee all right, those changes should be up soon.  I'm still fuzzy on exactly what you wanted me to tell the debian maintainer though
[06:01] <allee> antinobody: wait I check debian diff and yours (before give brain dead hints;)
[06:06] <antinobody> hmm...the debian version pbuilds fine, is there any reason we shouldn't just sync the file?  The only change is the /usr/share/pixmaps vs. /usr/share/agistudio
[06:06] <antinobody> ?
[06:07] <slomo> antinobody: depends on whether the change is still necessary... not all changes we do make it build but could fix something else
[06:08] <allee> antinobody: checked it: kubuntu added a agistudio.desktop,  debian/watch file and dh_desktop.  IMHO all worth to be merged into the debian pkgs.
[06:09] <allee> antinobody: I would suggest when you are done with it, open a debian bug report with the output of
[06:09] <allee> interdiff -z agistudio_1.2.2-1.diff.gz agistudio_1.2.2-1ubuntu1.diff.gz
[06:09] <allee> and ask Jarno Elonen to merge the changes.
[06:10] <antinobody> ok, I'll take care of that, hopefully tonight (I need to get ready for class now)
[06:11] <antinobody> thanks for the help allee
[06:11] <allee> antinobody: no need to hurry.  Thx for taking care of agistudio!
[06:12] <allee> err, I mean: no need to hurry with the upload.  Of course the class has priority ;)
[06:12] <antinobody> heh, of course
[06:13] <siretart> Riddell: I've imported them in different bzr branches
[06:13] <siretart> Riddell: so it should be quite easy to see what patched come from
[06:13] <Riddell> siretart: does it say that anywhere?
[06:17] <antinobody> the dh_iconcache thing has been integrated into kde, right?
[06:18] <bddebian> antinobody: Yes, it was put in kde.mk or whatever it's called
[06:18] <antinobody> was it integrated into GNOME as well?
[06:18] <antinobody> or does it not apply to GNOME, and I'm silly.
[06:19] <LaserJock> it isn't specific to DEs
[06:19] <antinobody> hmm?
[06:20] <LaserJock> dh_iconcache is generic, it doesn't depend on the desktop environment (KDE, Gnome, XFCE)
[06:20] <antinobody> right
[06:20] <antinobody> that makes sense
[06:20] <siretart> Riddell: yes, on https://launchpad.net/products/cdbs/+branches
[06:21] <Riddell> siretart: groovy
[06:21] <antinobody> my main question is, if dh_iconcache is the only difference between a dapper package and a sid package, can they be synced?
[06:21] <Riddell> siretart: so I just made a couple of changes to cdbs, how do I get those into your bzr?
[06:21] <antinobody> or need the changes be retained
[06:21] <siretart> Riddell: what was your base from where you started working on? the latest debian or latest ubuntu package?
[06:22] <Riddell> siretart: latest ubuntu
[06:22] <siretart> Riddell: ok. checkout the ubuntu branch
[06:22] <siretart> bzr checkout sftp://bazaar.launchpad.net/~ubuntu-core-dev/cdbs/ubuntu
[06:22] <siretart> then cd into that dir, and do a 'rm -rf *'
[06:22] <siretart> then copy your working copy over it
[06:23] <LaserJock> antinobody: not necessarily
[06:23] <siretart> then use 'bzr diffstat' or 'bzr st' and bzr 'diff' to see what has changed in your working copy
[06:23] <siretart> if you are happy with what you did, use 'bzr commit' to commit your changes
[06:23] <Riddell> siretart: ok, thanks
[06:24] <siretart> Riddell: when you do the next merge, I'd propose the following procedure:
[06:24] <antinobody> LazerJock, hmm, I'll have to look further into that later then.  I was told earlier that syncing would be fine in those cases, because of the kde.mk integration, but I realized later the KDE isn't the only desktop environment
[06:24] <siretart> Riddell: checkout the debian branch, do the rm -rf dance, copy the latest debian version to it, and commit your branch
[06:24] <antinobody> or even our primary one...
[06:24] <LaserJock> antinobody: right, for KDE packages using CDBS it is now fine to sync
[06:24] <siretart> Riddell: then go to your ubuntu branch, and do a 'bzr merge ../ubuntu'
[06:24] <siretart> Riddell: now resolve the conflicts, and bzr commit it
[06:25] <LaserJock> antinobody: but I'm not sure if Gnome has dh_iconcache in the gnome.mk and there are lots of packages that don't use CDBS
[06:25] <siretart> I find this much easier, because bzr helps you to track what files actually changed
[06:25] <siretart> Riddell: ah, and if you introduced new files, don't forget 'bzr add'!
[06:26] <antinobody> LaserJock:  I see, so for okle it should be fine to sync then, for example
[06:26] <siretart> Riddell: ideally, we don't need dpatches anymore with bzr. just put every patch in a new bzr branch, and merge all 'feature branches' into the 'mainline' branch. that makes upgrading to new upstream and merging new debian changes way easier, because the conflicts gets way more isolated
[06:27] <LaserJock> antinobody: does it use kde.mk in debian/rules? I don't have the source in front of me
[06:28] <LaserJock> siretart: how is that going to work when pushing changes upstream?
[06:28] <siretart> LaserJock: well, bzr diff makes it quite easy to extract patches
[06:28] <allee> LaserJock, antinobody: no rules  is 'old style' makefile that runs dh_* scripts
[06:29] <Riddell> siretart: I do hate dpatch :)
[06:29] <siretart> Riddell: so do I
[06:30] <antinobody> allee, gracas
[06:30] <antinobody> I suppose that one stays unchanged then
[06:31] <LaserJock> siretart: yeah, but if upstream is using dpatch etc. and then we start using bzr for everything
[06:31] <LaserJock> it seems like we are deviating quite a bit
[06:32] <siretart> LaserJock: ah, so you don't mean the upstream authors, but debian, right?
[06:32] <LaserJock> right
[06:32] <LaserJock> sorry
[06:32] <siretart> LaserJock: well, I think it depends on taste. you don't need to manage/introduce feature branches, but you can
[06:33] <siretart> LaserJock: if you do, you have to convert them manually
[06:33] <siretart> LaserJock: perhaps one can write a bzr plugin to faciliate the dpatch<->feature branch conversion
[06:33] <LaserJock> yeah, that might be handy
[06:37] <Toadstool> hi everybody
[06:46] <bddebian> Heya Toadstool
[06:46] <Toadstool> hey bddebian
[07:03] <LaserJock> siretart: ping?
[07:04] <bddebian> Ack, my karma is dropping... :-)
[07:05] <highvoltage> bddebian: that's so ongodly of you
[07:06] <bddebian> Grrr
[08:06] <nexu> how can i query a repository content thru apt?
[08:06] <LaserJock> what do you want to find?
[08:07] <LaserJock> apt-cache and dpkg are the usual tools
[08:10] <nexu> LaserJock: i want to see or it has i386 or amd64 packages
[08:10] <LaserJock> for a particular package?
[08:10] <nexu> yeah
[08:12] <LaserJock> apt-cache show <package> and look for the Architecture field
[08:12] <nexu> hmm ok
[08:13] <nexu> i did that, i though there might be another way
[08:13] <nexu> to query for specific architecture packages
[08:33] <bddebian> nexu: You can try grep-dctrl
[08:33] <nexu> ?
[08:33] <nexu> grep-dctrl ?
[08:33] <bddebian>  grep-dctrl lets you do some 'magic' on Packages files
[08:34] <nexu> gotta love ctrl-w in xchat
[08:34] <nexu> -_-
[08:39] <crimsun> hmm.
[08:39] <crimsun> just in case anyone else is on a flaky connection for that first bzr push, you might want to do it from a stable one.
[08:40] <crimsun> otherwise you'll end up sftping in, walking the tree by hand, rm * && cd .. && rmdir blah ad infinitum
[08:40] <LaserJock> hmm
[08:45] <bddebian> Heya crimsun
[08:47] <crimsun> hi
[09:26] <grifg> hello
[09:26] <LaserJock> hi grifg
[10:14] <bddebian> Hmm, looks like there is no /etc/aliases.db in sendmail anymore.  This is now /etc/aliases?
[10:18] <jrib> hi, I've created my first package and would like to upload it to revu.  My launchpad account is https://launchpad.net/people/ribeiro.  Is there anything else I need to do before I can upload?
[10:19] <LaserJock> do you have a gpg key jrib
[10:19] <jrib> LaserJock: yep, uploaded it to launchpad account as well
[10:22] <LaserJock> jrib: I think you need to join the LP team at  https://launchpad.net/people/ubuntu-universe-contributors
[10:23] <Erlang> what's that team?
[10:23] <LaserJock> the team of Ubuntu Universe contributors ;-)
[10:25] <jrib> LaserJock: thanks, it says it's pending approval for membership now
[10:25] <LaserJock> k, so an admin will have to approve you before you can upload
[10:26] <jrib> alright, I'll check back later then
[10:26] <Erlang> that's the new way to subscribe to REVU?
[10:28] <LaserJock> yeah, LP integration has been a long time goal
[10:28] <highvoltage> LaserJock: anyone can upload to REVU, right?
[10:29] <LaserJock> highvoltage: your gpg key has to be added to the revu keyring
[10:29] <LaserJock> highvoltage: so we don't have bots uploading packages, etc.
[10:29] <highvoltage> how do i do that?
[10:29] <highvoltage> (add the gpg key to the keyring?)
[10:30] <LaserJock> highvoltage: well, I think now you can join the ubuntu-universe-contributors LP team and it should work
[10:31] <highvoltage> cool, i'll do that tomorrow. i think i'll have my first package that i can upload tonight. i'll try to upload it tomorrow morning, so that the motu's can rip it apart :)
[10:31] <LaserJock> mwuahahaha
[10:32] <LaserJock> highvoltage: what kind of package?
[10:32] <Erlang> cool cool
[10:32] <highvoltage> LaserJock: xulrunner
[10:32] <bddebian> ack
[10:32] <bddebian> highvoltage: Fix that for Hurd will ya? ;-)
[10:32] <highvoltage> bddebian: hehe! of course!
[10:33] <LaserJock> highvoltage: what? Really?
[10:33] <bddebian> Actually I sort of have a patch for it :-)
[10:33] <highvoltage> LaserJock: yep, why?
[10:34] <LaserJock> highvoltage: I didn't think xulrunner worked yet
[10:34] <highvoltage> i don't really know if it works either :)
[10:34] <highvoltage> i just downloaded <IP_ADDRESS> and started packaging it :)
[10:34] <highvoltage> (downloaded at the summit)
[10:35] <highvoltage> it seems to be more or less firefox... without the actual firefox xul in it :)
[10:36] <highvoltage> it's only about 1MB smaller than firefox or thunderbird, so perhaps when this will one day be implemented, ff and tb will each only require a one MB package.
[10:36] <LaserJock> bah, it's really that big?
[10:37] <highvoltage> 8.9M    xulrunner-<IP_ADDRESS>-0ubuntu1_i386.deb
[10:38] <slomo_> highvoltage: xulrunner already is in debian and edgy
[10:38] <slomo_> pool/universe/x/xulrunner/xulrunner_<IP_ADDRESS>-1.dsc
[10:38] <highvoltage> it is? heh, ok. ogra said that we can't have epiphany yet because xulrunner isn't packaged. i guess i'll have to find something else to experiment with...
[10:39] <highvoltage> although, i did learn quite a bit with this already.
[10:39] <ogra> highvoltage, its packaged in debian
[10:39] <highvoltage> slomo_: thanks.
[10:39] <ogra> but to get it to main you will need someone of the main devs commiting to care for it
[10:40] <highvoltage> ah yes, right.
[10:40] <ogra> and iwj (the ff maintainer who knows the code best already refused to)
[10:41] <LaserJock> highvoltage: obviously you need to become a core-dev ;-)
[10:41] <highvoltage> i wonder why iwj would refuse too. it seems that it will become essential in the future.
[10:41] <highvoltage> LaserJock: at the pace i've been learning about packaging, that's ages away from now!
[10:41] <slomo_> highvoltage: because it isn't that clear yet whether it will be used as a base for firefox/thunderbird/etc at all
[10:42] <highvoltage> although, i've learned to sleep less in paris. if i can manage to go to bed this late every night i might just learn faster :)
[10:42] <slomo_> highvoltage: at least from what ian said... and until they didn't decide he won't get his hands on xulrunner
[10:42] <highvoltage> slomo_: aah. i thought it was going to happen. my bad.
[10:42] <highvoltage> then it makes sense. he's time is too valuable to waste on something that might not happen.
[10:44] <LaserJock> I sure hope something happens, lots of packages depend on firefox when they really don't need to
[10:44] <slomo_> i think everybody hopes that it will happen ;) it doesn't make much sense to have a copy of that large bunch of code in firefox/thunderbird/etc
[10:45] <highvoltage> yep. it really seems like a *lot* of shared codes between the apps. and 8-9MB extra space on the Ubuntu cd's would surely be welcome.
[10:45] <spacey> well also really nice not to have firefox installed
[10:46] <spacey> if you use epiphany for example
[10:46] <highvoltage> yep.
[10:46] <spacey> firefox is a monster =)
[10:58] <highvoltage> does ubuntu universe accept packages if the package contains an executable, but not a manpage?
[10:59] <LaserJock> highvoltage: you should have a manpage
[11:00] <highvoltage> ok.
[11:00] <highvoltage> that's the only problem my package still has. i think i'll compare it to the real package tomorrow to see if i've done bad or ok.
[11:02] <crimsun> highvoltage: absolutely not. Pony bribery is rumoured to work, though.
[11:03] <highvoltage> crimsun: now that you mentioned it... i added creating a pink pony gtk theme, gdm login and wallpaper as a 37th level priority on my todo list ;)
[11:04] <crimsun> highvoltage: best picture ever: http://www.personalponies.org/images/PonyMagic.jpg
[11:08] <_ion> Brushing Llandalf is fun.
[11:08] <_ion> http://johan.kiviniemi.name/pictures/misc/llandalf
[11:09] <highvoltage> crimsun: hehe
[11:09] <siretart> Riddell: would you mind committing your cdbs branch to the supermirror?
[11:09] <LaserJock> siretart: is the tiber mailman down?
[11:10] <highvoltage> there's a tool that helps me edit changelog.Debian and gzips -9 it again, right?
[11:10] <slomo_> highvoltage: why would you gzip it`
[11:10] <highvoltage> lintian tells me to.
[11:11] <highvoltage> if i don't, it gives a warning that its not gzipped.
[11:11] <LaserJock> wha?
[11:11] <slomo_> some debhelper script should do it for you ;)
[11:11] <siretart> LaserJock: mailman should still work, but the webinterface is borked. I need to move it
[11:11] <slomo_> highvoltage: dh_compress
[11:12] <LaserJock> siretart: ok, I was trying to admin some stuff for ubuntu-science but the wiki comes up
[11:13] <siretart> right. thats the problem
[11:14] <Riddell> siretart: no time just now, might only get round to it tomorrow
[11:17] <siretart> Riddell: ah, I assumed you had an uncommited branch lying around on your harddisk
[11:17] <siretart> LaserJock: I'm on it
[11:17] <LaserJock> siretart: np, just wanted to make sure you were aware of it
[11:31] <bddebian> Ack, later folks
[11:42] <siretart> LaserJock: http://lists.tauware.de/listinfo/ubuntu-science
[11:42] <siretart> LaserJock: list address didn't change, I just tuned my apache
[11:46] <LaserJock> siretart: hmm, still gives me the wiki
[11:46] <rpedro> hi
[11:47] <rpedro> where can I file a bug for a package from universe repository?
[11:47] <rpedro> especifically audacity
[11:48] <LaserJock> same place as Main bugs
[11:48] <rpedro> nvm
[11:48] <rpedro> sry, thx
[11:48] <LaserJock> launchpad.net/distros/ubuntu/+filebug I think is the URL
[11:49] <LaserJock> rpedro: np, just trying to say that all the bugs are in one place
[11:49] <rpedro> but I don't know that they accept bugs for packages from universe at launchpad
[11:49] <LaserJock> sure, Universe is an offical Ubuntu repository
[11:49] <LaserJock> in fact, Universe used launchpad before Main did
[11:50] <rpedro> ok, will try the link from channel topic
[11:58] <siretart> LaserJock: please retry, should work now
[11:59] <siretart> LaserJock: if not, try flushing your browser cache
[12:00] <LaserJock> siretart: works now
[12:00] <siretart> cool
[12:01] <siretart> LaserJock: please try to moderate some mails and tell if I missed something
[12:04] <LaserJock> siretart: seems to work fine


[22:26] <nopf> hm, bzr branch tells me Errno 1 Operation not permitted. that's helpful, not. is it because of the fat filesystem??
[22:27] <mgrandi> can you post a pastebin of the bzr.log file?
[22:27] <nopf> if i had found it, i had looked into it :) lemme find it...
[22:28] <mgrandi> bzr version tells you where its located
[22:29] <nopf> mgrandi: thanks. ok. it's the symlink problem again :]
[22:29] <mgrandi> OperationNotPermitted seems like a operating system thrown error, and those are infamously terrible
[22:29] <nopf> does this mean i cannot for backup purposes push to a fat fs?
[22:30] <mgrandi> what type of fat? fat16, fat32, exfat?
[22:30] <mgrandi> I believe i have a repo on a fat32 thumbdrive somewhere
[22:30] <nopf> fat-without-symlinks, they are all that bad :)
[22:30] <mgrandi> so this is a repo with symlinks?
[22:30] <nopf> yeah, you have repos without symlink
[22:30] <nopf> right
[22:30] <mgrandi> yeahhhhh thats a long standing bug in bazaar...and pretty much every dvcs
[22:31] <mgrandi> and is complicated to fix >.>
[22:31] <nopf> i did not think of this. i thought problems would only aries if i do a checkout there, not with teh .bzr itself...
[22:31] <mgrandi> you might have to remove the symlink from the current revision to be able to checkout on windows / fat
[22:32] <mgrandi> I dunno how you even would fix it, my idea was to have a 'symlink.txt' file on filesystems/OSes that don't support it, but then what happens if you modify it and whatnot...
[22:32] <nopf> nope. no compromises. i will not encourage my users to use win. so i'll create a ext2 image file there on the stick and loop mount for now
[22:33] <mgrandi> i believe the code will attempt to do a symlink if its anything but win32
[22:33] <mgrandi> so im guessing you are on linux something, so it tries to create a symlink but fails cause the OS says the filesystem doesn't support it
[22:34] <nopf> right. this is a terrible world in this respect. only topped by encodings, xml, eol conventions and closed source software
[22:35] <mgrandi> yep haha
[22:35] <mgrandi> Windows _does_ support symlinks
[22:36] <mgrandi> but the problem is, by default a user does not have privs to create a 'junction' (win32 symlink)
[22:36] <mgrandi> so even if it did support it, it would fail half the time
[22:37] <nopf> well, windows support also internationalized 'Documents' and such dirs. which ubuntu or gnome or whoever are apt in adapting up to the same failures lately
[22:38] <mgrandi> https://bugs.launchpad.net/bzr/+bug/81689
[22:38] <mgrandi> is the bug report on it
[22:39] <nopf> yeah, i know, i stumbled onto this years ago. so many years ago that i already forgot again
[22:39] <mgrandi> i think git and hg just...don't even attempt to see that its a symlink and just version the file that the symlink points too
[22:39] <mgrandi> bazaar is trying to be too smart here =P
[22:40] <nopf> btw, '--no-tree' is what i wanted. for some reason i had assumed it was the default, which is obviously not true. so i got what i want for now. thanks again
[22:40] <mgrandi> you are welcome =)
[22:40] <mgrandi> yeah --no-tree just makes it so its like..on a server, where you just have a .bzr folder but no checkout (no reason to have one if its just a remote repo)
[22:41] <nopf> so windows machines at least can be servers for arbitrary repos, just not for developper machines. what a world
[22:43] <mgrandi> yep =)


[00:16] -SwissBot:#ubuntu-news- ::Planet:: Alan Pope: Snapcraft Clinic Successes @ https://popey.com/blog/2021/02/snapcraft-clinic-successes/
[08:03] -SwissBot:#ubuntu-news- ::Planet:: Martin-Éric Racine: Shipping Debian with GNOME X.XX.0 is an extremely bad idea @ http://q-funk.blogspot.com/2021/02/shipping-debian-with-gnome-xxx0-is.html (by<EMAIL_ADDRESS>(Martin-Éric))
[20:13] -SwissBot:#ubuntu-news- ::Planet:: Alan Pope: Mix and Match Rocketbooks @ https://popey.com/blog/2021/02/mix-and-match-rocketbooks/
[22:05] <Bashing-om> UWN: Issue 672 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue672 :D


[01:50] <mdeslaur> infinity: ok, new mysql, no big changes this time
[05:03] <tjaalton> RAOF: if you're available I've got another -intel patch to get in pronto.. :)
[05:04] <RAOF> tjaalton: Shoot.
[05:04] <tjaalton> oh good, I'll build it first just in case, but it's bug 1445221
[05:06] <tjaalton> there's also xtrans and libdrm for trusty in the queue, needed for the lts-vivid stack
[05:06] <tjaalton> those are backports as before
[05:06] <tjaalton> yeah -intel is fine, uploading
[05:17] <tjaalton> RAOF: ^ in case you missed all that
[05:17] <RAOF> tjaalton: I got it.
[05:18] <RAOF> tjaalton: Would you kindly reupload with the previous SRU's changlog in the source?
[05:18] <tjaalton> ok :)
[05:18] <tjaalton> in 1.6
[05:18] <tjaalton> ?
[05:18] <tjaalton> or changes
[05:18] <RAOF> Bah, I meant changes of course.
[05:18] <RAOF> :)
[05:18] <tjaalton> sure thing
[05:19] <RAOF> Because we need all the bugs to appear on pending-sru :)
[05:19] <tjaalton> right, was wondering about that
[05:19] <tjaalton> so this was the usecase
[05:20] <tjaalton> uploaded
[05:20] <RAOF> And now waiting for LP to catch up.
[05:21] <RAOF> Yeah, you need all the changes in -proposed to be in the .changes file, for two reasons: (1) So that we display an appropriate changelog in the software updater, and (2) so that all the SRU bugs get tracked
[05:22] <tjaalton> makes sense
[05:28] <RAOF> It occurs to me that I've been lax in reviewing your bug descriptions :)
[05:29] <RAOF> tjaalton: Also, that seems to disable vsync on VallyView, too?
[05:31] <RAOF> Although now that I look at the code more a bit more, it's replacing a return false with an extra stack frame, a couple of variable assignments, and a return false. So OK I guess.
[05:53] <tjaalton> RAOF: yeah, thanks again
[10:52] <Odd_Bloke> ianorlin: Further to what I mentioned yesterday, https://code.launchpad.net/~ubuntu-on-ec2/vmbuilder/mfdiff is the version that we use to produce the diffs on cloud-images.ubuntu.com.
[11:13] <jamespage> -queuebot/#ubuntu-release- Unapproved: neutron-fwaas (vivid-proposed/main) [2015.1~b3-0ubuntu1 => 2015.1~rc1-0ubuntu1] (no packageset)
[11:14] <jamespage> that makes no sense - its in main
[11:15] <Laney> which bit?
[11:24] <jamespage> Laney, its in main, but is in no packageset
[11:24] <jamespage> that went through on auto right?
[16:06] <Laney> jamespage: It's not automated; I just ran the script and now it's in ubuntu-server
[16:06] <Laney> sorry for the delay - embarked on an epic yak shave before I actually ran it... :)
[16:08] <Laney> (I do want to get this automated in the near future)
[16:13] <jamespage> Laney, ah - ok - thankis!
[18:57] <smoser> anyone able to take a look at my cloud-init upload ?
[18:58] <smoser> wow, thank you queuebot
[19:11] <infinity> smoser: It was me, not queuebot. :P
[19:11] <smoser> well, i'm not thanking you, infinity
[19:11] <smoser> :-)~
[19:12] <infinity> smoser: </3
[19:12]  * smoser is impressed with infinities emoticon knowledge.
[19:43] <stgraber> hmm, why do we have langpacks in NEW? previously removed ones?
[19:51] <infinity> stgraber: langpacks get new bits all the time.
[19:52] <stgraber> infinity: well, those are new sources with a diff, so that's what seemed a bit odd