[00:04] <infinity> wxl: Getting there.
[00:05] <knome> i guess i'm the only one around who could push the xubuntu announcement to our website, and i'm about to hit the bed
[00:06] <wxl> infinity: no worries, just checking
[00:06] <knome> so our announcement will most probably be a tad late :)
[00:06] <wxl> hehe
[00:06] <infinity> knome: Announcements matching reality is probably not critical. ;)
[00:06] <knome> not really, but just FYI, if somebody wonders what's going on
[00:07] <wxl> knome: just stay out of ubuntu+1 :)
[00:09] <infinity> wxl: So, skipping ppc entirely, despite the tests that claim to have been done?
[00:09] <infinity> Oh, done but all failed because it didn't boot. :P
[00:09] <infinity> Nevermind.
[00:09] <wxl> infinity: i know they're only 32 bit
[00:09] <infinity> Skipping away.
[00:09]  * wxl nods
[01:40] <mdeslaur> can someone please reject 4.3-9ubuntu3 from the queue, please
[01:40] <mdeslaur> sorry, bash 4.3-9ubuntu3
[01:46] <infinity> mdeslaur: With pleasure.
[01:47] <mdeslaur> infinity: thanks
[01:47] <infinity> mdeslaur: Yet another fix needed?
[01:48] <mdeslaur> infinity: build issue, bison isn't regenerating the file from the patched source because of a timestamp issue
[01:48] <infinity> mdeslaur: Whoops.
[01:49] <mdeslaur> infinity: what's the filesystem used on the builders?
[01:50] <infinity> mdeslaur: ext3/ext4, depending (so, yes, some might not have micro-second timestamps, if that's your issue)
[01:52] <mdeslaur> yeah, I've hit that a couple times
[01:54] <infinity> mdeslaur: The vast majority are ext4 at this point, but that's not something one should rely on (and I consider it a bug if a build system needs precision timestamps anyway, since it rules out building on a lot of filesystems)
[01:55]  * mdeslaur nods
[04:12] <wxl> yay we're released
[08:23] <lool> would a RT member mind reviewing and releasing network-manager from unapproved? it brings wifi scan fixes that we need in RTM for the wifi based positioning
[08:31] <Laney> I assumed we'd unfreeze
[08:31] <Laney> Not?
[08:36] <apw> Laney, we have nominally remained in hard freeze from beta to final so that things in main get extra review (iirc)
[08:36] <apw> (final beta)
[08:38] <Laney> Maybe, I forgot what we did last time
[08:39] <apw> that is my memory, i don
[08:39] <apw> don't think it is intended to imply a higher bar, just more care being applied
[08:39] <Laney> I know
[08:43] <Laney> lool: no patch headers, bug reference or description of the problem being solved :( - forwarded upstream?
[08:59] <infinity> Laney: Can you hunt down the uploader of that gtk+3.0 and investigate if it breaks ABI?
[09:00] <infinity> Laney: At a glance, it looks like it's altering argument counts for at least one non-static function (but that might just be hard to read right in the diff context), which would need at best a symbol version bump, at worst, a new SOVER.
[09:00] <infinity> Laney: (I'd do the hunting myself, but I should be asleep, and need to be up again in ~4h)
[09:03] <infinity> Laney: Actually, I'm going to reject it, pending further investigation, just in case.  But please do hunt down said person and see about investigating properly.
[09:04] <lool> Laney: yes, this was discussed with upstream
[09:05] <lool> cyphermox: ^ do you have upstream references for the NM changes?
[09:05] <cyphermox> ha?
[09:05] <cyphermox> it was on IRC, really
[09:05] <cyphermox> we came up with a solution that was proposed to dcbw, and we all mutually agreed this was what was required
[09:06] <cyphermox> I'm not sure tvoss posted the patch yet
[09:06] <cyphermox> perhaps I'll just go ahead and ship it to the mailing list now
[09:06] <Laney> I picture it disappearing into the void
[09:06] <cyphermox> Laney: ?
[09:06] <Laney> If not forwarded upstream
[09:06] <lool> cyphermox: can we open a bugzilla ticket with the patch?
[09:07] <cyphermox> sure can
[09:07] <lool> thanks
[09:07] <Laney> would it be bad to reupload with the reference?
[09:07] <Laney> or, I guess there's a VCS?
[09:08] <Laney> infinity: Okay, I'll see in a minute
[09:08] <cyphermox> it will be in ~network-manager/network-manager/ubuntu shortly
[09:08] <Laney> seb128: ^? did you upload gtk by any chance?
[09:08] <lool> Laney: this is fairly urgent I'm afraid
[09:11] <Laney> Isn't it always :)
[09:12] <lool> eh
[09:12] <Laney> I accepted it - please update the VCS with the appropriate headers
[09:13] <lool> thanks
[09:13] <lool> cyphermox: ^ if you dont mind
[09:14] <seb128> Laney, yes I did for printing/cred, why?
[09:14] <seb128> shouldn't be an abi change, it's in the printing code which is used only by gtk itself
[09:15] <seb128> that's a backport from gtk 3.13
[09:15] <infinity> seb128: Can you double-check it doesn't affect any exported functions?
[09:15] <Laney> It seems from first glance to change the signature of exported symbols
[09:15] <infinity> seb128: The diff sure made it look like it might.
[09:15] <seb128> k
[09:15] <seb128> sorry I have to go, I can do that this afternoon
[09:15] <seb128> I just sponsored a backport of an upstream commit
[09:15] <seb128> that change is in debian unstable btw and they didn't change anything afaik
[09:15] <seb128> but I can check later
[09:16] <infinity> seb128: At first glance, it only looks like added args, so wouldn't be an ABI break, just an ABI progression (ie: need symbols min versions updated), but I could also just not be getting enough context.
[09:16] <seb128> that's not an external symbol afaik
[09:16] <seb128> the print module is just used by gtk itself
[09:17] <infinity> seb128: "just used by gtk itself" is a statement, not necessarily a reality.  If the symbols are public symbols in an object we ship, and that object has an ABI, it has a contract.
[09:17] <infinity> Unless it's a plugin that literally only GTK *can* load.
[09:17] <seb128> ok, discard it, I don't care
[09:17] <infinity> Anyhow, just have a check sometime.  If my glance was wrong, cool, we can accept from rejected.
[09:18] <seb128> well, I fail to see what outside gtk would load the gtk print dialog
[09:18] <seb128> but I don't have the slots to do work on that, I though it would be a no issue change
[09:18] <seb128> so if it's not let's drop it
[09:19] <ogra_> could someone unembargo the hud package from unaccepted ?
[09:19] <ogra_> (i need it for a pending fix)
[09:22] <infinity> (base)adconrad@cthulhu:~$ nm -D /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.1200.2 | grep gtk_print_backend_set_password
[09:22] <infinity><PHONE_NUMBER>318bd0 T gtk_print_backend_set_password
[09:22] <infinity> seelaman: FWIW, definitely not in a plugin.
[09:22] <infinity> Err.
[09:22] <infinity> seb left.  Bah.
[09:39] <cjwatson> infinity: Any reason I shouldn't start working my way through the queue?
[09:40] <rbasak> bcache-tools has in the Utopic NEW queue for a while now, if you have time to look at that.
[09:40] <rbasak> (please)
[09:40] <cjwatson> oh I was talking about unapproved, new is a different headspace ...
[09:41] <infinity> cjwatson: Work away.
[09:41] <infinity> cjwatson: Fairly sure you can ignore half of it (all the KDE stuff), which I expect Riddell/ScottK to get to soon.
[09:41] <infinity> cjwatson: But all the pending syncs probably want love.
[09:41] <infinity> (and oh, how we all love reviewing syncs)
[09:42] <infinity> cjwatson: Though, if you're, y'know, bored for a few minutes, getting to the bottom of the grub2/ppc64el breakage (or reverting to the cross-build hack for now) would be nice.
[09:43] <infinity> Not that I ever verified that it didn't work, I just took your word for it and didn't release that ISO.
[09:43] <cjwatson> infinity: There were patches on grub-devel this morning which I'm going to apply
[09:44] <cjwatson> Well, not for the nvram bit
[09:44] <infinity> cjwatson: I haven't looked at how it works now.  It's still building a 32eb binary, right, just using the native toolchain?
[09:44] <cjwatson> But at least for the VSX chaos
[09:44] <cjwatson> RIght
[09:45] <infinity> cjwatson: Kay.  When you think it's all fixed, I should try it on my old PowerStation, to make sure it's happy on old very big-endian-only kit.
[09:45] <infinity> Though testing on a POWER3/4/5 would be ideal, since that also rules out accidental AltiVec leakage too.  But what are the odds?
[09:49] <infinity> Oh, except testing it on my machine would mean manually extracting the binary from the ppc64el package.  That's a bit of a pain.
[09:54] <infinity> Alright, I'm giving up on the fiction that I'll be able to sleep between now and when the exterminators come to tear apart my apartment.
[09:59]  * cjwatson raises eyebrows at queuebot
[10:04] <cjwatson> infinity: I've reviewed all the syncs in the queue with the exception of libav, which I requested.
[10:40] <lool> hey, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html shows network-manager has been waiting for autopkgtests "in progress", but it's been 3 britney passes that they are finished and green in jenkins
[10:40] <lool> it looks like britney is not getting the right status from the tests
[10:40] <cjwatson> film at 11
[10:41] <rbasak> Could this be anything to do with the recent maintenance?
[10:41] <cjwatson> unlikely
[10:41] <cjwatson> it's just broken sometimes
[10:42] <cjwatson> that said
[10:42] <cjwatson> when I go to the "private" link for friends, the job is apparently still running
[10:42] <lool> the public one has a recent date and is finished
[10:42] <cjwatson> though not the n-m one
[10:42] <lool> ah friends
[10:42] <cjwatson> the public one is basically just informational
[10:43] <cjwatson> the relevant status file on snakefruit is dated a bit over an hour ago ...
[10:43] <cjwatson> but screw it, I'll just force it
[10:43] <cjwatson> don't have time for subtlety
[10:44] <cjwatson> hint committed
[10:45] <lool> in other news, I intend to do a source + binary copy of qtubuntu-sensors ubuntu2 from ubuntu-rtm to ubuntu as ubuntu as an ubuntu1 source with the same contents, but that's a lower version
[10:45] <lool> it might end up in unapproved
[10:45] <cjwatson> don't need to tell us in advance, we'll be notified
[10:46] <davmor2> cjwatson 's been committed man we need a plan to break him like they did with murdoch......I love it when a plan comes together.
[11:03] <cjwatson> infinity: I just realised - the dubious ppc64el changes in grub2 never made it into utopic, because I forgot to do grub2-signed
[11:03] <cjwatson> infinity: so final beta might be bootable on ppc64el after all ...
[11:03] <oSoMoN> hey release team, if I can do anything to help approve webbrowser-app quickly, let me know (this landing only has unintrusive bug fixes, and needless to say, has been thoroughly tested)
[11:04] <cjwatson> oSoMoN: it's ok, we're reasonably on top of the queue at the moment
[11:05] <oSoMoN> cool :)
[11:05] <infinity> cjwatson: Oh.  I guess I should have actually looked into it and tested instead of taking you at your word.  I guess I could still test that image and release it before it gets culled.
[11:06] <cjwatson> infinity: might be a plan, yeah
[11:06] <cjwatson> sorry for misinormation
[11:06] <cjwatson> +f
[11:06] <oSoMoN> that was fast indeed, thanks :)
[11:06] <infinity> cjwatson: In that case, please don't re-enable dailies, I'll get to testing today/tomorrow.
[11:06] <cjwatson> ok
[11:07] <infinity> I guess I could chattr that daily so it can't go away. :P
[11:07] <infinity> Probably a bit unfriendly.
[11:07] <cjwatson> or just hack cdimage/etc/purge-days
[11:08] <cjwatson> cowboy "ubuntu-server 10" in there for a while or something
[11:08] <infinity> cjwatson: Oh, yeah, I've done that in the past.
[11:09] <infinity> Done.
[11:52] <cjwatson> infinity: doesn't appear to be bootable on snyder.  Of course, the latest debian-installer was built against the broken grub-ieee1275-bin
[12:06] <infinity> cjwatson: Oh, of course it was, cause it was built in proposed.
[12:06] <infinity> cjwatson: So, the migration status is meaningless.
[12:07] <infinity> Also, this is an argument for me adding exact (= ) deps to d-i's output.
[12:07] <infinity> Have britney enforce a rebuild any time anything it was built with changes.
[12:07] <infinity> Or implement Built-Using, fill it in properly, and make Britney enforce that.
[12:07] <infinity> The former is much less effort, though. :)
[12:08] <infinity> I suppose we can't avoid properly implementing Built-Using forever though, so we should probably do it.
[14:54] <cjwatson> infinity: ^- could you review that?  I'm aware the pre-existing code is horrible, and I'm flying blind; but I don't think it can make things worse, and apparently the bug reporter is working to a deadline
[14:54] <cjwatson> infinity: also, can we turn dailies back on now that we know ppc64el was hosed?
[14:59] <infinity> Laney: Did you triple check that that was the only public symbol that was affected by that patch?
[15:00] <infinity> cjwatson: Yes to the latter.  Maybe to the former, I'm waiting on exterminators to knock on the door, I can make no promises once they do.
[15:00] <Laney> Pretty sure. I gave up trying to fiddle with acc to check though
[15:01] <cjwatson> infinity: ok, I'll go ahead and do the latter.  I'll keep your purge-days cowboy for a bit though
[15:01] <infinity> cjwatson: Huh.  People partition /dev/mdX?  Weirdoes.
[15:01] <cjwatson> dmraid apparently
[15:02] <cjwatson> and yeah that's much what I thought
[15:02] <cjwatson> maybe a consequence of the new dmraid looking like mdadm thing
[15:02] <infinity> Oh yeah, it would do.
[15:03] <infinity> That pattern just gets prettier on every iteration, doesn't it?
[15:03] <cjwatson> it sure does
[15:03] <cjwatson> one of these days ...
[15:04] <infinity> cjwatson: s/hs/hms/ -> lexical order, or subconscious desire to join the navy?
[15:05] <cjwatson> lexical
[15:05] <cjwatson> (âllo c'est l'heure)
[15:05] <cjwatson> (oh wait I've mangled that, it was "a l'eau, c'est l'heure")
[15:06] <infinity> cjwatson: And maybe context would be enlightening, but why does the second block hand vdX, but the first not?
[15:06] <cjwatson> I would love to know that
[15:06] <cjwatson> this is in the category of "too scared to fix without extensive testing")
[15:06] <infinity> Lovely.
[15:07] <cjwatson> the whole thing needs refactoring
[15:07] <infinity> With a shotgun behind the shed, yes.
[15:07] <cjwatson> but to do that safely I have to test it on every device type
[15:07]  * didrocks learnt today a new way how English people mock French, thanks cjwatson :p
[15:08] <cjwatson> didrocks: apologies, feel free to mock English
[15:08] <cjwatson> to be fair I think that was more mocking the navy, but point taken :)
[15:08] <didrocks> cjwatson: I think I'm doing that everyday butchering the language with all those typos ;)
[15:09] <didrocks> cjwatson: no worry, was just interesting… Took me some googling to understand the reference though
[15:09] <infinity> The English are too easy a target.  It's like kicking a toddler in the face.
[15:09] <infinity> Except that the toddler's only going to look that way *after* you've kicked him.
[15:29] <apw> cheek
[15:45] <jamespage> ^^ point release needed for openstack horizon
[16:26] <jdstrand> fyi, libvirt has a few libvirt-lxc apparmor policy refinements
[16:27] <ogra_> that dbus and ubuntu.touch-session need to go in together ^^^^
[16:40] <Laney> ogra_: you've found everything that expects this old path?
[16:42] <wxl> are those updates for the bash fix???
[16:43] <cjwatson> er that's just the dailies
[16:44] <cjwatson> I don't know why they're showing up as Beta 2
[16:44] <wxl> i didn't think beta 2 implied dailies
[16:44] <wxl> ah ok
[16:44] <cjwatson> I think it's because Beta 2 hasn't been marked as Released in the tracker
[16:44] <ogra_> Laney, that path was dropped from desktop about one release ago ... thats touch only nowadays
[16:44] <cjwatson> infinity: ^-
[16:45] <ogra_> Laney, desktop even used to use it from a different location in home when it still used it
[16:45] <Laney> what is 'desktop'?
[16:45] <ogra_> Laney, ubuntu desktop ... that was the original consumer
[16:45] <ogra_> from years ago
[16:45] <Laney> I'm not making any distinction like that
[16:46] <ogra_> Laney, anyway, it is touch only
[16:47] <jdstrand> that contains ^ apparmor policy updates that were reviewed by upstream and tested by me and the server team
[16:49] <infinity> cjwatson: Oh, I didn't mark Beta2 as released on the tracker, that's why.
[16:49]  * infinity tries to remember how to do that.
[16:50] <infinity> Done.
[16:50] <cjwatson> ta
[16:51] <wxl> infinity: your g5 uses dvi?
[16:56] <infinity> wxl: PowerStation, not G5, but close enough, and yeah, dual DVI.
[16:57] <wxl> infinity: did you manage to get to the splash screen or did you just check yaboot success/fail the other day?
[16:59] <infinity> wxl: Hrm?  I didn't test any PPC images (except server on a VM)
[16:59] <wxl> infinity: ah, ok, nevermind.
[17:04] <ogra_> Laney, was that Q+A just out of interest or did you plan to unleash dbus ?
[17:08] <ogra_> hmm, seems he said good night in another channel ...
[17:09] <ogra_> could someone else please let dbus thought then (else AP/smoke testing on touch will break now that ubuntu-touch-session landed)
[17:14] <infinity> ogra_: Does it really still need the mkdir there?
[17:15] <ogra_> hmm, i guess not ... unless it doesnt trust upstart to create it (all apps log there under touch anyway)
[17:16] <ogra_> its a no-op i guess
[17:16] <infinity> Kay.
[17:17]  * ogra_ hugs infinity
[17:17] <ogra_> i'll drop that line in a subsequent upload
[17:17] <ogra_> (for cleanness)
[17:19] <infinity> ogra_: Well, assuming something else creates it.  Maybe others are relying on it. :P
[17:20] <ogra_> i'm pretty sure init creates it when it starts the session .. but yeah, i dont mind either way
[17:48] <Laney> ogra_: I was actually interested in the answer
[17:48] <Laney> but I just got "it's touch only"
[17:48] <ogra_> Laney, well, the only other consumer was the hud ... that dropped using it
[18:42] <stgraber> can somebody pretty please review and accept ^ that's fixing ubuntu touch
[19:22] <infinity> stgraber: Looking.
[19:23] <infinity> stgraber: Ew?
[19:23] <infinity> stgraber: Why aren't packages doing this on install?
[19:24] <ogra_> infinity, they do ... thats the prob :)
[19:24] <stgraber> infinity: they assume adduser/useradd will do it for them
[19:24] <infinity> ... and why isn't it?
[19:24] <stgraber> infinity: but they don't call adduser/useradd when we already created all the users for them
[19:24] <infinity> Okay, and why are we creating the users instead of letting the postinsts do it?
[19:24] <ogra_> infinity, with readonly images (and readonly /etc/passwd) but dynamically assigned UIDs you get a mess
[19:25] <stgraber> infinity: and we create all of the users and groups ahead of time to avoid misordering on the image which breaks the world when uids and gids suddenly change between images
[19:25] <ogra_> if your readonly image ships a different UID all your RW bind-mounted dirs owned by that user get messed up
[19:25] <infinity> Oh, gross.  Okay.
[19:25] <infinity> Yeah, I get the problem.
[19:25] <stgraber> infinity: yeah, not too pleased I had to come up with that hack, but the alternative was even worse :)
[19:26] <stgraber> infinity: (alternative was to detect changes on the device and do some chown all over the place from initrd)
[19:26] <infinity> stgraber: Yeah, that's not at all viable.
[19:26] <ogra_> well, androoid just ships a header file with hard mapping of user and group IDs ... you can only change them at compile time
[19:26] <stgraber> at least now we've got a static list of uid/gid and a second hook which detects additions and fails the build, so we're guaranteed some consistency
[19:27] <ogra_> (as replacement of any password mechanism)
[19:28] <infinity> stgraber: Well, I'm not happy with the explanation, but I guess it's the one I'm going to get. :P
[19:43] <infinity> stgraber: Want to review jdstrand's lxc upload?
[19:44] <jdstrand> stgraber: (it includes what we agreed to earlier and reviewed by hallyn)
[19:45] <infinity> I guess this libvirt upload goes with it?  Seems like it relates.
[19:45] <jdstrand> infinity: it doesn't actually. it is just similar changes for libvirt-lxc
[19:45] <jdstrand> (they're wholly separate)
[19:46] <infinity> jdstrand: Not dependencies, but worth reviewing together to make sure the changes seem to match functionality.
[19:46] <jdstrand> sure
[19:46] <slangasek> infinity: could you have a look at FFe bug #1374609?
[19:46] <ubot2> bug 1374609 in perftest (Ubuntu) "[FFe] update perftest to 2.3+0.12.gcb5b746-1 from Debian testing" [Undecided,New] https://launchpad.net/bugs/1374609
[19:47] <jdstrand> stgraber: fyi, the libvirt-lxc changes don't use the more lenient unix (receive) and signal (receive) because these a) each container has its own profile and b) there is no preexisting policy for libvirt-lxc prior to utopic
[19:49] <jdstrand> stgraber: also, libvirt's control file was updated previously for apparmor
[19:49] <infinity> 1.2-OFED-1.4.2-2 -> <IP_ADDRESS>-1 -> 2.3+0.12.gcb5b746-1 ... This package sure has some creative versioning.
[19:51] <infinity> slangasek: No open bugs since it was uploaded (or at all, for that matter, I wonder if it has users?), built everywhere, complete leaf.  Go for it.
[19:54] <stgraber> jdstrand: yeah, I don't care about libvirt, that's fine to use the more restrictive one there :)
[19:54] <stgraber> I'll do the review for both
[19:58] <slangasek> infinity: thanks


