[00:42] -queuebot:#ubuntu-release- New: accepted jupyter-sphinx-theme [amd64] (disco-proposed) [0.0.6+ds1-5]
[00:42] -queuebot:#ubuntu-release- New: accepted gcc-8-cross-mipsen [i386] (disco-proposed) [1~c1]
[05:50] <tsimonq2> It looks like livefs builds are consistently failing in the debootstrap stage:
[05:50] <tsimonq2> W: Failure while configuring required packages.
[05:50] <tsimonq2> W: See /build/chroot/debootstrap/debootstrap.log for details (possibly the package util-linux is at fault)
[05:51] <tsimonq2> I don't see a recent util-linux upload and debootstrap migrated several days ago.
[05:52] <tsimonq2> I have to get some sleep but I just thought I'd mention it in case anyone wants to dig deeper.
[06:36] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (cosmic-proposed/main) [20181206+dfsg1-0ubuntu1~18.10.0 => 20190124+dfsg1-0ubuntu1~18.10.0] (ubuntu-cloud)
[07:22] <mitya57> Hi! Can someone please look at Qt packages in https://launchpad.net/ubuntu/cosmic/+queue?queue_state=1 ? They are waiting since November.
[07:30] <mitya57> infinity: Maybe you? See https://irclogs.ubuntu.com/2018/11/02/%23ubuntu-release.html#t11:30 for the last time we talked about it.
[07:52] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20181206+dfsg1-0ubuntu1~18.04.0 => 20190124+dfsg1-0ubuntu1~18.04.0] (ubuntu-cloud)
[07:52] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (xenial-proposed/universe) [20181206+dfsg1-0ubuntu1~16.04.0 => 20190124+dfsg1-0ubuntu1~16.04.0] (ubuntu-cloud)
[07:52] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (trusty-proposed/universe) [20181206+dfsg1-0ubuntu1~14.04.0 => 20190124+dfsg1-0ubuntu1~14.04.0] (ubuntu-cloud)
[08:17] <LocutusOfBorg> question: how could camitk migrate to disco, if it depends on a ton of stuff in -proposed?
[08:18] <LocutusOfBorg> vorlon, I might have a fix for the mir search issue, and I can upload shortly I guess
[08:19] <acheronuk> LocutusOfBorg: fix the stuff in -proposed?
[08:19]  * acheronuk hides
[08:19] <LocutusOfBorg> acheronuk, I'm asking how could britney let it migrate
[08:19] <acheronuk> oh, it did migrate?
[08:19] <LocutusOfBorg> yes
[08:19] <acheronuk> F knows then
[08:21] <LocutusOfBorg> mmm also libvtk7-dev is not installable in release...
[08:30] -queuebot:#ubuntu-release- New binary: ldc [i386] (disco-proposed/universe) [1:1.12.0-1ubuntu1] (no packageset)
[08:39] <tjaalton> mitya57: those syncs are impossible to review..
[08:39] <tjaalton> I don't see how to get a diff for the update
[08:40] <mitya57> tjaalton: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3492/+packages — if you expand a package there will be diff link
[08:41] <mitya57> It’s a sync because the fixes depend on each other and the packages needed to be built in correct order.
[08:49] -queuebot:#ubuntu-release- New binary: ldc [amd64] (disco-proposed/universe) [1:1.12.0-1ubuntu1] (no packageset)
[08:56] <tjaalton> mitya57: thanks, accepted
[08:56] <mitya57> thanks to you!
[08:56] -queuebot:#ubuntu-release- Unapproved: accepted qtbase-opensource-src [sync] (cosmic-proposed) [5.11.1+dfsg-7ubuntu2]
[08:56] -queuebot:#ubuntu-release- Unapproved: accepted qttools-opensource-src [sync] (cosmic-proposed) [5.11.1-5ubuntu1]
[08:57] -queuebot:#ubuntu-release- Unapproved: accepted qtdeclarative-opensource-src [sync] (cosmic-proposed) [5.11.1-6build1]
[08:58] -queuebot:#ubuntu-release- New binary: ldc [armhf] (disco-proposed/universe) [1:1.12.0-1ubuntu1] (no packageset)
[08:59] -queuebot:#ubuntu-release- Unapproved: accepted flatpak [sync] (cosmic-proposed) [1.0.6-0ubuntu1.1]
[09:03] -queuebot:#ubuntu-release- New binary: ldc [arm64] (disco-proposed/universe) [1:1.12.0-1ubuntu1] (no packageset)
[09:04] -queuebot:#ubuntu-release- New: accepted ldc [amd64] (disco-proposed) [1:1.12.0-1ubuntu1]
[09:04] -queuebot:#ubuntu-release- New: accepted ldc [armhf] (disco-proposed) [1:1.12.0-1ubuntu1]
[09:04] -queuebot:#ubuntu-release- New: accepted ldc [arm64] (disco-proposed) [1:1.12.0-1ubuntu1]
[09:04] -queuebot:#ubuntu-release- New: accepted ldc [i386] (disco-proposed) [1:1.12.0-1ubuntu1]
[09:27] <Laney> login has a versioned breaks on util-linux that means they aren't coinstallable in disco release
[09:27] <Laney> that's why image builds are failing afaics
[09:33] <LocutusOfBorg> vorlon, it is about using cmake for capcnc or whatever is called
[09:33] <LocutusOfBorg> but shared and static, needs changes in packaging, ENOTIME
[09:54] <rbalint> tjaalton, could you please take a look at gce-compute-image-packages in the SRU queues? just a single upstream bug fix for a -proposed only regression
[10:27] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (cosmic-proposed) [20190124+dfsg1-0ubuntu1~18.10.0]
[10:27] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (bionic-proposed) [20190124+dfsg1-0ubuntu1~18.04.0]
[10:28] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (xenial-proposed) [20190124+dfsg1-0ubuntu1~16.04.0]
[10:28] <tjaalton> rbalint: done
[10:29] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (trusty-proposed) [20190124+dfsg1-0ubuntu1~14.04.0]
[10:29] <rbalint> tjaalton, thanks!
[11:16] -queuebot:#ubuntu-release- Unapproved: mutter (cosmic-proposed/main) [3.30.2-1~ubuntu18.10.2 => 3.30.2-1~ubuntu18.10.3] (desktop-extra, ubuntu-desktop)
[12:15] -queuebot:#ubuntu-release- Unapproved: apt (bionic-proposed/main) [1.6.7 => 1.6.8] (core)
[12:15] -queuebot:#ubuntu-release- Unapproved: apt (cosmic-proposed/main) [1.7.1 => 1.7.2] (core)
[12:52] <tsimonq2> Laney: Thanks.
[13:12] <Laney> for what?
[13:12] <Laney> but you're welcome! :>
[13:42] <doko> hdf5 migratable again ...
[13:57] -queuebot:#ubuntu-release- Unapproved: libmemcached (bionic-proposed/main) [1.0.18-4.2 => 1.0.18-4.2ubuntu<IP_ADDRESS>] (ubuntu-server)
[13:57] -queuebot:#ubuntu-release- Unapproved: libmemcached (cosmic-proposed/main) [1.0.18-4.2 => 1.0.18-4.2ubuntu<IP_ADDRESS>] (ubuntu-server)
[13:58] -queuebot:#ubuntu-release- Unapproved: libmemcached (trusty-proposed/main) [1.0.8-1ubuntu2 => 1.0.8-1ubuntu2.1] (kubuntu, ubuntu-desktop, ubuntu-server)
[14:08] <LocutusOfBorg> any AA, can you please think about moving both python3-pyverbs and rdma-core to universe?
[14:11] <LocutusOfBorg> rdma-core has been proposed because python3-pyverbs has been accepted to main instead of universe...
[14:12] <LocutusOfBorg> apw, ^^
[14:16] -queuebot:#ubuntu-release- Unapproved: libmemcached (xenial-proposed/main) [1.0.18-4.1 => 1.0.18-4.1ubuntu2] (ubuntu-server)
[14:25] <vorlon> hinting util-linux in past the irrelevant test failures, to unbreak images
[14:25] <vorlon> (and also to unbreak anyone who does an upgrade to disco :P)
[14:33] <vorlon> LocutusOfBorg: done
[14:36] <vorlon> doko: you seem to have promoted pcre2 without a team subscriber
[14:38] <vorlon> in fact, the number of unsubbed packages on http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html#unsubscribed has increased from 4 to 8 recently... 2 of those are mine, fixing now (raspi2), someone else should fess up and take ownership of the other
[14:40] <vorlon> (and subscribed foundations-bugs to pcre2 now)
[14:41] <doko> ooh, ouch
[14:41] <doko> not wanting to trade with desktop? ;p
[14:42] <LocutusOfBorg> vorlon, <3
[14:42] <vorlon> heh
[14:42] <doko> added as a permanent tracker: http://people.canonical.com/~ubuntu-archive/transitions/html/%C5%95ust.html
[14:43] <vorlon> ŕust?
[14:43] <doko> ?
[14:43] <doko> ohh, anyway
[14:43] <vorlon> :)
[14:44] <juliank> it's funny
[14:44] <cyphermox> heh
[14:46] <juliank> ῥust
[15:00] -queuebot:#ubuntu-release- Unapproved: e2fsprogs (bionic-proposed/main) [1.44.1-1ubuntu1 => 1.44.1-1ubuntu1.1] (core)
[15:04] -queuebot:#ubuntu-release- Unapproved: e2fsprogs (cosmic-proposed/main) [1.44.4-2ubuntu0.1 => 1.44.4-2ubuntu0.2] (core)
[15:14] <doko> vorlon: still finding "in progress" tests which are not running. Laney pointed out that these might have been deleted with your optimization work ...
[15:14] <doko> autopkgtest for django-maintenancemode/0.11.2-3: amd64: Test in progress, arm64: Test in progress, armhf: Pass, i386: Test in progress, ppc64el: Pass, s390x: Pass
[15:48] <vorlon> doko: I did a mass give-back of anything that was still 'in progress' at the end; and certainly, anything that was for python-defaults, I made sure was given back explicitly
[15:48] <vorlon> I think we are losing some number of tests from the queue again but I don't know why
[15:52] <Laney> is there an example from after the queue monkeying?
[15:53] <vorlon> I would expect django-maintenancemode is specifically
[15:53] <vorlon> I think I've also retried salt/arm64 and the results didn't materialize, but I could be misremembering
[16:38] -queuebot:#ubuntu-release- Unapproved: upower (cosmic-proposed/main) [0.99.8-2ubuntu0.1 => 0.99.8-2ubuntu0.2] (kubuntu, ubuntu-desktop)
[16:48] <doko> vorlon: would you be ok pre-promoting yaml-cpp before the security audit is done?
[16:48] -queuebot:#ubuntu-release- Unapproved: upower (bionic-proposed/main) [0.99.7-2 => 0.99.7-2ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[17:18] <juliank> doko: is there anything preventing us from demoting python-apt{,-dbg,-dev} binaries to universe?
[17:18] <juliank> because I don't see why they are in main
[17:18] <doko> I didn't ouch component mismatches this year ...
[17:18] <juliank> I don't see it in there
[17:19] <juliank> but I don't really know why
[17:19] <juliank> Task: ubuntukylin-desktop
[17:19] <juliank> hmm
[17:20] <juliank> but not sure why that is
[17:20] <juliank> well, ubuntu-kyling-software-center is in universe, so
[17:20]  * juliank wants to get rid of "typing" import failure hacks, and just make python-apt depend on python-typing
[17:21]  * vorlon glares at the maintainer's fix for Debian bug #919763
[17:29] <jbicha> juliank: I think they are in main because of https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/tree/supported#n127 so try adding the -dev and -dbg packages to Extra-Exclude there
[17:30] <jbicha> they should show up on component-mismatches on its next run and someone will look at demoting later
[17:30] <juliank> I'll see
[17:31] <juliank> s/see/try later/
[17:46] <doko> promoted the libyaml-cpp0.6 binary as a test ...
[17:46] <doko> will demote after the next britney run
[17:57] -queuebot:#ubuntu-release- Unapproved: mutter (bionic-proposed/main) [3.28.3-2~ubuntu18.04.2 => 3.28.3+git20190124-0ubuntu18.04.1] (desktop-extra, ubuntu-desktop)
[17:58] -queuebot:#ubuntu-release- New source: gcc-8-cross-mipsen (disco-proposed/primary) [2ubuntu1]
[17:58] -queuebot:#ubuntu-release- New: rejected gcc-8-cross-mipsen [source] (disco-proposed) [2ubuntu1]
[17:59] -queuebot:#ubuntu-release- New source: gcc-8-cross-mipsen (disco-proposed/primary) [2ubuntu1]
[17:59] -queuebot:#ubuntu-release- New: accepted gcc-8-cross-mipsen [source] (disco-proposed) [2ubuntu1]
[18:05] <vorlon> doko: yaml-cpp pre-promotion> as long as there's a subscriber :)
[18:06] <doko> RAOF: ^^^ who should be subscribed?
[18:25] <doko> vorlon: please update the ros-ros-common hint, s/-3/-4/
[18:32] <doko> vorlon: blockproposed was suggested by colin to avoid re-migration in the same britney run
[18:39] -queuebot:#ubuntu-release- Unapproved: gnome-shell (bionic-proposed/main) [3.28.3-0ubuntu<IP_ADDRESS> => 3.28.3+git20190124-0ubuntu18.04.1] (desktop-extra, mozilla, ubuntu-desktop)
[19:14] -queuebot:#ubuntu-release- Unapproved: gnome-shell (cosmic-proposed/main) [3.30.1-2ubuntu<IP_ADDRESS> => 3.30.2-0ubuntu<IP_ADDRESS>] (desktop-extra, mozilla, ubuntu-desktop)
[19:17] <sergiusens> vorlon: hey, since UTC today I do not see results for my snapcraft upstream tests, I see the webhook and task on github, get to see everything while running, but once they are done, they go to the void it seems
[19:26] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (bionic-proposed/main) [1:3.28.2-0ubuntu<IP_ADDRESS> => 1:3.28.2-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[19:29] <doko> we are getting there ...
[19:29] <doko> easy: 109+0: a-22:a-17:a-16:i-17:p-16:s-21
[19:29] <doko>     * amd64: cmtk, freecad, fw4spl, ginkgocadx, libadios-bin, libgap-sage-4, libgap-sage-dev, libjs-jssip, libjs-websocket, node-jssip, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <doko>     * arm64: cmtk, freecad, fw4spl, ginkgocadx, libadios-bin, libgap-sage-4, libgap-sage-dev, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <doko>     * armhf: cmtk, fw4spl, ginkgocadx, libadios-bin, libgap-sage-4, libgap-sage-dev, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <doko>     * i386: cmtk, freecad, fw4spl, ginkgocadx, libadios-bin, libgap-sage-4, libgap-sage-dev, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <doko>     * ppc64el: cmtk, freecad, fw4spl, libadios-bin, libgap-sage-4, libgap-sage-dev, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <doko>     * s390x: cmtk, freecad, fw4spl, ginkgocadx, libadios-bin, libgap-sage-4, libgap-sage-dev, node-websocket, openfoam, orthanc-wsi, python-adios, python3-adios
[19:29] <vorlon> sergiusens: I'm still off today, I defer to Laney or juliank (who at least will be available to look at it sooner on Monday)
[19:29] <doko> FAILED
[19:31] <vorlon> doko: nice. I fixed adios, and was just looking at openfoam; looks like the upstream build scripts need hit with a large hammer to stop them from gratuitously parallelizing (there's a Debian bug on this)
[19:32] <vorlon> short term, I can just remove the new and busted openfoam and we can let the previous version transition
[19:34] <doko> ohh, I just uploaded, limiting the parallelism to 3 as on other archs
[19:34] <vorlon> ok
[19:34] <vorlon> then you win :)
[19:35] <doko> and openfoam didn't show up on the readline tracker ...
[19:36] <doko> LocutusOfBorg: all the no-change rebuilds for "libdcmtk14" were don too early ...
[19:36] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (cosmic-proposed/main) [1:3.30.2-1ubuntu<IP_ADDRESS> => 1:3.30.2-1ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[19:43] <vorlon> ginkgocadx just needed ppc64el rebuilt against insighttoolkit4 now that it's sorted
[19:46] <vorlon> freecad has autopkgtest regressions; will drop that out of -proposed, file bug in Debian, no-change rebuild the previous version
[19:54] <vorlon> removed libgap-sage, fw4spl
[19:57] <vorlon> removed orthanc-wsi
[20:04] <doko> LocutusOfBorg: libjs-websocket is involved in the big transition... there is a block-proposed bug ?
[20:05] <doko> ahh, I see removal bug
[20:05] <vorlon> I attempted to remove the block-proposed tag but I guess lp timed out
[20:06] <vorlon> removed it now
[20:06] <vorlon> I think the justification for removal from release is moot if the new version is migrateable
[20:06] <vorlon> OTOH I also can't figure out from the package deps why these care at all
[20:07] <vorlon> oh, now I can, apparently I was reading poorly before
[20:07] <vorlon> so yes, those should be temporarily removed from release to disentangle nodejs from readline
[20:11] <vorlon> ah - except this is notest and shows nodejs ready to migrate under that standard
[20:11] <vorlon> so, not removing yet, as this should clear up now that block-proposed is dropped
[20:17] <doko> hmm, libgap-sage was already removed
[20:17] <doko> vorlon: sorry, had node-websocket already removed
[20:18] <vorlon> doko: ok, no real harm, either it gets back in right away or it doesn't
[20:18] <doko> and you uploaded freecad twice =)
[20:19] <doko> but all these is notest ...
[20:19] <vorlon> twice?
[20:19] <vorlon> https://launchpad.net/ubuntu/+source/freecad/0.16.6712+dfsg1-3build2 is the good one
[20:21] <doko> ahh, there was a debian sync in between our uploads?
[20:23] <vorlon> doko: rather, I deleted the newer version which was failing its autopkgtests
[20:25] <doko> bah, there is more todo for the test version
[20:29] <vorlon> including nodejs as it happens
[20:29] <vorlon> I just gave back the nodejs-related test failures w/ all-proposed
[20:30] <doko> should we disable autosync before the next batch of debian-med packages comes in? ;)
[20:31] <vorlon> lol @ mash bus error
[20:31] <vorlon> doko: yes
[20:32] <vorlon> (done)
[20:36] -queuebot:#ubuntu-release- Unapproved: gnome-settings-daemon (bionic-proposed/main) [3.28.1-0ubuntu1.1 => 3.28.1-0ubuntu1.2] (ubuntu-desktop)
[20:38] -queuebot:#ubuntu-release- Unapproved: gnome-settings-daemon (cosmic-proposed/main) [<IP_ADDRESS>-1ubuntu3 => <IP_ADDRESS>-1ubuntu3.1] (ubuntu-desktop)
[20:56] <vorlon> nodejs autopkgtests looking much better w/ all-proposed; only npm, node-marked-man, and nodejs itself to sort
[20:57] <vorlon> npm probably caused by the version in -proposed being ftbfs
[20:57] <vorlon> dep-wait rather
[20:58] <vorlon> retrying node-libnpx build
[21:30] -queuebot:#ubuntu-release- Unapproved: accepted e2fsprogs [source] (cosmic-proposed) [1.44.4-2ubuntu0.2]
[21:31] -queuebot:#ubuntu-release- Unapproved: accepted e2fsprogs [source] (bionic-proposed) [1.44.1-1ubuntu1.1]
[21:40] <vorlon> that failed; but it works against release version of node-lru-cache, so temporarily removing -proposed version for bootstrapping
[21:49] <vorlon> doko: do you know anything about gnudatalanguage? it seems broken on ppc64el, per the autopkgtests
[22:05] <RAOF> <freenode_dok "RAOF: ^^^ who should be subscrib"> Urgh, subscribe me :)
[22:07] <RAOF> You could technically subscribe ~mir-team, but I'm the only Ubuntu developer on that team, so it's much the same...
[22:21] <vorlon> bloody hell, node-libnpx still ftbfs on lp
[22:21] <vorlon> ah, network connectivity
[22:30] -queuebot:#ubuntu-release- New binary: node-libnpx [amd64] (disco-proposed/universe) [10.2.0-2ubuntu1] (no packageset)
[22:31] <LocutusOfBorg> doko, the rebuilds were not done early, it has migrated despite being not ready, not sure, but it is now uninstallable in release pocket.
[22:31] -queuebot:#ubuntu-release- New: accepted node-libnpx [amd64] (disco-proposed) [10.2.0-2ubuntu1]
[22:32] <LocutusOfBorg> [09:17:41] <LocutusOfBorg> question: how could camitk migrate to disco, if it depends on a ton of stuff in -proposed?
[22:32] <vorlon> LocutusOfBorg: according to http://people.canonical.com/~ubuntu-archive/proposed-migration/disco_uninst.txt it is not uninstallable; otoh according to that page lusernet.app is, so the report seems to be stale?
[22:33] <vorlon> (recently updated but possibly working from stale data)
[22:35] <doko> vorlon: no, didn't look yet
[22:36] <vorlon> doko: you just removed the wrong version of ngraph-gtk from -proposed ;)
[22:36] <LocutusOfBorg> vorlon, remove proposed pocket, start from -release package
[22:36] <doko> mehh
[22:36] <LocutusOfBorg> ok now it works, maybe this morning I was working with stale data
[22:36] <LocutusOfBorg> nice
[22:36] <doko> ok, I'll head to bed :-/
[22:37] <LocutusOfBorg> can I reupload node-websocket to disco?
[22:38] <vorlon> LocutusOfBorg: why, rather than having it recovered in -proposed?
[22:38] <LocutusOfBorg> vorlon, if you can, please go ahead :)
[22:38] <LocutusOfBorg> of course the new version from debian was good
[22:39] <vorlon> done
[22:45] <vorlon> hmm at least part of the transition just cleared
[22:45] <LocutusOfBorg> btw, doesn't kicking out node-srs to proposed "disentangle" nodejs with all the other stuff?
[22:46] <LocutusOfBorg> (and node-millstone, as dependency)
[22:48] <LocutusOfBorg> oh gap
[22:54] <LocutusOfBorg> doko, I found at least 3 packages in -proposed that were FTBFS, and retrying worked
[22:54] <LocutusOfBorg> can yuo please retry them all?
[22:54] <LocutusOfBorg> or maybe we can do it later, once everything goes in release
[22:55] <vorlon> npm successfully built \o/
[22:55] <LocutusOfBorg> we have a lot of stuff in proposed that was FTBFS due to the breakage, I just "fixed" a gap package
[22:58] <LocutusOfBorg> vorlon, what does npm fix? :)
[22:58] <LocutusOfBorg> I think marked-man is my worst nightmare
[22:58] <vorlon> LocutusOfBorg: it fixes the fact that old npm was broken with new nodejs
[22:58] <vorlon> one step closer to migration
[22:58] <LocutusOfBorg> ok npm->nodejs/amd64
[22:58] <LocutusOfBorg> got it
[22:59] <LocutusOfBorg> I got it after looking at nodejs failures :)
[22:59] <vorlon> node-lru-cache also looks awful
[23:01] <LocutusOfBorg>     not ok 5 - expires # time=161.606ms
[23:01] <LocutusOfBorg> vorlon, timeout?
[23:01] <vorlon> is that what it is?
[23:02] <LocutusOfBorg>             method: _onTimeout
[23:02] <LocutusOfBorg>           stack: |
[23:02] <LocutusOfBorg>             Timeout._onTimeout (test/foreach.js:125:7)
[23:02] <LocutusOfBorg> mmm looks some timeout didn't fire in time?
[23:05] <LocutusOfBorg> vorlon, debian/patches/fix_test.patch
[23:05] <LocutusOfBorg> we have already one patch relaxing timings
[23:05] <LocutusOfBorg> and it would explain the failure on i386
[23:06] <vorlon> LocutusOfBorg: ok, I leave this to you
[23:06] <vorlon> I'm afk now
[23:07] <LocutusOfBorg> vorlon, my train is getting to the final station, I'm really afk now too :)
[23:09]  * LocutusOfBorg uploads in ppa and will kick tests tomorrow
[23:21] <xnox> doko, well done on finishing mir
[23:47] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (bionic-proposed) [<IP_ADDRESS>]


