[00:01] <acheronuk> no, Neon have been having fun the last few weeks!
[00:03] <acheronuk> night all. sleep well
 @acheronuk, You too! Dream of updating symbols in qtbase. ;)
[00:03] <acheronuk> or if you're Simon, maybe just have another gallon of redbull
[00:04] <tsimonq2> XD
[00:06] <valorie> niters acheronuk
[00:06] -kubuntu-ci:#kubuntu-devel- Project zesty_stable_kstars build #60: STILL UNSTABLE in 28 min: https://kci.pangea.pub/job/zesty_stable_kstars/60/
[00:07] <valorie> I guess the basic frustration is based on the fact that we ain't rolling
[00:08] <tsimonq2> Just close your eyes for 24 hours and when you open them again we'll be rolling :P
[00:08] -kubuntu-ci:#kubuntu-devel- Project zesty_stable_ark build #69: STILL UNSTABLE in 17 min: https://kci.pangea.pub/job/zesty_stable_ark/69/
[00:09] <valorie> ha
[00:09] <valorie> dinner....
[00:09] <tsimonq2> o/
[00:22] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kalzium build #196: STILL UNSTABLE in 28 min: https://kci.pangea.pub/job/zesty_unstable_kalzium/196/
[00:23] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_ark build #247: STILL UNSTABLE in 31 min: https://kci.pangea.pub/job/zesty_unstable_ark/247/
[00:32] -kubuntu-ci:#kubuntu-devel- Project zesty_stable_cantor build #76: STILL UNSTABLE in 41 min: https://kci.pangea.pub/job/zesty_stable_cantor/76/
[00:34] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_elisa build #94: STILL UNSTABLE in 26 min: https://kci.pangea.pub/job/zesty_unstable_elisa/94/
[00:46] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_cantor build #65: STILL UNSTABLE in 35 min: https://kci.pangea.pub/job/artful_unstable_cantor/65/
[00:46] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kstars build #306: STILL UNSTABLE in 36 min: https://kci.pangea.pub/job/zesty_unstable_kstars/306/
[01:11] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ark build #565: STILL UNSTABLE in 24 min: https://kci.pangea.pub/job/xenial_unstable_ark/565/
[01:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kalzium build #259: STILL UNSTABLE in 25 min: https://kci.pangea.pub/job/xenial_unstable_kalzium/259/
[01:23] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kalzium build #95: STILL UNSTABLE in 23 min: https://kci.pangea.pub/job/artful_unstable_kalzium/95/
[01:37] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_okular build #74: UNSTABLE in 25 min: https://kci.pangea.pub/job/artful_unstable_okular/74/
[01:37] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_elisa build #88: STILL UNSTABLE in 37 min: https://kci.pangea.pub/job/xenial_unstable_elisa/88/
[01:43] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_ruqola build #18: STILL FAILING in 4 min 41 sec: https://kci.pangea.pub/job/zesty_unstable_ruqola/18/
[01:43] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ruqola build #18: STILL FAILING in 4 min 37 sec: https://kci.pangea.pub/job/xenial_unstable_ruqola/18/
[01:44] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libksieve build #254: STILL FAILING in 6 min 35 sec: https://kci.pangea.pub/job/xenial_unstable_libksieve/254/
[01:46] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_babe build #99: STILL FAILING in 7 min 42 sec: https://kci.pangea.pub/job/xenial_unstable_babe/99/
[01:46] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kdepim-runtime build #271: STILL FAILING in 7 min 50 sec: https://kci.pangea.pub/job/zesty_unstable_kdepim-runtime/271/
[01:47] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdev-python build #143: STILL FAILING in 3 min 42 sec: https://kci.pangea.pub/job/xenial_unstable_kdev-python/143/
[01:48] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kstars build #577: STILL FAILING in 5 min 56 sec: https://kci.pangea.pub/job/xenial_unstable_kstars/577/
[01:48] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_incidenceeditor build #229: STILL FAILING in 5 min 36 sec: https://kci.pangea.pub/job/xenial_unstable_incidenceeditor/229/
[01:48] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_cantor build #184: STILL UNSTABLE in 24 min: https://kci.pangea.pub/job/zesty_unstable_cantor/184/
[01:55] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libgravatar build #149: STILL FAILING in 6 min 3 sec: https://kci.pangea.pub/job/xenial_unstable_libgravatar/149/
[01:55] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libksieve build #232: STILL FAILING in 6 min 14 sec: https://kci.pangea.pub/job/zesty_unstable_libksieve/232/
[01:55] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libgravatar build #177: STILL FAILING in 6 min 16 sec: https://kci.pangea.pub/job/zesty_unstable_libgravatar/177/
[01:58] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_akonadi-notes build #203: STILL FAILING in 9 min 0 sec: https://kci.pangea.pub/job/xenial_unstable_akonadi-notes/203/
[01:59] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_incidenceeditor build #197: STILL FAILING in 9 min 55 sec: https://kci.pangea.pub/job/zesty_unstable_incidenceeditor/197/
[02:07] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_ark build #106: STILL UNSTABLE in 33 min: https://kci.pangea.pub/job/artful_unstable_ark/106/
[02:07] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kstars build #155: STILL UNSTABLE in 44 min: https://kci.pangea.pub/job/artful_unstable_kstars/155/
[02:08] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_elisa build #89: STILL UNSTABLE in 33 min: https://kci.pangea.pub/job/artful_unstable_elisa/89/
[02:15] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kpimtextedit build #346: STILL FAILING in 6 min 33 sec: https://kci.pangea.pub/job/xenial_unstable_kpimtextedit/346/
[02:21] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libksieve build #233: STILL FAILING in 5 min 38 sec: https://kci.pangea.pub/job/zesty_unstable_libksieve/233/
[02:21] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_akonadi-notes build #122: STILL FAILING in 14 min: https://kci.pangea.pub/job/zesty_unstable_akonadi-notes/122/
[02:25] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kreport build #84: STILL FAILING in 36 min: https://kci.pangea.pub/job/artful_unstable_kreport/84/
[02:25] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_ksirk build #121: STILL FAILING in 36 min: https://kci.pangea.pub/job/zesty_unstable_ksirk/121/
[02:25] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_okular build #206: UNSTABLE in 39 min: https://kci.pangea.pub/job/zesty_unstable_okular/206/
[02:26] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_ksirk build #49: STILL FAILING in 37 min: https://kci.pangea.pub/job/artful_unstable_ksirk/49/
[02:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_ksirk build #107: STILL FAILING in 37 min: https://kci.pangea.pub/job/xenial_unstable_ksirk/107/
[02:26] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libgravatar build #49: STILL FAILING in 36 min: https://kci.pangea.pub/job/artful_unstable_libgravatar/49/
[02:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_cantor build #356: STILL UNSTABLE in 36 min: https://kci.pangea.pub/job/xenial_unstable_cantor/356/
[02:26] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libgravatar build #178: STILL FAILING in 5 min 39 sec: https://kci.pangea.pub/job/zesty_unstable_libgravatar/178/
[02:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kpimtextedit build #347: STILL FAILING in 3 min 35 sec: https://kci.pangea.pub/job/xenial_unstable_kpimtextedit/347/
[02:28] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_incidenceeditor build #198: STILL FAILING in 6 min 35 sec: https://kci.pangea.pub/job/zesty_unstable_incidenceeditor/198/
[02:32] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_akonadi-notes build #123: STILL FAILING in 5 min 38 sec: https://kci.pangea.pub/job/zesty_unstable_akonadi-notes/123/
[02:33] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kpimtextedit build #242: STILL FAILING in 4 min 44 sec: https://kci.pangea.pub/job/zesty_unstable_kpimtextedit/242/
[02:42] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kirigami2 build #147: STILL FAILING in 35 min: https://kci.pangea.pub/job/zesty_unstable_kirigami2/147/
[02:42] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kirigami2 build #142: STILL FAILING in 34 min: https://kci.pangea.pub/job/xenial_unstable_kirigami2/142/
[02:43] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kpimtextedit build #243: STILL FAILING in 5 min 40 sec: https://kci.pangea.pub/job/zesty_unstable_kpimtextedit/243/
[02:54] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libgravatar build #50: STILL FAILING in 23 min: https://kci.pangea.pub/job/artful_unstable_libgravatar/50/
[02:55] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kirigami2 build #96: STILL FAILING in 28 min: https://kci.pangea.pub/job/artful_unstable_kirigami2/96/
[03:00] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_messagelib build #351: STILL FAILING in 5 min 32 sec: https://kci.pangea.pub/job/zesty_unstable_messagelib/351/
[03:04] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kirigami2 build #143: STILL FAILING in 16 min: https://kci.pangea.pub/job/xenial_unstable_kirigami2/143/
[03:05] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kirigami2 build #148: STILL FAILING in 17 min: https://kci.pangea.pub/job/zesty_unstable_kirigami2/148/
[03:10] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdepim-runtime build #288: STILL FAILING in 4 min 50 sec: https://kci.pangea.pub/job/xenial_unstable_kdepim-runtime/288/
[03:11] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kmail build #284: STILL FAILING in 5 min 50 sec: https://kci.pangea.pub/job/xenial_unstable_kmail/284/
[03:11] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_korganizer build #189: STILL FAILING in 5 min 51 sec: https://kci.pangea.pub/job/xenial_unstable_korganizer/189/
[03:11] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_messagelib build #352: STILL FAILING in 5 min 49 sec: https://kci.pangea.pub/job/zesty_unstable_messagelib/352/
[03:12] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdepim-addons build #363: STILL FAILING in 6 min 50 sec: https://kci.pangea.pub/job/xenial_unstable_kdepim-addons/363/
[03:14] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kaddressbook build #205: STILL FAILING in 8 min 47 sec: https://kci.pangea.pub/job/xenial_unstable_kaddressbook/205/
[03:15] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kirigami2 build #97: STILL FAILING in 14 min: https://kci.pangea.pub/job/artful_unstable_kirigami2/97/
[03:15] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kontact build #146: STILL FAILING in 9 min 51 sec: https://kci.pangea.pub/job/xenial_unstable_kontact/146/
[03:16] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kdepim-addons build #305: STILL FAILING in 4 min 47 sec: https://kci.pangea.pub/job/zesty_unstable_kdepim-addons/305/
[03:16] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kaddressbook build #233: STILL FAILING in 4 min 47 sec: https://kci.pangea.pub/job/zesty_unstable_kaddressbook/233/
[03:16] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kontact build #159: STILL FAILING in 4 min 49 sec: https://kci.pangea.pub/job/zesty_unstable_kontact/159/
[03:16] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kmail build #329: STILL FAILING in 4 min 49 sec: https://kci.pangea.pub/job/zesty_unstable_kmail/329/
[03:17] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_knotes build #206: STILL FAILING in 11 min: https://kci.pangea.pub/job/xenial_unstable_knotes/206/
[03:17] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_knotes build #208: STILL FAILING in 5 min 40 sec: https://kci.pangea.pub/job/zesty_unstable_knotes/208/
[03:17] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_korganizer build #202: STILL FAILING in 5 min 47 sec: https://kci.pangea.pub/job/zesty_unstable_korganizer/202/
[03:20] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_korganizer build #190: STILL FAILING in 3 min 34 sec: https://kci.pangea.pub/job/xenial_unstable_korganizer/190/
[03:20] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdepim-runtime build #289: STILL FAILING in 4 min 36 sec: https://kci.pangea.pub/job/xenial_unstable_kdepim-runtime/289/
[03:21] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdepim-addons build #364: STILL FAILING in 4 min 32 sec: https://kci.pangea.pub/job/xenial_unstable_kdepim-addons/364/
[03:22] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kmail build #285: STILL FAILING in 5 min 40 sec: https://kci.pangea.pub/job/xenial_unstable_kmail/285/
[03:22] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kaddressbook build #206: STILL FAILING in 3 min 36 sec: https://kci.pangea.pub/job/xenial_unstable_kaddressbook/206/
[03:25] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kontact build #147: STILL FAILING in 4 min 32 sec: https://kci.pangea.pub/job/xenial_unstable_kontact/147/
[03:26] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_knotes build #207: STILL FAILING in 3 min 34 sec: https://kci.pangea.pub/job/xenial_unstable_knotes/207/
[03:26] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kaddressbook build #234: STILL FAILING in 4 min 38 sec: https://kci.pangea.pub/job/zesty_unstable_kaddressbook/234/
[03:26] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_kmail build #330: STILL FAILING in 4 min 42 sec: https://kci.pangea.pub/job/zesty_unstable_kmail/330/
[03:31] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_messagelib build #343: STILL FAILING in 4 min 56 sec: https://kci.pangea.pub/job/xenial_unstable_messagelib/343/
[03:41] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_messagelib build #344: STILL FAILING in 5 min 46 sec: https://kci.pangea.pub/job/xenial_unstable_messagelib/344/
[04:32] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_okular build #242: UNSTABLE in 23 min: https://kci.pangea.pub/job/xenial_unstable_okular/242/
[05:50] <valorie> the excuses page seems to say that much of our packageset is going to migrate
[05:51] <valorie> however, I see quite a few exceptions to that statement
[05:54] <valorie> a few updates are now reported available, and it wants me to restart, but that doesn't seem wise until it's more complete
[06:23] <Mirv> valorie: the excuses page is no longer valid, we know it migrates
[06:24] <Mirv> there's a certain step after which we know stuff is being copied to the release pocket, and with Qt it means that pretty much everything is being copied
[06:25] <valorie> right, but it looks very different from a few hours back
[06:25] <Mirv> in the last days/hours it's the cryptic http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt that eg slangasek stares at instead, and once there's a correct, clean "Trying easy from autohinter" section there, one can check eg https://launchpad.net/ubuntu/+source/qtbase-opensource-src that qtbase is going into "release" and at that point it's all done
[06:25] <valorie> I closed it as mostly useless now
[06:25] <Mirv> yes, it looks weird while the gigabytes of copies are in process
[06:25] <Mirv> usually it'll calm down after an hour or two
[06:26] <Mirv> now it actually seems to be at least close to done, no more two "release" pocket qtbase's in LP page
[06:27] <Mirv> if archives are just upgraded, you can upgrade everything either now or very soon
[06:27] <valorie> in the morning is soon enough!
[06:27] <valorie> heading to midnight now
[06:30] <Mirv> confirming it's now all there
[06:31] <Mirv> in archive.ubuntu.com at least, not yet in all mirrors
[06:31] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_incidenceeditor build #72: FAILURE in 5 min 46 sec: https://kci.pangea.pub/job/artful_unstable_incidenceeditor/72/
[06:31] -kubuntu-ci:#kubuntu-devel- Project artful_stable_akonadi-contacts build #95: FAILURE in 5 min 48 sec: https://kci.pangea.pub/job/artful_stable_akonadi-contacts/95/
[06:31] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_messagelib build #149: STILL FAILING in 6 min 5 sec: https://kci.pangea.pub/job/artful_unstable_messagelib/149/
[06:34] <acheronuk> yay \o/
[06:52] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[06:52] -kubuntu-ci:#kubuntu-devel- Project artful_stable_akonadi-contacts build #96: FIXED in 15 min: https://kci.pangea.pub/job/artful_stable_akonadi-contacts/96/
[06:53] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[06:53] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_incidenceeditor build #73: FIXED in 16 min: https://kci.pangea.pub/job/artful_unstable_incidenceeditor/73/
[07:04] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_messagelib build #150: STILL FAILING in 28 min: https://kci.pangea.pub/job/artful_unstable_messagelib/150/
[08:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #1725: SUCCESS in 1 min 15 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/1725/
[08:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #1725: SUCCESS in 1 min 16 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/1725/
[08:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #1725: SUCCESS in 4 min 32 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/1725/
[08:50] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-02 build #1725: SUCCESS in 5 min 17 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-02/1725/
[10:42] <BluesKaj> Hiyas all
[10:47] <BluesKaj> wow, 495 upgrades 30 new packages installinh this morning
 Qt finally migrated
[10:56] <blaze> what? where?
[11:11] <mparillo> blaze: Reading #ubuntu-release, it looks as if to the AA Archive, but it may not have hit all the mirrors yet.
[11:57] <clivejo> anyone free to work on news post for the website?
 I can later
[12:16] <ahoneybun> 704 updates, 33 new
[12:18] <blaze> omg, I see now
[12:18] <clivejo> happy days!
[12:19] <clivejo> at least we can get it tested now
[12:20] <clivejo> we need to make a big deal of it on Thursday when the Beta1 is released
[12:21] <BluesKaj> 495 upgrades and 30 new here
[12:24] <clivejo> 714 for me :)
[12:24] <clivejo> 714 to upgrade, 10 to newly install, 0 to remove and 0 not to upgrade.
[12:24] <clivejo> Need to get 634 MB of archives.
[12:25] <clivejo> thats gonna take a while :/
[12:25]  * clivejo wanders off to find some lunch
[12:54] <marco-parillo> 551 updates to AA! Looks like Qt 5.9.1, and some Plasma 5.10.5 and Apps 17.04.3 got unstuck.
 http://people.ubuntu.com/~rikmills/ka-iron-hand_reports/
[13:01] <marco-parillo> Re-booted, and no immediate breakage.
 all but 3 packages shoudl be sorted
 2 plasma on new queue, and cantor waiting for upstream fix
[13:48] <clivejo> @acheronuk did you remove the Qt train PPA's from KCI unstable deps?
 yes
[13:48] <clivejo> ah good stuff
 I saw the plasma one moan about depending on a disabled ppa, so went through and got rid of it on all I could think of
 KCI iso might build now?
[13:50] <clivejo> want me to trigger?
 if you like
[13:50] <clivejo> been a while
[13:50] -kubuntu-ci:#kubuntu-devel- Starting build #10 for job iso_artful_unstable_amd64 (previous build: SUCCESS)
[13:51] -kubuntu-ci:#kubuntu-devel- Starting build #4 for job iso_artful_stable_amd64 (previous build: SUCCESS)
 looking forward to tommorow's official one
[13:52] -kubuntu-ci:#kubuntu-devel- Project iso_artful_unstable_amd64 build #10: FAILURE in 1 min 25 sec: https://kci.pangea.pub/job/iso_artful_unstable_amd64/10/
[13:52] -kubuntu-ci:#kubuntu-devel- Project iso_artful_stable_amd64 build #4: FAILURE in 1 min 27 sec: https://kci.pangea.pub/job/iso_artful_stable_amd64/4/
[13:58] <clivejo> 14:52:03 Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service.
[13:58] <clivejo> 14:52:03 ln: cannot remove '/etc/resolv.conf'
[13:58] <clivejo> 14:52:03 : Device or resource busy
[13:58] <clivejo> 14:52:03 dpkg: error processing package systemd (--configure):
[13:58] <clivejo> 14:52:03  subprocess installed post-installation script returned error exit status 1
[14:00] <genii> Do you have some separate mount for /run or something?
[14:01] <clivejo> genii: this is on a LaunchPad builder
[14:01] <genii> Ah, ok
[14:01] <clivejo> no sorry, KCI
[14:01] -kubuntu-ci:#kubuntu-devel- Starting build #11 for job iso_artful_unstable_amd64 (previous build: FAILURE -- last SUCCESS #9 1 mo 3 days ago)
[14:02] -kubuntu-ci:#kubuntu-devel- Project iso_artful_unstable_amd64 build #11: STILL FAILING in 1 min 9 sec: https://kci.pangea.pub/job/iso_artful_unstable_amd64/11/
[14:03] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #1726: SUCCESS in 1 min 21 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/1726/
[14:04] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #1726: SUCCESS in 1 min 25 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/1726/
[14:07] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #1726: SUCCESS in 4 min 50 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/1726/
[14:08] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-02 build #1726: SUCCESS in 5 min 29 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-02/1726/
[14:09] -kubuntu-ci:#kubuntu-devel- Starting build #12 for job iso_artful_unstable_amd64 (previous build: STILL FAILING -- last SUCCESS #9 1 mo 3 days ago)
 probably a side effect of recent systemd changes. if that persists, we can file a bug
[14:10] <clivejo> grrr
[14:10] -kubuntu-ci:#kubuntu-devel- Project iso_artful_unstable_amd64 build #12: STILL FAILING in 52 sec: https://kci.pangea.pub/job/iso_artful_unstable_amd64/12/
 https://launchpad.net/ubuntu/+source/systemd/234-2ubuntu7
[14:11] <clivejo> I pinged xnox in #ubuntu-dev
[14:25] <acheronuk> I think we need yofel :P
[15:04] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_okular build #75: STILL UNSTABLE in 23 min: https://kci.pangea.pub/job/artful_unstable_okular/75/
[15:05] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #1727: SUCCESS in 1 min 2 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/1727/
[15:05] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #1727: SUCCESS in 1 min 11 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/1727/
[15:08] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #1727: SUCCESS in 4 min 22 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/1727/
[15:09] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-02 build #1727: SUCCESS in 4 min 56 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-02/1727/
[16:36] <BluesKaj> hmm, can't open dolphin or kate in the run command with kdesudo after the last upgrade, but if open dolphin or kate as plain user from the menu. I can edit files in kate and when I save them I'm asked for my password. it's kind of handy for me because I haven't been able to read the small fonts on my big screen monitor since the settings I applied with root permissions in systemsettrings5 would never be saved so the fonts were unreadable in
[16:37] <BluesKaj> kdesudo mode The fonts in system settings  were saved in user mode of course.
[17:00] <cortex_> hello folks
 Hi cortex_
[18:43] <BluesKaj> notice the permissions changes after the big upgrade today?
[18:44] <clivejo> I haven't
[18:50] <BluesKaj> can't open dolphin or kate in the run command with kdesudo
[18:51] <clivejo> I thought that was being phased out anyways
[18:51] <BluesKaj> open them as user do your edits, save and the pw field pops up
[18:53] <BluesKaj> maybe it was then
[18:54] <BluesKaj> phased out
[18:54] <clivejo> yeah, that's the way it supposed to work
[18:54] <clivejo> if you need root to save it, then it asks you
[18:55] <valorie> yes, that was a deliberate security enhancement, after quite a bit of discussion
 (Photo, 1280x960) https://irc-attachments.kde.org/UZMTu25z/file_3102.jpg
[18:56] <BluesKaj> it didn't work that way for me before if I opened as user and tried to edit and save it would refuse, there was no pw ask
[18:59] <BluesKaj> personally it works for me, less hassle trying to setup fonts all the the system settings as root so they'd be readable on this lqrge monitor
[18:59] <clivejo> well on my system it pops up a window
[18:59] <BluesKaj> large monitor
[18:59] <clivejo> you select the user and type the password
[19:00] <BluesKaj> I'm the only user
[19:01] <BluesKaj> I've got ALL NO PASWORD setup in sudores
[19:01] <BluesKaj> sudoers
[19:01] <BluesKaj> I'm running out of gas, woke up early
[19:02] <valorie> kudos to all the folks who helped get this through
[19:02] <valorie> especially acheronuk!
[19:02] <clivejo> indeed
[19:02]  * valorie is doing the humungous upgrade now
[19:02] <BluesKaj> yup
[19:03] <clivejo> hopefully some of these days I'll actually get to meet him and buy him a whiskey!
[19:04] <valorie> oh you Irish, there is no e in whisky!
[19:05] <clivejo> shhh you
[19:05] <valorie> *religious war*
[19:05] <clivejo> we invented the stuff
[19:05] <valorie> lol
[19:05] <clivejo> so we'll name it however we want!
[19:05] <marco-parillo> Invented distilling or religious war?
 But Yay! :D
[19:06] <valorie> I've had some damn fine Irish whiskey
[19:06] <valorie> marco-parillo: lol
[19:06] <clivejo> both
 @Valoriez Buy me Red Bull at LFNW to celebrate? :P
[19:06] <valorie> so it looks like we should do beta 1?
 Lol
 @valorie, Yepp
[19:07] <valorie> emails haven't gone out asking yet, as of yesterday
[19:07] <clivejo> yup, definitely do it
[19:07] <valorie> \o/
[19:07] <clivejo> make a huge song and dance of it
[19:07] <marco-parillo> We had better do Beta 1; I started the wiki page.
[19:07] <clivejo> need to test the bejaysus outta it
[19:08]  * clivejo spits on and polishes tsimonq2's keyboard
[19:08] <clivejo> make it all shiney
[19:09] <valorie> ooooo, thank you marco-parillo
[19:09] <valorie> in that case, I'll start the kub.org story
[19:09] <clivejo> marco-parillo: link?
[19:10]  * clivejo is too lazy to go looking!
[19:14] <valorie> should be https://wiki.ubuntu.com/ArtfulAardvark/Beta1/Kubuntu
[19:15] <valorie> yup
[19:15] <valorie> images are even working!
[19:15] <valorie> we need a new screenie though?
[19:16] <clivejo> ahoneybun: did you fix LP# 1706861 - back/forward button in kubuntu slideshow broken ?
 It looks fixed just need more work on it.
 Latest image will have it
[19:28] <valorie> marco-parillo: are you interested in or do you have kubuntu.org access?
[19:28] <valorie> it's great to have people just pitch in, and I really appreciate it
[19:29] <marco-parillo> Yes and no.
[19:29] <valorie> are you a kubuntu member?
[19:29] <marco-parillo> No
[19:29] <valorie> and if not, WHY NOT!!!
[19:29] <valorie> lol
[19:30] <valorie> please apply!
[19:30] <marco-parillo> Significant and sustained contributions are required.
[19:30] <valorie> https://community.kde.org/Kubuntu/Membership
[19:30] <valorie> and you have been pitching in for a long time
[19:30] <valorie> I know it's a pain to make the wiki page, but really, that's the hardest bit
[19:31] <valorie> and I've found my wiki page a good place to keep notes
[19:33] <clivejo> marco-parillo: you been here way longer than I been coming on!
[19:33] <clivejo> and you always help out were you can
[19:35] <marco-parillo> But does that count as significant and sustained?
[19:35] <clivejo> to me it does
[19:35] <clivejo> and I'm sure others feel the same
 fwiw I'd be +1 on marco-parillo for Kubuntu Membership
[19:36] <valorie> amen to that
[19:37] <valorie> you've been helping the developers and also the users
 Well, in that case, I can work to create a wiki page. Sometimes the hardest part is signing in, and I succeeded today on my first try. Who has a good one to steal ^H^H^H^H^H leverage.
[19:40] <valorie> you are welcome to use mine
[19:41] <valorie> I stole from lotsa people
[19:41] <valorie> https://wiki.ubuntu.com/ValorieZimmerman
[19:43] <clivejo> can we get some nice up-to-date screen-shots for the page?
[19:45] <marco-parillo> I should be able to this weekend. Worst is the kinfocenter showing old versions.
[19:48] <clivejo> unfortunately I'm on Plasma 5.11
[19:48] <clivejo> well 5.10.90
[19:50] <marco-parillo> I think one of my VMs has a pretty generic Kubuntu, and probably they all are close now that the archive has caught up to the PPAs I have enabled at one point or another.
[19:58] <clivejo> eakkk
[19:58] <clivejo> acheronuk: you working on PIM?
[19:59] <clivejo> Cannot load part for Mail.
[19:59] <clivejo> Cannot load library /usr/lib/x86_64-linux-gnu/qt5/plugins/kmailpart.so: (/usr/lib/x86_64-linux-gnu/libkmailprivate.so.5: symbol _ZN13MessageViewer6Viewer17executeMailActionENS0_10MailActionE, version ABI_5_3 not defined in file libKF5MessageViewer.so.5abi3 with link time reference)
[19:59] <clivejo> Kmail is broken AGAIN!
[19:59] <valorie> :(
[21:04] <ahoneybun> lp#1706881
[21:05] <ahoneybun> LP#1706861
[21:06] <clivejo> lp 1706861
[21:12] <ahoneybun> mm can't create a io-slave in dolphin
[21:12] <ahoneybun> that's not good
 did anyone test the links in the installer slideshow
 ?
[22:09] <acheronuk> clivejo: I started working on PIM, but got sidetracked. need to look at the other packages with symbols, and then rebuild everything up from the 1st affected package
[22:27] <clivejo> acheronuk: no problem
[22:28] <clivejo> not the first time its broken
[22:28] <clivejo> and certainly not the last
[22:28] <clivejo> and I'm learning how to get the perfect head
[22:37] <acheronuk> o_O
[22:37] <clivejo> https://www.youtube.com/watch?v=PAnCpuYVYbI
[22:38] <acheronuk> oh. cool
[22:39] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libgravatar build #51: STILL FAILING in 14 min: https://kci.pangea.pub/job/artful_unstable_libgravatar/51/
[22:45] -kubuntu-ci:#kubuntu-devel- Project artful_stable_libgravatar build #52: ABORTED in 1 min 19 sec: https://kci.pangea.pub/job/artful_stable_libgravatar/52/
[22:45] -kubuntu-ci:#kubuntu-devel- Project zesty_stable_libgravatar build #39: ABORTED in 53 sec: https://kci.pangea.pub/job/zesty_stable_libgravatar/39/
[22:45] -kubuntu-ci:#kubuntu-devel- Project artful_stable_libgravatar build #53: ABORTED in 7.2 sec: https://kci.pangea.pub/job/artful_stable_libgravatar/53/
[22:45] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libgravatar build #179: ABORTED in 1 min 4 sec: https://kci.pangea.pub/job/zesty_unstable_libgravatar/179/
[22:45] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libgravatar build #52: ABORTED in 1 min 8 sec: https://kci.pangea.pub/job/artful_unstable_libgravatar/52/
[22:46] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_libgravatar build #53: ABORTED in 1 min 13 sec: https://kci.pangea.pub/job/xenial_stable_libgravatar/53/
[22:46] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libgravatar build #150: ABORTED in 1 min 18 sec: https://kci.pangea.pub/job/xenial_unstable_libgravatar/150/
[22:57] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libgravatar build #151: STILL FAILING in 4 min 4 sec: https://kci.pangea.pub/job/xenial_unstable_libgravatar/151/
[22:58] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libgravatar build #180: STILL FAILING in 5 min 9 sec: https://kci.pangea.pub/job/zesty_unstable_libgravatar/180/
[23:06] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdepim-runtime build #118: FAILURE in 6 min 32 sec: https://kci.pangea.pub/job/artful_unstable_kdepim-runtime/118/
[23:07] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libgravatar build #152: STILL FAILING in 4 min 36 sec: https://kci.pangea.pub/job/xenial_unstable_libgravatar/152/
[23:08] -kubuntu-ci:#kubuntu-devel- Project zesty_unstable_libgravatar build #181: STILL FAILING in 4 min 36 sec: https://kci.pangea.pub/job/zesty_unstable_libgravatar/181/
[23:15] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdepim-runtime build #119: STILL FAILING in 4 min 15 sec: https://kci.pangea.pub/job/artful_unstable_kdepim-runtime/119/
[23:16] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[23:16] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libgravatar build #53: FIXED in 22 min: https://kci.pangea.pub/job/artful_unstable_libgravatar/53/
[23:37] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_messagelib build #151: STILL FAILING in 21 min: https://kci.pangea.pub/job/artful_unstable_messagelib/151/
[23:59] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_messagelib build #152: STILL FAILING in 17 min: https://kci.pangea.pub/job/artful_unstable_messagelib/152/


[01:03] <zul> jbailey: are you handling udev?
[01:08] <mdz> zul: you found a possible fix for my irqpoll issue?
[01:09] <jbailey> zul: I've looked through the code a bunch, what do you need?
[01:11] <zul> mdz: i might have gimme a sec..
[01:12] <mjg59> Hrm. I meant to test the new kernel but went to the pub instead.
[01:13] <zul> mdz: http://linux.bkbits.net:8080/linux-2.5/gnupatch@41d8ffffTqVUXXYJ_W0XUlqj90uQGg
[01:14] <fabbione> mjg59: pub > kernel
[01:14] <zul> jbailey: could you have a look at #3069?
[01:14] <mdz> zul: I'm happy to test it, since it's in the sound driver and not (as I feared) another general IRQ routing mess
[01:14] <mjg59> fabbione: I agree
[01:15] <zul> mdz: ok...i should have something for you tomorrow
[01:15] <zul> my fast pc is at work
[01:15] <jbailey> zul: That's a closed evo bug.  EBUGNUM?
[01:16] <zul> grr
[01:16] <fabbione> btw.. we might need to release -30 pretty soon
[01:16] <zul> 3609...sorry am a bit dyslexic :)
[01:16] <zul> fabbione: how come
[01:16] <fabbione> so if you have pending stuff, let's get it tested during eastern
[01:17] <fabbione> zul: some more security stuff that is all public already
[01:17] <zul> easter you mean :)
[01:17] <zul> ah
[01:17] <zul> ok
[01:17] <fabbione> yeah that kind of holidays
[01:17] <fabbione> i might as well get -30 out tomorrow if i can manage to
[01:17] <fabbione> we need to get these bits tested asap
[01:18] <zul> sure
[01:18] <fabbione> mdz: do you think you can test that patch within the next 5/6 hours?
[01:18] <fabbione> zul: please add the bk info to the bugs so i can merge the patch if it works
[01:19] <zul> fabbione: no problem
[01:19] <fabbione> or sync your archive.. or whatever you prefer :-)
[01:19] <zul> its in my archive already
[01:19] <fabbione> ok.. i will merge from you than
[01:19] <jbailey> zul: Fine, I can take this.  I have another wishlist bug against udev assigned to me that I was planning on nailing anyway (same sort of thing)
[01:20] <zul> cool...merci buckets
[01:21] <fabbione> oki doki
[01:21] <fabbione> i am off for the night...
[01:21] <zul> c ya
[01:21] <fabbione> night
[01:22] <zul> mdz: are you running a 686 kernel?
[01:23] <zul> i can try to get this started so it might be possible to test tonight
[01:28] <mdz> zul: k7 on the affected system
[01:28] <mdz> zul: 2.6.10-3-k7 in fact ;-)
[01:28] <mdz> I haven't rebooted it in some time
[01:28] <mdz> but I'm happy to do so in order to test if needed
[01:29] <zul> ok
[01:29] <zul> ill start a build now
[06:53] <lamont> fabbione: you around yet:
[07:47] <fabbione> morning
[07:47] <fabbione> sorry.. i overslept
[07:48] <fabbione> lamont: go ahead :-)
[09:57] <fabbione> mjg59: 7377
[09:57] <fabbione> is that some ACPI fucks up?
[11:41] <mjg59> fabbione: I honestly have no idea. It's very, very odd.
[11:42] <fabbione> mjg59: do you have any idea on how to debug it?
[11:45] <mjg59> The only real hope is to build a kernel with acpi debugging and try to work out where the event is coming from
[11:45] <mjg59> It certainly /look/ like the poweroff method is being called
[11:51] <fabbione> mjg59: ok.. what do you want me to do to give them a test kernel?
[11:51] <fabbione> or can you do it directly?
[11:53] <mjg59> Let me take a look at their dsdt first, and see if I can work out what's up
[11:53] <fabbione> ok
[02:06] <fabbione> Hejsa nowlin
[02:40] <zul> hey
[02:53] <mjg59> -29 is absolutely rocking on my available hardware. Thanks!
[02:54] <zul> dont thank just him ;)
[03:28] <zul> I hate writing documentation
[03:49] <zul> heh..fabbione you have been busy this morning
[03:50] <zul> or afternoon whatever..
[05:09] <zul> T-None, http://kmuto.jp/open.cgi?buildd
[05:10] <mdz> we should set a deadline for kernel changes for the release candidate
[05:10] <mdz> what would you be comfortable with?
[05:12] <zul> uh...there hasnt been any major changes to the kernel afaik we are just doing major bug fixes right now but fabbione can clarify
[05:18] <mdz> right, but at some point we must lock it down entirely, no more changes
[05:18] <mdz> this should be well in advance of the release candidate
[05:18] <zul> true...thats fabbione's call since he is doing the uploads
[05:19] <mdz> Mar 09 14:32:28 <sabdfl>         - get kernel sorted TWO WEEKS BEFORE :-)
[05:19] <mdz> that would be today ;-)
[05:19] <mdz> but we do need to set a cutoff
[05:19] <zul> i think fabbione is doing one more upload for some security fixes and the snd_via82xx patch as well
[05:40] <jbailey> mdz: Jordi and I are looking at the new instance of 1440 as we speak.
[05:41] <mdz> jbailey: jordi has hardware which exhibits the problem?
[05:41] <jordi> plop!
[05:41] <mdz> speaking of the jordevil...
[05:41] <jbailey> mdz: He has the matching pci:id and reported the problem.  I had him check the array6 first for the known working config.
[05:41] <jbailey> We're just about to try a nightly from a couple days ago.
[05:42] <jordi> jbailey: ok, dmesg sent.
[05:42] <jordi> jbailey: should I wipe it and install the nightly now?
[05:43] <jbailey> I think if you get as far as wiping it that you don't have the problem from what I understand.
[05:43] <jbailey> I was just wondering whether or not I should have you move from the 686 kernel to the 386 one first, since that's what you'll actually be running on the installer.
[05:43] <jordi> nod, ie, I should just check that d-i likes the cd
[05:43] <jordi> jbailey: good idea.
[05:43] <jbailey> Yup, please.  It's a quick enough test.
[05:45] <jordi> scsi1 : ata_piix
[05:46] <jordi> piix 0wnz the cd drives and they work
[05:46] <jordi> kernel 2.6.10-5-386
[05:46] <jordi> inside the daily d-i system. it looks good
[05:46] <jbailey> Luvly.  Do you have the other CD burned?
[05:47] <jordi> array6 and the daily, which is what I just booted.
[05:47] <jbailey> Ugh.
[05:47] <jbailey> So I wonder what's different?
[05:47] <jordi> I haven't tried with the 386 image on the installed system yet.
[05:47] <jbailey> No, that should be enough.
[05:47] <jbailey> It's not happening on your hardware then. =(  You have matching PCI id's though.
[05:48] <jordi> jbailey: what's different where? All my three tests worked: array6 d-i, installed system old 386 kernel, installed system new 686 kernel and now daily d-i 386 kernel
[05:48] <jordi> nod
[05:48] <jbailey> jordi: Between you and the original reporter.
[05:48] <jordi> it does happen with debian's 2.6.8 though.
[05:48] <jordi> AFAIK, not with Debian's 2.6.10.
[05:48] <jbailey> Right, we've got a patch in our kernel to tell it to cope.
[05:48] <jordi> I wonder if it's in debian too
[05:50] <mdz> so jordi has the right PCI IDs but can't reproduce the bug?
[05:50] <jordi> apparently
[05:50] <mdz> gaah
[05:51] <jordi> is there any /proc bit that I can send to you guys that gives you more info about my ide stuff?
[05:52] <zul> lunch time
[05:52] <mdz> jordi: lspci -v, I supopse
[05:52] <mdz> suppose
[05:53] <jordi> k
[05:59] <mdz> fabbione: we are going to need to freeze the BOF list now; I am making the schedule
[05:59] <mdz> I'll add a note to the page
[05:59] <mdz> actually it already says "do not edit", only I mean it now ;-)
[06:00] <jordi> jbailey: sent lspci
[06:28] <jordi> jbailey!
[06:31] <jbailey> jordi: Heya!
[06:31] <jordi> jbailey: anything else?
[06:31] <jordi> got lspci?
[06:31] <jbailey> I did thanks.
[06:31] <jordi> ok
[06:32] <jbailey> I need to run off for a bit soon.  I've emailed the guy who originally reported the problems.  Thanks for the help.
[06:37] <jordi> ok
[06:37] <jordi> I'll be gone in a short while too.
[06:37] <jordi> And won't be back in office for a week.
[06:46] <fabbione> mdz: yes we planned to freeze the kernel with -29, but we have 5 security fixed on the way (4 already committed and one we are still waiting for the patch)
[06:47] <fabbione> and the only other thing is the via fix for you.
[06:47] <fabbione> let me check...
[06:47] <mdz> I will test the via fix shortly
[06:47] <fabbione> mdz: there is a very trivial bug fix (comment out one printk())
[06:47] <fabbione> and one change for d-i requested by Mithandir and KAmion (7800)
[06:48] <fabbione> there is only one last thing left to do, to make pitti's life easier for security, but it is nothing that will affect the kernel itself. it's an extra target in debian/rules to automatically prepare changelog and 00list-* files for point releases.
[06:49] <fabbione> zul: btw.. we need to talk about a couple of things when you have time
[06:50] <fabbione> mdz: all of the above (excluding the via thing) has been already tested and verified
[06:55] <fabbione> mdz: for the BOF schedule i am ok with what is on the wiki. I did ping kernel-team and no answers, so i want to believe that it is ok
[06:55] <zul> fabbione: sure now would be good
[06:56] <fabbione> zul: i did merge from you the via patches...
[06:56] <fabbione> 3 things:
[06:56] <fabbione> 1) check that the patch actually applies. the DPATCH header was broken
[06:56] <zul> yeah i realized that last night and i didnt check it in
[06:56] <fabbione> 2) the * dummy entry can be removed as soon as there is the first commit. it is there just to make dpkg-buildpackage happy
[06:57] <zul> ok
[06:57] <fabbione> 3) please try to follow the same rules for the changelog
[06:57] <fabbione> Example:
[06:57] <fabbione> * Fix foo bar in driver X:
[06:57] <fabbione>   - Add patch <fullpatchname>.dpatch.
[06:57] <fabbione> writing the way you do imho is redundant
[06:58] <zul> ok will do in the future
[06:58] <fabbione> * Added patch foobar to fix X.
[06:58] <fabbione>   - Add patch blabla
[06:58] <fabbione> see? :)
[06:58] <zul> :)
[06:59] <fabbione> btw.. it's just that i am farly anal on the changelog :-)
[06:59] <zul> heh i noticed :)
[06:59] <fabbione> because a good changelog is a big help to track down stuff
[07:00] <zul> i always did it a different way in gentoo
[07:00] <fabbione> that's something i learned from the good branden robinson
[07:01] <zul> so are you going to upload -30 today?
[07:02] <fabbione> i am waiting for mdz to confirm that it fixes the bug
[07:02] <zul> ah
[07:02] <fabbione> but we also have 2 security things without patch yet
[07:02] <fabbione> so if i upload today there will be for sure another upload
[07:03] <fabbione> what scares me is the possibility of an ABI change....
[07:03] <fabbione> that's why i am slightly more happy to wait and see
[07:04] <T-Bone> ola
[07:06] <T-Bone> fabbione: ah ok thx for the hint. Anything special the CurrentlyBuilding file should contain?
[07:06] <fabbione> T-Bone: yes. but don't bother for now.
[07:06] <fabbione> it's not worth the pain
[07:06] <T-Bone> well
[07:07] <T-Bone> speeding up the kernel build would be quite a gain
[07:07] <fabbione> T-Bone: just touch the file for now...
[07:07] <T-Bone> ah ok
[07:07] <T-Bone> cool
[07:07] <fabbione> it really depends on how you created the chroot
[07:08] <T-Bone> debootstrap
[07:08] <fabbione> did you use the buildd version?
[07:08] <T-Bone> yeah
[07:08] <fabbione> s/version/variant?
[07:08] <fabbione> well just touch that file for now...
[07:08] <T-Bone> done
[07:08] <T-Bone> though i suppose it'll only work for next build?
[07:09] <fabbione> yeps and only for the kernel
[07:09] <T-Bone> ok
[07:09] <fabbione> no other packages makes use of it for that
[07:09] <T-Bone> ok
[07:09] <fabbione> otherwise you can still mark the kernel as "Not-for-US"
[07:09] <fabbione> and build it manually
[07:09] <T-Bone> well, next time ones upload a kernel, it'll build faster on hppa :)
[07:09] <T-Bone> i'd rather have it mostly automated
[07:16] <fabbione> mdz: i am off for dinner.. i will be back pretty soon
[07:22] <lamont> fabbione: kernel build is using /CurrentlyBuilding????
[07:23] <lamont> given that it only exists in the data center, and would therefore be an FTBFS if such source were shipped, yeah...
[07:23] <lamont> I'd hate to have to file an ftbfs bug against the kernel...
[07:24] <T-Bone> actually it's not exactly that
[07:24] <T-Bone> fabbione told me that the build process would use concurrency *only* if that file existed
[07:25] <lamont> fabbione: no abi change on hppa
[07:25] <lamont> ah, I suppose that's OK
[07:26] <lamont> but it still feels wrong
[07:46] <fabbione> lamont: i only check if the file exists. afaik there is no other way to determine if we are at the datacenter or not
[07:46] <lamont> fabbione: and we check because we don't want builds to go fast outside the data center???
[07:47] <fabbione> lamont: the use of -j is quite delicate
[07:47] <lamont> heh
[07:47] <fabbione> people might have SMP and don't want the kernel compilation to fork and blabla
[07:47] <fabbione> that's why there is a line debian/rules to override what is autodetected
[07:47] <lamont> right
[07:48] <fabbione> # DO NOT UNCOMMENT THIS LINE WITHOUT READING make-kpkg man page.
[07:48] <fabbione> # export CONCURRENCY_LEVEL := 15
[07:48] <fabbione> and later:
[07:48] <fabbione>                 if [ -e /CurrentlyBuilding ]  && [ -z "$(CONCURRENCY_LEVEL)" ] ; then \
[07:49] <fabbione> so basically the check of CurrentlyBuilding is harmless
[07:49] <fabbione> it will never produce a FTBFS
[07:50] <lamont> fabbione: nonetheless, I find myself reminded of the 'if [ $(uid -un) = "buildd" ] " in oo.o
[07:50] <fabbione> yeah i remember that :-)))
[07:51] <fabbione> but does exist a more clean way to know if we are in a DC buildd?
[07:51] <lamont> no
[07:51] <fabbione> the "feature" doesn't kill other buildds or stop producing _all.deb packages..
[07:51] <lamont> probably because we didn't design one in
[07:51] <fabbione> that's why i was comfortable to use it
[07:51] <lamont> yeah, yeah.  I understand.  it just makes me a little sick
[07:52] <fabbione> yes and i understand your point :-)
[07:52] <fabbione> i recog is a hack...
[07:52] <zul> heh ubuntu actualy made slashdot
[07:52] <fabbione> for the worst kernel?
[07:52] <dilinger> for being created by a single person?  (mako)
[07:52] <T-Bone> fabbione: if you're running as uid 'buildd', i guess you can reasonnably assume that concurrency is *wanted*
[07:52] <zul> nah...userlinux and ubuntu
[07:53] <fabbione> T-Bone: i run my buildd as sparcbuildd user...
[07:53] <T-Bone> tssks
[07:53] <T-Bone> ;)
[07:53] <T-Bone> if /buildd/ then (perlish) :)
[07:54] <kylem> didn't your mother tell you slashdot rots your brain?
[07:55] <fabbione> kylem: ahaha
[07:55] <zul> kylem: yes slashdot bad mmkay?
[07:56] <lamont> T-Bone: checking user id in the build will get you hurt
[07:57] <kylem> oh piss. i didn't know about CONCURRENCY_LEVEL
[07:57] <fabbione> kylem: CONCURRENCY_LEVEL + ccache + distcc > *
[07:57] <kylem> fabbione, it takes me 7 hours to build the debian hppa images, heh.
[07:58] <kylem> and that's on a /fast/ machine with gobs of ram.
[07:58] <fabbione> kylem: wel... you know what i did?
[07:58] <fabbione> i just RTFM :)
[07:58] <kylem> ;-)
[07:58] <fabbione> sorry.. i couldn't resist
[07:59] <T-Bone> oh behave 8)
[07:59] <zul> oh hey T-Bone
[07:59] <fabbione> kylem: /topic
[07:59] <fabbione>  http://www.vijaygill.com/pics/stfu.gif <-
[07:59] <fabbione> meh ^^T-Bone
[07:59] <zul> fabbione: yeah showed that to a bunch of people you got me into trouble
[07:59] <kylem> :)
[07:59] <fabbione> zul: how? ;)
[08:00] <zul> fabbione: bastard!
[08:00] <T-Bone> fabbione: i knew that one :)
[08:01] <lamont> fabbione: in case you haven't noticed, I'm still getting to the meeting announcement
[08:01] <lamont> likewise the kernel stuff you sent me last night
[08:02] <fabbione> lamont: i did the security stuff today
[08:02] <lamont> thansk
[08:02] <fabbione> lamont: usually if i see you don't manage across my night, i do the morning after :-)
[08:02] <fabbione> it's just that i didn't feel very happy to start security at 8pm
[08:02] <fabbione> mdz: if you want -30 out today, can you please test the via fix?
[08:02] <lamont> heh
[08:03] <mdz> fabbione: I will
[08:03] <fabbione> http://www.vijaygill.com/pics/give_a_damn_progress.gif
[08:03] <fabbione> ahahha
[08:03] <lamont> glad I said something before digging into it
[08:03] <fabbione> lamont: do always a baz update :-)
[08:03] <mdz> I need about 10 minutes to finish what I am doing before I shut down and reboot
[08:03] <fabbione> that's how i know if it has been done or not ;)
[08:03] <fabbione> mdz: ok thanks
[08:03] <mdz> it is my primary desktop which has the issue
[08:03] <fabbione> roger that
[08:04] <fabbione> (btw some pics on that website are really NOT nice)
[08:04] <lamont> fabbione: "done" != "in progress", fwiw
[08:05] <mdz> fabbione: hmm, forgot we had a kubuntu meeting scheduled for right now; it will have to wait until after
[08:05] <fabbione> mdz: ok.. i might not be online, but everything is committed to baz
[08:05] <mdz> fabbione: can someone else do the upload?
[08:06] <fabbione> mdz: sure.. lamont can.. otherwise i can do it tomorrow morning
[08:06] <mdz> fabbione: also another meeting in one hour
[08:06] <fabbione> 12 hours won't make any difference
[08:06] <mdz> depending on how long the kubuntu meeting runs, I may not have time until after lunch
[08:06] <fabbione> mdz: did i miss any meeting call?
[08:06] <mdz> fabbione: no
[08:06] <fabbione> ok
[08:07] <fabbione> mdz: anyway i wouldn't panic too much. i am pretty sure there will be another upload of the kernel before release
[08:07] <fabbione> (if not 2)
[08:08] <lamont> fabbione: but this time, lets do the final upload at least 24 hours before release, eh>?
[08:09] <fabbione> lamont: it's not up to me :(
[08:09] <fabbione> we don't even have patches for a public security issue....
[08:09] <fabbione> becuase there is none
[08:09] <mdz> we should freeze the kernel this week
[08:09] <mdz> for the RC
[08:09] <fabbione> mdz: RC can go with -29
[08:10] <lamont> fabbione: RC means RELEASE CANDIDATE
[08:10] <fabbione> or -30
[08:10] <lamont> not 'mostly release candidate'
[08:10] <fabbione> lamont: yes.. i know that :-)
[08:10] <lamont> once you plan to replace something in the build, it's no longer release candidiate
[08:10] <mdz> I would like to get the via fix in if it works; that means no more boot options on any of my test systems
[08:10] <lamont> so if we're planning on -30 being in the release, it really needs to be in before they build the RC isos
[08:11] <fabbione> mdz: ok.. just take your time
[08:11] <fabbione> lamont: yes i get that. but if i upload -30 now or tomorrow morning, it will still make it for RC
[08:12] <fabbione> the relevant changes are only the security stuff and the via fix
[08:12] <fabbione> if the via fix is go now
[08:12] <fabbione> than it's all done
[08:12] <fabbione> we only need Kamion to upload a new d-i to build on top of the new kernel
[08:12] <fabbione> end of the story
[08:13] <fabbione> i am sure we can manage easily :-)
[08:17] <lamont> are there actual d-i changes, or just needs a new daily-build?
[08:18] <fabbione> lamont: just a rebuild like the daily
[08:19] <fabbione> no changes are required
[08:27] <fabbione> T-Bone: tell jbailey :)
[08:27] <T-Bone> hehe
[08:31] <lamont> T-Bone: s/deb$/deb in binary-arch target/
[08:31] <T-Bone> true
[08:31] <T-Bone> hmm