[04:39] <slangasek> cjwatson: debconf merged.  What do you think about us getting that last delta upstreamed?  Seems appropriate enough in both Debian and Ubuntu
[05:03] <manjo> other freenode channels are getting spammed .. just fyi .. pretty bad stuff
[05:05] <manjo> seems to have started exactly at CST midnight
[08:08] <cjwatson> slangasek: Thanks.  I was never entirely comfortable with upstreaming that delta - Joey had a middle-ground suggestion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501767
[09:49] <hjd> When preparing an SRU, should the "target release" at the top of the changelog entry be (for instance) "zesty" or "zesty-updates"?
[09:59] <klebers> hjd, at least for the kernel pkg, the release on the changelog would be always for instance "zesty"... which pocket the pkg will land on is determined by some tooling and manual reviews
[10:06] <hjd> Ok, I saw some updates marked with "release-security", but couldn't find any equivalent "release-updates", is the security pocket a special case?
[10:23] <cjwatson> "always"
[10:23] <cjwatson> there's certainly some mapping that takes place
[10:23] <cjwatson> "zesty-updates" would be wrong because the changelog defines the initial upload target, and SRUs are always tested before going into -updates
[10:24] <cjwatson> either "zesty" or "zesty-proposed" is fine (the former is mapped to the latter); I personally prefer just "zesty"
[10:24] <cjwatson> security is indeed a special case
[10:25] <cjwatson> the kernel is unusual in a bunch of ways but not least because the initial upload target in that case is typically a PPA, so different rules apply
[10:33] <hjd> Thanks :)
[10:35] <hjd> Another, rather unrelated question, what is the preferred way to do a package merge from Debian these days?
[10:35] <hjd> I seem to rememer using `bzr merge` at some point, but that was quite a while ago...
[10:36] <hjd> *remember, even
[10:46] <mitya57> hjd, either manually, or use grab-merge(1) from ubuntu-dev-tools.
[11:12]  * hjd checks out grab-merge
[12:00] <rbasak> hjd: the server team uses https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow now
[15:06] <dilip> Hi
[15:06] <dilip> Can I make a request here ?
[15:07] <dilip> Any chance to use a Cortana like Voice Assistant with Ubuntu ?
[15:14] <mpt> dilip, that would be cool, but developing it would take years and be massively expensive
[15:15] <dilip> @mpt , can I make a suggestion ?
[15:15] <udevbot> Error: "mpt" is not a valid command.
[15:15] <dilip> There are a few project available
[15:15] <dilip> AskUbuntu guys were suggeting Jasper, Mycroft etc
[15:15] <dilip> Also, Google has some library related to it.
[15:20] <juliank> So, I'm about to do the first stable release for apt 1.4.y on the Debian side (1.4.7). This will essentially be synced into zesty, but I'd probably like to reduce the amount of work with the reuploading to Ubuntu.
[15:20] <juliank> Would the easiest thing to just change the field in the changes to zesty then and upload here?
[15:20] <juliank> I could syncpackage, but that means no diff for reviews
[15:23] <mpt> dilip, yes, but the speech recognition and AI are just a small part of it. You also need things for the commands to do. And most Ubuntu apps and shell components aren’t even scriptable with a perfectly-written text command, let alone a speech command.
[15:24] <dilip> #mpt I see. No hope then ?
[15:29] <mpt> dilip, well, you could start small. For example, many music players on Ubuntu work with the Mpris API. So a useful start would be training a program to understand commands like “Play”, “Pause”, “Next”, “Start again”, etc, and issue the equivalent Mpris command. Since the vocabulary would be fixed, you’d need only speech recognition for that.
[15:29] <dilip> Ok :)
[15:48] <juliank> We really gotta get these apt SRUs done at some point, otherwise the queue just gets fuller, 1.4.7 is about to be released
[22:34] <tdaitx> cyphermox_, trying to install a ubuntu desktop image (either zesty or artful current), but ubiquity gtk fails (some freetype failure according to stacktrace)... subiquity crashed as well with no meaningful message while I was entering the user data (name, username, etc) - it also didn't detect existing gpt or msdos partitions
[22:35] <tdaitx> is there any way to install using the debconf frontend?
[22:35] <tdaitx> maybe I will have better luck there
[22:37] <tdaitx> btw, apport/whoopsie should have uploaded the report from the failures, they are the same I had on my notebook (I ended up using debootstrap at the time, but that is not optimal) - now I'm installing on another machine and facing the same issues o.O
[22:38] <tdaitx> xnox, slangasek ^ in case there is someone besides matt that can give me some pointers here
[22:39] <xnox> tdaitx, you can use server installer to install; and then install ubuntu-desktop
[22:39] <xnox> tdaitx, you can use netinstaler / mini.iso to do network install and select ubuntu-desktop package
[22:39] <tdaitx> xnox, that means zesty, or is there an artful somewhere?
[22:39] <xnox> for all ubuntu releases since the dawn of time
[22:39] <xnox> tdaitx, "debconf frontend" i hope you mean d-i, rather than "ubuntu debconf frontend, which I believe only works for oem preseed installs"
[22:40] <xnox> tdaitx, do you need links?
[22:40] <tdaitx> xnox, gah, no, just found the server image =)
[22:40] <tdaitx> tks
[22:41] <xnox> tdaitx, you can follow the netboot images from http://cdimage.ubuntu.com/netboot/ it's a bit smaller download - like under 100MB but then it downloads everything off the net to do bootstrap. I find server image install + install ubuntu-desktop afterwards faster, on slower networks.
[22:41] <xnox> http://archive.ubuntu.com/ubuntu/dists/zesty/main/installer-amd64/current/images/netboot/mini.iso is only 58M
[22:42] <tdaitx> server should work, just 3 more minutes to get it
[22:42] <xnox> cool. good night
[22:43] <tdaitx> tks, good night =)
[22:46] <tdaitx> btw, yeah, I meant the d-i