[01:39] <viper550> I'm trying to get Gimmie included with Edgy
[01:49] <troy_s> Gimmie?
[01:49] <jsgotangco> wow that's pretty radical for edgy even
[01:49] <troy_s> wtf is gimmie?
[01:51] <jsgotangco> http://<IP_ADDRESS>/search?q=cache:dVqv2BZzXpoJ:www.beatniksoftware.com/gimmie/+gimmie&hl=tl&gl=ph&ct=clnk&cd=2
[01:51] <jsgotangco> (the original site exceeded its bandwidth)
[01:52] <jsgotangco> http://beatnik.infogami.com/Gimmie
[02:15] <Who_> Isn't the developer of that out of work at the moment?
[02:16] <Who_> some full time employment with canonical could bring Gimmie along fast, and bring Ubuntu some more really original code :P
[02:17] <jsgotangco> i dont see it giving great value to the distro so much as compared to something like smart that would warrant funding for development
[02:18] <Who_> true
[02:19] <Who_> It is written in Python though, so it's got a good chance :P
[02:19] <Who_> Anyone using it?
[02:19] <jsgotangco> ive only used it once
[02:20] <Who_> and...?
[02:20] <jsgotangco> its nice for sure
[02:20] <Who_> I think I'll have to leave trying it for another night. Bed is calling me (with oh, such a sweet voice)
[02:20] <Who_> bye all,
[02:20] <jsgotangco> but then no one made spec for including it
[02:21] <Who_> is it too late?
[03:17] <troy_s> what is smart?
[03:21] <jsgotangco> http://labix.org/smart
[03:21] <jsgotangco> canonical has been funding development of smart since last year
[05:13] <troy_s> who lives?
[05:27] <troy_s> so what happened with smart?
[05:27] <troy_s> it wasn't on the spec agenda at the summit was it?
[05:28] <jsgotangco> yes it was
[05:28] <troy_s> really?
[05:28] <jsgotangco> well mvo is pretty heavily involved with smart
[05:28] <troy_s> who is mvo?
[05:29] <jsgotangco> michael vogt
[05:29] <troy_s> ah
[05:29] <troy_s> he's the apt fellow, no?
[05:29] <jsgotangco> yep we also did gnome-app-install along with sebastian heinlein
[05:29] <troy_s> ah
[05:30] <troy_s> do you know much about the gdm logon transparency technique?
[05:31] <jsgotangco> hmm no sorry
[05:31] <jsgotangco> :/
[05:31] <troy_s> crappers
[11:07] <lapo> hi
[11:33] <waky> hello
[01:48] <klepas> moinmoin
[02:16] <klepas> bersace: ping
[02:16] <bersace> hello
[02:16] <klepas> bersace|code: how has the wiki been going?
[02:16] <bersace|code> nothing
[02:17] <bersace|code> i'm working hard on gnome-scan
[02:17] <bersace|code> so ubuntu-art is quite paused for me
[02:17] <klepas> fair enough
[02:17] <bersace|code> see CategoryArtwork to see what is migrated to the new tree
[02:17] <klepas> i'm getting some time as of tomorrow evening
[02:18] <klepas> i'd be happy to continue from where-ever you left off :)
[02:18] <klepas> thanks
[02:19] <bersace|code> klepas: i did a lot of review in Archives
[02:19] <bersace|code> you may want to do some review for Kubunut 5.10, 6.06 LTS and Edubuntu 6.06
[02:20] <bersace|code> i can sent you the tools i use to make screenshots and icons preview
[02:26] <klepas> i'll stick to redoing text at the moment
[02:33] <bersace|code> klepas: there are some indication to write in some pages such as Artwork/Specs, Artwork/Archives and Artwork/Incomings to help people
[02:33] <klepas> sure
[03:47] <troy_s> the message at art.ubuntu.com is a bit colloquial.
[03:48] <klepas> troy_s: it doesn't have to be formal does it?
[03:48] <kwwii> troy_s: who wrote that?
[03:48] <kwwii> it sounds like an official "we don't want you"
[03:48] <klepas> i did
[03:48] <klepas> =S
[03:48] <kwwii> hehe
[03:48] <kwwii> a bit too formal, I think
[03:49] <kwwii> the intent is good, but the wording could be lighter
[03:49] <klepas> do we really need to change it..? =\
[03:49] <kwwii> anyway...gotta pick up my kid form guitar class
[03:49] <kwwii> bbl
[03:50] <troy_s> there is a difference between colloquialisms, friendliness, etc.
[03:50] <klepas> well art.ubuntu.com is visited by many, many people
[03:51] <troy_s> correction:  it is much better than it wasy
[03:51] <klepas> i think some formality for a formal site could do
[03:51] <troy_s> yep
[03:51] <troy_s> i agree 100%, you did a great job.
[03:51] <troy_s> just re-read it.
[03:51] <klepas> good-o
[03:51] <troy_s> it was a little 'loose' initially, now it looks very top notch.
[03:51] <troy_s> nice work
[03:52] <troy_s> only thing i can think of is perhaps provide a means for folks to get involved
[03:52] <troy_s> as in the wiki starting point or something.
[08:01] <mhb> I am sorry for such a lame question, but does the Ubuntu artwork team create some art for Kubuntu as well? Or what team does that?
[08:01] <kwwii> yepp, we doo
[08:01] <kwwii> in fact, I do
[08:02] <mhb> that's great :o)
[08:02] <kwwii> mhb: until now they are totally seperate (and the artwork itself will not be the same) but we want to try and make the artwork in a bigger group for this release
[08:03] <kwwii> I did pretty much everything by myself for dapper
[08:03] <kwwii> there is also xubuntu, they need artwork too
[08:03] <mhb> kwwii: really? Well then I have to thank you for all the great work
[08:05] <mhb> kwwii: where do the Kubuntu artwork discussions take place?
[08:06] <kwwii> here, and on the mailing list
[08:06] <mhb> kwwii: I started to read the Ubuntu artwork ML a few days ago and it's almost 100% Ubuntu discussions
[08:06] <kwwii> yepp, because until now, I am the only kubuntu artist
[08:07] <kwwii> no need for me to discuss thing with myself :-)
[08:08] <mhb> kwwii: OK, thank you very much :o) If I have some ideas about the Kubuntu artwork I'll post them to the Ubuntu-artwork ML, then.
[08:08] <kwwii> my email address is wimer at kde dot org , if you'd like to discuss anything privately as well
[08:08] <kwwii> but the ML is the best place for general discussion
[08:11] <mhb> kwwii: Sorry for bothering you but I have one more question - is there a website with a basic design roadmap for Kubuntu Edgy? I'd love to RTFM about Kubuntu artwork a bit...
[08:13] <kwwii> hehe
[08:13] <kwwii> mhb: not really...I jsut kinda did what I wanted :p
[08:14] <kwwii> mnb: basically, it has to fit to the other graphics that are already in kde
[08:14] <kwwii> I take care of the kde artwork as well (and I am on the oxygen icon team)
[08:14] <kwwii> seen oxygen yet?
[08:14] <kwwii> oxygen-icons.org (also in kde svn)
[08:14] <mhb> kwwii: only some previews on their pages ...
[08:15] <kwwii> that is pretty much the future of kde graphics
[08:15] <kwwii> of course, for kubuntu we want to make artwork that fits to kde, but also kinda fits with ubuntu and the other *buntus
[08:15] <mhb> kwwii: do you think Oxygen icon set will make it into Edgy?
[08:15] <kwwii> so that when you see an ubuntu and a kubuntu next to each other you know that they are related
[08:16] <kwwii> mhb: not too sure about that
[08:16] <kwwii> since we only have 4 months
[08:16] <kwwii> I do have a spec on launchpad which says we want to use them, but I am not sure if we will get it done in time
[08:16] <kwwii> and oxygen is really for kde4 anyway
[08:17] <kwwii> mhb: feel free to bother me as much as you like :-) it is great to find someone who wants to work on kubuntu artwork!
[08:17] <kwwii> you are from the czech republic?
[08:17] <mhb> kwwii: yes
[08:18] <kwwii> I live about an hour from the czech border (in germany)
[08:19] <kwwii> anyway...don't hesitate to ask any questions, and know that we'd love your help
[08:19] <kwwii> I was appointed "artist in chief" for kubuntu, now I need some artists to be the chief of :p
[09:15] <newz2000> I have some thoughts about improving the human gtk theme, but don't know where to put them. Should that go on launchpad, and if so, what is the correct way to do that?
[09:16] <kwwii> post any ideas to the ml, but note that we are not really in that phase yet
[09:16] <kwwii> if the idea is a technical consideration, go right ahead
[09:16] <newz2000> ok. Isn't the gtk theme a todo for edgy?
[09:17] <kwwii> yes, it is...but if you look at the wiki you'll see the plan for edgy
[09:17] <kwwii> anyway...go ahead and post it to the ML
[09:17] <kwwii> https://wiki.ubuntu.com/Artwork/Specs/EdgyArtworkPlan
[09:17] <kwwii> we are trying to work in an organized fashion this time :p
[09:17] <newz2000> ok. Do you forsee there soon being some "here's how to use launchpad" for the art-team documentation?
[09:18] <kwwii> hehe, I wish
[09:18] <kwwii> launchpad is confusing even to me
[09:18] <newz2000> kwwii: are you one of the people keeping the wiki updated?
[09:19] <kwwii> actually, that would be bersace|code, niel or pascal
[09:19] <newz2000> ah, ok.
[10:21] <kwwii> I am drawing butterfly for printing on posters and I HATE IT!!!!
[11:47] <Chewie> Hi
[11:47] <Chewie> I got a legal question. The Ubuntu Logo is subject to trademark policy (http://www.ubuntu.com/ubuntu/TrademarkPolicy/). However, it's included in the package "ubuntu-artwork", whose copyright says its contents are licensed under Creative Commons. Is this an incoherence or am I missing something?


[00:38] <CarlFK> I have 2 bugs, and would like help sorting out what exactly is going on
[00:51] <CarlFK> ubuntu alt installer, Alt-F2 to a BusyBox shell, anna-install openssh-client-udeb - it installs, but I get an error: "Loading libcrypto0.9.8-u failed for unknown reasons. Aborting. <continue> <go back>"
[00:51] <CarlFK> http://dev.personnelware.com/carl/temp/May21/a/hardy_install_error1.png
[00:52] <CarlFK> looking at the logs http://dev.personnelware.com/carl/temp/May23/d/qemu/log/syslog  i see
[00:52] <CarlFK> Package libcrypto0.9.8-udeb is already installed and configured  May
[00:52] <CarlFK> er, ignore May...
[00:53] <CarlFK> so A) why is it trying to install it again
[00:53] <CarlFK> B) why is that causing an error
[00:53] <CarlFK> C) why is the error message "unknown reasons." ?
[00:55] <kindofabuzz> is there a permenant fix for the "set as desktop backgound" bug?  i know the temp one
[08:40] <leifdk1978> hey any one got time to (mentor) me a bit is new in bughunting :)
[08:42] <gnomefreak> anyone up happen to know where the file is to enable apport i cant find it anymore :(
[08:57] <leifdk1978> any one wana help me get better at trangle
[09:15] <ruiboon_> gnomefreak:  /etc/default/apport
[09:16] <gnomefreak> ah default thanks
[09:16] <ruiboon_> np
[09:17] <ruiboon_> leifdk1978: i can try to help. though i am relatively new too
[09:17] <leifdk1978> ok yeah just started last nigth soo
[09:19] <ruiboon_> leifdk1978: started mine a couple weeks ago
[09:19] <leifdk1978> so a i am learing what info should be  i a report before i confirm
[09:22] <ruiboon_> leifdk1978: i base my actions on https://wiki.ubuntu.com/Bugs/HowToTriage (under confirming)
[09:23] <leifdk1978> ohh nice
[09:24] <leifdk1978> thanx
[09:27] <ruiboon_> leifdk1978: no problem
[09:28] <leifdk1978> is semi afk is trying to learn python
[11:29] <Laibsch> Can somebody please make sure that this bryce-guy either gets off the dope or gets his medication immediately? Whichever it is.  Look at history of bug 189579.
[11:29] <Laibsch> What a clueless jerk
[11:36] <RAOF> Laibsch: It looks like the bug he duped it against fixes your complaint, right?
[11:37] <RAOF> Laibsch: "New log in in a window" now uses Xephyr, according to bug #173837, which resolves your bug?
[12:03] <Laibsch> RAOF: That is the point, the *title* seems to suggest the bugs are dupes.  Actually reading the comments of 173837, I am not sure about what that bug is about after all.  The reason given for the closure make it clear to me that this bug is not a dupe to mine.
[12:03] <Laibsch> And, most importantly, I still don't see this menu entry
[12:04] <Laibsch> -> my comment 8
[12:05] <Laibsch> That is what gets me so infuriated
[12:05] <Laibsch> I explain at length, I bug for feedback and questions to avoid misunderstandings
[12:06] <Laibsch> Bryce just goes on with his way of "shoot in the dark" as long as this bug gets off my list
[12:06] <Laibsch> The bug tracker is not about getting the bug count down.
[12:06] <Laibsch> It is about actually fixing bugs
[12:06] <Laibsch> (not that this was a severe bug, or even a real bug.  it is only wishlist)
[12:15] <leifdk1978> hey againg guys
[12:15] <thekorn> hi leifdk1978 et all.
[12:26] <Iulian> Hello thekorn
[12:27] <thekorn> huhu Iulian
[12:39] <siretart> why does any user may nominate bugs for releases? As found in bug #44194?
[12:40] <siretart> for this bug this is totally pointless
[14:01] <qense> there are a lot of topics at the Ubuntuforums that are actually bugs
[14:01] <qense> shouldn't we also try to look there and ask people to open a bug report?
[14:01] <qense> or ask the ubuntuforums community to do so?
[14:10] <ruiboon_> i guess asking the ubuntuforums community to do so would be a better choice
[14:11] <ruiboon_> that would be better as dupes would be checked
[14:11] <ruiboon_> and checked for repeatability
[14:12] <ruiboon_> though these are current things what the bugsquad does in launchpad
[14:13] <ruiboon_> or there may be somelike of a link between the ubuntuforums to launchpad bug tracking. just like the link between questions and bugs
[14:41] <qense> yeah, maybe that would be good
[14:41] <qense> but that would mean that a LP pluging for the forums has to be written
[14:41] <qense> oh
[14:41] <qense> I've got to go
[14:41] <qense> bye!
[14:44] <pimanx> Hi, I'm new to bugsquading, and was wondering which status to set to bug reports regarding translation error - is it 'Invalid'?
[15:20] <mikes80> hey guys, this the right place to ask advice about filing a bug?
[15:40] <fidodido> need help in PR  just a click http://www.alaskan.ro  thanks!  sorry about message
[16:05] <Iulian> bddebian: No boo today?
[16:05] <Iulian> Hey james
[16:07] <james_w> hi Iulian
[16:19] <bddebian> Iulian: Heh, missed it. :-(  Hello :)
[16:29] <Iulian> bddebian: Hey :)
[16:42] <LucidFox> Should I check for private data in CoreDump.gz?
[16:42] <LucidFox> It's huge...
[17:09] <Iulian> LucidFox: Which bug?
[17:14] <Iulian> LucidFox: You might want to check the stacktrace file for private data.
[17:14] <LucidFox> I did
[17:14] <Iulian> LucidFox: If it doesn't contain anything important then you can mark the bug as public.
[17:43] <hggdh> LucidFox: you should always assume coredumps will contain private data
[17:44] <LucidFox> ah
[17:57] <hggdh> LucidFox: too big to search, too many thing might have been going on when the coredump was taken
[18:06] <LucidFox> YES!!!!!!
[18:06] <LucidFox> wait
[18:06] <LucidFox> wrong channel
[19:43] <mnemo> someone should assign a dev to this bug (7 duplicates and 40+ comments), it should not be "low importance" it affects almost everyone --> https://bugs.launchpad.net/ubuntu/+source/libflashsupport/+bug/183917
[19:46] <\sh> mnemo, people deal when they have time
[19:46] <\sh> mnemo, this bug is on the radar and we are searching for a solution
[19:46] <mnemo> okay sounds great
[22:02] <ffm> bdmurray: ping
[22:05] <crimsun> mnemo: it is very much a low importance bug.  There's a known and relatively unintrusive workaround.
[22:06] <mnemo> crimsun: what is the workaround?
[22:06] <crimsun> mnemo: don't use pulseaudio.
[22:06] <mnemo> ahh okay, I see... how can I turn it off?
[22:07] <crimsun> either remove the pulseaudio package, and/or choose not to enable software sound mixing in System> Preferences> Sound
[22:11] <mnemo> hmm turning off ESD didnt work for me
[22:11] <mnemo> crimsun: even if this is not fixed in 8.4.1 or so, do you think it will be fixed for intrepid?
[22:12] <crimsun> it's already fixed in intrepid.
[22:12] <mnemo> sweet
[22:12] <mnemo> pulseaudio fixes some other things for me so I'd rather keep it
[22:12] <mnemo> so I think i'll just avoid playing flash audio stuff while playing music until intrepid
[22:13] <crimsun> it's probably better fixed for hardy-backports
[22:13] <crimsun> (alsa-lib, alsa-plugins, and flashplugin-nonfree need to be backported)
[22:17] <mnemo> crimsun: I added some of this info as a comment to the bug so people know their options (nobody had mentioned this workaround in the comments before afaik) --> https://bugs.launchpad.net/ubuntu/+source/libflashsupport/+bug/183917
[22:19] <crimsun> mnemo: right, no one explicitly stated it in 183917, though Luke and I both have mentioned other bugs that contain that info.  Thanks.
[22:48] <Gralco> I turn an application in to Brian Murray for the ubuntu bug control team a week ago and I still haven't had any notice from it.
[22:48] <Gralco> How long does it usually take?
[23:05] <Gralco_> I turn an application in to Brian Murray for the ubuntu bug control team a week ago and I still haven't had any notice from it.


