[01:29] <smoser> anyone know how i can disable (via preseed) deb-src lines from getting into /etc/apt/sources.list
[01:32] <cjwatson> You can't in general right now, short of late_command.
[01:33] <smoser> cjwatson, welll...
[01:33] <smoser> will anything run an apt-get update bAESD ON THAT?
[01:33] <smoser> (sorry for caps)
[01:33] <cjwatson> probably not but you can run your own
[01:33] <smoser> i dont  (and can't get) src
[01:34] <smoser> can't get the mirror of src
[01:34] <cjwatson> well, it'll already automatically comment out sources it can't reach
[01:34] <cjwatson> oh, except not
[01:34] <cjwatson>         # Ubuntu change: network sources are always valid; apt will cope
[01:34] <cjwatson>         # gracefully later, even though the network may not be available
[01:34] <cjwatson>         # now.
[01:34] <cjwatson> *shrug* comment them out in late_command, see if it works :)
[01:34] <cjwatson> quicker than analysing
[01:35] <cjwatson> specially since I have a complicated bug to fix before I can go to bed
[04:45] <pitti> Good morning
[04:45] <rickspencer3> good morning pitti
[04:46] <rickspencer3> 1 week until release, how're things looking today?
[04:47] <pitti> slangasek: the stack trace does not tell anything about which python code this came from; I'll check the duplicates if anyone has a recipe for reproducing
[04:47] <pitti> hey rickspencer3
[06:09] <micahg> @pilot in
[07:07] <micahg> If someone adds a large section to a man page, should they be added to authors?
[07:14] <dholbach> good morning
[07:20] <micahg> jamespage: did you consider an SRU for Bug #598385?
[08:03] <micahg> stgraber: 1.299 and 1.301 are between 1.314 and 1.315 along with a lot of other commits
[08:04] <StevenK> RAOF: How many rubber chickens do I have to kill to get Do working on precise?
[08:04] <RAOF> StevenK: I'll get back to you in a moment :)
[08:06] <stgraber> micahg: weird indeed, the tags look correct though (looking at the diffs)
[08:09] <micahg> stgraber: hmm, looks like it's the importers fault ISTR cjwatson lamenting about this earlier in the week
[08:09] <micahg> or it might have about something else the importer did wrong
[08:14] <micahg> stgraber: seems that r1011 reverted everything back to the last import and then committed the fixes one by one
[08:14]  * micahg files a UDD bug
[08:18] <micahg> stgraber: bug 985465 if you're interested
[08:19] <stgraber> micahg: thanks
[08:19] <micahg> stgraber: also, as you TIL, do you want to have a look at https://code.launchpad.net/~roadmr/ubuntu/precise/casper/973794/+merge/100893 (as this affects the same script you touched)
[08:20] <stgraber> micahg: that's the bug I fixed ;) rejecting the branch
[08:21] <micahg> stgraber: great, thanks
[08:22] <RAOF> StevenK: What's not working with Do on precise?
[08:22] <RAOF> StevenK: Apart from unity eating anything that looks like <super> again.
[08:27] <Riddell> pitti: are you ok with this change? http://paste.kde.org/459788/
[08:27] <Riddell> pitti: and am I right in thinking that pkgbinarymangler has no bzr branch?
[08:27] <RAOF> StevenK: (Also known as: Do Works For Me™ on precise)
[08:27] <pitti> Riddell: it uses the standard ubuntu:pkgbinarymangler UDD branch
[08:28] <pitti> Riddell: I recommend to set NO_PKG_MANGLE=1 in calligra-l10n
[08:28] <pitti> Riddell: this blacklist is somewhat hard to handle, as IS needs to manually update the conffile in all the buildd chroots
[08:29] <Riddell> pitti: ah ok
[08:37] <StevenK> RAOF: Yeah, that is my problem. Can I move Unity off Super?
[08:38] <RAOF> StevenK: I'm not sure; you'd need to go ferreting around in ccsm.  I've caved, and set <ctrl><alt><space> as my summon keybinding.
[08:40] <StevenK> RAOF: That was easy.
[08:44] <Sweetshark> doko_: ping?
[08:45] <Sweetshark> doko_: there is currently flameage building up on #libreoffice-dev wrt to ubuntus choice to default to --as-needed when linking, could you join and flame back responsibly.
[08:45] <Sweetshark> ?
[08:48] <Mirv> slangasek: should bug #540816 perhaps be marked as High, similar to the duplicate 967229 you marked as high importance?
[08:53] <micahg> Sweetshark: Debian's planning on doing the same at some point: http://wiki.debian.org/ToolChain/DSOLinking
[08:56] <Sweetshark> micahg: "debian is doing it" doesnt mean its right (which is what upstream cares about) per se, I need someone to argue the "why".
[08:56] <micahg> Sweetshark: that wiki tells you why it's "right"
[08:57] <micahg> quite simply, it violates encapsulation
[09:00] <Sweetshark> which is why the is a --as-needed switch. however, there are scenarios where you do not want that. Using --as-needed where possible is good, mindlessly fumbling with defaults is not,
[09:02] <Sweetshark> micahg: feel free to join #libreoffice-dev and discuss this with sberg
[09:02] <micahg> Sweetshark: if I didn't need to go to sleep, I'd consider it :)
[09:02] <micahg> Sweetshark: at the very least, you can show the wiki page as the "why"
[09:03] <Sweetshark> micahg: http://nabble.documentfoundation.org/make-check-problem-in-libtest-smoketest-building-master-td3902404.html#a3905049 i did already long ago, we are way past that.
[09:08] <micahg> Sweetshark: looks like fun :), doko can answer the questions much better than I in any event
[09:16] <micahg> @pilot out
[09:37] <davmor2> hey guys is it me or has scroll stopped working for people?
[09:50] <pitti> WFM
[09:53] <RAOF> davmor2: Possibly - can you try running ‘sudo modprobe -r psmouse && sudo modprobe psmouse’ and then try scrolling again?
[09:54]  * RAOF will be happy to get home, where the internet is stable enough for evolution to properly filter through the 3000-odd email backlog.
[09:56] <davmor2> RAOF: that seems to of done it I think most windows now seem to scroll thanks
[09:57] <RAOF> davmor2: Right.  You're running into the problem where the scroll valuator eventually gets stuck on -2,000,000ish.
[09:59] <davmor2> RAOF: ah could be
[10:36] <cjwatson> Is anyone in a position to test bug 969343?
[10:36] <cjwatson> (last comment)
[10:41] <doko> Sweetshark, joined -- however no flaming. disappointed ;-/
[10:42] <azeem> maybe _rene_ is on vacation
[10:42] <jjardon> dobey: Hey, Is the info I put here enough ;)? https://code.launchpad.net/~jjardon/intltool/autoreconf/+merge/99802
[10:46] <ogra_> nice ... http://www.heise.de/imgs/18/8/2/1/2/6/2/USB-Power-c433ad30a541bc3f.png ... use your laptop and a USB Y-Cable as a welder :)
[10:50] <doko> mvo, ping
[10:50] <kklimonda> on the http://wiki.debian.org/Multiarch/Implementation it's written that if you use /usr/lib subdirectories as a target for the .links file, this file has to be autogenerated in debian/rules - is there some example I could check to see how to do it?
[10:57] <ogra_> jodh, your serial.conf looks good, will test it soon, what i was wondering is if we couldnt bind it to the device rather than to runlevel [23] ... (not for precise, but i think it might make sense to have somethng like a serial-device-up event or so)
[10:58] <jodh> ogra_: agreed!
[10:58] <jeinor> Hello. I have problems getting Ubuntu Core up and running. I try to run the 11.10 release of Ubuntu Core for armel on a Cubox (http://www.solid-run.com/), which runs a patched kernel of version <IP_ADDRESS>. I copied the SD card included with the Cubox using dd if=/dev/sdb of=/data/somefile.img. I then restored this .img to a new SD card, mounted the second partition (there are two, one boot and one rootfs) rootfs and removed all f
[10:58] <ogra_> so we dont tie to multiuser modes ;)
[10:58] <jeinor> I then untared the .tar.gz to the mounted partition, and also copied the /lib/modules/* from the original rootfs to the new ubuntu core rootfs.
[10:59] <jeinor> Could that possibly work? Or am I doing something terribly wrong?
[10:59] <jeinor> When I boot, the kernel boots, but when I switch to the console terminal using Ctrl+Alt+F1, all I get is a black screen.
[11:00]  * ogra_ invites jeinor to #ubuntu-arm :)
[11:00] <jeinor> woops
[11:01] <jeinor> I entered the channel mentioned at the bottom of https://wiki.ubuntu.com/Core.
[11:01] <jeinor> Wrong? Should I repost my question in the ubuntu-arm channel?
[11:01] <ogra_> sure, we can talk here as well ...
[11:01] <ogra_> your first sentence was cut off
[11:01] <ogra_> .... d one rootfs) rootfs and removed all f
[11:01] <ogra_> thats how it ended
[11:02] <jeinor> ok, it should have been "and removed all files."
[11:02] <ogra_> note though that ubuntu core is totally unconfigured, you need to do all bits an installer would usually do manually
[11:03] <jeinor> I understand. I actually got a Ubuntu Core up and running using qemu and a kernel from Ubuntu 11.04 before.
[11:03] <ogra_> (its main focus is to be used as a base for building custom images (i.e. modifying it) and chroots, it is not intended to be used out of teh box as a rootfs)
[11:03] <jeinor> I see. I am looking to customize it later on, but first I just want it up and running.
[11:04] <jeinor> Or am I doing it wrong?
[11:04] <ogra_> though i would suspect your kernel is missing parts we need in ubuntu
[11:04] <jeinor> The only configuration I did was to change the password for the root user so I should be able to login.
[11:04] <ogra_> like devtmpfs for example
[11:04] <jeinor> aha
[11:05] <jeinor> Well, I guess I can compile a kernel and try to boot using that. What version would I need for the ubuntu-core 11.10 release, do you know that?
[11:05] <ogra_> (if you dont use a initrd and dont have devtmpfs i'm not sure you have /dev/console at all for example)
[11:05] <jeinor> That would explain it.
[11:05]  * ogra_ would have to check the -core tarball if we ship a hardcoded node for it, but i dont think so
[11:06] <jeinor> However, the kernel shipped with Cubox is used (by default) to boot Ubuntu 10 or something. Perhaps that doesn't matter?
[11:06] <ogra_> best to take one of our arm kernels and compare the generic config options
[11:06] <ogra_> also is there any particualr reason you use armel and not armhf ?
[11:07] <ogra_> *particular
[11:07] <jeinor> I only found armel here: http://cdimage.ubuntu.com/ubuntu-core/releases/11.10/release/
[11:07] <jeinor> What's the difference?
[11:07] <ogra_> oh, yeah, 11.10
[11:07] <ogra_> speed :)
[11:07] <jeinor> Ah :)
[11:07] <ogra_> but armhf only exists in 12.04
[11:08] <jeinor> I see. Any system supporting armel should support armhl as well?
[11:08] <jeinor> armhf*
[11:08] <ogra_> well, all ARMv7 CPUs definitely support hf
[11:08] <ogra_> cubox is an armada, it should be able to
[11:09] <jeinor> "It is based  on the advanced Marvell 88AP510 SoC featuring  an ARMv7 core running up to 800MHz"
[11:09] <jeinor> found in specs
[11:09] <ogra_> right
[11:09] <jeinor> so I guess it should work
[11:09] <ogra_> well, check your kernel config first i'd say
[11:10] <jeinor> hmm.. I might need more information on how to do that, do you have any good resource I could read?
[11:10] <ogra_> things like having SIGNALFD ennabled are essential for example
[11:11] <jeinor> that's the one read by "make cubox_defconfig" for example, right?
[11:11] <jeinor> when compiling the kernel
[11:12] <ogra_> that would be the default config to make the board HW work ... not sure how it sets the generic options though
[11:13] <ogra_> http://paste.ubuntu.com/936755/ has a config of a well working ubuntu arm kernel
[11:13] <ogra_> (ignore the arch specific stuff and compare the generic options)
[11:14] <jeinor> ok
[11:14] <jeinor> I'll start with that
[11:14] <ogra_> and indeed, also make sure your cmdline is right (console= should have the right args to even see anything on the serial console etc)
[11:14] <jeinor> where do I specify the cmdline? (you can see I'm pretty new at this... :) )
[11:15] <ogra_> in the bootloader configuartion
[11:15] <ogra_> no idea what cubox uses or how thats configured though
[11:15] <jeinor> ok
[11:15] <ogra_> (likely u-boot since its marvell...)
[11:15] <jeinor> yes, it's u-boot
[11:16] <jeinor> in general, it should be possible to get Ubuntu Core running on that kernel? Or might it be too old?
[11:16] <jeinor> <IP_ADDRESS>
[11:16] <ogra_> well, i used a .32 kernel in oneiric with one of my arm devices ... back then it worked fine
[11:17] <jeinor> ok
[11:17] <jeinor> thanks a lot for your help orgra_, i'll start with comparing those configurations
[11:17] <ogra_> great, good luck
[11:17] <jeinor> will probably be back later :)
[11:17] <ogra_> feel free :)
[11:18] <ogra_> btw, if the cubox comes with an ubuntu installed, you could just use that and upgrade ;)
[11:18] <jeinor> well, it's the desktop version installed now. I just want Core :)
[11:21] <jeinor> I'll check back later, bye for now
[11:27] <mvo> doko: pong
[12:36] <jibel> mvo, ping
[12:37] <mvo> jibel: pong
[14:12] <DreadKnight> can someone take a look at this usability bug report I've made? https://bugs.launchpad.net/unity/+bug/985675 thanks
[14:12] <seb128> DreadKnight, try #ubuntu-unity to discuss unity design
[14:13] <DreadKnight> seb128, thanks!
[14:13] <seb128> yw
[15:32] <slangasek> Mirv: there are two different bugs: one is the lack of smooth transition (which is low-priority and intractable), the other is that there's text when X exits.  The latter is high-priority and solvable, though it requires constant vigilance against stray console messages :/
[15:34] <Mirv> slangasek: ah, good point. indeed so.
[15:34] <Mirv> the text is what's worrying, a plain cursor blink would not too bad
[15:35] <Mirv> marking as separate again
[15:36] <slangasek> thanks
[15:39] <Shinobi> Where can I get the src for the ubuntu supported Banshee release?
[15:43] <infinity> jodh: Around?
[15:43] <jodh> infinity: yo!
[15:43] <infinity> jodh: You pinged me about bug #876626
[15:44] <infinity> jodh: I haven't had much time to look at it at all, so if you're looking at it, that's fine by me. :P
[15:44] <jodh> infinity: gr8, thanks. I'm currently looking at it.
[16:25] <slangasek> pitti: hey, would it make sense for the apport retracer to paste backtraces to each of the bugs it decides are duplicates, instead of duping them and leaving no info about the individual crashes?
[16:26] <pitti> slangasek: we could, but then we would need to keep the duplicates private
[16:26] <pitti> I'm not entirely sure which is worse
[16:26] <slangasek> well, what good does it do to have public bugs that are duplicates of a private bug? :-)
[16:26] <pitti> the master bug can be made public, but usually developers don't bother making the dupes public
[16:27] <pitti> and it's a good metric for how urgent a bug is
[16:27] <pitti> we have whoopsie now, of course, to tell us that
[16:28] <pitti> slangasek: so, it's technically easy to do
[16:38] <slangasek> pitti: right, so maybe whoopsie is the better route after all?
[16:42] <seb128> slangasek, better route for what?
[16:43] <seb128> slangasek, will we have full debug stacktrace with whoopsie or mozilla's like stacktrace, i.e just function names?
[16:43] <slangasek> for making sure we can retain a view of the individual crashes
[16:43] <slangasek> well, I hope it's meant to be full debug :)
[16:43] <slangasek> ev: ^^ ?
[16:45] <pitti> slangasek: is the whoopsie data accessible somehow? I thought it was meant to be kept very restricted
[16:54] <slangasek> pitti: well, I'm not sure
[16:54] <slangasek> I thought ubuntu devs were meant to be able to get access to it to poke around... else how would we be able to develop the kinds of hooks that would let us extract more info we need for debugging?
[16:57] <pitti> slangasek: ev would know better, but I thought initially this was meant to only give statistics, not individual bugs
[16:58] <slangasek> it's meant to allow us to aggregate crash info
[16:58] <slangasek> but I didn't think that meant we wouldn't have access to drill down
[16:58] <slangasek> but I'm speculating here :)
[17:00] <jodh> slangasek: fyi - bug 985755.
[17:01] <cjwatson> the mockups ev's shown me permit a degree of drilling down
[17:02] <slangasek> jodh: thanks
[17:25] <bryceh> @pilot in
[17:28] <kklimonda> slangasek: hey, do you have an example of multiarch package that uses /usr/lib as a target for the .links file? according to the http://wiki.debian.org/Multiarch/Implementation this file should be generated in the install target and I'm wondering how to best do that
[17:29] <slangasek> kklimonda: I don't think I have any good examples - this has been somewhat overtaken by developments in debhelper
[17:29] <slangasek> kklimonda: nowadays, I would do this with an executable .links file that uses dh-exec
[17:30] <slangasek> but I haven't actually done this *yet*, because all the packages I've converted were done before that was an option :)
[17:30] <cjwatson> kklimonda: it's not for multiarch specifically, but groff generates .dirs and .install files, and you could use an identical approach
[17:31] <kklimonda> thanks, I'll check both and see which one is less invasive :)
[18:18] <FAalbers> I've been searching a doc on how to setup scons in ubunto to build QT apps. But can't find any help. Is there someone her that could help ?
[18:26] <jeinor> Hello! And hello again ogra_ if you're there :)
[18:26] <jeinor> I tried joining #ubuntu-arm, but it said "Cannot send to channel" when I tried to.
[18:27] <jeinor> Don't know if I have to have permission to write there or something?
[18:27] <jeinor> Anyway, I am still stuck on not getting Ubuntu Core to boot on the Cubox (http://www.solid-run.com/)
[18:28] <jeinor> The Cubox is shipped with Ubuntu, so I figured the kernel I have from there should work for Ubuntu Core..?
[18:28] <jeinor> I just copied the SD card that came with the Cubox (using dd, full disk image using dd if=/dev/sdb of=/data/cubox.img)
[18:29] <jeinor> I then copied that back onto another SD card using dd if=/data/cubox.img of=/dev/sdb
[18:29] <jeinor> I then mounted the second partition (the Cubox default SD card has two partitions, one boot and one for the rootfs)
[18:30] <jeinor> So I mounted the rootfs, ran sudo rm -rf * on it and then copied Ubuntu Core 11.10 onto there (untared it directly to the root)
[18:30] <jeinor> However, when I boot, all I get is a command prompt with only a flashing underscore on ctrl+alt+f7 and a black screen at ctrl+alt+f1
[18:32] <jeinor> Anyone have any ideas? ogra_ told me to compare the kernel configuration with a known working kernel configuration, but I don't know how to that since the configuration file is 2800 lines with a lot of options
[18:34] <jeinor> And I am curious though, if Ubuntu 10.04 runs on the Cubox, shouldn't Ubuntu Core run as well then?
[18:41] <\sh> moins
[18:42] <\sh> kklimonda, ping freeipa :)
[18:42] <kklimonda> \sh: pong
[18:43] <\sh> kklimonda, I just got some attention to a project you are eventually involved...bringing freeipa to debian/ubuntu ;) it happens to be that I was encountered by a core dev of freeipa here at COL
[18:44] <\sh> kklimonda, just wanted to ask if you are still involved and if you need help with this
[18:45] <stgraber> \sh: you may also want to read https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-freeipa-tech-preview and talk to tjaalton
[18:45] <tjaalton> hmm I should mark that one finished, and postpone the last task
[18:46] <\sh> I just encountered one issue while compiling the client side:
[18:46] <\sh> /usr/bin/ld: warning: libkrb5.so.26, needed by /usr/lib/x86_64-linux-gnu/libgssapi.so.3, may conflict with libkrb5.so.3
[18:46] <stgraber> \sh: you realize you can do "apt-get install freeipa-client" on precise, right? :)
[18:46] <tjaalton> right
[18:47] <tjaalton> there are a couple of issues with the ipa-client-install script that I still intend to fix for precise..
[18:47] <kklimonda> \sh: we always need help :)
[18:47]  * kklimonda wonders what COL is
[18:47] <\sh> stgraber, yes...so this ld warning is interesting to me and eventually for you =? :)
[18:47] <\sh> kklimonda, citrix online
[18:47] <tjaalton> \sh: building against heimdal? don't do that
[18:48] <tjaalton> don't think upstream supports it
[18:49] <\sh> tjaalton, so I forget about that...now I need to backport it to 10.04 ,-)
[18:49] <kklimonda> ouch
[18:49] <tjaalton> uh oh
[18:49] <\sh> yes yes
[18:49] <tjaalton> the client?
[18:50] <tjaalton> nevermind
[18:50] <tjaalton> \sh: who did you meet?
[18:51] <\sh> tjaalton, jr aquino
[18:53] <tjaalton> ah, at citrix
[18:53] <\sh> tjaalton, where else ,-)
[18:53] <tjaalton> redhat? :)
[18:53] <\sh> tjaalton, never...was there 2001 ,-)
[18:55] <tjaalton> referred to the fact that most of the upstream is working for red hat, but anyway
[19:05] <\sh> tjaalton, did you fix the uintptr_t issue in ipa-join.c?
[19:06] <tjaalton> \sh: hm what?
[19:06] <tjaalton> bug# ref please
[19:10] <tjaalton> \sh: oh, got it..
[19:10] <tjaalton> yes, it's patched
[19:11] <tjaalton> included in 2.2 and later, precise has 2.1.4
[19:19] <kees> hallyn: cap question for you...
[19:19] <kees> ns_capable(child_cred->user->user_ns, CAP_SYS_PTRACE)    this means "does current have CAP_SYS_PTRACE in the child's namespace?" right?
[19:20] <\sh> tjaalton, cool...:)
[19:26] <bodhi_zazen> When making a live Ubuntu CD, how do you get the rootfs.squasfs so small ?
[19:26] <bodhi_zazen> What compression options are used ?
[19:26] <sladen> bodhi_zazen: lzma
[19:29] <bodhi_zazen> sladen: any idea of the exact command ?
[19:29] <bodhi_zazen> =)
[19:30] <sladen> bodhi_zazen: apt-get install live-build
[19:30] <bodhi_zazen> OK, I am familiar with live-build
[19:30] <sladen> bodhi_zazen: http://lists.debian.org/debian-live/2011/06/msg00152.html
[19:30] <bodhi_zazen> will look at those scripts
[19:34] <arges_> micahg, hello
[19:36] <micahg> hi arges
[19:37] <arges_> micahg, looking at pad.lv/943502 whois backport to oneiric
[19:37] <bdmurray> @pilot in
[19:37] <arges_> micahg, i see you moved some stuff around in the bug, and was wondering how I should help? I've started to build the PPA and was going to test it
[19:38] <micahg> arges_: yes, please continue, I just closed the SRU task since you decided to go the backport route and added a backport task
[19:41] <arges_> micahg, ok cool. Just making sure
[19:42] <arges_> micahg, also: pad.lv/968612   I was trying to backport openldap... I was able to build and install most of the packages, but wasn't sure how to test them each. Are there guidelines for this?
[19:42] <micahg> arges: just install and run or build, install, and run for the reverse dependencies
[19:43] <micahg> *reverse build dependencies
[19:44] <micahg> whatever "run" is for the package in question (start it, use an app that exercises the library)
[19:45] <arges_> micahg, ok. that one will take some time
[19:46] <micahg> arges_: right, which is why requests for packages like those mostly go unanswered
[19:47] <arges_> micahg, yea. i started writing some python script to take that request output and turn it into 'apt-get install' statements, so I could test
[19:47] <arges_> because it became very tedious
[19:50] <micahg> arges_: indeed
[19:50] <micahg> slangasek: Bug #985842 (I thought we shouldn't have these issues anymore :()
[19:52] <slangasek> micahg: it's not a gzip issue, it's a differing-contents issue
[19:52] <micahg> ah, ok, that's a relief of sorts :)
[19:52] <slangasek> micahg: we never fixed that for gcc-4.4; why is someone trying to do this with gcc-4.4?
[19:53] <micahg> no idea, just saw the bug come in and thought it was going to be a problem
[19:54] <micahg> why should the README.Debian have different contents per arch though?
[19:54] <slangasek> look and see for yourself ;)
[19:54] <slangasek> (it documents the per-arch patches applied to the source)
[19:55]  * micahg would think someone would want to possibly cross-compile with gcc-4.4 since it's multiarch enabled, they might have deceptively thought that they could install both :)
[19:56] <slangasek> heh, ok
[19:57] <micahg> I read some of the thread on debian-devel about this, so I know it's not so easy to fix
[20:03] <jeinor> If I have a Ubuntu system which boots to a flashing prompt. If I go ctrl+alt+f1, the screen turns completely black. What could cause this? :)
[20:08] <hallyn> kees: vacation today, afk, will be in tomorrow
[20:09] <sladen> jeinor: sounds like a bug -> bug tracker please.  We need traces to get it debuggered further
[20:10] <jeinor> sladen, well, it most probably is not a bug... probably me not knowing enough on kernels boot-loaders and the alike. Not exactly a standard installation I'm trying to get up and running.
[20:11] <sladen> jeinor: how is it non-standard?
[20:11] <jeinor> it's an Cubox arm system based on a pretty old 2.6 kernel which I am trying to get Ubuntu Core 11.10 running on
[20:11] <kees> hallyn: okay, have fun!
[20:12] <jeinor> I THINK I have done everything right, but apparently not
[20:13] <sladen> jeinor: I don't know that I can help.  The starting place would be to find somebody else with the same hardware and compare the two setups
[20:14] <jeinor> sladen: Thanks for the tip, though I have a working installation running Ubuntu 10.04 on the same hardware. I just copied that kernel and replaced the rootfs, but didn't work out.
[20:14] <jeinor> sladen: the working installation was shipped with the cubox (http://www.solid-run.com)
[20:16] <sladen> jeinor: I would try again, replacing the minimum at a time and bisect the point at which it explodes
[20:17] <sladen> jeinor: then at that point (with minimum delta between $known_working and $known_broken) start poking to see if it's just the graphics driving dying, or the whole kernel going up in flames
[20:18] <jeinor> sladen: yea, something like that. However, how do I gradually replace Ubuntu Core with Ubuntu Desktop 10.04? I guess the breaking point will be when I remove X. I think the problem is that it is trying to boot into X using tty7, but I can't get the text console on any tty
[20:18] <jeinor> *the other way around, "replace Ubuntu Desktop 10.04 with Ubuntu Core"
[20:19] <slangasek> jeinor: the gettys are configured with upstart using /etc/init/tty*.conf.  If you have no getty on any VT, you probably are failing to reach runlevel 2
[20:19] <slangasek> jeinor: what's the kernel commandline being passed?
[20:21] <jibel> during an upgrade from lucid to precise from the command line, some packages show this error/warning: dpkg-deb: file `/var/cache/apt/archives/ubuntu-docs_12.04.4_all.deb' contains ununderstood data member data.tar.xz     , giving up
[20:21] <jibel> what does it mean ?
[20:21] <jeinor> slangasek: 'console=ttyS0,115200n8 vmalloc=384M root=/dev/mmcblk0p2 video=dovefb:lcd0:1920x1080-32@60-edid clcd.lcd0_enable=1 clcd.lcd1_enable=0'
[20:22] <jeinor> what does "have no getty on any VT" mean? VT=virtual terminal, but getty?
[20:22] <slangasek> getty is the program that gives you a login prompt
[20:23] <jeinor> I see
[20:23] <slangasek> jibel: it means approximately this: http://lintian.debian.org/tags/data.tar.xz-member-without-dpkg-pre-depends.html
[20:23] <slangasek> jibel: however, that's supposed to be an archive-side reject rule in launchpad, so there shouldn't have been any such packages (!)
[20:23] <slangasek> cjwatson: ^^
[20:24] <slangasek> jibel: and indeed, ubuntu-docs has Pre-Depends: dpkg (>= 1.15.6)
[20:24] <slangasek> jibel: so what's the context of the error message?  That shouldn't have happened as part of the actual upgrade
[20:26] <jeinor> slangasek: there are files from tty1.conf to tty6.conf. If I press ctrl+alt+f1 at the flashing underscore, the flashing stops and the screen is just black. If I press back to ctrl+alt+f7, the flashing returns. Should I perhaps add a tty7.conf for that terminal?
[20:27] <jibel> slangasek, messages are displayed the early in the upgrade, right after the new packages are downloaded and before preconfiguration
[20:28] <jibel> there are 8 packages with this error in the test: cloop-utils_<IP_ADDRESS>-1ubuntu1_i386.deb libgl1-mesa-dri-dbg_8.0.2-0ubuntu3_i386.deb libgl1-mesa-glx-dbg_8.0.2-0ubuntu3_i386.deb libyaml-syck-perl_1.19-1_i386.deb python-m2crypto_0.21.1-2ubuntu2_i386.deb ttf-arphic-uming_0.2.20080216.2-4_all.deb ubuntu-docs_12.04.4_all.deb whois_5.0.15ubuntu2_i386.deb
[20:29] <slangasek> jeinor: no.  your problem is that you're *not reaching runlevel 2*.  try adding --verbose to the kernel commandline; that should spew a good amount of data at you
[20:29] <slangasek> jibel: aha, I thought it might be preconfiguration
[20:29] <slangasek> jeinor: some of the data may even tell you where it's blocked :)
[20:30] <slangasek> jibel: so the apt debconf hook tries to manually unpack the .deb files using the currently-available dpkg, so that it can extract and run the debconf .config scripts.  This will fail if dpkg doesn't yet understand the package format
[20:30] <slangasek> jibel: I'm assuming there's no impact other than the error message?
[20:31] <jeinor> slangasek: I see :) so I adjust my kernel command line to include --verbose. On which screen will it outut? Will I need to specify console=tty0 as well perhaps? (really grateful for your answers here, I've been stuck at this for a while now..)
[20:34] <jibel> slangasek, apparently not. what kind of impact could this error produce ? package is silently kept to the old version ?
[20:34] <slangasek> jibel: not at all; it just means that, if the package has any debconf questions that need to be shown, they won't be shown until much later in the install
[20:34] <bryceh> slangasek, there's a couple patches in the sponsor queue for multi-arch transitions.  Are multi-arch changes permissible as SRU?
[20:34] <jeinor> slangasek: I tried adding --verbose, but that didn't give me any output at all. I don't see any text at all until I see the flashing prompt.
[20:35] <slangasek> jeinor: do you have the serial console hooked up?
[20:35] <jibel> slangasek, ah ok. so no impact other than the error message
[20:35] <slangasek> jibel: correct - it just means package *pre*configuration will fail, which is an optimization only
[20:35] <slangasek> jeinor: (note that your first kernel commandline option tells everything to talk to the serial console, not the graphical console...)
[20:36] <slangasek> bryceh: I discussed that with pitti earlier this week; we're agreed to allow them, provided there's due diligence on making sure they're not regressing anything
[20:37] <bryceh> slangasek, thanks
[20:37] <jeinor> slangasek: I have the computer connected by HDMI to a screen, but I have not connected any serial console. I actually tried changing that first command line option to console=tty0 before, but that didn't give me any output either.
[20:37] <slangasek> bryceh: which one are you looking at, OOI?
[20:37] <bryceh> 977952 libbonoboui and 977940 gnome-vfs
[20:37] <slangasek> jeinor: Ubuntu tries to keep the console quiet by default, so that may be part of it; dropping the 'console' option entirely and adding --verbose may give you better results
[20:38] <slangasek> bryceh: ok
[20:38] <slangasek> bryceh: are you thinking to sponsor them?
[20:38] <bryceh> slangasek, also since we're in Final Freeze, should everything that isn't a targeted bug be going through -proposed and the SRU process now?
[20:38] <slangasek> yes
[20:38] <slangasek> and half of what is a targeted bug, too :)
[20:38] <bryceh> slangasek, well I was going to kick them out if a firm rule existed
[20:39] <slangasek> yeah, it doesn't
[20:39] <slangasek> if you don't sponsor them, I'll be looking at them later :)
[20:39] <bryceh> there's 3-4 I'm going to look at first, and my pilot session is long in the tooth so I likely will be leaving them for you :-)
[20:39] <slangasek> no problem
[20:39] <bryceh> er 3-4 other patches
[20:41] <jeinor> slangesek: I tried that now, still just a black screen :( not even the flashing prompt
[20:41] <jeinor> slangasek: perhaps I should try connecting to that terminal console
[20:44] <jeinor> slangasek: does the order of the kernel command line parameters matter? for example, the resolution and such are set after the console commands, perhaps if I put console=tty0 last it would apply that same resolution to tty0?
[21:36] <bdmurray> slangasek: bug 985735 isn't really about update-manager is it?
[21:37] <slangasek> bdmurray: nope, that prompt will come from eglibc
[21:37] <slangasek> because apparently we stopped restarting it from pam, but still do from eglibc?
[21:51] <slangasek> bdmurray: triaged
[21:53] <slangasek> Riddell: ^^ I'm not sure if kubuntu-dev gets bug mail; can I draw your attention to bug #985735, which needs input from Kubuntu ASAP?
[21:54] <slangasek> also, how did no one run into this for upgrades to maverick or natty and report it?  did it get lost in the noise of the pam restart?
[21:57] <Dr_Who> doko: ping
[22:10] <Riddell> slangasek: replied
[22:13] <bryceh> bdmurray, we're cutting a swath through the sponsor queue today :-)
[22:16] <ScottK> slangasek: FWIW, I agree with Riddell.
[22:21] <bdmurray> slangasek: maybe it has to do with bug 944876 and not knowing about updates?
[22:22] <slangasek> Riddell, ScottK: ack; will pull kdm from the service restart list
[22:22] <slangasek> bdmurray: srsly?  augh
[22:23] <bdmurray> I'm not positive but it could be
[22:23] <slangasek> well, I guess *that* should've been noticed if it was affecting the whole Kubuntu userbase
[22:24] <slangasek> Riddell, ScottK: any insight into why this has only just been reported now?
[22:25] <ScottK> You mean now as in a month and a half ago?
[22:26] <Riddell> I'm not sure why that software-properties bug is related to the kdm restart issue
[22:26] <slangasek> ScottK: I'm talking about bug #985735 - if this really breaks kdm on upgrade, why did nobody raise it before?
[22:27] <sladen> nasty
[22:27] <Riddell> it never showed up in beta 2 upgrade testing
[22:27] <Riddell> and ScottK tested an upgrade today and never reported it
[22:27] <ScottK> Oh.  That one.  I thought you meant the software-properties one.
[22:27] <ScottK> The upgrade I did was in a chroot.  KDM wasn't actually running.
[22:28] <slangasek> heh
[22:28] <ScottK> I have done real upgrades and not had the problem though.
[22:28] <Riddell> has it only appeared after beta 2 ?
[22:29] <ScottK> I upgraded my laptop about a week and a half ago and didn't see it, but these things also come down sometimes to package update sequence and that's not deterministic.
[22:29]  * ScottK has to go.
[22:30] <slangasek> ScottK: I don't see any way it could be dependent on update sequence
[22:30] <ScottK> OK.
[22:31] <slangasek> libc6 is always going to be upgraded and always want to restart
[22:31] <ScottK> True.
[22:36] <slangasek> Riddell, ScottK: so there were changes to the restart code in eglibc as of Apr 12, but nothing that should have changed *whether* kdm is restarted
[22:36] <slangasek> only when
[22:37] <Riddell> I did plenty of upgrade testing before beta 2 so a bit of a mystery that
[22:37] <Riddell> I'll probably do some more upgrade testing tomorrow so I'll check this bug to see if I should expect it to work or not
[22:40] <stgraber> that's one kind of issue the daily upgrade testing won't find as it just runs do-release-upgrade from an ssh session, though I guess we could configure the VM to auto-login and ensure that the session is still alive post-upgrade...
[22:45] <bryceh> anyone know offhand if apport has been turned off now?
[22:45] <bryceh> @pilot out
[22:46] <bdmurray> bryceh: yes
[22:46] <bdmurray> bryceh: er, yes I know and yes it has
[22:46] <bryceh> bdmurray, thanks
[22:46] <bdmurray>   * etc/apport/crashdb.conf: Disable Launchpad crash/kernel reports for the
[22:46] <bdmurray>     final release. Leave Apport running for whoopsie, though, so use the new
[22:46] <bdmurray>     mechanism for selective problem types.
[22:47] <slangasek> infinity, Riddell, ScottK: blast, it's my bug - sorry
[22:50] <infinity> slangasek: Oh, you found where it went wrong?
[22:51] <slangasek> yah
[22:51] <infinity> Good, cause I hadn't gotten there yet. :P
[23:27] <bdmurray> @pilot out
[23:33] <FAalbers> ly ! Got qt4 working on my Linux box with scons ! :)
[23:57] <\sh> oh damn...adding a devmapper device (via multipath) prevents 12.04 from booting.


[07:50] <arualavi> @schedule Andorra
[07:50] <ubotu> Schedule for Europe/Andorra: 08 May 22:00: Technical Board | 09 May 22:00: Edubuntu | 10 May 22:00: Ubuntu Development Team | 15 May 17:00: Kernel Team | 16 May 14:00: Edubuntu | 16 May 15:00: Community Council
[08:03] <lau> help/leave


[01:01] <AskUbuntu> How is Ubuntu/Canonical organized? | http://askubuntu.com/q/304622
[06:30] <dholbach> good morning
[06:39] <benonsoftware> Afternoon dholbach
[06:41] <dholbach> hey benonsoftware
[07:56] <bkerensa> jcastro: when you come to PDX you should make an effort to go to The Art of Shaving Store :) http://retail.theartofshaving.com/retail/locations/pioneer-courthouse-square
[07:56] <bkerensa> jcastro: if your a shaving geek its right up your alley
[07:57] <bkerensa> jcastro: Portland General Store also has a nice selection of Creams, Jellies, Brushes and Blades :)
[12:07] <bkerensa> mmm
[12:27] <daker> mhall119: so the G+ hangout is weekly ?
[12:50] <jcastro> bkerensa: I've been to AoS before
[12:51] <jcastro> it's decent stuff, but too expensive, there's much better cheaper stuff in other places
[12:51] <jcastro> the General Store sounds like my kind of place though
[13:30] <bkerensa> jcastro: yeah there are also some places in Alberta and Hawthorne in PDX that specialize in shaving or even growing of nice lumberjack size beards
[13:30] <bkerensa> :)
[13:30] <bkerensa> beard oil is popular here
[14:02] <mhall119> daker: yeah, we'll have weekly catchups
[14:04] <jcastro> daker: can you have your friend mail me and I'll get him in touch with the mirror folks?
[14:14] <daker> jcastro: ok
[14:14] <daker> your mail jcastro at u.c ?
[14:15] <jcastro> jorge@
[14:15] <daker> ok
[14:19] <daker> jcastro: he just told that problem was with the "internet connection", so it's OK :)
[14:19] <jcastro> nice!
[16:02] <daker> mhall119: the G+ hangout in ?
[16:14] <jono> mhall119, http://www.reddit.com/r/Ubuntu/comments/1fsqda/core_apps_update_calculator/
[16:14] <mhall119> daker: yeah, sorry
[16:14] <mhall119> https://plus.google.com/hangouts/_/0c47c3efbc79b37e77d776b87830fc0bbcf947f0?authuser=1
[16:15] <mhall119> daker: ^^
[16:15] <mhall119> thanks jono
[16:51] <jcastro> balloons: whose idea was to use the autopilot guy from Airplane in your blog posts?
[16:52] <balloons> jcastro, the autopilot team adopted him.. check out this page about halfway down: http://unity.ubuntu.com/autopilot/tutorial/getting_started.html
[16:52] <jcastro> that is absolutely brilliant
[16:53] <balloons> pretty funny :-)
[16:55] <balloons> http://www.youtube.com/watch?v=qaXvFT_UyI8
[17:57] <daker> i am also getting this bug #1186611
[17:57] <ubot2`> Launchpad bug 1186611 in webbrowser-app "Cannot mix incompatible Qt libraries" [Undecided,Incomplete] https://launchpad.net/bugs/1186611
[22:22] <jono> mhall119, mind redditing http://www.youtube.com/watch?v=Q566IGyVB0o ?
[22:22] <jono> to r/Ubuntu
[22:22] <jono> I will do it to r/Linux
[23:02] <mhall119> jono: it's already posted
[23:02] <mhall119> but I upvoted it


[18:36] <Eickmeyer[m]> Welcome, Ruth Cheesley (she/her) !
[18:37] <RuthCheesleysheh> 👋
[18:38] <Eickmeyer[m]> So, to answer your questions from #ubuntu-studio-offtopic:matrix.org , right now the funds are just kindof sitting/doing nothing. They're not used. They're kindof a rainy-day fund for when/if one of us goes to a conference. Sadly, with COVID and restrictions, that hasn't been a thing for some time.
[18:40] <Eickmeyer[m]> The original intention was that it would be used to fund development costs/my wage as leader if it ever got enough monthly donations. It doesn't, so that doesn't happen.
[18:40] <Eickmeyer[m]> Then, if that ever doubled, it would fund more devs, and so on.
[18:41] <Eickmeyer[m]> Ruth Cheesley (she/her): Does that make sense?
[18:42] <Eickmeyer[m]> As for the website, you're more than welcome to make whatever suggestions/corrections you'd like, help with dead links, and whatever. Just let me know in here (or krytarik since he has access too.
[18:42] <milkii> Just saw https://github.com/ElizabethHarmon/UbuntuProAudio
[18:43] <Eickmeyer[m]> We can't just give anyone access to the website until we know them well enough since we've had attacks and code hacks/embeds in the past from untrusted individuals. Make sense?
[18:43] <RuthCheesleysheh> Yeah totally - I was just suggesting it might be good to say on the page what the funds are used for, because as someone looking to contribute that wasn't mentioned or clear from the page 🙂
[18:44] <Eickmeyer[m]> RuthCheesleysheh: Understood, probably because at the time that wasn't clear either.
[18:44] <RuthCheesleysheh> Makes sense. Can I also help with the wiki? It's mega outdated. I was trying to find the high res logos of the new brand and the logos on there are ... well, very outdated it seems
[18:44] <Eickmeyer[m]> RuthCheesleysheh: Right, and the wiki is.. well, dying.
[18:45] <RuthCheesleysheh> the blog post about the new brand doesn't actually link to the brand resources, so, yeah
[18:45] <RuthCheesleysheh> (writing a post about switching from Kubuntu to Ubuntu Studio)
[18:45] <Eickmeyer[m]> Oh, ok. I can get you those resource.
[18:46] <Eickmeyer[m]> Ruth Cheesley (she/her): https://git.launchpad.net/~ubuntustudio-art/ubuntustudio-artwork/+git/current-standard/tree/
[18:47] <Eickmeyer[m]> If you're familiar with git, you can just clone the git repo here: https://code.launchpad.net/~ubuntustudio-art/ubuntustudio-artwork/+git/current-standard
[18:47] <Eickmeyer[m]> I'd love to see your post!
[18:47] <RuthCheesleysheh> Awesome, I can work with Git
[18:47] <RuthCheesleysheh> thanks!
[18:48] <Eickmeyer[m]> I'm also collecting stories as I'm very likely headed to Prague for Ubuntu Summit 2022 in November, so your story would be very helpful!
[18:48] <RuthCheesleysheh> Ah nice, I am in Prague in September for DrupalCon
[18:48] <Eickmeyer[m]> Oh nice!
[18:50] <Eickmeyer[m]> Anyhow, we'd love suggestions for the website and we're always looking to add to the team in one way or another. I can get you wiki access if you'd like if you have a Launchpad account.
[18:50] <RuthCheesleysheh> I do indeed, username is rcheesley (had to retrieve it from the depths of lastpass!)
[18:51] <RuthCheesleysheh> I tried to make an edit but I don't think I can change the main landing page. Could edit the brand one though with the new resources
[18:51] <RuthCheesleysheh> Do you want the wiki to die off, or should it be still living?
[18:52] <Eickmeyer[m]> Well, it would be nice to get as much updated as possible in case they decide to transition it to a different wiki. Overall it's in horrible shape.
[18:52] <Eickmeyer[m]> You'll notice the sign-in process is just horrible.
[18:52] <RuthCheesleysheh> it looks a bit 1990's ish in general!
[18:52] <RuthCheesleysheh> It is, I had to jump through loads of buttons and logins
[18:52] <Eickmeyer[m]> And the markdown is unlike anything you've ever used.
[18:53] <RuthCheesleysheh> and then go back to launchpad to update my email address
[18:53] <Eickmeyer[m]> Yeah, it's.... 🤮
[18:53] <RuthCheesleysheh> worse than RST? 🤣
[18:53] <Eickmeyer[m]> ^ That.
[18:53] <RuthCheesleysheh> uh oh
[18:54] <Eickmeyer[m]> Let me guess... 504 timeout?
[18:54] <RuthCheesleysheh> Uhh, yeah I had a few timeouts in the login process, and then it was going to some ridiculously long string and just crashed
[18:54] <RuthCheesleysheh> and then I reloaded the page I came from and I was logged in
[18:54] <Eickmeyer[m]> Yeah, that's about right.
[18:54] <RuthCheesleysheh> 🤷
[18:55] <Eickmeyer[m]> Like I said...
[18:55] <Eickmeyer[m]> It's pretty much a pile.
[18:55] <RuthCheesleysheh> Well, I got there in the end!
[18:55] <Eickmeyer[m]> Perfect.
 "I'm also collecting stories as I..." <- https://www.ruthcheesley.co.uk/blog/geek-stuff/switching-from-kubuntu-to-ubuntu-studio pretty simple story so far, also wrote about switching to Pipewire after some problems with audio: https://www.ruthcheesley.co.uk/blog/geek-stuff/swapping-out-jack-for-pipewire-in-ubuntu-studio-22-04
 "https://www.ruthcheesley.co.uk/..." <- Excellent! That second one might be helpful because eventually we're going to have to go to Pipewire by default. Looks like we're going to miss it for 22.10 sadly as we had a lot more bugs to fix than we bargained for this time around, sadly.
[20:36] <Eickmeyer[m]> OvenWerks: ^
[20:36] <OvenWerks> :P
[20:36] <RuthCheesleysheh> Yeah I had a few quirks but most of them were resolved by rebooting a few times
[20:37] <Eickmeyer[m]> Right. The bugs we had were caused in the switch before 22.04's release by the switch to Python 3.10. It made a lot of problems.
[20:37] <RuthCheesleysheh> Some folks in the community I was in who were helping me to troubleshoot are having some issues with Pipewire/bluetooth but it somehow #justworked for me
[20:37] <arraybolt3[m]> Ruth Cheesley (she/her): If you have experience with PipeWire, it would be awesome if you could figure out how to get a JACK-PipeWire bridge going for FFADO support. Me, OvenWerks, and Eickmeyer all bashed our brains up against that with no success and it's the one feature that was really a deal-breaker if it couldn't work.
[20:37] <RuthCheesleysheh> (safer to ask no questions, I figured!)
[20:38] <RuthCheesleysheh> oof, I am not able to help with that I think. I'm a pointy-clicky-gui user who can follow instructions at command line 😛
[20:38] <arraybolt3[m]> (One random guy got it to work on openSUSE, so somehow it should be doable.)
[20:38] <arraybolt3[m]> Ah, OK.
[20:39] <RuthCheesleysheh> there's a bunch of great audio folks in the Ardour communities around the web though, maybe someone can help. I could ask in case anyone has experience
[20:39] <Eickmeyer[m]> Ruth's going to be here helping with documentation (wiki) and the website.
[20:39] <arraybolt3[m]> Eickmeyer: OK, sorry.
[20:39] <OvenWerks> I am sure PW will work for most people. Just the few of us that have nice FW devices. The alsa fw stack makes a fw device worse than USB. Not all of us can just switch.
[20:40] <arraybolt3[m]> Eickmeyer: (Also, quick progress report on distrho-ports - I have 5583 lines left in my progress file (I had over 6000 at one point), so things are coming along nicely with getting that done.)
[20:40] <RuthCheesleysheh> Yeah, to be honest after many hours troubleshooting I kinda just tried to switch covering my eyes and hoping it wasn't worse than what I did have already
[20:40] <Eickmeyer[m]> arraybolt3[m]: YESSSSS. Fwiw, the upstream is excited.
[20:40] <RuthCheesleysheh> I was pleasantly surprised it worked as well as it did
[20:47] <RuthCheesleysheh> I just checked the markdown on the wiki. I see what you mean 😵💫
[20:51] <arraybolt3[m]> They call it MoinMoin - I think they meant to type MoanMoan.
[20:53] <RuthCheesleysheh> 🤣 it literally makes my eyes go 😵💫
[21:10] <Eickmeyer[m]> It's cringe in its highest form.
[21:14] <RuthCheesleysheh> Bit too sleepy to work out how to upload images, but I've updated the latest release links, and made a new page for the brand refresh linked from the artwork page. Just dumped the links to the blog post and the git clone commands for the current resources and the whole lot including past resources
[21:34] <Eickmeyer[m]> Ruth Cheesley (she/her): That's awesome! Thanks for joining the team!


[04:11] <kejava> Hi, is the most recent version of Edubuntu using LTSP 5 (Muekow) ?
[04:14] <LaserJock> yes
[04:15] <LaserJock> kejava: basically
[04:15] <LaserJock> kejava: you might ask #ltsp for sure
[04:15] <kejava> how are the lts.conf parameters working for you, if at all?  i just tested an LTSP-5 install.  looks like not many of the lts.conf parameters work normally anymore.
[04:16] <LaserJock> I think it's supposed to be mostly automatic
[04:17] <kejava> yeah, that's what I've found.  the install doesn't even include a default lts.conf file.
[04:17] <kejava> i need it for some odd, old setups.
[04:17] <kejava> LaserJock, i'm coming from LTSP-4.2.  how is LTSP-5 working for you so far?
[04:18] <LaserJock> I don't use LTSP so I don't have an answer
[04:19] <kejava> oh yeah, sorry.  guess you don't have to use ltsp to use edubuntu ;-)
[04:19] <LaserJock> :-)
[04:19] <LaserJock> I haven't had an occasion to set up an LTSP server yet
[04:19] <LaserJock> though I'd like to at the uni
[04:21] <kejava> it's not too tough.  i'm testing out LTSP-5 with two laptops and a cross over cable.  so far LTSP-5 looks very nice.  i just have to get the sound server working and local devices.
[05:45] <Neronious> hello, i am trying to install edubuntu 6.10 on a fairly old laptop and it will not do the "building LTSP chroot..." is it possable to fix by going to 6.06? or am i just using a too old computer, or can i live without the LTSP? but dosnt that mean i cant use apt-get?
[05:46] <LaserJock> LTSP doesn't have anything to do with apt-get
[05:49] <Neronious> musta read something wrong. meh o well but when it says there an error and i skip it will it come back to haunt me in some way? or even let me finish the installation?
[05:51] <LaserJock> I think it'll let you continue
[05:53] <Neronious> thank you
[10:30] <stgraber> morning
[02:26] <cbx33> hello everybody
[02:26] <cbx33> <hi doctor cbx33>
[02:27] <jsgotangco> hmm?
[02:27] <cbx33> soirry
[02:27] <cbx33> simpsons quote
[02:27] <jsgotangco> ahh
[03:02] <cliebow_> anyone have suggestions for errant sony laptop in which <IP_ADDRESS> wont load beyond recognit\ion of "scsi" memory stick..from another kernel seen as usb device..cant use modprobe.d/blacklist to exclude a module
[03:53] <bddebian> Heya
[04:39] <cbx33> ping ogra
[05:04] <sbalneav> Morning all
[05:05] <bddebian> Heya sbalneav
[05:05] <LaserJock> hi Scotty
[05:06] <sbalneav> Hey bddebian & LaserJock
[05:32] <Petaris> Hi all
[05:33] <Petaris> anyone know what if any fix there is for the new US DST rules going into effect on Sunday?
[05:33] <Petaris> Do I just have to manually change the time on the server?
[05:34] <chin1> can you setup edubuntu to send snmp statisctics about the client to the server?
[05:41] <sbalneav> Petaris: No, if you've been doing your updates, it will just work
[05:41] <LaserJock> Petaris: I believe updates have been sent out to 6.06 and 6.10
[05:41] <sbalneav> timezone files have been updated for some time.
[05:43] <Petaris> LaserJock: is there a way to see which version I am running?
[05:43] <Petaris> i think it is 6.06 but I can't remember
[05:43] <Petaris> sbalneav: I don't remember seeing an update for it but I might have missed it in the list
[05:45] <LaserJock> I think the package is something like tzdata
[05:45] <Petaris> ok
[05:46] <Petaris> I will look
[05:46] <sbalneav> yup, tzdata
[06:07] <Petaris> sbalneav: I can't find the tzdata package in synaptic
[06:09] <sbalneav> dpkg -l | grep tzdata
[06:09] <sbalneav> you've already got it
[06:13] <Petaris> sbalneav: I did another test I found and its right anyway
[06:13] <Petaris> zdump -v /etc/localtime | grep 2007
[06:17] <Petaris> Thanks gusy
[06:17] <Petaris> er, guys
[08:01] <cbx33> cliebow, there must be a hidden secret option we havn't found yet
[08:11] <cliebow> Yessir...
[10:06] <zch> hi
[10:07] <zch> ogra: what is the current state of ltsp-manager?


[05:24]  * ojwb stumbles over a (dead) link to http://ajmitch.linuxworks.co.nz/.
[05:26] <ajmitch> ojwb: where?
[05:27] <ojwb> ermm
[05:27] <ojwb> ajmitch: http://www.gnu.org/software/dotgnu/irc.html
[05:28] <ajmitch> that's amusingly old
[05:28] <ojwb> dotgnu doesn't seem terribly alive
[05:28] <ajmitch> no, it's not
[05:42] <ojwb> the mailing list archives are amusing - everytime someone asks if the project is alive, one guy replies saying "no, use mono" and another replies saying it is alive
[05:42] <ajmitch> the corpse is still warm, honest!
[19:58] <ajmitch> morning
[19:59] <thomi> morning
[20:11] <ibeardslee> morning
[20:46] <Atamira> morning
[20:46] <Atamira> reboot
[23:15] <mwhudson> http://www.stuff.co.nz/business/industries/7191894/Cost-inhibits-broadband-uptake
[23:15] <mwhudson> no, really?
[23:28] <ojwb> and the 3 related stories "Dotcom search warrants ruled illegal", "Set net ban extension to protect Maui's Dolphin", and "GPG takes $173m hit as Coats loses appeal"...
[23:39] <lifeless> trololol
[23:39] <lifeless> 'build more cables'


[00:00] <davecheney> unsubtle reminder, https://docs.google.com/a/canonical.com/document/d/1eeHzbtyt_4dlKQMof-vRfplMWMrClBx32k6BFI-77MI/edit#heading=h.reab82nqtett
[00:08] <arosales> bigjools, thanks again for the help on the azure bits
[00:09] <bigjools> arosales: no prob
[00:09] <bigjools> wallyworld gets the baton next week and he told me he's really looking forward to it
[00:10] <wallyworld> no he's not and no he isn't
[00:57] <bigjools> davecheney: I want to move the gwacl code on to the juju landing bot. Where do I start?
[00:57] <davecheney> bigjools: i'm sorry I don't know how to do that
[00:57] <davecheney> john owns the bot
[00:57] <bigjools> ok HAL
[00:58] <bigjools> jam, when you get in.... ta :)
[01:32] <smoser> bigjools, so saucy + azure + juju core "works for me"
[01:32] <bigjools> smoser: yeah I just got it working too
[01:32] <bigjools> NFI why it didn't before
[01:33] <smoser> http://paste.ubuntu.com/6012428/
[01:33] <smoser> bigjools, i think you just were'nt being patient.
[01:34] <bigjools> smoser: 30 minutes ought to be enough patience.
[01:34] <bigjools> and actually I left it several hours
[01:35] <bigjools> although I have a sneaking suspiscion that it was booting an image without the new cloud-init
[01:36] <smoser> not on saucy.
[01:36] <smoser> Cloud-init v. 0.7.3 finished at Wed, 21 Aug 2013 21:33:21 +0000. Datasource DataSourceAzureNet [seed=/dev/sr0].  Up 534.78 seconds
[01:36] <smoser> thats from bootstrap node.
[01:41] <smoser> i certainly dont think you could have been running saucy without cloud-init.  there was a fix in a few days ago
[01:41] <smoser> Cloud-init v. 0.7.3 finished at Wed, 21 Aug 2013 21:48:55 +0000. Datasource DataSourceAzureNet [seed=/dev/sr0].  Up 520.95 seconds
[01:41] <smoser> oops
[01:41] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1214541
[01:41] <_mup_> Bug #1214541: hostname setting is erroring out <amd64> <apport-bug> <cloud-images> <saucy> <cloud-init (Ubuntu):Fix Released> <https://launchpad.net/bugs/1214541>
[01:41] <smoser> but that didn't really stop boot.
[01:43] <smoser> bigjools, one thing to note, it sure appears to me that you're sending in the linuxprovisioningxml

[01:44] <bigjools> smoser: not sure we even set that
[01:44] <smoser> oh. maybe not.
[01:44] <smoser> it probably makes sense to send the hostname as the hostname :)
[02:15] <thumper> axw: I don't suppose you can work your test speed ups on the ec2 tests?
[02:15] <axw> thumper: heh :) I was planning to go across the codebase
[02:15] <thumper> \o/
[02:15] <axw> just responding to fwereade's comments on manual provisioning now
[02:22] <thumper> cool
[02:22]  * thumper is trying to finish off the refactoring branch of doom
[02:23] <axw> thumper: which is that? agent config changes?
[02:23] <thumper> axw: yeah, replacing agent.Conf with an interface
[02:24] <thumper> getting kinda epic
[02:24] <axw> :)
[02:24] <thumper> even for the minimum case
[02:31] <axw> thumper: https://codereview.appspot.com/12831043/patch/8002/9024  -- second last comment. fwereade suggested I ask you about whether the upstart job's name ought to go into agent config
[02:31] <axw> what do you reckon?
[02:32] <thumper> hmm...
[02:32]  * thumper looks and considers
[02:33] <thumper> axw: so my answer is yes, but not now
[02:33] <axw> okey dokey
[02:33] <thumper> axw: I want to add an environment type thing to agent config
[02:33] <thumper> but that is coming after the mega branch
[02:33] <axw> environment type thing?
[02:33] <thumper> so the agent config can have key/value string pairs
[02:33] <axw> ah right
[02:33] <thumper> for arbitrary extra info
[02:34] <axw> *nods*
[02:34] <axw> I will add a TODO here then
[02:34] <thumper> kk
[02:45] <wallyworld> thumper: axw: you guys run the ec2 tests on trunk recently? i have a failure in TestAddresses
[02:45] <thumper> wallyworld: have you updated goamz?
[02:45] <wallyworld> thumper: axw: also, reading back scroll, rodger is working on ec2 test speedups
[02:45] <wallyworld> maybe not
[02:46] <thumper> my trunk from the other day works
[02:46] <wallyworld> ok, i was out of date, thanks. will try again in a bit
[02:47] <axw> wallyworld: I think gz changed something. and yeah I saw the other day he sped them up significantly - not sure where he's at with it now. I'll ping him later
[02:48] <wallyworld> it may have been rodger not martin
[02:48] <axw> sorry, I conflated two comments
[02:48] <axw> yes, rog
[02:53] <thumper> OOPS: 1 passed, 3 FAILED, 1 PANICKED, 4 MISSED
[02:53] <thumper> but at least they now freaking compile
[02:53] <thumper> that is the agent tests
[02:53]  * thumper digs
[02:55] <thumper> 2 passed
[02:57] <thumper> 3 passed
[02:58] <thumper> 4 passed
[02:59] <thumper> kid run
[03:19]  * thumper stabs useless tests  in the face
[03:19] <thumper> testing something that never happens and doesn't make sense
[03:39] <thumper> omg might be there...
[03:39] <thumper> running make check
[03:40] <axw> woo :)
[03:41] <thumper> heh
[03:41] <thumper> I got more strict in what I expect
[03:41] <thumper> now I have a few more failures to fix
[03:41] <thumper> although should be trivial
[04:03] <thumper> not as trivial as I had hoped...
[04:05] <thumper> 22 files changed, 781 insertions(+), 866 deletions(-)
[04:05] <thumper> totalling around 2.5k changes
[04:05] <thumper> at least william will do it :)
[04:17] <thumper> finally, all tests pass
[04:24] <thumper> for the interested: https://codereview.appspot.com/13164043 (and fwereade)
[04:24]  * thumper goes to take kid to sport
[04:25] <thumper> back for the meeting
[04:25] <axw> adios
[05:24] <jam> bigjools: I'm around, where do you need gwacl moved to?
[05:24] <jam> also, wallyworld, dimitern and some other people should know how to do it in case I'm not available
[05:26] <bigjools> jam: I currently have a landing bot on my home server, and I want it moved so the juju bot lands it please
[05:26] <jam> bigjools: ah, just moved to the bot. Sure. Is it just tarmac?
[05:26] <bigjools> the project is part of juju
[05:26] <bigjools> yes, thanks
[05:26] <bigjools> I can give you the tarmac conf later if you need it - my home server decided to crash and burn so I am rebuilding it
[05:28] <jam> bigjools: so the "standard" config I have is this: http://paste.ubuntu.com/6012846/
[05:29] <jam> I think we need a little bit of change for your code, because we need to put it in a different GOPATH so you can land stuff that would otherwise break juju-core until you have the patch that matches juju-core again.
[05:29] <jam> bigjools: but otherwise, whatever verify_command, etc you want , just let me know (make check, etc)
[05:30] <jam> bigjools: maybe it was only with older tools but "-gocheck.v" wasn't compatible with "./..." when I've tested it in the past.
[05:31] <jam> I guess it doesn't matter terribly, but I'm guessing your bot wasn't testing "dedent" and "logging" on each run.
[05:32] <jam> "make check | grep dedent" doesn't show anything for me
[05:32] <bigjools> jam: make check is all you need
[05:32] <jam> bigjools: but it doesn't run the tests in the subdirs
[05:32] <jam> (as I mentioned just now)
[05:32] <jam> it is a bug in "go test" but if you pass special flags like "-gocheck.v" it doesn't notice "./..."
[05:33] <bigjools> make check works fine locally, what's up with the bot?
[05:33] <jam> bigjools: test it yourself "make check | grep dedent"
[05:33] <jam> empty output for me
[05:33] <jam> on my personal machine
[05:33] <jam> go 1.1.1
[05:34] <bigjools> why are you grepping for dedent?
[05:34] <jam> bigjools: because that is part of your test suite "dedent/dedent_test.go"
[05:34] <bigjools> oh////
[05:34] <bigjools> meh
[05:34] <bigjools> sorry I am slow todya
[05:34] <jam> bigjools: so your "make check" doesn't run tests in subdirs
[05:36] <bigjools> jam: ok so the regular go test ./...
[05:36] <bigjools> and
[05:36] <bigjools> go build example/*/run.go
[05:36] <bigjools> we can add something for formatting later
[05:36] <bigjools> alternatively we can add a new make target for the bot
[05:57] <davecheney> afternoon all, see in yo in a few hours for the meeting
[08:03] <natefinch> jam: is the hangout link different from the morning standup link?
[08:04] <axw> natefinch: https://plus.google.com/hangouts/_/bf3f4cfe715017bf60521d59b0628e5873f2a1d3?authuser=1
[08:04] <natefinch> axw: thanks
[08:08] <jam> natefinch: you should be on the calendar entry, which is the g+ hangout we use. Just checking that it is working for you.
[08:16] <mramm> hey, for some reason I can't get back in the hangout
[08:19] <nate-finch> jam: Yep, I have the calendar entry - I just missed the link in the event... I'm too used to seeing a long ugly URL, not a small "Join Video Call" link :)
[09:11] <wallyworld> fwereade: if you want a (slightly) smaller branch ( 2392 lines (+425/-580) 36 files modified) as an entree to thumper's: https://codereview.appspot.com/13081044/   plus I updated https://codereview.appspot.com/13047043/
[09:11] <fwereade> wallyworld, aww, thanks ;p
[09:11] <wallyworld> i'm here to please :-P
[09:12] <wallyworld> it's a net deletion of code which i a good thing, a lot of duplicated stuff gone :-)
[09:15] <fwereade> wallyworld, cool, thanks
[09:19] <axw> jam: just looking at the upgrade bug again...
[09:19] <axw> what happened was, I did an upgrade-juju --upload-tools in local
[09:19] <axw> the bootstrap machine agent got the tools it needed to upgrade, and restarted
[09:20] <axw> then upgrade-juju proceeded to attempt to upload additional tools, and failed
[09:20] <axw> *additionally* the machine agent just restarts in a loop
[09:28] <fwereade> axw, huh, don't we upload all the tools before we set the agent version?
[09:28]  * axw has a look
[09:28] <axw> I have no idea :)
[09:28] <fwereade> axw, (and, sorry, which machine agent? 0?)
[09:28] <axw> yes, 0
[09:29] <fwereade> axw, don't suppose the log said anything useful about why?
[09:29] <axw> there are some errors about connecting to a websocket? but I haven't had time to dig
[09:30]  * fwereade sighs
[09:30] <fwereade> thanks axw
[09:30] <fwereade> I think it's probably clear how to fix it
[09:31] <fwereade> we just need to wait to make connections rather than bouncing every time things go wrong
[09:36] <axw> fwereade: yes it does appear that the version is set last. Perhaps I already had machine-0 in a bad state when I attempted to upgrade again
[09:37] <axw> but the simple upgrade-juju is still a problem
[09:37] <axw> i.e. the steps in #1214676 are repeatable
[09:37] <_mup_> Bug #1214676: upgrade-juju in local environment causes bootstrap machine agent to restart continuously <juju-core:Triaged> <https://launchpad.net/bugs/1214676>
[09:39] <fwereade> axw, sure, I'm not trying to claim otherwise -- thanks :)
[09:39]  * fwereade breakfast
[09:40] <jam>  axw: it sounds like we should be uploading all the tools before we ask things to upgrade themselves.
[09:41] <axw> jam: possibly we are. I'm no longer sure about the interaction of this bug and the one I link to the description
[09:41] <axw> I'll have to try and reproduce the original one again
[09:41] <axw> anywho, gotta get dinner on - I'll be back for a bit later
[09:42] <jam> np
[09:42] <jam> have a good evening
[10:23] <fwereade> wallyworld, remind me: are we now requiring that we bootstrap with matching version rather than picking latest? or is that really really imminent?
[10:24] <wallyworld> fwereade: soon. i justed wanted to get the core refactoring done first. there will be a lot of tests etc to fix when we change the boot strap tools search
[10:25] <wallyworld> and the branch was already huge
[10:36] <fwereade> wallyworld, sure, understood :)
[10:40] <fwereade> wallyworld, btw, why the change from tools-metadata-url to tools-url? the first feels more correct to me
[10:41] <fwereade> mgz, you have quite a lot of branches up that I think are already LGTMed, are there any I should be looking at?
[10:43] <mgz> fwereade: nope, though last check I think a couple of the trivial ones weren't lgmted, I'll look again
[10:43] <yolanda> hi, i'm using juju-core with canonistack. I destroyed a service but now it keeps on status "dying" for all the time. Tried to terminate the machine, removing the unit, without success, and now i cannot redeploy that again although i destroy all the environment. Is there some way where i can manually destroy that buggy service?
[10:43] <mgz> nope, all ready to land, I'll queue 'em up
[10:45] <mgz> yolanda: you may be able to resolve the unit, then destroy it, depending on exactly what state things got confused in. otherwise, it's destroy-environment to wipe everything
[10:46] <yolanda> mgz, machine was stuck with out of memory errors, but charm state looked as started
[10:46] <yolanda> i tried everything without success, now i manually removed the machine with nova delete, but no progress
[10:46] <mgz> yolanda: what's the current state of the unit? can you pastebin status?
[10:46] <mgz> ah, probably not easily cleanupable any more then
[10:47] <mgz> destroy-environment for the wipe :)
[10:47] <yolanda> http://paste.ubuntu.com/6013589/
[10:47] <yolanda> but that's after all the things i've done
[10:47] <yolanda> i was trying to setup a jenkins unit, but complained about memory
[10:47] <yolanda> ok, i'll destroy everything and try again
[10:48] <mgz> you probably need a constraint on mem=somethingbig for the jenkins service
[10:50]  * TheMue => lunchtime
[10:52] <yolanda> mgz, will try with 2G now
[11:05] <jam> fwereade: https://plus.google.com/hangouts/_/6c44984654c782bf948ffabe55b69414a3a38aea ?
[11:15] <arosales> jam, thanks for the ideas on azure
[11:32] <nate-finch> I was up at 4am, and I'm in the standup....
[11:34] <jam> mgz: wallyworld: https://plus.google.com/hangouts/_/f497381ca4d154890227b3b35a85a985b894b471 standup ?
[11:34] <nate-finch> mgz: standup
[11:34] <mgz> ta
[12:00] <jam> mgz: poke if you could ask jamespage whether they will be getting go-1.1.x into precise's backports
[12:07] <yolanda> mgz, problems with jenkins again, now nova show machine is on error state, and juju shows it as pending, is there any way to solve it without destroying?
[12:07] <yolanda> i got a nasty error:
[12:08] <yolanda> http://paste.ubuntu.com/6013816/
[12:11] <jamespage> jam: you could ask me yourself :-)
[12:11] <jam> jamespage: I thought given it was Thurs he might be sitting right next to you, and could have the high-bandwidth conversation
[12:12] <jam> the question also originated on our phone call, but he lagged out for a bit.
[12:12] <jam> but yes, jamespage, what is the current plan for getting juju into precise-backports and its associated build dependencies
[12:12] <jam> ?
[12:30] <fwereade> TheMue, ping
[12:32] <fwereade> TheMue, I'm in the standup hangout when you're ready
[12:41] <TheMue> fwereade: I wanted to to it here, but hangout is fine too.
[12:41] <TheMue> fwereade: still there?
[13:15] <jam> jamespage: that's why I don't ask you, you don't answer :)
[13:15] <jamespage> jam: urgh - sorry
[13:15] <jamespage> I have my head in a nasty openvswitch datapath compatibility issue
[13:15] <jamespage> and was mid cherry pick
[13:16] <jam> np
[13:16] <jam> it isn't urgent
[13:16] <jamespage> jam: right now backporting is on hold
[13:16] <jamespage> jam: two reasons - 1) we now have a stable PPA and 2) 12.04 cloud archive is going to get a cloud-tools pocket which would have golang + other stuff in
[16:43]  * fwereade needs to be off a bit early today, see you all soon
[16:44] <mgz_> later fwereade!
[16:54] <TheRealMue> cu
[21:07] <thumper> morning
[21:10]  * thumper stretches
[21:15] <weblife> morning thumper
[21:17] <thumper> hi weblife
[21:32] <thumper> fwereade: hey
[21:32] <thumper> fwereade: you really around?
[21:44]  * thumper sighs
[21:44] <thumper> lots of test failures after merging trunk
[22:05]  * thumper does some manual testing
[22:21] <thumper> bah humbug
[22:21]  * thumper has broken the local provider... locally at least
[22:21]  * thumper enfixorates
[22:23] <fwereade> thumper, heyhey
[22:23] <thumper> fwereade: hey
[22:23] <thumper> fwereade: I was going to ask about the breaking bootstrap change
[22:24] <thumper> and now my local provider is unauthorized in bootstrap
[22:24]  * thumper needs to figure out how...
[22:25] <fwereade> thumper, it's just that juju currently bootstraps with the latest available tools, regardless of client version -- but is it possible it's finding *older* installed tools and trying to bootstrap with those?
[22:25] <fwereade> thumper, wallyworld is going to be changing it to demand matching tools on bootstrap, which I think will help
[22:25] <thumper> I remember change some behaviour around the initial password
[22:26] <thumper> fwereade: but I didn't change that, right?
[22:26] <fwereade> thumper, ehhh, I felt a tiny twinge around that but read it quite carefully and *thought* it was solid
[22:26] <thumper> yeah, I thought it was solid too
[22:26] <thumper> but not enough to commit it to trunk without trying it out :)
[22:27] <thumper> ec2 is working
[22:27] <thumper> hmm... "bzr ssh 0 " doesn't do what I mean
[22:27] <thumper> I mean "juju ssh 0"
[22:27] <thumper> my computer needs more mind reading
[22:28] <fwereade> thumper, well, I am inclined to prejudge it as all being about the upload/sync confusion in the local provider, but that says more about me than about juju I think
[22:28] <fwereade> thumper, ha, yeah, I confuse the two quite a lot
[22:28] <thumper> can't wait until we can change the certs to be stored in base64
[22:28] <thumper> kinda crazy looking at the config files now
[22:29] <thumper> fwereade: no, I don't think it is that...
[22:29] <thumper> fwereade: more likely to be assumptions made during the initial config writing and bootstrapping
[22:30] <fwereade> thumper, ha, yes, tis true those bits don't quite match the non-local case either, right?
[22:30] <thumper> no, it is a bit hand wavey
[22:30] <thumper> and "this is not the config you are looking for"
[22:31] <fwereade> thumper, haha
[22:31] <thumper> there is a very slight change in behaviour
[22:31] <thumper> prior, when writing out the new password
[22:31] <thumper> it would not keep the old one
[22:31] <thumper> but replace it with ""
[22:31] <thumper> now I keep the old one around
[22:32] <thumper> however I don't think that is the current problem
[22:32] <thumper> there is an assumed two-phase commit with the passwords
[22:32] <thumper> which isn't quite there
[22:32] <thumper> save the password, then change it
[22:32] <thumper> and hope all is god
[22:32] <thumper> good
[22:33] <thumper> however since it is possible for the rename of the file to fail
[22:33] <thumper> there is a possibility, however small, that we get stuffed up
[22:34] <fwereade> heh, damn, I missed that; I'd prefer not to lose that just because it's a possible screwup
[22:34] <fwereade> I doubt it's what you're seeing though
[22:34] <thumper> it is no different to before
[22:34] <thumper> just I realised it is there
[22:34] <thumper> the behaviour is the same
[22:35] <thumper> no, this isn't what I'm seeing
[22:35] <thumper> it is just an unauth on the initial create log db part in mongo
[22:35] <fwereade> ah, that's good then, I *thought* I had verified it still was, but was feeling ready to assume hallucinations on my part
[22:44] <thumper> ah fuck
[22:44] <thumper> I think I know what it is
[22:44] <thumper> fuckity fuck fuck
[22:44] <thumper> it is the magic "localhost"
[22:44] <thumper> which I noticed while doing the local provier
[22:44] <thumper> provider
[22:45]  * thumper double checks
[22:48] <thumper> yep...
[22:58] <thumper> at least that fixed
[22:58] <thumper> it
[23:05]  * thumper wonders if he'll conflict with wallyworld
[23:06] <wallyworld> hope not
[23:06]  * thumper just checks
[23:06] <thumper> wallyworld: how are you doing?
[23:08] <wallyworld> ok, landing a bunch of stuff
[23:11] <wallyworld> thumper: i was hoping to get in first with my stuff. now i will have lots of conflicts i'm sure :-(
[23:11] <thumper> wallyworld: well, mine is in the queue too :)
[23:11] <bigjools> good day
[23:12] <thumper> the freaking epic add an interface branch
[23:12] <thumper> hi bigjools
[23:12] <wallyworld> thumper: yours in landing now
[23:12] <thumper> \o/
[23:12] <bigjools> wallyworld: where did you buy your microserver?
[23:13] <wallyworld> bigjools: some online place, i searched on staticice.com.au
[23:13] <bigjools> ok ta
[23:13] <bigjools> hp's site is useless
[23:13] <wallyworld> yep
[23:24] <wallyworld> thumper: only one conflict :-)
[23:26]  * bigjools hugs hot coffee
[23:26]  * wallyworld still has no coffee machine :-(
[23:27] <thumper> wallyworld: still?
[23:27] <thumper> geez
[23:27] <thumper> go get a rental
[23:27]  * thumper needs another coffee
[23:32] <thumper> wallyworld: I have some errands in town
[23:32] <thumper> so will be back later
[23:32] <bigjools> wallyworld: you can always work here
[23:32] <thumper> happy to have my epic branch landed though
[23:32] <wallyworld> thumper: i'm about to go to the police station myself
[23:32] <thumper> wallyworld: is you tools branch the one that fixes bootstrap?
[23:32] <thumper> so don't try to bootstrap with old tools?
[23:33] <thumper> wallyworld: ack
[23:33] <wallyworld> thumper: not quite. next branch
[23:33] <thumper> cool
[23:33] <thumper> I'll be doing more reviews this afternoon
[23:33] <wallyworld> mine does a bunch of other pre -req stuff
[23:33] <thumper> around axw's work on manual provisioning
[23:33] <wallyworld> yay
[23:33]  * thumper nods
[23:34] <thumper> I want to add a new branch for adding string key/value pairs into agent config
[23:34] <thumper> which would lead to the logging branch working
[23:34] <thumper> and tweaking the maas stuff for containers
[23:34] <thumper> bigjools: I have a fix for the maas provider which is less smash of the network conf
[23:34] <thumper> bigjools: using "source" as an include mechanism
[23:35] <thumper> bigjools: so when maas gets better at network handling
[23:35] <bigjools> thumper: splendid.
[23:35] <thumper> it won't kill it
[23:35] <bigjools> when you say better ...
[23:35] <thumper> :)
[23:35] <bigjools> we're adding more constraint types next week
[23:35] <thumper> what does that mean for me?
[23:35] <bigjools> so the core had better hurry up and support it :)
[23:36] <bigjools> custom tags as per the pyjuju
[23:36] <bigjools> --to in the new world IIRC


 w1z code is in these two places: https://github.com/fredldotme/android_device_google_bonito https://github.com/fredldotme/android_kernel_google_bonito
