[18:18] <jan_w> Hi, what can I do to have this fixed? https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/894082
[18:18] <ubot2> Launchpad bug 894082 in network-manager "Network-Manager doesn't handle short network interruptions correctly!" [Undecided,Confirmed]
[18:23] <ersi> jan_w: Have you checked upstream if this has changed? Or if that's still hardcoded?
[18:25] <jan_w> one moment, lets check the source
[18:26] <ersi> just curious, since I know NM is very activly developed
[18:33] <jan_w> hehe the bug was moved to a new file: NetworkManager-<IP_ADDRESS>/src/nm-device-wired.c line 187
[18:37] <ersi> so that means it's probably in precise/12.04 as well
[18:47] <jan_w> it is :(
[22:02] <txomon|home> so, one day later,can someone have a look in bug 975197
[22:02] <ubot2> Launchpad bug 975197 in linux "Can't avoid mounting in boot time" [Medium,Confirmed] https://launchpad.net/bugs/975197
[22:42] <bdmurray> txomon|home: I tested that yesterday and had no problems
[22:42] <txomon|home> bdmurray, could you jump it?
[22:42] <txomon|home> I mean, pressing C
[22:43] <txomon|home> I can boot, but just if the samba server in the network drive is on (which usually is)
[22:43] <bdmurray> i never saw a message about it being missing
[22:43] <txomon|home> bdmurray, so you didn't disconnect it
[22:43] <bdmurray> although I'd stopped smbd on my server
[22:43] <txomon|home> the problem comes that you are not using it really
[22:44] <txomon|home> when being in the fstab, it becomes a vital part
[22:44] <txomon|home> such as /home or so
[22:44] <bdmurray> yes, I added it to my fstab
[22:45] <txomon|home> it should give you a menu
[22:45] <txomon|home> when booting displaying something like the network drive  could not be loaded or so
[22:46] <txomon|home> I have this line: //<IP_ADDRESS>/archives-mirror /var/cache/apt-cacher-ng cifs  guest,iocharset=utf8,codepage=unicode,unicode  0  0
[22:47] <bdmurray> that's a bit different than what you put in the bug
[22:47] <bdmurray> I'd just used /mnt/foo
[22:51] <txomon|home> humm maybe because /mnt is prepared to have devices failing?
[22:52] <bdmurray> or /var/cache isn't
[22:54] <txomon|home> bdmurray, whatever, the displaying menu, is not having the desired effect. If it offers the possibility of skipping that mount, it should really skip it
[23:16] <txomon|home> strange thing (Just saw a video in youtube for first time) and this happens. Example video (1st click): http://www.youtube.com/watch?v=I7RqU_Isw28 output: http://i45.tinypic.com/2ebvpsh.png
[23:16] <txomon|home> any idea on what can it be?


[08:24] <Tor-Mentor> Hi! im having some wierd problems with my scripts and bash_completion. Service does not autocomplete my scripts but initctl does. Does it depend on the content in the scripts somehow?
[08:34] <jodh> Tor-Mentor: /usr/sbin/service is *not* an upstart command - it's a SysV one. However, to make life more familiar, links are created from /etc/init.d/$foo to the corresponding upstart jobs in /etc/init/ to allow you to continue to use that command.
[08:34] <jodh> Tor-Mentor: hence, if you want the bash completion, please use initctl.
[08:37] <Tor-Mentor> aahh thanks. That clears that one up!
[14:35] <tjaalton> do you folks see anything alarming on this job http://pastebin.com/2bZu24yG
[14:48] <jodh> tjaalton: you don't need the "console output". It's possible your job will never detect plymouth-splash running though I think as your job is probably going to start after plymouth-splash.
[14:49] <tjaalton> jodh: oh right, that was cruft..
[14:49] <jodh> tjaalton: also, your job is going to run that ping in a very tight loop.
[14:49] <tjaalton> ugh, yes :)
[14:49] <jodh> tjaalton: are you looking to put this change into raring?
[14:49] <tjaalton> jodh: if possible, yes
[14:49] <tjaalton> ok added 'sleep 0.1 after fi
[14:50] <jodh> tjaalton: ok - if this goes in though and other jobs are changed to make use of the new event, I lot of testing is going to have to happen in the next week :)
[14:50] <tjaalton> jodh: yeah..
[14:50] <tjaalton> only lightdm for now I think
[14:52] <jodh> tjaalton: ok. Are QA aware they'll need to test this?
[14:52] <tjaalton> not yet
[14:53] <tjaalton> slangasek suggested to use 'start on startup or started plymouth-splash' and it worked this time (didn't before for some reason)
[14:53] <jodh> tjaalton: just spotted another problem: you 'if' and 'while' reference 'STARTED' where it should be '$STARTED'.
[14:53] <tjaalton> this can go in plymouth in any case
[14:53] <tjaalton> testing lightdm can be done as an sru
[14:53] <tjaalton> duh
[14:54] <tjaalton> good thing lp timed out when adding it to the bug..
[14:54] <tjaalton> :)
[14:54] <tjaalton> it's a monster bug with 100+ dupes
[17:26] <tjaalton> ok, the upstart job is now good enough, thanks for your help :)
[17:33] <elmo> jodh: hey is there an ETA for the upstart dbus bridge  and/or anything already written?
[17:37] <jodh> elmo: no concrete eta, although I was hoping to have something for 'S'. No code yet. We have a dconf/dsettings bridge that's almost complete.
[17:37] <elmo> jodh: ok, cool, just curious, most of my ideas for user upstart jobs would trigger off of dbus
[17:41] <slangasek> AIUI a dbus bridge is not currently a priority for the desktop team
[17:41] <slangasek> we'll double-check that with them next month, though
[17:44] <elmo> FAOD, my curiousity is entirely idle/spare time and not professional :)
[17:46] <slangasek> elmo: so you're not writing a job that runs 'juju deploy' based on an incoming indicator-message event? ;)
[17:47] <elmo> yes, that's my plan for juju auto scale
[17:47] <elmo> pagerduty + ubuntu webapps + indicator-osd + upstart-dbus-bridge + user upstart job -> juju add-unit
[17:47] <elmo> :-P
[17:48] <elmo> (oh god, that's so horrible, I want to bleach out my own mind)
[17:48]  * slangasek giggles
[17:50] <elmo> no, FWIW, I mostly want to be able to see things like network changes and screen lock/unlock events, which AFAIK are announced most usefully on DBus
[17:50]  * slangasek nods
[17:55] <xnox> slangasek: that quote on the wiki, got me scared =)
[17:56] <slangasek> xnox: is your entire life RSS-driven? :)
[17:57] <xnox> slangasek: ssshhh
[17:59] <xnox> slangasek: have you seen this yet http://youtu.be/A25VgNZDQ08 that was my reaction when I heard the news about google reader shutdown.
[18:00] <slangasek> funny thing is, I had just started using Google Reader on my phone two weeks before the announcement
[18:01] <xnox> slangasek: yeah, I'm waiting for newsblur to scale, their mobile app is good enough. They are scalability issues, since they got effectively DDOSed after google reader announcement.
[18:01]  * xnox ponders if Blogger and Feedburner are the next to get the cut. Cause clearly people should blog by doing "public posts on G+"
[18:03] <slangasek> "It may amaze you gentlement that Orkut is still up and running" -hahaha
[18:04] <slangasek> xnox: right... except for the days that G+ is failing to add stuff to your stream
[18:04] <slangasek> (I had a ~16h outage where people I'm following were not having their posts showing up in my stream - right before the google docs outage)
[18:04] <xnox> ouch.
[18:05] <xnox> well..... I can't tell the difference on my G+ feed really. Half of it is cats, the other half is people playing ingress.
[18:06] <slangasek> you should follow more interesting people
[18:06] <slangasek> like jodh
[18:07] <slangasek> O right, all his G+ posts are links to his blog which you already have in RSS ;)
[18:07] <xnox> =))))
[18:08] <xnox> i follow people who reshare interesting rss feed posts via google reader instead =)


[02:05] <smoser> rick_h: i just signed contributors agreement.
[02:06] <smoser> not just "horay for me", but because c-i is holding on that i think.


[07:40]  * didrocks needs to run to the post office, hoping for not a long queue. ttyl guys :)
[07:55] <om26er> Laney, where is system-settings getting time details from ?
[07:55] <om26er> its not able to detect my timezone automatically, where is the bug ?
[08:04] <Laney> om26er: that feature does not exist
[08:05] <Laney> (good morning all)
[08:05] <om26er> Laney, even better, any clue who should implement that ? who as in what component
[08:06] <Laney> I suppose it'd be the location service
[08:07] <om26er> doesn't it come from the sim normally
[08:08] <Laney> the mobile network can provide a timezone
[08:10] <Laney> In that case it'd be exposed by ofono I think
[17:05] <Laney> quiet day ;-)
[17:05] <Laney> gute nacht
[17:09] <didrocks> see you Laney!
[17:13] <Sweet5hark1> quiet day? not really ...
[23:26] <xnox> all your chats are belong to us!


[00:57] <corecode_> hey
[00:57] <corecode_> where could i find a current preseed example?
[00:57] <corecode_> the 10.04 docs are not up yet
[01:12] <persia> corecode_: Except for a few minor changes, the 9.10 docs are mostly correct.  Is something not working?
[01:12] <corecode_> i'm coming from 9.04
[01:13] <corecode_> just making sure
[01:17] <corecode_> i'm quite happy with our cluster installation system now, boots + installs ubuntu all automatically
[01:17] <corecode_> oh, the install colorscheme changed?
[01:17] <corecode_> at least via serial console
[01:19] <corecode_> aha, which question is "Write the changes to disk", title "[!!] Partition disks"
[01:19] <corecode_> that's not preseeded now
[01:19] <corecode_> what happened to libpam0g?
[01:21] <corecode_> i think my mirror is not in sync yet
[01:21] <corecode_> can that be?
[01:30] <persia> Possibly.  I still have libpam0g though, which means it might be something else.
[01:34] <corecode_> yes, now it worked
[01:34] <corecode_> d-i partman/confirm_nooverwrite boolean true
[01:35] <corecode_> that was the preseed question
[01:35] <persia> So it works now?
[01:35] <corecode_> up to now
[01:35] <corecode_> :)
[01:51] <corecode_> it feels like lucid takes longer to install than jaunty
[01:51] <corecode_> could be ext4 vs ext3
[01:52] <persia> Quite possibly, yes.  There's some annoyances that happen in certain circumstances with ext4 performance.
[01:53] <corecode_> sad.
[01:54] <corecode_> this is a quite beefy machine, 24 core 32gb, 1gbps network
[01:54] <corecode_> dunno about the disk tho
[01:54] <persia> You can always use ext3 if you like :)
[01:55] <corecode_> i'd rather not play with the lvm auto partitioner
[01:55] <corecode_> :)
[01:56] <corecode_> yea, definitely the file system
[01:56] <corecode_> ri1.8 took ~20 seconds or more to install
[02:03] <JanC> IIRC dpkg does a lot of sync'ing to disk, and ext4 doesn't like that
[02:03] <corecode_> i see
[02:03] <corecode_> maybe mount with nosync or so?
[02:04] <corecode_> i wonder if that is possible during install
[02:04] <JanC> it does that because if something happens and data isn't on disk yet, you won't be happy  ;)
[02:04] <corecode_> grub didn't want to install automatically
[02:04] <corecode_> but now i selected the menu item and it works
[02:04] <persia> lucid switched to grub2
[02:04] <corecode_> strange
[02:05] <corecode_> so did karmic, no?
[02:05] <persia> Yes, but I thought you were basing off a 9.04 script :)
[02:05] <corecode_> yes, true
[02:06] <corecode_> i'm a bit confused since it installed grub without issues
[02:06] <corecode_> after just selecting the menu item
[02:06] <corecode_> meh, stuck in running preseed
[02:06] <corecode_> great
[02:07] <corecode_> bed times
[02:07] <corecode_> thanks
[19:20] <corecode_> hey
[19:20] <corecode_> is there a way to mount /target with different options, automatically?
[19:21] <corecode_> or maybe run a command after mount, but before download+install time?
[19:21] <corecode_> i'm seeing about tripple the installation duration compared to jaunty, so i'd like to mount ext4 with nobarrier,data=writeback
[20:36] <corecode_> http://pastie.org/940743
[20:37] <corecode_> any idea why this would happen?  WARNING **: Configuring 'grub-installer' failed
[21:44] <DASPRiD> cjwatson, hey dude :)