[00:35] <droid3> ok got issue when i do a dput ... its asking me for a .changes file
[00:36] <droid3> dput ppa:myusername/testing mytest.deb
[00:36] <droid3> why cannt i send the .deb up to my launchpad account ???
[00:36] <droid3> what is up with this .changes file.
[00:36] <droid3> Not this is a new ppa i created for testing purposes
[00:37] <droid3> so how can i upload my .deb to it and then test out that i can apt-get from it by adding the repo ppa location
[00:37] <droid3> i know how to add repo so the later is not an issue.
[00:37] <droid3> its getting the .deb on the ppa ???
[00:49] <droid3> ok i bite confused so apparently launchpad does accept .deb files they build the deb on site
[00:49] <droid3> but now i am trying to figure out debuild
[01:49] <droid3> its not difficult to use existing ppa its just a whole another monkey shit world when it comes to the other way actually building packages for hosting sites ...ppa ..etc
[01:50] <droid3> fuck ridiculous
[01:59] <droid3> make up your fucking mines launchpad do you want it in source form or do you want the .deb file and if you want the source can you explain better how the fucking get .controls file and how to do debuild , dput for a given ppa you created
[02:01] <droid3> back to just hosting my files as a .tar.gz and instructions.
[02:02] <droid3> i got tar.gz in binary or source make yourself format
[02:02] <droid3> yet its a whole dog shit deal to get it into a deb in a repo like ppa
[03:01] <droid3> please i urgue you guys to consider to make a youtube video on how to use dput with your launchpad account
[04:04] <Darxus> Haha, I'm not the only one who babbles at this channel while nobody is listening.
[04:08] <Darxus> droid3: What is this software you're packaging?
[05:45] <droid3> ok i got it close with dh_make
[05:46] <droid3> but now when i do fakeroot dpkg-buildpackage -F
[05:46] <droid3> i get this last error failed to sign .dsc file
[05:46] <droid3> i dont really want to make a public key and sign
[05:47] <droid3> is there away to tell it to just build an unsigned deb package
[05:47] <droid3> because i have seen this method also produces the changes file and keeps the source file as well as building the .deb file
[05:48] <droid3> in which case all ignore the deb file and just take the .changes file with dput and the source directory and i should beable to upload to my launchpad ppa now
[05:49] <droid3> but i need this last issue about gpg and signing stuff i dont really want to create gpg keys just to have this shit work to my launch pad if i dont have to
[05:49] <droid3> its a test upload i plan on deleting it just want to see it work before i write better install/uninstall scripts and sign stuff
[06:01] <droid3> dpkg-buildpackage -uc -us
[06:01] <droid3>
[06:02] <droid3> does it but i still need to figure out how i uses gpg with dpkg-buildpackage to make signed stuff because launchpad wants signed stuff before i can upload to my ppa apparently
[06:02] <droid3> for overly secure purpose
[06:03] <droid3> because there so many malicous programs running around out there. ridiculous even if there was the ppa are for personal repo not even the main repos anyway wtf
[06:04] <droid3> so convoluted i could have decent thousand times better package managers for all the systems because normally your only using a fraction of the features of installing package anyway.
[06:05] <droid3> overly complex , to many tools , ...etc ridiculous where as the other side adding ppa , or apt-getting , or software center ,...etc is very easy for the end user to do
[06:05] <droid3> its just for the programmer side its made ridiculously complicate
[06:06] <droid3> still got to figure out the gpg with the buildpackage command as that yields the changes file i need to dput this into my ppa and end all this shit once and for all
[06:11] <droid3> ok i got a changes file but now when i do a dput ppa/URL mychangesfile
[06:11] <droid3> i get
[06:11] <droid3> gpgme_op_verify: GPGME: No data
[06:12] <droid3> so dput really needs a gpg signed key to upload it to launchpad O joy another bundle of shit
[06:12] <droid3> ok well if i figure this last aspect out i should people to see it upload to my launchpad account
[06:13] <droid3> and then beable to add it to my apt-get as another repo location that be the easy part if i can just get gpg to work with this
[07:39] <droid3> ok dput says package has already been upload so where the heck are they i dont see any files on the website going to the testing ppa i created ?
[07:39] <droid3> Where on the launchpad site do you go to see these
[07:41] <droid3> And going thru all this trouble and bullshit of having getting launchpad to build the .deb stuff and repos... please good tell me the packages are at least made portable enough for all major debian based OS and not something specific to just ubuntu or mint or something
[09:19] <droid3> where the heck can i see the dput files i just upload under my test ppa in my launchpad account
[09:20] <droid3> i finally was able to get them up with dput to my launchpad account no i cannt see them list under the test ppa i create WTF
[09:20] <droid3> they said successfully upload and i went thru installing a gpg key and everything just to see this shit work yet what the heck
[09:52] <RikMills> droid3: most usual cause is the upload was not signed with a gpg key, or one that is registered to your LP account
[11:24] <Fudge> anyone about
[11:26] <Fudge> i have a ppa i want to uplaode a pavckage for focal but the ppa was setup with disco, do i allow focal packages in launchpad or is it when i am using dput
[12:28] <RikMills> Fudge: if the 1st changelog line has focal instead of disco when you build the source to upload, launchpad will build it for focal in the ppa
[12:30] <RikMills> e.g. https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc/+sourcepub/11791989/+listing-archive-extra
[13:48] <cjwatson> droid3: Your upload was rejected (and Launchpad sent you an email about that) because the top entry in debian/changelog targeted it at "unstable"; you need to put the name of an Ubuntu series there, e.g. "focal".
[13:49] <cjwatson> (At least, our logs say that Launchpad sent you an email.  Of course email sometimes fails to arrive for whatever reason.)
[13:50] <cjwatson> Also please note that dh_make just generates very basic template packaging and you're expected to need to edit the result.
[20:40] <droid3> ok i dput the source package up on launchpad i dont know where it is from the website
[20:41] <droid3> however when i add the ppa to software center i get this error with software center when i reload it.