[00:10] <w1z> Awesome thank you both for all the pointers and help will dive in more tomorrow
[02:32] <w1z> this is pretty cool, going to make a halium script like linked and get it working.  Fredotl any other pointers I forked sunfish might just use stock though
[02:57] <w1z> the telegram link doesn't work :(
 But you just joined?
[02:57] <w1z> I think the example linked in halium is enough to get it working not sure about the udev rules file I saw with the xiaomi example
[02:57] <w1z> it's halium?
[02:57] <w1z> same group?'
 You joined the Halium group, yeah
[02:58] <w1z> oh the ubports link in the topic doesn't work
 It's @ubports, you can type it into the search and it'll come up
[03:00] <ubptgbot> w1z was added by: w1z
 Cool thank you
 No problem
 @fredldotme [w1z code is in these two places: https://github.com/fredldotme/android_device_go …], Any other pointers?  I forked lineage at sunfish for the same.  Is there detailed build scripts for pixel3 or only reqd for halium 10?
 @NotKit [w1z, I replied there, hopefully it reached IRC side], Thank you
[03:04] <ubptgbot> USDT2012 was added by: USDT2012
 Has the code for libertine changed to remove makedev after it gives errors in the latest rc release?
 Yes
 Hello! Got a nexus 5 today and I have flashed it with the stable version of ubuntu touch 😀 but... I really need help to install Futify on it, step by step.  … Haha i'm a noob and need the easiest way to install it 😎
 @UniversalSuperBox [Yes], Thanks a lot guys!!!!!!
 @DennisSwe [Hello! Got a nexus 5 today and I have flashed it with the stable version of ubun …], download the latest click package from the forum post. Using the file manager app, locate the downloaded file in the the Downloads folder. Tap on it and choose open. Select OpenStore then choose install
 @Javacookies [download the latest click package from the forum post. Using the file manager ap …], Aah okey, many thanks... Will try it out soon. Thanks again :)
 @DennisSwe [Hello! Got a nexus 5 today and I have flashed it with the stable version of ubun …], Respect +++ for the Nexus 5 mate!!!
 Someone said nexus 5?
 I just sold a Nexus 5 on eBay after installing UT on it!
 @SomaSchicksal [Someone said nexus 5?], Yes, you a fellow fan?
 (Sticker, 512x512) https://irc.ubports.com/HhZUlr3T.webp
 @Sparky3K [Yes, you a fellow fan?], A fellow user
 @Sparky3K [Respect +++ for the Nexus 5 mate!!!], Hehe sure, it's a good device, with a good condition too... Will give ubuntu a real chance...