[08:18] <sil2100> mvo: hey! Yeah, right now we don't support syncing packages that don't have a CI Train ver number, you'll have to do a direct upload with the version demangled
[08:18] <sil2100> s/demangled/changes
[08:18] <sil2100> *changed
[08:20] <mvo> sil2100: what the best way forward for me, can I just give it a ci-train friendly version number?
[08:26] <sil2100> mvo: that could work, but I think your packaging has some metadata set that tells the train: "don't change my version number to a CI Train version"
[08:27] <sil2100> You would have to change that, I can take a look if that's the case
[08:27] <sil2100> Since once that flag is gone, the train will automatically prepare the version number to be train compatible
[08:27] <sil2100> mvo: but wait a moment
[08:27] <mvo> ok
[08:28] <sil2100> You might have found a bug in the train
[08:28] <mvo> heh
[08:28] <mvo> ok
[08:29] <sil2100> Or maybe not...
[08:29] <sil2100> So yeah, I suppose that's the only option to use dual landings
[08:29] <sil2100> Since otherwise the train wouldn't know how to change the version numbers to not have conflict
[08:29] <sil2100> (too much guessing work would be needed)
[08:31] <sil2100> mvo: if you don't mind the big CI Train-compatible versioning, simply remove X-Auto-Uploader: no-rewrite-version from debian/control and rebuild
[08:40] <mvo> sil2100: thanks, if cjwatson is ok with me removing "X-Auto-Uploader: no-rewrite-version from debian/control" I will do that. I wonder why this wasn't a issue before? has something changed here?
[08:41] <sil2100> mvo: it's only an issue for dual-landings, which robru wrote when we switched to the overlay-PPA, so not long ago
[08:41] <sil2100> mvo: click probably wasn't dual landed before
[08:42] <mvo> sil2100: I see, thanks that makes sense
[08:51] <cjwatson> mvo: Your call
[08:56] <mvo> cjwatson: thanks!
[08:57] <mvo> sil2100: meh, I accidently clicked on "build" in ubuntu/landing-21 instead of in my click ppa, no harm fortunately. sorry for that
[08:57] <sil2100>  No worries, happens to me sometimes too ;p
[09:34] <mvo> sil2100: meh, fun! now it dislikes me for "bzr: ERROR: Inconsistency between source format and version: version is not native, format is native." when I remove the mangling. maybe I just do it manually (which makes me wonder what the benefit of the train is if I do it manually?)
[09:35] <sil2100> Ah, right, the package format ;|
[09:36] <sil2100> mvo: yeah, the train dual landings make sense and help a lot when dealing with train-specific packages
[09:41] <mvo> sil2100: I would love to use it, any hints what I can try to make it work? switching to non-native?
[09:44] <sil2100> mvo: yeah... the train is a bit of a stupid entity (mostly because it was only a proof-of-concept), so non-native is the way to go if you want to use it...
[09:44] <sil2100> The CI Airlines was supposed to be the smart thing
[09:44] <sil2100> But it never happened
[09:50] <sil2100> huh, now that's strange
[09:50] <sil2100> Ah!
[09:50] <sil2100> mvo: you're missing a .bzr thingie
[09:50] <mvo> sil2100: oh, in the version number?
[09:50] <sil2100> No no
[09:50] <sil2100> mkdir -p .bzr-builddeb
[09:50] <sil2100> cat >.bzr-builddeb/default.conf <<EOF
[09:50] <sil2100> [BUILDDEB]
[09:50] <sil2100> split = True
[09:50] <sil2100> EOF
[09:50] <mvo> oh, of course. thanks
[09:51] <sil2100> Do this in your project :)
[09:51] <mvo> thanks sil2100
[10:47] <karni> rvr: (Cc davmor2) Hi, I was away yesterday, sorry. I'll look into it, I was sure I merged those missing translations properly.  I kindly request all malice be directed towards him :d
[11:41] <jgdx> but maybe you have other QA guys that are close to an eduroam network and have access?
[11:41] <jgdx> idk
[11:41] <popey> \o/
[11:42] <popey> I filed that bug when I was at Oggcamp in Liverpool in 2013. I'll be back there in Oct/Nov this year. Would be great to report progress on the bug at that event ㋛
[11:47]  * davmor2 stabs the popey voodoo doll repeatedly with a small pin
[11:48] <davmor2> jgdx: Hmm I wonder if wolverhampton uni uses it
[11:50] <popey> good luck getting a user/password
[12:31] <dobey> trainguards: my silo (21) seems confused now because apparently mvo tried to build it earlier without specifying any options and actually meant to build a different silo. i did a WATCH_ONLY build, but the status doesn't seem to be updating properly?
[12:32] <sil2100> dobey: what's wrong with its status?
[12:32] <dobey> sil2100: it says "No packages are being considered..."
[12:32] <sil2100> 14:27 -queuebot:#ubuntu-ci-eng- Silos: ubuntu/landing-021 (dobey, alecu, charles)
[12:32] <sil2100>           Packages built (pay-service, unity-scope-click)
[12:32] <dobey> yes
[12:32] <sil2100> The queuebot disagrees ;)
[12:33] <sil2100> Remember, the CI Train spreadsheet status updates every 5 minutes
[12:33] <dobey> ok now the dashboard has the right thing
[12:33] <sil2100> Better trust the dashboard and queuebot
[12:33] <sil2100> Google is slow
[12:33] <dobey> the dashboard was wrong too :)
[12:33] <dobey> but it's right now
[12:33] <sil2100> Yeah, since the QA status is coming from the spreadsheet
[12:34] <sil2100> So until that updates, it won't have all the info
[12:34] <dobey> ok
[12:34] <dobey> thanks
[12:44]  * sil2100 off to lunch
[13:07] <dobey> jibel: hi, the MPs for landing-021 are reviewd/approved now, so is unblocked now for qa i think :)
[13:10] <jibel> dobey, thanks, moved to ready.
[13:11] <jibel> dobey, I probably already asked, but what is the reason of the unsatisfied dependencies in the ci jobs?
[13:12] <dobey> jibel: unity-scope-click needs the new libpay, which is not available in jenkins (but is obviously satisfied in the silo since both are in it)
[13:22] <jgdx> davmor2, will we miss the string freeze for this? USS has another high pri branch on the tracks. :)
[13:24] <jgdx> (no update for 5 hours worries me :))
[13:25] <jgdx> sil2100, when do we have string freeze?
[13:31] <davmor2> jgdx: one last thing to test I think I have the server setup right now
[13:33] <jgdx> davmor2, wee
[13:54] <charles> trainguards, queubot is right, I'm ready for a silo for line 74 :)
[13:59] <Laney> cihelp: hi, can you give me any more info on https://jenkins.qa.ubuntu.com/job/wily-boottest-ubuntu-touch-meta/lastBuild/console please? It looks installable to me - is there pinning involved, or anything else?
[13:59] <josepht> Laney: looking
[14:04] <oSoMoN> ubuntu-qa: is there anyone who could validate silo 2 soon-ish? I’m asking because I have another webbrowser-app silo lined up for landing today (will be ready for validation very soon), it contains user-facing string changes so it has to land today
[14:05] <rvr> davmor2: ^ Can you?
[14:05] <jibel> om26er_, ^
[14:05] <Laney> josepht: If nothing else you could add "-oDebug::pkgProblemResolver=true" to the appropriate apt-get invocation which should get it to give more output
[14:05] <jibel> rvr, davmor2 is on another silo
[14:05] <rvr> Ah
[14:06] <rvr> jibel: I thought he moved it to passed
[14:06] <om26er_> jibel, sure, i'll take a look
[14:06] <jibel> actually he just landed it
[14:06] <jibel> yeah
[14:06] <davmor2> jibel: it passed
[14:08] <davmor2> jgdx: ^ by the way incase you missed it finally found a guide that worked :)
[14:09] <jibel> davmor2, great, you won the title of expert in freeradius configuration ;)
[14:10] <jgdx> davmor2, yeah dave can you come configure my home router?
[14:10] <davmor2> jgdx: there is still no certification verification it is only enterprise level user/password  but it works :)
[14:11] <jgdx> davmor2, great work!
[14:19]  * sil2100 gazes at poor ogra_
[14:20] <ogra_> sil2100, i'll try to get to it today (rushing from meeting to meeting atm)
[14:22] <jgdx> seb128, ^
[14:22] <jgdx> seb128, what's the solution to silo 40's publishing?
[14:23] <seb128> jgdx, good question, I've no idea ;-)
[14:23] <seb128> landing team can probably help
[14:23] <seb128> either commit the change from wily to trunk and rebuild the silo
[14:23] <seb128> or overwrite the archive version
[14:24] <jgdx> trainguards: can silo 40 overwrite the archive version?
[14:24] <jgdx> trainguards: there was a manual upload that can be overwritten/discarded.
[14:25] <seb128> it would be better if it was not
[14:25] <seb128> but I don't want to delay landings on it
[14:25] <seb128> I might just redo another manually upload with those changes after the landing :p
[14:25] <sil2100> jgdx: yes, that can be done by an override flag, we do recommend to merge in the changes manually to trunk though
[14:26] <sil2100> But if time is of the essence, there's a flag for overriding that check
[14:26] <jgdx> sil2100, time is of essence.. seb128, you okay with overwrite?
[14:26] <seb128> if we merge to trunk then we need a silo rebuild
[14:26] <seb128> jgdx, sure, I'm just going to redo a manual upload after you :p
[14:26] <davmor2> jgdx: https://dani33l.wordpress.com/2014/11/ this is the working guide, there are a couple of things I had to do on top 1 is documented at the bottom the other was to use phpadmin to ensure the user was created on first attempt it wasn't
[14:26] <sil2100> Use FORCE_REBUILD when building
[14:26] <jgdx> seb128, what if we include your branch in silo 22?
[14:26] <sil2100> That's like our magic flag for almost everything
[14:27] <seb128> jgdx, that would be good
[14:27] <jgdx> great
[14:27] <jgdx> sil2100, am I to do the publish with the override flag or is that you guys?
[14:28] <sil2100> We'll do that now
[14:28] <jgdx> sil2100, awesome, thank you
[14:29] <sil2100> Published!
[14:32] <jgdx> sil2100, wonderful. Quick question, will silo 22, when built, see the changes made by silo 40?
[14:33] <jgdx> if not, where's the answer to that question? Launchpad?
[14:35] <seb128> jgdx, we might get a conflict on the changelog, I think I'm just going to manually commit/push to trunk once the current landing is merged in, then we can rebuild the silo
[14:36] <jgdx> seb128, okay, you'll let me know when I can rebuild?
[14:36] <seb128> jgdx, ok
[14:54] <charles> makes sense
[14:58] <josepht> Laney: the output is here: http://d-jenkins.ubuntu-ci:8080/job/wily-boottest-ubuntu-touch-meta/21/artifact/results/log
[14:59] <robru> sil2100: mvo: https://wiki.ubuntu.com/DailyRelease/InlinePackaging these are the packaging instructions for making packages compatible with the train
[14:59] <pstolowski> sil2100, hey! where do I find packages with debug symbols for stuff from overlay ppa?
[14:59] <Laney> josepht: no debug output there...
[15:00] <sil2100> pstolowski: hm, not sure if we have that setup
[15:00] <mvo> robru: nice, thanks a bunch
[15:02] <Laney> josepht: maybe it went to apt-get-install.stderr, what happened to that?
[15:02] <robru> mvo you're welcome
[15:03] <josepht> Laney: I'm trying to track it down now
[15:04]  * Laney knows not how to attach artifacts to jenkins
[15:08] <rvr> bfiller: You don't have permission to access /~bfiller/com.ubuntu.gallery_<IP_ADDRESS>5_armhf.click on this server.
[15:12] <pstolowski> sil2100, hmm that's really unfortunate :(
[15:17] <pmcgowan> sil2100, pstolowski our tracking document says its supported
[15:17] <pmcgowan> This makes it possible to query the Launchpad librarian directly for debug symbols associated with a package in any ppa.
[15:18] <sil2100> Maybe, maybe someone else would know more details
[15:20] <pmcgowan> maybe its not debug packages though just querying the symbols
[15:20] <pstolowski> pmcgowan, awesome, this would save me a lot of time
[15:20] <pstolowski> pmcgowan, what is the 'tracking document'?
[15:21] <pmcgowan> cjwatson, maybe you can advise us
[15:21] <pmcgowan> pstolowski, compares ppa wth derived distro https://docs.google.com/document/d/1iQebOdbio-8k4vMcHAZ8SPhqAUlQws47SihlHKfrxOQ/edit
[15:21] <abeato> sil2100, is it possible to drop the version of a package in a silo once it has been built once by modifying the version in the changelog?
[15:22] <karni> rvr: (Cc robru) I've updated the Telegram click with translations. Not sure if it was not there, or just not translated, but I ensured this time spanish translation for scope strings are in the click package. Ready for re-review (as it was only blocked on i18n). Thanks
[15:23] <cjwatson> pstolowski: What specific package is this?
[15:24] <sil2100> abeato: hey! What do you mean by that? You mean like, dropping a version that's already released in the archive?
[15:24] <pstolowski> cjwatson, libunity-scopes3
[15:24] <abeato> sil2100, no
[15:24] <abeato> sil2100, I have version 6900 for ofono in silo 6
[15:25] <cjwatson> pstolowski: It's right there in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/u/unity-scopes-api/
[15:25] <abeato> sil2100, I modified the changelog setting the version to 6898
[15:25] <abeato> sil2100, but the package version did not change
[15:26] <cjwatson> pstolowski: You can put something like "deb http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu vivid main/debug" in sources.list if you want apt to be able to fetch it
[15:26] <sil2100> abeato: yeah, it's not really possible... if, let's say, 6900 is now in the PPA, it's not possible to upload anything that has a smaller or equal version
[15:26] <pstolowski> cjwatson, great! thanks for help
[15:26] <cjwatson> sil2100,pmcgowan: ^- it's definitely set up :)
[15:26] <sil2100> abeato: hm, wait, maybe a smaller version would be possible
[15:26] <sil2100> cjwatson: excellent!
[15:26] <abeato> sil2100, Ihow?
[15:27] <pmcgowan> cjwatson, awesome thanks
[15:27] <sil2100> abeato: since the PPA won't allow a same-version upload, but if I remove the package from the PPA it *might* allow upload of the lower version
[15:27] <sil2100> Let me check
[15:27] <cjwatson> For completeness, you can also download them directly from LP: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+packages, search for "unity-scopes-api", expand
[15:27] <cjwatson> sil2100: correct
[15:27] <abeato> sil2100, ok
[15:29] <sil2100> abeato: ok, I'm removing the package from the PPA, now you should be able to upload/build the smaller version
[15:29] <abeato> sil2100, awesome, thanks!
[15:31] <rvr> karni: Ack
[15:31] <karni> :)
[15:33] <sil2100> abeato: yw!
[15:34] <rvr> karni: Did you update the link to the new click file in the document?
[15:35] <karni> rvr: yes, <IP_ADDRESS> version has the new link on the line above
[15:35] <karni> I also uploaded it to people.c.c
[15:36] <jgdx> seb128, I'm going away soon. Could you do the build?
[15:36] <jgdx> sil2100, when is the string freeze?
[15:36] <om26er> dbarth, Hi!
[15:36] <rvr> karni: Thanks
[15:36] <karni> rvr: thank you
[15:36] <om26er> dbarth, could you point to the relevant code for bug 1421009 fix in silo 2 ?
[15:39] <sil2100> jgdx: it was planned for today EOD
[15:44] <dbarth> om26er: hi, ok, 1 sec.
[15:44] <jgdx> seb128, I'll go ahead and build silo 22
[15:44] <dbarth> om26er: hmm, not a bug i'm on
[15:46] <dbarth> om26er: ah, via
[15:46] <dbarth> https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1447175
[15:47] <dbarth> om26er: that would be : https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1447175/+merge/257251
[15:47] <dbarth> ie, this merge makes it so that it builds fine with qt 5.5; is that what you were looking for ?
[15:47] <om26er> dbarth, hmm, interesting. thanks
[15:47] <om26er> dbarth, well it claims to also fix a unity8 hang
[15:47] <om26er> thats what 1421009 is about
[15:47] <dbarth> right
[15:48] <dbarth> om26er: apparently, beacuse of it being a threading issue, itself fixed by qt5.5, so requiring OA to also be qt5.5 compatible
[15:49] <dbarth> zipping through the initial bug report
[15:49] <om26er> dbarth, aaah, ok, so we just assume its fixed :)
[15:51] <jgdx> sil2100, when's EOD?
[15:54] <sil2100> jgdx: you still have the whole day today, I suppose tomorrow when I wake up we'll no longer be accepting any new string changes
[15:55] <sil2100> If, of course, this won't get overrided by the product team, as it all depends if we have everything we need in the image
[15:55] <jgdx> sil2100, okay, great.
[16:02] <abeato> sil2100, it is still building 6900, I guess that cannot change after the birst build :-/
[16:04] <dbarth> om26er: yes; otherwise, all good for the rest of the tests?
[16:05] <om26er> dbarth, yes, everything looks good, just need to verify a few more scenarios
[16:05] <dbarth> ok nw
[16:09] <seb128> jgdx, k, with what?
[16:15] <rvr> karni: "No se pueden recuperar sus datos de Telegram" \o/
[16:15] <karni> PHEW
[16:26] <jgdx> seb128, what are you responding to? :)
[16:26] <seb128> jgdx, <jgdx> seb128, I'll go ahead and build silo 22
[16:26] <seb128> jgdx, but seems like the landing didn't work? https://launchpad.net/ubuntu/+source/ubuntu-system-settings
[16:26] <seb128> or was it not a wily/dual landing?
[16:27] <jgdx> it was
[16:28] <jgdx> sil2100, what's the status on silo 40? Something abyss something. Not sure what that means
[16:33] <rvr> karni: Do you have a test plan for Telegram somewhere?
[16:33] <karni> yes, I think it's linked in the relesae notes, lemme see now
[16:34] <rvr> karni: Ah, the spreasheet, nice
[16:34] <karni> rvr: do you have relesase notes open? there's 'QA results'
[16:34] <rvr> Thanks
[16:34] <karni> rvr: one older (initial QA pass), and the latter I left empty IF you wanted to do a full pass
[16:34] <karni> rvr: in any case, these contain sub-sheets, for instance, with test descriptions
[16:34] <karni> rvr: I think this document is pretty crazy if you asked me :D (beefed up)
[16:35] <rvr> karni: hehe. Great, I'll run a subset.
[16:35] <karni> :)
[16:36] <sil2100> jgdx: looking
[16:38] <sil2100> jgdx, seb128: the rsync file looks okayish, I'm a bit worried that maybe the package got rejected because of the dest version being different, but in the past it worked fine
[16:39] <josepht> Laney: here's what I was able to get: http://d-jenkins.ubuntu-ci:8080/job/wily-boottest-ubuntu-touch-meta/26/artifact/results/apt-get-install.stderr
[16:39] <Laney> josepht: bah!
[16:40] <sil2100> seb128: you have access to snakefruit?
[16:41] <seb128> sil2100, no
[16:43] <sil2100> slangasek: hey! You have a moment to help us out with something? We published a package through the train to wily and it doesn't look like it appeared... not sure if the copy-package even happened for it
[16:44] <slangasek> sil2100: package?
[16:44] <sil2100> ubuntu-system-settings
[16:44] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-landing-040-2-publish/11/artifact/packagelist_rsync_landing-040-wily/*view*/ <- this was the rsync file
[16:45] <jgdx> sil2100, it's dual, btw
[16:45] <slangasek> sil2100: would it have failed if there was another version of u-s-s still in wily-proposed?  (which was the case until 6 hours ago)
[16:47] <slangasek> sil2100: it looks cleanly copyable; do you want me to copy it now?
[16:58] <jgdx> trainguards: ^ please, could we give slangasek an answer on this? :)
[16:58] <sil2100> slangasek, jgdx: sorry, was otp
[16:58] <sil2100> slangasek: no, it shouldn't have failed
[16:58] <sil2100> Could you copy it?
[16:59] <sil2100> Not sure what caused the issue as I'm not sure if the copy2distro doesn't provide much debugging logs
[16:59] <robru> sil2100: man we really need better logging from copy2distro
[17:00] <jgdx> sil2100, np, thanks
[17:25] <jgdx> bfiller, starting testing now
[17:25] <bfiller> jgdx: great, I'll test it as well
[17:26] <slangasek> sil2100, jgdx: copied now
[17:26] <sil2100> slangasek: thanks!
[17:27] <jgdx> slangasek, thanks
[17:28] <jgdx> sil2100, I'm going to see the new versions here https://launchpad.net/ubuntu/+source/ubuntu-system-settings ?
[17:28] <sil2100> jgdx: the new wily version
[17:28] <jgdx> okay
[17:28] <jgdx> it goes in the ppa as well I assume
[17:29] <sil2100> http://people.canonical.com/~lzemczak/overlay-ppa-version <- this script can be used to check the version in the overlay
[17:29] <sil2100> It's already there
[17:31] <jgdx> okay thanks
[17:36] <sil2100> dbarth: hey! How's the new oxide? I didn't see a silo for it yet
[17:36] <jgdx> bfiller, we need another build after 40 has been copied to wily. And I'll also drop an MP from the silo.
[17:36] <sil2100> Is it under testing?
[17:37] <jgdx> bfiller, okay silo 40 now in wily, building…
[17:37] <bfiller> jgdx: just installed and testing 22, after choosing a contact to forward the number to and pressing "Set" I get a message saying "Call forwarding can't be changed right now"
[17:38] <jgdx> bfiller, what happens if you try again?
[17:38] <bfiller> jgdx: I can't as it grays out the option and text for "Forward every incoming call"
[17:39] <jgdx> bfiller, go back and in again? that's per design if your carrier disallows forwarding
[17:39] <dbarth> sil2100: hmm, we haven't made a new build
[17:40] <bfiller> jgdx: ok let me try, don't like the text either way - it should tell me my carrier doesn't support it if that's the case
[17:40] <jgdx> bfiller, we have no way of knowing
[17:40] <dbarth> i need to worry about that
[17:40] <bfiller> jgdx: so it worked the second time
[17:40] <bfiller> jgdx: when I manually entered the number
[17:41] <jgdx> bfiller, what happened in the first attempt?
[17:41] <bfiller> jgdx: I think I see the problem
[17:42] <bfiller> jgdx: seems to do with the phone number formatting
[17:42] <jgdx> bfiller, what's the number?
[17:42] <bfiller> jgdx: when selected from the contact it puts the (617)489-xxxx and when I enter manually it puts +1617489xxxx
[17:42] <bfiller> jgdx: the first case fails and the second case works
[17:43] <jgdx> ugh, dashes? :|
[17:43] <bfiller> guessing that's the issu?
[17:43] <jgdx> yea
[17:44] <bfiller> jgdx: I have 2 numbers for my contacts, nice dialog comes up and asks me to select one and it uses the format (xxx) xxx - xxxx and that's what gets copied into the text field
[17:44] <jgdx> yup
[17:45] <bfiller> jgdx: when using the keypad it has no formatting and after I press set it seems to correctly add the country code of +1
[17:45] <jhodapp> robru, can you please reconfigure silo 38 for me?
[17:46] <robru> jhodapp: I hereby deputize you in the name of holy train guardyness, you may now reconfigure your own silos! ;-)
[17:46] <jhodapp> robru, haha, thanks :)
[17:46] <jhodapp> robru, no longer want to do my dirty work huh ;)
[17:46] <robru> jhodapp: you're welcome. let me know how it works.
[17:46] <robru> jhodapp: no no, I'm empowering you to be able to work independently.
[17:46] <robru> ;-)
[17:46] <jhodapp> much appreciated :)
[17:47] <robru> jhodapp: I'll still be here to clean up if anything explodes though
[17:47] <bfiller> jgdx: shall I cancel the build until we can resolve that issue?
[17:47] <jgdx> bfiller, makes sense. We should deal with dashes, but I'm not sure where to draw the line. Will talk to boiko
[17:47] <bfiller> jgdx: should strip out all the formatting
[17:47] <jgdx> bfiller, I don't have an immediate good solution though
[17:48] <jgdx> okay
[17:48] <bfiller> jgdx: does the formatted number come from the vcard import or are you formatting on your own?
[17:49] <jgdx> bfiller, comes from the vcard import, translated into a model of qtcontacts.
[17:50] <bfiller> jgdx: so pretty sure there is a libphonenumber or something that should give you the unformatted number for that string? renato or boiko might know
[17:50] <jgdx> bfiller, that'd be great
[17:50] <boiko> robru: regarding silo 44, I discussed with bfiller and salem_ about it, and we decided to temporarily have a separate bzr branch for vivid for telephony-service
[17:51] <boiko> robru: could you please reconfigure the silo to be vivid only? I have re-created the merge proposals against that branch already
[17:52] <robru> boiko: you have the power to reconfigure now. just note I put the overlay PPA in column L for you
[17:52] <boiko> robru: ah nice, thanks!
[17:52] <robru> boiko: you're welcome
[17:53] <robru> boiko: let me know if you have any issues
[17:53] <boiko> robru: sure
[17:53] <jhodapp> robru, where's the reconfigure button located?
[17:53] <boiko> jhodapp: it is in the landing tools menu
[17:54] <robru> jhodapp: "Landing tools" menu at the very top of the page.
[17:54] <jhodapp> ah ok cool
[17:54] <boiko> jhodapp: just make sure any column of the row you want to reconfigure is selected
[17:54] <robru> jhodapp: just make sure you have the right row selected first
[17:55] <jhodapp> robru, cool, I'm not seeing landing tools on the spreadsheet page...I refreshed even
[17:56] <robru> jhodapp: it's at the top of the page, not the first row of the spreadsheet.
[17:56] <robru> "Addons Help Landing Tools"
[17:58] <jhodapp> robru, I don't have that, or I'm just blind :)
[17:58] <jhodapp> robru, oh I see it now
[17:58] <robru> jhodapp: yeah, there
[17:58] <jhodapp> next to Help
[18:01] <robru> heh, 6 conflicting silos, most excellent.
[18:03] <robru> jhodapp: did you get it? didn't see the bot ping saying the silo is ready to build
[18:03] <jhodapp> yes it worked
[18:05] <robru> jhodapp: ok looks good, not sure why we didn't see the bot ping about that
[18:05] <robru> anyways, I'm off for lunch, if anything explodes I'll fix it later!
[18:07] <jgdx> bfiller, there's an issue with the connection type in Cellular panel, removed that MP from the list so that won't be an issue for next build.
[18:08] <bfiller> jgdx: ack
[18:10] <boiko> robru: would you mind removing the wily packages from silo 44's ppa?
[18:11] <jhodapp> robru, yeah it is weird, but it successfully reconfigured according to the console output
[18:23] <rvr> karni: Update approved
[18:24] <karni> rvr: great news! that's a green light for release?
[18:24] <rvr> karni: Yes
[18:24] <karni> (as far as QA is concerned)
[18:24] <karni> rvr: \o/ thank you
[18:29] <robru> boiko: sure one sec
[18:30] <robru> boiko: ok wily should disappear in a sec. let me know if you need any more help with that
[18:37] <boiko> robru: thanks!
[18:43] <robru> boiko: you're welcome
[19:16] <robru> brb
[19:17] <oSoMoN> ubuntu-qa: I’m waiting on silo 2 to finish landing, I’ll then rebuild silo 16 and will need validation from you guys, will there be someone available to ack it before EOD? It contains user-facing string changes, hence the need to land it today
[19:18] <rvr> oSoMoN: Maybe alesage or om26er
[19:18] <oSoMoN> ok, thanks
[19:19] <alesage> oSoMoN, someone will get it :)
[20:59] <robru> oSoMoN: silo 2 is free & clear
[21:03] <oSoMoN> robru, I’ve seen that, thanks
[21:04] <oSoMoN> I’ve rebuilt silo 16, running some tests locally and will hand over to QA in a moment
[21:06] <robru> oSoMoN: cool, no worries
[21:07] <robru> oSoMoN: oh heh, just checked the timestamps, didn't realize I'm an hour late, lol
[21:07] <oSoMoN> :)
[21:28] <kgunn> trainguards not really sure if i should whine here....but why is it when i run u-d-f query --list-channels --device=flo
[21:28] <kgunn> it's showing only devel available ?
[21:28] <kgunn> no stable ?
[21:28] <kgunn> or maybe i'm confused....
[21:28] <kgunn> if i a want vivid+overlay on flo....what channel should i use
[21:28]  * kgunn thot it was stable
[21:30] <kgunn> or rc
[21:31] <robru> kgunn: errr, dunno, sorry
[21:31] <kgunn> robru: do you have a guess who should i whine to
[21:31] <kgunn> ?
[21:31] <oSoMoN> ubuntu-qa: silo 16 is now ready for sign-off
[21:31] <robru> kgunn: maybe more of a question for rsalveti or ogra_ ... not really sure
[21:31] <oSoMoN> alesage, ^^
[21:31] <alesage> oSoMoN, ack
[21:32] <ogra_> robru, not really anymore ... feel free to direct any snappy questions to us :P
[21:32] <ogra_> the whole channel re-org happened after we changed teams
[21:32] <robru> slangasek: what can you tell kgunn about 'u-d-f query'? I'm not familiar with that
[21:32] <kgunn> not so much about query but the result :)
[21:32] <kgunn> for flo
[21:33] <kgunn> vs mako i get all the combos i want....
[21:33] <robru> kgunn: slangasek did the channel reorg, so I guess he's the guy.
[21:33] <ogra_> all i know is that it suppresses all -proposed channels on purpose
[21:33] <kgunn> ta
[21:33]  * kgunn is gonna bet money he's lighting fireworks and saying hold my beer right about now
[21:34] <ogra_> flo might not have a stable entry simply because it isnt on the QA list for stable releases ?
[21:34] <slangasek> right, nobody's promoting any flo images to stable
[21:34] <charles> kgunn, lol
[21:34] <slangasek> because they wouldn't be "stable"
[21:34] <ogra_> http://system-image.ubuntu.com/ubuntu-touch/stable/ ... no flo in any of the subdirs
[21:34] <slangasek> AIUI there's been zero qa on flo for the past 6 months
[21:34] <kgunn> slangasek: but if i want vivid+overlay on flo...what do i do ?
[21:34] <ogra_> yep
[21:34] <slangasek> kgunn: ubuntu-touch/rc-proposed/ubuntu - which is one of the hidden developer-only channels
[21:35] <kgunn> cool....thanks
[22:15] <ogra_> slangasek, so with adduser and shadow being patched for extrausers support in wily i was wondering if there is any benefit to sync that into the overlay PPA
[22:16] <slangasek> ogra_: I guess it's not all that useful on its own, but only if someone is going to do the work to make use of it higher up the stack
[22:17] <ogra_> well, you could add new users on a phone
[22:17] <ogra_> without hacking the files manually