[00:10] <cnd> bryceh: RAOF: thought you might be interested to know that pbuilder create now works for me on oneiric
[00:14] <bryceh> cnd, excellent
[00:34]  * bryceh sighs @ bug #834136 and bug #834070
[00:34] <ubot4> Launchpad bug 834136 in xserver-xorg-video-dummy (Ubuntu) "Depends on a package that doesn't exists (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/834136
[00:34] <ubot4> Launchpad bug 834070 in xserver-xorg-video-intel (Ubuntu) "Daily builds oneiric-desktop-amd64.iso since 08/17/11 are useless (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/834070
[01:02] <Sarvatt> i've run into the daily builds not starting lightdm too
[01:02] <Sarvatt> works fine after a sudo service lightdm start
[01:03] <Sarvatt> oh but filed against intel, clearly the right place
[01:05] <Sarvatt> well thats fun, can't change the package its filed against on launchpad in chromium dailies
[01:08] <bryceh> hmm, setting dupes seems busted too
[01:14] <bryceh> https://bugs.launchpad.net/launchpad/+bug/834266
[01:14] <ubot4> Launchpad bug 834266 in launchpad ""831884 is not a valid bug number or nickname" (affects: 1) (heat: 6)" [Undecided,New]
[20:41] <Sarvatt> RAOF: vmwgfx in 7.11 was busted, it looked exactly like the screenshot in this bug https://bugs.freedesktop.org/show_bug.cgi?id=40397 and according to that bug xorg-vmwgfx is deprecated anyway. would be really nice to get it in 12.04 though when we have 7.12
[20:41] <ubot4> Freedesktop bug 40397 in Other "vmwgfx 3D Glitchy" [Normal,New]
[20:41] <Sarvatt> (no xa-vmwgfx in 7.11)
[20:44] <Sarvatt> having it installed made a standard boot with autologin unusable since unity thought it could work with it - http://sarvatt.com/downloads/vmwgfx1.png
[20:47] <Sarvatt> not sure how Amaranth has it working
[20:48] <Amaranth> Sarvatt: I just grabbed whatever was in xorg-edgers when I set it up and the kernel module for the latest kernel
[20:48] <Amaranth> Sarvatt: I disabled 2D acceleration and debug, only 3D is enabled
[20:49] <Sarvatt> ah it musta broke when i tried it last week
[20:49] <Sarvatt> everything 3D related died with an assert
[20:49] <Sarvatt> (in 7.12 that is)
[20:49] <Amaranth> http://paste.ubuntu.com/675528/
[20:51] <Amaranth> Sarvatt: and here is es2_info and glxinfo: http://paste.ubuntu.com/675530/
[20:51] <Amaranth> no idea what build I did that with
[20:52] <Sarvatt> i need to start adding the git hash to the gl version string
[20:52] <Sarvatt> oh wait you built it yourself outside of git anyway
[21:01] <Sarvatt> i'll start building st/xa next mesa upload so i can upload vmwgfx_branch of xf86-video-vmware which needs xatracker.pc from mesa
[21:51] <Prf_Jakob> Oh I see you are talking about vmwgfx
[21:52] <Prf_Jakob> 3D should work fine with XA on 32bit, 64bit seems a bit broken, haven't had time to look into it.
[21:53] <Prf_Jakob> st/xorg should also work fine, but now you don't get the nasty circular dependancy.
[23:14] <bryceh> Sarvatt, ideas on bug 835128?  (Friend of slangasek's)
[23:14] <ubot4> Launchpad bug 835128 in linux (Ubuntu) "Blank display on Vaio Z (VPCZ2) unless I use nomodeset or attach an external monitor (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/835128


[11:34] <mzinz> how do i tell about universe
[11:34] <psusi> hrm... because most drives you can set to be the master and they work in a single drive configuration... WD has a special jumper position for master but single... the normal master position won't work without a slave
[11:34] <gnomefreak> now3d, type in terminal mozilla -version
[11:34] <SEJeff> Stormx2: umask=0000 and uid=1000 are two TOTALLY different options
[11:34] <Stormx2> I'm gonna install Firefox 1.5 methinks
[11:34] <gnomefreak> let me know what output you get
[11:34] <psusi> lilliput: can you boot grub from some other meidia?
[11:34] <alilo1> alilou: robotgeek: sorry I got disconnected done...I run ifconfig eth1 up ...an error come up: no such device...?!
[11:35] <gnomefreak> Stormx2,  ive only heard bad things so far about it
[11:35] <SEJeff> Stormx2: umask just sets the default permissions. uid=1000 makes you the owner and gives you permissions without changing anything crazy like the umask
[11:35] <mzinz> how do i install multiverse?
[11:35] <mindamp> im looking for a passwd one-liner
[11:35] <insipid> how is ubuntu pronounced =D
[11:35] <mindamp> can anyone help?
[11:35] <gnomefreak> ubotu tell mzinz about sources
[11:35] <erUSUL> !tell mzinz about repos
[11:35] <now3d> gnomefreak: ok, i had to install mozilla-browser:  it says Mozilla 1.7.12, Copyright (c) 2003-2004 mozilla.org, build<PHONE_NUMBER>
[11:35] <ompaul> Stormx2, can you type system rebuild?
[11:36] <Stormx2> ompaul: Hmm?
[11:36] <lilliput> psusi, I can do from a usb key I guess but you will understand that is not really the best solution ever
[11:36] <gnomefreak> now3d,  ok thats good ummmmmmmmm your using kubuntu why are your repos ubuntu?
[11:36] <lilliput> psusi, that's why I'm asking here
[11:36] <guile> !repos
[11:36] <ubotu> rumour has it, repos is http://www.ubuntulinux.org/wiki/AddingRepositoriesHowto - Official sources.lists here http://paste.ubuntulinux.nl/969 (Hoary) or http://paste.ubuntulinux.nl/2325 (Breezy) see also !easysource
[11:36] <robotgeek> alilo1: no probs, modprobe ipw2200 (or apporpriate) and look in dmesg | less (scroll till end using page down) and look if loaded correctly
[11:36] <germancito> Hello, I have a little problem
[11:36] <gnomefreak> now3d,  i dont know if kubuntu offers same packages as ubuntu i assume they do but i dont know for sure
[11:36] <mzinz> For some reason I am constantly getting REALLY long hangs in firefox.  Both versions.  It happens every time i attempt to load a new page, any idea why/
[11:36] <psusi> lilliput: try booting to the grub command line however you can and see if it sees the hard drive
[11:36] <now3d> gnomefreak: hmm, not sure.. i did not change them..
[11:37] <now3d> gnomefreak: I was runnning sarge before, but my HD got bad sectors, so i thought I would try kubuntu on a new drive i bought
[11:37] <lilliput> psusi, if it does what I am doing ?
[11:37] <lilliput> boot on it ?
[11:37] <Stormx2> gnomefreak: Bad things about ff 1.5? like what?
[11:37] <germancito> I wnat to change my machine name, i mean the name that appears: myname@mymachinename:~$
[11:37] <pityon> Hello - How to install on Qosmio G20? No hard drive detected
[11:37] <lilliput> on the partition or the MBR ?
[11:37] <psusi> lilliput: if it does, then you know you just didn't get the MBR installed right... if it doesn't, then your bios doesn't like the drive
[11:38] <Stormx2> gnomefreak: I heard it runs faster than the 5.10 preinstalled version
[11:38] <now3d> gnomefreak: which package version is mozilla-browser in your unbuntu install..?
[11:38] <meheren> can someone recommend a good spyware/adware removal for ubuntu? also a good virus protector
[11:38] <gnomefreak> i dont remember off hand but sev was saying it the other day
[11:38] <germancito> how can I do that?
[11:38] <lilliput> psusi, oki I see
[11:38] <Stormx2> meheren: spyware/adware on ubuntu?!
[11:38] <gnomefreak> 1.0.7-not sure
[11:38] <erUSUL> mindamp, use adduser with the apropiate switchess in PASSWD use `otp -n1 | awk '{print $2}`
[11:38] <mzinz> Am I the only one who has severely long loading times in firefox? Even on 1.5?
[11:38] <jbroome> heh
[11:38] <pityon> does anybody no what to do if NO HARD DRIVE DTECTED ????????
[11:38] <robotgeek> erUSUL: don't do his homework :)
[11:38] <QRZ> germancito:  /etc/hostname probably
[11:38] <eternalist> pityon, kernel panic asshole :)
[11:38] <eternalist> ahah jk
[11:38] <psusi> pityon: yea... plug in a hard drive
[11:38] <robotgeek> eternalist: language
[11:38] <eternalist> psusi, lol
[11:38] <psusi> hehehe
[11:38] <eternalist> robotgeek, i know i know, humanity to otheres
[11:38] <gnomefreak> psusi, lol
[11:39] <gnomefreak> try the /mnt command?
[11:39] <meheren> is there a good spyware/adware remvole for ubuntu alos a good virus protector?
[11:39] <robotgeek> eternalist: we are really serious about it
[11:39] <erUSUL> robotgeek, ;) i couldn't help myself
[11:39] <germancito> thanks QRZ
[11:39] <QRZ> germancito:  np
[11:39] <jbroome> meheren: they not a problem in the linux world
[11:39] <robotgeek> erUSUL: come on! let him learn
[11:39] <erUSUL> meheren, you do not need such a thing in ubuntu
[11:39] <eternalist> robotgeek, I understand..
[11:39] <pityon> no, Vector LInux and SuSe recognize it and install - Ubuntu and Debian don't see hdd (sda)
[11:39] <gnomefreak> meheren,  linux doesnt have all that crap
[11:39] <meheren> ok...
[11:39] <meheren> if you say so...
[11:39] <germancito> QRZ, But nothing changes, maybe after rebooting...
[11:39] <meheren> wadabout firewall?
[11:40] <meheren> any good firewalls?
[11:40] <gnomefreak> wrote into kernel
[11:40] <gnomefreak> called iptables
[11:40] <jbroome> iptables
[11:40] <trappist> meheren: ipkungfu
[11:40] <meheren> kungfu? huh funny ok thx
[11:40] <QRZ> germancito:  "sudo hostname <new_name>" probably
[11:40] <gnomefreak> firewall is wrote in kernel i havent had to change any setting so i dont screw with the gui apps
[11:41] <gnomefreak> now3d,  im asking on #kubuntu about the sources list and yet still no answer
[11:41] <now3d> gnomefreak: ok, thanks for your help!
[11:42] <gnomefreak> now3d,  not a problem waiting for an email anyway :)
[11:42] <ompaul> meheren, is it a firewall for ubuntu?
[11:42] <trappist> gnomefreak: the packet filtering functionality is in the kernel.  you're not automatically firewalled.
[11:42] <Ce_Dreaku> Who can help me set up a HP deskjet 3745 printer in Ubuntu?
[11:42] <meheren> ?
[11:42] <meheren> ompaul: not really understanding what your asking
[11:42] <gnomefreak> trappist,  you set it during install atleast i remember it asking what i wanted to let through
[11:42] <ompaul> meheren, you refer to a firewall is it for an ubuntu installed system?
[11:42] <meheren> yes
[11:42] <alilo1> robotgeek: modprobe does not give any output...lsmod |grep ipw2200 shows the following:... ipw2200 ---- 66156  0.....firmware_class-----9728  1 ipw2200.....ieee80211----- 21252  1 ipw2200, would this help?
[11:42] <now3d> gnomefreak: I was thinking of filing it as a bug.. but they require email confirmation.. and I cant get that workng without mailnews! :(  maybe i shoudl try with a web one
[11:43] <Paradosso> anyone can tell me the terminal command to get a printscreen?
[11:43] <silent_scream> how can i change the default media player ?
[11:43] <_jason> trappist, isn't packet filtering a firewall?
[11:43] <ompaul> meheren, are you running a web server or some such that might be abused from outside? (note there is nothing that needs firewall protection unless enabled by you)
[11:43] <trappist> Paradosso: import -w root filename.png
[11:43] <gnomefreak> now3d,  if you use say gmail go to www.gmail.com and get your mail from the server
[11:43] <Paradosso> thanks
[11:43] <meeaw> hiya, just installed ubuntu and cannot figure out what my root login is... i dont remember being prompted for it.... any ideas?????
[11:43] <meheren> yeh a server
[11:43] <erUSUL> Paradosso, xwd
[11:43] <gnomefreak> thunderbird is very good mail client now3d
[11:43] <Ce_Dreaku> Who can help me set up a HP deskjet 3745 printer in Ubuntu?
[11:43] <_jason> ubotu, tell meeaw about root
[11:43] <trappist> _jason: packet filtering filters packets.  a firewall tells a packet filter which packets to filter, whithout which a packet filter isn't much use.
[11:44] <Paradosso> command not found
[11:44] <alilo1> robotgeek
[11:44] <Paradosso> trying xwd
[11:44] <trappist> *without
[11:44] <robotgeek> alilo1: yes, here
[11:44] <ompaul> meheren, well if your running one do you want it to work with the outside world if so why the firewall if not then use IPTABLES
[11:44] <now3d> gnomefreak: i think you're right.. i'm just stuck in my ways using mozilla suite..
[11:44] <gnomefreak> now3d,
[11:44] <erUSUL> Ce_Dreaku, we told you to look in System>Administrtion>Printing
[11:44] <gnomefreak> thunderbird is mozzila
[11:44] <meheren> gnomefreak: if your usted to outlook exspress evolution is a good choise
[11:44] <gnomefreak> mozilla
[11:44] <Ce_Dreaku> It does not work
[11:44] <gnomefreak> meheren,  i hate evolution :(
[11:44] <meeaw> thanks guys!
[11:44] <Ce_Dreaku> that's where I looked first
[11:44] <alilo1> robotgeek: sorry I was just testing I though I got disconnected
[11:44] <erUSUL> Ce_Dreaku, well tell us what is the problems you encountered
[11:44] <meheren> gnomefreak:yeh i do 2
[11:45] <Ce_Dreaku> there is no driver in the list for 3745
[11:45] <trappist> ompaul: it's common practice to run firewalls on servers
[11:45] <Ce_Dreaku> only 3740 and that does not work
[11:45] <robotgeek> alilo1: type, lspci -v | less, and try to tell me the pci id. 0001:11:00.0 blah blah, Subsystem: Belkin: Unknown device 701a
[11:45] <meheren> gnomefreak: confusing but it is just like outlook exspress
[11:45] <ompaul> now3d, you know that mozilla as a program by itself is coming to an end of its life? it will be firefox and friends in the future
[11:45] <meheren> (yes outloook is confusing lol)
[11:45] <gnomefreak> i use thunderbird for 3 of my gmails and im working on looking for a how to on sendmail to set my other boxes too
[11:45] <Paradosso> erUSUL, may you be more precise?
[11:45] <umberleigh> hi. can someone point me towards a good tutorial for basic usage of the 'ftp' program
[11:45] <gnomefreak> meheren, must be why i hate it than  :) just like winblows
[11:46] <silent_scream> how can i change the default media player ??
[11:46] <Paradosso> can you give me the syntax to get a printscreen?
[11:46] <meheren> yep...
[11:46] <now3d> ompaul: i heard that.. i really like it though.. i saw something that said people woudl be maintaining the suite for a while
[11:46] <meheren> made by microsoft...
[11:46] <gnomefreak> but looks like i have to throw winblows back on here for class :(
[11:46] <meheren> ouch
[11:46] <ompaul> now3d, but the chances that it would end up in ubuntu are slim given that thunderbird is there
[11:46] <_jason> silent_scream, just right click on a file and go to properties -> open with.  Select the app you wan't that media type to open with by default.
[11:46] <now3d> ompaul: i think I will switch at v2.0 firefox/thunderbird
[11:46] <bur[n] er> gnomefreak, vmware? qemu? wine? :)
[11:46] <meheren> well you can dual install...
[11:47] <gnomefreak> yeah but ill get rid of libranet and put winblows on here
[11:47] <erUSUL> Paradosso, man xwd ;)  is xwd -out image
[11:47] <ompaul> now3d, adopt today and "take back the web :-))"
[11:47] <Paradosso> cheers
[11:47] <gnomefreak> bur[n] er, no im going for a java class in jan and they base class on winblowsd
[11:47] <erUSUL> Paradosso, man xwd ;)  is xwd -root -out image
[11:47] <ompaul> now3d, it is the same suite just carved into its seperate pieces and build on from there
[11:47] <now3d> ompaul: hmm, i wonder if firebird has import from mozilla profiles?
[11:47] <SteveW> guys, i would like to install xp and ubunto dual boot. which should i install first?
[11:48] <csb> anybody here use kino?
[11:48] <gnomefreak> i know they will get eclipse and lucky me already have it but im not sure if everything will work same as winblows
[11:48] <SteveW> (i'm noob)
[11:48] <ompaul> SteveW, that thing which is not linux :)
[11:48] <bur[n] er> SteveW, windows
[11:48] <mwe> SteveW: xp, or it will overwrite grub
[11:48] <ompaul> now3d, it should
[11:48] <gnomefreak> i would install linux only ;)
[11:49] <mwe> SteveW: you could get around it, but it easier to install xp first
[11:49] <SteveW> mwe, i haven't installed linux since before fedora. do i have to partition things?
[11:49] <ompaul> gnomefreak, not what he asked :-(
[11:49] <gnomefreak> ompaul,  i know but im here to give the truth ;)
[11:49] <_jason> SteveW, xp first and make sure that you choose the correct partition size when you install so that you don't need to resize later
[11:50] <ompaul> SteveW, well given you have the chance I would set it up now  with as small a partition as 15G for Windows and give Ubuntu the rest :-)
[11:50] <gnomefreak> ompaul, isnt that backwards shhhhhhhhh SteveW you dont see this lol
[11:50] <gnomefreak> windows needs more space than linux? i thought
[11:50] <HrdwrBoB> depends
[11:51] <ompaul> gnomefreak, bet you his disk is 100G or greated
[11:51] <SteveW> lol is one 15gb part enough for ubunto - no swap partition or anything
[11:51] <gnomefreak> basic windows xp install is like 8gigs
[11:51] <ompaul> SteveW, how big is the drive?
[11:51] <Red-Sox> why doesnt linux have things like setup.exe?
[11:51] <SteveW> big 320gb
[11:51] <silent_scream> _jason, i have some multimedia keys on my keyboard. one of those opens the media player. i want to chance the default media player which is rhythmbox to someone else
[11:51] <gnomefreak> SteveW, good idea to add a swap double your memory
[11:51] <SteveW> but i want most on windows, just want enough for ubuntu to give it a first try
[11:51] <mwe> SteveW: unless you have a lot of data you want to keep under linux it is more than enough with 15GB imo
[11:51] <ompaul> SteveW, then 25G for windows and give the rest to Ubuntu you will be glad over time
[11:52] <gnomefreak> Red-Sox, cause linux has things called .bins for setup :)
[11:52] <Xamusk> hello
[11:52] <gnomefreak> .exe is a winblows deal
[11:52] <gnomefreak> i have ubuntu on a 40gig and libranet on a 20
[11:53] <germancito> Help
[11:53] <gnomefreak> just goes to show you how much i love my ubuntu :)
[11:53] <germancito> I can't use sudo now!!
[11:53] <Red-Sox> gnomefreak: oh, okay, can you download... like.... firefox 1.5 .bin?
[11:53] <D1> you guys try firefox 1.5 yet?
[11:53] <D1> its faaaaaaaast
[11:53] <gnomefreak> Red-Sox,  im sure you can cause others use it
[11:53] <DShepherd> hey
[11:53] <florian___> hi, how to loop over directories that are containing whitesapces?
[11:53] <DShepherd> d1 yeah I have.. it kool
[11:53] <mwe> D1: but it loads kinda slow for me
[11:54] <alilo1> robotgeek: the output I have does not show an adress 000111.....,: id nor subsystem either...I can not tell which one is exactly which.  does it have to say PCI  bridge at the beguining or isa bridge, network controller card but , fire wire or ethernet...I am atating most I can so make it easier for you
[11:54] <Xamusk> anyone here with some experience in using ubuntu's LTSP?
[11:54] <D1> really?
[11:54] <D1> its really fast for ome
[11:54] <gnomefreak> D1, 1.0.7 isnt that slow
[11:54] <SteveW> how do i set up a swap partition? im a starting the whole drive from scratch
[11:54] <sampan> stevew, one futher partitioning suggestion.  put your /home on a separate partition from /  that way if you ever need to reinstall (or, heaven forbid, switch distros) you don't have to lose your /home data
[11:54] <D1> whats weird is that the mozilla.org firefox is faster than ubuntu's
[11:54] <robotgeek> alilo1: just paste the lspci -v output to pastebin?
[11:54] <germancito> what can I do
[11:54] <robotgeek> ubotu: tell alilo1 about pastebin
[11:54] <mwe> D1: once it's loaded it's fast though
[11:54] <gnomefreak> D1, there not the same??????????
[11:54] <yapyccky> hello everyone
[11:54] <DShepherd> gnomefreak: :)
[11:55] <D1> https://wiki.ubuntu.com/FirefoxNewVersion
[11:55] <D1> shrug
[11:55] <SteveW> sampan:ok so how much for / and how much for /home - min. please!
[11:55] <gnomefreak> DShepherd, :)
[11:55] <D1> they say its faster
[11:55] <yapyccky> who knows why my theme on my ubuntu is not appliyed on synaptic?
[11:55] <mwe> SteveW: I just keep it all on one partition and then a swap partition
[11:55] <gnomefreak> D1,  it might be but since i havent really heard good things yet about it im not gonna try it
[11:55] <_jason> silent_scream, not sure where gnome stores that info... you could always create a new shortcut and make your key use that, see !shortcut
[11:55] <D1> well
[11:55] <germancito> I edited /etc/host and changed my host name
[11:55] <D1> there is no ubuntu backport of it
[11:55] <gnomefreak> not for a while
[11:55] <D1> so I had to get 1.5 through that method
[11:55] <germancito> and now i can't use sudo
[11:55] <Paradosso> another question
[11:56] <sampan> stevew, that all depends on how much stuff you're gonna install.  with a drive as large as yours, you can easily do 15 and 15 and be safe for a long while
[11:56] <gnomefreak> its not stable enough for ubuntu to use it in breezy
[11:56] <mwe> SteveW: my ubuntu is currently using about 4GB and that's all /
[11:56] <Xamusk> is this "faster firefox" stuff also applied to Debian?
[11:56] <germancito> and I need sudo to configure etc/hosts so I can use sudo again ?
[11:56] <tyler> I tried installing the mp3 codec but got an error: E: Couldn't find package gstreamer0.8-plugins-multiverse
[11:56] <tyler> . Any clue why? I have universe and multiverse installed
[11:56] <trappist> germancito: /etc/hosts is not where you change your hostname.
[11:56] <silent_scream> !shortcut
[11:56] <ubotu> rumour has it, shortcut is http://ubuntuforums.org/showthread.php?t=79560
[11:56] <Xamusk> and all the other debian-based distros?
[11:56] <germancito> trappist, please, help me
[11:56] <trappist> germancito: the first line in /etc/hosts should look like this: <IP_ADDRESS> localhost.localdomain localhost
[11:57] <D1> Xamusk: dont know, but you can try mozilla's version I dont think theres a debian 1.5 yet either
[11:57] <germancito> yes
[11:57] <trappist> germancito: you can ADD your hostname to the end of that, but that doesn't change your hostname.
[11:57] <SteveW> i've downloaded the *DVD* install for ubuntu. will it handle setting up swap part and everything? NOOb!
[11:57] <seife> i need wireless internet
[11:57] <seife> now
[11:57] <levander> I'm not supposed to format DVD-R's before I burn them am I?
[11:57] <mwe> SteveW: yes
[11:57] <trappist> levander: no
[11:57] <Stormx2> I'm sticking with FF 1.0.7. 1.5 ruined it all >.>
[11:57] <silent_scream> _jason, how can i make a new shortcut ?
[11:57] <gnomefreak> seeing as firefox is opensource firefoxes versiona dn ubuntus/debians version is gonna be the same
[11:57] <Stormx2> Now I have no internet browser
[11:58] <_jason> ubotu, tell silent_scream about shortcut
[11:58] <gnomefreak> i warned you :(
[11:58] <Strag0> I've got a small issue with a new install of Ubuntu 5.10. I installed it on a machine that had other drives already formated (NTFS) and filled with things. Unfortunatly, when I installed Ubuntu I couldn't access them. It told me I didn't have permission. I'm not a seasoned Linux User so I'm really at a loss on this. Any ideas?
[11:58] <tyler> I tried installing the mp3 codec but got an error: E: Couldn't find package gstreamer0.8-plugins-multiverse
[11:58] <tyler> . Any clue why? I have universe and multiverse installed
[11:58] <mwe> SteveW: just leave the xp partition alone during install and you can play around with the rest all you want during install
[11:58] <sampan> stevew, during the installation it will let you do a "customized" partitioning -- and you can set up a swap, /, and /home in there -- format all 3 (but not your win xp partition) and it will do the rest
[11:58] <andi5> hi. i have four questions :) does -ubuntu in package versions imply real differences between debian<->ubuntu? how can i see these diffs? how can i ask for synchronization with debian packages (universe)? and: is this all answered in some faq (link would be great) :D
[11:58] <SteveW> mwe how big should the swap partition be? and if I install 80% of the dvd will 10 gigs be ok to try everything?
[11:58] <DShepherd> Stormx2: what do you mean?
[11:58] <germancito> trappist, but now i can't use sudo because I changed my name and i have a message that tellls me that I can correct the problem editing /etc/hosts
[11:58] <gnomefreak> there is a reason why its not in the backports
[11:58] <D1> the preferences are kinda iffy
[11:58] <D1> I like the old ones.
[11:58] <Stormx2> DShepherd: It didn't work at all...
[11:59] <DShepherd> 1.5? or 1.07?
[11:59] <germancito> but the thing id, trappist that I can't edit /etc/hosts without sudo
[11:59] <Stormx2> 1.5
[11:59] <sampan> stevew, people have different ideas about swap size -- usually from 1 to 2 times your RAM is what i hear recommended
[11:59] <gnomefreak> Stormx2,  they say "stable" but its not atble in linux eyes
[11:59] <trappist> germancito: I think you're going to have to boot into single user mode to fix this
[11:59] <SEJeff> !ffbackport
[11:59] <ubotu> rumour has it, ffbackport is Firefox backport will be a while, read: http://ubuntuforums.org/showthread.php?t=96595.  See !firefox1.5 for information on installing it yourself.
[11:59] <gnomefreak> stable*
[11:59] <Xamusk> germancito: check your groups (and the sudoers file)
[11:59] <alilo1> robotgeek: it is pasted already
[11:59] <robotgeek> alilo1: link?
[11:59] <mwe> SteveW: there is no one rule for how big your swap should be. I have 1GB ram and 2GB swap, but 51bmb swap would probably be more than enough for my needs
[11:59] <Paradosso> !picviewer
[11:59] <ubotu> I don't know, Paradosso
[11:59] <Stormx2> gnomefreak: ;-) So I saw
[11:59] <SteveW> sampan, the drive is totally brand new right now - i want to get ubuntu on there from the start. i thought i would make the first 2 parts for ub (reg+swap) then divide up rest for win
[11:59] <Red-Sox> i have iTunes credits.... any tips?
[11:59] <Paradosso> !imageviewer
[11:59] <ubotu> I haven't a clue, Paradosso
[11:59] <Stormx2> gnomefreak: Reinstalling 1.0.7 now
[11:59] <mwe> SteveW: 512 mb i meant
[11:59] <Paradosso> does anyone know of a basic image viewer?
[11:59] <germancito> Xamusk, where do i check it
[11:59] <Red-Sox> gnomefreak: can you point me to FF 1.5.bin site?
[12:00] <gnomefreak> .1.5 rc3 is a choice in dapper i think it still comes with 1.0.7\
[12:00] <Xamusk> germancito: $ id


