[01:19] <vladimirp> Hi, would it be possible to review https://code.launchpad.net/~vpa1977/ubuntu/+source/libthread-pool/+git/libthread-pool/+merge/438483 - a small fix to libthread-pool that allows to build it on 32 bits
[01:49] <arraybolt3> I've seen several reports that smart cards don't work with Firefox in Snap, and I'm guessing Yubikeys are probably included in that. The KeePassXC folks figured out a way around that (enabling the raw-usb interface). Is that something that might be considered for the Firefox Snap?
[01:50] <arraybolt3> (Found this in https://keepassxc.org/docs/#faq-keepassx, the command they're using is "sudo snap connect keepassxc:raw-usb core:raw-usb".)
[01:50] <arraybolt3> That might enable at least Yubikeys and similar security keys to be used in the Firefox Snap, if they don't already work.
[01:51] <arraybolt3> And I also see that the raw-usb interface is not connected in the Firefox Snap.
[02:03] <sarnold> ouch, no progress in ages on https://bugzilla.mozilla.org/show_bug.cgi?id=1734371
[02:03] -ubottu:#ubuntu-devel- Mozilla bug 1734371 in Firefox Build System "Firefox snap can't load PKCS#11 modules on the host system" [S2, New]
[02:23] <arraybolt3> Heh, I'm tackling a 4+ year old bug currently.
[04:23] <vpa1977> Hi, would it be possible to add python-django-celery-results to big_packages and retry regressions for it, as it passes locally and in Debian.
[04:23] <vpa1977> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=python-django-celery-results&trigger=python-django-celery-results%2F2.4.0-3
[04:23] <vpa1977> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=arm64&package=python-django-celery-results&trigger=python-django-celery-results%2F2.4.0-3
[04:23] <vpa1977> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=ppc64el&package=python-django-celery-results&trigger=python-django-celery-results%2F2.4.0-3
[04:23] <vpa1977> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=s390x&package=python-django-celery-results&trigger=python-django-celery-results%2F2.4.0-3
[04:24] <vpa1977> (retry-autopkgtest-regressions | grep python-django-celery-results
[04:24] <vpa1977> )
[05:52] <ginggs> vpa1977: looking...
[06:09] <amurray> arraybolt3: yubikeys work fine as u2f devices in firefox etc via the u2f-devices interface - but not as smartcards :(
[07:10] <liushuyu> tjaalton: Hi! Regarding https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-15/+bug/2008755 I have tested your staged LLVM 15.0.7 packages in the PPA and can confirm it works. Do you plan to upload these packages to the Ubuntu archive or you found some other issues?
[07:10] -ubottu:#ubuntu-devel- Launchpad bug 2008755 in llvm-toolchain-15 (Ubuntu Kinetic) "[SRU] Upgrade to 15.0.7 on Kinetic and Jammy" [Undecided, In Progress]
[07:40] <zhsj> hi, please retry these two timed out tests.
[07:40] <zhsj> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=glibc&trigger=libselinux%2F3.4-1build4
[07:40] <zhsj> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=lxc&trigger=libselinux%2F3.4-1build4
[07:54] <tjaalton> liushuyu: they are uploaded, but haven't been reviewed yet
[07:55] <liushuyu> tjaalton: I see. Just out of curiousity, do you have any candidate for reviewers?
[07:56] <tjaalton> liushuyu: someone else from the sru team
[07:56] <liushuyu> tjaalton: Okay. Got it.
[08:08] <ginggs> zhsj: i did 'retry-autopkgtest-regressions --blocks libselinux' instead
[12:34] <ahasenack> @paride: s390x DEP8 is clogged up? It's the only arch with a queue in the /running page
[12:54] <paride> ahasenack, yes it is
[12:54] <paride> ahasenack, I thought I got it unstuck but I don't see the queue going down
[12:55] <paride> so it's something else
[12:55] <ahasenack> :(
[15:42] <paride> ahasenack, I put athos in Cc: twice in my reply here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032495
[15:42] -ubottu:#ubuntu-devel- Debian bug 1032495 in kea-dhcp4-server "kea-dhcp4-server: apparmor profile prohibit start" [Important, Open]
[15:43] <paride> but I intended to Cc: athos and you
[15:56] <ahasenack> I'm subscribed to isc-kea bugs
[16:45] <teward> mapreri: ddstreet: requestbackport FAIL - it still asks for test results for interim releases despite us restricting it to LTS for backports
[17:49] <enr0n> Can a core dev please retry these autopkgtests? They are all test bed failures. retry-autopkgtest-regressions --blocks python3.11 -s lunar | grep -v -E "dbus-python|numpy"
[17:51] <ginggs> enr0n: looking...
[17:52] <ginggs> enr0n: .
[17:53] <enr0n> ginggs: thanks!
[19:24] <enr0n> Can a core dev please trigger this PPA autopkgtest? https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=armhf&package=systemd&ppa=enr0n/systemd&trigger=systemd/252.5-2ubuntu2
[19:24] <enr0n> Wait, wrong version
[19:24] <enr0n> https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=armhf&package=systemd&ppa=enr0n/systemd&trigger=systemd/252.5-2ubuntu2~ppa5
[19:31] <ginggs> enr0n: .
[19:31] <enr0n> ginggs: thanks again
[19:42] <seb128> what's the easiest way to fakesync a package from Debian when launchpad hasn't picked up the new version yet?
[20:00] <jbicha> seb128: --no-lp and point to the dsc
[20:01] <seb128> jbicha, thanks
[20:24] <ahasenack> TIL


[07:58] <dpm> good morning all
[08:17] <dpm> happyaron, to which bug did you send the screenshots? I cannot see them in any of 771543, 771534, 771528, 771522 or 771510
[08:22] <dpm> happyaron, oh, I see, you sent them to me
[08:23] <happyaron> ...yes, I'm quite busy right now.


[08:04] <infinity> hggdh: Two more armadaxp kernels for you to test, enjoy.
[08:57] <infinity> henrix_ / bjf: shankbot's wrong about components for linux-signed.  See #1078041
[08:59] <infinity> henrix_ / bjf: (Those packages should be in main, and they are, it wants me to put them in universe)
[09:09]  * apw yawns
[09:12]  * ppisati dismembers the haswell box and goes testing leann's kernel
[09:30] <tjaalton> bah, missed ppisati
[09:30] <ogra_> he'll come back
[09:36] <tjaalton> sure :)
[09:37] <henrix> infinity: ack, thanks. this is probably a bug in the bot, with recent changes
[09:37] <infinity> henrix: Great.  Pls fix, so it stops calling me "incomplete".  It hurt my feelings.
[09:38] <henrix> infinity: heh, will do :)
[10:42] <t-lo> Hi, what is the differcene between the linux-signed-image and the regular one?
[10:46] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc.  Which part of my brain needs rearranging?
[11:07] <ppisati> brb
[11:07] <infinity> alexbligh1: The lts-backport kernels are in the archive, not in a PPA.
[11:07] <alexbligh1> ooh, when did that change? I thought that was targetted for 12.04.2
[11:07] <infinity> They've always been in the archive.
[11:07] <infinity> Just not installed by default.
[11:08] <infinity> apt-get install linux-generic-lts-quantal
[11:08] <infinity> For instance.
[11:08] <alexbligh1> I'm pretty sure that must have changed substantially after q was out. OK, that makes things easy ...
[11:10] <infinity> alexbligh1: Previous LTSes have had lts-backport kernels for years.
[11:10] <infinity> alexbligh1: precise obviously didn't have one until after Q was final.
[11:11] <infinity> And linux-generic-lts-raring will exist once R is out.
[11:11] <alexbligh1> infinity, oh yes I know about previous ones. I had just read somewhere that the first backport target was for 12.04.2 on Jan 31 or something.
[11:11] <infinity> alexbligh1: Different things.  12.04.2 is the target for putting this whole stack on the install CD by default.
[11:11] <infinity> alexbligh1: Which we've never done before.
[11:11] <infinity> alexbligh1: But doesn't have much to do with the archive state.
[11:12] <tjaalton> yeah they got moved to main after q was released
[11:12] <tjaalton> s/they/the backport kernel/
[11:12] <alexbligh1> Ah I got confused by "The official hardware enablement stack will be officially released as part of the 12.04.2 update." on the q-lts-backport page; I assumed that included the kernel
[11:12] <tjaalton> it does
[11:12] <tjaalton> but you can use it separately too
[11:13] <alexbligh1> yep. thanks.
[11:32] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc. Anyone with an idea of the reason?
[12:48] <ogra_> rtg, fyi ... from my udev log on the nexus7 ...
[12:48] <ogra_> ACTION=add
[12:48] <ogra_> DEVPATH=/devices/platform/sdhci-tegra.2/mmc_host/mmc1/mmc1:0001/mmc1:0001:2/net/wlan0
[12:48] <ogra_> DEVTYPE=wlan
[12:49] <rtg> ogra: you're running a kernel with wlan built in ?
[12:50] <ogra_> yep
[12:50] <ogra_> ah, but there also seems to be a platform device
[12:50] <ogra_> KERNEL[13.120863] add      /devices/platform/bcmdhd_wlan.1 (platform)
[12:50] <ogra_> DEVPATH=/devices/platform/bcmdhd_wlan.1
[12:50] <ogra_> DRIVER=bcmdhd_wlan
[12:51] <rtg> ogra: too many balls in the air. remind me again why you'd prefer that driver to be modularized ?
[12:52] <ogra_> to get a kernel binary smaller than 4M
[12:52] <rtg> is that an arbitrary boundary ? what impact will that have ?
[12:52] <ogra_> so the initrd can grow big enough to carry plymouth
[12:52] <ogra_> the bootimg cant be bigger than 8M in total
[12:52] <ogra_> thats a limitation the bootloader sets with its hardcoded partitioning
[12:53] <rtg> ogra: so the gain is that the module is compressed in the initrd ?
[12:54] <ogra_> no, the gain is that when i build with MODULES=list i ahve enough space for plymouth in initrd
[12:54] <ogra_> i dont need wlan in initrd :)
[12:54] <rtg> ogra: ah, right. rootfs....
[12:55] <ogra_> (MODULES=list with no list doesnt pull in any generic modules, only the ones pulled in directly by hooks will appaear)
[12:55] <rtg> ogra: so you're prolly looking for other candidates besides wlan to modularize as well
[12:55] <ogra_> well, wlan pulls in the whole stack
[12:56] <ogra_> i bet the gain would be above 1M if you just modularize driver and all dependend wlan bits
[12:56] <rtg> ogra: do you know that a modular wlan and stack will be sufficient savings ?
[12:56] <ogra_> no, i'll do some test builds over the weekend
[12:58] <ogra_> overall i would like to see the device booting a lot faster, dropping fat from kernel and initrd is usually my first step for that :)
[12:58] <rtg> ogra: do we know _why_ wlan is built in ? janimo generated this initial config.
[12:59] <ogra_> it doesnt autoload
[12:59] <rtg> ah, so need to figure out why
[12:59] <ogra_> well, i would guess because the SDIO bus provides it as a subdevice of  the MMC :)
[13:00] <rtg> ogra: are you cross compiling? just wondering 'cause thats a way faster method for testing kernels.
[13:00] <ogra_> for testing i do, if i would upload that i would do a native build first
[13:01] <rtg> ogra: right, me too. but thats kind of a slow build. roughly an hour
[13:01] <rtg> ogra: ok, I'll take a stab today at figuring out how to get wlan to auto-load.
[13:02] <ogra_> cool, thanks !
[13:02] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc. Anyone with an idea of the reason?
[13:05] <ohsix> looks like you have some irq setup problems with your firmware
[13:06] <luc4_mac> ohsix: talking to me? This is the normal ubuntu kernel.
[13:14] <janimo> rtg, I always used cross-compiled the nexus7 kernel
[13:38] <rtg> ogra: you may not realize as much savings as you think by modularizing bcmdhd. The only part of the WIFI stack that is even being built is CONFIG_CFG80211 which is used for WEXT. it looks like bcmdhd is a full mac driver.
[13:39] <rtg> incidentally, this driver looks like a port from windoze, e.g., it totally sucks.
[14:21] <ogra_> rtg, :(
[14:26]  * henrix -> late lunch
[14:30] <rtg> ogra: I think I'll hold off figuring out how to get it to auto load until you have some size results, 'cause I don't think it'll be as much as you think.
[14:30]  * rtg will bbiab
[14:40] <arges> ogasawara, hi.
[14:41] <ogasawara> arges: hey
[14:41] <arges> ogasawara, what does VGA S/R x1 mean?
[14:41] <arges> start reboot?
[14:41] <ogasawara> arges: suspend/resume once connected over VGA
[14:41] <arges> ahh
[14:41] <arges> that makes more sense
[14:41] <ogasawara> arges: sorry, it's a bit cryptic
[14:44] <vanhoof> ogasawara: just sent ya a new mail, he's west coast so may be a bit
[14:44] <ogasawara> vanhoof: ack, thanks
[14:49] <tjaalton> ogasawara: btw, you probably didn't backport the hsw changes to drm.ko?
[14:50] <ogasawara> tjaalton: I tried not to touch drm.ko and keep it restricted to i915
[14:50] <tjaalton> well, you can't :)
[14:50] <ogra_> rtg, sniff ... you are right, only 100k
[14:51] <ogasawara> tjaalton: anything specific patches I need to consider or the whole lot?
[14:51] <tjaalton> I haven't checked out what the changes were
[14:51] <ogra_> ogra@anubis:~/Desktop/tmp/linux-nexus7-3.1.10$ ls -lh debian/build/build-nexus7/arch/arm/boot/zImage
[14:51] <ogra_> -rwxrwxr-x 1 ogra ogra 4,3M Nov 30 15:48 debian/build/build-nexus7/arch/arm/boot/zImage
[14:51] <ogra_> ogra@nexus7:~$ ls -lh /boot/vmlinuz-3.1.10-8-nexus7
[14:51] <ogra_> -rw-r--r-- 1 root root 4.4M Nov 29 18:24 /boot/vmlinuz-3.1.10-8-nexus7
[14:51] <tjaalton> pzanoni wanted to know
[14:51] <tjaalton> if the kernel had those changes
[14:55] <ogra_> crap ... and droppind the sound bits to modules fails to build
[14:55] <ogra_> *dropping
[14:55] <rtg> ogasawara, how did you get this haswell platform installed ? USB ? Have you figured out how to get it to netboot ?
[14:55] <ogasawara> tjaalton: I should take that back, slightly.  I did pull back an entirely updated drm_mm.c specifically for hsw
[14:56] <tjaalton> ogasawara: ah, ok
[14:57] <ogasawara> rtg: usb and a 12.04.1 iso
[14:57] <rtg> ogasawara, server, then upgrade to desktop ?
[14:57] <hggdh> infinity: oh the joy
[14:58] <infinity> hggdh: :)
[14:58] <tjaalton> ogasawara: pzanoni is already working on resume with vga
[14:58] <tjaalton> known to be broken, apparently
[14:58] <ogasawara> rtg: I believe so, but /me is having a hard time remembering how I originally installed
[14:58] <ppisati> rtg: i did that - server -> dsktop
[14:58] <vanhoof> ogasawara: was it from my iso?
[14:58] <ogasawara> tjaalton: ok thanks, I figured as much but wanted to make sure
[14:58] <rtg> ogasawara, I remember fighting with this machine weeks ago.
[14:58] <ogasawara> vanhoof: no
[14:59] <rtg> ppisati, thanks
[14:59] <ppisati> rtg: iirc only vga worked after tweaking the commandline...
[14:59] <ogasawara> vanhoof: but if you made me a new image with the newer test kernel it would probably work
[15:00] <rtg> ppisati, what is the command line tweak ?
[15:00] <vanhoof> ogasawara: is your tree anywhere I could stuff deb in?
[15:01] <ppisati> rtg: trying to find what i did... hold on
[15:01] <vanhoof> assume on tangerine somewhere?
[15:02] <ogasawara> vanhoof: my debs and tree should still be on gomeisa, see my quantal-amd64 dir
[15:03] <vanhoof> k
[15:07] <ogra_> wow, so modularizing the sound bits in the nexus7 kernel makes all USB gadget support fail ... modularizing that as well makes the usb controller code fail. modularizing *that* as well, makes the battery driver fail
[15:07] <sforshee> rtg, I'm pretty sure I installed desktop directly on my haswell kit, using native EFI boot
[15:07] <ogra_> what a mess !
[15:08] <sforshee> rtg, it used vesa for video I think
[15:08] <rtg> sforshee, my unit seems to be kind of funky. plugged in a Cruzer and now it won't bring up the boot options menu. trying a diff USB stick now...
[15:09] <sforshee> rtg, my experience with the firmware is that it's kind of flaky
[15:09] <ppisati> rtg: nomodeset
[15:10] <sforshee> ogasawara, fyi the vga on my haswell box isn't working with your kernel
[15:10] <ppisati> rtg: stock quantal server iso burnt on a usb stick + nomodeset
[15:11] <ppisati> rtg: after the installation i plugged in an ati card + apt-get install ubunt-desktop
[15:11] <ogasawara> sforshee: yours is a mobile SDP right?
[15:11] <sforshee> ogasawara, yep
[15:12] <sforshee> rtg, for EFI boot I had to burn the USB stick with usb-creator-gtk, dd-ing the image to the stick wouldn't boot
[15:12] <rtg> sforshee, shit
[15:13] <vanhoof> ogasawara: tons in here, can I copy over and use make-ksource and i'll pop into a ppa for an iso
[15:17] <t-lo> Hi all, what is the differcene between the linux-signed-image and the regular one?
[15:18] <apw> t-lo, the linux-signed-image ... is signed
[15:19] <apw> signed in an EFI secure boot sense
[15:19] <t-lo> apw: ah, ok, makes sense :) thx!
[15:22] <cking> ogasawara, we are meant to be testing 12.04 userspace + your 3.5 kernel?
[15:23] <ogasawara> cking: yes please
[15:23] <cking> phew, results sent. getting it installed was fun
[15:23] <ogasawara> cking: I should have specified that clearly in the email, rather than alluding to it
[15:24] <cking> ogasawara, it was clear enough. I did a CSM install rather than UEFI. - did you want UEFI tests too?
[15:25] <sforshee> oh crap, I'm testing 12.10 userspace
[15:25] <cking> sforshee, that's what makes it so fun to install :-)
[15:26] <ogasawara> cking: eventually, but I think for the initial feedback I'm wanting, what you've done is great
[15:26] <sforshee> cking, I was testing what I already had installed because I can't handle too much installation fun ;-)
[15:27] <cking> installing it on the laptop was more painful than punching one's face, mind you I did have a lose cable SATA connector which didn't help
[15:27] <ogasawara> cking: I think I've got enough ammunition to at least get this circulated to the list so we can at least  try and get this landing in the next round of SRU and eventually into the daily precise images
[15:27]  * cking suspects the S3 results may differ, so I can give that a quick spin on the desktop
[15:28]  * sforshee _is_ at least testing UEFI boot
[15:28] <rtg> cking, remind me how to enable CSM. Is that in the 'Secure Boot Configuration' menu ?
[15:29] <cking> rtg,  CSM is the legacy BIOS mode - it's one of the *many* firmware options. I normally fall back to the UEFI shell, type "exit" and it's one of the options, lemme find it.
[15:29] <vanhoof> rtg: on SDPs usually in boot options
[15:29] <vanhoof> rtg: both, csm or uefi only
[15:30] <ppisati> doh! i was testing Q usrspace too
[15:30] <cking> unfortunately I've hacked around these options so often I have no idea what the defaults are now
[15:30] <rtg> hmm, what a pain this machine is
[15:32] <ogasawara> bjf: I assume you're still out from knitting today?  /me arranges alternate transportation
[15:33] <bjf> ogasawara, i've not been up long enough to know for sure, so for now you need to assume i'm not
[15:33] <ogasawara> bjf: ack
[15:33] <cking> rtg, my clue to successful install is to install on another box, swap drives, boot, run update-grub, done
[15:34] <rtg> sforshee, so I rebuild my USB with the usb-creator. now it can't find /dev/sr0 after the kernel boots.  I haven't tried that.
[15:37] <sforshee> I'm downloading a 12.04 image right now, so I'll see what happens when I try to boot it this time
[15:37] <rtg> sforshee, nope, USB stick. I think I'm gonna take cking's suggestion and install on a HD in another system, then transfer it to the SDP
[15:38]  * cking notes it is a pain
[15:38] <cking> 5.5 hours for 2 machines - but I did have a dodgy SATA connected
[15:39] <sforshee> rtg, then what's /dev/sr0 have to do with it? I'm probably exposing my ignorance about the install process here ...
[15:40] <rtg> isn't that the device that the lice installer wants ? I think the USB gets aliased or something. I don't know for sure eiter
[15:40] <rtg> live*
[15:41] <sforshee> could be, I have no idea
[15:52] <cking> interesting, when I created the USB live image using 12.04 it works, whereas with current raring it was broken. well, at least I can do an UEFI clean install now
[15:54] <arges> bug 1070182
[15:54] <ubot2> Launchpad bug 1070182 in linux (Ubuntu) "8086:10f5 Can't connect to the network through a wired connection - Network dialog shows "Wired Cable unplugged"" [Medium,Confirmed] https://launchpad.net/bugs/1070182
[15:54] <sforshee> cking, I haven't tried raring but so far my 12.04 install is working
[15:54] <sforshee> I can't use the "try ubuntu" option however
[15:55] <cking> sforshee, ah, that's the same fail I got earlier.
[15:56] <koen__> anyone knows what happened with the hifn_795x module (pci crypto accelerator)?
[15:56] <sforshee> cking, it boots but just drops to a shell
[15:56] <cking> sforshee, yep, same here
[15:56] <bjf> ogasawara, i'm feeling pretty good actually .. have you made your alternate plans?
[15:56] <cking> sforshee, that's why I gave up,  popped the drive in a box that I trusted to work, did the install on that and swapped it back
[15:56] <apw> koen__, "what happened"
[15:56] <apw> ?
[15:57] <sforshee> cking, I'm going through with the 12.04 install so I'll see how it goes
[15:57] <arges> rtg, http://git.openvz.org/?p=ubuntu-hardy-openvz;a=commit;h=c25a12d6ab08a1a2d79e1a6540c2579780b97d5b
[15:57] <arges> i think that's it
[15:57] <rtg> arges, yep
[15:58] <koen__> apw: the module seems nonexistant; it was there in previous releases.
[15:58] <ogasawara> bjf: I haven't, what time you want to head in?
[15:58] <apw> koen__, what are the current and previous in your contenxt
[15:58] <bjf> ogasawara, i wasn't in a rush, maybe pick you up around 9 ?
[15:58] <ogasawara> bjf: perfect
[15:59] <rtg> CRYPTO_DEV_HIFN_795X: depends on !ARCH_DMA_ADDR_T_64BIT
[15:59] <rtg> apw, koen__: ^^
[15:59] <rtg> debian.master/config/config.common.ubuntu:CONFIG_ARCH_DMA_ADDR_T_64BIT=y
[15:59] <koen__> rtg: i run on 32bit
[16:00] <sforshee> rtg, cking: the 12.04 desktop UEFI install finished fine for me. No desktop but it does boot to a shell. This is on the mobile SDP.
[16:00] <rtg> koen__, true. seems like it ought to be enabled.
[16:00] <koen__> rtg: easiest way to compile this in? this is a desktop for the wife that should stay as generic as possible , it's not my toybox...
[16:01] <rtg> koen__, raring ?
[16:01] <koen__> rtg: next release? ok, i can live with that? should i file a report for this somewhere?
[16:02] <rtg> koen__, no, I meant "which release are you currently running ? "
[16:02] <koen__> quetzal something :) 3.5.0-19-generic
[16:03] <rtg> koen__, ok, lemme have a look. start a bug and let me know the number
[16:04] <koen__> rtg: thanks! i use bugs.launchpad.net/ubuntu for this?
[16:05] <rtg> koen__, just type 'ubuntu-bug linux' from a shell
[16:06] <koen__> rtg: will do; thank you!
[16:12] <cking> rtg, I fall into the UEFI shell, then select the drive (usually fs0:) by doing:
[16:12] <cking> fs0:
[16:13] <rtg> cking, its the grub booting part tat I'm missing
[16:13] <cking> the cd into efi
[16:13] <cking> then cd boot
[16:14] <cking> and then type: bootx64.efi
[16:14] <rtg> cking, hmm, what if FS0: isn't showing up  ? All I have are blk* devices
[16:15] <cking> hrm, maybe it can't see your USB stick for some unknown reason
[16:15] <rtg> double drat
[16:43] <sforshee> ogasawara, do I need any X updates for your haswell test kernel? I'm running it with an up-to-date precise install, but X still won't use the intel driver.
[16:49] <sforshee> ogasawara, I added ubuntu-x-swat/q-lts-backport and updated but get the same results. The kernel driver loads, but X still won't use the intel driver.
[16:54] <cking> sforshee, I did a 12.04 install and then updated all the packages. I didn't observe any issues
[16:55] <sforshee> cking, did you verify that X is using the intel driver? I get a desktop, but X is just using the framebuffer.
[16:56] <sforshee> tjaalton, ^
[16:57] <tjaalton> sforshee: pastebin dmesg and Xorg.0.log
[16:59] <tjaalton> hmm
[16:59] <sforshee> tjaalton, http://paste.ubuntu.com/1400057/
[16:59] <tjaalton> sforshee: so yeah you probably need updates to -intel at least
[16:59] <sforshee> http://paste.ubuntu.com/1400059/
[17:00] <sforshee> tjaalton, beyond what's already in ubuntu-x-swat/q-lts-backport ?
[17:00] <cking> sforshee, I just checked to see if i915_hsw was loaded and being used
[17:00] <cking> I didn't do more than that
[17:00] <tjaalton> sforshee: did you install the stack?
[17:00] <tjaalton> normal upgrade won't install anything
[17:00] <sforshee> cking, the kernel module loads and works. X is using inteldrmfb.
[17:00] <tjaalton> at least you're still using the old xserver, so that would be a no then :)
[17:01] <sforshee> tjaalton, oh right ...
[17:01] <sforshee> I just did dist-upgrade
[17:01] <apw> eep no points
[17:12] <cking> bum
[17:12] <vanhoof> de
[17:12] <cking> sforshee, so does that mean my testing was in vain?!
[17:13] <sforshee> cking, perhaps your testing on precise
[17:13] <cking> facepalm
[17:13] <cking> been one of those days
[17:14] <cking> so implicit in the testing was the need to use X from a PPA somewhere?
[17:14] <vanhoof> yeah precise + ubuntu-x-swat/q-lts-backport (dist-upgrade) + kernel
[17:15] <sforshee> tjaalton, I installed xserver-xorg-lts-quantal, and it now uses the intel driver. Lightdm comes up okay, but trying to log in just generates a blank screen then back to lightdm, with no X log that I can find and nothing in dmesg.
[17:15] <sforshee> is there something else I need to install?
[17:15] <cking> http://nooooooooooooooo.com/
[17:15] <cking> wish that was written in the notes
[17:16] <vanhoof> sforshee: anything fun in /var/log/lightdm/ ?
[17:16] <tjaalton> sforshee: dunno, haven't tested that yet
[17:16] <tjaalton> sforshee: so.. no /var/log/Xorg.0.log.old?
[17:16] <ogra_> sforshee, ~/.xession-errors ;)
[17:16] <vanhoof> sforshee: i know Sarvatt pointed me in the right direction on something that sounded familiar but I think that was fixed up in that ppa already
[17:16] <ogra_> you X obviously is fine, its the session that has issues
[17:16] <ogra_> (else lightdm wouldnt come up at all)
[17:17] <ogra_> and there is also /var/log/lightdm/
[17:17] <sforshee> vanhoof, ogra_: thanks. There's some stuff there, so I'll pastebin it.
[17:18] <sforshee> tjaalton, .xsession-errors: http://paste.ubuntu.com/1400102/
[17:18] <vanhoof> Sarvatt: do you know if https://launchpadlibrarian.net/120700234/xorg-server-lts-quantal_2%3A1.13.0-0ubuntu6~precise1~ppa6.4_2%3A1.13.0-0ubuntu6~precise1~ppa6.5.diff.gz made it in the ppa?
[17:19] <sforshee> tjaalton, /var/log/lightdm/x-0.log: http://paste.ubuntu.com/1400106/
[17:19] <tjaalton> sforshee: Xorg.0.log.old should have the crash.. ah
[17:20] <tjaalton> no that's from the running one
[17:20] <sforshee> tjaalton, /var/log/lightdm/lightdm.log: http://paste.ubuntu.com/1400109/
[17:21] <sforshee> tjaalton, the only /var/log/Xorg.* I have is Xorg.0.log, which looks to me like it's probably from the lightdm session
[17:21] <vanhoof> like its going bananas trying to fire up unity2d
[17:21] <sforshee> everything looks hunky dory in there anyway
[17:21] <sforshee> hmm ...
[17:22] <sforshee> oh weird
[17:22]  * ogra_ would put his money on a bamf issue looking at .xsession-errors
[17:22] <ogra_> [+280.01s] DEBUG: Failed to load session file /usr/share/xsessions/ubuntu.desktop: No such file or directory
[17:22] <ogra_> is intresting as well
[17:22] <sforshee> there don't seem to be any ubuntu sessions at all when I click the little ubuntu icon in lightdm
[17:22] <vanhoof> sforshee: did you come from server?
[17:22] <mlankhorst> ..¿
[17:23] <Sarvatt> is ubuntu-desktop installed? :P
[17:23] <tjaalton> well if the xserver is quitting, whatever the reason, there should be an .old file around..
[17:23] <sforshee> tjaalton, "ubuntu-desktop : Depends: xorg but it is not going to be installed"
[17:23] <ogra_> ha !
[17:23] <mlankhorst> sforshee: did you have the backports ppa installed previously? I had a stale xserver-common there..
[17:24] <tjaalton> you should have the renamed version which provides xorg
[17:24] <mlankhorst> and that messed things up
[17:24] <tjaalton> ah! mlankhorst to the resque :)
[17:24] <tjaalton> I'll steer clear and write an email to intel, then call it the week :)
[17:24]  * ppisati -> gym
[17:25] <sforshee> mlankhorst, do you mean ubuntu-x-swat/q-lts-backport ? I have it installed now ...
[17:25] <mlankhorst> going to push the entire ddx for a test rebuild, then push it to that repo..
[17:25] <mlankhorst> sforshee: could try ppa:mlankhorst/ppa
[17:25] <mlankhorst> I'm doing a final test build there with updated versions + mechanics
[17:26] <arges> sforshee, which eth networking driver did you need to copy over to make your kit work?
[17:26] <sforshee> mlankhorst, I'm explicitly trying to test haswell graphics so I need the backport :) Trying your ppa now.
[17:26] <sforshee> arges, I didn't copy the driver. I copied over debs for a 3.5 kernel and installed it.
[17:27] <arges> sforshee, ahh gotcha
[17:27] <mlankhorst> I hope people will forgive me for swamping the launchpad builders..
[17:28] <sforshee> mlankhorst, oh yeah I just remembered that I'm supposed to mail you a macbook
[17:29]  * mlankhorst is going to push the entire stack one more time for a final test rebuild
[17:31] <mlankhorst> I'll check in on you later, you probably want to do dpkg -r --force all *lts-quantal* and get back to normal precise first..
[17:32] <sforshee> yeah, I'm trying to work through all of that right now
[17:39] <hggdh> infinity: Lucid EC2 kernel tests done
[17:39] <hggdh> infinity: the new armadas did not yet appear on http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:39] <infinity> hggdh: Too late, it's Friday.  No releases for you! :)
[17:40] <hggdh> heh
[17:40] <infinity> hggdh: Hrm, they've been on http://status.qa.ubuntu.com/reports/kernel-bugs/reports/sru-report.html since I promoted them.
[17:40] <infinity> Workflow is silly.
[17:40] <infinity> hggdh: Err, they're on workflow.
[17:41] <infinity> 3.2.0-1611.16 and 3.5.0-1605.7
[17:41] <infinity> Your tasks are still "New", but that shouldn't stop you from getting ahead of the game. :)
[17:46] <hggdh> which I am doing right now :-)
[17:47] <sforshee> mlankhorst, I managed to get everything to a happy state with your ppa
[17:59] <mlankhorst> ah good
[17:59]  * rtg ignores haswell for now and goes back to his touchpad problem
[17:59] <mlankhorst> sforshee: ok I'm doing 1 more rebuild everything just to spot any potential issues popping up
[18:24]  * henrix -> EOD
[18:45] <apw> rtg, ogasawara, bjf, any objections to zinc going down for a RAM upgrade ?
[18:46] <rtg_> apw, I think that is an outstanding idea. might keep it from swapping all the time.
[18:46] <apw> they want to do it 'now' if we don't object
[18:46] <rtg_> I don't image it'll take too long. i'd say just do it.
[18:46] <rtg_> imagine*
[18:47] <apw> they say less than an hour, much less if we are lucky
[18:47] <apw> ack ... will just fetch everything one more time
[18:47] <apw> and they hand it over
[18:48] <apw> *** kernel.ubuntu.com is going down for a short maintenance window ... should be less than 1 hour
[19:13] <ogasawara> apw: wfm
[19:14] <apw> rtg_, ogasawara, bjf, should be back ...
[19:19] <rtg_> wow, that didn't take long
[19:20] <rtg_> apw, 8GB up from 2GB ?
[19:23] <apw> rtg_, doubled 4 -> 8 apparently
[19:26] <bjf> wow, what will we do with all that
[20:06] <apw> wish it was 2x it is i expect
[20:13]  * rtg_ -> EOD