[17:02] <highvoltage> stgraber: can you take the contact email about the weblive ID question? (from tbruff13)
[17:19] <stgraber> highvoltage: yep


 W9jz
 Wgjz
 Hello, can somebody help me?
[04:57] <arraybolt3> @MrWarden9CZ: o/ I can try!
 How to get less border size? I have somethimg like shadow (re @IrcsomeBot: <arraybolt3> @MrWarden9CZ: o/ I can try!)
[04:58] <arraybolt3> Can you send a screenshot of what you're looking at so I can understand better?
 Cand post pic here (re @IrcsomeBot: <arraybolt3> Can you send a screenshot of what you're looking at so I can understand better?)
 Cant post pic here (re @IrcsomeBot: <arraybolt3> Can you send a screenshot of what you're looking at so I can understand better?)
[05:38] <oerheks> sounds like a setting in your monitor..
[05:43] <arraybolt3> @MrWarden9CZ: Upload the screenshot to Imgur and send the link here.
 Ok thx (re @IrcsomeBot: <oerheks> sounds like a setting in your monitor..)
 U was right (re @IrcsomeBot: <oerheks> sounds like a setting in your monitor..)
[05:44] <oerheks> reset to factory standards often helps.
[05:44] <oerheks> have fun!
 U too buddy (re @IrcsomeBot: <oerheks> have fun!)
 Someeone who use custom themes from vince?
 Bcs i cant get it to work with Flatpak apps, also cusrsor is not right.... My another problem
[05:48] <oerheks> officially we can only support packages from our repos
[10:41] <ivan168> ciao
[12:31] <user|34> When will there finally be a kubuntu 22.04 Image for the Raspberry Pi 4?
[12:35] <user|34> ??
[12:39] <tomreyn> user|34: you could install ubuntu server and then convert it to run kubuntu
[12:40] <user|34> sddm and KDE on Ubuntu Server is not start after installation!
[12:41] <tomreyn> surely not, since they won't be installed at the time - you'll need to install kubuntu-desktop
[12:41] <user|34> i have install the kubuntu-desktop!!
[12:41] <user|34> (sudo apt install kubuntu-desktop)
[12:42] <tomreyn> the more details about sddm not starting will be needed
[12:42] <tomreyn> maybe start with    systemctl status sddm
[12:42] <tomreyn> !paste
[12:43] <user|34> sudo apt install xubuntu-desktop ore lubuntu-desktop is working!
[12:43] <tomreyn> those won#t get you kde, though
[12:44] <user|34> I know
[12:45] <tomreyn> https://github.com/wimpysworld/desktopify#readme applies some configuration changes for kubuntu, maybe those are relevant to you
[12:45] <user|34> I hope there will finally be a Kubuntu RaspberryPi4 Image!!
[12:47] <tomreyn> hmm,, no, it really just installed kubuntu-desktop, too
[12:47] <tomreyn> *installS
[12:48] <user|34> The Ubuntu or Ubuntu Mate image for the RaspberryPi4 is good. But it doesn't have a KDE desktop!
[12:50] <user|34> The only thing that works is download the UbuntuDesktop image and then run "sudo apt install kubuntu-desktop"!
[12:50] <user|34> But then I also installed all the Ubuntu-Gnome software, which I don't want!
[12:53] <oerheks> That is why you should start with server, no gnome cruft
[12:53] <tomreyn> i have a certain feeling of redundancy in this chat
[12:54] <tomreyn> just focus on your ubuntu-server + kubuntu-desktop installation and provide more details on what does not seem to work.
 hello
 I have a problem with kde on arch, but i dont think they help anyone with kde bugs and sddm. So i need help with sddm
 Because its not arch related
[13:00] <tomreyn> this channel only helps with kde on kubuntu, though
 Oh bad
 And with kde ?
[13:00] <tomreyn> yes, with kde on kubuntu
 Oh bad... I really need help
[13:01] <tomreyn> you could install kubuntu, and get help here
 Sddm is blocking the shutdown its not arch related
[13:01] <oerheks> there is #kde on #libera too .. maybe not for telegram, then you should use an IRC client
 Thanks i will do :)
[13:03] <user|34> The Ubuntu-Server 19.10 worked with the Raspberry Pi 4 "sudo apt install kubuntu-desktop"!
[13:03] <user|34> The Ubuntu-Server 22.04 Image is not good for the Kubuntu Desktop!
 You know a good irc client? Better than konversation? In konversation its hard to login with my credentials on irc
[13:06] <user|34> I really hope that KDE (Kubuntu) finally supports Raspberry Pi 4 and provides an image! Just like Ubuntu-Mate does!
[13:06] <user|34> The Ubuntu server image is not Kubuntu friendly!
[13:06] <user|34> Only for Xubuntu and Lubuntu!!
[13:07] <Dragnslcr> Oski146 - what IRC network doesn't work with Konversation's authentication settings? Libera works fine for me.
 Does Ubuntu 22.04 support KDE?
[13:08] <Dragnslcr> nomislou - define "support"
 The process is too long.
[13:08] <Dragnslcr> There's a Kubuntu 22.04 installation image, or you can install the kubuntu-desktop package if you've already installed Ubuntu
 I'm installing a package. It takes TOO long to install
 Even the slider doesn't move
[13:10] <Dragnslcr> What package?
 Kubuntu desktop
 Can someone help me setup quassel irc , i downloaded it on my ubuntu studio machine
 Connection refused all the time
[13:14] <tomreyn> you can start here https://libera.chat/guides/clients
 Thanks
[13:14] <Dragnslcr> The kubuntu-desktop package installs a lot of KDE packages. It's going to take a long time.
[13:15] <tomreyn> nomislou: what are the hardware specifications of your computer?
 pentium dual core
 gt 240
 3 GB RAM
 Hah)