[16:04] <ubptgbot> Omaranr was added by: Omaranr
[16:07] <ubptgbot> Friewelega Ciofalo was added by: Friewelega Ciofalo
 What’s the ota channel for android 10?
 no such yet, the plan is to merge into android9
 for porting use android9-android10 rootfs build
 also @ubports_porting
[16:26] <ubptgbot> <Geld Chakrabarti> Nexus 5 simless - Map applications (PureMaps / uNav) can't find GPS . … I'm inside a buidling though. … Is it normal? Other phones find GPS normally, but I can't find my location with Google Nexus 5 with Ubuntu Touch.
 You have to keep your phone the first time with GPS and wifi on near a window. After that the startup goes easier.
[16:29] <ubptgbot> <Geld Chakrabarti> OK let me try
[16:30] <ubptgbot> <Geld Chakrabarti> I assume a SIM would help huh? Since the Network Anthenna also has a location ?
[16:30] <ubptgbot> <Friewelega Ciofalo> (Photo, 838x1845) https://irc.ubports.com/joVn5NIB.png
 Can take upto 10min the first time.i think mostly combination wifi+GPS is OK.
 @Friewelega Ciofalo [<reply to media>], #spam
[16:43] <ubptgbot> rickywee was added by: rickywee
 @SomaSchicksal [A fellow user], Even more awesome, i miss mine a lot
 I attempted to fix mine, ended up with another problem, oh well
 @Geld Chakrabarti [I assume a SIM would help huh? Since the Network Anthenna also has a location ?], That would be A-GPS and I don't think UT has that [yet].