[00:46] <zeronezerone> hey guys, can somebody please refer me to a channel in which i could find some information on what my desired network topology should be for my Cluster in which i am configuring
[06:54] <ganador17> XD
[08:08] <_droid> hello people, I want to install kubuntu onto my newly purchased thinkpad E330, so I made a usb installer with kubuntu on it, no ponblem. Reaching the boot menu of my laptop no problem, and my usb stick was listed there. When choosing the usb to boot from, the boot menu disappears and then I get back to the boot menu again. And this happens every time when I choose the usb stick to boot from.
[08:08] <_droid> any ideas
[08:08] <_droid> ??
[08:59] <yossarianuk> hi - does anyone know of any good benchmark tools to compare Windows vs Linux Disk performance?
[09:00] <yossarianuk> phoronix = barely any Windows tests work.
[09:15] <Walex> yossarianuk: you cannot do tht comparison reliably unless you are *very* skilled.
[09:16] <Walex> yossarianuk: however, I think that the FIO tool, which is one of the best if used right, and most defaults are sensible, may be available on MS-Windows too.
[09:18] <Walex> it will surely work with Cygwin of course, but the emulation layer adds a bit of overhead, even if I reckon very little
[09:19] <Walex> yossarianuk: you get lucky: MS-Windows binaries for it are available: http://www.bluestop.org/fio/
[09:21] <Walex> _droid: your bootable USB stick is not setup right...
[09:21] <Walex> _droid: I much prefer to use USB CD/DVD drives anyhow
[09:25] <SilverCode> does anyone know where the $TZ environment variable is set in Kubuntu?
[09:36] <_droid> Walex: well the problem is that the laptop does not have a cdrom
[09:38] <Walex> _droid: that's why I wrote "USB CD/DVD drives"
[09:38] <Walex> _droid: very useful also for backup or watching movies.
[09:39] <Walex> _droid: I have even got a slim USB2 BluRray drive.
[09:39] <Walex> _droid: anyhow it could also be that you have chosen the wrong type of device for the USB stick in the boot menu of the BIOS
[09:53] <_droid> Walex: at the time when I get to the boot menu my usb stick was already inserted and listed correctly in the boot list
[09:59] <Walex> _droid: it depends on "correctly". Many BIOSes can handle different types of USB peripherals (e.g. ZIP drive, mass storage, CD, ...)
[10:00] <_droid> Walex: ok I will see to it
[10:13] <yossarianuk> Walex: thanks
[10:19] <apoz> i often make my computer "sleep" with: dbus-send --system --print-reply     --dest="org.freedesktop.UPower"     /org/freedesktop/UPower     org.freedesktop.UPower.Suspend
[10:20] <apoz> unfortunately on resume, i don't get prompted for password, how can i fix that?
[10:36] <Walex> start a screensaver and then run that
[10:39] <yossarianuk> this is a bit of a random one an potentially offtopic...
[10:40] <yossarianuk> does anyone know if you can connect a Windows IIS server -> external Linux coldfusion server ?
[11:01] <yofel> yossarianuk: #ubuntu-server might be able to answer that
[11:01] <yossarianuk> yofel: thanks
[11:43] <kbroulik> hi I wanted to try out project neon kf5 but it always says project-neon5-kde-workspace doesn't exist although on the neon5 ppa page it clearly does
[11:52] <OerHeks> kbroulik, it was added a few hours ago https://launchpad.net/~neon/+archive/kf5 odd
[11:54] <smartboyhw> OerHeks, kbroulik um it's because it continously failed to build....
[11:55] <smartboyhw> We will fix;)
[11:56] <OerHeks> thank you, smartboyhw
[11:59] <kbroulik> smartboyhw: ok, cool :)
[12:02] <yofel> kbroulik: you're probably on raring, which sadly doesn't yet have a successful kde-workspace build, we'll see what we can do
[12:02] <EvilRoey> hi
[12:03] <kbroulik> yofel: yes, raring
[12:04] <EvilRoey> on my Quantal desktop at home, I've upgraded to the latest available KDE packages.  A bug I found is that the screen edges, despite lighting up when I move the mouse pointer to them, don't trigger the desktop effects that I've configured... how can I diagnose this
[12:04] <EvilRoey> (I'm thinking dbus foo)
[12:04] <EvilRoey> (dbus-fu)
[12:44] <Walex> EvilRoey: it is almost always too complicated, don't even try
[12:45] <Walex> EvilRoey: unless you are a KDE developer that is.
[12:58] <EvilRoey> Walex:  ahaha
[12:58] <EvilRoey> ok
[12:58] <EvilRoey> thanks :)
[12:58] <EvilRoey> I've asked on the kde channel too, no one responded
[15:17] <BluesKaj> !manual
[15:21] <lappy> wird auch ordentlich gequasselt? XDDD
[15:23] <Pici> !de
[15:28] <BluesKaj> hmm, whynot kubuntu manual , the desktops are totally different , so i don't understand why they keep subbing ubuntu for kubuntu in the factoids
[15:28] <smartboyhw> BluesKaj, is there a Kubuntu manual in the first place?
[15:31] <BluesKaj> there's one here , http://ubuntuguide.org/wiki/Kubuntu_Raring , it should be included in the factoids
[15:31] <BluesKaj> and why does it have to be under ubuntu guide ?
[15:31] <Pici> BluesKaj: We're not psychic, if no one suggests a factoid for it, we're likely not going to create one.
[15:32] <BluesKaj> Pici, don't tqake it personally , all the search engines do the same thing
[15:34] <BluesKaj> I'm becoming annoyed , when the 2 OSs have become so different , there should be more distinction between them , not kubuntu being a subset of ubuntu '
[15:36] <smartboyhw> BluesKaj, well we're already working on our documentation already (led by ahoneybun)
[15:36] <smartboyhw> So plz be patient
[15:38] <BluesKaj> smartboyhw, I don't need to be told to be patient
[15:38] <smartboyhw> BluesKaj, well obviously since you are annoyed..
[15:38] <smartboyhw> OK, weird why is there so many cgcfir?
[15:39] <BluesKaj> of course I'm annoyed , but that does preclude patience , Ive been patient all along so ....
[15:41] <smartboyhw> BluesKaj, just don't get annoyed, we will have doc:)
[15:42]  * BluesKaj takes a break
[15:51] <ovidiu-florin> hello world
[15:51] <ovidiu-florin> what's the libreoffice version that comes with kubuntu by default?
[15:51] <ovidiu-florin> LTS and latest
[15:54] <smartboyhw> ovidiu-florin, um let me see
[15:56] <smartboyhw> ovidiu-florin, 12.04.2 LTS uses 3.5.4
[15:57] <smartboyhw> 13.04 is 4.0.2
[15:58] <ovidiu-florin> thank you smartboyhw
[16:49] <calwig> How can one enable Print Services thru Bluetooth?
[16:50] <calwig> !print
[16:53] <calwig> https://help.ubuntu.com/community/NetworkPrintingWithUbuntu  is specifically with the Gnome Desktop, is this also accessible with Kubuntu? Looking now....
[17:02] <sithlord48> calwig:  yes its possible use localhost:631 to configure cups directly or use system settings-> printers to use the kde gui
[18:06] <tester56> often after wakeup from suspend to ram  there are messages shown in a white font.
[18:06] <tester56> Any idea if I can disable messages being shown after wakeup from suspend
[18:06] <tester56> ?
[19:04] <Jevsan> oh the BIGIDIOT is gone...
[19:05] <Jevsan> :)
[19:56] <thunder-storm> hello, i have a question regarding color-configuration in krusader with gtk-environment
[19:57] <thunder-storm> this exactly my problem: http://kde.6490.n7.nabble.com/Bug-301034-New-Rename-input-field-doesn-t-respect-text-NORMAL-when-GTK-theme-is-used-td806429.html
[19:57] <thunder-storm> how its possible to change that colour, that i can see the text when i will rename a file?
[19:57] <thunder-storm> white text on white background will be... special ;)
[22:55] <vedu> hello. my screen has lost its resolution (to 640x480) after trying to install bumblebee-nvidia
[23:20] <robotdevil> is the manual partition bug in 13.04 installer fixed yet?
[23:24] <Roey> how can I add comments to jpeg files?