[05:37] <Umeaboy> Launchpad cannot be reached atm. Expected or just overloaded
[05:37] <Umeaboy> ?
[07:28] <ilasc> Hi all, there was an outage earlier, the issues described above sound to be all related
[11:06] <RikMills> all riscv64 builders are disabled
[14:13] <jugmac00> RikMills: they should all work now... team effort with Colin out :-)
[14:27] <RikMills> jugmac00: appreciated :)
[15:42] <arraybolt3> "The following information is related to the total published packages in the repository (not on your system). (newline) Package counters and estimated archive size temporarily unavailable." This looking at the details page of a PPA I just made and uploaded stuff to. Is this expected?
[16:32] <arraybolt3> Scratch that, I'm fumbling with my PPAs.
[16:33] <arraybolt3> Everything's working right now.
[16:46] <ricotz> hi, is launchpad down?
[16:46] <RikMills> seems quite unhappy from here


[02:15] <menn0> grrrr... an interface that mimicks bits of State using the same names but slightly different method signatures
[02:15] <menn0> what a great idea :)
[02:27] <menn0> wallyworld: sorry, another question. how does a machine agent get into the "Started" state? where is that set?
[02:28] <wallyworld> menn0: from memory, that happens when the agent comes up on the node and "phones home" via the precense api
[02:28] <wallyworld> until then the staus is pending/allocationg
[02:28] <menn0> wallyworld: with this issue I'm looking at, it seems that the peergrouper isn't even noticing the new controller nodes so isn't adding them to the replicaset
[02:28] <wallyworld> or it may be a direct status call, not sure
[02:29] <menn0> wallyworld: and the only reason that that can happen (really) is if the machine doesn't get to "started"
[02:29] <wallyworld> you mean not noticing the status change?
[02:29] <wallyworld> is there a watcher for status?
[02:29] <menn0> wallyworld: no it can't be that
[02:30] <menn0> wallyworld: the peergrouper polls so even if the watcher wasn't working any changes still get noticed
[02:30] <menn0> wallyworld: I can see the peergrouper running regularly in the logs, but the other machines aren't picked up
[02:31] <wallyworld> when enable ha is run, the machine collection does get the new machine docs
[02:31] <menn0> wallyworld: those machines do connect to the API on machine-0 even when their own mongodb instance isn't part of the replicatset yet
[02:31] <wallyworld> what is the peergrouper polling for?
[02:32] <menn0> I think it polls in case the replicaset changes underneath it (in mongodb)
[02:32] <wallyworld> sorry, i meant what data is it polling?
[02:32] <menn0> there are watchers so that it reacts straight away something changes in state
[02:32] <menn0> and the polling is there to catch any changes in mongodb
[02:33] <menn0> the only way the peergrouper can be not reacting to the new machines is if they don't get to "started"
[02:34] <wallyworld> so it watches for machine status changes
[02:34] <menn0> not really
[02:34] <menn0> it watches for controller changes as well as waking up periodically
[02:34] <wallyworld> that's what "started" is isn't it? a machine agent status
[02:34] <menn0> and when it wakes up due to either a poll or a controller change
[02:34] <menn0> it checks the controller machines against the mongodb replicaset config
[02:35] <menn0> and udpates things if required
[02:35] <menn0> but controller machines are only considered if they're "started"
[02:35] <menn0> yes machine agent status
[02:35] <menn0> obtained via (state.)Machine.Status()
[02:35] <wallyworld> so, can we see in the logs if that SetStatus() api call is being made
[02:36]  * menn0 checks
[02:36] <wallyworld> by the new agent when it comes up via jujud
[02:36] <menn0> wallyworld: they are being made:
[02:36] <menn0> 2016-04-14 21:01:33 DEBUG juju.apiserver apiserver.go:291 <- [475] machine-1 {"RequestId":67,"Type":"Machiner","Version":1,"Request":"SetStatus","Params":"'params redacted'"}
[02:36] <menn0> 2016-04-14 21:01:33 DEBUG juju.apiserver apiserver.go:305 -> [475] machine-1 324.478971ms {"RequestId":67,"Response":"'body redacted'"} Machiner[""].SetStatus
[02:37] <menn0> don't know what the status is being set to but the calls are there
[02:37]  * menn0 checks the machine-1 logs at that time
[02:37] <wallyworld> if you run with trace you'll see tha params
[02:37] <wallyworld> it sounds like maybe the watcher is suspect?
[02:38] <menn0> wallyworld: I can't repro the problem reliably, it's intermittent
[02:38] <wallyworld> awesome
[02:38] <menn0> so I'm stuck with the DEBUG logs from the CI failures
[02:39] <menn0> I think the machine was set to started
[02:39] <menn0> 2016-04-14 21:01:33 INFO juju.worker.machiner machiner.go:105 "machine-1" started
[02:39] <wallyworld> sounds like it
[02:39] <menn0> so why the hell isn't the peergrouper noticing the machine.....
[02:39] <wallyworld> so we need to know why the watcher is not firing or why the peergrouper doesn't see that
[02:39] <wallyworld> exactly
[02:39] <menn0> if the logs were at TRACE I'd see why in the peergrouper logs
[02:40] <wallyworld> we can ask QA i guess
[03:45] <menn0> wallyworld: I've just simulated a machine not setting its status to started (by hacking the machiner to not set the status for a specific tag) and I see exactly the same log output in the machine-N.logs and the mongodb logs.
[03:45] <menn0> wallyworld: so that's the likely intermediate cause
[03:45] <menn0> wallyworld: now to figure out why the machine isn't "started" when the peergrouper looks
[03:45] <wallyworld> menn0: hmmm, interesting. maybe there's a network/routing issue at play?
[03:46] <menn0> wallyworld: it can't be that because we see the new machines contact the API on the bootstrap node
[03:46] <menn0> we even see it make the SetStatus call
[03:46] <menn0> wallyworld: my guess is that something is setting the status to another value after the machiner sets it to started
[03:47] <menn0> wallyworld: is that possible to your knowledge?
[03:47] <wallyworld> not ottomh
[03:47] <wallyworld> but could be i guess
[03:47] <wallyworld> the logs should show extra SetStatus calls
[03:48] <menn0> wallyworld: there aren't any
[03:48] <wallyworld> menn0: could there be a legit issue with the watcher firing?
[03:48] <wallyworld> it does get there eventually right?
[03:49] <wallyworld> but after a long time
[03:49] <menn0> wallyworld: well it polls every minute
[03:49] <wallyworld> that is true
[03:49] <wallyworld> so wtf
[03:49] <menn0> wallyworld: so even if the watcher doesn't fire the peergrouper still sees any changes at least once a minute
[03:50] <wallyworld> yes
[03:51] <menn0> wallyworld: the other way the peergrouper might not be seeing a controller machine is if it's not in the controllerinfo doc
[03:51] <menn0> wallyworld: but that seems less likely based on my read of the code
[03:52] <wallyworld> yeah, i'm not overly familiar with the controllerInfo state code
[03:53] <menn0> wallyworld: the code that updates it looks solid... it's either going to work or the whole txn which adds to it and adds the machine docs fails
[03:53] <menn0> and the machine docs are clearly being added
[03:54] <wallyworld> menn0: could it be one of those corner cases we've hit before with txn etc?
[03:55] <menn0> wallyworld: maybe... I don't think so
[03:55] <menn0> i've just noticed something else in the peergrouper code... digging some more
[03:55] <wallyworld> ok
[04:05] <menn0> wallyworld: I just noticed that the list of controller machines and machine status is only updated/checked based on the watcher
[04:05] <menn0> wallyworld: and the code to do that is horrid
[04:05] <wallyworld> menn0: you saying the poll every minute relies on the watcher firing?
[04:06] <mup> Bug #1571476 opened: "juju register" stores password on disk <juju-core:Triaged> <https://launchpad.net/bugs/1571476>
[04:06] <mup> Bug #1571477 opened: juju 1.25.3: juju-run symlink to tmpdir <landscape> <juju-core:New> <https://launchpad.net/bugs/1571477>
[04:06] <wallyworld> to update the machien list to poll
[04:06] <mup> Bug #1571478 opened: juju login/register should only ask for password once <juju-core:Triaged> <https://launchpad.net/bugs/1571478>
[04:06] <menn0> wallyworld: no the poll happens every minute regardless
[04:06] <wallyworld> right
[04:06] <wallyworld> but the list to poll
[04:06] <wallyworld> comes frm the watcher?
[04:06] <menn0> wallyworld: and during that poll the latest status of the mongo replicaset is updated
[04:07] <menn0> wallyworld: but the controller data from state is only refreshed based on the watchers
[04:07] <menn0> wallyworld: and the way it's done screams of data race to me
[04:07] <wallyworld> seems like ti :-(
[04:07] <wallyworld> it
[04:08] <menn0> there's a separate goroutine which passes a method on itself over a channel to main peergrouper goroutine
[04:08] <wallyworld> i wonder why we poll at all?
[04:08] <menn0> the peergroup receives the method, calls it
[04:08] <menn0> which then goes and modifies stuff back on the main watcher again
[04:08] <wallyworld> sounds like a good refactoring is in order
[04:09] <menn0> yep, I might try that
[04:09] <menn0> but first I'm going to land some simple logging changes so that we can get more info when it fails in CI
[04:10] <wallyworld> sgtm
[04:11] <menn0> wallyworld: thanks for being a sounding board all day... it helps a lot having to explain what i'm seeing
[04:11] <wallyworld> tis ok, i didn't do much
[04:11] <wallyworld> or anything really :-)
[04:20] <wallyworld> axw: any chance of a small review? https://github.com/juju/bundlechanges/pull/22
[04:21] <axw> wallyworld: sure
[04:25] <axw> wallyworld: a little confused by the second paragraph in the description - I don't see any change relating to series override
[04:26] <axw> wallyworld: is that a change to be made in juju/juju?
[04:26] <wallyworld> axw: a test failed - the bundle said trusty but the charm in the bundle said precise. the test exected trusty, and i changed to precise
[04:27] <wallyworld> actually, that may have been me adding trusty first up to the test
[04:27] <wallyworld> and then having to change to precise
[04:27] <wallyworld> so maybe ignore that
[04:27] <axw> wallyworld: yeah, there are only additions in the code and tests
[04:28] <wallyworld> yeah, i just checked too, so i think i just forgot what i changes/added
[04:28] <axw> wallyworld: LGTM, please drop that para before merging to avoid confusing anyone else :p
[04:29] <wallyworld> yep :-)
[04:29] <wallyworld> ty
[05:09] <menn0> wallyworld: peergrouper logging changes: http://reviews.vapour.ws/r/4623/
[05:09] <menn0> back soon
[05:09] <wallyworld> awesome, will look in a sec
[05:50] <wallyworld> axw: here's the other half of that fix, only a small change http://reviews.vapour.ws/r/4624/
[06:01] <axw> wallyworld: reviewed
[06:01] <wallyworld> ty
[06:02] <wallyworld> axw: yeah, i'll need to rework the common function. technical it is "user" specified (not charm specified) but i take the point about the message
[06:02] <wallyworld> well, i guess not really user specified
[06:03] <axw> wallyworld: no, I don't think so. in the original use of that function, it was user-specified because the user specifies with --series on the command line
[06:03] <axw> here they're just doing "juju deploy some-bundle"
[06:03] <wallyworld> yeah, i reconsidered by position :-)
[06:03] <wallyworld> my
[06:03] <axw> cool
[06:30] <frobware_> jam: didn't get anywhere with tests (re RB). Was testing some stuff that dooferlad was proposing.
[06:45] <dimitern> frobware: morning
[06:45] <dimitern> frobware: I have 2 PRs up for review, more coming later
[06:45] <dimitern> http://reviews.vapour.ws/r/4614/ and https://github.com/juju/gomaasapi/pull/42
[07:42] <dimitern> frobware: ping
[07:51] <frobware> dimitern: morning
[07:51] <dimitern> frobware: morning :)
[07:51] <dimitern> frobware: have you seen the links I pasted above?
[07:52] <dimitern> (still not quite sure ERC doesn't shit itself and appears connected but it isn't)
[07:52] <frobware> just about to look, but have a 1:1 with jam in a minute
[07:52] <dimitern> frobware: sure, np
[08:08] <jam> frobware: didn't like what I had to say?
[08:21] <dimitern> wallyworld: ping
[08:22] <dimitern> or axw ?
[08:22] <axw> dimitern: heya, what's up?
[08:23] <dimitern> I'm wondering why juju list-machines (or status for that mater) does not display containers
[08:23] <axw> dimitern: erm, it doesn't? no idea
[08:23] <axw> I haven't used containers in ages
[08:23] <dimitern> axw: ok, np :)
[08:23] <dimitern> I think, unless it's on purpose, it should be a bug
[08:45] <mup> Bug #1571545 opened: juju status with default tabular format or juju list-machines does not show containers <observability> <status> <juju-core:New> <https://launchpad.net/bugs/1571545>
[09:17] <hoenir> why does some test files on windows like fork/exec fail ? I know that fork syscall dosen't exist in windows but we should try to to detect the specific platfor and then run just the specific tests
[09:18] <hoenir> I'm right?
[09:29] <fwereade_> dimitern, frobware, voidspace: sorry, dropped accidentally, but won't have much to contribute to topic beyond "I endorse the removal of hacks"
[09:48] <wallyworld> dimitern: hey, sorry was afk
[09:48] <dimitern> wallyworld: np - it's rather late anyway
[09:49] <frobware> dimitern: re ntpdate: https://bugs.launchpad.net/bugs/1564397
[09:49] <mup> Bug #1564397: MAAS provider bridge script deletes /etc/network/if-up.d/ntpdate during bootstrap <bootstrap> <network> <juju-core:Triaged> <https://launchpad.net/bugs/1564397>
[09:49] <dimitern> wallyworld: check out https://launchpad.net/bugs/1571545
[09:49] <mup> Bug #1571545: juju status with default tabular format or juju list-machines does not show containers <observability> <status> <juju-core:New> <https://launchpad.net/bugs/1571545>
[09:49] <wallyworld> dimitern: i do have a question for you - i started to look at removing the Network attr from deploy service and it was a very deep rabbit hole and many 100s of lines of code that i started to delete and then i noticed i started to overlap woth one of your existing prs so backed off
[09:50] <wallyworld> dimitern: i am hoping all that network stuff - including collections, paras structs etc - can all be deleted for 2.0 rc1
[09:50] <dimitern> wallyworld: ah, well - yeah, it's gnarly but we'll get there and drop it soonish I hope
[09:51] <wallyworld> dimitern: yeah, it needs to be done before 1.0 final
[09:51] <wallyworld> 2.0
[09:51] <dimitern> it's no longer used and can't influence the code path anymore
[09:51] <wallyworld> that status thing - it may not have ever included containers, not sure, but seems like a bug
[09:51] <wallyworld> dimitern: but the api does expose it etc, so we need to drop thart bit at least
[09:52] <dimitern> it's fine to drop the CLI argument (if still there)
[09:52] <dimitern> i.e. just hide it while it can be dropped
[09:52] <wallyworld> dimitern: the model migration stuff also references the obsolete collection(s)
[09:53] <wallyworld> it would be best just to drop the whole lot; we will delete a couple of 1000 lines of code i think
[09:53] <dimitern> wallyworld: ah, those I *think* are safer to remove now
[09:53] <dimitern> wallyworld: let me have a look today how much we can drop
[09:54] <dimitern> wallyworld: networksC it only still referenced by the opened ports, but should be easy to move that to spaces instead
[09:54] <wallyworld> dimitern: ok, let me know how you get on. i delete a shit tonne of stuff from state, apis, params etc before i started to hit the address alllocation feature flag stuff
[09:54] <wallyworld> so i stopped
[09:55] <dimitern> wallyworld: yeah, I really wanted to drop the whole thing, but it was suggested as safer to drop it on maas only for now
[09:55] <wallyworld> and yeah, the ports thing i wasn't sure about
[09:56] <wallyworld> dimitern: not sure 100%, but i think the status thing was by design - [Machines] just really does mean machines and not containers
[09:56] <wallyworld> to keep it not too verbose and to fit on a screen
[09:57] <dimitern> well containers *are* machines :)
[09:57] <wallyworld> not sure if we should keep it like that and add a --with-containers arg
[09:57] <wallyworld> i'm just guessing
[09:57] <wallyworld> what the rationale may have been
[09:57] <wallyworld> but yeah, i agree with you
[09:57] <dimitern> it will be nice to not have to go through a pile of  yaml just to get what addresses containers have
[09:58] <wallyworld> agreed
[10:03] <dimitern> frobware, voidspace, babbageclunk: friendly review poke :) https://github.com/juju/gomaasapi/pull/42 http://reviews.vapour.ws/r/4614/ http://reviews.vapour.ws/r/4626/
[10:03]  * dimitern steps out for a while
[10:24] <babbageclunk> dimitern: reviewed the first two - the third's getting pretty far away from anything I know about, so might take me a bit longer.
[10:59] <jamespage> erm
[11:03] <mup> Bug #1571593 opened: lxd bootstrap fails with unhelpful 'invalid config: no addresses match' <juju-core:New> <https://launchpad.net/bugs/1571593>
[11:10] <mup> Bug #1571593 changed: lxd bootstrap fails with unhelpful 'invalid config: no addresses match' <juju-core:New> <https://launchpad.net/bugs/1571593>
[11:16] <mup> Bug #1571593 opened: lxd bootstrap fails with unhelpful 'invalid config: no addresses match' <juju-core:New> <https://launchpad.net/bugs/1571593>
[11:19] <babbageclunk> frobware: I had to destroy that ZNC service - it was hogging my nick here! But I still couldn't work out if it was listening on any local ports.
[11:22] <frobware> babbageclunk: shame
[12:00] <dimitern> cheers babbageclunk!
[12:01] <babbageclunk> dimitern: :) oops, forgot to ping you when I'd done them!
[12:01] <dimitern> babbageclunk: np, I've just got back anyway
[12:02] <babbageclunk> frobware: I'll give it another go later on.
[12:17] <voidspace> dimitern: did you get your reviews done?
[12:18] <dimitern> voidspace: yeah, most of them - I'd appreciate a look on the last one though: http://reviews.vapour.ws/r/4626/
[12:18] <voidspace> dimitern: I'll swap it: http://reviews.vapour.ws/r/4629/
[12:18] <dimitern> voidspace: sure thing
[12:20] <voidspace> dimitern: I like the logging changes :-)
[12:21] <voidspace> dimitern: I have no new issues to add to the reviews already there
[12:21] <dimitern> :) I'm sure *everybody* does heh
[12:21]  * voidspace lunches
[12:21] <dimitern> voidspace: ta
[12:21] <voidspace> babbageclunk: I'll pick up something new after lunch
[12:22] <voidspace> babbageclunk: we're nearly there!
[12:34] <dimitern> voidspace: reviewed
[12:51] <babbageclunk> voidspace - around? Want to pick your brains about how devicename and hardware id are set.
[13:01] <dimitern> frobware, voidspace, babbageclunk: guys, I still need an approval on http://reviews.vapour.ws/r/4626/ - please, have a look
[13:16] <dimitern> frobware: you know what? /etc/network/if-up.d/ntpdate is missing on xenial - it' only there on trusty
[13:17] <dimitern> (well, maybe also in more recent non-LTS *releases)
[13:18] <frobware> dimitern: is that because ntpdate is not in the base image on xenial?
[13:19] <dimitern> frobware: I suspect so - it's not on my machine after upgrading to xenial, nor it's on freshly deployed xenial maas nodes with the most recent images
[13:20] <frobware> dimitern: but technically it could come back (i.e., later versions add it (again))
[13:21] <mgz> charms can also install packages.
[13:21] <mgz> pretty sure neither ntp or ntpdate have ever been part of the base server image
[13:22] <dimitern> true, but I can confirm ntpdate is there on trusty and not there on xenial images
[13:23] <dimitern> even without juju in the picture
[13:23] <dimitern> frobware: it could, but the code handles that transparently
[13:23] <fwereade_> voidspace, state/machine.go:1262 seems like it might not be quite right -- surely the preferred address should be allowed to change if it's no longer one of the know addresses?
[13:23] <dimitern> (chmod -f -x .. and later chmod -f +x ..)
[13:24] <frobware> dimitern: do we fail on chmod or just ignore?
[13:24] <dimitern> chmod -f does not fail when the file is missing
[13:24] <frobware> dimitern: do we fail if chmod fails?
[13:24] <frobware> dimitern: ty
[13:24] <frobware> dimitern: and chmod -f is supported as an option in precise?
[13:25] <dimitern> frobware: unfortunately I could see a bunch of ntpdate still hanging around with the chmod -x patch, as it seems ifup calls `/bin/sh /etc/network/if-up.d/ntpdate`
[13:26] <frobware> dimitern: yay
[13:26] <dimitern> frobware: we *could* try using ifup --no-scipts, but that seems more dangerous
[13:26] <frobware> dimitern: ooh. interesting.
[13:27] <dimitern> frobware: I'll do some experiments to see
[13:27] <frobware> dimitern: we *should* try this. the scripts will have run once for curtin's ENI, and they will on every reboot. Just not whilst we're replacing stuff.
[13:28] <frobware> dimitern: at face value that seem ok
[13:28] <dimitern> frobware: that's an excellent point (which I keep forgetting about)
[13:28] <frobware> dimitern: is --no-scripts supported in precise? :)
[13:29] <dimitern> frobware: will try precise as well
[13:31] <frobware> dimitern: fwiw, I don't think '--no-loopback' is supported in precise
[13:31] <frobware> dimitern: nope, not supported.
[13:33] <frobware> dimitern: http://pastebin.ubuntu.com/15912945/
[13:36] <dimitern> frobware: unfortunately --no-scripts does not work even on xenial
[13:36] <dimitern> frobware: that is, it works, but since one of the scripts is `bridge`, the bridges are not configured ok
[13:36] <frobware> dimitern: what does 'bridge' mean here?
[13:37] <dimitern> frobware: /etc/network/if-pre-up.d/bridge -> /lib/bridge-utils/ifupdown.sh*
[13:38] <frobware> dimitern: which doesn't exist on precise... let me look elsewhere
[13:38] <dimitern> frobware: it should be there if bridge-utils is installed
[13:42] <fwereade_> voidspace, ignore me
[13:56] <dimitern> babbageclunk, frobware: how about `verifySubnetAliveUnlessMissing(cidr) error` ? it will still return no error if cidr does not match an existing subnet
[13:59] <dimitern> would that be easier to follow?
[14:02] <natefinch> lol
[14:02] <babbageclunk> dimitern: a bit, although it's still got too many clauses in the name
[14:02] <natefinch> if you have to make a function into a sentence, you probably need more than one function
[14:02] <dimitern> what's wrong with descriptive names?
[14:03] <dimitern> or that's just not how real go devs roll :D
[14:03] <babbageclunk> dimitern: hang on, I'm typing up what I mean
[14:03] <babbageclunk> dimitern: nothing wrong with descriptive names, it's that the thing shouldn't be one function if its name has to be too descriptive.
[14:04] <frobware> dimitern, natefinch: fwiw, that was my original concern in the PR
[14:04] <natefinch> generally if you need a name that specific, it means you're tying the implementation of that function too tightly into what your consumer needs.  Just split it into two functions that do two simple things
[14:05] <dimitern> ok, a better option will be I think to return a concrete error in the case the subnet does not exist, so it can be verified where needed
[14:05] <natefinch> granted, I don't know what that function does per se, but it seems something like if subnetExists(cidr) { return verifyAlive(cidr) } is probably clearer and the individual functions are more reusable
[14:07] <voidspace> fwereade_: ok, I will ignore you
[14:07] <voidspace> babbageclunk: you there?
[14:09] <babbageclunk> voidspace: yup, just typing up something
[14:11] <babbageclunk> dimitern: https://pastebin.canonical.com/154572/
[14:11] <babbageclunk> dimitern: Maybe?
[14:14] <babbageclunk> voidspace: yup?
[14:14] <voidspace> babbageclunk: do you still have questions?
[14:14] <babbageclunk> voidspace: yes!
[14:14] <babbageclunk> voidspace: hangout?
[14:14] <voidspace> babbageclunk: why do you want to ask about new device name?
[14:14] <natefinch> anyone up for a review of a 2.0 bug?  http://reviews.vapour.ws/r/4616/diff/#
[14:14] <voidspace> babbageclunk: sure
[14:15] <dimitern> babbageclunk: I'm trying out a similar approach, will update the PR soon with it
[14:18] <frobware> jam: I think the bits we need to expose to apply NICs to the container is: SetContainerConfig(container, key, value string)
[14:25] <babbageclunk> dimitern: cool
[14:25] <babbageclunk> dimitern: can I pick your brains about /list
[14:26] <babbageclunk> dimitern: oops, that is not what I meant to type
[14:26] <dimitern> babbageclunk: yeah? :)
[14:26] <babbageclunk> dimitern: what I meant to type was: provider/maas/volumes.go
[14:27] <dimitern> babbageclunk: I'm not *that* familiar with it, but I'll help with what I can
[14:27] <dimitern> babbageclunk: HO?
[14:27] <babbageclunk> dimitern: ok thanks - voidspace was not much help!
[14:28] <babbageclunk> dimitern: yup yu[
[14:41] <dimitern> frobware, babbageclunk: updated http://reviews.vapour.ws/r/4626/diff/ can you have another look please?
[14:44] <voidspace> dimitern: looking
[14:45] <babbageclunk> Gah, X keeps crashing on me. :(
[14:45] <voidspace> dimitern: I'm landing my branch - the only issue you opened was invalid and your other two comments I addresses
[14:46] <voidspace> dimitern: (you suggested changing map[string]bool to set.Strings but the bool has significance, it isn't just a set)
[14:46] <dimitern> voidspace: sure, sounds good
[14:46] <voidspace> dimitern: the map tracks which subnets we actually found (true/false)
[14:46] <voidspace> dimitern: cool
[14:47] <dimitern> voidspace: we should bump deps.tsv for gomaasapi at some point as well
[14:47] <voidspace> dimitern: it's been bumped whenever needed
[14:47] <voidspace> dimitern: last time was on Friday
[14:48] <dimitern> voidspace: ok
[14:48] <voidspace> dimitern: I don't think anything has been done since then that needs updating
[14:48] <dimitern> voidspace: my PR that fixes fetching VLANs with a null name
[14:48] <dimitern> (landed earlier)
[14:49] <voidspace> dimitern: ah, cool
[14:49] <voidspace> dimitern: want me to do just that and propose it?
[14:49] <voidspace> dimitern: I just knocked one more thing off the maas2 list and was about to tackle the next
[14:49] <frobware> dimitern: looking
[14:49] <dimitern> voidspace: well, as it's not a blocker for your maas I can do it later tonight or tomorrow
[14:50] <voidspace> dimitern: ok
[14:50] <dimitern> frobware: thanks!
[14:51] <dimitern> babbageclunk: updated/simplified  http://reviews.vapour.ws/r/4626/diff/ (you dropped and missed this I think)
[14:51] <voidspace> dimitern: LGTM on your branch
[14:51] <dimitern> voidspace: ta!
[14:52] <mup> Bug #1571687 opened: Azure-arm leaves machine-0 from the admin model behind <azure-provider> <ci> <destroy-controller> <jujuqa> <repeatability> <juju-core:Triaged> <https://launchpad.net/bugs/1571687>
[15:02] <voidspace> mgz: ping
[15:02] <katco`> ericsnow: standup time
[15:03] <mgz> voidspace: yo
[15:03] <babbageclunk> dimitern: looking now
[15:03] <dimitern> thanks babbageclunk
[15:05] <voidspace> mgz: just emailed you
[15:05] <voidspace> mgz: I thought it was better to do as an email anyway
[15:05] <voidspace> mgz: we'd like all the MAAS CI tests duplicating for MAAS 2.0 please :-)
[15:06] <mgz> voidspace: we have a card for it
[15:06] <voidspace> mgz: ah, awesome
[15:06] <voidspace> mgz: we're very near to needing it
[15:06] <voidspace> mgz: anytime tomorrow will be fine ;-)
[15:06] <voidspace> :-P
[15:07] <mgz> what's not working on master at present?
[15:08] <voidspace> mgz: we don't add machine tags in instance characterstics (in progress)
[15:08] <voidspace> mgz: instance.volumes unimplemented (in progress)
[15:08] <voidspace> mgz: all container support not done yet (a couple of days work probably)
[15:08] <voidspace> mgz: a network interface function that is implemented but not wired in
[15:08] <voidspace> mgz: (that's trivial)
[15:09] <mgz> hm, so the basic deploy test should work, but the bundle ones probably won't quite yet
[15:09] <voidspace> mgz: yep
[15:09] <voidspace> mgz: but it will only be a handful of days which is why I'm pinging now
[15:09] <mgz> thanks :)
[15:09] <voidspace> mgz: and thanks to you sir
[15:11] <natefinch> cherylj: I commented on https://bugs.launchpad.net/juju-core/+bug/1531444 ... Maybe I'm missing some context, but it seems like it's probably not super critical
[15:11] <mup> Bug #1531444: azure: add public mapping of series->Publisher:Offering:SKU <juju-core:Triaged> <https://launchpad.net/bugs/1531444>
[15:12] <cherylj> natefinch: it was marked as critical as it impacted our ability to publish centos / windows in streams for azure
[15:12] <babbageclunk> Is there a protocol for asking for help in canonical #maas?
[15:13] <babbageclunk> Someone particular I should ask?
[15:13] <cherylj> babbageclunk: I usually ask roaksoax, or mpontillo
[15:13] <natefinch> cherylj: yes, but if it's only when a new version of windows comes out... we need to update core for that anyway (which, admittedly is horrible and bad, but it is the state of the code AFAIK)
[15:14] <voidspace> babbageclunk: roaksoax has promised to help us
[15:14] <dimitern> babbageclunk: allenap, mpontillo, roaksoax, blake_r
[15:14] <mgz> it's not a very lively channel
[15:14] <mgz> but gavin is our timezone, and sometimes in hitting range of me (allenap)
[15:14] <cherylj> natefinch: thanks for checking it out, I'll bring it up again today to better understand the blockage
[15:14] <babbageclunk> voidspace: or maybe he *vowed* to help us?
[15:14] <babbageclunk> Ok, thanks
[15:15] <voidspace> babbageclunk: uhm, maybe I guess...
[15:16] <babbageclunk> voidspace: It would be more dramatic.
[15:16] <voidspace> babbageclunk: it certainly would be
[15:16] <babbageclunk> voidspace: Never promise when you could vow
[15:17] <voidspace> babbageclunk: heh, sound life advice there
[15:18] <voidspace> babbageclunk: frobware: dimitern: a really difficult one http://reviews.vapour.ws/r/4630/
[15:18] <dimitern> voidspace: looking
[15:19] <frobware> dimitern: does it need a test where there are no tags?
[15:19] <dimitern> voidspace: :) LGTM
[15:19] <voidspace> dimitern: thanks
[15:20] <dimitern> frobware: that's up to gomaasapi I think - it should handle the lack of tags as an empty slice (or nil)
[15:20] <dimitern> voidspace: ^^
[15:20] <voidspace> dimitern: frobware: yep, it will just be an empty slice
[15:20] <frobware> ok
[15:21] <voidspace> dimitern: frobware: calling gomaasapi give us a struct with a Tags member - so either there's something there or there isn't. It doesn't matter.
[15:21] <voidspace> or rather, an interface with a Tags method
[15:21] <dimitern> voidspace: cool
[15:21] <voidspace> frobware: thanks
[15:22] <dimitern> voidspace: also I doubt you have any tags on your vmaas vms - otherwise that would've been noticed earlier :)
[15:22] <dimitern> (I mean if it's a panic or something nasty like that)
[15:22] <voidspace> indeed
[15:23] <voidspace> babbageclunk: don't forget to update the status doc - ta!
[15:24] <dimitern> voidspace, babbageclunk, frobware: http://reports.vapour.ws/releases/3899/job/run-unit-tests-race/attempt/1338#highlight it might be worth running provider/maas tests with '-race' a few times to find and fix that
[15:26] <voidspace> dimitern: I've added it as a TODO on the status doc
[15:27] <dimitern> voidspace: +1
[15:36] <frobware> voidspace, babbageclunk, dimitern: reminder - no rick call today
[15:37] <dimitern> frobware: ok
[15:38]  * dimitern bbl
[15:41] <babbageclunk> dimitern, voidspace: whoa, that data race is weird - can someone explain it to me a bit?
[16:01] <mup> Bug #1519877 changed: 'juju help' Provider information is out of date <juju-core:Invalid> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1519877>
[16:14] <voidspace> babbageclunk: I looked at it, went "whoa" and stopped looking at it
[16:14] <voidspace> babbageclunk: as you might guess, the race detector detects possible race conditions between goroutines
[16:14] <voidspace> babbageclunk: so it shouldn't be *too* hard to work out
[16:14] <babbageclunk> voidspace: Ah, I think I get it - it's the fact we store the filename in GetFile.
[16:15] <babbageclunk> voidspace: In fakeController.
[16:15] <voidspace> babbageclunk: if you think you can fix it then awesome
[16:15] <voidspace> babbageclunk: ah, right
[16:15] <voidspace> sounds likely
[16:17] <babbageclunk> voidspace: do you think I should put locking on all of the fakeController methods that store state on the controller for later?
[16:17] <babbageclunk> voidspace: may as well, right?
[16:18] <voidspace> babbageclunk: if it's not too much work
[16:19] <voidspace> babbageclunk: I don't really like "just in case" code
[16:19] <voidspace> babbageclunk: but locking is perhaps an exception
[16:23] <babbageclunk> It's only a few methods
[16:31] <mup> Bug #1571737 opened: Race is mass provider storage <ci> <maas-provider> <race-condition> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1571737>
[16:39] <cherylj> babbageclunk, voidspace, so who gets bug 1571737?  :)
[16:39] <mup> Bug #1571737: Race is mass provider storage <ci> <maas-provider> <race-condition> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1571737>
[16:39] <babbageclunk> cherylj: me, me!
[16:39] <cherylj> we have a winner!
[16:39] <babbageclunk> cherylj: fixing it now
[16:39] <cherylj> yay!
[16:39] <cherylj> thank you, babbageclunk :)
[16:39] <babbageclunk> cherylj: :)
[16:41] <cherylj> babbageclunk: what's your lp ID?
[16:41] <babbageclunk> cherylj: hmm, good question - checking now
[16:41] <babbageclunk> cherylj: 2-xtian
[16:41] <cherylj> yeah, I never would've guessed that
[16:41] <cherylj> thanks, babbageclunk :)
[16:42] <frobware> me neither
[16:42] <frobware> and I'm sure you told me this a few weeks ago
[16:49] <babbageclunk> voidspace, dimitern, frobware: review my data race fix please? http://reviews.vapour.ws/r/4631/
[17:00] <voidspace> babbageclunk: LGTM
[17:01] <babbageclunk> voidspace: sweet. What's the protocol for closing bugs? Will anything update it automatically on merge if I put a tag on the PR, or do I just close it manually?
[17:02] <voidspace> babbageclunk: assign it to yourself, mark it in progress
[17:02] <voidspace> babbageclunk: then once the fix lands mark it fix committed
[17:02] <voidspace> babbageclunk: QA are responsible for marking it fix released (effectively closing it)
[17:03] <voidspace> babbageclunk: I don't *think* there's anything auto here
[17:03] <mgz> our release process does auto-fix-released bugs targetted at the milestone
[17:03] <voidspace> mgz: cool
[17:03] <voidspace> babbageclunk: you should probably target the bug at the latest 2.0 beta/rc or whatever the latest is then
[17:04] <mgz> yeah, rc1
[17:04] <mup> Bug #1570035 changed: Race in api/watcher/watcher.go <ci> <race-condition> <regression> <test-failure> <juju-core:Fix Released by natefinch> <https://launchpad.net/bugs/1570035>
[17:04] <mup> Bug #1570994 changed: deploy fails to download updated local charm <juju-core:New> <https://launchpad.net/bugs/1570994>
[17:06] <babbageclunk> When you say target it at 2.0-rc1 - is that the milestone? (It's already set to that.)
[17:07] <voidspace> babbageclunk: yes
[17:08] <babbageclunk> Ok, I've marked it as in-progress, and when the merge passes (as I'm sure it will with no flaky tests!) I'll change it to fix-committed.
[17:09] <voidspace> babbageclunk: don't forget status doc
[17:10] <babbageclunk> voidspace: haven't!
[17:10] <voidspace> babbageclunk: :-p
[17:10] <babbageclunk> voidspace: no, I mean I haven't updated it ;)
[17:11] <voidspace> hah
[17:11] <voidspace> I know you haven't
[17:12] <babbageclunk> voidspace: but I will.
[17:12] <voidspace> ok
[17:12] <voidspace> you do that
[17:30] <babbageclunk> voidspace: ding!
[17:31] <mup> Bug # changed: 1556113, 1556146, 1556180, 1558901
[17:47] <natefinch> ericsnow, katco`: if you're looking to break up your day, you could review my bugfix from last week: http://reviews.vapour.ws/r/4616/
[17:47] <ericsnow> natefinch: will take a look in a bit
[17:47] <katco> natefinch: same
[17:52] <mup> Bug #1571783 opened: Windows unit tests cannot setup under go 1.6 <ci> <go1.6> <jujuqa> <regression> <test-failure> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1571783>
[17:55] <mup> Bug #1571783 changed: Windows unit tests cannot setup under go 1.6 <ci> <go1.6> <jujuqa> <regression> <test-failure> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1571783>
[18:01] <mup> Bug #1571783 opened: Windows unit tests cannot setup under go 1.6 <ci> <go1.6> <jujuqa> <regression> <test-failure> <unit-tests> <windows> <juju-core:Triaged> <https://launchpad.net/bugs/1571783>
[18:12] <natefinch> I really wish juju status would print out the controller name and model name I'm looking at
[18:12] <perrito666> natefinch: open a bug
[18:32] <mup> Bug #1571792 opened: Juju status should show controller and model names <juju-core:New> <https://launchpad.net/bugs/1571792>
[19:25] <natefinch> cmars: I'm looking at https://bugs.launchpad.net/juju-core/+bug/1566130  but I can't reproduce it with a trivial install hook that just does an exit 1... do you still have a good repro?
[19:25] <mup> Bug #1566130: awaiting error resolution for "install" hook <juju-core:Triaged by natefinch> <https://launchpad.net/bugs/1566130>
[19:27] <cmars> natefinch, try pulling cs:~cmars/gogs and introducing an install hook error in reactive/gogs.py
[19:27] <redir> anyone have a minute to rubber duck something with me?
[19:27] <cmars> natefinch, maybe raise Exception("foo") in there
[19:28] <natefinch> cmars: ok, I'll give it a try, thanks
[19:28] <cmars> natefinch, then, "fix" it, do `juju upgrade-charm gogs --force-units`
[19:28] <cmars> natefinch, then possibly juju resolved --retry gogs/0
[19:32] <redir> katco: who would I ping about zseries information?
[19:32] <mup> Bug #1556155 changed: worker/periodicworker data race <race-condition> <juju-core:Fix Released> <https://launchpad.net/bugs/1556155>
[19:32] <mup> Bug #1570219 changed: juju2 openstack provider setting default network <canonical-bootstack> <network> <openstack-provider> <juju-core:Fix Released> <https://launchpad.net/bugs/1570219>
[19:32] <katco> redir: sec
[19:32] <redir> np
[19:37] <katco> redir: i answered on internal network in case you missed it
[19:42] <redir> I did
[20:19] <natefinch> oh weird, we automatically retry failed hooks now?
[20:20] <natefinch> wallyworld: you around?
[20:20] <mgz> natefinch: yeah, see dev thread in jan, from message from bogdan in nov
[20:20] <mgz> did his followup changes all get reviewed?
[20:20] <mgz> I saw at least one hanging around for a while
[20:21] <natefinch> Oh yeah, I remember that thread now
[20:21] <natefinch> mgz: no idea about reviews
[20:24] <natefinch> mgz: was wondering if maybe the retry code had something to do with the bug I'm looking at: https://bugs.launchpad.net/juju-core/+bug/1566130
[20:24] <mup> Bug #1566130: awaiting error resolution for "install" hook <juju-core:Triaged by natefinch> <https://launchpad.net/bugs/1566130>
[20:26] <mgz> natefinch: seems possible at least - don't have a tighter revision window to check for you I'm afraid, as we don't have tests for actually borked charms.
[20:26] <natefinch> *nod*
[20:27] <mgz> should at least have something exercising resolved --retry and the like, wouldn't be that hard to add.
[20:34] <wallyworld> natefinch: sorta
[20:34] <natefinch> wallyworld: np, got an answer elsewhere
[20:47] <redir_afk> I'll be back later this eve, but not sure what time yet.
[20:48] <katco> redir_afk: gl
[20:50] <mup> Bug #1571831 opened: TxnPrunerSuite.TestPrunes intermittent test failure <juju-core:New> <https://launchpad.net/bugs/1571831>
[20:50] <mup> Bug #1571832 opened: Respect the full tools list on InstanceConfig when building userdata config script. <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1571832>
[20:57] <natefinch> cmars: that install bug... have you been able to reproduce it with latest master?  I tried a few different ways of having install fail, to no avail.
[20:58] <cmars> natefinch, a very recent 2.0rc1 master. i'll try in a few min & demonstrate
[20:58] <natefinch> cmars: thanks
[21:49] <cmars> natefinch, updated the bug with really precise instructions. confirmed it's still there with latest master. the trick is to upgrade-charm --force-units after you get the hook error
[21:53] <mup> Bug #1571855 opened: User lacking model write access confronted with unhelpful message <docteam> <juju-core:New> <https://launchpad.net/bugs/1571855>
[22:05] <mup> Bug #1571861 opened: juju upgrade-charm requires --switch for local charms <juju-core:New> <https://launchpad.net/bugs/1571861>
[23:50] <axw> wallyworld: I'm thinking of removing the --generate flag from change-user-password. it currently doesn't tell you what it generated, so not very helpful; and really, you should just use a password manager if you want that
[23:51] <wallyworld> axw: sgtm i think


[05:15] <mborzecki> morning
[06:50] <zyga> Good morning
[06:50] <zyga> mborzecki: did you see my second pass review
[06:50] <mborzecki> zyga: hey
[06:51] <mborzecki> zyga: yes, i pushed an update with comments
[06:51] <zyga> Thanks, I’ll look soon
[06:56] <zyga> Lovely day
[07:08] <pstolowski> morning
[07:09] <pstolowski> hey zyga, i'm planning to review your implicit plugs/slots stuff today
[07:09] <mborzecki> pstolowski: hey
[07:09] <zyga> pstolowski: thank you
[07:10] <zyga> pedronis: changed it as well, it looks very good imo
[07:10] <zyga> Look at patch history please
[07:11] <pstolowski> ack
[07:44] <zyga> https://github.com/snapcore/snapd/pull/6740 is short and could help me move snap-update-ns forward
[07:47] <zyga> pedronis: I noticed that defer is blocked, is there something specific you want me to focus on? I would love to be able to move it forward next week while you are away
[07:50] <pstolowski> zyga: he is off from today
[07:50] <zyga> eh
[07:50] <zyga> not great
[07:50] <zyga> ok
[08:41] <mborzecki> pstolowski: can you take a look at https://github.com/snapcore/snapd/pull/6748 ?
[08:43] <pstolowski> yep
[08:49] <zyga> pstolowski: hey, can you please look at https://github.com/snapcore/snapd/pull/6740 next
[08:52] <zyga> pstolowski: and please tell us what to review
[08:52] <zyga> I think that's all of us today
[08:55] <zyga> pstolowski: in https://github.com/snapcore/snapd/pull/6755 could you add a Fixes: ... line that references the bug number?
[08:55] <pstolowski> zyga: it's a private bug
[08:55] <zyga> that's fine
[08:55] <zyga> it's only private for now
[08:55] <pstolowski> ok
[08:55] <zyga> it will become public once the security aspect expires
[08:55] <pstolowski> zyga: shall i add it in the code, or PR description only?
[08:56] <zyga> pstolowski: in the PR commit message please
[08:56] <pstolowski> k
[08:56] <zyga>  thanks!
[12:47] <zyga> jdstrand: hey, is https://github.com/snapcore/snapd/pull/6681 ready for review?
[13:49] <jdstrand> zyga (cc pedronis and mvo): yes, I made some adjustments to the PR for the investigation yesterday. what remains is a) trying to figure out why spread is failing in:
[13:49] <jdstrand> 2019-04-19 13:02:27 Error executing google:ubuntu-16.04-32:tests/main/static :
[13:49] <jdstrand> -----
[13:49] <jdstrand> + CGO_ENABLED=0
[13:49] <jdstrand> + go build -o snapd.static github.com/snapcore/snapd/cmd/snapd
[13:49] <jdstrand> # github.com/snapcore/snapd/overlord/snapstate
[13:49] <jdstrand> ../../../overlord/snapstate/check_snap.go:433:16: undefined: osutil.FindUid
[13:49] <jdstrand> ../../../overlord/snapstate/check_snap.go:434:16: undefined: osutil.FindGid
[13:49] <jdstrand> b) comment updates from pedronis
[13:49] <zyga> jdstrand: perhaps those are failing because FindUid requires cgo?
[13:49] <zyga> jdstrand: FYI, I'm off on Monday
[13:50] <jdstrand> c) more spread tests to verify functionality of the bpf
[13:50] <zyga> jdstrand: if you have a moment please review 6714
[13:50] <zyga> jdstrand: did you get to the bottom of the getuid issue?
[13:50] <zyga> is it a bug in libseccomp or a glibc wrapper confusing the actual syscall?
[13:50] <zyga> jdstrand: perdonis is off today and next week
[13:51] <jdstrand> zyga: please see the comment in the PR (I put it all in there)
[13:51] <jdstrand> zy
[13:51] <zyga> jdstrand: percfect, I surely will :)
[13:51] <jdstrand> zyga: so, FindUid is not new and this only started failing within the last couple days
[13:51] <zyga> hmm
[13:52] <zyga> odd, perhaps it was not build with CGO_ENABLED=0
[13:52] <jdstrand> I don't know...
[13:52] <zyga> but I didn't look, my comment was just a hunch
[13:52] <jdstrand> this is the function that snap-seccomp uses to resolve u:root
[13:52] <zyga> jdstrand: snap-seccomp is built with cgo
[13:52] <zyga> jdstrand: snapd is not
[13:52] <zyga> jdstrand: you cannot use this function from snapd
[13:53] <jdstrand> zyga: I literally have to
[13:53] <zyga> we cannot :/
[13:53] <zyga> we need a helper to resolve it then
[13:53] <zyga> a process you can call to give you the value
[13:53]  * jdstrand sighs
[13:53]  * zyga is happy at least that part is not mysterious anymore
[13:53]  * zyga hugs jdstrand
[13:53] <zyga> sorry, I know this is painful
[13:54] <jdstrand> I can call out to getent I guess
[13:54] <zyga> probably yeah
[13:54] <jdstrand> or parse /etc/passwd and /etc/group myself
[13:54] <zyga> jdstrand: that doesn't work
[13:55] <zyga> jdstrand: you can use go functions for that anyway
[13:55] <zyga> jdstrand: the real problem is nsswitch.conf
[13:55] <zyga> and ldap like systems
[13:55] <jdstrand> the go functions are what are doing this
[13:55] <zyga> jdstrand: that's why you need to use cgo to use that
[13:55] <zyga> jdstrand: there's a line where pure go can do simple things
[13:55] <zyga> like read passwd files
[13:55] <zyga> and cgo can call the glibc functions that do everything
[13:55] <jdstrand> zyga: I know that. though for this particular thing, it should really be on the system
[13:55] <zyga> jdstrand: we chose not to cross that line in snapd
[13:56] <zyga> jdstrand: then perhaps you just need to use the simple functions and not the osutil ones?
[13:57] <jdstrand> well, jeez
[13:58] <jdstrand> the check is to make sure the user/group is available and bail early (an implied 'assumes')
[13:58] <jdstrand> but it should really behave exactly like what snap-seccomp is doing
[13:59] <jdstrand> snap-seccomp could move to parsing /etc/passwd and /etc/group
[13:59] <zyga> jdstrand: (silly Friday idea): call snap-seccomp with setgid g:daemon and parse the word out of the filter ;)
[13:59] <jdstrand> but that is a bigger change than I want to make
[13:59]  * jdstrand goes with getent
[13:59] <jdstrand> heh
[14:00] <zyga> jdstrand: I think there are builtin go functions that give you that answer
[14:00] <jdstrand> I think getent will be much cheaper :)
[14:00] <zyga> *think*
[14:00] <zyga> not sure
[14:00] <zyga> you don't need to shell out to getent
[14:00] <jdstrand> I just googling-- people seem to have packages for it but not a part of the language
[14:00]  * zyga looks
[14:01] <jdstrand> hmm, actually, this starting failing when I added the implied assumes most likely. that makes more sense
[14:01] <zyga> jdstrand: os/user.LookupGroup
[14:01] <jdstrand> zyga: yes, that is what we are doing
[14:01] <jdstrand> well
[14:01] <zyga> then get group.GID if it didn't fail
[14:01] <jdstrand> we are using LookupUser
[14:01] <zyga> hold on? are we?
[14:01] <jdstrand> yes
[14:02] <zyga> wait, and that doesn't compile?
[14:02]  * zyga is sceptical now
[14:02] <jdstrand> os.FindUid uses LookupUser
[14:02] <zyga> can you do a tiny program that calls LookupGroup?
[14:02] <zyga> yes
[14:02] <zyga> LookupUser is old
[14:02] <jdstrand> LookupUser has always existed in golang
[14:02] <zyga> LookupGroup is new
[14:02] <zyga> *new enough for us though
[14:02] <jdstrand> the test is failing on FindUid
[14:02] <jdstrand> yes, we stole LookupGroup from newer golang
[14:03] <jdstrand> and could remove that code
[14:03] <zyga> FindUid is different
[14:03] <jdstrand> I was actually planning on doing that in another PR since we now require 1.10
[14:03] <zyga> I mean
[14:03] <roadmr> hey folks, what happens if I have a snap named "foo" and then I install a "bar" snap that has an autoalias bar.foo -> foo  ?
[14:03] <jdstrand> but why is FindUid failing?
[14:03] <zyga> jdstrand: we can probably drop lookupGroup
[14:03] <zyga> jdstrand: and just use the plain versions
[14:03] <jdstrand> zyga: yes, I just said that :)
[14:03] <zyga> jdstrand: and that will get you out of the issue
[14:04] <zyga> jdstrand: that is probably the only thing that requires C
[14:04] <zyga> jdstrand: cool, ping me and mborzecki for review please
[14:04] <jdstrand> it will get me out of the issue for FindGid, but not FindUid, no?
[14:04] <zyga> jdstrand: no, why?
[14:04] <zyga> jdstrand: it's just the "import C" that breaks you
[14:04] <zyga> drop that from osutil and you are good
[14:05] <jdstrand> because of what I jus wrote?
[14:05] <jdstrand> findUid does user.Lookup
[14:05] <mborzecki> hm had a branch somewhere that drops all C dependant bits from osutil
[14:05] <zyga> jdstrand: I don't get it then, sorry, can you reprhase?
[14:05] <zyga> jdstrand: calling user.Lookup is not the problem
[14:05] <zyga> jdstrand: osutil *does not build*
[14:05] <jdstrand> the spread test fail because of FindGid *and* FindUid
[14:05] <zyga> jdstrand: when you disable C
[14:05] <zyga> at least not that part :)
[14:05] <jdstrand> ok, not that makes more sense
[14:06] <jdstrand> now*
[14:06] <jdstrand> nothing else used group.gp presumably
[14:06] <mborzecki> jdstrand: https://github.com/bboozzoo/snapd/commit/66e761e11bdb4f29ba279113b20c55d000035fda ?
[14:06] <jdstrand> let me do a quick PR for that
[14:07] <jdstrand> mborzecki: so are you saying that FindUid also needs cgo even though it is using user.Lookup?
[14:08] <zyga> jdstrand: it's one file
[14:09] <zyga> the whole file gets removed from the build process
[14:09] <zyga> that's all
[14:09] <jdstrand> zyga: right, I understand your point
[14:09] <jdstrand> that makes sense
[14:09] <jdstrand> but then mborzecki pointed me at https://github.com/bboozzoo/snapd/commit/66e761e11bdb4f29ba279113b20c55d000035fda which stubs FindUid
[14:09] <jdstrand> when it seems it may only need to stub FindGid
[14:10] <jdstrand> so I wanted a clarification on that
[14:10] <jdstrand> since if FindUid also needs cgo, then the LookupGroup fix is valid on its own, but doesn't help me
[14:11]  * zyga has a new flower pot :)
[14:11] <jdstrand> I mean, I can just try this out I guess
[14:11] <zyga> :D
[14:12] <jdstrand> zyga: anyway, so there a few things to tie up with my PR and I'll be adding more tests, but it is ready for review. you could wait til Tuesday I guess (all my bits should be done then)
[14:12] <jdstrand> and yes, I plan to look at PRs today
[14:12] <zyga> jdstrand: cool,
[14:13] <zyga> jdstrand: I have a few piles of changes for snap-confine pending but I don't want to throw this all at you
[14:13] <zyga> jdstrand: one thing that was bugging me a while ago was stdlib's IO functions that we cannot use because they apparently suck on error reporting
[14:13] <zyga> jdstrand: so I wrote my own proof of concept with tests to show what happens in all error cases
[14:14] <mborzecki> jdstrand: if you want to have cgo enabled, but use non-cgo implementation of os/user bits you'd have to pass -tags osuser (and wit that patch i linked -tags osutil too)
[14:14]  * zyga is starving
[14:14] <zyga> time to eat
[14:14] <jdstrand> mborzecki: that is interesting, but I think a different answer to my question
[14:14] <jdstrand> mborzecki: I am going to do a PR to use user.LookupGroup
[14:15] <jdstrand> mborzecki: and remove all the cgo stuff in osutil
[14:15] <jdstrand> mborzecki: I thought that would fix stuff, but then your commit stubbed osutil.FindUid, that already used user.LookupUser, so I didn't know why you did that one since it was already using the bultin
[14:16] <mborzecki> jdstrand: that's tricky i think, we'll loose /etc/nss* and probably extrausers too
[14:16] <jdstrand> I see
[14:16] <jdstrand> so the builtins don't use nss at all
[14:17] <jdstrand> we need extra users
[14:17] <mborzecki> yup, let me point you to the source code
[14:17] <jdstrand> ok, I think instead of using builtins, I can convert FindUid and FindGid to use getent
[14:18] <mborzecki> jdstrand: https://github.com/golang/go/tree/master/src/os/user look at cgo_lookup_unix.go and lookup_unix.go
[14:18] <jdstrand> actually, for this PR, I will probably use LookupGroup. then add a code comment that when we need extrausers, we will need to use getent
[14:19] <jdstrand> since we don't need extrausers for this now
[14:19] <jdstrand> but we will later
[14:20] <jdstrand> passwd:         compat extrausers
[14:20] <jdstrand> from nsswitch.conf
[14:20] <jdstrand> ok, this is all clear now
[14:20] <jdstrand> zyga, mborzecki: thanks
[14:22] <mborzecki> jdstrand: btw. that also makes calling the os/user bits from snap-exec snap-update-ns bit problematic, as those are built statically via -extldflags=-ldflags=-static, but will still attempt to dlopen the nss bits
[14:23] <jdstrand> mborzecki: I'm sorry, if I'm using only builtins, what is the problem?
[14:25] <jdstrand> mborzecki: nothing except snap-seccomp and my PR use FindUid and FindGid
[14:25] <mborzecki> jdstrand: because builtins only know about /etc/groups & /etc/passwd
[14:25] <jdstrand> mborzecki: I know. but snap-exec and snap-update-ns don't do lookups... ?
[14:26] <jdstrand> mborzecki: at least not via these functions. I feel like I am missing your point
[14:26] <mborzecki> jdstrand: they don't, i stumbled upon this problem when trying to do the mapping for $HOME/snap_<instance> to $HOME/snap with parallel installs
[14:27] <mborzecki> jdstrand: which we eventually dropped anyway
[14:32]  * zyga breaks for lunch
[14:49] <jdstrand> zyga: fyi https://github.com/snapcore/snapd/pull/6759
[14:54] <zyga> Back in 10
[15:07] <zyga> back now
[15:08] <zyga> jdstrand: the error on https://travis-ci.org/snapcore/snapd/jobs/522179183 is puzzling!
[15:09] <zyga> jdstrand: as a nitpick, could you please expand the commit message, it's nicer to know _why_ we are doing that not what is being done
[15:11] <zyga> jdstrand: the error talks about build ID, I would suspect it is caused by lack of cgo now
[15:11] <zyga> jdstrand: and default build mode that don't inject build-id
[15:17] <Son_Goku> zyga, any idea from the snap side for this? https://github.com/livecd-tools/livecd-tools/issues/125
[15:18] <zyga> looking
[15:18] <zyga> hmm, no idea if we are using livecd-tools anymore
[15:18] <zyga> it's a distro question
[15:18] <zyga> for snapd side I can say this
[15:18] <zyga> you can put seed data on a filesystem
[15:19] <zyga> then on 1st boot snapd spots the seed and installs the snaps listed there
[15:19] <Son_Goku> I don't know anything about those things
[15:19] <zyga> this is done for ubuntu live CD for instance
[15:19] <Son_Goku> so it'd be handy if you could detail that for this
[15:19] <zyga> but I don't know anything about livecd-tools
[15:19] <zyga> I don't know much about this honestly, this is really mvo/chipaca area
[15:20] <zyga> I can try to ask them after easter
[15:20] <Son_Goku> livecd-tools just basically uses a kickstart file as input to create live media
[15:20] <Son_Goku> it's how Fedora and other derivatives of Fedora make media
[15:20] <zyga> *basically* is what most people would not use :)
[15:20] <zyga> I don't know how distros do that today
[15:20]  * zyga (I mean the word basically assumes you know this)
[15:21] <Son_Goku> I use basically as "simply speaking"
[15:21] <Son_Goku> sorry
[15:21] <zyga> no worries :)
[15:22] <zyga> I'm looking for seeding docs
[15:23] <zyga> Son_Goku: I answered in the github issue now
[15:25] <Son_Goku> thanks
[15:35] <zyga> jdstrand: I commented on https://github.com/snapcore/snapd/pull/6759
[15:36] <zyga> I'm back to hacking on groups
[15:36] <zyga> I solved my conundrum
[16:54]  * zyga begs for review on https://github.com/snapcore/snapd/pull/6714
[17:45] <zyga> jdstrand: ping
[17:48] <zyga> jdstrand: my last patch of the day
[17:49] <zyga> jdstrand: in case you are around I wanted to explain some of the things since you will be probably the only one that _has to_ review it
[17:52] <zyga> jdstrand: https://github.com/snapcore/snapd/pull/6760
[17:53] <zyga> jdstrand: I'm EODing and EOWing now, please if you have some time left today have a look at  https://github.com/snapcore/snapd/pull/6714 which is the follow-up from the /tmp security issue
[17:53]  * zyga waves
[19:29] <sergiusens> zyga: hey, if you are around, mind giving some insight on https://github.com/ChristianPauly/fluffychat/issues/117#issuecomment-484959454 ... I suspect this is a host lacking many services, but have not dug into it and you might know more about it
[21:00] <zyga> sergiusens: someone has staged real xdg-open and it took priority
[21:00] <zyga> sergiusens: our xdg-open doesn't use dbus-launch and does not print that output
[21:15] <zyga> jdstrand: thank you for both reviews
[21:16]  * zyga started another print and goes to sleep