[13:19] <tomreyn> oh, that may not give you a good experience with kubuntu
 (
[13:26] <user|34> I think its very sad that there is no RaspberryPi4 Kubuntu 22.04 LTS image!!
[13:27] <tomreyn> nomislou: unfortunately, i cannot seem to find any hardware requirements listed for kubuntu. but i'd expect you'd want a minimum of 4 GB RAM for smooth operation.
[13:28] <tomreyn> user|34: repeating this over and over will not make a difference, i think.
 Maybe it will help to disable the effects (re @IrcsomeBot: <tomreyn> oh, that may not give you a good experience with kubuntu)
 Someone have experience with Fedora?
 Maybe will help to disable the effects (re @IrcsomeBot: <tomreyn> oh, that may not give you a good experience with kubuntu)
 Im getting error while trying to boot it from usb, in on kubuntu now
[13:30] <user|34> Goodbye
[13:30] <user|34> Will try again to install the kubuntu desktop on the RaspberryPi4 with the Ubuntu server image.
[13:30] <user|34> After that I give up, and then Manjaro KDE or Raspberry Pi OS Lite will have to do it.
 Ok! (re @Roberalz: Maybe will help to disable the effects)
[13:41] <tomreyn> MrWarden9CZ: please let us know when you have a question about kubuntu
 MECX
 Hello fam
 Please how do I reduce excess WiFi data consumption on my kubuntu 22.04 using GUI
[15:23] <oerheks> .. reduce excess WiFi data consumption ? limit sites you visit ?
[15:26] <oerheks> there is no OS that gives such limiter, AFAIK
 I mean what can I tweak on the settings to reduce the excessive use of my network data on Kubuntu os?
 Hello philemon what are your exactly problem?
 What program is consuming data
 I think oerheks said to you the right thing
 @PJtunes please dont text me private
 I use Google chrome for my browsing
[15:39] <oerheks> You have to find out which process use your bandwidth, install nethogs to check how much which process use:
[15:39] <oerheks> sudo apt-get install nethogs
 Ok (re @Oski146: @PJtunes please dont text me private)
[15:40] <oerheks> also do not auto start movies.
[15:40] <oerheks> download those on free wifi
 I would say , as a joke , domt watch to much p*rn
 Okay
 If I'm able to find it out can I stop it from processing? (re @IrcsomeBot: <oerheks> sudo apt-get install nethogs)
 Lol (re @Oski146: I would say , as a joke , domt watch to much p*rn)
[15:41] <oerheks> you would notice sites that use a huge amount of data, avoid those
 Please @PJtunes dont text me private or i must block
[15:42] <oerheks> for the rest i don' t know.
 Okay (re @IrcsomeBot: <oerheks> you would notice sites that use a huge amount of data, avoid those)
 Do what oerheks said to you, find the data consuming application
 Can I just use task Monitor instead?? (re @IrcsomeBot: <oerheks> for the rest i don' t know.)
 Alright (re @Oski146: Do what oerheks said to you, find the data consuming application)
 Use the application oerheks recommended above (re @PJtunes: Can I just use task Monitor instead??)
 Okay
 sudo apt install nethogs
[15:45] <oerheks> do you see traffic in task monitor?
 No I I'm not really sure about that
[15:46] <oerheks> me neither.
 Ok
 I'll try out what you suggested
 @PJtunes and please dont spam people private, i got startled that some bot is spamming at me
[15:51] <oerheks> Osaki go into that stupid telegram protocol and look for privacy setting
[15:51] <oerheks> i have no clue where
[15:52] <oerheks> people should just use an IRC client, imho
 Normally i have set the privacy settings when the update yesterday dont set it back to normal
 I use the irc often, so telegram is just when the pc or notebook is offline
 Hey
 My PC is just displaying black with the cusor still active
 Pls what do I do
 Are you able to run krunner? (alt-spacebar)?
 It just showed up not quite long
 Thanks for response (re @DarinMiller: Are you able to run krunner? (alt-spacebar)?)
 So desktop is working now or just krunner?
 Both is working fine
[17:32] <BluesKaj> Hi all
[18:30] <TiZ[m]> Hello there. Will Kubuntu 22.04 be getting Frameworks 5.97? I'm trying to move off of Neon but I had come to rely on KWallet having org.freedesktop.secrets. I'm sure I should just install gnome-keyring for now, but I would prefer to not have to have it.
[19:55] <Elliria> Hey there. How would I check if updatedb is run automatically on startup in Kubuntu 22.04 or not?
[19:55] <Elliria> I suspect it's not, because doing the locate command when looking for a file I put on here yesterday didn't turn it up, but it did after I manually ran updatedb.


[13:48] <BluesKaj> hiyas
[15:09]  * genii-around slides txwikinger a coffee
[15:09] <txwikinger> hi
[15:09] <txwikinger> Is the announcement on the loco site ok?
[15:10] <genii-around> txwikinger: Yup, is fine! I just went and added in that I'm attending with 2 guests actually
[15:10] <txwikinger> cool
[15:10] <txwikinger> I need to make our  announcements too :D
[15:11] <genii-around> Are you guys doing anything in Kitchener?
[15:11] <txwikinger> Yes we will have a release party on 30 April and a global jam event on 2 April
[15:12] <txwikinger> Tomorrow we have an open data code fest
[15:12] <txwikinger> http://drupal.txwikinger.me.uk/content/inaugural-open-data-waterloo-region-codefest-saturday-march-12-2011
[15:14] <genii-around> Heh. I noticed the UBB petition there
[15:18] <txwikinger> Well.. if nobody does anything Parliament does what it wants
[15:19] <dscassel> txwikinger: I'm getting the "Only site administrators can create new user accounts." error when I try to log into the website now. :/
[15:19] <dscassel> (via OpenID)
[15:19] <txwikinger> Did you try to login without OpenID?
[15:20] <dscassel> If I set my password, I've forgotten it.
[15:21] <dscassel> (The password I would have set doesn't work)
[15:21] <dscassel> "Request new password" gives me an access denied as well.
[15:21] <BluesKaj> , pretty useless
[15:21] <dscassel> A little frustrating, yes. :)
[15:23] <txwikinger> Yeah.. I have the same
[15:23] <txwikinger> let me make some changes
[15:25] <txwikinger> dscassel: Try now OpenId


[21:48] <czajkowski> ebel: http://blog.osmfoundation.org/2012/03/08/welcome-apple/
[21:48] <ebel> czajkowski: aye saw that.


[08:35] <boolman> how do I add custom cloud-config in the default installation?
[09:20] <boolman> or do I have to run curtin?
[09:20] <boolman> curtin commands*
[13:44] <mup> Bug #1723425 opened: [2.3, HWTv2] Hardware tests do not provide start, current running and estimated run time <MAAS:Triaged> <https://launchpad.net/bugs/1723425>


[02:46] <albert> hey everyone
[06:34] <HedgeMage> Does anybody have a killer app they want to share for middle schoolers?  I know lots of cool stuff for little ones and older ones, but the middle is hard
[06:34] <johnny> quake3?
[06:34] <johnny> lol jk
[06:38] <HedgeMage> :P
[06:39] <johnny> i never had a computer in middle school
[06:39] <johnny> or access to one
[06:39] <johnny> that's including at home
[06:40] <johnny> didn't get my first computer til i was 17
[06:40] <johnny> ie: 1998
[06:40] <HedgeMage> heh
[06:41] <johnny> and that was a "family computer"
[06:41] <johnny> didn't get my own til almost 2000
[10:04] <robzhei> hey
[10:09]  * robzhei needs help with LTSP problem after clean install of Edubundu!
[10:56] <robzhei> anyone alive ?
[10:58] <zoro> Hey - has anyone here had any experience with edubuntu LTSP? I have some questions :)
[11:07] <robzhei> hehe me 2
[11:07] <laga> just ask
[11:07] <laga> if someone knows they'll answer
[11:08] <zoro> yeah, true enough.
[11:08] <robzhei> My thin clients hang after trying to boot, they hang after the edubuntu logo  with no error msg
[11:09] <laga> aren't there debugging hints on the website?
[11:10] <zoro> I'm looking into setting up a (rather large) network in a school i do tech work for. At the moment, I've got a Win 2K network up and running and the place is getting on grand. I'm getting increasingly worried by the amount of licenses that they have to pay for whenever a new shipment of machines arrive or is donated, so I'm looking into the possibility of an LTSP project.
[11:11] <zoro> My biggest issue at the moment is calculating the hardware requirements. I've managed to source a dual xeon (800mhz if i remember correctly) and that's been chugging along happily as the PDC for the windows domain
[11:12] <zoro> there's a possibilty of me getting a second server of similar specs, but i want to be sure that i'm not getting in over my head here
[11:12] <zoro> so that's why i'm here to ask questions about edubuntu, ltsp, and anyones experiences
[11:12] <zoro> :)
[11:12]  * zoro stops typing
[11:13] <johnny> the ram is what you need more of
[11:13] <johnny> it's in the edubuntu handbook
[11:13] <johnny> recommendations that is
[11:13] <johnny> and depending on the thin clients, some apps can run locally.. which could change the balance of power
[11:13] <johnny> so think about your setup first
[11:15] <zoro> yeah i've read the handbook, but i find it lacking in a couple of areas. also, i dont fully understand how the locally-running apps system actually works - do i install edubuntu on those boxes as well as on the server?
[11:15] <zoro> at the moment there are 70-80 client machines, all of which would be able to run apps locally
[11:15] <zoro> i'm looking to make this as centrally controlled as possible so that the computers teacher can do basic admin things when i'm not there
[11:18] <johnny> no
[11:18] <johnny> you install the apps in the chroot
[11:18] <johnny> altho that's still in development to do it easier
[11:18] <robzhei> problem seems to be getting the friggin clients to work at all
[11:18] <robzhei> ;)
[11:18] <zoro> :)
[11:18] <johnny> just mentioning it, depends on your client specs
[11:19] <johnny> well look at the ram requirements
[11:19] <zoro> johnny: yeah, well ideally i'd like to push some of the load out to the clients, considering they're more than capable of it
[11:19] <johnny> the handbook does mention those
[11:19]  * zoro nods
[11:19] <zoro> yeah, but only briefly and it doesn't really go into much detail
[11:19] <zoro> anyway, thanks for your help - i'll idle in here incase anyone else has any input
[11:21] <johnny> it goes into enough detials imo
[11:21] <johnny> it even has an equation :)
[11:21] <johnny> use that as the very base line
[11:21] <zoro> yeah
[11:22] <zoro> is it possible to spread server load across more than 1 server?
[11:23] <zoro> ugh. i should really read before i jump in
[11:24] <johnny> join #ltsp if you want more info on that
[11:24] <johnny> yeah.. read some
[11:24] <johnny> and ask the folks in there
[11:24] <zoro> thanks for your help
[11:24] <johnny> you'll get more general ltsp folks in there
[11:24] <johnny> who manage large installs
[11:24] <johnny> and such
[11:36] <laga> ogra: aufs is now in git thanks to juliank and it's working great with mythbuntu-diskless. (just need to wait for another patch to be applied and the next kernel upload)
[11:37] <ogra> nice
[11:38] <johnny> wtf is aufs ?
[11:38] <ogra> mdz was pretty pleased to hear about it btw, we talked a bit at the sprint last week
[11:38] <laga> takes 27s from power-on to X in my VM. :)
[11:38] <ogra> johnny, another unionfs
[11:38] <johnny> aha
[11:38] <johnny> will it appear in the krnele?
[11:38] <laga> yes
[11:38] <johnny> don't ask me how the e got transposed to the end :)
[11:38] <laga> well, l-u-m
[11:39] <johnny> l-u-m ?
[11:39] <laga> linux-ubuntu-modules package
[11:39] <johnny> aha
[11:39] <ogra> ah, nice
[11:39] <johnny> thanks guys
[11:39] <johnny> you rock
[11:39] <johnny> you make me very happy this lovely morning
[11:40] <laga> ogra: you'll finally get my initramfs patch by the weekend. if you don't mind i'll add aufs support for tmpfs, too
[11:41] <ogra> as long as it stays optional i'm open for everything :)
[11:41] <laga> sure.
[11:42]  * laga is really happy about aufs
[11:44] <RichEd> hey ogra ...
[11:44] <RichEd> edubuntu meeting in 15 ?
[11:44] <ogra> RichEd, hey
[11:44] <ogra> sigh, yes :)
[11:45]  * ogra is testing isos aside ... dont expect to much from me
[11:52] <RichEd> [11:53]  * ogra goes to prepare fresh coffee ....
[11:57] <juliux> RichEd, thanks for the reminder
[12:00] <RichEd> [12:10] <ogra> johnny, no interest in the meeting ?
[12:27] <johnny> sorry.. i was playing guitar hero
[12:27] <johnny> wakeup music
[12:59] <stgraber> ogra: I'm generating -i386 + -amd64 debs for iTalc so you can give it a try and see the bug by your own eyes. The debian/ dir is maintained in bzr
[12:59] <robzhei> euhm... edubuntu server install hangs when installing  britty-x11  anyone know why? :P
[12:59] <johnny> robzhei, try installing without, and then installing it later
[12:59] <johnny> as a quick fix
[13:00] <ogra> robzhei, which release/iso ?
[13:00] <robzhei> 7.10
[13:00]  * ogra hasnt seen anything like that
[13:00] <ogra> sounds like a borked iso
[13:00] <ogra> did you check the md5 sum after download ?
[13:01] <ogra> and also try the CD selfcheck from the CD menu
[13:01] <robzhei> mm the imgage is fine, installed from it 5 times be4..  this is second cd burned from it...
[13:01] <ogra> at what speed ?
[13:01] <ogra> note the data is highly compressed ...
[13:01] <ogra> you shouldnt burn faster than 8x
[13:01] <robzhei> first cd 52x hehe,  second 16x
[13:01] <ogra> that can generate read errors
[13:02] <ogra> they would expose win the sleftest though, try that out first and see if it gets through
[13:02] <robzhei> wellwell.. tryin again then ;)
[13:15] <nixternal> hrmm, I just noticed I wasn't even in here
[13:20] <stgraber> ogra: http://www.stgraber.org/download/ubuntu/italc/
[13:21] <ogra> stgraber, hey thanks
[13:21] <ogra> i'll test it tonight .. (got to prepare for platform meeting now) ....
[13:29] <nixternal> ogra: OK, what is up with the desktop files now
[13:30] <ogra> nixternal, well, on the classmatePc it takes very long to start apps ...
[13:30] <ogra> usually the timeout of the startup notification plus some seconds
[13:31] <ogra> the kdeedu apps all dont use startup notification
[13:31] <ogra> which is shown for about 15-20 secs
[13:31] <ogra> if it takes an app 25 secs users think te click didnt get through and click multiple times
[13:32] <ogra> which is really bad for a classmate with reduced ressources
[13:32] <nixternal> gotcha
[13:32] <ogra> well, and generally i'd consider it a bug anyway ... :)
[13:32] <nixternal> do some of the apps use the notification?
[13:35] <ogra> none of kdeedu
[13:35] <ogra> which is no prob in KDE i think
[13:36] <ogra> as it uses a different mechanism
[13:38] <nixternal> hrmm, any suggestions on an easy fix at all?
[13:38] <ogra> adding StartupNiotify=True to all .desktop files
[13:38] <ogra> i was planning to look into that anyway ... but indeed appreciate if someone else takes the task :)
[13:39] <ogra> i need it fixed for the classmate image in any case
[13:39] <nixternal> X-KDE-StartupNotify=true
[13:39] <nixternal> actually I see those in quite a bit of the kde apps .desktop files
[13:39] <nixternal> I will look into it
[13:40] <ogra> probably its enough to drop X-KDE- from taht ?
[13:40] <nixternal> I will ask Riddell and see what he says
[13:40] <ogra> yeah
[13:40] <ogra> thanks :)
[13:58] <highvoltage> ouch, missed the meeting and forgot to join this channel
[13:58] <highvoltage> my bad
[13:58] <nixternal> ogra: riddell wants to know by adding that, what exactly does it change and is this only for the classmate?
[13:58] <johnny> hmm.. there is a bug filed to sabayon
[13:58] <nixternal> also is this recent or has it been ongoing?
[13:58] <johnny> with startup notify not working well with gksu
[13:59] <johnny> the busy icon sticks around for too long
[13:59] <johnny> but it happens on my other things in the admin menu too
[13:59] <johnny> and on my gentoo install as well
[14:00] <ogra> nixternal, it makes the gnome desktop startup notification work (turning the cursor into a clock/rotating circle until the app is up)
[14:00] <ogra> very much like the bouncing cursor in KDe
[14:01] <johnny> how come that still requires a flag?
[14:01] <nixternal> does the app start up though?
[14:01] <nixternal> it is just that the busy cursor sticks around until timeout is reached?
[14:01] <johnny> you're asking me?
[14:01] <nixternal> ogra ^^ :)
[14:02] <johnny> ogra, would you know what to do about my bug tho:)
[14:03] <ogra> nixternal, if the app is faster than the timeout the notification lib gives feedback and switches the cursor ... else it stays until timeout
[14:03] <ogra> on classmate thats critical because apps definately exhaust the timeout
[14:03] <johnny> except when run via gksu..
[14:03] <nixternal> roger that
[14:06] <nixternal> ogra: Riddell said that if effects all apps it sounds like they (you) should adjust their timeout rather than edit all apps...I hope I am not skewing this at all...maybe you should talk to him and make it clearer than I could possibly do :)
[14:06] <ogra> nixternal, what do i gain by adjusting the timeout to something thats never fired up ?
[14:07] <ogra> the missing var keeps startup niotification from firing at all
[14:07] <ogra> which means no feedback at all for a click
[14:33] <johnny> ogra, how come the files needed edited?
[14:33] <johnny> seems kinda backwards
[14:33] <johnny> shouldn't the default be for startupnotify
[14:33] <johnny> and then disabled in the .desktop files?
[14:33] <ogra> johnny, KDE vs GNOME ...
[14:33] <johnny> bastads
[14:33] <ogra> they have different notification implementaions it seems
[14:35] <johnny> hmm.. that's fine.. but they do they need seperate switches? :)
[14:36] <ogra> usually the X-DESKTOPNAME says to switch off a feature on the other desktop
[14:37] <ogra> and omitting that prefix makes it a global setting
[15:45] <LaserJock> RichEd: you really here?
[15:45] <RichEd> LaserJock: not all here ... but some of me :)
[15:45] <LaserJock> good enough
[15:45] <LaserJock> just read through the meeting logs
[15:47] <LaserJock> the question with the menus is whether to make alacarte handle the dynamic menu editing from within itself or to write a wrapper that calls alacarte and "fixes" stuff after its done
[15:48] <LaserJock> ogra, I think, (and me too really) prefers to have alacarte handle the whole thing
[15:49] <LaserJock> but that's a lot more hacking than doing a wrapper and it needs to be done upstream, which I'm not sure they'd take
[15:49] <LaserJock> so I guess perhaps what needs to be done is to ask upstream if they'd even consider patches for such a thing
[15:50] <LaserJock> ogra: is ^^ about right?
[15:59] <chucky> i need help i just installed ubuntu but i get a black screen i think it because i installed my pci card
[16:00] <RichEd> chucky: did the install complete ?
[16:00] <chucky> yeah
[16:00] <RichEd> so do you see all the booting, but then black screen follows ?
[16:01] <chucky> yeah
[16:01] <RichEd> and did it work before you installed the pci card
[16:02] <chucky> this is after i installed my pci softwear
[16:02] <RichEd> give me a minute
[16:03] <chucky> it told me to reboot then just got a black screen
[16:04] <chucky> and i cant even boot from cd
[16:05] <RichEd> woops ... if you insert the CD:
[16:05] <RichEd> #1  can you see options
[16:05] <RichEd> #2  and select run as live CD
[16:06] <chucky> just black screen man
[16:06] <RichEd> do you at least get the bios info before it starts the os
[16:08] <chucky> ok when i restart i get the bios then the loading ubuntu sereen the black
[16:08] <chucky> then* black
[16:09] <RichEd> sounds like the text mode is okay with the display card/'adaptor ... but not the graphics mode
[16:10] <chucky> yeah is there a way to bypass that
[16:10] <chucky> or something
[16:10] <RichEd> you may be able to boot to the terminal prompt, staying in text mode, and then run a command line display setup
[16:11] <chucky> i don't know how to
[16:11] <chucky> lol sorry im new at this
[16:11]  * RichEd is looking for some help for you
[16:11] <RichEd> no problem :)
[16:15] <RichEd> okay ... try this: boot the machine and wait until the hard drive activity stops
[16:15] <RichEd> then: "ctrl+alt+f#" for a command prompt
[16:16] <RichEd> then: log in with your username and password at the prompt
[16:16] <RichEd> then: sudo dpkg-reconfigure xserver-xorg
[16:16] <RichEd> that will allow you to reconfigure the graphics card setting
[16:16] <RichEd> If you don't have the right video driver installed, try a basic VESA configuration to at least get the desktop going.
[16:19] <chucky> lol how do you i make the F#?
[16:20] <stgraber> ctrl+alt+ any of your F keys (from 1 to 6)
[16:22] <chucky> ok i tryed it but i got lots of letters going down the screen but that it went black screen again
[16:23] <chucky> i can hit Esc and the first and brings up this recovery mode
[16:24] <chucky> thats all i can do
[16:31] <chucky> is there anything i can do from the recovery mode?
[16:40] <RichEd> chucky: can you log in ?
[16:41] <chucky> no man
[16:42] <RichEd> give me a minute
[16:42] <chucky> ok
[16:45] <RichEd> chucky: so what do you have in front of you now ... a login prompt ?
[16:45] <chucky> black sereen
[16:45] <RichEd> so recovery mode takes you to a black screen ?
[16:46] <RichEd> it sounds to me like a hardware issue now ...
[16:46] <chucky> no hold on
[16:49] <chucky> ok i got 3 choices 1 kernal 2.6.22-14-generic "2"kernal 2.6.22-14-generic revoverymode and 3 memtest86
[16:52] <chucky> i jumped in recovery and its says  Root@chuck-desktop:~#
[16:53] <chucky> Root@chuck-desktop:~#  and i think i sopose to put something here
[16:53] <chucky> lol
[16:53] <RichEd> progress :)
[16:53] <RichEd> now try this:
[16:54] <RichEd> sudo dpkg-reconfigure xserver-xorg
[16:56] <chucky> ok it took me somewhere
[16:57] <RichEd> it should give you a display set up ]
[16:57] <RichEd> try that ...
[16:58] <RichEd> this is the last bit of info from the forum post I have been using to help you:
[16:58] <RichEd> "If you don't have the right video driver installed, try a basic VESA configuration to at least get the desktop going.
[16:58] <RichEd> If it doesn't work, just repeat the process until you get somewhere (or give up....)"
[17:00] <chucky> lol it says Attempt to autodetect video hardware
[17:00] <chucky> ?
[17:01] <RichEd> try it
[17:09] <chucky> holy F%%#&$ it worked
[17:09] <chucky> man thanks alot
[17:09]  * RichEd cheers
[17:10] <RichEd> what did it find ? the correct name of the card ?
[17:10] <RichEd> next time, do the hardware changes *before* the install ;)
[17:12] <chucky> no i know wnat kind of kind of card i have i remembered it took some thinking
[17:12] <chucky> lol
[17:13] <chucky> but i just installed any kind i think
[17:15] <chucky> but really RichEd thanks alot man
[17:15] <RichEd> cool ... as a note: if yuou
[17:15] <RichEd> bah
[17:15] <RichEd> as a note: if yuou
[17:16] <RichEd> ahem ... let me try that again
[17:16] <RichEd> as a note:
[17:17] <RichEd> if you now go into [System] [[Preferences]] [[[Screen Resolution]]
[17:17] <RichEd> you should be able to select the best resolution for your screen/card combo
[17:17] <RichEd> if you *cannot* get to a decent setting, you may have a funky display card that does not have a default driver
[17:18] <RichEd> in which case, you may need to get the correct driver
[17:18] <chucky> ok
[17:18] <RichEd> let me know if this applies to you ... i.e. if you are not happy with the screen resolutions available
[17:20] <chucky> everything is good
[17:20] <chucky> 1280X1024
[17:22] <chucky> man im vary happy
[17:22] <chucky> thanks again
[17:28]  * RichEd takes a bow for ubuntu
[17:56] <Amaranth> LaserJock: I'm upstream for alacarte :)
[17:57] <LaserJock> I'm aware of that
[17:57] <LaserJock> ;-)
[17:58] <LaserJock> I also know that you've said before you were more interested in other things and so I wasn't sure if you'd be interested in hacking on this
[17:58] <LaserJock> but I suppose a ping wouldn't hurt
[17:58] <LaserJock> Amaranth: ping ;-)
[17:58] <Amaranth> heh
[17:59] <ogra> lol
[17:59] <Amaranth> I'm not interested in doing the work but I might be willing to take a patch
[17:59] <LaserJock> Amaranth: I'm not even sure how to go about it directly in alacarte
[18:00] <LaserJock> one of the problems I have with directly editing the menus from alacarte
[18:00] <LaserJock> is that the menus are dynamic and composed of different groups
[18:00] <LaserJock> so if I say "Edit this menu" what menu am I editing?
[18:02] <LaserJock> and then I'd also have to deal with creation of new menus/groups
[18:02] <LaserJock> I gotta run to a meeting, bbiab
[18:03] <Amaranth> Right, this would be an extension of root menu editing (which alacarte doesn't support yet)
[18:04] <Amaranth> A Novell guy got permission from me to work on this feature in a branch but the first thing he did was hack it up to add SuSEisms and then he added the feature in a horrible way and never came back to me for review
[18:04] <Amaranth> So someone still has to do that work
[18:08] <LaserJock> hmmpf
[18:09] <LaserJock> (no boss, short meeting) ;-)
[18:09] <LaserJock> well I can edit the menus sort of OK but giving XDG_CONFIG_HOME to alacarte
[18:09] <LaserJock> but that's sort of a round-about hack
[18:09] <Amaranth> hehe, yeah
[18:09] <Amaranth> that kinda works
[18:10] <Amaranth> Not sure if I'd trust pressing the Revert button
[18:12] <LaserJock> hmm, haven't tried that
[18:12] <LaserJock> my initial thought was to do a GUI that basically wrapped around that concept
[18:12] <LaserJock> so it gave you a list of menus you could edit, when you clicked on "edit" it'd fire up alacarte via XDG_CONFIG_HOME, and then after alacarte was done it'd "clean up"
[18:14] <Amaranth> yeah, i think we discussed this before
[18:14] <Amaranth> that was the easiest route
[18:16] <LaserJock> basically I'd love to see more dynamic menuing done upstream, like fd.o or gnome
[18:16] <LaserJock> but I'm not sure people see the need yet
[18:18] <Amaranth> Well, right now alacarte is basically unmaintained so... :P
[18:19] <Amaranth> I have a local version that's a rewrite using vala that's almost done, I'm not too interested in the current code
[18:20] <LaserJock> ogra: can you talk for a sec about squeak? I'm at a bit of a block
[18:20] <LaserJock> Amaranth: that's what I figured.
[18:21] <ogra> LaserJock, no way to handle it through transitional packages ?
[18:21] <ogra> you say the names are totally different anyway
[18:21] <ogra> so even conflicts/replaces should work
[18:22] <LaserJock> ogra: right, the names are different, different source packages build the same binaries
[18:23] <LaserJock> good stuff like that
[18:23] <LaserJock> so my idea was to completely remove squeak from the archives
[18:23] <LaserJock> and then upload the new ones with conflicts/replaces
[18:24] <LaserJock> *but* my problem is that the new packages use different start scripts, and different locations for storing stuff in ~/
[18:24] <LaserJock> I don't see any easy way of making sure people who ran squeak in Gutsy can just dist-upgrade and run the same in Hardy
[18:24] <LaserJock> so I guess my question is if that is OK?
[18:24] <ogra> as much as i hate to say that ... debconf note
[18:25] <ogra> is the stuff binary compatible ?
[18:25] <LaserJock> yes
[18:25] <LaserJock> it's still squeak
[18:25] <ogra> i.e. can we move the content of eth user dirs over ?
[18:25] <LaserJock> it's just that squeak is such and aweful mess
[18:25] <ogra> yeah
[18:25] <LaserJock> that each time you package it you implement a new way of starting/storing
[18:25] <ogra> well, add a script to do the copying a user can execute
[18:26] <ogra> and add a debconf note if you detect an upgrage from an old squeak version
[18:28] <ogra> similar to the one alsa uses currently
[18:28] <LaserJock> ogra: hmm
[18:28] <LaserJock> ok, maybe I should get the old ones removed and new packages uploaded ASAP so I don't hit FeatureFreeze
[18:28] <LaserJock> then do the debconf thing as a bug fix
[18:29] <LaserJock> cause I dont' think I can get that all done before FF
[18:30] <ogra> dont forget FF is also UVF ...
[18:30] <LaserJock> well, that's what I'm saying
[18:30] <ogra> the valentine freeze :)
[18:30] <LaserJock> I can basically upload the new packages as-is
[18:30] <LaserJock> and then work the debconf/upgrade handling after
[18:30] <laga> ogra: is this already implemented in ltsp-manager? http://people.ubuntu.com/~ogra/LTSPManager/ltsp-manager_building_client.png
[18:31] <LaserJock> basically assuming I can break Hardy a little bit before fixing it
[18:31] <ogra> laga, ltsp manager is only a gui ... no backend yet ... but that part i got separately ....
[18:31] <ogra> LaserJock, indeed ;)
[18:31] <laga> ogra: i'd love to have that progress bar. :)
[18:33] <ogra> http://people.ubuntu.com/~ogra/gtk-build-client/
[18:34] <ogra> https://code.launchpad.net/~ogra/ltsp/ltsp-build-client-gtk <-- code branch
[18:34] <laga> thanks
[18:36] <ogra> there is also that ... https://code.launchpad.net/~ogra/ltsp/ltsp-image-shell ... shots: http://people.ubuntu.com/~ogra/ltsp-image-shell/
[18:38] <laga> ogra: thanks. is https://code.launchpad.net/~ogra/ltsp/hardy-trunk the right branch to generate patches against?
[18:39] <ogra> thats the package branch ... its a snapshot of the ltsp-upstream branch ... i plan to do one last upstrem pull before feature freeze (feb 14th)
[18:39] <ogra> until then making patches against the upstream branch is better
[18:40] <ogra> after FF thats the right one :) as i wont pull new upstream stuff
[18:43] <ogra> LaserJock, are you happy so far ? i tend to call it a day
[18:44] <laga> ogra: hum. the upstream branch does not have a debian/ directory, right?
[18:44] <laga> eg for packaging
[18:44] <ogra> right
[18:44] <ogra> for the debian stuff just take the package itself for now
[18:44] <laga> k
[18:44] <ogra> i'll push a branch with its content this week ...
[18:45] <LaserJock> ogra: for now yes :-) I wanted to get an idea from you about squeak before I started doing all the removal requests, NEWing, etc.
[18:45] <ogra> but since usualyl i'm the only uploader dont worry :)
[18:45] <ogra> good :)
[20:00] <stgraber> ogra: something is definitely wrong with the network part of italc
[20:00] <stgraber> ogra: I'm doing local testing with the packages I uploaded earlier, when starting the standard way (ica -role teacher and italc -role teacher), both ports are opened on my laptop 5800 + 5900
[20:01] <stgraber> then once the italc UI is opened, I see some "unable to connect" errors and the 5900 port is now closed
[20:02] <stgraber> a part from that italc seems to try connecting on the right ports, everything is fine from that side so my ltsp scripts will work correctly if the current bug is fixed
[20:02] <stgraber> (but that's the VNC part of italc and it's scary :))
[20:10] <mcfloppy_> hello
[20:11] <mcfloppy_> how can i find the problem with my sound?  ive installed with this manual: http://developer.novell.com/wiki/index.php/Edgy/HOWTO:_PulseAudio
[20:12] <mcfloppy_> i use a ltsp5 on the current stable debian
[20:13] <mcfloppy_> when i log in local to the client and start: alsaconf, i can play wav with aplayer.... but i cannot start pulsesound on the client... it exit with this message "startup failed"
[20:49] <RichEd> mcfloppy_: you running debian or edubuntu ?
[21:07] <RichEd> mcfloppy: you running debian or edubuntu ?