[01:04] <Bashing-om> UWN: Issue721 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue721 :D
[02:11] <guiverc> ack.  page opened & will review
[02:17] <Bashing-om> guiverc: :D ^
[03:17] <guiverc> Bashing-om, read thru complete; no reactions/comments; looks good
[03:18] <Bashing-om> guiverc: Outstanding on our part :D
[10:02] -SwissBot:#ubuntu-news- ::Planet:: Stuart Langridge: Contact the CMA about the browser ecosystem @ https://www.kryogenix.org/days/2022/02/07/contact-the-cma-about-the-browser-ecosystem/
[12:14] -SwissBot:#ubuntu-news- ::Planet:: Jonathan Riddell: KUserFeedback 1.2.0 @ https://jriddell.org/2022/02/07/kuserfeedback-1-2-0/
[15:43] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Finserv hybrid cloud strategy – it starts with Linux @ https://ubuntu.com//blog/finserv-hybrid-cloud-strategy-it-starts-with-linux
[19:31] -SwissBot:#ubuntu-news- ::UbuntuOnAir:: Ubuntu Desktop Indaba - February 25, 2022 @ https://www.youtube.com/watch?v=Mdo2NJBsMAw (by Ubuntu OnAir)
[20:36] <Bashing-om> UWN: Pulling "WIP" - log checked and no further edits are known, Time to push 21:00 UTC.
[21:01] <Bashing-om> UWN: ubuntu-news@lists is away - Doing the Forum post next.
[21:18]  * guiverc has noticed the day; my upgrades still running so going to get drink & hopefully do UWN shortly
[21:19] <Bashing-om> UWN: Forum post done - Re-directs next.
[21:27] <guiverc> https://fridge.ubuntu.com/2022/02/07/ubuntu-weekly-newsletter-issue-721/
[21:29] <Bashing-om> UWN: Re-directs done.
[21:30] <guiverc> UWN 721 posted to telegram & twitter
[21:31] <Bashing-om> Fridge: Spot check - checks good :D
[21:31] <Bashing-om> guiverc: Clear now to wipe away the evidence ?
[21:31] <guiverc> yep scrub away
[21:39] <Bashing-om> UWN: We do Issue722 :D
[21:40] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 721 @ https://fridge.ubuntu.com/2022/02/07/ubuntu-weekly-newsletter-issue-721/
[21:54] <guiverc> uwn 721 pasted to fb


