[03:04] <franvian_> anybody here?
[08:11] <nav> hello
[08:11] <nav> any idea on how 2 fetch browser cert in java
[08:11] <nav> help help
[08:12] <man-di> no, and this is out of the topic of this channel anyway
[08:12] <nav> ok fine
[14:22] <l> to connect 2 PC not in a local-network, do i need something more than the local-network-connection?
[14:22] <l> #java
[14:23] <l> ##java


[02:36] <jose> QUESTION: Why am I seeing [Review Queue] emails now?
[02:44] <sarnold> jose: oops, did you do enough good work to earn more work? :)
[02:44] <jose> sarnold: hehe nope, they're on the juju mailing list
[02:44] <sarnold> oh :)
[02:44] <jose> I was just wondering if it had something to do with the new revq that's on the works!
[03:03] <tvansteenburgh> jose: no that's just a new thing we're doing. we're taking 2-hr time blocks on the review queue and reporting our progress to the list
[03:03] <jose> tvansteenburgh: oh, it's good to know :)
[11:48] <jam> I have a question about the appropriate way to write a charm configuration.
[11:48] <jam> I have in mind a very simple charm that I give my account credentials to, and it issues "juju destroy-environment" after a given timeout.
[11:49] <jam> So that I can deploy the charm when I have just a testing env, and make sure it dies even if I forget about it.
[11:50] <jam> But I'd like to have it allow a syntax like "destroy after 45 minutes" or something along those lines
[11:50] <jam> but it seems odd to have a config setting that would "reset" the state every time config-changed runs.
[12:32] <marcoceppi> stokachu: what do you mean it breaks it?
[12:40] <jam> marcoceppi: there you are. I ran into https://bugs.launchpad.net/charm-tools/+bug/1359170 trying to use charm-tools with trunk juju
[12:40] <mup> Bug #1359170: juju charm create fails in an unhelpful fashion with juju-1.21 in PATH <Juju Charm Tools:New> <https://launchpad.net/bugs/1359170>
[12:40] <jam> I'm not sure that you're the maintainer, but I thought I'd start with you
[12:41] <marcoceppi> jam: I am one of them, this is concerning, I'm not sure what I can do to fix it
[12:41] <marcoceppi> seems like juju-core is not being so nice
[12:41] <marcoceppi> ?
[12:41] <jam> marcoceppi: so something is failing in the subprocess starting other things, but its unclear what
[12:42] <marcoceppi> jam: I'll compile from trunk and punch on it a bit
[12:42] <marcoceppi> jam: any idea when 1.21 is expected?
[12:42] <jam> marcoceppi: so I think we set "command.Env"
[12:43] <jam> and probably juju-create expects PATH to be in there, but we aren't putting it in?
[12:43] <jam> no, we are appending to os.Environ() so that should be ok.
[12:43] <jam> ...
[12:43] <marcoceppi> i mean, we're just using argparse in python
[12:43] <jam> though the way we are doing that makes me wonder if we are actually mutating os.Environ() in-procses (not that it really matters)
[12:43] <marcoceppi> nothing too crazy
[12:43] <jam> marcoceppi: you're looking for /usr/bin/charm-create and invoking that
[12:43] <jam> from juju-chram
[12:44] <jam> juju-charm
[12:44] <jam> which then uses setuptools to again look up where main is, etc.
[12:44] <marcoceppi> oh, right, for "plugin mapping"
[12:44] <marcoceppi> let me compile, throw in some debug statements, see what I can find
[12:50] <jam> marcoceppi: doing "print sys.argv" in juju-charm shows me:
[12:50] <jam> $ juju charm create -h
[12:50] <jam> args ['/usr/bin/juju-charm']
[12:50] <jam> marcoceppi: vs 1.18 does:
[12:50] <jam> $ /usr/bin/juju charm create -h
[12:50] <jam> args ['/usr/bin/juju-charm', 'create', '-h']
[12:50] <marcoceppi> ah, so that's what is different
[12:51] <marcoceppi> bug in core I guess?
[12:52] <jam> marcoceppi: yeah
[12:52] <marcoceppi> \o/ less work for me
[12:52] <marcoceppi> jam: thanks for catching that though
[12:58] <rm4> could anyone help possibly with charm debug
[12:58] <rm4> juju debug-hooks wordpress/3 loadbalancer-relation-joined
[12:59] <rm4> I was hoping to see a special prompt with %
[12:59] <rm4> but I just get:
[12:59] <rm4> root@vagrant-local-machine-34:~#
[12:59] <jrwren_> rm4: did you resolved --retry yet ?
[13:00] <rm4> don't quite follow sorry
[13:01] <jrwren_> rm4: something needs to trigger the hook executing again, assuming it is in a failed state. juju resolved --retry <unit> will trigger this.
[13:02] <jrwren_> rm4: do that in a different terminal and your debug-hook tmux will open a new tmux window with the special prompt
[13:02] <rm4> vagrant@vagrant-ubuntu-trusty-64:~$ juju resolved --retry wordpress/3 ERROR unit "wordpress/3" is not in an error state
[13:03] <rm4> it all works but I would like to see what is happening
[13:03] <rm4> so I can make a charm
[13:04] <jrwren_> rm4: In that case, you could remove the unit and add it again and immediately after running add run the debug-hook and hope you were fast enough to catch the hooks (you likely will be).
[13:05] <jrwren_> rm4: or if you are only interested in that relation, remove and add that relation
[13:07] <aisrael> In cloud-images, what's the functional difference supposed to be between the vagrant boxes in http://cloud-images.ubuntu.com/vagrant/trusty/ vs. http://cloud-images.ubuntu.com/vagrant/trusty/current/?
[13:08] <rm4> thanks jrwren
[13:08] <rick_h__> aisrael: might be good to pin utlemming on that. He's in CO so might not be on for a bit.
[13:08] <rm4> I'll try and come back
[13:08] <rick_h__> adeuring: do you know the answer to aisrael's question ^ ?
[13:09] <jcastro> aisrael, the first one has all the boxes
[13:09] <jcastro> the 2nd one only has the latest builds
[13:09] <jcastro> the boxes get published every few weeks, so we keep those around too
[13:09] <jcastro> what is in /current will always be the latest one
[13:10] <aisrael> The reason I'm asking: the image in current/ only sets up one adapter (nat) and doesn't provision juju.
[13:10] <aisrael> The larger image bootstraps, but sets up two adapters (nat and hostonly)
[13:10] <jcastro> ok, the ones without juju in the filename
[13:10] <jcastro> are just the normal vanilla vagrant boxes
[13:11] <jcastro> the ones with juju in them are supposed to bootstrap/gui, etc. with juju
[13:11] <adeuring> aisrael: the smaller files are "plain" ubuntu cloud images, while the larger files have juju preinstalled, and the Juju GUI is installed during Vagrant's provisioning
[13:11] <aisrael> jcastro: Oh, duh.
[13:11] <aisrael> ok, so that's one doc I should look at getting updated
[13:11] <jcastro> which one?
[13:11] <aisrael> https://juju.ubuntu.com/docs/howto-vagrant-workflow.html
[13:12] <aisrael> points to a non-existent box, in current/
[13:12] <jcastro> ah yes
[13:12] <jcastro> damn, I fixed the config-vagrant page
[13:12] <jcastro> but totally forgot about this one, yeah, fix it in the docs please.
[13:12] <aisrael> and I'm still troubleshooting why the networking problem
[13:13] <jcastro> https://github.com/juju/docs has the instructions
[13:13] <jcastro> they're in markdown, very easy to fix
[13:13] <aisrael> excellent, I'll add to my list today
[13:13] <jcastro> mbruzek, coreycb: did you guys not review yesterday?
[13:14] <mbruzek> jcastro What makes you say that?
[13:14] <coreycb> jcastro, review what?
[13:14] <jcastro> the review queue, you guys were on the calendar yesterday
[13:15] <coreycb> jcastro, hmm not familiar with the calendar.. sorry.  I do need to start doing more reviews though.
[13:15] <jcastro> we each were  supposed to pick 2 hours a week to review, then send the results to the list.
[13:15] <mbruzek> Yes I reviewed the ufw changes for elasticsearch and I DID email the group about it.
[13:16] <mbruzek> jcastro, I think you have coreycb mixed up with cory_fu
[13:17] <jcastro> hah yes I do! sorry about that coreycb
[13:17] <jcastro> I meant cory_fu
[13:17] <coreycb> jcastro, ahh, np
[13:18] <jcastro> oh excellent!
[13:18] <jcastro> mbruzek, I now see both of your [Review Queue] posts, that is quite excellent!
[13:19] <mbruzek> thanks for the positive reinforcement jcastro
[13:19] <mbruzek> and for checking up on me
[13:19] <jcastro> hah
[13:19] <jcastro> it is unclear to me if you merged his changes though
[13:29] <jam> marcoceppi: turns out it only happens if you don't have an environment set
[13:29] <jam> I *might* be rare in not having a default env
[13:29] <marcoceppi> jam: that's fun!
[13:29] <jam> or using juju switch
[13:29] <jam> marcoceppi: I always run "juju command -e env"
[13:29] <jam> so that I know what environment it is running in
[13:32] <ctlaugh> jamespag`: Hi, mwhudson sent me... I'm having a problem with the cinder charm on a system with only 1 drive.  I am trying to have it use a loopback file for storage.  The file is created, the loop device (/dev/loop0) is created, but the volume group is never created.
[14:03] <rm4> I managed to get charm debug working
[14:03] <rm4> thanks for that
[14:04] <rm4> bit of a different prompt to documentation though
[14:04] <rm4> https://juju.ubuntu.com/docs/authors-hook-debug.html shows ~
[14:05] <marcoceppi> rm4: ah, yes, debug-hooks shows unit/hook-context now
[14:06] <rm4> root@vagrant-local-machine-34:/var/lib/juju/agents/unit-wordpress-3/charm/hooks# relation-get
[14:06] <rm4> private-address: <IP_ADDRESS>
[14:06] <rm4> yes I think so
[14:07] <marcoceppi> rm4: that's the prompt you get for debug-hooks?
[14:07] <marcoceppi> it should look like wordpress/3@<hook-name>
[14:35] <rm4> that was the prompt for debug-hooks yes
[14:38] <jrwren_> rm4: is that window 0 of tmux or window 1 ?
[14:39] <rm4> 12.04.5  0:- 1:website-relation-departed*
[14:39] <rm4> I think that is 1
[14:49] <rm4> I was in /home/ubuntu
[19:01] <natefinch> marcoceppi: are you and the other charmers on the juju-dev mailing list?
[19:02] <marcoceppi> natefinch: I am
[19:02] <natefinch> marcoceppi: ahh, right, I remember you responding to the default-hook thread.
[19:03] <natefinch> marcoceppi: you offered to survey the current charms and see which ones used the all-symlink model... do you know when you might get that done?  I know it's a big job.
[19:16] <marcoceppi> natefinch: I can do that now, should take about 15 mins
[19:18] <natefinch> marcoceppi: that would be fantastic, thank you
[19:32] <marcoceppi> natefinch: here are precise charms in the store, slightly curated: http://paste.ubuntu.com/8100495/
[19:32] <marcoceppi> natefinch: and the command used to get that, by running it in a directory which `charm getall` was fetched
[19:32] <marcoceppi> for f in `find */hooks/ -maxdepth 1`; do if [ -L $f ]; then echo "$(echo $f | awk -F/ '{print $1}') `readlink $f`"; fi; done | sort | uniq
[19:33] <marcoceppi> charm common file
[19:34] <marcoceppi> well, "charm" "common file" is the output
[19:41] <natefinch> marcoceppi: nice
[19:44] <natefinch> marcoceppi: so, are there any that symlink only some of the hooks?
[19:44] <marcoceppi> natefinch: yes
[19:44] <marcoceppi> natefinch: most all hooks that say relation_common
[19:44] <marcoceppi> indicates that only some of the hooks of that are symlinked
[19:45] <marcoceppi> I also removed entries that were just sylinks between relation-joined and relation-changed
[19:45] <marcoceppi> since that's a stupid pattern and easy enough to clean up
[19:45] <natefinch> marcoceppi: heh
[19:46] <natefinch> marcoceppi: so how many charms are there total?  I'd like to know what this is 62 out of :)
[19:47] <marcoceppi> 162
[19:47] <marcoceppi> also, there are some dupliates in there
[19:47] <marcoceppi> as some are inconsistently symlinked (./hooks.py vs hooks.py)
[19:47] <marcoceppi> that list needs to be curated a bit more
[19:48] <marcoceppi> also does not include trusty charms
[19:59] <natefinch> marcoceppi: thanks, I got rid of dupes, easy enough
[20:54] <mwhudson> ctlaugh: :(


[04:43] <praveen>  I want to know if there is some mechanism by which I can make the child not to stop when it gets a signal and it is being traced by superior
[10:53] <tjaalton> sigh, can't boot jaunty unless I specify root=/dev/sdaX, although the UUID is correct
[11:05] <maxb> tjaalton: maybe something to do with the blkid|volid transition? I had one of my disks start showing up as a different UUID at one point in the jaunty cycle
[11:05] <tjaalton> maxb: how to fix it?
[11:06] <tjaalton> the previous time I booted this was three weeks ago
[11:06] <maxb> well, first see if /dev/disk/by-uuid/ is populated the way you think it should be
[11:07] <tjaalton> looks ok
[11:07] <maxb> hm. In that case the problem might be something entirely different
[11:09] <tjaalton> I can see the five partitions there
[11:11] <tjaalton> and the UUID's match the ones on the fstab
[11:14] <tjaalton> the machine had crashed though, and has ext4 on /
[12:26] <soren> tjaalton: How does it fail?
[12:27] <tjaalton> soren: kernel panic
[12:28] <soren> tjaalton: -v
[12:28] <tjaalton> soren: more details? fails to mount root, and then lists the partitions that are available
[12:29] <tjaalton> and then panics
[12:29] <soren> ...yet the UUID in question is in /dev/disk/by-uuid in the initramfs?
[12:30] <tjaalton> hmm, I'll extract it and check
[12:30] <soren> Er. No, that's not how it works.
[12:30] <tjaalton> oh right
[12:30] <soren> udev runs in the initramfs and creates them on boot.
[12:30] <tjaalton> yes
[12:30] <soren> Can you check in there?
[12:31] <soren> Pass break=bottom on the kernel command line (along with root=/dev/sdaX).
[12:31] <tjaalton> ok, will do
[12:42] <tjaalton> huh, break=bottom doesn't seem to work
[12:45] <tjaalton> it boots directly up
[12:46] <soren> Are you sure you spelled it correctly?
[12:46] <tjaalton> deckard ~ # cat /proc/cmdline
[12:46] <tjaalton> root=/dev/sda8 ro break=bottom
[12:46] <tjaalton> there :)
[12:46] <soren> Yeah, that's quite convincing. :)
[12:47] <soren> Try break=mount instead.
[12:47] <tjaalton> ok..
[12:49] <tjaalton> nah, same thing
[12:57] <tjaalton> oh well, I'll reinstall this soon anyway
[13:01] <soren> tjaalton: Seriously? I doesn't break into the initramfs?
[13:02] <tjaalton> soren: nope
[13:05] <tjaalton> a fresh install does though
[13:05] <tjaalton> so I wouldn't worry too much
[13:06] <tjaalton> the buggy one has been installed in January
[14:45] <rtg> apw: can you punch the button for mainline build for 2.6.30-rc3 ?
[14:45] <apw> rtg it is occuring in the background right now ...
[14:46] <rtg> thanks
[16:50] <rtg> ogasawara: I disabled Intel KMS for Karmic until user space catches up. It seems to work well with Jaunty user space if you wanted to mess with it on your Inspiron 1420.
[16:50] <ogasawara> rtg: ok cool
[16:57] <amitk> rtg: does enabling it kill the desktop?
[16:57] <rtg> amitk: absolutely.
[16:57] <amitk> rtg: how does it work with Jaunty then?
[16:58] <rtg> amitk: I'm using it on my Inspiron 1420. so far, so good. It actually fixes an SDHC issue with a 16GB mmc card
[16:59] <rtg> now if I could just figure out why mmc works
[16:59] <amitk> rtg: aah. nevermind. I reparsed your above statement - the Karmic kernel works with Jaunty, not KMS
[16:59] <rtg> correct. KMS is borked until the X drivers catch up
[18:05] <rtg> apw: do your mainline builds enable staging? (they should if they don't already)
[18:05] <apw> rtg hrm ... will check ... yes they should as we have no ubuntu/*
[18:06] <rtg> apw: thanks
[18:46] <Kano> rtg: there is no =n in the .config, only a # CONFIG... is not set
[18:47] <rtg> Kano: I know, it ends up being the same when oldconfig gets run during the prepare phase. I'll fix it one of these days
[18:51] <mdz> apw: [1908259.182020] TCP(wget:1570): Application bug, race in MSG_PEEK.
[23:45] <jbarnes> just curious, will the I/O latency patchset make it into jaunty or a jaunty update?


[14:29] <xu-irc92w> Hi guys, recently I'm investigating which Linux distribution is more suitable for a Pentium 3, I knew that Lubunutu and Xubuntu were focused on this type of hardware until now that require 64-bit instructions, what alternative is there now?
[15:19] <diogenes_Vx15> xu-irc92w: try antiX
[16:24] <tomreyn> xu-irc92w: ask in #linux - and consider replacing the hardware, which is probably subject to relevant security impacting design issues.
[16:25] <tomreyn> pentium 3's also make better heaters than CPUs nowadays.
[16:29] <xu-irc92w> no no I already have my pc, more than anything I wanted to see if any operating system works on it due to the limitation that it does not recognize "bootable usb" to install the classic windows xp, with the linux distribution I can install it from my pc directly to hard drive no need to boot from usb


[05:43] <lotuspsychje> good morning to all
[05:47] <EriC^^> morning lotuspsychje
[05:49] <lotuspsychje> hey EriC^^
[05:49] <lotuspsychje> got any plans for change of year mate?
[06:00] <lotuspsychje> !info vlc bionic
[06:03] <lotuspsychje> !info linux-image-generic bionic
[06:28] <EriC^^> lotuspsychje: not much yet
[06:28] <EriC^^> what about you?
[06:29] <lotuspsychje> EriC^^: we going over to friends every year, dinner & drinks
[06:29] <lotuspsychje> EriC^^: champagne @ 12
[06:33] <EriC^^> cool
[06:37] <lotuspsychje> EriC^^: 1192 users :p
[06:37] <EriC^^> :D
[06:38] <dax> the peak for the last 24h was about 1250
[06:39] <lotuspsychje> wow nice dax
[06:40] <dax> and it seems to be bottoming out higher today than 24h ago (this time of day is usually the lowest it gets; holidays have made that a bit weird tho)
[06:40] <lotuspsychje> yeah its holiday emptyness right now
[06:41] <lotuspsychje> but still im happy
[06:41] <lotuspsychje> more crowdy support has come back to us
[08:24] <ducasse> good morning, everyone
[08:28] <alkisg> Good morning ducasse, all
[08:29] <ducasse> hi alkisg, any plans for tonight?
[08:29] <alkisg> Kids and family, the best plans :)
[08:30] <alkisg> You? Going out?
[08:31] <ducasse> nope, staying home to make sure the noise doesn't scare the cat :)
[08:32] <alkisg> Hehe, you have fireworks etc there?
[08:35] <ducasse> not me, but i can see plenty if i want to - can see the whole city from where i live
[08:46] <lotuspsychje> hey ducasse & alkisg
[08:50] <ducasse> hi lotuspsychje - ready for new years eve? :)
[08:50] <lotuspsychje> yessss
[08:51] <lotuspsychje> a happy 2018 ubuntu year for you guys :p
[08:51] <lotuspsychje> and a better health ducasse
[08:51] <ducasse> thanks :)
[08:52] <lotuspsychje> going to the bakery now for our order
[08:52] <lotuspsychje> bbl
[09:30] <lotuspsychje> !find 4.18
[09:30] <lotuspsychje> !find kernel 4.18
[09:32] <lotuspsychje> !find 4.14.9-generic
[09:43] <lotuspsychje> !info linux-image-generic bionic
[09:44] <lotuspsychje> i wonder what would happen if users update 17.10 to 18.04 devel with that bios issue
[10:23] <lotuspsychje> 1214 users & crowdy :p
[10:58] <BluesKaj> 'Morning all
[10:58] <lotuspsychje> hey BluesKaj
[10:58] <BluesKaj> hi lotuspsychje
[10:59] <lotuspsychje> BluesKaj: any plans for the end of year?
[11:00] <BluesKaj> gonna have a few drinks with friends, how about you, lotuspsychje ?
[11:01] <lotuspsychje> great!
[11:01] <lotuspsychje> BluesKaj: every year we goto friends dinner & drinks, then fireworx & champagne :p
[11:02] <BluesKaj> nice! :-)
[12:42] <pauljw> hi everyone
[12:54] <lotuspsychje> http://news.softpedia.com/news/chromebooks-will-soon-support-parallel-android-apps-with-the-chrome-os-64-update-519154.shtml
[13:37] <lotuspsychje> welcome
[13:38] <hannibal_> thanks
[13:38] <lotuspsychje> hannibal_: you can also help test 18.04 in #ubuntu+1
[13:39] <hannibal_> thanks mam
[13:39] <hannibal_> what i have to do for that?
[13:39] <hannibal_> i mean just download ubuntu or something else?
[13:39] <lotuspsychje> !contribute | hannibal_
[13:39] <BluesKaj> Hi pauljw
[13:40] <lotuspsychje> hannibal_: and im a sir, not mam
[13:40] <pauljw> hey BluesKaj :)
[13:40] <BluesKaj> sir lotuspsychje :-)
[13:40] <lotuspsychje> lol
[13:41] <hannibal_> ok sir
[13:41] <hannibal_> sorry
[13:41] <pauljw> doesn't that just depend on how you feel today, lotuspsychje?  :)
[13:41] <lotuspsychje> hahaha
[13:41] <lotuspsychje> well last time i checked i was one
[13:41] <pauljw> :)
[13:42] <BluesKaj> hi hannibal_ I'm testing Bionic with KDE/Plasma DE and so far so good
[13:42] <hannibal_> sure will try this one also
[13:44] <BluesKaj> plenty of other testers are trying gnome and other DEs with good results too
[13:48] <lotuspsychje> this jk is spending like 2 days with this already now
[13:52] <BluesKaj> don't think his English comprehension is very good, it's hindering his understanding of support suggestions
[13:52] <lotuspsychje> think italian
[13:53] <BluesKaj> I can't ....think in italian :-)
[13:53] <lotuspsychje> lol
[14:12] <lotuspsychje> okay guys, have a very nice end of year and good start of 2018
[14:13] <lotuspsychje> we gonna prepare here
[14:13] <lotuspsychje> have a nice1 to all!
[16:06] <BenderRodriguez> pauljw
[16:13] <BenderRodriguez> pauljw: help
[16:13] <BenderRodriguez> I need to figure out why my ubuntu is taking a long time to run commands
[16:13] <BenderRodriguez> for some reason even logging into SSH takes several seconds
[16:13] <BenderRodriguez> same with doing "sudo" operations
[16:13] <BenderRodriguez> any ideas
[16:15] <pauljw> BenderRodriguez, first, no idea, second, this is the wrong channel for support questions.  try #ubuntu.
[17:55] <oerheks> The UN says red alert, we need Unity, i agree with that desktop. https://twitter.com/antonioguterres/status/947406982071193601
[17:56] <oerheks> "our future depends on it."