[13:44] <Nightmare_V> i need help wth this install
[13:45] <Nightmare_V> when i try to install it tells me it failed to make a partition\
[13:47] <Nightmare_V> hello?
[13:55] <Nightmare_V50> is anyone here?
[13:55] <Nightmare_V50> i need help
[14:03] <personthatneedsh> help
[14:05] <personthatneedsh> is anyone here?
[14:05] <personthatneedsh> help please
[14:05] <personthatneedsh> there are like 50 people here
[22:32] <guiverc[m]> Nightmare_V, this maybe helpful for partition issues on install; https://discourse.lubuntu.me/t/calamares-rare-failure-to-create-partition-mkfs-errors/2774


[09:15] <aeon17x> Shouldn't Ubuntu Server be called "Servbuntu"? :)
[09:16] <Pygi> hehe, why is that? ;)
[09:17] <aeon17x> Well, for rhyming. When we had KDE, it was called Kubuntu. Edubuntu came next with education apps. Soon we will have Xubuntu, based on XFCE. So it would seem appropriate that the server edition would be called Servbuntu.
[09:17] <aeon17x> (Not Serbuntu)
[09:21] <Pygi> heh ;)
[09:34] <Pygi> not everything has to rhyme ;)
[10:01] <Pygi> welcome valandil
[10:16] <Valandil> hi Pygi :-)
[10:16] <Pygi> hi hi
[10:17] <Valandil> Good news: Boss gave OK, we're testting right now new universe-Mirror for germany / europe
[10:17] <Valandil> :-))
[10:18] <Pygi> hehe, good ;)
[10:18] <Valandil> and we're on testing new nfs- and samba-server fr our university on ubuntu
[10:19] <Valandil> but regular, not instant ;-)
[10:21] <Pygi> hehe
[10:21] <Pygi> instant as it seems, won't even exist
[10:22] <Valandil> You mean, the project dies? or it's not released yet?
[10:23] <Valandil> sorry, my english :-(
[10:23] <Pygi> well, as you already know I am not workin' on it (I quited the project), and I didn't saw matt isn't workin' on it
[10:24] <Valandil> OK, I see
[10:25] <Valandil> in middle of february my exsams are ready, then I'll have Time, to take some partly workt...
[10:25] <Valandil> -t
[10:25] <Pygi> ;)
[10:43] <Pygi> wb nafallo
[10:44] <Nafallo> thanks
[01:41] <fabbione> hey guys
[01:41] <fabbione> got the first offline md5 checker full run today :)
[01:52] <Nafallo> fabbione: yay!
[01:52] <spike> hi there
[01:53] <Nafallo> morning spike
[02:00] <maswan> polvi: I didn't know you were an ubuntian
[03:27] <fabbione> yay.. less false positives on symlinks :)
[03:28] <fabbione> this code is so ridicolously simple that i wonder how i managed to write it
[04:31] <MasterTsunami> :)
[04:34] <beezly> :) to you too
[04:34] <MasterTsunami> and a merry :) to you all
[04:35] <beezly> i'm :) because i finally got 100% usage on our HPC cluster
[04:35] <MasterTsunami> congrats
[04:36] <beezly> why thankya
[04:36] <beezly> little things... :)
[05:06] <MasterTsunami> did i mention ubuntu owns?
[05:26] <erchache> hi
[05:27] <erchache> what is difference between normal iso with server option and ubuntu-server iso?
[05:29] <erchache> nobody here? :-S
[08:18] <troy> moin moin
[08:55] <Valandil> moin troy :-)
[08:58] <spike> moin guys