[08:36] <SpamapS> jMCg: fyi, there is a planned feature to have 'expect exit' instead of 'expect fork' which will make the fork following far more reliable.
[08:39] <SpamapS> jMCg: effectively measuring a job's "started" moment as 'when the parent exits' rather than 'when the parent forks'
[09:19] <jMCg> SpamapS: whoa.
[09:19] <jMCg> SpamapS: ETA?
[09:22] <SpamapS> jMCg: Not sure... I think its a maybe for the next release
[09:23] <SpamapS> jMCg: https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-upstart-roadmap  .. there's some other stuff in the way
[09:24] <SpamapS> [jamesodhunt] Overcome ptrace limitations: Count exits, not forks (bug #530779): TODO
[09:26]  * SpamapS decides to keep triaging bugs even though it is 1:26am
[09:26] <SpamapS> and even though he should be working on his slides for his talk tomorrow
[09:31]  * broder is writing bots to triage bugs for him :)
[09:31]  * SpamapS started doing that but then got distracted by making the bots fight
[09:32] <broder> man, your bots sound so much cooler than mine now
[09:38] <SpamapS> they're in scala too
[09:38] <SpamapS> actually 1 is scala, and the other is haskell
[09:38] <broder> cool and trendy!
[09:58] <jMCg> SpamapS: goto bed