[00:12] <LoyalWolf> O_o
[00:47] <GOVATENT> hey guys. who ever is online, please join our mimi mini ubuntu hour hang out
[00:48] <GOVATENT> ping: itnet7 maxolasersquad mhall119 RoAkSoAx svwilliams dantalizing bluebomber
[01:18] <bluebomber> Hey I don't have a mic or webcam, but I'm hanging.
[01:19] <bluebomber> Ugh... I need a webcam.
[01:19] <bluebomber> Hi, GOVATENT
[01:19]  * bluebomber waves back
[02:33] <bluebomber> hangout link?
[03:40] <bluebomber> That was fun.
[03:40] <bluebomber> :)
[03:47] <bluebomber> Meanwhile, in Europe: http://www.itworld.com/software/228393/free-software-activists-take-google-new-free-search-engine
[04:09] <bluebomber> ping: itnet7 maxolasersquad mhall119 RoAkSoAx svwilliams dantalizing bluebomber
[04:09] <bluebomber> Is anyone else using YaCy yet?
[07:04] <bluebomber> Grrrrr.... Still not done grading.
[07:04] <bluebomber> Sooooo tired...
[11:27]  * LoyalWolf is away: sleeping, or out.
[12:33] <mhall119> but fun/w 33
[12:33] <mhall119> bah
[19:49]  * LoyalWolf is back (gone 08:21:55)
[20:24]  * LoyalWolf is away: sleeping, or out.
[20:25]  * LoyalWolf is back (gone 00:01:12)
[21:05] <dantalizing> wut
[21:59] <bluebomber_satel> Hello, all.
[22:23] <SleepyNeko> hi