[00:00] <jose__> o.o
[00:38] <Guest56564> guten morgen
[00:38] <Guest56564> kann mir jemand helfen conky zu installieren
[00:56] <marco-parillo> !de
[01:00] <barmaley> where is it?
[01:14] <Guest47357> hi
[03:22] <sinsix> anybody awake?
[03:23] <sinsix> well if so , using an old work horse pc , 1400 mhz core two duo pnetium with 2 gigs of ram
[03:23] <sinsix> using ltr 14 atm
[03:24] <sinsix> was gona pick up a new ssd next week
[03:24] <sinsix> cheap sandisk 120 gig , curious if anybody thinks the newerr with plsma could run ok on it
[03:25] <sinsix> or should i stick with the older lts version
[03:26] <sinsix> hmm alot of people silent for prime time lol
[03:27]  * sinsix smacks everybody with a large trout
[03:28] <sinsix> hmm i assume around a hundred people in here and not a peep
[03:29] <sinsix> maybe webchat people, are blocked?
[03:32] <sinsix> really anbody alive?
[03:33] <sinsix> hmm maybe a webchatter started some being rude and admin blocked msges?
[04:06] <rodolfojcj> hello
[04:06] <rodolfojcj> about what UTC hour of october 22, is it supposed to officially see the new Kubuntu 15.10 release?
[04:08] <excalibr> rodolfojcj, I believe some mirrors have already received the iso
[04:09] <rodolfojcj> ok
[04:09] <rodolfojcj> I'm doing an aptitude update right now
[04:09] <rodolfojcj> here where I live is october 21 yet
[05:54] <th3s3_3y3s> listen
[05:54] <th3s3_3y3s> they cant nak me unless they have a time constraint to hold against
[05:55] <th3s3_3y3s> honey
[05:56] <th3s3_3y3s> listen
[05:56] <th3s3_3y3s> 0 dimensional root
[05:57] <th3s3_3y3s> listen
[05:58] <th3s3_3y3s> if they can't keep tract of time waggafinger shows up to an empty room
[05:58] <th3s3_3y3s> listen
[06:00] <th3s3_3y3s> listen light can be an opposing force
[06:01] <lordievader> th3s3_3y3s: What does this have to do with Kubuntu support?
[06:02] <th3s3_3y3s> well aren't you vader?
[06:02] <lordievader> th3s3_3y3s: I'll take that as a 'nothing'.  Subscribe to the annouce mailing list ;)
[10:57] <BluesKaj> Hiyas all
[11:22] <freeroute> hello
[11:23] <freeroute> http://cdimage.ubuntu.com/kubuntu/releases/15.10/final/ - not workie :(
[11:23] <hateball> It's not released yet, so
[11:24] <freeroute> :(
[11:25] <freeroute> hateball: so this is unofficial? http://cdimage.ubuntu.com/kubuntu/releases/wily/release/
[11:26] <hateball> freeroute: nope
[11:26] <lovinamn> 'google links Linux
[11:26] <hateball> freeroute: it's just not officially "released"
[11:26] <freeroute> will there be a release party?
[11:26] <freeroute> will there be cake?
[11:27] <hateball> !release
[11:27] <hateball> hmm
[11:27] <hateball> !releaseparty
[11:27] <hateball> haha, saucy. that's well old
[11:27] <freeroute> lol oldskool
[11:27] <BluesKaj> freeroute, I had to install my gpu driver in VT before i could get a desktop
[11:28] <freeroute> BluesKaj: VT? Were you installing it on virtualbox by any chance?
[11:28] <BluesKaj> Virtual terminal/TTY
[11:28] <freeroute> oh ok
[11:28] <BluesKaj> no VMshere
[11:30] <freeroute> I tried to install Fedora 22 minimal on vbox with @kde-desktop package group, but I couldn't get X running because of a supposed vbox bug.
[11:30] <freeroute> (affects most recent kernels and recent versions of xorg)
[11:30] <freeroute> (according to the people at #fedora)
[11:31] <BluesKaj> hah you've been listening to PSIJack
[11:33] <freeroute> if it was, then he used the disguise of fenrus02 and linuxmodder
[11:35] <freeroute> something about vbox video driver not being loaded or something
[11:36] <BluesKaj> his fav OS is fedora and spouts about it in ##linux all the time
[11:36] <freeroute> heh yeah, I figured I would give it a try, but I couldn't, especially because they provided the KDE-without-the-apps install.
[11:37] <freeroute> but I couldn't even get the damn thing to start a graphics session :p
[11:38] <BluesKaj> not an rpm fan, the packaging wasn't to my liking, but that was a while ago, maybe it's less clunky now
[11:39] <freeroute> they have dnf now, but I haven't really used it extensively yet to know how well it works.
[11:39] <freeroute> I really liked that during install there was a tmux session in TTY1
[11:39] <freeroute> with logs and everything
[11:41] <hateball> I could swear there was a channel for offtopic banter
[11:41] <freeroute> lol
[13:51] <PETSounds> What's new in Kubuntu Wily?
[13:54] <marco-parillo> You could wait a bit, but here is a not-ready-for release preview: https://wiki.ubuntu.com/WilyWerewolf/ReleaseNotes/Kubuntu
[13:55] <marco-parillo> And, as usual, OMG Ubuntu wants to be first: https://twitter.com/omgubuntu/status/657152118126542848
[13:57] <marco-parillo> Or you can just grab it now (http://cdimage.ubuntu.com/kubuntu/releases/15.10/release/) and write your own review, but please do not post until the announcement.
[13:58] <PETSounds> nice, downloading now
[14:14] <Riddell> 15.10 is out https://kubuntu.org/news/kubuntu-15-10/
[14:15] <rodolfojcj> excellent news!!
[14:15] <rodolfojcj> thanks for your constant and great work
[14:16] <Riddell> it has been a pleasure
[14:16] <EvilRoey> Riddell:  thank you!!!!
[14:20] <jesperht> Riddell: Thanks, you rock :)
[14:20] <marco-parillo> TY Riddell for the past work. Also thanks for grabbing most of https://wiki.ubuntu.com/WilyWerewolf/ReleaseNotes/Kubuntu
[14:20] <Riddell> marco-parillo: most? didn't I grab it all
[14:21] <marco-parillo> Except for the Draft-Not for release
[14:21] <rodolfojcj> reading the 15.50 announcement, I have curiosity for exploring the new LibreOffice 5.0
[14:21] <rodolfojcj> *15.10
[14:21] <marco-parillo> But, one question: I have not re-run the open bug list query in a while. Did you?
[14:22] <Riddell> marco-parillo: no I didn't check over those, would be worth doing
[14:33] <marco-parillo> Riddell: I ran my little perl script and generated this (http://paste.ubuntu.com/12894327/) and updated the wiki (https://wiki.ubuntu.com/WilyWerewolf/ReleaseNotes/Kubuntu) with it. Good news is that the list is shorter.
[14:34] <Riddell> :)
[14:34] <Riddell> go in -devel
[14:35] <amichair> Riddell: congrats! and thanks!
[14:55] <SylvieLorxu> Just curious, is the header of the homepage going to be changed? It currently still says Kubuntu 15.04 + Plasma 5
[15:07] <Linus__> hi my users!
[15:07] <Linus__> I AM CREATOR OF LINUX
[15:07] <Linus__> XD
[15:07] <Linus__> XDDD
[15:07] <Linus__> XDDDDD
[15:07] <Linus__> PIK
[15:07] <Linus__> SEXY
[15:07] <Linus__> I LOVE BARACK OBAMA
[15:07] <lordievader> !ops
[15:08] <Linus__> !ops
[15:08] <lordievader> Thank you Pici
[15:08] <Pici> np
[15:40] <jubo2> Hiya
[15:40] <jubo2> Now on Kubuntu15.10
[15:40] <jubo2> but I've no sounds
[15:41] <jubo2> it may to do with me mounting the old /home partition onto /home and now there are some settings conflicting in such a way that the autodetection of the audio HW went wrong
[15:41] <jubo2> or this is what I figure what happened
[15:42] <jubo2> Looks very nice but lack of sounds really bummers
[15:43] <jubo2> how do I probe for the sound HW
[15:43] <jubo2> and install the driver
[15:43] <jubo2> at least I think this is what I want to do
[15:46] <jubo2> should I install again without mounting the /home partition and then mount that later on ?
[15:47] <jubo2> one would expect the installation to detect the built-in
[15:47] <jubo2> though 15.04 also detected the auxiliary sound card in addition to the internal
[15:54] <jubo2> can't see the audio device in 'sudo lspci -v'
[15:55] <jubo2> My current theory is that the installer mounted the /home partition too early on and got some shit settings from there ( originally a Kubuntu15.04 installations /home partition )
[15:56] <jubo2> I can try the installation again without including the "mount /dev/sda7 as /home" but if it is useless I'd rather not
[15:57] <jubo2> now I now
[15:57] <jubo2> I try the live version and see if that sees my sound HW
[15:57] <jubo2> bye
[16:03] <jubo2> Hiya
[16:04] <jubo2> now in Kubuntu15.10 live and the internal sound card is working just fine
[16:05] <jubo2> could someone plos confirm my theory that the broken settings from my /home partition of the Kubuntu15.04 are obstructing the audio HW from being detected at all
[16:08] <jubo2> silence
[16:08] <jubo2> I thought this was the #kubuntu support channel
[16:09] <s_20> jubo2: IRC support means you may have to wait for some time
[16:09] <sick_rimmit> Hi
[16:09] <sick_rimmit> jubo2:
[16:10] <jubo2> oui_
[16:12] <sick_rimmit> I think you have something with you /home partition
[16:13] <jubo2> me too
[16:13] <jubo2> there are broken settings over there
[16:13] <sick_rimmit> If you boot back into your machine again, you could try running alsamixer from the terminal
[16:13] <sick_rimmit> Infact
[16:13] <sick_rimmit> try it now in the live version
[16:13] <jubo2> I am asking in what sequence the audio HW detection and the mounting of the old /home partition happen
[16:13] <jubo2> ok
[16:13] <sick_rimmit> take a look at the various channels and their settings
[16:14] <jubo2> sick_rimmit: it is all looking good, the alsamixer
[16:14] <sick_rimmit> I don;t think its HW detection, that's taken care of by the kernel module loader
[16:14] <sick_rimmit> To check that for sure you could take a look at the output from lsmod
[16:15] <jubo2> sick_rimmit: I think I looked at lsmod on the installed OS and it did not list any audio devices
[16:15] <sick_rimmit> Could be worth trying alsamixer in  the installed env, see if it simply switched something off
[16:15] <jubo2> with Kubuntu15.04 detecting both at install time
[16:15] <jubo2> ok. I reboot there and connect bakc
[16:16] <sick_rimmit> alright
[16:28] <jubo2> 'alsamixer' displays the card correct
[16:28] <jubo2> but I don't hear anything
[16:28] <jubo2> sick_rimmit:
[16:30] <jubo2> I don't see any audio devices in 'lspci -v'
[16:31] <lordievader> jubo2: Could you pastebin the output of 'lspci -k'?
[16:31] <jubo2> sure thing
[16:32] <jubo2> lordievader: http://pastebin.com/nX30Q4LF
[16:32] <jubo2> there I see an audio device
[16:32] <lordievader> jubo2: Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
[16:32] <lordievader> Kernel driver in use: snd_hda_intel
[16:33] <lordievader> jubo2: What is the problem?
[16:33] <jubo2> no audio
[16:33] <lordievader> jubo2: What does 'aplay -l' return?
[16:34] <jubo2> it sees both the internal and the external cards
[16:34] <lordievader> Okay, which one do you want to use?
[16:34] <jubo2> that's difficult to answer
[16:35] <jubo2> whenever there is no external connected I wanna use the internal and when there is then the external
[16:35] <lordievader> Right, so you want to use the external one. What does 'pactl -l' return?
[16:35] <jubo2> getting either one to play some sound would be an advancement on the current situation of no sound
[16:35] <lordievader> Err 'pactl info'*
[16:36] <paologas91> hi guys
[16:36] <jubo2> lordievader: pa_context_connect() failed: Connection refused
[16:36] <lordievader> jubo2: Are you executing that command from root or do you not run Pulseaudio?
[16:36] <jubo2> lordievader: I exectute it as a normal user
[16:37] <lordievader> So pulseaudio ain't running? (ps aux|grep pulse)
[16:37] <jubo2> not running
[16:37] <sick_rimmit> Looks like you've found the trail to follow
[16:38] <jubo2> yeah but trailblazing bass is missing
[16:38] <lordievader> jubo2: Okay, we'll sidestep for a second.
[16:39] <lordievader> jubo2: Could you give me the output of 'aplay -l' anyways?
[16:39] <madmanwithabox> !bot?
[16:39] <madmanwithabox> nice!
[16:39] <jubo2> lordievader: http://pastebin.com/dP6A4ctR
[16:40] <lordievader> jubo2: I suppose you want to use the MobilePre?
[16:40] <jubo2> yes
[16:40] <jubo2> I want to use both
[16:41] <jubo2> when the MobilePre isn't hooked up the internal and when it is the external
[16:42] <lordievader> jubo2: I know, the internal will be used as fall back but lets not focus on that right now. Could you give the output of 'aplay -L' too please?
[16:43] <jubo2> lordievader: http://pastebin.com/uMw8R8v4
[16:45] <lordievader> jubo2: Do you hear something when you execute "aplay -D front:CARD=MobilePre,DEV=0 /usr/share/sounds/alsa/Front_Center.wav" (Path might not be entirely correct)
[16:46] <jubo2> lordievader: I don't even see or hear the "adjust volume" graphic and associated sounds
[16:46] <lordievader> jubo2: What?
[16:47] <jubo2> It says "aplay: set_params:1239: Channels count non available"
[16:47] <BluesKaj> think the fron_center is a speaker path not a line level or preamp level path
[16:48] <lordievader> jubo2: Hmm, make it "aplay -D front:CARD=MobilePre,DEV=0 -c 2 /usr/share/sounds/alsa/Front_Center.wav"
[16:49] <Khaotic> Konversation sucks
[16:49] <jubo2> Konversation FGJ
[16:49] <Khaotic> ?
[16:49] <lordievader> Khaotic: Then use something else, you are free to choose ;)
[16:49] <jubo2> lordievader: says the same "channels count non available"
[16:49] <Khaotic> i know
[16:49] <Khaotic> i just wanted to mention that
[16:49] <Khaotic> i use hexchat
[16:49] <lordievader> jubo2: Right, was afraid of that.
[16:49] <BluesKaj> Konversation rocks!
[16:49] <Khaotic> but hexchat doesnt work with systray in 15.04
[16:50] <Khaotic> i am considering upgrading to 15.10 today
[16:50] <Khaotic> BluesKaj, konversation keeps disconnecting me
[16:50] <BluesKaj> Khaotic, maybe your settings are incorrect
[16:50] <Khaotic> i like the ui though
[16:50] <Khaotic> they arent
[16:50] <Khaotic> same settings i have in hexchat
[16:50] <Khaotic> same servers and ports
[16:50] <lordievader> jubo2: You might try "aplay -D plughw:CARD=MobilePre,DEV=0 /usr/share/sounds/alsa/Front_Center.wav"
[16:51] <BluesKaj> Khaotic, which irc servers ?
[16:51] <Khaotic> freenode and hak5
[16:51] <lordievader> Whoop hak5 \o/
[16:52] <Khaotic> lol
[16:52] <BluesKaj> Khaotic,  try card, dickson and kornbluth
[16:52] <Khaotic> what are those?
[16:52] <danboid> Is there a apt / dpkg equivalent to Arch's bacman, if anyone is familar with that? That's Bacman, not pacman.
[16:52] <BluesKaj> hak5 ,,blrh
[16:53] <lordievader> danboid: Perhaps describe what Bacman does?
[16:53] <Khaotic> awww kubuntu hasnt upgraded to 15.10 yet
[16:53] <BluesKaj> Khaotic,  https://freenode.net/irc_servers.shtml
[16:54] <Khaotic> oh
[16:54] <Khaotic> well i use just irc.freenode.net and im still connected in hexchat
[16:54] <Khaotic> but in konversation it disconnects all the time
[16:54] <danboid> lordievader, bacman creates a package from a previously installed Arch package (for which you no longer have access to the original binary package)
[16:54] <BluesKaj> not here
[16:54] <Khaotic> and i hate how konversation doesnt id to nickserv before joining channels
[16:54] <Khaotic> hexchat does
[16:55] <lordievader> danboid: Ah. No, no idea. Sorry.
[16:56] <jubo2> lordievader: that run witout errors but no sound was played
[16:57] <lordievader> jubo2: Hmm, not anywhere?
[16:57] <BluesKaj> Khaotic, it used to, but now one has make sure nickserv sees the pw in the server itself
[16:57] <danboid> I don't think apt and rpm can do this. When I found out about it recently I thought it was the coolest packaging feature I'd heard about in some time. It'd be nice to see this is the deb world too.
[16:57] <danboid> rpm/yum
[16:57] <Khaotic> huh?
[16:57] <Khaotic> BluesKaj, what do you mean?
[16:57] <jubo2> not anywhere lordievader
[16:57] <BluesKaj> Khaotic, not just in freenode
[16:58] <Khaotic> i know
[16:58] <lordievader> jubo2: Any channels muted?
[16:58] <Khaotic> i set different profiles for each server
[16:58] <Khaotic> it's joins the channels before it IDs to nickserv
[16:58] <jubo2> lordievader: hitting the volume up and volume down doesn't give the volume adjustement see-through graphic
[16:58] <lordievader> jubo2: That is rather unrelated.
[16:58] <jubo2> the System Settings there are no audio devices but the other commands seem to see the cards
[16:59] <lordievader> jubo2: Go in alsamixer and make sure all channels are unmuted and max vol then try the command again.
[16:59] <BluesKaj> open edit in the server list and add your password there, for each server in the list
[16:59] <lordievader> Also make sure any automute is off.
[17:00] <jubo2> lordievader: automute was enabled
[17:00] <jubo2> does that matter
[17:00] <lordievader> jubo2: No channels were muted?
[17:00] <BluesKaj> jubo2, yes disable it
[17:01] <jubo2> what would I see if there were muted channels
[17:01] <lordievader> jubo2: MM
[17:01] <lordievader> jubo2: You want to see 100
[17:01] <jubo2> I see that
[17:01] <BluesKaj> automute mutes all channels, no mater what the othe vol ctls are set at
[17:01] <jubo2> except master is @ 42
[17:01] <lordievader> jubo2: Set that to 100 too ;)
[17:02] <jubo2> BluesKaj: I disabled it now
[17:02] <BluesKaj> ok
[17:02] <jubo2> no sound
[17:02] <lordievader> jubo2: You may also want to try 'hw:CARD=MobilePre,DEV=0' as an argument for -D.
[17:03] <jubo2> that says the "channel count not available"
[17:03] <lordievader> Right....
[17:04] <lordievader> jubo2: Guess it is time to start pulseaudio and mess around in pavucontrol.
[17:04] <BluesKaj> jubo2, after making changes in alsamixer, escape then do, sudo alsactl store
[17:04] <jubo2> BluesKaj: run that. no effect
[17:05] <BluesKaj> no output means it worked
[17:05] <jubo2> yeah but the aplay command runs and no sound is played. I meant that
[17:06] <lordievader> jubo2: Actually I am interested does the '-D plughw:CARD=MID,DEV=0' argument get working sound on the internal card?
[17:06] <Khaotic_> ah that worked BluesKaj
[17:08] <jubo2> lordievader: Now the internal sound card says "Front, center" in noncaptivating tone.. but this is progress
[17:10] <BluesKaj> jubo2, so you have pavutctl set to use the internal
[17:10] <jubo2> I've never touched pavuctl
[17:10] <BluesKaj> ok
[17:10] <jubo2> I don't even have pavuctl
[17:11] <BluesKaj> oh I thought you mentioned it earlier
[17:11] <jubo2> no
[17:12] <BluesKaj> pavucontrol that is'
[17:12] <jubo2> so I should install that?
[17:13] <jubo2> no package called pavuctl
[17:13] <BluesKaj> only if you think it will help, to me pulseuadio restricts outputs in complex audio setups
[17:13] <BluesKaj> pavuctl=pavucontrol
[17:14] <jubo2> I don't even know what I need PulseAudio for
[17:15] <BluesKaj> j!pulseaudio
[17:15] <BluesKaj> !pulseaudio
[17:16] <BluesKaj> jubo2, unfortunately or fortunately, depending on your point of view pulseaudio is default on kubuntu
[17:17] <jubo2> I don't know what is the difference between ALSA/PulseAudio/JACK
[17:17] <jubo2> I just want it to work like I want it to
[17:17] <lordievader> jubo2: Ok, so at least the internal works.
[17:17] <jubo2> if I use the aplay command
[17:17] <lordievader> jubo2: Yes, install pavucontol.
[17:18] <lordievader> jubo2: Then start pulseaudio and see if you can direct some audio to go to the external soundcard.
[17:18] <BluesKaj> alsa can provide audio (it's the basic audio app) without pulseaudio, but pulseaudio needs alsa to run
[17:18] <jubo2> "Unable to connect to PulseAudio"
[17:19] <jubo2> lordievader: how do I start pulseaudio? 'pulseaudio &' ?
[17:19] <jubo2> yeah.
[17:20] <jubo2> pavucontrol sees both cards
[17:20] <jubo2> but will it play?
[17:20] <BluesKaj> it should
[17:21] <jubo2> nope
[17:21] <BluesKaj> it used play both cards on my pc when I had a m-audio as well an onboard
[17:22] <jubo2> now I'm hearing "plop-plop-plop" in varying volume levels based on the setting
[17:23] <BluesKaj> jubo2, sometimes  sudo alsa force-reload works after making changes
[17:23] <jubo2> now the audio is on
[17:24] <BluesKaj> linux audio such a messy bunch of apps and servers
[17:24] <jubo2> but I cannot control it with the volume control keys
[17:25] <BluesKaj> judo you have kmix installed? that's another helper app that runs as an alsa gui
[17:25] <jubo2> BluesKaj: nope
[17:25] <jubo2> should I?
[17:25] <BluesKaj> not yet
[17:26] <jubo2> at least I can listen to audio while I receive help to fix this
[17:27] <BluesKaj> jubo2, actually after all these settings changes the real test to see if they're sticky is to reboot
[17:27] <samfreenode> How do I upgrade pls
[17:28] <BluesKaj> samfreenode, from?
[17:28] <samfreenode> 15.04
[17:28] <samfreenode> sudo apt-get dist-upgrade no work
[17:28] <BluesKaj> samfreenode, sudo do-release-upgrade
[17:28] <tori_> Hi everyone! My Kubuntu 15.04 fails to update to 15.10. I get an error after step 2 of the process. Removing 3rd party repos from package manager did nothing :(
[17:29] <jubo2> BluesKaj: so I reboot?
[17:29] <BluesKaj> but make sure you do sudo apt update && sudo apt upgrade first
[17:29] <BluesKaj> samfreenode,^
[17:29] <tori_> made a bug report as prompted, but perhaps you have more ideas? https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1509025
[17:29] <samfreenode> BluesKaj, Thanks, upgrading now
[17:30] <BluesKaj> jubo2, that's your call
[17:31] <jubo2> I prlly still need to 'pulseaudio &' after reboot=
[17:31] <jubo2> I reboot
[17:35] <jubo2> audio works after 'pulseaudio &' but volume controlls are not functional
[17:37] <BluesKaj> jubo2, install kmix , you'll see the same vol ctls as alsa, but in a handy gui
[17:38] <BluesKaj> and youKB volctls might work, mine do
[17:38] <lordievader> jubo2: If pulse audio ain't started use: pulseaudio --start
[17:38] <BluesKaj> the default pulseaudio vol ctl in the panel is useless
[17:39] <BluesKaj> the kmix vol settings link directly to alsa
[17:39] <jubo2> This are the errors I get when running kmix: http://pastebin.com/tvpeUUQ2 BluesKaj
[17:40] <lordievader> jubo2: If you are using pulseaudio you should use the new volume manger which interfaces with pulseaudio.
[17:41] <jubo2> now the audio control shows up but that controls the internal (and is audible in the internal) while the external sound card is playing uneffected by the control
[17:41] <lordievader> jubo2: Btw, can I conclude from the backlog that through PA the external card works?
[17:42] <jubo2> lordievader: yes
[17:42] <lordievader> Nice ;)
[17:43] <jubo2> now I disconnected the external and sound is playing from internal and controls are responding
[17:43] <lordievader> Makes sense.
[17:43] <jubo2> I reboot
[17:44] <lordievader> jubo2: By the by the pa applet should list all sound cards.
[17:47] <jubo2> I wish this stuff would just work
[17:48] <jubo2> now I rebooted and 'pulseaudio --start' and the external nor the internal ain't saying anything
[17:48] <denza242> oh uh, I have a packaging bug to report
[17:49] <jubo2> now I disconnected the external and no audio is saying anything
[17:50] <denza242> so basically, the package kde-config-systemd installs the kcm shared object to /usr/lib/x86_64-linux-gnu/plugins/
[17:50] <denza242> however
[17:50] <lordievader> jubo2: By the by the pa applet should list all sound cards.
[17:50] <lordievader> For me it even lists networked cards.
[17:50] <denza242> it should be installing to /usr/lib/x86_64-linux-gnu/qt5/plugins/kcm_systemd.so
[17:51] <marco-parillo> denza242: you would have a bigger audience in #kubuntu-devel for that kind of thing.
[17:52] <jubo2> lordievader: what is the "pa applet" ?
[17:52] <lordievader> jubo2: The new kmix thing which interfaces with PA.
[17:52] <lordievader> Should be there by default.
[17:53] <BluesKaj> jubo2, you need to decide which audo card/chip is default (card 0) in system settings>multimedia>device preference
[17:53] <samfreenode> BluesKaj, omg why is it taking so long
[17:53] <denza242> marco-parillo: posted there
[17:53] <jubo2> BluesKaj: that just shows "PulseAudio server" as the only alternative
[17:54] <jubo2> lordievader: BluesKaj: this is getting more bizarre
[17:55] <BluesKaj> bummer, now you know why i don't use pulseaudio, that one of the reasonsa
[17:55] <jubo2> using the internal sound card the internal speakers work but if I connect the stereo jack the audio goes away
[17:56] <BluesKaj> too many audio cooks in linux-audio
[17:56] <BluesKaj> what is the stero jack connected to?
[17:56] <jubo2> I agree
[17:56] <jubo2> BluesKaj: a functional stereo set
[17:57] <lordievader> jubo2: Sounds like automute is on again.
[17:58] <BluesKaj> and it's an analog out to line level rca type plugs?
[17:58] <BluesKaj> automute should off since he disabled it already
[17:58] <BluesKaj> be
[17:58] <jubo2> it wasn't
[18:01] <BluesKaj> jubo2, the analog out on the soundcard shorts out the internal speakers, it seems that's a mechanical delberate short
[18:02] <jubo2> with random hacks and sprinkling magic dust I potentially can get some sound out of this machine
[18:02] <jubo2> BluesKaj: yeah.. but the way we are all used to it is that if you connect a 3.5mm jack all audio goes there
[18:02] <jubo2> now nothing goes there
[18:03] <tori_> A small request: I attached in my bug report a list of packages currently on my system. I don't know what/how to clean it up to prceed with my upgrade to 15.10. Plese take a look - https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1509025
[18:03] <BluesKaj> jubo2, sounds like you need to reinstall pulseaudio and pulseaudio-utils, it should start by default
[18:03] <jubo2> I don't want pulseaudio.  I've seen Kubuntu15.04 that correctly displays the cards in the System Settings -> Multimedia and not just list "PulseAudio server" on all fields
[18:05] <BluesKaj> alsa is there by default, you can run without pulseaudio
[18:06] <BluesKaj> pulseaudo runs on top of alsa as a sound server like a middleman
[18:09] <jubo2> Yeah.. Well it'd be awesome to be able to be able to select the audio devices in System Settings but the only available setting is now "PulseAudio Server"
[18:09] <jubo2> BluesKaj and lordievader: you lot sure that me mounting the old /home partition does not cause the settings mess-up ?
[18:10] <jubo2> so if I installed again without telling it to mount /dev/sda7 as /home
[18:14] <jubo2> any chance that would lead to audio working normally?
[18:14] <BluesKaj> jubo2, you can always do, sudo apt purge pulseaudio pulseaudio-utils :-) reboot and youll see all your audo devices in system settings again
[18:15] <jubo2> BluesKaj: I do that
[18:17] <BluesKaj> jubo2, using separate / amd /home partitions won't change anything in your audio settings if you install to / and save your /home directory mount
[18:17] <BluesKaj> amd=and
[18:19] <jubo2> Now I'm in square one
[18:19] <jubo2> no audio, no audio devices in system settings, no pulseaudio
[18:20] <lordievader> jubo2: You can simply check, comment the /home mount in fstab reboot and login (perhaps you need to create your homedir)
[18:20] <jubo2> Is it worth a shot to try reinstallation of the Kubuntu15.10 without specifying in the install-phase to include the /home partition
[18:21] <jubo2> lordievader: where can I access this fstab
[18:25] <MoonUnit`> in /etc/fstab
[18:25] <jubo2> ait
[18:25] <jubo2> reboot tiem
[18:30] <misterno> any news in kubuntu world
[18:31] <jubo2> lordievader: the fstab change did not change a thing in System settings -> Multimedia
[18:31] <BluesKaj> jubo2, open alsamixer
[18:31] <jubo2> I already mounted the home dir
[18:31] <jubo2> does that matter BluesKaj?
[18:32] <BluesKaj> yes we need to see a screenshot in imagebin or imgur
[18:33] <BluesKaj> need to know what asla sees
[18:33] <BluesKaj> alsa
[18:34] <jubo2> without the home dir being mounted or doesn't matter
[18:34] <jubo2> BluesKaj: ^
[18:35] <BluesKaj> it should be mounted , always, it contains config files etc
[18:35] <jubo2> So I edit /etc/fstab and add it back in?
[18:36] <BluesKaj> it should be mounted automatically if you set a mountpoint when you installed the OS
[18:36] <jubo2> I did
[18:36] <jubo2> but as per recommendation by someone I took it out
[18:36] <jubo2> I put it back and reboot
[18:37] <jubo2> I'm getting more and more certain that none of these troubles would show up if I didn't try to keep the old /home partition
[18:37] <BluesKaj> nope , not true
[18:39] <jubo2> So why 15.04 detected everything like silk and 15.10 doesn't show any devices in the System Settings -> Multimedia
[18:39] <BluesKaj> I always set the mountpoint for /home and install to / , and i don't have the problems you attribute to /old as you call it's properly configured when you update and upgrade after the install
[18:40] <BluesKaj> whoever told you to unmount /home is playing with fire afaik
[18:40] <jubo2> that'd be lordievader
[18:41] <jubo2> added it back
[18:41] <jubo2> reboot
[18:41] <BluesKaj> maybe he knows what he's doing by unmounting /home, but i don't fool with that myself
[18:41] <jubo2> then I take screenshot of alsamixer
[18:41] <jubo2> bbiab
[18:41] <BluesKaj> ok
[18:42] <Simonious> I don't seem to have php on my system..  apt-get install php doesn't work
[18:42] <BluesKaj> Simonious, describe "doesn't work"
[18:43] <BluesKaj> any errors or?
[18:43] <jubo2> back
[18:43] <jubo2> what do I do now
[18:44] <jubo2> reinstall pulseaudio
[18:44] <Simonious> blue - doesn't exist, now trying: sudo apt-get install mysql-server libapache2-mod-auth-mysql php5-mysql
[18:44] <v> benitovasilek
[18:44] <jubo2> but I want ALSA without any PulseAudio garbage on it
[18:44] <Simonious> which seems to be working
[18:44] <BluesKaj> open system settings first to see if any audio devices show up
[18:44] <BluesKaj> jubo2,^
[18:45] <jubo2> BluesKaj: none
[18:46] <BluesKaj> ok sudo alsa force-reload
[18:47] <jubo2> did that
[18:47] <jubo2> no change in system settings
[18:47] <BluesKaj> then cat /proc/asound/cards
[18:47] <jubo2> 0 is HDA-Intel
[18:48] <jubo2> not got the external connected atm
[18:48] <jubo2> I connect it again and see 'cat /proc/asound/cards'
[18:48] <BluesKaj> ok sudo modprobe snd-hda-intel
[18:48] <jubo2> BluesKaj: prints nothing
[18:48] <jubo2> I guess that is ok
[18:49] <BluesKaj> yup, thatmeans it's loaded
[18:49] <BluesKaj> ok open alsamixer
[18:49] <jubo2> open
[18:49] <jubo2> speaker is muted
[18:49] <BluesKaj> screenshot?
[18:50] <jubo2> sure thing
[18:51] <jubo2> where do I post it BluesKaj?
[18:51] <jubo2> I don't remember what's the imagebin
[18:52] <BluesKaj> imagebin or imgur
[18:53] <jubo2> BluesKaj: http://imgur.com/QjiMNnA
[18:56] <BluesKaj> jubo2, is your usb device connected? if so is it listed in F6?
[18:56] <jubo2> BluesKaj: yes
[18:56] <jubo2> BluesKaj: 111
[18:56] <jubo2> accidental line
[18:58] <jubo2> every time I run alsamixer it returns the old values
[18:58] <jubo2> what was the way to save them
[18:58] <BluesKaj> have jubo2, make sure you alsa-base and alsa-utils installed
[18:59] <BluesKaj> sudo alsactl store ,  is the command to save alsamixer changes
[18:59] <lordievader> jubo2: Did you reboot after editing the fstab?
[18:59] <jubo2> yes
[19:00] <lordievader> jubo2: So now you know it has nothing to do with your homedir ;)
[19:01] <jubo2> BluesKaj: nope.. running 'sudo alsactl store' doesn't save the alsamixer changes
[19:02] <BluesKaj> jubo2, then you're missing alsa-utils I bet
[19:03] <jubo2> alsa-utils is the newest version
[19:03] <BluesKaj> alsa-base?
[19:03] <SilentGhost> does anyone know how to increase sensitivity of the touchpad? after upgrade i have to hit it really hard to register tap, the tap-and-drag doesn't seem to work at all
[19:04] <BluesKaj> it's ther eof course otherwise alsamixer wouldn't work
[19:08] <Sadek> Hi guys, I have a problem with accesing a Live session user in new Kubuntu 15.10
[19:08] <jubo2> I think I gonna boot to Kubuntu14 and enjoy some music
[19:08] <jubo2> Thanks for the help anyways BluesKaj and lordievader
[19:09] <ofv> hello
[19:09] <Sadek> I also noticed this same problem in Beta 2...
[19:10] <ofv> just upgraded to 15.10 and found that krunner has a massive memory leak
[19:10] <ofv> as I type, virtual memory usage grows by the tens of GB every few keystrokes
[19:11] <ofv> is this a known problem?
[19:26] <superfluffypunch> Hello all
[19:26] <superfluffypunch> plasma desktop died when I first boot up conky
[19:26] <superfluffypunch> now the desktop is all black (except for conky and docky)
[19:26] <superfluffypunch> can't access konsole
[19:27] <superfluffypunch> What to do? I want to bring up the console to kill conky and restart the desktop
[19:27] <BluesKaj> try the vt/tty
[19:28] <superfluffypunch> Also Alt + F2 doesn't work. It brings up the dialog box for me to type
[19:28] <superfluffypunch> but that's it
[19:28] <superfluffypunch> can't even run anything from there
[19:30] <BluesKaj> ctl+alt+F1-F6 login and sudo apt update && sudo apt-upgrade then ctl+alt+F7 to back to the desktop
[19:30] <BluesKaj> superfluffypunch,^
[19:30] <superfluffypunch> alright ill try that
[19:33] <ofv> it seems that the memory leak is caused by some search plugin. after disabling almost all of them virtual memory usage remains constant.
[19:35] <superfluffypunch> BluesKaj alright
[19:35] <superfluffypunch> it upgraded all the packages
[19:35] <superfluffypunch> hmm
[19:36] <superfluffypunch> I should go back and kill conky and restart plasma
[19:40] <superfluffypunch> is it killall plasma-desktop or killall plasmashell?
[19:41] <superfluffypunch> (kubuntu 15.04)
[19:41] <superfluffypunch> (to stop the process/service if it's already running)
[19:41] <marktaff> upgraded from 14.10 --> 15.04 --> 15.10 today, and kde is hosed. :-( It wouldn't even log in properly with a long delay, and once logged it, it hangs while launching an app, or just after launching it. As of right now, I can't even get a dm to come up.
[19:42] <marktaff> apt-get update && apt-get dist-upgrade shows all packages up to date.  The base system seems fine, and is accesible from ssh.
[19:43] <BluesKaj> marktaff, which gpu?
[19:43] <marktaff> BluesKaj: lemme check
[19:44] <hostly> Hi. Anyone upgraded to 15.10 yet? Any known issues?
[19:44] <gschanuel> hi folks
[19:44] <gschanuel> i'm getting a lot of 404 errors on my 14.10
[19:45] <marktaff> BluesKaj: NVIDIA Corporation GK106 [GeForce GTX 660]
[19:45] <marktaff> hostly: it hosed my kde, working on the issue now, base system seems to be fone though, no known data loss
[19:46] <gschanuel> can someone paste 14.10 sources.list ?
[19:46] <marktaff> ^fine
[19:47] <genii> gschanuel: It's EOL now
[19:47] <marktaff> 14.10 sources were moved about a week ago (first I noticed)
[19:47] <genii> !eol | gschanuel
[19:50] <BluesKaj> marktaff, looks like the nvidia-352  driver should work
[19:57] <wojti2> yo
[20:10] <superfluffypunch> I've gotten rid of conky
[20:10] <superfluffypunch> rebooted
[20:10] <superfluffypunch> and the plasma desktop is still all black
[20:10] <superfluffypunch> When I run it in the terminal and do 'plasmashell &'
[20:11] <superfluffypunch> I get QXcbConnection: Can't connect to display
[20:11] <superfluffypunch> or something like that
[20:23] <marktaff> Installing the nvidia-352 driver and reinstalling sddm made a vast improvement.  At least now I can use kde enough to see if there are any other issues. :-) Thank you BluesKaj
 I need help...
 I am in the process of upgrading kubuntu
 to 15.10
 it reached around 80% while installing packages
 then the GUI thing became not responsive
 now the canvas of that window is not refreshing
 a process called "wily" is taking up about 3% of CPU, but I don't know if this means it's still doing work
 I think that when packages got swapped it caused some issues to something
 plasma-desktop, for example, if I restart it, now uses the newer version
 so...
 I'm thinking, it obviously didn't finish cleanup and setup
 it probably didn;t finish upgrading packages either
 at this stage I'm thinking, make full /home backuo
 then reboot and hope it still sort of works
 any advice, anyone?
 Upgrades as a bit dodgy business... and neither one in this transition is LTS
[21:17] <amichair> schestowitz: can u access a terminal?
[21:18] <schestowitz> yes
[21:18] <schestowitz> all working ok
[21:18] <schestowitz> but if I reboot, I don't know...
[21:19] <amichair> maybe try "apt-get install -f" to fix any broken dependencies
[21:19] <schestowitz> the upgrader just froze at around 80%, 50 mins left  (installing packages)
[21:19] <schestowitz> cheers, hang on while I try
[21:19] <schestowitz> wily uses dpkg
[21:19] <schestowitz> E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
[21:20] <amichair> schestowitz: the GUI is probably holding that lock
[21:20] <schestowitz> "Distribution Upgrade" is what corresponds to wily in the windows-process sense I assume..
[21:21] <amichair> I personally wouldn't reboot with a half-installation, but try to complete the installation first
[21:21] <schestowitz> process wily is mared as [R]unning with 3.3% of the CPU
[21:21] <amichair> how long has it been frozen for?
[21:21] <schestowitz> should I kill the windows and rerun the whole thing (would that even be possible)?
[21:22] <schestowitz> *the window (Distribution Upgrade)
[21:22] <schestowitz> it has been forzen for half an hour
[21:23] <amichair> schestowitz: maybe u can peek at the installer logs to see where it got, and maybe what it got stuck on
[21:23] <schestowitz> I'd love to think or pretend to myself that it still installs packages in the background, but I doubt it, esp. with so little CPU usage
[21:23]  * schestowitz looking
[21:24] <amichair> I think it was in /var/log/apt or something like that
[21:24] <amichair> or /var/log/dist-upgrade
[21:25] <amichair> that would make more sense
[21:25] <schestowitz> I see a lot of grub stuff in system at around 21:44:35
[21:25] <schestowitz> will see disto-updade
[21:26] <amichair> there you have the logs by date, but also terminal log (I don't remember what's what, but worth checking out everything)
[21:26] <schestowitz> No updates to files since it froze (see timestamp)
[21:26] <schestowitz> -rw-r--r--  1 root root    76262 Oct 22 21:48 main.log
[21:26] <schestowitz> -rw-r--r--  1 root root   417468 Oct 22 21:47 term.log
[21:27] <amichair> anything suspicious at the end of the log?
[21:27] <schestowitz> Yes
[21:27] <schestowitz> I can see the error
[21:28] <schestowitz> 2015-10-22 21:48:24,074 ERROR not handled exception in KDE frontend:
[21:28] <schestowitz> Traceback (most recent call last):
[21:28] <schestowitz> there is then lots of python stuff traced back
[21:29] <amichair> sounds like it confirms the gui indeed crashed
[21:29] <schestowitz> is there a way to run/complete/resume the upgrade from CLI?
[21:29] <schestowitz> last line in logs (in case it helps kubuntu devs):
[21:29] <schestowitz>   File "/tmp/ubuntu-release-upgrader-z170xzyt/DistUpgrade/DistUpgradeViewKDE.py", line 339, in conffile
[21:29] <schestowitz>     self.confDialogue.show_difference_button.clicked.connect(self.showConffile())
[21:29] <schestowitz> TypeError: argument 1 has unexpected type 'NoneType'
[21:29] <schestowitz> 2015-10-22 21:48:24,083 DEBUG running apport_crash()
[21:29] <schestowitz> 2015-10-22 21:48:29,872 DEBUG enabling apt cron job
[21:29] <amichair> schestowitz: I'm no expert,  but I think if it was already in the middle of upgrading packages that the apt-get install -f should continue the job
[21:30] <genii> !pastebin| schestowitz
[21:30] <schestowitz> should I close the windows, force-kill the job by deleting the lock or whatever and then try to resume?
[21:30] <schestowitz> ubottu: thanks, will do
[21:31] <marktaff> schestowitz: I had it lock up durin 15.10 do-release-upgrade as well.  I rebooted, incanted 'dpgk configure -a' (someone verify that command pls) And it finished fine, excpet in my case I had major issues as I had to install the new nvidia 352 driver to get kde to work at all. HTH
[21:31] <amichair> that's what I would do, but if you're in no hurry, perhaps you should wait for someone with a bit more experience to join here
[21:32] <schestowitz> maybe I'll wait, I really appreciate your help, amichair, and I am happy to see I'm not alone with such an issue
[21:32] <amichair> no problem. I haven't upgraded yet, but this sort of thing has happened to me in more upgrades in the past than I'd care to remember
[21:32] <schestowitz> the upgrade resolved a HUGE issue I had in kubuntu 15.04 and suffered from for 6 months (performance issue with plasmashell and kwin
[21:33] <KNRO_> is there Kubuntu-backports for 15.10 now?
[21:34] <amichair> looking at the man page, it looks like dpkg configure -a only re-does the configuration part, not the unpacking
[21:34] <amichair> the apt-get install -f should do both I think
[21:35] <schestowitz> I can't even kill the windows gracefully, maybe it wants root or -9
[21:35] <KNRO_> oh sweet, looks like 15.10 is use KDE Frameworks 5.15
[21:38] <schestowitz> amichair: I killed it as root, now I use sudo dpkg --configure -a and it seemingly resumes where it left off, in the CLI. I hope the cleanup stage of "wily" (upgrader) isn't imperative to getting it to work, maybe also some configuration like grub and whatnot...
[21:39] <amichair> schestowitz: I'm not sure if it does more than apt-get autoremove/clean or such
[21:39] <amichair> also try the apt-get thing afterwards just in case... it can't hurt
[21:40] <amichair> (if there are no broken dependencies it won't do anything)
[21:40] <marktaff> I followed the dpkg command with am apt-get update && apt-get dist-upgrade.  In my case, the command said nothing to be done, and the base system seemed fine via ssh, but kde was totally useless for me until I added in the nvidia ppa and installed the 352 driver.
[21:41] <amichair> marktaff: sounds like you finished the unpacking stage at least... schestowitz crashed in the middle of that
[21:42] <marktaff> amichair: it's been a long frustrating day, but I seem to recall it locking up about 80% of the way through unpacking.  I could be wrong though. :-)
[21:43] <schestowitz> that's what happened to me
[21:43] <schestowitz> about 80%
[21:43] <schestowitz> while going through the already-downloaded packages
[21:44] <amichair> marktaff, schestowitz: please do report the bug with the stacktrace... so it will be fixed before I try to upgrade :-)
[21:44] <marktaff> yeah, the downloading only took me about 4 minutes (big pipe).
[21:44] <marktaff> amichair: lol, the system was too hosed at that point for a trace.
[21:45] <amichair> marktaff: maybe you'll find it in the logs, where schestowitz found it
[21:45] <amichair> in /var/log/dist-upgrade
[21:45] <marktaff> lemme check
[21:46] <schestowitz> roy@ted:/var/log/dist-upgrade$ tail -n 200 main.log
[21:47] <schestowitz> see what broke it
[21:47] <schestowitz> maybe it's the same for both of us
[21:48] <schestowitz> apt-get now stopped at the same package that got it stopped when the gui was running "Setting up libsane-common (1.0.25+git20150528-1ubuntu2) ..."
[21:48] <schestowitz> and it asks a question, maybe the GUI could not handle a dialogue
[21:48] <amichair> schestowitz: I actually had that theory, but kept it to myself :-)
[21:49] <schestowitz> when the windows froce is saud lib-sane
[21:49] <amichair> it's supposed to handle some dialogs, but maybe something there wasn't standard
[21:49] <schestowitz> I assume the scanning crap, with some dll in there
[21:49] <schestowitz> Configuration file '/etc/sane.d/dll.conf'
[21:49] <schestowitz>  ==> Modified (by you or by a script) since installation.
[21:50] <schestowitz> quite an irregular question after that
[21:50] <schestowitz> so maybe we found a likely culprit here
[21:50] <amichair> the diff dialog?
[21:51] <schestowitz>    What would you like to do about it ?  Your options are:
[21:51] <schestowitz>     Y or I  : install the package maintainer's version
[21:51] <schestowitz>     N or O  : keep your currently-installed version
[21:51] <schestowitz>       D     : show the differences between the versions
[21:51] <schestowitz>       Z     : start a shell to examine the situation
[21:51] <schestowitz> So... a bit irregular, I guess
[21:51] <amichair> yeah, that's actually standard I think
[21:51] <schestowitz> maybe the python front end thing couldn't render that as a window, at least that's my wild guess
[21:51] <amichair> when it an't decide if it should overwrite your custom configuration files with the (newer) default ones
[21:52] <amichair> the gui is supposed to handle that (it did in previous upgrades)
[21:52] <amichair> but obviously there's a bug... maybe some character changed and threw the whole thing off
[21:53] <amichair> I wonder if marktaff hit the same bug with the same package
[21:55] <schestowitz> let's wait for input, just tweeted a gentle warning about this because it seems as though I'm not the only one encountering this
[21:56] <Yato> So, I have a problem. Display scaling isn't working properly for me.
[21:57] <Yato> 1) if it isn't a round number, it appears like it just ignores it
[21:57] <Yato> 2) it won't apply to window decorations
[21:57] <marktaff> I haven't found any errors in the logs yet.
[21:57] <Yato> any tips?
[21:57] <schestowitz> marktaff: what's the last line in that log file?
[21:58] <schestowitz> tail -n 5  /var/log/dist-upgrade/main.log
[21:58] <arist0v> hello, i have an issue with my kubuntu, my Xorg process have a massive memory usage and i can'T find why and how to stop it!
[21:58] <schestowitz> arist0v: I had this issue in kubuntu 15.04
[21:58] <schestowitz> which one are you on?
[21:58] <amichair> well since he continued the update later, maybe it's not the last line anymore, or not in that file but in the dated archived logs
[21:59] <arist0v> schestowitz, LTS
[21:59] <schestowitz> 14.04 then
[21:59] <schestowitz> sounds like it's potentially a graphics driver issue
[21:59] <arist0v> i have read somewhere to disable kde-plasma i tried it but didn'T work
[21:59] <amichair> schestowitz: I'll be back a bit later - good luck! (and don't forget to report the bug :-) )
[22:00] <schestowitz> yeah, if I can get stronger confirmation that it's the dialogue thing that crashed the upgrader and at which point
[22:01] <schestowitz> will run 'apt-get install -f' later
[22:01] <amichair> schestowitz: if it says there's nothing left to do, you should be good to go
[22:01] <schestowitz> dbus-daemon has been upgraded from a version with incompatible configuration.
[22:01] <schestowitz> New configuration will be loaded after the next reboot.
[22:06] <marktaff> I have 2 files, one set was archived into a folder w/today's date--that one ends in "2015-10-22 10:31:26,296 DEBUG enabling apt cron job"
[22:06] <schestowitz> reboot, fingers crossed
[22:07] <marktaff> examining, looks like the archived one is for 14.10-->15.04 which worked ok.
[22:08] <andrea742> buonasera a tutti
[22:13] <marktaff> https://goo.gl/B4JuF5 this is the end of the log up the upgrade to 15.10 where it quit.  It doesn't seem to note any obvious errors, to me.
[22:13]  * marktaff crosses fingers
[22:22] <arist0v> schmidtm, i just try to update my graphic driver but when i did it, i X won'T start
[22:24] <arist0v> schmidtm, sorry wasn'T for you
[22:43] <superfluffypunch> I managed to fix my desktop
[22:43] <superfluffypunch> had to manually re-set everything
[22:43] <superfluffypunch> I have another problem though
[22:43] <superfluffypunch> long boot time
[22:44] <superfluffypunch> It takes kubuntu minutes to boot and this started after I installed kali linux
[22:52] <superfluffypunch> I think this is an issue of UUID for the swap partition not matching
[22:52] <excalibr> Does 15.10 still have traces of kde4?
[22:54] <newguy> Hey! Having trouble using the partition tool with the new Kubuntu release. Can anyone help?
[22:54] <excalibr> what do you need help with
[22:55] <newguy> Trying to create new partitions while keeping an LVM volume on the same disk. When I click "install now", it tells me it's going to format the LVM volume as swap.
[22:56] <newguy> even though I never touch the LVM volume in the partition tool
[22:56] <newguy> this is during installation btw
[22:58] <newguy> It does the same thing if I create my partitions before starting the installer, and just select the mount points during installation; it tells me it's going to format the LVM volume as swap!
[22:59] <excalibr> That's weird. Do you have a swap partition?
[23:01] <newguy> Yup. Right now the disk looks like: Boot - ext4 - swap - empty space - LVM
[23:02] <newguy> Although the installer doesn't recognize LVM, it just shows sda4 (unknown)
[23:07] <anabain> Hi, I need some help on apt stuff. I'm currently running a 14.10 box and it seems that something has been broken, as I can't make apt-get update work properly. It starts skipping http:// URLs and ends with an error message about being unable to download.
[23:08] <excalibr> Hmm I dont mess much with lvm before so Im out of my depth here. But dont you need lvm2 package to be installed first
[23:08] <excalibr> newguy, ^
[23:08] <newguy> "The following partitions are going to be formatted: LVM VG vms, LV Studio as swap LVM VG vms, LV Studio as swap partition #3 of SCSI3(0,0,0) (sda) as swap"
[23:09] <TJ-> Everything as swap!?
[23:10] <newguy> no, just the VGs
[23:10] <newguy> but I'm trying to get the installer to not format these as swap
[23:10] <newguy> *LVs
[23:12] <TJ-> newguy: does it repeat the "LVM VG vms, LV Studio as swap" twice, as well as "partition #3 of SCSI... as swap" ?
[23:14] <anabain> I'm also unable to uninstall nfs-common. It's a bug in 14.10 but there's no solution (at least I haven't been able to find it). People say move to 15.10 and don't use systemd in 14.10. But I'm obviously stuck because I can't do anything with apt. Any ideas?
[23:14] <newguy> sorry, typo cause I couldn't copy-paste, it lists the two LVs I have in partition; the second is LV Windoze
[23:15] <newguy> LVM VG vms, LV Studio as swap LVM VG vms, LV Windoze as swap partition #3 of SCSI3(0,0,0) (sda) as swap
[23:15] <TJ-> newguy: so it seems to be thinking 3 seperate block devices need to be created as swap
[23:15] <TJ-> newguy: Are you assigning any of those in the partitioner?
[23:16] <Mamarok> anabain: 14.10 has reached its Endo of Life already, it's not LTS
[23:20] <newguy> no partitions are assigned by me except the ext4 root partition, but i just noticed it has the /dev/mapper entries listed as swap for some reason
[23:22] <Mamarok> anabain: so you have no other choice than to upgrade, and IIRC you need to upgrade to 15.04, then you can upgrade to 15.10
[23:22] <newguy> just noticed the "do not use this partition" option, would selecting this for everything do thr trick?
[23:22] <Fritigern> anabain: Support for 14.10 (Utopic) ended with the release of 15.10 (Wily). Canonical deleted the Utopic repos. See for yourself: http://archive.ubuntu.com/ubuntu/dists/
[23:22] <newguy> I feel like that should be the default...
[23:23] <Mamarok> Fritigern: I already said just that...
[23:23] <Mamarok> and the support for 14.10 ended in July already, not just now
[23:23] <TJ-> newguy: yes, but that should be the default. You need to find out why partman (the underlying tool) is incorrectly detecting those block devices as swap - it infers there's a swap signature in them
[23:23] <Fritigern> Not exactly that. I added detail.
[23:23] <newguy> sorry, Mamarok I must have missed that
[23:24] <anabain> Ok, then. I'll have to give 15.10 a try. I had serious problems the last time I tried to upgrade. That's why I'm using the obsolete 14.10.
[23:25] <Fritigern> Wily is more stable for me than Vivid was. I've been running Wily since a few weeks and I am happy.
[23:25] <Mamarok> anabain: not sure you can upgrade to 15.10 from 14.10, you probably have to go through 15.04
[23:25] <anabain> I hope so, Fritigern
[23:26] <anabain> Thanks Mamarok.
[23:26] <Fritigern> And yes, you will have to go through 15.04,
[23:26] <marktaff> anabain: 14.10 has been EOL'd.  You need to upgrade to at least 15.04 to keep getting updates.  If all you want is 14.10 packages with no more security updates, you need to point your sources to the new locations for the deprecated packages.
[23:26] <Mamarok> marktaff: seriously, do you read what others say? you are the thrid now to say the same thing, not really helping more
[23:27] <marktaff> chill, scoll button on mouse locked up.
[23:27] <newguy> each LV is used as a KVM disk. not sure how KVM formats vdisk volumes, but it likely includes a swap partition. im just worried that it's telling me it wants to reformat the whole LV rather than just leave it alone
[23:28] <Mamarok> marktaff: scroll button not needed in this particular case, open your eyes :)
[23:29] <Mamarok> anyway, off to bed, you are way enough to know how to give help
[23:29] <newguy> cool, going through all the existing partitions and selectiong "do not use" seems to do the trick
[23:29] <newguy> except the ones I want to mount, of course "P
[23:46] <marktaff> anabain: http://old-releases.ubuntu.com/ubuntu/dists/ use this url in your sources if you choose not to update to 15.04 or 15.10. Note you won't get any security updates though.
[23:47] <anabain> thanks marktaff
[23:48] <marktaff> yw. this links has more info: http://ask.xmodulo.com/404-not-found-error-apt-get-update-ubuntu.html  this way you can solve the problem at hand, then upgrade when you have time. :-)


[12:16] <bac> hey benji, check it out http://staging.jujucharms.com/bundle/~jorge/mediawiki-simple/mediawiki-simple
[12:20] <rick_h_> downloaded!
[12:42] <rick_h_> frankban: ah, thanks for the bug update. Makes sense. it was a drive-by when I was testing out the instructions in the bundle deploy tab in the gui and didn't have juju-core installed yet
[12:43] <frankban> rick_h_: np
[12:59] <bac> hey lbox, would it be too much to retry my google credentials, especially at the end of a 10 minute process?
[13:18] <bac> rick_h_: your merge destroyed my branch...  :(
[13:18] <bac> you did warn me...
[13:18] <gary_poster> hey bac, lp thinks you have a merge conflict in https://code.launchpad.net/~bac/juju-gui/send-bundle-id-to-deployer/+merge/195598
[13:19] <gary_poster> oh you are talking about that :-P
[13:25] <rick_h_> bac: :(
[13:26] <rick_h_> bac: let me know if there's anything I can do to help
[13:27] <bac> rick_h_: thanks, but i don't think so.  just have to re-qa now.  no biggie.
[13:27] <rick_h_> bac: cool
[13:39] <gary_poster> frankban, doing review/qa
[13:40] <frankban> gary_poster: thanks! guihelp: anyone available for another review of https://codereview.appspot.com/28250044 ? thanks
[13:40] <rick_h_> frankban: sure thing, can peek at it in a few
[13:40] <frankban> rick_h_: great thank you
[13:55] <gary_poster> frankban, while qa-ing, idea: would be nice to have a quickstart option that exposes webbrowser options chrome, chromium, firefox, and (would require registering extra options in webbrowser module) chrome incognito and chromium incognito.  Would be convenient for qa plus for people who don't default to a browser we support
[13:55] <frankban> gary_poster: +1
[13:56] <gary_poster> frankban, also, this idempotent functionality is cool :-)
[13:57] <frankban> gary_poster: :-) yes it makes quickstart more useful
[14:05] <hatch> morning, how was everyones weekend?
[14:11] <gary_poster> good 'nuff.  yours?
[14:13] <hatch> decent until last night
[14:13] <gary_poster> when?
[14:13] <hatch> found a slow water leak at 12:00am
[14:13] <hatch> had to fix it before sleeping
[14:13] <hatch> lol
[14:13]  * hatch tired
[14:14] <gary_poster> ugh
[14:14] <gary_poster> sorry
[14:15] <hatch> yeah sheesh quick breaking my pipes!
[14:15] <hatch> lol, you'd make a good Canadian ;)
[14:19] <hatch> frankban: I put my slides for my talk up this weekend - sorry no screencast yet but coming soon http://fromanegg.com/post/67170468715/intro-to-go-from-a-javascript-developer-barcamp-yxe
[14:21] <frankban> hatch: cool, will take a look. how was your talk?
[14:24] <hatch> frankban: it went really well, lots of good questions about juju/go/js and there was about 100 people there, so fairly large crowd
[14:24] <frankban> hatch: nice!
[14:25] <hatch> yeah - and like always everyone is super impressed with Juju :D
[14:25] <hatch> well, and the GUI since that's how I demo'd it haha
[14:26] <frankban> hatch: oh! you also demoed the gui. cool, looking forward for watching the screencast
[14:30] <hatch> frankban: heh yeah, it was just as an asside because I had some extra time but people were really impressed
[14:31] <hatch> one of the questions "how do you configure bundles before deploying them?" cc/ gary_poster ;)
[14:31] <gary_poster> hatch, heh :-)
[14:31] <gary_poster> cool
[14:32] <rick_h_> frankban: I'm not following why the bootstrap check can't be the results of juju status? It fails if the env doens't exist, isn't bootstrapped, and you get a known res if it is. You'll see machine 0. So it's a single positive check?
[14:34] <hatch> rick_h_: before i forget, did you end up filing that bug about the guiserver returning the wrong info?
[14:34] <rick_h_> frankban: also, side note. Can we get a terminal wipe/clear after the "Created new window"
[14:34] <rick_h_> hatch: oh! thanks. It's on my notepad here.
[14:34] <rick_h_> frankban: time for a chat actually? some questions on stuff from friday
[14:35] <hatch> heh same here and I didn't see the email so I was curious :D
[14:35] <frankban> rick_h_: status can fail for a lot of reasons. and even if we have a bootstrap node, the agent can be down. moreover I prefereed to just bootstrap in order to not waste extra-time for the very common case when the environment is not bootstrapped
[14:35] <rick_h_> frankban: ok
[14:35] <gary_poster> frankban, rick_h_, -1 on wipe/clear, but understand goal, I think.  Would be interesting in hearing other solutions
[14:36] <gary_poster> but scrollback--including password for now!--too nice to have to wipe
[14:36] <rick_h_> gary_poster: well, not wipe, but there's a terminal code I think that moves the line correctly so that you don't get $prompt $message
[14:36] <gary_poster> +1 on that, right
[14:36]  * rick_h_ remembers having to do something a while ago searches memory
[14:36] <frankban> guihelp: I don't remember if the following is in the guiserver docs: when deploying a bundle, some info about what's going on can be found in two places: 1) https://<gui-server-address>/gui-server-info and 2) /var/log/upstart/guiserver.log
[14:37] <bac> jujugui: review, please, old skool style (lbox hates me this morning): https://code.launchpad.net/~bac/juju-gui/send-bundle-id-to-deployer/+merge/195598
[14:37] <hatch> bac on it
[14:37] <hatch> bac: is this the 4XX error you're seeing again?
[14:37] <gary_poster> frankban, ack.  Could you add to...maybe both quickstart and charm docs?  Somewhere. :-)
[14:38] <bac> hatch: i just went through the QA for the second time today.  do it if you want or pass, up to you.  (it takes a while)
[14:38] <bac> hatch: yeah, 404 failure on tests from lbox
[14:38] <bac> hatch: plus dumb google auth error.  just decided to skip it this time.
[14:39] <hatch> just make sure someone does it :)
[14:39] <frankban> gary_poster: sure
[14:39] <rick_h_> frankban: let me know when you get a few min to chat on the bug/issue from friday
[14:39] <frankban> rick_h_: now is ok
[14:39] <hatch> these diffs are sure hard to read
[14:39]  * hatch spoiled
[14:41] <rick_h_> frankban: https://plus.google.com/hangouts/_/72cpimpnpmmm1v3304ph2cjoa8?hl=en
[14:43] <hatch> bac: so the bundle object data is always required but the id is optional - can't we pull the id from the bundle data then?
[14:43] <bac> no
[14:43] <bac> not in the yaml
[14:45] <hatch> so if someone drags the yaml in, we pass the id in?
[14:47] <hatch> I don't think that we do
[14:47] <hatch> so in that case it would be undefined anyways
[14:50] <gary_poster> Rhetorical question: Why does it seem slower to load the GUI from jujucharms.com than from a Juju deployment running the real tool? :-/
[14:51] <hatch> 3 layers of firewalls
[14:51] <hatch> oh sorry, Rhetorical
[14:51] <hatch> lol
[14:51] <gary_poster> yeah, was thnking something along those lines :-/
[14:51] <gary_poster> the firewalls, that is ;-)
[14:51] <rick_h_> gary_poster: london
[14:52] <rick_h_> gary_poster: jujucharms.com crosses the ocean, ec2 is a EST DC
[14:52] <gary_poster> ah, yeah, maybe so
[14:52] <gary_poster> I mean, that's true :-)
[14:52] <rick_h_> plus the three fireealls :)
[14:52] <gary_poster> but maybe that's the explanation
[14:52] <gary_poster> yeah
[14:52] <rick_h_> err firewalls
[14:53] <rick_h_> yea, there are times I think hosting all our stuff out of a central London location hurts us from a performance perspective. In my US is the center of the world view of things
[14:53] <hatch> hehe
[14:53] <gary_poster> :-)
[14:54] <hatch> http://www.dell.com/us/business/p/xps-13-linux/pd.aspx
[14:54] <hatch> looks like they come with touch screen, haswell, ubuntu
[14:55] <hatch> credit...card....burning....
[14:55] <rick_h_> no trackpoint :(
[14:56] <hatch> you're clingin to the past....man....no need for a trackpoint when you have touchscreen.....man
[14:57] <rick_h_> ugh, I don't believe in touchscreen laptops
[14:57] <hatch> I didn't either
[14:57] <rick_h_> already have a fit when my wife points at things and touches it on accident
[14:57] <hatch> haha
[14:57] <gary_poster> ipad + keyboard = great experience
[14:57] <hatch> lying in bed browsing the internet a touchscreen would be nice
[14:58] <rick_h_> I've got my N10 + keyboard and it's cool for some things, but I get annoyed at touching the screen. I'm too terminal/vim/keyboard all the things! I guess
[14:58] <rick_h_> every time to move my hands off the keyboard I feel like someone's going to bring a rule down on my hand :)
[14:58] <rick_h_> tablet for that
[14:58] <hatch> mouse --move --left 10 --click
[14:58] <rick_h_> (the bed browsing) I do <3 the N10 for a lot of that casual stuff
[15:00] <bac> hatch: missed your question.  yes, if the yaml is deployed from a local file then the bundle has no ID and it is not credited in charmworld.
[15:00] <hatch> bac: right, so we can 'always' parse the id out of the object, if no id, then no problem
[15:00] <hatch> so you don't need to deal with passing it in externally
[15:01] <bac> hatch: what line are you refering to?
[15:01] <hatch> well it could be implemented in env.bundleImport()
[15:02] <rick_h_> frankban: ok, submitted under https://bugs.launchpad.net/charms/+source/juju-gui
[15:02] <hatch> then you wouldn't need all of the extra data flying around
[15:02] <hatch> (plz correct me if I just
[15:03] <hatch> "don't get it")
[15:03] <hatch> :)
[15:03] <bac> hatch: first, i don't know what env.bundleImport is.
[15:03] <hatch> got a second for a quick call?
[15:03] <rick_h_> hatch: it's moved remember
[15:03] <bac> sure
[15:03] <hatch> https://plus.google.com/hangouts/_/72cpi0qnq012rqp4mojqnq42kg?hl=en
[15:04] <frankban> rick_h_: thanks, so this means that it's an error only when you deploy that bundle, right? It is not the interaction between two subsequent deployments. What happen if you deploy a working bundle aftre a failing one?
[15:05] <rick_h_> frankban: if I deployed the bundle on it's own it works fine
[15:05] <rick_h_> frankban: so it only died out when I first had the failing one
[15:05] <gary_poster> frankban, LGTM with small and trivials; QA good, though I added a second note about something that didn't go as your QA instructions prescribed.
[15:07] <frankban> gary_poster: thanks, re your QA note, in the previous step I added "juju deploy -e ec2 juju-gui" after the service removal...
[15:07] <gary_poster> frankban, oh, sorry!
[15:07] <frankban> gary_poster: np, I did that, it works ;-)
[15:08] <gary_poster> frankban, cool :-)
[15:09] <gary_poster> bac, you don't need another review/qa, right?
[15:09] <bac> no
[15:09] <gary_poster> k
[15:09] <gary_poster> good, 'cause I wasn't going to give one. ;-P
[15:13] <frankban> gary_poster: great stuff in you review, thanks! only one question: how should the core bug be? "please don't change your error message"? a --format for an error seems weird to me, but maybe I am wrong
[15:14] <frankban> gary_poster: maybe "expose a safe way to know if an env is bootstrapped"
[15:16] <frankban> rick_h_: so discourse does not fail unless another bundle failed before?
[15:16] <frankban> rick_h_: or discourse bundle intermittently fails, and when it does, the error is empty?
[15:17] <gary_poster> frankban, heh.  Minimally, we can describe the problem to them and ask for ideas. As an idea, though, a --format that affects both normal output and error output seems reasonable to me FWIW--you are asking for a machine-readable response, whatever the response is.  What you suggested is similar to my "minimally" bit; if you go that way, I would s/safe/safe, machine-readable/ or something
[15:17] <rick_h_> frankban: jenkins does not get the failure status unless discourse was run before hand and failed
[15:19] <frankban> gary_poster: ack
[15:21] <frankban> rick_h_: ack, I was looking the wrong bug: https://bugs.launchpad.net/charms/+source/juju-gui/+bug/1252295
[15:21] <_mup_> Bug #1252295: guiserver bundle deployment error is empty <juju-gui (Juju Charms Collection):Triaged> <https://launchpad.net/bugs/1252295>
[15:21] <rick_h_> frankban: ah ok. Yea filed those as two parts. One is the error being empty which can happen on its own.
[15:22] <rick_h_> frankban: the second was the first failure making the second one register as failed
[15:22] <frankban> gary_poster: rethe already_bootstrapped argument. perhaps I can make deploy just take a "to" argument and make the check in "run"
[15:22] <frankban> rick_h_: cool thanks
[15:23]  * gary_poster looking/thinking
[15:25] <frankban> gary_poster: sorry, s/already_bootstrapped/env_type
[15:25] <gary_poster> ah!
[15:25] <frankban> gary_poster: well, maybe it's not a great idea. and +1 on s/already_bootstrapped/check_preexisting or similar
[15:26] <gary_poster> frankban, I like the idea of replacing  env_type with to.  Keeps the local function simpler, and the arguments more self-describing
[15:27] <frankban> gary_poster: cool, ok
[15:27] <gary_poster> frankban, fwiw, when you said already_bootstrapped at first, I was trying to make it work, :-) and thought you meant something that seems maybe interesting.
[15:27] <gary_poster> you would split up deploy service and deploy unit into two functions
[15:28] <gary_poster> and run would get the status and decide what to do (perhaps from a third function)
[15:29] <gary_poster> frankban, shrug, might make code simpler to read?  it would keep the deploy functions only about deploying
[15:29] <gary_poster> which might be nice
[15:30] <gary_poster> just an idea from trying to make sense of a miscommunication, so feel free to ignore :-)
[15:31] <frankban> gary_poster: hum... it seems interesting, but then you have to pass service_data and unit_data, or put the logic in run... something to investigate in a future branch?
[15:32] <gary_poster> frankban, +1, or not :-)
[15:32] <frankban> gary_poster: cool ok :-)
[15:36] <bac> hatch: finally!  https://codereview.appspot.com/28440043
[15:37] <hatch> hah yay!
[15:39] <hatch> bac: lgtm'd with a comment as we discussed
[15:42] <frankban> gary_poster: filed bug 1252322
[15:42] <_mup_> Bug #1252322: Expose a safe/machine readable way to check if an environment is already bootstrapped <juju-core:New> <juju-quickstart:Triaged> <https://launchpad.net/bugs/1252322>
[15:42] <gary_poster> cool frankban thanks
[15:43] <rick_h_> frankban: LGTM'd and qa ok. Thanks for the update! This should allow me to use it on lxc now as long as I pre-bootstrap yay
[15:44] <frankban> rick_h_: not yet ;-) we still have an explicit check for local providers (and the bits in deploy is actually a yagni). but I planned lxc support to be my next quickstart card
[15:45] <rick_h_> frankban: ah right, but the deploy a bundle doesn't worry about the local provider. That's mainly what I was try to get at
[15:46]  * rick_h_ looks again, maybe I'm not in my lxc happy place
[15:50] <Makyo> jujugui call in 10
[15:51] <hatch> hey Makyo did you ever find out a good set of apps for doing a screencast on Ubuntu?
[15:51] <Makyo> RecordMyDesktop + Audacity + kdenlive
[15:52] <Makyo> Though I'm still working on finding the best transcoding rate for kdenlive to get rid of artifacting.
[15:52] <Makyo> RMD records at 15fps which kdenlive doesn't like.
[15:53] <hatch> hmm - I wonder if I can use http://www.telestream.net/screenflow/overview.htm in OSX but have it cast the Ubuntu vm
[15:53] <Makyo> This happened last time you asked, too :)
[15:54] <hatch> yeah I'm indecisive because it's a $100 gamble haha
[15:54] <hatch> http://www.omgubuntu.co.uk/2013/04/lightworks-enter-public-beta this was also just released
[15:58] <gary_poster> jujugui call in 2
[16:12] <benji> jujugui: well, I guess that was the wrong window to close
[16:12] <hatch> lol
[16:12] <gary_poster> lol
[16:12] <rick_h_> benji: drops the mic and leave "I'm outta here"
[16:12] <benji> heh
[16:13] <benji> as a live sound guy, I will kill anyone that drops a mic on purpose
[16:14] <rick_h_> just know who to give that fisher price mic to
[16:14] <benji> SM58s are indestructable
[16:14] <rick_h_> gary_poster: http://techcrunch.com/2013/11/18/surveymonkey-enterprise/ is interesting fyi
[16:16] <gary_poster> rick_h_, huh, cool, thanks.  will forward to Luca and Charline
[16:27] <hatch> hey look at that I got the YUI is not defined error
[16:27] <hatch> first time I think
[16:27] <hatch> well at least now I know what the issue is
[16:27] <hatch> jujucharms.com is not serving the all-yui.js file at all
[16:28] <hatch> it 404'd
[16:28] <gary_poster> hatch, I get it
[16:28] <hatch> oh really? yours still downloads -and- throws the error?
[16:28] <luca__> gary_poster: do you have a hangout?
[16:29] <gary_poster> luca__, https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.nm61lc93dnv0a4s18q2tt3650c
[16:29] <gary_poster> hatch, error is intermittent
[16:30] <hatch> yeah it's working again - I'm just saying that the issue is not related to anything clientside - the server is closing the connection to all-yui.js
[16:34] <hatch> dumb question but what is #!/bin/bash called ? I'm trying to figure out if sublime can enable syntax highlighting based on it
[16:34] <rick_h_> shebang
[16:34]  * hatch turns on safesearch
[16:34]  * hatch searches for shebang
[16:34] <hatch> lol
[16:34] <rick_h_> http://www.sublimetext.com/forum/viewtopic.php?f=3&t=14656
[16:36] <rick_h_> hmm, https://sublimetext.userecho.com/topic/20806-syntax-highlight-based-off-shebang-lines/ says it should be doing it 3yrs ago
[16:36] <hatch> heh yeah - it definitely doesn't
[16:37] <hatch> just configuring the applysyntax plugin
[16:37] <hatch> oh that might have been for sublimetext 1
[16:48] <frankban> gary_poster: re charm URL check (if a pre-existing service is found in the env): is it ok for you to make another card?
[16:49] <gary_poster> frankban, on call but ok.  you do it? :-)
[16:49] <frankban> gary_poster: sure :-)
[16:49] <gary_poster> thx
[16:59] <hatch> blarg
[16:59] <hatch> is there a juju hook api somewhere?
[16:59] <rick_h_> hatch: heh, it was about 10 sessions at the last sprint
[16:59] <rick_h_> nick is getting the first api for a hook written up currently :)
[17:00] <hatch> this just reading charms for the various commands is driving me nuts
[17:00] <rick_h_> yea, those meetings were painful imo. I like clear documented standards, but a large group of people want the flexibility/don't hold it back stuff in place now
[17:02] <hatch> I asked in #juju hoping that someone has something
[17:02] <rick_h_> good luck :)
[17:02] <hatch> hah
[17:02] <hatch> actually....
[17:02] <hatch> I do have 1 q you may be able to help me out with....time for a quick hangout?
[17:02] <rick_h_> sure
[17:03] <hatch> https://plus.google.com/hangouts/_/72cpj792njti59826rubg1v7ls?hl=en
[17:03] <hatch> oh wait
[17:03] <hatch> cancel that
[17:03] <hatch> https://plus.google.com/hangouts/_/76cpilhst0i5ii6btp3crpe6e4?hl=en
[17:03] <hatch> that one
[17:22] <frankban> hazmat: ping
[17:29] <hazmat> frankban, pong.. in meetings all day fwiw. watsup?
[17:31] <frankban> hazmat: ok, feel free to read this later. re unit placement in machine: in the code path followed when the GuiEnvironment is used, an int value is never converted to a string. Either the Deployment object or the GuiEnvironment itself can make that conversion. What do you prefer? If you want to avoid that conversion to be done in a lower layer (the Deployment class) I can quickly set up a branch which does it in t
[17:31] <frankban> he GuiEnvironment.
[17:41] <hazmat> frankban, oh... yeah.. this is the issue from friday
[17:41] <frankban> hazmat: yes
[17:42] <hazmat> frankban, i think service or deployment is the most appropriate
[17:43] <hazmat> frankban, the service already has get unit_placement property that would be a good spot for the conversion and a test
[17:43] <Makyo> http://eleks.github.io/js2js/
[17:45] <frankban> hazmat: sounds good, do you want me to work on this?
[17:48] <hazmat> frankban, if you need it the next day, that's probably best, else i can cover it.
[17:48] <hazmat> er. within the next day
[17:49] <frankban> hazmat: it's not that urgent, I believe end of this week can be ok
[17:59] <hazmat> frankban, cool
[17:59] <frankban> hazmat: great thank you
[18:04] <frankban> guihelp: I need 1 quick review for a documentation only branch: https://codereview.appspot.com/28490043
[18:04] <frankban> thank you
[18:04] <Makyo> frankban,  on it
[18:04] <hatch> sure
[18:04] <frankban> Makyo: thanks
[18:04] <hatch> oh darn
[18:04] <bac> doh
[18:04] <hatch> ok
[18:04] <hatch> :)
[18:07] <hatch> ughhhh
[18:10] <hatch> when requestin a boolean value from `config-get` it returns 'False' which is not a boolean value according to bash
[18:27] <hatch> benji: you kickin around?
[18:27] <benji> hatch: yes... I think
[18:28] <hatch> benji: http://bazaar.launchpad.net/~hatch/charms/precise/failtester/trunk/view/head:/hooks/handler do I have to quote the $hook and $fail_* to get them to compare as strings?
[18:28]  * benji looks
[18:28] <hatch> line 51: False: command not found
[18:28] <hatch> is the error I'm getting
[18:28] <hatch> which means that the $fail_start command is trying to execute as "False" or something
[18:30] <benji> hatch: you can use double brackets and not have to quote
[18:30] <hatch> oh ok so change them all to [[ ]]
[18:30] <hatch> thanks, I didn't know that
[18:32] <hatch> I wish that juju returned real boolean values
[18:32] <hatch> for bash
[18:32] <hatch> True/False I think are -only- booleans in Go
[18:33] <benji> right, double all the square brackets and you should be good to go
[18:33] <benji> (double brackets are a bash extension that is much saner than the Posix single brackets)
[18:34] <hatch> I really need to study bash more
[18:34] <hatch> the tutorials are.....thick
[18:34] <hatch> :)
[18:35] <hatch> here we go, 4th time is the charm, then this charm is done
[18:35] <hatch> charm
[18:35] <hatch> :)
[18:41] <hatch> sweet works
[18:41] <hatch> thanks
[18:59] <hatch> note to self....dont try and create a bunch of lxc's at once
[19:00] <rick_h_> hatch: :)
[19:00] <rick_h_> hatch: yea, I think my limit on my desktop is around 20
[19:00] <rick_h_> over that and things lock up for a long while, IO bound
[19:01] <hatch> yeah the box has raid 1 too so it's really bound
[19:01] <hatch> heh
[19:05] <hatch> Dart 1.0 was released
[19:05]  * hatch starts to port the GUI
[19:13] <gary_poster> heh
[19:16] <rick_h_> hatch: come on https://twitter.com/mitsuhiko/status/401096744198758400
[19:16] <hatch> see he has the right idea
[19:16] <rick_h_> surely you're ready to take that port and go to typescript
[19:16] <hatch> I write dart in typescript
[19:16] <rick_h_> then we can check out rust and see if it offers anything :P
[19:17] <hatch> lol
[19:17] <hatch> I don't know who this guy is but I hope that his comment is joking
[19:17] <rick_h_> Armin?
[19:17] <hatch> yeah
[19:17] <rick_h_> he's famous python dude
[19:18] <rick_h_> though I'm not sure how much python he does these days
[19:19] <hatch> I just hope he realizes that Dart may compile down to js like typescript but it is also it's own language
[19:20] <rick_h_> yes, I'm pretty sure he's aware
[19:20] <hatch> you never know on these internets...you never know
[19:20] <hatch> have I mentioned how much I love the gui?
[19:20]  * hatch frames a picture of it on his desk
[19:21] <hatch> I just wish I could deploy a specific url from the GUI
[19:25] <bac> thanks for the note bcsaller
[19:25] <bcsaller> :)
[19:29]  * hatch shakes juju "let me deploy from launchpad"
[19:30] <hatch> jcastro: is discourse.ubuntu.com supposed to be mobile only css?
[19:31] <hatch> looks fixed now :)
[19:42]  * hatch is taking lunch
[19:55]  * gary_poster switches computers, because he needs to sit outside, because it is gorgeous
[20:33] <hatch> rick_h_: doesn't charmworld ingest every 15?
[20:34] <rick_h_> hatch: rgr
[20:34] <hatch> hmm
[20:34] <rick_h_> hatch: 00 15 30 45
[20:34] <hatch> https://localhost:1111/sidebar/search/~hatch/precise/failtester-3/?text=failtester is on v3
[20:34] <rick_h_> hatch: then it takes a few min to process
[20:34] <hatch> and v5 was pushed like an hour ago
[20:34] <rick_h_> hatch: well, it's meant to fail right? does it pass proof?
[20:34] <hatch> oh lol
[20:34] <hatch> actually it should...
[20:35] <rick_h_> well try it out, if it fails proof then it won't ingest
[20:35] <hatch> can I just deploy from launchpad somehow?
[20:35] <rick_h_> hatch: sure, bzr branch .... && juju deploy --local ....
[20:35] <hatch> ok so no :D
[20:35] <rick_h_> :)
[20:35] <hatch> kind of a crazy limitation
[20:36] <rick_h_> meh, why? it's one extra command to pull it down local
[20:36] <rick_h_> and you get safety/checks and such if you use the store based stuff, which we want to encourage charm authors to get their charm into and users to look for latest/best charms
[20:36] <rick_h_> seems kind of natural to me
[20:37] <hatch> right, but it's an aritificial limitation
[20:37] <hatch> every other package manager allows you to point to any location
[20:37] <rick_h_> yep, for the good of the users
[20:37] <rick_h_> apt-get install random_url ?
[20:37] <rick_h_> :)
[20:37] <rick_h_> mac store install random_url ?
[20:37] <hatch> npm install <url> go get <url>
[20:38] <rick_h_> that's a library, not a software package
[20:38] <rick_h_> that's for developers and in some languages requires extra flags and such
[20:38] <rick_h_> pip install http:// fails
[20:38] <rick_h_> you have to -e<EMAIL_ADDRESS>[20:38] <hatch> charm proof is broken
[20:38] <hatch> darn
[20:39] <rick_h_> since by default it looks for things that it knows are buildalbe in the pypi 'store'
[20:39] <rick_h_> how is charm proof broken?
[20:39] <hatch> it's forcing me to add a revision file....which is deprecated
[20:39] <rick_h_> update it recently?
[20:39] <hatch> just installed it
[20:39] <hatch> heh
[20:39] <rick_h_> hmm, I thought it was a warning?
[20:39] <rick_h_> it's still darn handy because there's a -u flag on juju deploy that'll auto increment the version and help force an update over the cache
[20:40] <hatch> W: No icon.svg file.
[20:40] <hatch> E: no copyright file
[20:40] <hatch> E: revision file in root of charm is required
[20:40] <rick_h_> ah, cool
[20:40] <hatch> so the docs or proof is wrong
[20:41] <hatch> wonder who would know which is which?
[20:42] <rick_h_> https://bugs.launchpad.net/charm-tools then I guess. Get it a warning.
[20:42] <rick_h_> it is useful in charm dev ime until they add a no-cache or something flag
[20:43] <hatch> hmm this is interesting
[20:43] <hatch> I've never actually 'cared' while pushing a charm
[20:43] <rick_h_> no, proof is run in charmworld during ingest
[20:43] <rick_h_> proof is up to you. You don't need to get your charm in charmworld
[20:43] <rick_h_> it's just encouraged
[20:43] <hatch> well I do if I want to deploy it without pulling it down
[20:43] <rick_h_> and a bzr push doesn't run proof since you just installed it
[20:44] <rick_h_> sure, but you can push it, and pull it down on another computer and use it
[20:44] <rick_h_> and share with others, etc
[20:44] <hatch> yeah - I'm not sure that's a good experience
[20:44] <rick_h_> right, it sucks...so that you'll proof and fix things to get the good experience
[20:44] <hatch> maybe it's because the documentation isn't explicit
[20:44] <rick_h_> I know the publishing your charm docs talk about proof/etc
[20:45] <hatch> like maybe on the 'deploying charms' page if it said "this is why you can't deploy from launchpad, here is what you should do"
[20:45] <hatch> right now it says <repository>:<series><service>
[20:45] <hatch> which kind of implies that you CAN use other repositories
[20:46] <rick_h_> #4 https://juju.ubuntu.com/docs/authors-charm-store.html
[20:46] <rick_h_> so I think the juju-core store can point at different repositories
[20:46] <rick_h_> charmworld only looks at the official juju-core store off LP
[20:47] <rick_h_> and that's just an artifact of 'technically you can do' vs 'what you should be doing'
[20:47] <hatch> yeah I think the docs maybe need to be a little bit more explicit maybe
[20:48] <hatch> honestly I have no idea how up to v3 got into charmworld
[20:48] <hatch> it's never had a revision or copyright file haha
[20:48] <rick_h_> well I wonder if there's something else there then. Maybe we ignore those errors in charmworld?
[20:49] <hatch> is there any way I can get a report of the charmworld ingest?
[20:49] <hatch> just to see what the issue is?
[20:51] <rick_h_> not really :/ http://manage.jujucharms.com/~hatch/precise/failtester
[20:51] <rick_h_> shows the lint status, but if it pulled in 3 revs it must ignore those errors
[20:51] <rick_h_> hmm, and rev 4 diff seems innocent enough
[20:52] <hatch> and the lint check results are different than my local lint check results heh
[20:52] <rick_h_> hatch: ah, it's not in the juju-core store https://store.juju.ubuntu.com/charm-info?charms=cs:~hatch/precise/failtester
[20:52] <hatch> ok I don't know what you mean
[20:52] <rick_h_> hatch: yea, that'll probably be a revision thing. mjc will only update proof when told to manually
[20:52] <hatch> ohh
[20:52] <rick_h_> hatch: yea, basically it's not your fault and not charmworld's fault. It's in juju-core's hands
[20:53] <hatch> so.....should I file a bug somewhere?
[20:53] <hatch> I guess I don't really understand the problem
[20:53] <rick_h_> yea, it's the black hole. We've hit issues here before but I've not been sure either.
[20:53] <rick_h_> last time hazmat did some poking at things for us. There was some revision issue that caused grief. I don't recall the details 100%
[20:54] <hatch> so do you think that adding the revision file should fix it?
[20:54] <rick_h_> hazmat: is there someone we can bug about the core-store not pulling in a revision for a charm?
[20:54] <rick_h_> hatch: only incidentilly as it'll add a new revision that might be picked up by the store
[20:54] <hatch> ahh - darn I hate black boxes
[20:56] <rick_h_> hatch: so basically charmworld checks that the store knows about your revision https://store.juju.ubuntu.com/charm-info?charms=cs:~hatch/precise/failtester
[20:56] <rick_h_> hatch: if it doesn't we don't ingest it since you can't deploy it
[20:57] <hatch> ahh ok that makes sense
[20:57] <rick_h_> hatch: juju deploy hits this store, not charmworld to do the actual deploy work
[20:57] <hazmat> rick_h_, use juju publish the charm is probably broken
[20:57] <hazmat> publish will give some feedback, alternatively its a really simple go program to walk through the charm validation/errors from core
[20:57] <rick_h_> hazmat: rgr hatch ^^
[20:57] <hatch> cool I'll try that
[20:57] <rick_h_> hazmat: cool, thanks
[21:02] <hatch> ohh
[21:02] <hatch> apparently you can't have a requires and provides with the same name
[21:03] <hatch> guess I should have assumed that
[21:03] <hatch> thanks hazmat rick_h_
[21:10] <hatch> rick_h_: your CHC meetups are they actually in coffeeshops?
[21:10] <rick_h_> hatch: yes
[21:10] <hatch> they don't seem to mind?
[21:10] <hatch> or are there no 'presentations' ?
[21:10] <rick_h_> no, the last place had a meeting room in the back and we rented it out each week
[21:10] <hatch> oh that's cool
[21:11] <rick_h_> no, we've done a couple of 'let's check out YUIConf videos on the wall'
[21:11] <rick_h_> but it's mostly dedicated time to hack on something you care about of your own choice each week
[21:11] <hatch> cool - we have had a few small dev meetups but the issue is always the location
[21:11] <rick_h_> no matter how busy the week gets, I've got 2hrs of wed night to hack on my bookmark app, or read that article I was meaning to get to, or to vent, etc
[21:12] <rick_h_> yea, our shop got bought by another coffee chain and they opened up the room and then changed closing time from 10pm to 8pm
[21:12] <rick_h_> so I had to go hunting for a new coffee shop to hit up this weekend
[21:12] <hatch> oh darn
[21:12] <rick_h_> visited a couple of places
[21:14] <bac> jujugui: just deployed a bundle.  used the gui to destroy both services.  both removed from canvas.  but 'juju status' shows mysql still hanging around.  known issue?
[21:15] <bac> oh, it is marked 'dying' and has been for a while.
[21:15] <hatch> yeah it takes a long time to die sometimes
[21:15] <hatch> at least in my experience
[21:15] <hatch> what is 'a while' ?
[21:15] <hatch> ive seen it take 30mins sometimes :/
[21:18] <bac> gah, really?
[21:19] <bac> it's only been 10-15 minutes.  i just picked another test bundle with no overlapping services
[21:20] <rick_h_> bac: yea, done that before as well
[21:20] <rick_h_> jenkins is a good alt
[21:20] <hatch> yay updated
[21:21] <hatch> revno not matching the bzr val is odd though :)
[21:49] <hatch> man I'd really love to know why discourse.ubuntu.com keeps switching to mobile styling
[22:10] <hatch> and FINALLY I have finished testing my charm
[22:10] <hatch> boy that takes a long time
[22:10] <hatch> good thing I could do other stuff hah
[22:14] <hatch> I'll be writing up an email to the juju mailing list but here it is if anyone wants to use it until then https://jujucharms.com/fullscreen/search/~hatch/precise/failtester-5/?text=failtester
[22:55] <bac> jujugui (i.e. hatch): quickstart review? https://codereview.appspot.com/28520044/  no rush, i'm sure frankban will get to it in his morning.
[22:58] <Makyo> bac, on it.
[22:59] <bac> oh, hi, Makyo.  forgot you were still around.
[22:59] <Makyo> Yeah, just got back from dogwlak.
[22:59] <Makyo> Or however you spell it.
[22:59] <Makyo> Sun sets so early these days :/
[22:59] <bac> that's how i always spell it