[09:52] <moijeux[m]> Sevish: I try to move to ubuntuStudio 2204 and it's a disaster !
[15:41] <OvenWerks> moijeux[m]: That comment is not helpful. Move from what to 22.04? If you are moving from 20.04 I think the release notes suggest a fresh install because the DE changed
[19:34] <loredin> hello there
[19:35] <burton_> hi
[19:35] <loredin> i am trying ubuntustudio 22.04 but dont have or see in Kubuntu how to connect to my wireless ?
[19:36] <loredin> I see the network icon up in the tray nearby the clock but it only has the wired icon showing disconnected
[19:37] <loredin> when I try to configure networks I could add wireless but the mode does not show client ?
[19:50] <burton_> You might want to try adding additional drivers for your network card.
[19:51] <mrz80> loredin:   Do you have a wired network to which you can connect for the install?  You'll need to do that so you can get any additional drivers/firmware your wireless card might need.
[19:59] <loredin> mrz80 : indeed I solved the issue relating to a similar problem for broadcom bcm4322 chips
[19:59] <loredin> thx, and burton_ as well


[06:35] <thatgraemeguy> mornings
[06:46] <dlPhreak> Greets
[07:38] <Kilos> morning everyone
[08:01] <pieter2627> morning all
[08:02] <barrydk> Morning everyone
[09:21] <Kilos> hi pieter2627 barrydk Cryterion and inetpro
[09:21] <Kilos> and thatgraemeguy
[09:21] <Cryterion> Hiya
[09:22] <thatgraemeguy> 'lo
[09:37] <pieter2627> anyone have any experience of studying at Unisa?
[09:58] <MaNI> yes - though its probably somewhat outdated by now
[10:00] <MaNI> I mean I last studied there in 2008 - is there something specific you wanted to know? :p
[10:04] <pieter2627> mainly opinion on their CS course and service
[10:06] <MaNI> there service is not the greatest, though ideally you probably shouldn't have to deal with them much
[10:09]  * pieter2627 observes that they may not know email has a reply feature
[10:09] <MaNI> I found the CS course decent, in that it had a lot of the right subjects etc. - though I think what you get from it depends a lot on how much you put in as a person - I think if you focus on the exams and assignments only it is possible to come out without learning as much as you should have, if you 'play around' a lot with doing your own stuff on the side you can do well
[10:09] <pieter2627> MaNI: overall did the material seem up-to-date?
[10:10] <MaNI> at the time mostly, though its been a while
[10:10] <MaNI> the syllabus was busy geting changed when I left so I imagine its changed quite a bit
[10:12] <pieter2627> so you used the modules with 3 char codes?
[10:12] <MaNI> yeah
[10:13] <MaNI> well COS416-D etc.
[10:14] <MaNI> depends I guess what you want to do in future as well, I enjoyed that they still had C++, while others in the industry will argue that everyone should be learning python now
[10:14] <pieter2627> MaNI: were you able to do the assignments on Linux?
[10:15]  * pieter2627 just happy that it is not java
[10:15] <pieter2627> or delphi
[10:15] <MaNI> depends somewhat on the subject, for some subjects yes, others no
[10:16] <MaNI> at the time they used bloodshed dev-c++ for quite a few subjects and wanted assignments that worked with that - but I imagine they've probably moved on to something else by now
[10:16] <MaNI> at least I hope so
[10:17] <pieter2627> but atleast they did not have an issue if you didn't use Win?
[10:17] <MaNI> well generally as long as it can compile on win when they get it
[10:18] <MaNI> I can suggest the SOC forums to ask for recent experiences perhaps http://osprey.unisa.ac.za/phorum/list.php?668
[10:18] <MaNI> they aren't overly active but the people who do respond there are usually helpful
[10:19] <pieter2627> thanks MaNI
[10:23] <MaNI> but yeah the not replying to email thing is I'm afraid the norm, especially for registrations they aren't great with that
[10:24] <pieter2627> yeah, also got that yesterday... "you will only be helped once registered"
[10:24] <MaNI> once you are registered there is 'myunisa' with subject forums and stuff - and individual lecturers are a bit more responsive
[10:25] <MaNI> in their defense they do have basically the largest number of registrations in the world to deal with, but yeah :(
[10:25] <pieter2627> guess so
[10:26] <MaNI> I always found it easier to get help in person for registration stuff
[10:26] <MaNI> if you happen to be in driving range from one of the main campuses
[10:27] <MaNI> though they may have done away with that and gone online only - hmm
[10:28] <pieter2627> was there yesterday and got helped on questions that is not too advanced
[10:42] <MaNI> what other unis you considering?
[10:42] <pieter2627> tuks, but not really interested in it
[10:43]  * mazal peaks in
[10:43] <mazal> Afternoon everyone
[10:44] <MaNI> http://wikistudent.ws/Unisa/Category:Computer_Science < you may find that slightly helpful to get a glimpse into some of the subjects
[10:44] <barrydk> Afternoon mazal
[10:44] <mazal> Gaanit oom barry ?
[10:45] <barrydk> Sleg man baie besig nie eers tyd vir minecraft vandag nie
[10:45] <mazal> :( ook so die kant
[10:46] <pieter2627> thanks MaNI, wish some of the wiki entries had more info while also being very excited by others
[10:46] <MaNI> yeah :(
[10:47] <MaNI> there used to be this URL where you could get all the TUT letters for the previous years
[10:47] <MaNI> so I used to trawl those to make my subject choices - but it seems that they took it down
[10:49] <MaNI> dodging the crap subjects is probably key no matter what university :p
[10:58] <pieter2627> that wiki, two others that are also floating around and the module brochure atleast helped to gain inside to all the modules
[10:59]  * pieter2627 knows that he wants to dodge the visual modules
[11:02] <MaNI> heh
[11:02] <MaNI> personally I hated most of the INF subjects
[11:03] <MaNI> I did a dual COS/INF major (don't know if they still offer that) and the INF stuff was mind numbingly boring
[11:10] <pieter2627> yeah, mostly looking forward to only the HCI and planning INF stuff
[11:11] <MaNI> the various database subjects are a snore fest
[11:11] <MaNI> though I suppose at the end of the day they have aided me in life a little
[11:12] <pieter2627> speaking of which, was stored procedures handled when you did it?
[11:13]  * pieter2627 knows he wants to cover that thoroughly
[11:17] <MaNI> yeah, pretty sure they were
[11:44] <stickyboy> unisa.ac.za is running a phorum?
[11:44] <stickyboy> I'm not that into message boards anymore, but I kinda thought this was nice: http://flarum.org/
[11:45] <stickyboy> Hipsters as F*** though.
[11:45] <stickyboy> Right, Kilos?
[17:50] <gremble> Good afternoon
[17:51] <Kilos> hi gremble Cryterion
[17:52] <gremble> How arey ou Kilos ?
[17:52] <Kilos> fine ty lad and you?
[17:52] <gremble> I am well thank you
[17:56] <Kilos> hmm...
[18:22]  * Cryterion thinks Kilos is confused on devices logging in ;)
[18:25] <Kilos> hahaha
[18:25] <Kilos> went to lappy
[18:26] <Kilos> easier and closer when lying down
[18:26] <Kilos> hehe
[18:32] <Kilos> grumbles  ping
[18:33] <Kilos> did you get the mail in our list from karl?
[18:34] <gremble> Yup. I will send him a message tomorrow
[18:37] <Kilos> ok
[18:40] <Kilos> ohi superfly
[18:49] <superfly> o/
[19:42] <Kilos> night all. sleep tight


[07:40] <ktosiek> can juju work with mixed environment? Multiple networks, different hypervisors etc., or would I have to show it one API? (for example, setup OpenStack under Juju)
[07:43] <ktosiek> and another question: what's the story for doing orchestrated, rolling upgrades with Juju? At the moment I have an Ansible setup that will take a batch of instances, remove them from loadbalancing and silence monitoring, upgrade each of them, wait for OK from monitoring, and only then put  them back into LB. Can I do something like that with Juju?
[08:15] <gnuoy> jamespage, a couple of charmsync'y reviews if you have a moment:
[08:15] <gnuoy> https://code.launchpad.net/~gnuoy/charms/precise/rabbitmq-server/sync-charmhelpers/+merge/239343
[08:15] <gnuoy> https://code.launchpad.net/~gnuoy/charms/trusty/mysql/fix-source/+merge/239344
[08:16] <jamespage> gnuoy, +1 to both - marked as such
[08:16] <jamespage> gnuoy, how are we across the OS charms with regards to release to stable today?
[08:17] <jamespage> gnuoy, I had a walk through some proposals last night
[08:20] <gnuoy> jamespage, ta
[08:43] <gnuoy> jamespage, I don't know of any that need to go in before the big switch.
[08:55] <jamespage> gnuoy, https://docs.google.com/a/canonical.com/spreadsheets/d/1jMjgmlH0gcKRecsLVIZTK47X8Su8ASR4loVDmmCROOw/edit#gid=0
[08:58] <gnuoy> jamespage, I'm not sure what 'done' indicates
[08:58] <jamespage> gnuoy, mp's reviewed
[08:58] <jamespage> anything merged if required
[09:01] <gnuoy> jamespage, is the initial in the done column indicating who has reviewed the list or who had done the individual mps reviews?
[09:01] <jamespage> gnuoy, its who has reviewed and said nothing needs to be landed
[09:07] <jamespage> gnuoy, https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/next-multi-console-fix/+merge/233612
[09:18] <gnuoy> jamespage, I don't get your comment there. It just runs on the leader
[09:19] <jamespage> gnuoy, your proposed change relies on hook execution to move console-auth around
[09:19] <jamespage> if the leader dies, nothing else will take over right?
[09:20] <gnuoy> true
[09:26] <ktosiek> hmm, is askubuntu.com a better place for questions about overall Juju usage (orchestration, assumptions about environment etc.)?
[13:00] <thedellster> Hey hoping for a bit of help on a openstack install…
[13:00] <thedellster> Anyone here able to provide help with that?
[13:07] <thedellster> Hi all wondering if anyone knows how to make a dedicated network for nova cinder iscsi traffic on juju
[13:19] <ktosiek> at what times is this channel more lively?
[13:20] <sarnold_> seems busier to me in west coast afternoon
[13:21] <ktosiek> and what timezone would that be? GMT+7?
[13:22] <sarnold_> gmt-8
[13:23] <ktosiek> thanks, I'll try nagging people then :-)
[13:23] <sarnold_> :)
[13:24] <jcw4> fwiw; I think folks from UTC-5 ish monitor this channel too
[13:25]  * thedellster slaps head should have asked ktosieks question
[13:25] <sarnold_> thedellster: I knew how to answer his :P
[13:26] <thedellster> ;) will revert back at a more friendly west coast hour.
[13:28] <sarnold_> tell me about it, this east-coast stuff is too early for me
[13:29] <thedellster> I’ve always thought that I should live on the east coast and say I lived on the west coast. That way I could start working at 12pm and tell everyone it’s 9am.
[13:29] <sarnold_> hahaha
[13:50] <jamespage> coreycb, I'd like to take https://code.launchpad.net/~corey.bryant/charms/trusty/nova-cloud-controller/fix-step/+merge/238476 for release
[13:50] <jamespage> could you update inline with my comments pls
[13:51] <coreycb> jamespage, yes
[13:56] <coreycb> jamespage, so, my main goal of adding that was so that I could test upgrades prior to  ppa:ubuntu-cloud-archive/juno-staging prior to it landing in the UCA
[13:57] <coreycb> jamespage, it should probably throw an exception, but then it would have to get hacked to let the code continue each release for early migration testing.. not a big deal I guess
[13:58] <jamespage> coreycb, my intent is that we have update populated by b1 every cycle for the CA
[13:58] <coreycb> jamespage, I like that.  alright I'll fix this up.
[14:03] <mattyw> tvansteenburgh, have you seen this before from charmhelpers? https://bugs.launchpad.net/charm-helpers/+bug/1384723
[14:03] <mup> Bug #1384723: charmhelpers.fetch.SourceConfigError: Unknown source: u'None' <Charm Helpers:New> <https://launchpad.net/bugs/1384723>
[14:04] <tvansteenburgh> mattyw: introduced by a commit on 8/21
[14:05] <tvansteenburgh> unknown sources used to just no-op silently, now they raise. jamespage fixed a particular case ('distro') on Monday, but i think we need to restore the original behaviour. too much stuff breaking on this now
[14:06] <jamespage> tvansteenburgh, +1
[14:06] <jamespage> tvansteenburgh, gnuoy fixed it actually
[14:07] <tvansteenburgh> stub: are you interested in looking into this? iirc you're using the SourceConfigError?
[14:11] <jamespage> gnuoy, 2014-10-23 14:10:31 INFO unit.nova-cloud-controller/0.shared-db-relation-changed context.go:473 oslo.config.cfg.ConfigFilesNotFoundError: Failed to read some config files: /etc/neutron/neutron.conf
[14:11] <jamespage> from nova-cc
[14:11] <jamespage> gnuoy, neutron.conf_unused
[14:11] <jamespage> explosion
[14:12] <gnuoy> ?????
[14:13] <jamespage> gnuoy, the nova-cc charm always does the neutron migration right?
[14:13] <gnuoy> argh
[14:13] <gnuoy> I see
[14:13] <jamespage> but if the neutron-api charm is related, it disables its neutron.conf and stops generating it
[14:13] <gnuoy> yep
[14:13] <jamespage> gnuoy, hence the explosion
[14:15] <tvansteenburgh> mattyw: it appears to be an easy fix since SourceConfigError is only caught by tests, i'll make time for it today if you or stub can't
[14:18] <mattyw> tvansteenburgh, did you have in mind anything more complicated than: if source is None or source == "None": ... ?
[14:18] <gnuoy> jamespage, I could keep generating the file but remove the neutron-server service from the resource map
[14:18] <tvansteenburgh> mattyw: replace the `raise SourceConfigError` with `pass`
[14:19] <jamespage> gnuoy, yes
[14:19] <jamespage> gnuoy, and the plugin as well
[14:19] <tvansteenburgh> mattyw: so that anything undefined is a no-op
[14:19] <jamespage> gnuoy, but that feels ugly
[14:19] <jamespage> gnuoy, also we have a divergent charm issue in mysql - https://code.launchpad.net/~charmers/charms/trusty/mysql/trunk
[14:19] <gnuoy> jamespage, it is fugly but I don't see another way
[14:19] <mattyw> tvansteenburgh, If you're happy with that I'll submit something now for it
[14:19] <jamespage> gnuoy, actually its ok as neutron now syncs the db for all plugins, not just the configured one
[14:20] <tvansteenburgh> mattyw: it's not awesome but that's the way it was before 8/21, so +1
[14:21] <jamespage> gnuoy, gah - the precise charm does not have the allowed hosts fix either
[14:21] <jamespage> gnuoy, you focus on nova-cc
[14:21] <gnuoy> ack
[14:26] <coreycb> jamespage, updated https://code.launchpad.net/~corey.bryant/charms/trusty/nova-cloud-controller/fix-step/+merge/238476
[14:28] <mattyw> tvansteenburgh, https://code.launchpad.net/~mattyw/charm-helpers/unknown-source-noop/+merge/239374
[14:28] <tvansteenburgh> mattyw: grep for SourceConfigError, I believe there are a few tests that will need adjusting
[14:29] <mattyw> tvansteenburgh, ah dammit - I thought I'd added those
[14:30] <jamespage> coreycb, the intent of that change is to enforce upgrade paths via the CA only right?
[14:30] <coreycb> jamespage, correct
[14:30] <coreycb> jamespage, which, it's the only charm that has that afaik
[14:32] <coreycb> jamespage, it started as a work around for upgrading to the juno staging ppa because the open() in step_upgrade was exploding
[14:35] <mattyw> tvansteenburgh, sorry about that, forgot to commit the test again - I'll get this right one of these days https://code.launchpad.net/~mattyw/charm-helpers/unknown-source-noop/+merge/239374
[14:35] <coreycb> jamespage, eh, not good.  upgrading nova-cc to openstack-origin=cloud:trusty-juno/proposed also blows up on open(/etc/apt/sources.list.d/cloud-archive.list) -- the file doesn't exist
[14:36] <jamespage> coreycb, so this is a first upgrade from trusty to juno CA right?
[14:36] <coreycb> jamespage, yeah, I'd only tested using the ppa before
[14:36] <tvansteenburgh> mattyw: cool, thanks! will review shortly
[14:37] <mattyw> tvansteenburgh, no hurry, and feel free to throw it away and fix it another way, just thought I'd do something quick while I was in that part of the code
[14:43] <gnuoy> jamespage, lp:~gnuoy/charms/trusty/nova-cloud-controller/fix-db-migrations should fix it, testing now
[14:50] <jcastro> tvansteenburgh, I think I found a bug in charm tools
[14:50] <jcastro> W: README.md includes line 6 of boilerplate README.ex
[14:50] <jcastro> W: README.md includes line 8 of boilerplate README.ex
[14:51] <jcastro> when I run it on my newly made README.md
[14:51] <jcastro> but lines 6 and 8 are newlines.
[14:51] <marcoceppi> jcastro: it's just a confusing message
[14:51] <marcoceppi> it's matching line 6 and 8 of the boilerplate of matchable lines
[14:51] <marcoceppi> so not new lines and not headers
[14:51] <marcoceppi> any line over X characters
[14:52] <jcastro> oh, do you think it's the headers?
[14:52] <jcastro> like #Usage  and so on?
[14:52] <lazyPower> jcastro: more than likely. that happens to me constantly.
[14:52] <marcoceppi> I didn't realize this was still happening to people
[14:52] <cory_fu> Does anyone else find the screen keybindings for tmux in `juju debug-hooks` annoying?  If you prefer the default tmux keybindings, 'juju ssh $unit touch .tmux.conf && juju debug-hooks $unit' will make it use the default key bindings.
[14:52] <marcoceppi> we should fix the consistent matches, or at the very least the messaging
[14:53] <cory_fu> (You can also upload a custom .tmux.conf file that way, using juju scp.)
[14:53] <jcastro> I would just ignore anything in # and ##
[14:53] <lazyPower> cory_fu: good fodder for a quick post on teh solutions blog.
[14:53] <jcastro> those are supposed to be templated titles anyway
[14:53] <cory_fu> Hey, good idea.  Thanks
[14:54] <marcoceppi> jcastro: yeah, I'll patch that with everything else tvansteenburgh has unless he beats me to it
[14:55] <jcastro> ok so I'll push it anyway?
[14:55] <tvansteenburgh> marcoceppi: it's all you
[14:56] <marcoceppi> we'll roll a release after this charmschool thing
[14:59] <jcastro> marcoceppi, are you planning on doing your shift today or bumping it due to other stuff?
[14:59] <marcoceppi> jcastro: I'm probably going to bump to later today
[14:59] <jcastro> because if you are, the top three new charms on the top of the queue have good sign off from corey, I think you can just do a final check and promulgate
[14:59] <marcoceppi> jcastro: sweet, thanks for the heads up
[14:59] <jcastro> They Look Easy(tm)
[14:59] <jcastro> lol, probably hard.
[15:09] <coreycb> jamespage, I pushed a fix to https://code.launchpad.net/~corey.bryant/charms/trusty/nova-cloud-controller/fix-step/+merge/238476 that fixes the open() issue
[15:10] <coreycb> jamespage, I'll run a full upgrade test now to juju set nova-cloud-controller openstack-origin=cloud:trusty-juno/proposed
[15:10] <gnuoy> jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/fix-db-migrations/+merge/239389
[15:10] <coreycb> jamespage, I mean,  I'll run a full upgrade test now to cloud:trusty-juno/proposed for all the charms
[15:13] <jcastro> mbruzek, fyi, hpcc has a green box in the review queue, I didn't notice that before
[15:19] <jcastro> marcoceppi, got a sec or you charm schooling?
[15:20] <marcoceppi> jcastro: schooling
[15:23] <mattyw> cory_fu, ping?
[15:23] <cory_fu> mattyw: Hey, how's it going?
[15:23] <mattyw> cory_fu, not bad thanks, hope you're well?
[15:24] <mattyw> cory_fu, thanks for your review of my mongodb auth branch. I started looking at it but I had a question that I put on the review: https://code.launchpad.net/~mattyw/charms/precise/mongodb/auth_experiment/+merge/162887
[15:24] <jcastro> tvansteenburgh, ok I've already fixed like 5 or 6, incoming into the queue
[15:24] <jcastro> tvansteenburgh, this is much better than before. <3
[15:26] <lazyPower> mattyw: I think your security concerns are valid
[15:26] <tvansteenburgh> jcastro: \o/
[15:27] <lazyPower> mattyw: the only issue with this model is that it has potential to cause a temporary intermittant outage should the passowrd change while the webapp is running and delivering.
[15:27] <cory_fu> mattyw: I agree, it's less secure than not storing it, but the password is also available on the relation, so it's possible to retrieve it that way (though ever so slightly more difficult).  whit and I were just discussing this morning the need for a better credentials management system for charms
[15:27] <lazyPower> mattyw: suggest to store a hash of the password to disk and validate against that hash. eg: if sha1sum(password) != cached_sha1_of_password
[15:28] <jrwren> cory_fu: please update the docs with that information: https://juju.ubuntu.com/docs/authors-hook-debug.html  https://github.com/juju/docs/blob/master/src/en/authors-hook-debug.md
[15:28] <cory_fu> mattyw: I'm not averse to recreating the password, and I gave the merge my +1.  You could also just touch a flag file to indicate that you'd already set the password for that relation.
[15:29] <lazyPower> jrwren: did you ever get an answer re: your merge not showing up in the queue?
[15:29] <jcastro> my merges are also not showing up in the queue
[15:29] <cory_fu> lazyPower: You can't retrieve the password to test against the hash from the providing side of the relation
[15:30] <jrwren> lazyPower: nope.
[15:30] <lazyPower> cory_fu: ah good point.
[15:30] <cory_fu> I think changing it each time is fine.  It was more of a passing thought, really.
[15:30] <lazyPower> cory_fu: my only concern is that it will cause an outage
[15:30] <cory_fu> I just thought it might be surprising for the admin if it changed out from under them.
[15:30] <lazyPower> if your app cannot connect to mongo, your users will see a 500 error, or your daemon may panic
[15:30] <mattyw> lazyPower, cory_fu I don't think there will be an outage if the relation changes at the moment, It just adds a new user, the old one is still valid
[15:31] <lazyPower> ahhh, ok.
[15:31] <cory_fu> True
[15:31] <lazyPower> mattyw: good insight. ty for clarification
[15:31] <lazyPower> tbh i had not looked @ the branch as of yet
[15:31] <coreycb> jamespage, gnuoy: unit tests added to https://code.launchpad.net/~corey.bryant/charms/trusty/nova-cloud-controller/fix-step/+merge/238476
[15:31] <mattyw> lazyPower, cory_fu It's still not great - but in a different way ;)
[15:31] <lazyPower> was going based on the meta discussion in here
[15:31]  * lazyPower returns to trolling in silence
[15:32] <mattyw> lazyPower, I prefer that approach :)
[15:32] <cory_fu> So that leads to a potential proliferation of users.  So, the option of storing a flag (either in config, StoredContext, or a flag file) saying that you'd created a user and set the password for a given relation would solve that without needing to store the password on disk
[15:32] <lazyPower> jrwren: link me to your branch again if you dont mind
[15:32] <lazyPower> i'll take a look - i'm giong to be context switching to the queue as soon as ingest lands this last bundle
[15:33] <mattyw> cory_fu, that's a good idea, sounds sensible
[15:33] <cory_fu> :)
[15:33] <mattyw> cory_fu, I'll make that change - thanks very much
[15:33] <jamespage> coreycb, that looks good - did it test OK?
[15:33] <coreycb> jamespage, yep tested ok
[15:33] <mattyw> cory_fu, I'll also take a look at the amulet tests - I don't have much experience with those, but I need to get some
[15:34] <jrwren> lazyPower: https://code.launchpad.net/~evarlast/charms/trusty/elasticsearch/add-version-config
[15:34] <coreycb> jamespage, but ci caught me red handed with unit test issues!  those are fixed in that mp
[15:34] <lazyPower> mattyw: i'm available to help with them as i wrote them :)
[15:34] <lazyPower> jrwren: ta!
[15:34] <jamespage> coreycb, indeed!
[15:34] <jamespage> merged - thanks!
[15:34] <mattyw> lazyPower, that would be perfect, Can I go as far as putting something in the diary?
[15:35] <thedellster> Hi hoping someone can give me some guidance on setting up multiple interfaces on juju openstack. Particularly an ISCSI network so that storage traffic goes out the right nic.
[15:35] <lazyPower> mattyw: not parsing re: diary? Do you mean on the calendar?
[15:35] <mattyw> lazyPower, yeah - that's what I meant
[15:35] <mattyw> lazyPower, can you not read minds yet?
[15:35] <cory_fu> mattyw: It shouldn't be too difficult.  Just adding another line in validate_relationships()
[15:35] <mattyw> :)
[15:35] <lazyPower> mattyw: i'm close... my psychic helmet is in the shop this week for upgrades.
[15:36] <lazyPower> but yeah that sounds good.
[15:36] <mattyw> lazyPower, awesome
[15:36] <lazyPower> cory_fu: i've been lending myself out to people getting their hands dirty with amulet as we've been changing the story around amulet quite a bit lately
[15:36] <cory_fu> mattyw: And also not a big issue.  I don't think the tests currently check the actual relation data, just the relation existence
[15:36] <lazyPower> older info still works but there's enough knowledge now for patterns to be recommending, such as your unit testing template
[15:36] <mattyw> cory_fu, that would be nice, last time I was unable to even run the tests, so I'd like to at least get that far
[15:36] <lazyPower> and how to approach the tests from a bundle standpoint vs a charm standpoint
[15:37] <cory_fu> mattyw: This might be of help: http://blog.juju.solutions/cloud/juju/2014/10/02/charm-testing.html
[15:38] <cory_fu> I was able to run up to and including the 200_deploy test without issue with bundletester
[15:38] <cory_fu> Though 200_relate_ceilometer.test had an issue
[15:38] <cory_fu> (Unrelated to your change)
[15:41] <mattyw> cory_fu, awesome, thanks very much, I'll take a look
[15:42] <cory_fu> np, thanks for working on this.  :)
[15:57] <thedellster> Hey all quick question. Trying to define more than two networks on juju and openstack outside of public and private. Is this possible currently, or do I need to configure the hosts using another method once juju deploys them. Online for ceph I saw the following answer posted. “Currently Juju has a very simple networking model, which assumes only a "private" (inside the cloud environment) and "public" (externally accessible)
[15:57] <thedellster> networks. “ Is this true for all openstack services?
[16:05] <thedellster> Is there a better forum or place I should go for information relating to this? I’ve looked online and haven’t really been able to find anything.
[16:09] <jamespage> gnuoy, hows you nova-cc testing coming along?
[16:28] <gnuoy> jamespage, I did a deploy with it and added the comment to the mp
[16:29] <jamespage> gnuoy, link? sorry - that will be folderized somewhere which takes time :-)
 jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/fix-db-migrations/+merge/239389