[08:31] <T-Bone> fabbione: gah, your trick seems not to work
[08:31] <T-Bone> binutils_2.15-5ubuntu2: not registered yet.
[08:31] <T-Bone> :(
[08:32] <lamont> T-Bone: for messing with setting things in w-b, it's best if it actually gets fed the right packages file to begin with
[08:32] <T-Bone> ?
[08:32] <fabbione> T-Bone: i get that warning too once in a while
[08:32] <fabbione> afaik it's harmless
[08:33] <lamont> fabbione: is error
[08:33] <lamont> at least on take
[08:33] <lamont> --take
[08:33] <T-Bone> fabbione: afaict, it discarded all other packages sent to the line
[08:33] <fabbione> lamont: hmm i get that when i mark a package in Uploaded
[08:33] <T-Bone> lamont: that's on -u
[08:33] <lamont> well, it's an error it'll abort processing
[08:33] <T-Bone> gosh --merge-* is taking ages
[08:34] <lamont> and you get it because w-b doesn't know about that version of the package
[08:34] <lamont> yeah
[08:34] <fabbione> lamont: but w-b gave me that version :-)
[08:34] <T-Bone> lamont: which is rather stange given w-b gave that package to buildd...
[08:34] <T-Bone> as fabbione said :)
[08:34] <fabbione> exactly
[08:34] <lamont> actually, takes next to no time for me... but I don't have universe.....
[08:35] <lamont> interesting
[08:35] <T-Bone> lamont: i call that a bug, but that's my 2cents ;)
[08:35] <lamont> T-Bone: the DC does it every 30 min, x5 architectures
[08:35] <T-Bone> well
[08:36] <T-Bone> either having a flat archive makes things awfully slow
[08:36] <fabbione> ah we might have a fix for the av_dc thingy that sucks 100% of the CPU
[08:36] <T-Bone> or you have hell of machines
[08:36] <T-Bone> it's been running for 8+ minutes here already
[08:36] <T-Bone> truth told it's the first time it's that long
[08:36] <T-Bone> i wonder if i have fucked up something
[08:37] <T-Bone> i should have run it -v
[08:37] <fabbione> ah hell.. the patch is big
[08:37] <zul> yay!
[08:37] <zul> heh
[08:38] <T-Bone> lamont: any reason why w-b doesn't publish its stats, btw?
[08:38] <lamont> ?
[08:38] <T-Bone> $web_stats = "/home/buildd/public_html/buildd/stats.txt";
[08:38] <zul> fabbione: i saw that it hasnt been proven though
[08:38] <T-Bone> lamont: ^^
[08:38] <T-Bone> lamont: that file isn't created
[08:39] <fabbione> zul: the patch is clean, but it changes the ABI afaict
[08:39] <zul> fabbione: heh..
[08:39] <lamont> T-Bone: have you run do-merge-quinn?
[08:39] <T-Bone> no
[08:39] <T-Bone> it's currently deadlocking on a --failed
[08:39] <lamont> well, that's the only file that references $web_stats....
[08:39] <T-Bone> afaict
[08:40] <T-Bone> err
[08:40] <T-Bone> do-merge-quinn != w-b --merge-quinn?
[08:40] <lamont> nope
[08:40] <lamont> t
[08:40] <lamont> it's yet more cruft that we don't care about
[08:40] <T-Bone> erf
[08:40] <zul> fabbione: i say hoary+1 for it
[08:41] <fabbione> zul: let me check something
[08:41] <fabbione> i want to see if it is upstream
[08:41] <zul> i already did and i believe it isnt
[08:41] <fabbione> it might be worth extracting only the changes for the acxxx driver, try to build (for the ABI change) and ask him to tetst
[08:42] <zul> i can do it if you want
[08:42] <fabbione> that would be neat
[08:42] <fabbione> he uses 686-smp
[08:42] <zul> ok ill throw one together right now
[08:42] <fabbione> ok great
[08:43] <T-Bone> fabbione: interestingly enough if you pass only 1 changes file to -u at a time, there's no error
[08:43] <fabbione> T-Bone: hmm possibly
[08:44] <T-Bone> seems to be
[08:45] <zul> fabbione, just the scsi stuff no 3com or acpi in that patch correct?
[08:47] <fabbione> zul: one sec...
[08:47] <T-Bone> wow
[08:47] <T-Bone> seems that touching the file during the build made it work anyway
[08:47] <T-Bone> cool
[08:49] <fabbione> zul: we mostlikely have the acpi changes already. worth to check anyway
[08:49] <zul> k
[08:49] <fabbione> mjg59: ping?
[08:50] <fabbione> iirc the 3com drivers are broken with suspend resume and the patch is not intrusive... but hell we are so close to RC
[08:50] <zul> they are broken with suspend resume
[08:50] <fabbione> zul: skip the generic scsi stuff and push him only the ahc driver changes
[08:51] <zul> ok
[08:51] <fabbione> we should ask mjg59 if the patch looks sane
[08:51] <fabbione> plus i have a 3com to test on
[08:51] <zul> but the generic scsi stuff contain some CONFIG_PM stuff
[08:51] <fabbione> yes htat is correct, but that's a more intrusive change
[08:52] <zul> ok
[08:52] <fabbione> it's the driver we really care about
[08:52] <zul> i understand
[08:52] <fabbione> i am ok to fix a driver, but not to change an entire subsystem
[08:53] <fabbione> + the scsi change is an ABI change
[08:53] <fabbione> it adds 4 more functions around
[08:53] <fabbione> atleast it looks like
[08:53] <T-Bone> lamont: btw, do you want to be posted about the kind of message i've mailed you?
[08:55] <fabbione> zul: apparently none of the changes in the driver require the changes to the scsi layer
[08:55] <fabbione> and they shouldn't change the ABI afaict
[08:55] <zul> ah ok...i made the patch starting it right now
[08:55] <fabbione> all the changes are confined inside the module
[08:56] <fabbione> let me check an extra thing...
[08:56] <fabbione> -
[08:56] <zul> 686-smp
[08:57] <lamont> topic changed in #ubuntu-meeting, guess I should email kernel-team, eh>?
[08:57] <lamont> T-Bone: kdelibs has no love quite yet, in my mirrror
[08:57] <lamont> but it will soon
[08:57] <T-Bone> kdelibs is in main?
[08:58] <fabbione> lamont: ehhe
[08:58] <T-Bone> lamont: no need, it'll be built here
[08:58] <T-Bone> just rsync it when it's there
[08:58] <lamont> kdelibs is in main
[08:58] <T-Bone> urg
[08:58] <lamont> T-Bone: quicker to just build it here...
[08:58] <lamont> since the source is already here, I think
[08:58] <fabbione> zul: yes.. all the changes are confined inside the modules. in any case the modules seem not to depend on each other. that means that we are ok with it
[08:59] <lamont> fabbione: you saw that -29's hppa is no change from -28 (abi), right?
[08:59] <T-Bone> lamont: well, much slower to upload from your place :P
[08:59] <fabbione> lamont: yeps.. the abi files for hppa are there already
[09:00] <lamont> T-Bone: yeah. and equally slow to upload
[09:00] <lamont> s/up/down/.
[09:00] <zul> fabbione: that is what im going with http://zulinux.homelinux.net/ubuntu/kernel/aic7xx-sleep.dpatch
[09:00] <T-Bone> lamont: if you don't need it you don't have to download it, otoh :)
[09:00] <fabbione> zul: looks sane
[09:01] <zul> nifty...building now
[09:01] <T-Bone> lamont: just for you http://archive.slashdirt.org/incoming/
[09:01] <T-Bone> that's the unsigned archive
[09:01] <zul> should take about 45 minutes for it to build since i removed everything except for 686-smp
[09:02] <T-Bone> lamont: rsync'able at rsync://rsync.slashdirt.org/incoming
[09:02] <fabbione> zul: no ccache?
[09:02] <zul> nope
[09:02] <fabbione> zul: time to install it...
[09:02] <fabbione> it's easy and very fast
[09:02] <zul> i know cc=ccache gcc
[09:03] <zul> or something ;)
[09:03] <fabbione> zul: even simpler than that
[09:03] <zul> eh?
[09:03] <fabbione> if [ -d /usr/lib/ccache ] ; then
[09:03] <fabbione>     export PATH=/usr/lib/ccache:"${PATH}"
[09:03] <fabbione>     export CCACHE_DIR=/usr/src/.ccache
[09:03] <fabbione>     export CCACHE_NLEVELS=8
[09:03] <fabbione> fi
[09:03] <fabbione> given that you want your ccache in /usr/src/.ccache
[09:04] <fabbione> ccache -s to see the stats
[09:04] <fabbione> ccache to see what you can configure
[09:04] <zul> hmmm...ill have to try that tonight
[09:04] <fabbione> i use that in my .bashrc
[09:04] <fabbione> so it is always there and i don't need to bother
[09:04] <fabbione> just make sure that .ccache is somewhere on a fast disk :-)
[09:05] <fabbione> the first time you will not notice any difference
[09:05] <zul> .ccache can be in your home directory correct?
[09:05] <fabbione> but check the build time the second run :-)
[09:05] <fabbione> zul: it can be everywhere
[09:05] <fabbione> it's just a VAR you set
[09:05] <fabbione> for me ~ would be a loss
[09:05] <fabbione> since it's nfs shared.. so i prefer local disk
[09:06] <zul> its not nfs shared for me though so no biggy
[09:06] <zul> bzImage is ready
[09:07] <T-Bone> fabbione: ccache wants loads of diskspace/mem, right?
[09:08] <fabbione> nop
[09:08] <fabbione> only a bit of diskspace that you can configure
[09:08] <T-Bone> i wonder if it'd be quite a gain on a buildd
[09:08] <T-Bone> honestly i doubt it
[09:09] <fabbione> to be a real gain on a buildd the ccache storage must be big
[09:10] <T-Bone> i guess so
[09:10] <T-Bone> currently i can't afford it
[09:10] <fabbione> but for example vlc takes 1:30 hours to build on sparc without ccache
[09:10] <fabbione> ccached less than 20 minutes
[09:10] <T-Bone> that'll cahnge once i'll get my hands on the disk arrays that are coming my way :)
[09:10] <fabbione> make your numbers...
[09:10] <T-Bone> doh
[09:10] <T-Bone> how can that be?
[09:11] <fabbione> because ccache stores the objects on the disk at the first compilation and re-use them at the second run?
[09:11] <fabbione> catching all the changes?
[09:11] <fabbione> and recompiling only what is really needed?
[09:12] <T-Bone> err
[09:12] <fabbione> a lookup is faster than recompiling the entire code ;)
[09:12] <T-Bone> sure
[09:12] <T-Bone> but it's only useful upon consecutive builds. ie: for it to be worthwhile on a buildd, it'd have to cache the *entire archive's objects*
[09:12] <T-Bone> something so big I'd rather don't know how big it is :)
[09:13] <fabbione> T-Bone: that's why i wrote that you need a big cache in a buildd
[09:13] <T-Bone> heh
[09:13] <fabbione> but take into account that you have some limitations
[09:13] <T-Bone> eg?
[09:13] <fabbione> each time libc or gcc gets updated the entire ccache becomes garbage
[09:14] <T-Bone> yum
[09:14] <fabbione> so it is pointless to make the cache too big to contain everything
[09:14] <fabbione> + you will notice that some huge packages like X that takes like 5GB of disk to build, only uses a few hundred Megs of ccache
[09:15] <fabbione> even the kernel is ccache is like 100MB or something
[09:15] <fabbione> T-Bone: because X builds heaps load of extra crap, twice and non-cacheable?
[09:15] <fabbione> like spending litteraly hours processing fonts in perl?
[09:16] <T-Bone> schweet
[09:21] <lamont> ccache -F 2000000 -M 100.0G
[09:21] <lamont> that's what the buildd's in the DC (that can handle it) have
[09:21] <lamont> the others use somewhat less - only 10GB of cache
[09:21] <fabbione> yeah.. except that my sparc buildd is struggling with 2,5GB of ccache
[09:21] <lamont> roughly 20% of the available disk space
[09:21] <fabbione> lamont: why do you force -F ?
[09:22] <zul> whee...buuilding scsi modules
[09:22] <fabbione> there is no limit to file nums by default..
[09:22] <lamont> files in cache                    224153
[09:22] <lamont> cache size                           8.7 Gbytes
[09:22] <lamont> max files                        2000000
[09:22] <lamont> max cache size                      10.0 Gbytes
[09:22] <lamont> that's on my hppa machine
[09:22] <lamont> fabbione: because the default is way too small :-)
[09:22] <fabbione> if i don't set -F i don't have max files at all
[09:23] <lamont> hrm.. ISTR that wasn't always the case... dunno
[09:23] <fabbione> i really have no idea :-)
[09:23] <fabbione> but i remember only setting the size
[09:24] <fabbione> ehhehe
[09:24] <fabbione> you all suck
[09:25] <T-Bone> sure :)
[09:25] <fabbione> i need an external SCSI disk array for my sparc
[09:25] <fabbione> and i did get none
[09:25] <T-Bone> i can give you a pile of 4GB disks ;)
[09:25] <fabbione> T-Bone: i don't really care the size of the HD
[09:25] <T-Bone> you'll have to build the array by yourself, tho :)
[09:25] <fabbione> do they have an external disk array?
[09:25] <T-Bone> alas no
[09:25] <fabbione> ok
[09:25] <fabbione> that sucks
[09:26] <T-Bone> these are raw IBM scsi disks
[09:27] <T-Bone> if they had an array, i'd have used them :)
[09:27] <fabbione> http://www.anysystem.com/storedge-t3-660gb.html
[09:27] <fabbione> something like this would do
[09:27] <fabbione> :)
[09:28] <T-Bone> wow
[09:28] <T-Bone> that's kinda cool indeed :)
[09:28] <fabbione> yeah
[09:28] <fabbione> i think i can host both differential and non differential scsi stuff
[09:28] <fabbione> but i can't remember what is the default in my sparc
[09:29] <fabbione> in the worst case i have a scsi controller hanging somewhere in a box.. and i am sure it is differential
[09:29] <fabbione> and.. actually....
[09:29] <fabbione> hmmmm
[09:29] <fabbione> it's an ADAPTEC!
[09:29] <fabbione> i wonder if the ahc_dv process starts without any device connected....
[09:29] <T-Bone> lol
[09:31] <T-Bone> i wonder what that bitch has been doing all the time then :)
[09:31] <fabbione> ok i am off for the evening
[09:31] <fabbione> lamont, mdz: please drop me a mail if you are going to upload -30 or you want me to do it tomorrow when i wake up
[09:31] <zul> fabbione: ok ill put the .ko on my webpage for the users to test
[09:31] <fabbione> zul: fine by me
[09:32] <zul> and if they are ok ill put it in my archive or you can just grap the copy on the page as well
[09:32] <fabbione> ok thanks
[09:32] <fabbione> zul: make my life simpler.. merge from branch so that i can easily merge from you
[09:33] <zul> pl
[09:33] <zul> doh..ok
[09:33] <fabbione> all this merging is a bit work of work for everybody, but it makes everything simpler at the end
[09:33] <fabbione> good night everybody
[09:33] <zul> night
[09:33] <zul> whee...its linking now
[09:35] <T-Bone> kylem: Finished at 20050323-2132
[09:35] <T-Bone> Build needed 05:23:49, 909288k disk space
[09:35] <T-Bone> that was linux-source
[09:35] <kylem> hate you so much. :)
[09:36] <kylem> i need to compare our .config
[09:36] <T-Bone> ;)
[09:36] <T-Bone> i told you I/O were *fast* on that machine :)
[09:36] <kylem> i just started build-64-smp
[09:37] <T-Bone> you just can't fight :)
[09:37] <T-Bone> kylem: they'll be available soon at the incoming URL i posted before
[09:37] <kylem> i think my /home disk is only FAST-20 for some reason.
[09:38] <kylem> T-Bone, heh, mine is a dual 550MHz too...
[09:38] <T-Bone> here it's FAST-20 WIDE 40MB/s
[09:38] <T-Bone> two 9GB disks.   It's the fact that I did the source build on glibc that caused the need for the second upload...
[09:42] <T-Bone> glibc takes about 3h to build. I wonder why it's not "-j" enabled
[09:42] <jbailey> err.
[09:42] <jbailey> ia64, I mean.
[09:42] <jbailey> T-Bone: It is.
[09:43] <T-Bone> /usr/bin/make -C build-tree/hppa-libc -j 1 2>&1 | tee -a /bu
[09:43] <T-Bone> jbailey: "-j1" heh? :)
[09:43] <T-Bone> how threaded is that?
[09:43] <T-Bone> ;)
[09:45] <jbailey> NJOBS:=$(shell getconf _NPROCESSORS_ONLN 2>/dev/null || echo 1)
[09:45] <T-Bone> jbailey: next time you do a glibc upload, remove the arch indep files from binary arch :)
[09:46] <T-Bone> ~$ getconf _NPROCESSORS_ONLN
[09:46] <T-Bone> 2
[09:46] <jbailey> Then trace the setup in your chroot or something.
[09:46] <T-Bone> $ sudo chroot-hoary getconf  _NPROCESSORS_ONLN
[09:46] <T-Bone> sudo: chroot-hoary: command not found
[09:46] <T-Bone> err
[09:46] <T-Bone> my bad
[09:46] <T-Bone> $ sudo chroot chroot-hoary getconf  _NPROCESSORS_ONLN
[09:46] <T-Bone> 2
[09:47] <T-Bone> with 2 online CPUs, i can lart you in parallel :)
[09:48] <zul> right i have to go move furniture back tonight
[09:48] <jbailey> T-Bone: *lol*
[09:48] <jbailey> T-Bone: So why is it detecting only one processor for you? =)
[09:48] <T-Bone> jbailey: building glibc was threaded on warty chroot, so something's fucked up
[09:49] <T-Bone> jbailey: if you want to look at the ongoing build log to figure out: http://buildd.slashdirt.org/logs/glibc_2.3.2.ds1-20ubuntu12_20050323-2133
[09:49] <jbailey> There's nothing a build log would tell me - It's all what variables are set when.
[09:50] <T-Bone> well
[09:50] <T-Bone> # How many makes to run at once?
[09:50] <T-Bone> NJOBS = 1
[09:50] <T-Bone> from glibc-2.3.2.ds1/debian/rules
[09:51] <T-Bone> i guess that answers the question?
[09:51] <jbailey> T-Bone: Right, but the various things from debian/sysdeps are pulled in after that.
[09:51] <jbailey> NJOBS has to have a default, since we can't use this getconf on non-Linux
[09:51] <jbailey> If you look in sysdeps/linux.mk, you'll see the detection code.
[09:52] <T-Bone> NJOBS:=$(shell getconf _NPROCESSORS_ONLN 2>/dev/null || echo 1)
[09:52] <T-Bone> ifeq ($(NJOBS),-1)
[09:52] <T-Bone>  NJOBS:=1
[09:52] <T-Bone> endif
[09:52] <T-Bone> ifeq ($(NJOBS),0)
[09:52] <T-Bone>  NJOBS=1
[09:52] <T-Bone> endif
[09:52] <T-Bone> NJOBS:=1
[09:52] <T-Bone> somehow i have the feeling that this is *utterly* stupid :)
[09:52] <T-Bone> note the ending "NJOBS:=1"
[09:53] <T-Bone> jbailey: i guess *that* answers the question :)
[09:53] <jbailey> wtf?
[09:53] <kylem> get shuttleworth to buy a superdome and just run make -j ;-)
[09:53] <T-Bone> kylem: lol
[09:53] <lamont> T-Bone: you do have /proc mounted in the chroot, yes?
[09:53] <lamont> (and /dev/pts)
[09:53] <T-Bone> jbailey: that's exactly what i'm asking you :)
[09:53] <T-Bone> lamont: yes
[09:53] <T-Bone> lamont: i just pointed that the build will never be threaded anywhere, no matter what
[09:54] <T-Bone> btw i'm doubtful about the "NJOBS=1" in the second if case
[09:54] <jbailey> T-Bone: Sure, but only -j 1 apparently. =)
[09:54] <jbailey> You mean if it comes back as 0?
[09:55] <jbailey> Given that you're unlikely to have 0 processors online and still succesfully execute the instruction, 1 seems like a safe fallback. =)
[09:55] <T-Bone> jbailey: i think it should be "NJOBS:=1" instead of "NJOBS=1" for consistency reason. But that's not the cause of what we're seeing
[09:56] <T-Bone> though i wonder if someone fucked up willing to change exactly what I just said, and wrote the change *outside* the if case
[09:56] <T-Bone> jbailey: so for ubuntu13, remove arch indep from binary arch target and GET IT TO BUILD THREADED, dammit :o)
[09:57] <jbailey> First I want to know why that NJOBS:=1 is in there.  I don't see a refernece to it in the changelog.
[09:57] <T-Bone> i'm pretty sure that's someone's local change that went into mainline :)
[09:57] <T-Bone> anyway, off for dinner, bbiab
[10:47] <T-Bone> gah
[10:47] <T-Bone> so you guys just uploaded glibc again :P
[10:48] <jbailey> Right with the bug fixed.
[10:48] <jbailey> Current build?
[10:49] <T-Bone> ubuntu12 on my builder
[10:50] <jbailey> ia64?
[10:50] <T-Bone> hppa
[10:50] <T-Bone> why would i build ia64?
[10:50] <jbailey>  thought you ran the autobuilder for it.
[10:50] <T-Bone> hell
[10:50] <T-Bone> no
[10:50] <T-Bone> it's in DC
[10:50] <jbailey> Is hppa a target for Breezy?
[10:50] <T-Bone> my business is hppa you see
[10:50] <T-Bone> i don't know
[10:50] <T-Bone> hppa is a target for me, that's a good beginning :)
[10:51] <jbailey> If it is, it's incentive for me to setup the hppa box here.
[10:51] <T-Bone> dude
[10:51] <T-Bone> have you been sleeping on this chan and #parisc lately?
[10:51] <T-Bone> ;P
[10:51] <jbailey> #parisc, yes.
[10:51] <T-Bone> we've discussed at length that topic on #parisc
[10:51] <jbailey> This channel?   Maybe. =)
[10:51] <T-Bone> it eventually gave birth to http://ubuntu-hppa.pateam.org/
[10:52] <T-Bone> (which is currently rather empty, but I'm trying to improve it as much as possible. Contribution welcome)
[10:53] <jbailey> I remember the Vancouver proposal coming up in #parisc, but it doesn't look like there's nay reason why it shouldn't be a full arch, so I didn't follow it after that.
[10:53] <T-Bone>    * debian/rules.d/control.mk: Mark debian/control target as phony.
[10:54] <T-Bone> that's supposed to fix the parallel build issue?
[10:54] <T-Bone> jbailey: then you haven't read your mails carefully enough
[10:54] <T-Bone> hppa is planed for removal from etch
[10:54] <jbailey> On what grounds?
[10:54] <T-Bone> not enough builders
[10:54] <T-Bone> not enough downloads
[10:54] <T-Bone> and all kind of crap alike
[10:55] <jbailey> Hmm, not enough downloads I can see, I guess.
[10:55] <jbailey> No, the issue wasn't parallel build, the issues was fubar depends from a race condition.
[10:55] <kylem> i think "not worth the release teams time"
[10:55] <T-Bone> jbailey: if you've looked at the requisite for an arch to be part of etch, you'd noticed that *only* i386 can make it
[10:55] <kylem> don't worry, if nobody else does, i will do stable releases for etch for hppa.
[10:55] <T-Bone> amd64 and ia64 have been "exempted" of a few prerequisites
[10:55] <jbailey> Since I did the original build on ia64, libc6-i686 depended on libc6.1 =)
[10:56] <T-Bone> jbailey: ok. So it will still build single threaded?
[10:56] <jbailey> T-Bone: Yes, dear.
[10:56] <T-Bone> schit
[10:56] <jbailey> T-Bone: The issue -j issue isn't important enough to have me risk breaking it when I don't know why the change went in in the first palce.
[10:56] <T-Bone> i can imagine
[10:57] <T-Bone> kylem: you're into self-inflicted pain, aren't you? :)
[10:57] <kylem> no.
[10:58] <T-Bone> doing QA release of etch looks much to me like you're in it, tho :)
[10:58] <kylem> meh.
[10:59] <jbailey> T-Bone: Perhaps it's inflicted by others. =)
[10:59] <kylem> jbailey, i don't work at all.
[10:59] <T-Bone> he's a darn student :)
[11:00] <jbailey> Ah, lucky.
[11:00] <kylem> not really. i work full time and get nothing out of it. :)
[11:00] <jbailey> I'm going to spend a bunch of this weekend on my universitiy stuff.  I'm so behind. =)
[11:00] <kylem> "work" rather.
[11:00] <jbailey> kylem: I'm doing my degree by distance ed, and wish I could afford to take the time off to go to school.
[11:01] <kylem> jbailey, *nod* i was thinking about finishing part time, but it would just take too long.
[11:11] <T-Bone> mv: cannot stat `chroot-hoary/build/buildd/linux-headers-2.6.10-5_2.6.10-29_hppa.deb': No such file or directory
[11:20] <mdz> the snd-via82xx change does not resolve my problem
[11:20] <mdz> well, not entirely
[11:20] <mdz> I don't seem to be getting the crash I was getting before, but that didn't always happen anyway
[11:21] <mdz> but it still behaves in the same way
[11:21] <T-Bone> Build daemon statistics from 19700101-0100 to 20050322-2050 (12864.83 days) <- must be the oldest buildd ever run ;)
[11:21] <mdz> when I play a sound, it repeats indefinitely
[11:21] <mdz> any information I should collect before I go back to irqpoll mode?
[11:23] <mdz> ok
[11:31] <T-Bone> ok ok
[11:31] <T-Bone> well, it's time for me to say goodbye
[11:32] <T-Bone> i'll have a quick look at the backlog tomorrow morning but then I won't be back until next wednesday. Will read email tomorrow until 1700 CET, then no net access. Vacation rulez! :)
[11:34] <mjg59> I need to go out - can someone point mdz at http://seclists.org/lists/linux-kernel/2005/Mar/6078.html ?


[00:42] <SCR1845-6357A> Pleasant night to all southafricans, regardless their operating system
[00:43] <SCR1845-6357A> I have read about the existence of a weird distro called "apartheid linux"
[00:44] <SCR1845-6357A> based on ubuntu, and seemingly identical in all senses except some far-right decoration...
[00:45] <SCR1845-6357A> never tried it myself, though
[00:52] <Private_User> good night SCR1845-6357A
[01:10] <SCR1845-6357A> goodnight to you too, Private_User
[10:37] <Kilos> morning superfly not_found et al
[10:37] <Kilos> oh sorry afternoon
[10:38] <Kilos> cant believe they have banned grenadillas as an alien plant in za
[10:39] <theblazehen> Hey Kilos
[10:39] <Kilos> hi theblazehen
[11:02] <charl_> hi Kilos
[11:02] <charl_> hi theblazehen
[11:02] <charl_> Maaz: coffee on
[11:02]  * Maaz puts the kettle on
[11:02] <theblazehen> hey charl_
[11:02] <Kilos> hi charl_
[11:03] <Kilos> Maaz coffee please
[11:03] <Maaz> Kilos: Sure
[11:03] <Kilos> Maaz rusks please
[11:03] <Maaz> behind the calender on top of the fridge, but dont tell everyone Kilos
[11:03] <Kilos> Maaz ty
[11:03] <Maaz> You are welcome Kilos
[11:06] <Maaz> Coffee's ready for charl_ and Kilos!
[11:11] <not_found> o/
[11:13] <Golynx> hi Kilos
[11:13] <Golynx> hi charl_
[11:13] <Golynx> hi theblazehen
[11:13] <Golynx> hi not_found
[11:13] <Golynx> hi Maaz
[11:13] <theblazehen> hi Golynx
[11:22]  * Golynx agrees with Telkom CEO Sipho Maseko "MTN, Vodacom is standing in the way of SA's future" http://techcentral.co.za/mtn-vodacom-standing-in-way-of-sas-future/46705/
[11:22] <not_found> and Telkom isn't?! >.<
[11:23] <theblazehen> not_found, lol
[11:24] <Kilos> telkom is much cheaper not_found
[11:24] <Golynx> not_found: that maybe true in the fixed line arena, but its about mobile that reaches many more people in the country
[11:25] <not_found> at least there is the possibility for competition in the mobile area... but it is still ironical for Telkom to make statements like that..
[11:38] <Golynx> not_found: Telkom wants payback of its R50 billion it had to subsidise MTN and Vodacom since 1994.
[11:39] <Kilos> yay maybe theyll drop 8ta data even more
[11:43] <Golynx> Kilos that will happen , how soon ? depends on the court case of MTN and Vodacom has against Icasa
[11:44] <Kilos> they big money okes so it can hang in courts for ages
[11:46] <Golynx> ya true
[11:46] <Golynx> but even them agree that mobile tarrifs must come down, but they want it to come down slowly at their pace
[11:48] <Kilos> they want it cheap from telkom but dont want to lower their price to comsumers
[11:48] <Kilos> swines
[11:50] <Golynx> ya , its hard to get out of any kind of comfort zone, even for the big babies lol
[11:51] <Kilos> you cant live in a mansion and drive the latest merc and live on peanuts
[11:53] <Golynx> lol
[11:53] <Golynx> they have to ditch the expensive peanuts for the cheaper ones
[11:54] <Kilos> lol
[12:02] <Kilos> who wanted to root a tablet here the other day?
[12:02] <Kilos> just got a mail with instructions
[12:22] <Private_User> afternoon all
[12:22] <Kilos> hi Private_User
[12:27] <Private_User> hi Kilos
[12:45] <charl_> hi Private_User
[12:45] <charl_> hi Golynx
[12:51] <Private_User> hey charl_
[12:57] <not_found> beroot, reboot
[12:58] <Kilos> hehe
[12:58] <not_found> every make of tablet / phone may have a slightly different method of rooting...
[13:00] <Kilos> ah
[13:01] <not_found> so if it was for the right device it would be all good :)
[13:03] <charl_> beetroot ?
[13:03] <charl_> sounds delicious !
[13:04] <Private_User> with a side of steak or roast?
[13:05] <Private_User> :)
[13:05] <Kilos> hehe
[13:08] <charl_> i'm getting hungry now
[13:08] <theblazehen> charl_, I just had a nice lunch :)
[13:09] <theblazehen> 2 toasted sandwiches, 3 slices of bread each, cheese + mayo
[13:09] <Kilos> yum
[13:12] <Golynx> can Maaz cook ?
[13:12] <Kilos> no
[13:13] <Kilos> we tried once to teach and ibid. but that is only possible for python experts
[13:13] <Kilos> an ibid
[13:13] <Private_User> maybe its a good thing, virtual food may make us even more hungry
[13:13] <Kilos> lol
[13:13] <Kilos> hey kbmonkey you not away
[13:14] <Kilos> just lurking
[13:14] <Golynx> lol
[13:16] <kbmonkey> hi
[13:17] <kbmonkey> trying to figure out update-alternatives here
[13:17] <Kilos> my monkey dont pull the lurker stunts you gotta greet
[13:17] <kbmonkey> always forget the command
[13:17] <Kilos> what you wanna update
[13:17] <kbmonkey> it is hot today Kilos
[13:17] <Kilos> cold here
[13:18] <Kilos> and wet
[13:18] <kbmonkey> jealous
[13:18] <Kilos> drizzled all night
[14:09] <Kilos> wbb later
[14:19] <kbmonkey> back, phone net was too slow
[15:36] <Kilos> hmm...
[16:25] <Golynx> hey SCR1845-6357A
[16:25] <SCR1845-6357A> hello Golynx
[16:26] <Golynx> how is my fav password doing today
[16:26] <SCR1845-6357A> :)
[16:26] <SCR1845-6357A> really fine
[16:26] <Golynx> ah that always good to hear :)
[16:26] <SCR1845-6357A> I hope the same applies to you
[16:26] <Kilos> haha hi SCR1845-6357A
[16:27] <SCR1845-6357A> hi Kilos!
[16:27] <Golynx> sure always got to keep the shiney side up :)
[16:27] <SCR1845-6357A> glad to know that!
[16:33] <kbmonkey> he he hello
[16:34] <Kilos> stuttering my mon?
[16:34] <Kilos> monkey too
[16:35] <Kilos> inetpro ping
[16:35] <Kilos> ohi superfly
[16:36] <SCR1845-6357A> superfly... isn't a curties mayfield album or somethin?
[16:36] <SCR1845-6357A> i like curtis
[16:37] <SCR1845-6357A> and the 70s in general
[16:40] <SCR1845-6357A> hey, is there good music stores left in jozi?
[16:40] <SCR1845-6357A> Kilos, do you know any?
[16:40] <Kilos> nope i dont go anywhere
[16:40] <Kilos> all music is online now
[16:41] <SCR1845-6357A> but man, nothing like the pleasure of a old vinyl of your most loved albums
[16:41] <Kilos> i only listen to old time music
[16:41] <Kilos> haha
[16:46] <Kilos> SCR1845-6357A you been here?
[16:47] <SCR1845-6357A> nope
[16:47] <SCR1845-6357A> but would like to one day
[16:47] <Kilos> i wondered about you asking about music stores in jozi
[16:48] <Kilos> jozi has everything
[16:48] <Kilos> the fly is in capetown
[16:48] <Kilos> they have everything too
[16:48] <Kilos> except money
[16:48] <SCR1845-6357A> well, as far as I know jozi no longer has many of the things it once had
[16:48] <SCR1845-6357A> so that's why I asked it
[16:49] <Kilos> ah
[16:49] <SCR1845-6357A> where are you from?
[16:49] <Kilos> https://www.facebook.com/pages/Vinyl-Joint/239042717792
[16:50] <Kilos> im from pretoria and durban
[16:53] <Kilos> hi not_found
[16:53] <not_found> o/
[17:14] <kbmonkey> hi not_found
[17:14] <kbmonkey> are you the third boolean state?
[17:15] <not_found> !objection
[17:15] <kbmonkey> haha
[17:15] <Golynx> hi kbmonkey
[17:15] <Golynx> wb not_found
[17:16] <not_found> thanks all
[17:16] <kbmonkey> hi Golynx
[17:16]  * not_found watches some Smite... the one game that I can't get to work outside windows no matter what :'(
[17:17] <kbmonkey> I am about to make dinner before it is too late
[17:17] <Golynx> not_found: sad to hear hey
[17:17] <not_found> if I didn't suck so bad at the game it would keep me on windows...
[17:17] <Golynx> i mis Tricky Truck on windows, used to be in the top 3 on most of those tracks
[17:18] <not_found> http://www.twitch.tv/smitegame
[17:18] <not_found> tourney starting in 3 minutes
[17:19] <Golynx> nice
[17:24] <Private_User> evening people
[17:24] <Kilos> hi Private_User
[17:25] <Private_User> hey Kilos
[17:25] <Kilos> hey Private_User have you worked on thew desktop pc yet?
[17:26] <Private_User> I have been reading above see you were also from Durban, originally or just lived there for a few years?
[17:26] <Kilos> lazy man
[17:26] <Kilos> i went there just before i was 21 and left about 25 years later
[17:27] <Kilos> but left natal that is
[17:27] <Kilos> spent time inmaritzburg and utrecht
[17:27] <Kilos> about 20 years in toti working in durbs
[17:28] <Private_User> lol yeah I am, was actually gonna try the vacuum but after the news I heard this morning I forgot all about it will make sure I do it tomorrow
[17:28] <Private_User> ok cool stuff Kilos
[17:28] <Private_User> but were were born and grew up in GP
[17:28] <Kilos> born in pta
[17:29] <Private_User> I am also a KZN boy born and grew up here then moved up to GP lived there for almost 10years before times got hard and I had to move back home
[17:30] <Kilos> oh you in durbs now?
[17:30] <Private_User> been back now almost 2 years
[17:30] <Kilos> nuvo and vince are also there
[17:31] <Kilos> and lots of the dbnlug peeps
[17:31] <Kilos> oh and the monkey too
[17:31] <Private_User> ah cool stuff
[17:31] <Kilos> are you on our mailing list
[17:32] <Private_User> yeah my nick is on the mailing list :)
[17:32] <Kilos> there are other guys with labs and things there
[17:33] <Kilos> i forget names now will inform as memory serves
[17:33] <Kilos> they got groups
[17:33] <Private_User> ok cool will have to register myself on there so I can get invlolved
[17:33] <Kilos> yeah
[17:35] <Kilos> very clever linux peeps down there
[17:37] <Private_User> miss GP a little though many friends there and also my sisters are there as well but my consolation is getting to wake up everyday and get a great view and whiff of that beautiful sea and its breeze and also spending time with the folks
[17:38] <Kilos> i miss the sea
[17:38] <Kilos> was a lifesaver at warnerdoone for 3 years
[17:40] <Private_User> lekker always wondered what its like to be a life saver on a full time bases. Must be a great job, getting paid to swim and have fun on the beach
[17:40] <Private_User> cause majority of the week the beach isn't that full
[17:40] <Private_User> only weekends, holidays
[17:40] <Private_User> and public holidays
[17:41] <Kilos> yeah i did it weekends and leave time
[17:41] <Private_User> warnerdoone? is that like in the South Coast?
[17:41] <Kilos> in toti for my leave everyyear
[17:41] <Private_User> ok cool
[17:41] <Kilos> warner beach club ya
[17:42] <Kilos> lekker in hols , all the holiday chicks
[17:43] <Private_User> I bet
[18:00] <Kilos> hi captine wb
[18:00] <captine> hi Kilos
[18:00] <captine> How you doing
[18:01] <Kilos> good ty and you?
[18:01] <Kilos> im smiling, running 12.04 64bit
[18:01] <captine> doing good.
[18:01] <Kilos> lekker fast
[18:01] <captine> 12.04.  nice. last night I managed to get 13.10 installed on macbook
[18:01] <captine> very happy
[18:02] <captine> love the keyboard on this machine
[18:02] <Kilos> yeah only prob is the support is only for 6 months
[18:02] <captine> yip
[18:02] <captine> I will wipe it with 14.04 when released.  13.10 supports my macbook much better
[18:03] <captine> per the wiki
[18:03] <Kilos> 14.04 is out in 2 months then you can upgrade and get 3 years support
[18:03] <captine> yip
[18:03] <captine> am looking forward to it.  Really liked 12.04
[18:03] <captine> had tried arch linux which was fun, but like the quick install and little effort to get a good looking machine with ubuntu
[18:03] <Kilos> lts is lekker it gives next lts time to stabilise before support drops
[18:04] <Kilos> yeah installs are getting quicker
[18:04] <captine> was actually wanting to try PC-BSD10 but struggle to get it installed on my acer
[18:04] <Kilos> only hold up nowadays is the upgrading via internet
[18:05] <captine> true that
[18:05] <captine> I managed to mirror almost all the 12.04 64bit repo's to make vm installs etc faster, but still need to get it working properly
[18:05] <captine> hate waiting for downloads
[18:05] <Kilos> thats why its good to save downloaded packages then if you need to install again you have them on hand
[18:05] <captine> do you watch the linux action show at all?
[18:06] <Kilos> mirrored where?
[18:06] <captine> mirrored it on a home vm
[18:06] <captine> on my lan
[18:06] <Kilos> i rsync everything to an external
[18:06] <Kilos> ah
[18:08] <Kilos> n pe i dont watch shows
[18:08] <Kilos> data dont allow vids etc
[18:10] <captine> ah
[18:10] <captine> I hate the cost of data here
[18:10] <captine> anyhow.  what can you do
[18:10] <Kilos> yeah but getting better with telkom mobile
[18:15] <Private_User> not too bad on cell c captine check CellC giga packages
[18:15] <Private_User> prepaid data options
[18:20] <Kilos> hi Proxima_Centauri
[18:21] <Golynx> hi Proxima_Centauri
[18:21] <Golynx> hi Proxima_Centauri
[18:21] <captine> Private_User, thanks.  Am on Cybersmart 70 gig during day and 1000 from midnight till 7
[18:21] <captine> or something like that
[18:21] <Golynx> my second fav star
[18:22] <captine> on ADSL
[18:23] <Private_User> oh wow, whats the cost of that?
[18:23] <captine> R700
[18:23] <captine> ish
[18:24] <captine> on a 10meg
[18:24] <captine> line
[18:26] <Private_User> that is not too bad is there any additional costs or catches? is the data renewed monthly?
[18:28] <captine> R544 per month for 20gig + line and then 99 extra for the additional 50gig + 1000 night gigs
[18:28] <captine> afrihost may be cheaper.  but I have been with cybersmart for many years and like their support
[18:28] <captine> etc
[18:29] <Private_User> ok and the data is renewed every month?
[18:31] <Golynx> thats like data for the gods wow
[18:31] <Golynx> hi captine
[18:32] <Kilos> thats adsl captine ?
[18:32] <captine> yes renewed each month
[18:32] <captine> yip.  adsl
[18:32] <Kilos> us on farms dont have telkom lines
[18:32] <captine> so must pay trelkom for the voice portion
[18:33] <captine> Kilos, i would give up adsl to have a nice farm ;-)
[18:33] <Kilos> haha
[18:33] <Golynx> is fibre expensive, or are they just slow in rolling it out in SA
[18:34] <superfly> fibre is hectically expensive
[18:34] <theblazehen> How Long is a chinese guy
[18:34] <superfly> but, if you can afford it, the ROI is brilliant
[18:34] <Golynx> hi superfly
[18:34] <superfly> theblazehen: is his brother's name "So Long"?
[18:35] <theblazehen> superfly, lol, nope
[18:35] <Golynx> oh wow so its really that expensive to produce some light carrying tubes
[18:35] <Kilos> nope the cost is not in the production
[18:36] <superfly> Golynx: it's actully quite expensive to manufacture, and then it can be more maintenance than copper
[18:36] <captine> cybersmart offer 100mbps fibre uncapped in rosebank  for R10 000 per month
[18:36] <superfly> but, the long term benefits and better - fibre is worth nothing, compared to copper
[18:37] <superfly> captine: considering I pay around R1000/month for 10Mbps, that's actually pretty much the same cost
[18:37] <Golynx> ah i didnt know fibre were such high maintenance
[18:37] <Golynx> but alot of stuff goes in there
[18:38] <superfly> they both translate down to R100 per Mbps
[18:38] <superfly> Golynx: they also have to redo their infrastructure. it's all based around copper right now
[18:39] <Golynx> oh that makes sense, thanks superfly
[18:40] <captine> superfly, yip.  it might be comparable in terms of price per mbps, however, it is a lot of cash for a home user to pay
[18:41] <superfly> captine: absolutely
[18:41] <superfly> hence why I said it's well priced, but that doesn't mean that I can afford it! :-D
[18:42] <captine> not a bad price though if a complex bought it and split it through 30 units or more.
[18:42] <captine> but that is probably against terms and conditions
[18:42] <superfly> certainly if you're on cybersmart
[18:42] <superfly> I might know the MD, but that doesn't mean I agree with their T's & C's :-)
[18:44] <captine> :)
[18:44] <captine> lol
[18:44] <captine> I must say, i didnt like some of their terms around using only them etc way back, but can understand it in terms of reducing their cost base on support etc
[19:02]  * Golynx likes the irc logs
[19:03] <Kilos> haha
[19:03] <Kilos> too much to read
[19:03] <Golynx> you find some interesting info there :)
[19:04] <Golynx> yeah but fun
[19:04] <Kilos> hehe
[20:25] <Kilos> inetpro ping
[20:26] <Kilos> spose he is sleeping already
[20:29] <Golynx> yeah almost everyone got a long Monday tomorrow
[20:29] <Kilos> yeah shame
[20:53] <Kilos> night all. sleep tight. see ya morrow time