[01:08] <hads> G: Hi, I use hackvana, there's a #hackvana channel
[01:09] <hads> Mitch, the guy that runs it is an aussie in China.
[01:09] <hads> I also currently use Eagle which I don't really like but haven't had time to learn an open source alternative.
[01:21] <G> hads: oh nice, thanks
[01:27] <G> hads: oh wow, reading his FAQ/Guide, sounds like exactly what I'll need
[01:42] <hads> Yeah it's a really great service. There's no automated ordering at the moment but he's super easy to deal with and has very flexible options.
[01:42] <hads> <5x5cm and <10x10cm boards are a special price, US$20 and US$30 for 10 units I think.
[01:43] <G> yeah sounds great, now I just need to think up my solution to my 3-pin header issues
[01:44] <G> current thought is getting some lengths of ribbon cable, and some of the connectors that sparkfun are advertising and build my own
[01:44] <hads> I can help with that :)
[01:50] <G> hads: yep :)   basically need to connect some hall sensors from up to 50cm away, so the thought is, get some 6 wire ribbon cable, split it into two, and use something like PRT-08096/PRT-08232 to terminate the cable to the PCB
[01:51] <hads> Yeah that's what I was going to suggest as a connector option. I think we stock those.
[01:53] <G> the question becomes though, what is the best way to hook up the sensors to the ribbon wire, or just solder them directly on w/ a bit of heatsink as insulation of the pins
[01:54] <hads> Freetronics do a PCB mounted one if you want to go that route. Otherwise I'd just solder them directly as you said.
[01:55] <G> yeah, I already have the hall sensors, so yeah, sounds best
[19:22] <ibeardslee> morning
[20:30] <ajmitch_> morning
[20:48] <chilts> morning
[20:55] <thumper> morning
[20:59] <chilts> thumper: how much are you using Go these days? like 100%? You enjoying it?
[20:59]  * chilts is going to play with either Go (again) or Rust
[20:59] <thumper> chilts: mostly 100% for work
[20:59] <thumper> still using python after hours :)
[20:59] <chilts> I feel they're quite similar
[20:59] <chilts> cool, nice to have two main languages to play with
[20:59] <thumper> parts of go are growing on me
[20:59] <thumper> it does have some cool bits
[20:59] <chilts> I'm mostly doing JavaScript these days, and _way_ less Perl, so I think I need another language to futz around on
[21:00] <thumper> oh, yeah, javascript too these days
[21:00] <chilts> yeah, I love the messaging
[21:00] <thumper> I'm doing web dev in the evenings
[21:00] <chilts> nice
[21:00] <thumper> jquery, backbone etc
[21:04] <chilts> cool, I still haven't used Backbone or Ember, but I wanna play with Angular too
[21:04] <chilts> https://blog.mozilla.org/blog/2013/06/11/stopwatching-us-mozilla-launches-massive-campaign-on-digital-surveillance/
[21:21] <chilts> awesome -> http://fr.slideshare.net/EmilandDC/dear-nsa-let-me-take-care-ou
[21:37] <G> morning
[21:38] <hads> morning
[21:46] <G> hads: hey quick question, is there any template in particular you work off for Arduino boards (for the pin placements)
[22:27] <olly_> morning
[22:58] <Atamira> mornin
[23:38] <hads> G: Sorry, busy distracted.
[23:42] <G> hads: no problem
[23:48] <hads> You mean in Eagle?
[23:51] <G> hads: or anything, the Sparkfun/Adafruit libraries contain ones, but the templated shields actually look too big