[16:30] <lazyPower> cory_fu: wait, the ceilometer test had an issue?
[16:30] <lazyPower> cory_fu: do you recall what that issue was?
[16:30] <jamespage> gnuoy, +1
[16:31] <jamespage> gnuoy, pls land :-)
[16:31] <cory_fu> lazyPower: I thought it seemed like an environment issue or I would have noted it on the review, but I don't recall exactly
[16:31] <lazyPower> ok. phwew
[16:31] <jamespage> marcoceppi, re mysql - was it intentional what precise and trusty branches have diverged
[16:31] <jamespage> ?
[16:32] <lazyPower> cory_fu: checking myself now - thanks for teh tip. last thing i want is jamespage pinging me that we broke openstack dependencies
[16:32] <marcoceppi> jamespage: no, I'm trying to get the fixes out the door today but it's not looking good
[16:32]  * lazyPower hides
[16:32] <cory_fu> :)
[16:32] <cory_fu> lazyPower: I was just running bundletester, so it should be easy enough to replicate
[16:32] <lazyPower> ack, thats what i'm doing on hPCloud
[16:33] <marcoceppi> jamespage: going to simply submit some small fixes for the charm today, ones that move to charm helpers completely and implement better configuration and has support for oracle/5.6/5.7
[16:33] <jamespage> marcoceppi, awesome
[16:40] <gnuoy> jamespage, merged
[16:41] <jamespage> gnuoy, awesome thankyou!
[17:09] <jamespage> gnuoy, OK working through each charm for release now
[17:13] <jamespage> gnuoy, for reference i'm saving the existing trunk charm to /old-stable under ~openstack-charmers
[17:14] <gnuoy> jamespage, ack
[17:25] <jamespage> gnuoy, all done
[17:25] <jamespage> gnuoy, must remember that precise hacluster != trusty hacluster
[17:25] <gnuoy> \o/
[17:25]  * jamespage had to do some reverting
[17:28] <adjohn> Anyone have good resources on using Juju with existing puppet manifests?
[17:40] <ktosiek> it looks more lively, so I'll try now - can I use Juju to setup a deploy like this: for each batch of app hosts, silence (disable?) their monitoring, remove them from load balancer, upgrade the app, re-enable monitoring, wait for monitoring to turn green, put back in load balancer
[17:41] <ktosiek> I'd like the whole process to stop as early as possible if something goes wrong, too. I can script juju calls if that cannot be done inside Juju itself, but I'm not sure how disabling only some units would work
[17:43] <ktosiek> hmm, or am I thinking with wrong categories... I can split app into few groups, and then for each unlink them from LB, do the upgrade (which should make Juju unlink/link with monitoring by itself, right?), check if it's OK with external tool, and put them back into LB
[17:45] <lazyPower> adjohn: We dont have a good example for that, but i'm happy to work with you to develop that story
[17:46] <lazyPower> adjohn: the most helpful tips I can give you, are to split your manifest resources out into the contexts that the hooks themselves handle, and execute the manifests as standalone 'recipes' in each of the hook contexts. How familiar with chef are you? i've got a few examples leveraging chef that should translate fairly well.
[17:58] <adjohn> lazyPower: pretty familiar with Chef, that would be helpful!
[17:59] <lazyPower> adjohn: ok, i have some patterns here that should help then - its leveraging chef-solo, and each hook is outlined as a resource in the cookbook -   https://code.launchpad.net/~charmers/charms/precise/rails/trunk
[18:00] <lazyPower> if you come up with any specific questions feel free to ping me
[18:00] <adjohn> Thanks, will do!
[18:16] <lazyPower> jrwren: will review your branch after i wrap up stub's pending review of postgres. so you're up next
[18:16] <lazyPower> but a cursory review looks good - i just want to do some deploy testing
[18:18] <jrwren> lazyPower: any idea why it missed the queue?
[18:18] <lazyPower> jrwren: the ingest is turning into chunky salsa on a bug - which is preventing items that come after it from ingesting.
[18:23] <lazyPower> jrwren: i'll probably put in some OT on helping get a fix for this. I have an idea that may help prevent this from happening in teh future - creating a "problematic items" report so we can skip items if they fail ingest for whatever reason - but continue on the ingestion path. There's probably always going to be something that winds up being a twit and doesn't ingest for w/e reason. Character encoding, weird formatting of a date, something.
[18:39] <marcoceppi> jcastro: jrwren review queue is fixded
[18:39] <marcoceppi> there's a ton of stuff in the review queue now
[18:39] <marcoceppi> <3 you all
[18:39] <jcastro> marcoceppi, huh, I had like 10 that should be in there now
[18:39] <marcoceppi> jcastro: the ingest is still running
[18:39] <jcastro> oh, is it still ingesting?
[18:39] <jcastro> ack
[18:40] <marcoceppi> we're moving away from celery and on to a better delayed task tool in the next week
[18:40] <marcoceppi> so errors will get caught quicker
[18:43] <jcastro> marcoceppi, my metadata spam compells you
[19:45] <lazyPower> stub: are you around?
[19:56] <marcoceppi> lazyPower: some interesting stuff in the testing page: http://reports.vapour.ws/charm-tests/charm-bundle-test-1256-results
[19:56] <lazyPower> stub: landed https://code.launchpad.net/~stub/charms/precise/postgresql/integration/+merge/233666
[19:56] <lazyPower> filing a bug re: tests for follow up work.
[19:57] <marcoceppi> tvansteenburgh output is looking better ^
[20:00] <lazyPower> stub: https://bugs.launchpad.net/charms/+source/postgresql/+bug/1384894
[20:00] <mup> Bug #1384894: Tests Fail Consistently <postgresql (Juju Charms Collection):New> <https://launchpad.net/bugs/1384894>
[21:31] <ktosiek> let's say I have a simple app on top of PostgreSQL with hot standby, what's the chance of split brain? Would putting 1 app instance and 1 postgres instance on a separate partition cause it?
[21:33] <ktosiek> oh, nevermind, the postgresql node won't upgrade to master without confirmation from juju main node
[21:35] <ktosiek> hmm, which make the state server a sinngle point of failure... how would it handle being brought up after environment changed?
[21:35] <marcoceppi> ktosiek: you can scale the state server out to avoid it being a single point of failure
[21:36] <ktosiek> right, but my second question still stands: what would happen if something changed (like nodes failing) while state server was failing over?
[21:40] <marcoceppi> Since all state servers are in sync, if one state server is failing the others would know that the postgresql server was failing as there's a call home ever X period of time. So the state would be updated accordingly regardless of the state servers state as long as there was still a state server running
[21:40] <marcoceppi> I need to look in to the clustering stuff a bit more, but that's my understanding as not a juju dev
[21:41] <ktosiek> yeah, so the state server is used as a source of truth for charms with HA. Sounds sensible
[21:43] <ktosiek> thanks, I'm starting to feel I've got the basic architecture :-)
[22:06] <lazyPower> marcoceppi: latent response - yeah i'm aware. I put this on amir's radar and will be revisiting this again. most of it is cosmetic - but there are some legitimate things bothering me re: namenode relationshipc hanged failed.
[22:08] <thedellster> Seems like you guys are in the middle of some serious dev/testing. I have an openstack maas juju environment up, and need to do some tweeking with the network settings on cinder and nova, and integrate with a third party cinder driver. I realize you guys are probably less inclined to answer admin type questions, but I’ve really tried engaging multiple sources for more info including the openstack team at HP, online documentatio
[22:08] <thedellster> etc, and am coming up short on answers. Is there a good forum to get help on? Or a should I come back at a later time? Thanks for any response.
[22:12] <ktosiek> thedellster: I'd try askubuntu.com or even stackoverflow as a last resort
[22:14] <thedellster> Thanks ktosiek…
[22:14] <lazyPower> thedellster: the mailing list is also a great way to get latent responses to questions -<EMAIL_ADDRESS>[22:15] <lazyPower> not everyone monitors the irc channel, but there are a fair number of eyes monitoring the mailing list
[22:15] <thedellster> Ah great!
[22:21] <marcoceppi> thedellster: and most of the OpenStack charmers are on UK time :)
[22:22] <marcoceppi> the mailing list is a great place to start, if you send in your question I'll make sure to poke them tomorrow to take a look. Ask Ubuntu is another great place as well (a bit more SEO than a mailing list)
[22:22] <thedellster> Writing the email now…
[22:23] <thedellster> Might stick around till UK time
[22:23] <thedellster> thanks again everyone!
[22:23] <marcoceppi> o/
[22:41]  * thedellster sends email crosses fingers. Preparing to drink pot of coffee for 4am UK time handoff.
[22:46] <lazyPower> thedellster: maybe take a nap before hand so you're fresh and ready to go when they arrive.
[22:47] <thedellster> Lol a very diplomatic way to get me out of here…. Thanks again I’ll wait on the mailing list reply, and maybe come back at 4am…
[22:48] <thedellster> replacing tequila with coffee
[22:48] <thedellster> thanks for the help