[17:26] <ubptgbot> KrishVAk was added by: KrishVAk
 Heyy, Guys ..can can anyone tell me they know how to wipe an old android phone clean and install Ubuntu OS on the phone!? Is that even possible?
 @KrishVAk [Heyy, Guys ..can can anyone tell me they know how to wipe an old android phone c …], How old is it
 Also is it supported?
 It's a OnePlus 3t
 4 year old
 Then I think you are in luck. Supported Devices: https://devices.ubuntu-touch.io
 That page tells you whether it's supported, and how to proceed.
 @jackiemoore [I just sold a Nexus 5 on eBay after installing UT on it!], I did that on my Nexus 7, I'm not sure if the buyer will use it though 😄
 @klaartje_b [That page tells you whether it's supported, and how to proceed.], Cool, thank you! Looks like it is supported
 Also out of curiosity.. can I install the Ubuntu desktop environment?
 @Javacookies [I did that on my Nexus 7, I'm not sure if the buyer will use it though 😄], You can add  … Ubuntu touch powered phone and spice it up 200$ more
 @KrishVAk [Cool, thank you! Looks like it is supported], 😁👍
 @KrishVAk [Also out of curiosity.. can I install the Ubuntu desktop environment?], No. UT comes with its own desktop environment. I don't think a DE for desktop Ubuntu will work. It's a different OS.
 @MuhammedSabbagh [You can add  … Ubuntu touch powered phone and spice it up 200$ more], nah, I just wanted to sell it and tried my luck if someone will buy it with UT … I ended up getting many inquiries if their game runs well on it and nothing related to UT 😆
 Ugh no security conspiracy experts then
[18:04] <ubptgbot> <Damiano Buffa> (Photo, 960x1280) https://irc.ubports.com/6IRtHcjy.png
 Futify seems to work on the BQ E5 👍
 @Javacookies [nah, I just wanted to sell it and tried my luck if someone will buy it with UT … I …], Tbh I don’t think an average consumer would ask about UT unless they were aware of it or searching for a device with it preinstalled…
[19:50] <ubptgbot> mertgor was added by: mertgor
[19:56] <ubptgbot> LsBarcodes was added by: LsBarcodes
 Good evening Mert
[22:02] <ubptgbot> fortytwowill was added by: fortytwowill