[11:45] <Ardonel> Good morning all. 58 F in south Fort Worth, TX.  Have a great day.


[11:01] <Unit193> bluesabre<EMAIL_ADDRESS>[16:20] <xnox> trying to build the notes xfce plugin with gtk3 and vala stuff
[16:21] <xnox> however, it seems to try to find vapi files for xfce libraries.... that don't exist.
[16:21] <xnox> where are they supposed to come from?
[16:23] <Unit193> I believe that's taken care of during 'make dist' if I'm not mistaken, I've sort of been waiting for a release as the vala stuff is gone, so I am lead to believe.  But it's taking longer than I'd like.
[16:24] <Unit193> I was about to try and nab a git snapshot, but then he was talking about releasing after fixing a flickering bug.
[16:27] <xnox> ok
[16:27] <xnox> i guess i'll wait then.
[16:27] <xnox> yeah, i was trying to compile the git snapshot. and it fails at not finding xfce conf vapi files =(
[16:27] <xnox> Unit193:  also, they did very ugly things with their configure scripts, hence i must do
[16:28] <xnox> override_dh_autoreconf:
[16:28] <xnox> 	dh_autoreconf ./autogen.sh
[16:28] <xnox> override_dh_auto_configure:
[16:28] <xnox> 	dh_auto_configure -- --enable-maintainer-mode
[16:28] <xnox> to ensure that all the vala stuff is rebuilt from scratch
[16:28] <xnox> as per distro packaging policies
[16:30] <Unit193> That autoreconf override shouldn't be needed...  But yeah I've seen the need for maintainer mode before, specifically on git snapshots.
[16:34] <xnox> Unit193:  yeah it does.... at least from git.... because it's not called configure.ac but configure.ac.in which is preprocessed by xfcedevtools which is call in autogen.sh.
[16:34] <xnox> since regular "autoreconf -fi" does nothing, and never produces a fresh ./configure script
[16:35] <xnox> ..... unless something is very very very broken.
[16:35] <xnox> i am packaging from git, not for tarballs
[16:35] <Unit193> Thought about that bit...  Though with the newer dev-tools..
[16:51] <Unit193> Meh, I got further but hit error: The name `Xfce' does not exist in the context of `Xnp.Application'
[16:55] <Unit193> xnox: But, make sure all the introspection stuff is installed, then fix the name of Xfconf in */Makefile.am since the gir stuff is 'Xfconf' rather thah 'libxfconf' there.
[16:59] <Unit193> I have no idea how this is supposed to work, but the missing namespace stuff is all from libxfce4util.


[18:18] <Mistercam> !list
[23:49] <wingarmac> Hi everyone. Is there a way to set ufw or another firewall rules based on host names? I've multiple virtual hosts on the same WAN IP with different services depending the name.
[23:51] <wingarmac> an example would be example.com also wg endpoint on specific port and ns.example.com also 53
[23:52] <wingarmac> both sharing the same WAN IP
[23:53] <JanC> connections aren't to a hostname but to an IP address
[23:53] <wingarmac> well, it would be fine to add an extra lyare with hostname philters I think.
[23:53] <wingarmac> Thanks for the confirmation anyway !
[23:53] <wingarmac> Cheers
[23:59] <patdk-lap> hmm, it is a very bad idea to use names in firewalls
[23:59] <patdk-lap> dns could fail, return a different value (round robin/failover/anycast/ipv4 vs ipv6/....)