[11:50] <highvoltage> yay, only 3 more hours to go and then I'll be home
[04:13] <andrea> hello
[04:13] <andrea> I install an ltsp server in edubuntu server 7.10; I create few user with the same name of the hostname of the client. I need to autologin them, can somebody help me? Please
[04:16] <andrea> 7.4 sorry
[04:21] <cliebow_> andrea, eeveryone is travelling today i think
[04:27] <andrea> i leave my email; any help is appreciated
[04:27] <andrea><EMAIL_ADDRESS>[04:27] <andrea> thank you
[06:43] <Novus> What is the appeal of having yet another Ubuntu derivative, which is yet another derivative of Debian, which is yet another Linux distribution?
[06:44] <Novus> What purpose, other than further splitting up scare developer resources?
[06:46] <Amaranth> edubuntu uses the same packages as ubuntu
[06:46] <Amaranth> any improvements in ubuntu show up in edubuntu and vice versa
[06:47] <Amaranth> it's just a different set of packages in the default install for education purposes
[06:49] <Novus> ...
[07:49] <KRomeleoN> howdy
[07:50] <KRomeleoN> my question is, my sister is going to college and we just bought her a laptop. i was gonna put ubuntu on but was thinking edubuntu instead sinche she is a teaching major....is edubuntu different from ubuntu atall besides the included extra appps for education?
[07:50] <KRomeleoN> its gnome?
[08:09] <stgraber> KRomeleoN: there is no difference beside the artwork and the extra educational packages
[08:09] <stgraber> KRomeleoN: yes, it uses gnome
[08:09] <KRomeleoN> is it made more for k-12?
[08:09] <KRomeleoN> or would a college studfent get use fromit/
[08:09] <KRomeleoN> ?
[08:12] <stgraber> KRomeleoN: I didn't really checked what is installed with Feisty, Edgy was more for k-12 but things may have changed (it was planned for Feisty)
[08:12] <KRomeleoN> i cant decide if i should get 64 bit or now
[08:15] <stgraber> 64bit is a source of problem when you are talking about browser plugin (flash especially) or any binary compiled software. If you use a clean install of Ubuntu and aren't going to use Flash (I mean the flash from Adobe, not the free one) or wine or any binary-compiled software, you can get the 64bit version.
[08:15] <KRomeleoN> i wa shocked to see 64 bit linux uses 64 bit ff
[08:15] <stgraber> Otherwise I'd install the 32bit one, even on a 64bit capable computer (what I'm doing just now on a Core2Duo)
[08:16] <KRomeleoN> the laptop is coming with vista preload and is said to get 5.5 hours on a 9 cell battery, will that be increased with edubuntu?
[08:17] <frustratedwithed> When I restart my edubuntu server I do not have any internet connection.  If I sudo ifdown eth1 and then sudo ifup eth1, then it works.  Anyy idease how to make it permanent?
[08:17] <stgraber> If the battery can really manage to give that with Vista while doing something else than looking at a blank screen, yes it should be better with Edubuntu
[08:19] <stgraber> happywithed: Is that Dapper, Edgy or Feisty ?
[08:19] <happywithed> Feisty
[08:19] <happywithed> Brand new install
[08:19] <stgraber> ok, did you change anything in the network config (like setting a static IP) ?
[08:20] <happywithed> I changed the interfaces, so that I could get my clients to start on PXE.
[08:20] <happywithed> I have eth0 on <IP_ADDRESS> and eth1 on <IP_ADDRESS>
[08:21] <happywithed> broadcast on 192.168.x.255 and netmask on <IP_ADDRESS>
[08:21] <stgraber> ok, so the networkmanager show something like "manual setting" and doesn't do anything, right ?
[08:21] <happywithed> right
[08:22] <stgraber> ok, so you may want to have a look at the /etc/network/interfaces file
[08:22] <stgraber> you should have something like :
[08:22] <stgraber> auto ethX
[08:22] <stgraber> iface ethX inet static ....
[08:22] <stgraber> your problem may be that you don't have the auto line
[08:23] <cliebow> stgraber:that file is Always wonked out every time you make a change huh
[08:23] <cliebow> i just now fixed mine...again
[08:23] <happywithed> I have auto for eth1, eth0 and lo
[08:24] <happywithed> Is there a specific order they have to be at?
[08:24] <happywithed> My auto eth0 is the last line
[08:25] <stgraber> not that I know
[08:25] <stgraber> it usually is :
[08:25] <cliebow> it "shouldnt" matter..
[08:25] <stgraber> auto ethX
[08:25] <stgraber> and then the config
[08:25] <stgraber> then auto ethX+
[08:25] <stgraber> and the other config
[08:25] <stgraber> but like cliebow said, that "shouldn't" matter :)
[08:26] <cliebow> 8~)
[08:26] <happywithed> Weird, that file seems to be fine, but when I boot I dont have any internet unless I ifdown and ifup my eth1
[08:27] <happywithed> any other ideas?
[08:28] <cliebow> can you watch the logs on server and see if a request is made?
[08:28] <happywithed> hold on
[08:28] <cliebow> or do you have one of those evil empire dhcp servers 8~)
[08:29] <cliebow> just wondering when dhcpcd runs..
[08:29] <happywithed> I don't have a Windows DHCP, if that's what you mean.  I just have a Lynksys router with DHCP, though.
[08:30] <happywithed> Where is the syslog file?  it is past 3am in Japan, and I can't think straight...
[08:31] <cliebow> isnt it /var/log/syslog...or messages..
[08:32] <cliebow> but i dont think yu will see boot that way...errr maybe..
[08:33] <cliebow> wireshark with a hub?
[08:35] <happywithed> I don't see any relevant errors in syslog
[08:36] <happywithed> I guess, I'll leave it along for now.  I need to get some sleep before the students come to class in a few hours...
[08:36] <happywithed> thanks for the help anyway...
[08:36] <cliebow> good luck..sleep tight..
[08:36] <happywithed> signing out...
[11:55] <pygi> hi folks
[11:57] <pygi> highvoltage!


[00:12] <mices> is there a cups issue with 16.10 cause ever since i installed this os i can't print
[00:14] <mices> i have my printer's ip set but can't reach it
[05:22] <boyong> install lubuntu from kylin
[05:23] <boyong> how do i install lubuntu from kylin, do i need to erase the hard drive and install from beginning? thank you
[05:26] <boyong> exit
[17:20] <LeGentooLinux> Hello my frends ! :)
[17:21] <LeGentooLinux> Byebye !
[19:25] <shalok> How do I change the touchpad swipe scroll direction?
[20:09] <tonberry-king> Kinda confused by two lubuntu websites ?
[20:10] <tonberry-king> Is it .net or .me ?
[20:12] <krytarik> tonberry-king: .me - LP bug #1608306.
[20:13] <tonberry-king> if i dl iso's from .net i am fine right ?
[20:13] <krytarik> Not necessarily, no.
[20:14] <krytarik> Depends on how outdated the links are, that is.
[20:15] <tonberry-king> Ok
[20:16] <tonberry-king> krytarik: Thanks for the help, is their a way to verify a installed version to check integrity ?
[20:18] <krytarik> Well, the site usually links to the official images - it's just not always up to date.
[20:18] <tonberry-king> yeah i am up too date so... thanks
[20:18] <tonberry-king> got kinda worried their for a second
[20:20] <tonberry-king> Thanks for clearing that up ubottu & krytarik
[20:22] <krytarik> ubottu is a bot.
[20:23] <krytarik> And welcome, of course.
[20:41] <shalok> When logging in I can select 'lxsession' or 'lubuntu'... What's the difference?
[20:41] <wxl> lxsession is a more general lxde session
[20:42] <shalok> wxl: Can you elaborate?
[20:43] <wxl> it lacks all the customizations of lubuntu
[20:44] <shalok> so lxsession is similar to what I would get running lxde on debian or fedora?
[20:44] <wxl> kinda sorta
[20:45] <shalok> Is there anything important added to lubuntu, or is it just branding (graphics etc)?
[20:45] <wxl> to be honest, i haven't much tried to use that session. i'm not sure that all the features are well integrated
[21:00] <Cesarion76> Hello just installed lubuntu on a eepc with 4 gb of space. I removed cups so I have a little more space. What else is recommended to uninstall?
[21:11] <razer_> hello everybody, short question: I've installed KDE applications in Lubuntu and the menu entries are not working. I've figured out the -caption %c is the problem
[21:11] <razer_> Problem is that I have multiple users, so manually removing all captions for all users is cumbersome
[21:11] <razer_> is there a fix for lubuntu 14.04?
[21:13] <razer_> can i remove it from the default files?


[08:55] <davmor2> cjwatson: I thought the default FS for karmic was going to be ext4 not 3?
[09:15] <cjwatson> davmor2: I believe we said something along the lines of "we may consider ext4 as the default filesystem after jaunty"
[09:15] <cjwatson> pretty sure nobody ever committed to it
[09:15] <davmor2> cjwatson: Ah okay :)
[09:16] <cjwatson> ext4 was a bit rockier than expected in jaunty, what with all the filesystem semantics debates
[09:17] <cjwatson> so I'm not sure I want to take a unilateral decision about giving it a free pass as the default :)
[09:18] <evand> surely we should just go straight to btrfs :)
[09:24] <davmor2> evand: hell yes we can be the kernel lab rats.  Oh wait we are Ubuntu/Canonical and don't help the kernel right ;)
[09:24] <evand> heh
[09:32] <cjwatson> hmm, that's a point, we have btrfs in the kernel now
[09:32] <cjwatson> should definitely add installer support for it
[09:33] <cjwatson>           Btrfs is highly experimental, and THE DISK FORMAT IS NOT YET
[09:33] <cjwatson>           FINALIZED.
[09:33] <cjwatson> ... or maybe not
[09:34] <davmor2> cjwatson:  :D
[09:34] <davmor2> kernel lab rats like I say :)
[10:04] <evand> We could always do what Redhat did and enable it only when ICANTBELIEVEITSNOTBTR is in /proc/cmdline
[10:10] <davmor2> Lol  :D
[13:46] <DogWater> cjwatson: are there any plans for a new spin of the 9.04 netboot install? so far i've noticed several issues with it ranging from partition problems to it locking up, etc.
[13:46] <cjwatson> err, that would depend on whether anyone knows how to fix those problems
[13:46] <cjwatson> we respin the netboot installer for kernel ABI changes, not much else
[13:47] <cjwatson> lockups sound like kernel bugs to me
[13:47] <cjwatson> other than that ... too vague, sorry
[13:47] <DogWater> Well, its still randomly saying that the partition table/filesystem is locked on brand new never used hard drives, stuff like that
[13:51] <cjwatson> bug number?
[13:51] <cjwatson> FWIW just asking for a respin is totally the wrong way round
[13:52] <DogWater> Actually I was just trying to determine if there was a scheduled release for a newer version i could try, is all. I wasn't intending on offending you or anyone else.
[13:55] <cjwatson> you didn't offend me, just saying that it's usually more productive to get the bugs fixed first :-)
[13:55] <DogWater> Is there a list of the new options for preseeding listed somewhere?
[13:55] <cjwatson> there is no *scheduled* release, but sometimes releases happen
[13:55] <DogWater> such as use_weak_password ?
[13:56] <cjwatson> there's no change summary for preseeding, perhaps unfortunately
[13:56] <DogWater> ack
[13:56] <cjwatson> I'm happy to look at incorrect locking claims given a bug report with the usual logs attached
[13:57] <DogWater> Well, my point is, I dont understand how a partition/filesystem could possibly be locked if the OS isn't running
[13:58] <DogWater> nothing is using the partition/filesystem until partman (or whatever mechanism you guys use) tries to partition it, so its kind of like chicken -> meet egg
[13:58] <cjwatson> I need a bug report
[13:58] <cjwatson> I can't make any even educated guesses without the logs
[13:59] <DogWater> okay, didn't you tell me once there was a way to find out what option the installer stopped on in preseed? Its asking me to confirm a weak password and rather than outright ask you how to do it automatically i'd much rather see if you could tell me how to answer that question in the future
[13:59] <cjwatson> I believe it's documented in the installer guide
[13:59] <DogWater> oh, well thats easier.
[13:59] <DogWater> thats what i meant by 'are preseed changes documented, etc'
[14:00] <DogWater> it didn't do that on 8 or 7 so I assumed it was new in 9
[14:00] <cjwatson> the changes aren't, but the documentation should cover what you need to do with the current state
[14:00] <cjwatson> hmm, but apparently doesn't. blah
[14:00] <cjwatson> DEBCONF_DEBUG=developer as a boot parameter will get you full debconf logs
[14:01] <cjwatson> FWIW 8.04 and 8.10 are just as different as 8.10 and 9.04 - the 9 is just a year not a series
[14:02] <DogWater> just as a general suggestion it would be cool if you guys could maybe have a page somewhere that lists new options/changes to kickstart/preseed. It would be cleaner if i could tell it to ignore weak passwords in kickstart but i'm not sure how i'd do that (without using the preseed/user-config, etc option
[14:02] <DogWater> maybe a little -ignore-weak flag on the password directive, or something in KS
[14:02] <cjwatson> I'd like to but it needs to be done in Debian
[14:03] <cjwatson> no point just listing the ones that change in Ubuntu
[14:03] <DogWater> well, debian doesn't have KS so its even more important that the KS docs are updated, no?
[14:04] <cjwatson> docs? kickstart doesn't have this *facility* (except using the general preseed command)
[14:04] <DogWater> okay, thats cool that is what i was suggesting, maybe trying to keep KS updated to match new stuff in preseed, etc
[14:04] <CIA-4> installation-guide: cjwatson * r459 ubuntu/ (debian/changelog en/appendix/preseed.xml): Document how to override the weak password check.
[14:04] <cjwatson> I'm reluctant to add options to kickstart because it could easily conflict with later changes in Red Hat
[14:04] <cjwatson> Kickstart's syntax is not owned by us
[14:04] <cjwatson> so we're constrained
[14:05] <DogWater> right, I see.
[14:05] <cjwatson> I reckoned we were OK with the new preseed command, but I don't want to stretch it too far
[14:05] <DogWater> is there a URL to that thing you just updated? :D
[14:05] <cjwatson> yeah, I'm just getting it for you
[14:05] <DogWater> thanks sir
[14:05] <cjwatson> http://bazaar.launchpad.net/~ubuntu-core-dev/installation-guide/ubuntu/revision/459
[14:07] <DogWater> With the rate of development I'm surprised a bit that more people aren't using Ubuntu in our datacenter.
[14:08] <DogWater> People love their CentOS I guess...
[14:14] <soren> DogWater: IME, they don't actually. They're just stuck on it for some reason.
[14:15] <DogWater> Its probably that whole "we used redhat until it cost money (rh9) then we scrambled to find something, and CentOS pretty much worked for us" thing
[14:15] <DogWater> What really surprises me is how many people put fedora on servers
[14:15] <DogWater> thats nuts to me
[14:19] <DogWater> People sometimes request Fedora 3 or The old Redhat 9 on machines and we just have to put our foot down somewhere. that is just irresponsible.
[15:51] <evand> cjwatson: Do you think (https://wiki.ubuntu.com/MergeOEMConfig) is worth scheduling for this UDS?  I think this was discussed earlier this month but I was offline for most of the context.  I'm not sure if either of us will have the time to take it on, but perhaps someone else would be interested.
[16:00] <evand> ah: "(07:52:08 PM) shtylman: evand: cjwatson_: ive started moving things around and trying to merge oem-config and ubiquity :)... man... I think I need a shield and broadsword to fight this beast..."
[18:09] <shtylman> evand1: yea..I have been working on some major re-org stuff, but nothing yet finished or buildable
[19:00] <geiseri> hi, im having problems with a custom package repo on my CD, when i try to run the debootstrap step i get the error: "Invalid Release file: no entry for custom/binary-i386/Packages" but the entry is there in my release file as well as the file is actually there.
[19:13] <geiseri> is there some part i am missing with respects to my release file for multiple components?


[06:56] <knightwise> good morning everyone
[07:49] <zxmpi> o/
[08:02] <knightwise> heyhey
[08:25] <knightwise> playin with ncspot today
[08:25] <knightwise> listening to spotify from dah commandline
[08:29] <zxmpi> never got into command line audio for some reason.
[08:56] <knightwise> i love it . Stream me some soma fm via curl and stuff
[08:58] <zxmpi> not sure if it's that i can and do use android or an fm radio with nice physical buttons instead
[09:16] <knightwise> the audio quality on this old imac isnt great though
[09:16] <knightwise> but hooking up speakers to my rasp pi 4 isnt going to be ideal either
[09:35]  * zxmpi grew up with am/fm radio and is satisfied with... less :-P
[09:36] <knightwise> I hate radio these days
[09:36] <knightwise> started listening to podcasts in 2005, never went back
[09:41] <zxmpi> half my podcasts are radio shows
[14:29] <davef> Hi-de-Hi!
[14:29] <zxmpi> hi-de-ho
[14:29] <zxmpi> *bing* *bong* *dink*
[14:30] <davef> Don't tell Miss Cathcart!
[14:36] <diddledani> https://store.steampowered.com/app/1859290/Crypto_Miner_Tycoon_Simulator/
[14:40] <zxmpi> that is just... wrong? :-P
[14:44]  * davef mumbles something about crypto and goes back to his basement
[19:08] <knightwise> hey everyone
[19:09] <zxmpi> o/
[19:09] <knightwise> heyhey
[19:09] <knightwise> been mucking about with an old laptop this evening
[19:10] <zxmpi> how old is old?
[19:10] <knightwise> managed to revive an old panasonic toughbook
[19:10] <knightwise> its a cf 53 with a windows 8 pro sticker
[19:10] <zxmpi> always liked the toughbooks but way way out of my price range
[19:10] <knightwise> so .. i'm thinking about 7 years ?
[19:10] <knightwise> yeah , they are pricey when new
[19:11] <zxmpi> what if they made a laptop that would survive what a nokia 3310 would survive :-)
[19:11] <knightwise> yeap I'm pretty sure that i can smack somebody to death with this thing
[19:11] <knightwise> (it has a handle)
[19:12] <knightwise> the screen is not the highest resolution, but the keyboard is nice and responsive
[19:12] <knightwise> and NOT reflective :)
[19:12] <zxmpi> that's so if you forget your riot shield you can use it instead
[19:12] <knightwise> indeed
[19:12] <knightwise> + it has a serial port :)
[19:12] <zxmpi> when you positively absolutely have to get data in AND out of a device
[19:13] <knightwise> yeah , i'm probably gonna use it for when we do live stream productions on the road
[19:13] <knightwise> i need to do site visits to check the bandwidth
[19:14] <knightwise> so its perfect for that
[19:14] <zxmpi> don't have to treat it like a normal fragile laptop
[19:15] <knightwise> yep , kinda what it around a little and stuff
[19:15] <knightwise> I'm pretty carefull with my other devices :)
[19:17] <zxmpi> i have used nokia phones as a hammer :-)
[19:17] <knightwise> hahah :) indeed
[19:17] <knightwise> I've been running budgie linux on it.
[19:18] <knightwise> turning out to be my favorite mate alternative
[19:18] <zxmpi> never heard of it, looks interesting though
[19:19] <knightwise> I'm not a big gnome fan, and i've always been looking for something simpler yet elegant
[19:20] <zxmpi> i started a long time ago with xubuntu and have stuck with it mostly since then. would take a lot to move me to something else but it will happen someday
[19:21] <knightwise> xubuntu is pretty nice too.
[19:21] <zxmpi> chosen because it's 'lite'
[19:21] <knightwise> i"ve never gotten around to KDE , just too 'much' for my taste i guess
[19:21] <zxmpi> i usually have bottem end of the spec list hardware
[19:22] <zxmpi> tried kde back in red hat 5.2 days. was nice, didn't go back
[19:22] <knightwise> I"ve installed it on a old imac too
[19:23] <knightwise> my sister in law wanted to throw it out. This way it still gets a second lease on life
[19:30] <knightwise> but the speakers are not that good under the linux drivers
[19:30] <knightwise> too bad actually since a mac has awesome sounding hardware
[19:32] <zxmpi> in 80s and 90s i used to spend so much times getting sound working on pcs for games. now i care very little. sometimes it works, sometimes it doesn't and i blame crappy web pages blasing audio and video
[19:51] <knightwise> yeah
[19:52] <knightwise> i've hardly played games the last couple of years. Recently reinstalled Duke nukem and return to castle wolfenstein
[19:52] <zxmpi> i don't have speakers attached to my desktop pc anymore. just a cheap eurostore headset. and a bt speaker near by if i want to listen to a podcast on them. otherwise no sound
[19:52] <knightwise> I played the new wolfenstein but these days games are just "too much"
[19:52] <knightwise> Same here. Jabra bluetooth headset and thats it
[19:53] <knightwise> its been YEARS since I hooked up pc speakers
[19:53] <zxmpi> i split my gaming between android shattered pixel dungeon and dumb nokia sodoku and boggle
[19:54] <knightwise> nokia soduku ? on what machine ?
[19:54] <zxmpi> on my nokia 3310 (2017 version)
[19:54] <knightwise> awesome
[19:55] <knightwise> just found a whole box of old blackberries at work
[19:55] <knightwise> damn i miss those things
[19:55] <zxmpi> good for a 2-3 minute game and also helps me to spot when my brain isn't working right and it takes twice as long to finish simple puzzle
[19:55] <knightwise> I medidate in the morning (i try to
[19:56] <knightwise> that helps me focus these days
[19:56] <knightwise> work at one of the clients can be a liiiitle stressfull
[19:56] <zxmpi> unihertz pocket titan if you want qwerty android https://www.unihertz.com/products/titan-pocket
[19:56] <knightwise> yeah  i read about them
[19:56] <knightwise> but they are pretty pricey
[19:57] <zxmpi> mid range phones 300 shekels last i looked
[19:57] <knightwise> hmmm. doable
[19:58] <knightwise> sometimes i didnt even carry a phone in the weekend
[19:58] <knightwise> but now we need to show our covid pass app on our phone when we want to grab a bite to eat
[19:58] <zxmpi> well... when i'm carrying my nokia 3310 technically it's a hammer :-P
[20:00] <zxmpi> it could carry the covid pass as a pdf but might not work displaying qr code on screen so small
[20:01] <zxmpi> but it has games, ereader, a notepad, mini spreadsheet, fm radio, mp3 player and holds appointments and alarms well enough
[20:01] <knightwise> true. mostly all you need
[20:01] <zxmpi> and a battery life of days on a 5 year old phone that has seen a lot of usage
[20:01] <knightwise> i've ditched social media apps from my phone months ago
[20:02] <zxmpi> and no wifi so you're not tempted to just browse the web for ages.
[20:02] <zxmpi> also have google maps and street view working on it. or did a few years back.
[20:02] <zxmpi> even if phone has no gps so you have to tell it where it is
[20:03] <knightwise> yeah , i've been watching out for those endless scrolling traps that eat up your time
[20:04] <zxmpi> very basic, very cheap, highly recommend
[20:05] <knightwise> i'm working on a little project where I try to use command line apps and make some flashcards with the right keybindings
[20:05] <zxmpi> index cards are super handy for that
[20:06] <knightwise> that way i'll try to commit some of those commands in memory


[08:03] <schopin> slyon: I stumbled across something strange when working on the parsing code : https://github.com/canonical/netplan/blob/main/src/parse.c#L1672
[08:04] <schopin> can you confirm that if the API client passes error = NULL, which is totally valid, the parser will silently swallow up errors as long as it has successfully parsed to and from ?
[08:07] <schopin> i.e. [ { from: "<IP_ADDRESS>", to: "<IP_ADDRESS>", fwmark: bogus }, { ... a valid rule object } ] should return TRUE if we don't have a GError at hand.
[08:12] <slyon> schopin: indeed, I can confirm this is the current behaviour
[08:15] <slyon> well...
[08:16] <slyon> but the other values are checked in their handler, no? like mark/fwmark would be checked in handle_generic_guint and return yaml_error() if it is bogus
[08:19] <schopin> sure, but said value isn't stored anywhere, so if there are no GError provided we just don't append the faulty rule and go on to the next, as (error && *error) will always be false.
[08:22] <schopin> I'm starting to think that `if (error && *error) return FALSE;` is an antipattern. It's like a CLI tool that would change its return code if we pass in `-q` as an option :P
[08:29] <slyon> right. if process_mapping fails the cur_ip_rule is not appended to the cur_netdef->ip_rules array and leaks memory instead.. That should probably be fixed.
[08:31] <schopin> There are leaks all over on error cases, they should be fixed in #233
[08:31] <schopin> Basically my question boils down to "is the client supposed to give us a valid GError pointer at the entry point" ?
[08:39] <schopin> Note that netplan_finish_parse has the same issue. If called like this `netplan_finish_parse(NULL)`, any error raised by finish_iterator will be ignored : https://github.com/canonical/netplan/blob/main/src/parse.c#L2676
[08:41] <slyon> Yeah. I think that is kind of the expected behaviour (sans the memory leaks). If the client passes error=NULL he wants to ignore any errors.
[08:45] <schopin> I find this a bit weird. The API supposedly already gives us room to signal the caller that something went wrong (return FALSE or NULL), and I understand the GError as simply a way to get more info.
[08:47] <schopin> Plus, this behaviour isn't consistent. You cannot ignore an error when parsing an ARP IP target (just below), for instance.
[08:48] <slyon> Agreed. You're right.
[08:50] <slyon> the API should provide proper return values if parsing failed. and GError should be used to provide the extra info.
[08:51] <schopin> ACK, I'll post a PR for this soon. Do you mind if I ignore the leaks in it though?
[09:07] <slyon> Thank you schopin! You can ignore the leaks for now, but maybe mark them with an "XXX: fix memory leak" comment while on it
[10:09] <Daulity> hey
[10:10] <Daulity> trying to configure a static address to an interface with netplan but after a apply the interface is assigned nothing
[10:10] <slyon> Daulity: can you paste your config somewhere (e.g. paste.ubuntu.com)? and run `netplan --debug apply` to see if it shows any errors?
[10:12] <Daulity> this is the config: https://termbin.com/2txcd
[10:16] <Daulity> all that should happen on that interface is set an ip address and a netmask
[10:20] <Daulity> this is the debug output: https://termbin.com/qehi
[10:47] <slyon> Daulity: yes that config looks correct. Could you please also show the output of `ip a`?
[10:48] <slyon> does the config apply after a reboot?
[11:36] <Daulity> slyon: i haven't tried a reboot yet will do
[11:37] <Daulity> here is ip a output: https://termbin.com/kwnd
[11:40] <Daulity> doesn't apply after a reboot
[11:53] <slyon> Daulity: intersting... could you please check/share the output of `networkctl status eth0`?
[11:54] <slyon> its all looking correct so far. I wonder if there are some manual systemd-networkd configuration in place or systemd-networkd does not work correctly for another reason?
[12:12] <Daulity> slyon: it's not plugged in on that port but that never mattered in the past
[12:15] <Daulity> https://termbin.com/fvf4d3
[12:20] <slyon> Daulity: aha! that explains the situation. Systemd won't configure the interface if it has no carrier. We've recently landed a change upstream to allow specifying `ignore-carrier=true` in your netplan config: https://github.com/canonical/netplan/commit/d4884cfd40e1e33540b274371c3272df6595d22c
[12:21] <slyon> That change will be included in the upcoming netplan release. For now you should be able to create a systemd-networkd drop-in config, e.g. in /etc/systemd/network/netplan-eth0.network.d/override.conf that includes:
[12:21] <slyon> [Network]
[12:21] <slyon> ConfigureWithoutCarrier=yes
[12:39] <Daulity> I don't actually know if it is a problem
[12:39] <Daulity> because if i plug in a network cable it's configured correctly and I think that is all that matters :)
[12:44] <slyon> ack


[04:35] <wxl> mhall119: me for the hotel.
[10:32]  * ahoneybun sees that Ubuntu CEO donated
[15:55] <tsimonq2> s/Ubuntu/Canonical/
[15:55] <tsimonq2> (if you're talking about Jane Silber)


[00:10] <cmaloney> EVening
[01:13] <cscheib> it is indeed evening
[01:13] <rick_h_> party
[01:14] <rick_h_> chc party
[01:14] <cscheib> jcastro: relevant to your interests: I had tacos at Azteca tonight
[13:21] <cmaloney> Good morning
[13:28] <rick_h_> morn
[13:31] <_stink_> yo
[15:45] <cmaloney> *Sigh*
[15:46] <cscheib> somebody have a case of the Thursdays?
[15:46] <cmaloney> Having a case of "what I thought was a good launch wasn't"
[15:47] <cscheib> oh?
[15:48] <cmaloney> Yeah, long story
[15:48] <cmaloney> suffice to say what we thought we didn't need we needed
[15:49] <cscheib> happens
[15:54] <cmaloney> Yeah
[15:56] <ColonelPanic001> I recently have assumed command of the university's mirror FTP/HTTP server.
[15:56]  * ColonelPanic001 mirrors bookie
[15:57] <cscheib> my favorite bad launch of my career was the backup infrastructure I built for a large auto in Auburn Hills... my employer wouldn't let me get powerful enough hardware, I had to use surplus stuff... so, we built a backup env that couldn't keep up.
[15:57] <_stink_> the guy who had it before you was a terrible person ColonelPanic001
[15:57] <cscheib> totally not my fault, nearly quit over it.
[15:57] <cmaloney> ColonelPanic001: That's awesome. :)
[15:57] <cmaloney> _stink_: DId you manage the mirrors?
[15:57] <ColonelPanic001> yeah
[15:57] <ColonelPanic001> I drew the short straw
[15:57] <ColonelPanic001> now it's mine
[15:57] <_stink_> *gasp* how could you think such a thing
[15:57] <cmaloney> _stink_: You're self-effacing.
[15:58] <cmaloney> ;)
[15:58] <ColonelPanic001> he can self-face because he has a mirror
[15:58] <cmaloney> heh
[15:58] <cmaloney> God, that mirror infrastructure has to be a rickety mess.
[15:58] <_stink_> i miss giving the 'FTP team' reports every month
[15:58] <cmaloney> _stink_: "Still a rickety mess"
[15:59] <cmaloney> "no funding, but thanks for the bandwidth"
[15:59] <cmaloney> Does WSU still have a Usenet mirror?
[15:59] <ColonelPanic001> no :\
[15:59] <cmaloney> and MERIT dial-up? :)
[16:00] <jrwren> hahaha @ usenet mirror
[16:00] <ColonelPanic001> we have a pretty speedy connection
[16:00] <_stink_> no but we have a guy who will tell you ALL ABOUT the dial up pool
[16:00] <jrwren> no one gets usenet feeds anymore except usenet providers.
[16:00] <_stink_> while peeing next to you at a urinal
[16:00] <cmaloney> _stink_: I'll begt
[16:00] <cmaloney> bet
[16:00] <cscheib> lulz
[16:00] <cscheib> MERIT
[16:00] <cscheib> I used to abuse that shit
[16:00] <cmaloney> who didn't?
[16:00] <cmaloney> When they rerquired a login is when I had to get a ISP
[16:01] <jrwren> they used to not require login?
[16:01] <cmaloney> _stink_: Is that where his office is?
[16:01] <jrwren> like you'd just dial a line and be on?
[16:01] <_stink_> haha
[16:01] <_stink_> may as well be
[16:01] <cscheib> yea, I had a login
[16:01] <cmaloney> jrwren: I thought they didn't have a login for a bit
[16:01] <cscheib> I don't remember if I had my own or stole someone else's
[16:01] <jrwren> i've no idea.
[16:01] <cmaloney> Maybe I'm thinking of something else
[16:01] <cmaloney> MichNet?
[16:01] <cmaloney> dunno
[16:01] <jrwren> michnet was part of merit
[16:01] <cscheib> ^^
[16:02] <cmaloney> All I remember is using it for a bit before having to get an ISP account
[16:02] <cmaloney> Maybe I had an account.
[16:02] <cmaloney> memory foggy
[16:03] <jrwren> you probably did from OU
[16:03] <cscheib> they probably locked the account you were (ab)using
[16:03] <jrwren> weren't you an enrolled student for a while?
[16:03] <cmaloney> I worked at WSU
[16:03] <cmaloney> I wasn't a student at OSU
[16:03] <cmaloney> was a student at Hope
[16:03] <jrwren> not a state school.
[16:03] <cmaloney> Yeah, all private.
[16:03] <jrwren> was hope a merit member?
[16:03] <cmaloney> Nope
[16:03] <jrwren> i didn't think so.
[16:04] <cscheib> I almost went to OU
[16:04] <cmaloney> cscheib: Then you looked at the curriculum? :)
[16:04] <cscheib> well, they were offering me a lot of money
[16:04] <cscheib> more than Kettering was
[16:04] <cmaloney> And realized their engineering dept was junk.
[16:05] <_stink_> cmaloney: my sister in law was at hope for 3 years... maybe around '93-'96?
[16:05] <_stink_> not sure if that overlaps you
[16:05] <cmaloney> _stink_: I graduated in '93
[16:05] <cscheib> is CompEng out of the eng dept or compsci dept?
[16:05] <cmaloney> I ruined it for her I'm sure.
[16:05] <_stink_> ah ok
[16:05] <_stink_> haha
[16:05] <cscheib> I was in 3rd grade in 93
[16:05] <cmaloney> cscheib: Not sure
[16:06] <cmaloney> but they had an awesome instructor there who taught assembly
[16:06] <cmaloney> JoDee really liked him
[16:06] <cmaloney> Shit,b lanking on the name
[16:07] <cmaloney> There's a language that has his name, but I'm not sure that's related.
[16:07] <cscheib> oddly enough, I probably would never have met jrwren or jcastro had I gone to OU
[16:07] <jrwren> you are too young.
[16:08] <cscheib> jrwren: you were working there when I still would have been in college.
[16:08] <jrwren> comp eng IS a dept.  Its the Department of Computer Science and Engineering in the School of Engineering
[16:08] <cmaloney> Apparently Comp Sci is under the Engineering dept.
[16:08] <cmaloney> http://wwwp.oakland.edu/secs/directory/#tab-2
[16:09] <jrwren> and OU wasn't-isn't completely terrible - its largely what you make of it.
[16:09] <jrwren> holy crap Jerry got old
[16:09] <cmaloney> Well, JoDee got into a degree program that didn't translate into anything automotive
[16:10] <cmaloney> and her later attempts showed a department that didn't have their shit together.
[16:10] <cmaloney> jrwren: Hate to break it to you but we all got old . :)
[16:10] <jrwren> CS at OU?
[16:11] <cmaloney> Physics Engineering
[16:11] <cmaloney> Engineering Physics
[16:11] <cmaloney> rather
[16:11] <jrwren> i never understood that field.
[16:11] <cmaloney> Physics?
[16:11] <jrwren> you use physics in engineering. wtf is physics engineering?
[16:12] <cmaloney> Exactly.
[16:12] <jrwren> I minored in physics and read QED for fun.


[00:55] <thumper> oh shit
[00:55]  * thumper sadface
[00:56] <thumper> wallyworld: juju run seems to be broken for hosted environments
[00:56] <wallyworld> yay
[00:56] <wallyworld> in master?
[00:56] <thumper> I recall having a different system identity created for the hosted environments
[00:57] <thumper> yes master
[00:57] <thumper> I have a hosted env called to-move
[00:57] <thumper> juju ssh -e to-move 0
[00:57] <thumper> works
[00:57] <thumper> juju run -e to-move --machine 0 'ls'
[00:57] <thumper> does not
[00:59] <wallyworld> damn
[01:05] <axw> wallyworld: probably not the most thorough review I ever did, but your PR is good to go
[01:06] <wallyworld> axw: tyvm, a lot of it is boilerplate - moving stuff around rather than too many renames. we can fix things if we find them
[02:45] <thumper> first migration demo is a success
[02:45] <thumper> all seems to work exactly as designed
[02:45] <thumper> as long as you only have simple machines and no services or storage
[02:45] <thumper> or networks
[02:45] <thumper> :)
[02:45] <thumper> and manual hackery to update agents config
[02:51]  * thumper wonders why the 2UTC call is at 3UTC
[02:56] <axw> wallyworld: how would you feel about me adding the -o flag at least temporarily? existing bootstrap tests depend on certain config set (e.g. default-series, agent-stream)
[02:57] <wallyworld> axw: sure, go for it
[02:57] <axw> wallyworld: I can back it out once we have a --config
[02:57] <wallyworld> np
[02:57] <wallyworld> axw: we'll just let rick know it's a stop gap
[02:59] <axw> wallyworld: I wasn't planning on documenting it, but can do
[02:59] <wallyworld> axw: if it's not needed for the demo, then don't :-)
[03:00] <axw> wallyworld: no, just for the unit tests
[03:00] <wallyworld> ok, np, no doco needed
[03:25] <cherylj> can I get a quick review?  http://reviews.vapour.ws/r/3676/
[03:25] <cherylj> It's adding some logging in an attempt to track down some recent CI failures
[03:33]  * thumper is done done
[03:33] <thumper> laters
[03:48] <cherylj> wallyworld: fwiw, you'll probably want to pull that PR into the api-command-rename branch as well, as it is also seeing the connection is shutdown failures.
[03:49] <wallyworld> cherylj: i do need to merge master, will do that after the latest stuff lands
[03:50] <cherylj> wallyworld: could you take a quick look at that RB?  http://reviews.vapour.ws/r/3676/
[03:50] <cherylj> oh
[03:50] <cherylj> n/m
[03:50] <wallyworld> cherylj: i just hit merge :-)
[03:50] <cherylj> You'll need to JFDI it
[03:50] <cherylj> I can do it
[03:50] <wallyworld> ah yeah
[06:14] <axw> wallyworld: finally, http://reviews.vapour.ws/r/3677
[06:15] <wallyworld> ok
[06:44] <wallyworld> axw: one possibly stupid question to answer
[06:47] <axw> wallyworld: ta
[06:47] <wallyworld> np
[06:48] <axw> wallyworld: which one's the possibly stupid question?
[06:48] <wallyworld> axw: so many to choose from :-) the one about why region is set to cloud name
[06:48] <axw> wallyworld: comment about setting region?
[06:48] <axw> ok
[06:48] <wallyworld> yup
[06:48] <axw> wallyworld: that's a hack for lxd
[06:48] <axw> wallyworld: I think we want to detect the region name instead
[06:48] <wallyworld> region should be local in that case
[06:49] <wallyworld> localhost
[06:49] <wallyworld> and only done for lxd and not all clouds
[06:49] <axw> wallyworld: sure, the lxd provider would return a region of "localhost" when asked to detect. I'll write a TODO to fix this.
[06:49] <wallyworld> ta
[06:50] <axw> wallyworld: well, I don't want to go special casing things like we did for the local provider
[06:50] <wallyworld> yep, sorry, was just using a general statement
[06:50] <axw> wallyworld: I think there's value in having detection for other things too, e.g. to pick up OS_REGION... I'll add a TODO and we can go over it in more detail later
[06:50] <wallyworld> implementation tba sort of thing
[06:50] <axw> yep
[06:51] <wallyworld> yeah, todo is good, allows readers of code to grok what is wip etc
[06:51] <axw> wallyworld: I was running tests and found out why the cmd/juju/status tests are so insanely slow. the status filtering code is doing IP resolution (and way more than it even needs to)
[06:52] <wallyworld> oh dear
[06:52] <axw> wallyworld: it shouldn't need to at all, since we store IPs
[06:52] <wallyworld> let's add a card to fix that
[06:52] <axw> yep
[06:52] <wallyworld> ty
[07:08] <mup> Bug #1539428 opened: cmd/juju/status: status filtering performs IP resolution of patterns <status> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1539428>
[09:21] <rogpeppe1> fwereade_: any idea how a unit might not have a CharmURL (i.e. why does state.Unit.CharmURL return a bool) ?
[09:25] <icey> axw: does the open stack provider have the storage hook support?
[09:25] <axw> icey: yes, it supports block storage via cinder
[09:26] <icey> awesome, thanks axw!
[09:26] <axw> nps
[09:30] <icey> axw: what version is required for thta?
[09:30] <icey> that*
[09:31] <axw> icey: 1.25
[09:31] <axw> icey: something going wrong?
[09:32] <icey> nope, just discussing what we can do with testing for the ceph charms, wanting to get some more advanced storage stuff tested axw
[09:33] <axw> icey: okey dokey. FYI, we have storage support in AWS, MAAS, OpenStack, Azure, and GCE
[09:33] <axw> all from 1.25 onwards
[09:33] <icey> great, thanks axw!
[09:35] <voidspace> dimitern: ping
[09:41] <dimitern> voidspace, pong
[09:42] <voidspace> dimitern: soooo...
[09:42] <voidspace> dimitern: I'm still working on a test in MachineSuite, in cmd/jujud/agent/machine_test.go
[09:42] <voidspace> dimitern: and PatchValue isn't working!
[09:43] <voidspace> dimitern: I'm doing exactly what other tests are doing (as far as I can see)
[09:43] <voidspace> but with the patch in place the original function is still called (if I put a panic in the original function and run just the new test it panics)
[09:43] <dimitern> voidspace, hmm - are you doing it in SetUpSuite?
[09:43] <voidspace> dimitern: not in SetUpSuite, in the test
[09:43] <voidspace> dimitern: https://github.com/juju/juju/compare/maas-spaces...voidspace:maas-spaces-networking-api10#diff-918e88c5445d929c38db9bf4f0a85cc8R1014
[09:43] <dimitern> voidspace, looking
[09:44] <dimitern> +	s.PatchValue(&newDiscoverSpaces, newDiscoverSpaces)
[09:44] <voidspace> it's called from startEnvWorkers in machine.go
[09:44] <voidspace> https://github.com/juju/juju/compare/maas-spaces...voidspace:maas-spaces-networking-api10#diff-f5ec9ed405cc8f3a833355afdc629bd3R1257
[09:44] <dimitern> what are you patching?
[09:45] <voidspace> dimitern: that's an alias for discoverspaces.NewWorker
[09:45] <voidspace> dimitern: this is exactly what many other tests do for patching out worker creation
[09:45] <voidspace> as far as I can tell identical anyway, I'm obviously missing something
[09:45] <dimitern> voidspace, well, the func you're patching it with has the same name, so aren't you doing a no-op?
[09:45] <voidspace> hah
[09:46] <voidspace> dimitern: yep
[09:46] <voidspace> dimitern: thank you
[09:46] <dimitern> voidspace, ;)
[09:46] <voidspace> the patch is applying locally, I'm shadowing it
[09:46] <dimitern> voidspace, np
[09:46] <voidspace> dimitern: needed another set of eyes
[09:46] <voidspace> I burned more than an hour on that yesterday
[09:46] <voidspace> dimitern: thanks
[09:47] <dimitern> voidspace, I'll do that later today for some reviews btw
[09:47] <voidspace> dimitern: heh, no problem
[09:47] <dimitern> voidspace, I know I said I could use some help yesterday, but it turned out it's simpler to do as one PR than to split it artificially
[09:48] <voidspace> hmmmm, no still doesn't seem like my func is being called
[09:48] <voidspace> let me put that panic back in
[09:49] <voidspace> ok, it doesn't panic so the fake is in place at least
[09:54] <dimitern> voidspace, why not pass a channel to newDiscoverSpaces and closed it when done, instead of a mutex?
[09:56] <voidspace> dimitern: I only need to wait for discovery if discovery was actually started
[09:56] <voidspace> dimitern: so with a bool, it defaults to false and we only set it to true when discovery starts
[09:56] <voidspace> dimitern: not sure there's a clean way of doing the same with a channel
[10:00] <dimitern> voidspace, I'm trying to find a good example..
[10:00] <voidspace> dimitern: I'd need a way to tell if a channel has been started but not yet closed
[10:00] <dimitern> http://dave.cheney.net/2013/04/30/curious-channels
[10:01] <voidspace> dimitern: frobware: dooferlad: stdup?
[10:01] <voidspace> Friday meeting room
[10:01] <dimitern> voidspace, you can make it buffered, so you write true to it once it starts and wait to read from it in a select later
[10:01] <dimitern> voidspace, omw
[10:01] <voidspace> dimitern: that doesn't sound any simpler than a bool and a mutex
[10:58] <fwereade_> rogpeppe1, sorry I missed you
[10:59] <rogpeppe1> fwereade_: np, i think i worked it out anyway
[10:59] <fwereade_> rogpeppe1, a unit doesn't have a charm url until it knows what charm it's actually going to run because it's downloaded and verified
[11:00] <rogpeppe1> fwereade_: yeah, i figured that
[11:38] <perrito666> morning all
[11:46]  * perrito666 visits an office and fixes their network
[14:07] <voidspace> dimitern: hey, is this meeting still happening this afternoon?
[14:14] <dimitern> voidspace, the one in ~15m ?
[14:14] <dimitern> I think so
[14:15] <voidspace> dimitern: I thought frobware and dooferlad would be invited, but they're not on the list so I assume so too :-)
[14:16] <voidspace> dimitern: my test is complete and passes
[14:17] <voidspace> dimitern: changing it to use a channel now, which does change the test - but shouldn't take long
[14:17] <voidspace> ah, no it doesn't pass
[14:17] <voidspace> grrr, it did a minute ago
[14:17] <voidspace> nearly there anyway
[14:18] <voidspace> ah, admin user can't log in
[14:18] <voidspace> how odd
[14:18] <voidspace> "invalid entity name or password"
[14:18] <voidspace> have to find someone who can login
[14:18] <dimitern> voidspace, right - it's more about the plan for merging into master - it's not necessary to go if you don't want to
[14:19] <dimitern> voidspace, ah :) you'd likely need to also create the user you're trying to use
[14:19] <dimitern> and set password
[14:19] <voidspace> grrr
[14:19] <voidspace> this is from s.AdminUserTag(c)
[14:19] <voidspace> I assumed that user existed
[14:19] <voidspace> it's probably the wrong password
[14:20] <voidspace> dimitern: hah, the password is "dummy-secret"!!!
[14:20] <voidspace> now it passes...
[14:20] <dimitern> voidspace, \o/ sweet!
[14:30] <frobware> dimitern, is there a merge meeting taking place that I should attend?
[14:31] <voidspace> frobware: https://plus.google.com/hangouts/_/canonical.com/maas-spaces?authuser=0&hceid=YWxleGlzLmJydWVtbWVyQGNhbm9uaWNhbC5jb20.5fqsbuut5c9fh29v70q11o7vt4
[14:31] <dimitern> frobware, it's scheduled, but I don't know more - I'm joining now
[14:44] <voidspace> dimitern: frobware: PR for merge of latest master onto maas-spaces
[14:44] <voidspace> http://reviews.vapour.ws/r/3681/
[14:44] <voidspace> dimitern: the NetworkManager job has gone now too, right?
[14:45] <voidspace> that came back across in the merge from master and I deleted it
[14:46] <dimitern> voidspace, it's not gone, but it's no longer used to decide whether the networker should run or not (as it's gone as well)
[14:46] <voidspace> dimitern: interestingly on maas-spaces JobManageNetworking isn't in cmd/jujud/agent/machine.go
[14:46] <voidspace> ok
[14:46] <dimitern> voidspace, that will take some time to read btw ... will have a look through the 15+ pages a bit later
[14:46] <voidspace> dimitern: I deleted it from machine.go after the merge from master which had added it back
[14:47] <voidspace> heh
[14:47] <voidspace> dimitern: most of it was automatic - except cmd/jujud/agent/machine.go
[14:47] <voidspace> and the networker changes which I had to redelete
[14:49] <dimitern> voidspace, ok, it should be easier then
[14:49] <voidspace> dimitern: if we're dropping support for maas < 1.9 then we can drop some of the legacy codepaths
[14:49] <voidspace> and just fail if maas < 1.9
[14:53] <frobware> dimitern, voidspace: part of me says we should understand why 1.8 doesn't work - CI-wise.
[14:53] <dimitern> frobware, agreed
[14:53] <dimitern> voidspace, it's too early to do that properly I think
[14:54] <voidspace> understanding is good
[14:54] <voidspace> but we have until monday to merge...
[14:56] <frobware> voidspace, this could be just ... take maas-spaces and bootstrap on 1.8, even if its just to say "aha..."
[15:02] <frobware> voidspace, were there any conflicts?
[15:02] <ericsnow> natefinch: standup?
[15:02] <voidspace> frobware: changes to the networker worker and api, which we've deleted (so easy to resolve)
[15:02] <natefinch> ericsnow: coming
[15:02] <voidspace> frobware: and changes around starting the networker in cmd./jujud/agent/machine.go
[15:02] <voidspace> frobware: I just deleted all references, dimitern can check if I did it right.
[15:03] <voidspace> frobware: everything alright at home - you still able to go to FOSDEM and charm conf?
[15:23] <dimitern> voidspace, have you seen the changes around the machine agent?
[15:24] <dimitern> voidspace, it looks like with them it's much simpler to check the order of started workers, as well as add a "discover-spaces-started-gate" like the "upgrade-steps-gate" to signaling the import started
[15:44] <voidspace> dimitern: I haven't
[15:44] <voidspace> dimitern: I guess I should look and I'll have to change my test :-)
[15:44] <voidspace> dimitern: maybe have to change how this worker is started
[15:45] <voidspace> dimitern: let's get the merge in
[15:45] <voidspace> dimitern: I'm taking a late lunch
[15:46] <dimitern> voidspace, well, I think it will be worth it - it does look much nicer and easier
[15:46] <voidspace> dimitern: great
[15:49] <dimitern> voidspace, *whew*.. finished with that monstrous diff - it looks good
[15:53] <voidspace> dimitern: thanks
[15:57] <mup> Bug #1539656 opened: leadership dependency failures in CI deploy tests <juju-core:Incomplete> <juju-core api-command-rename:Triaged> <https://launchpad.net/bugs/1539656>
[16:33] <mup> Bug #1539684 opened: storage-get unable to access previously attached devices <juju-core:New> <https://launchpad.net/bugs/1539684>
[19:55] <ericsnow> natefinch: looks like I've addressed everything except the context patch review (and I'm working on that now)
[19:57] <natefinch> ericsnow: cool
[20:05] <natefinch> ericsnow: btw, thanks for the pointer on the new doc comments in the names package. That helps clarify things a lot... and it sounds like we agree entirely about how they should be used.  I really there was only one string representation of a tag... having two just seems like it's asking for trouble, especially when the two functions are called Id() and String().
[20:05] <natefinch> ericsnow: "new" (march of last year ;)
[20:05] <ericsnow> natefinch:  :)
[20:44] <natefinch> ericsnow: in the persistence layer, I was using fmt.Sprintf("resource#%s#%s#%s", serviceID, id, unitID) for the unitresource's id... but do you think we really need the service ID?  maybe just fmt.Sprintf("resource#%s#%s", unitID, id)?
[20:45] <ericsnow> natefinch: given the dependence of the unit ID on the service ID, yeah, we probably don't need it
[20:48] <natefinch> ericsnow: would it be evil to consolidate SetUnitResource and SetResource into a single SetResource(id, ownerID string, res resource.Resource)?
[20:48] <natefinch> ericsnow: since the only difference now is the name of the function and the name of the argument
[20:48] <ericsnow> natefinch: that would make it too easy to get it wrong
[20:49] <natefinch> ericsnow: fair enough, I can make two exported functions, but send them to the same internal functions
[20:49] <ericsnow> natefinch: the distinction still matters even if they do the same thing
[20:49] <ericsnow> natefinch: sounds good
[21:02] <ericsnow> natefinch: I've responded to all the context-related review comments and addressed nearly all of them
[21:02] <ericsnow> natefinch: would you mind running through them real quick?
[21:02] <natefinch> ericsnow: sure, I'll go look right now
[21:02] <ericsnow> natefinch: I should be able to land the branch now
[21:03] <natefinch> ericsnow: sweet
[21:03] <ericsnow> natefinch: we can resolve the more philosophical differences once we have time to breath
[21:04] <perrito666> marcoceppi: ping
[21:32] <ericsnow> natefinch: BTW, just ran through a manual test and it worked correctly on the first try :)
[21:43] <alexisb> ericsnow, that sounds encouraging :)
[21:44] <natefinch> heh, I've been doing manual tests for a few days... other than those two bugs we found earlier in the week, yeah, it all looks good
[21:44] <ericsnow> alexisb: it was working already, but we've since cleaned up the code we'd hastily written and added tests :)
[21:44] <natefinch> nice that it's surviving refactoring and edits, though :)
[21:44] <ericsnow> yep
[21:52] <cherylj> fwereade_: do you happen to be around?
[21:53] <ericsnow> natefinch: I'm going to land the patch and leave those extra issues open on the context review as a reminder
[21:58] <perrito666> mm, at a status level we seem to lack information regarding if a relation is a peer or normal relation
[21:59] <natefinch> ericsnow: that's fine
[22:00] <natefinch> ericsnow: I'll be back tonight and will rebase my patches off of the feature branch and finish up the review changes
[22:00] <ericsnow> natefinch: k
[22:04] <mup> Bug #1539785 opened: lxd provider leaks resources <landscape> <juju-core:New> <https://launchpad.net/bugs/1539785>
[22:20] <wallyworld> cherylj: thats for creating that doc. the latest run has the restore tests passing. as you found, the CI scripts need tweaking and that should address some of the other failures, so that branch is looking good for next week
[22:20] <wallyworld> *thanks
[22:21] <cherylj> wallyworld: I am worried about this bug, though:  https://bugs.launchpad.net/juju-core/+bug/1539656
[22:21] <mup> Bug #1539656: leadership dependency failures in CI deploy tests <juju-core:Incomplete> <juju-core api-command-rename:Triaged> <https://launchpad.net/bugs/1539656>
[22:22] <wallyworld> cherylj: that issue is only seen in the feature branch?
[22:23] <cherylj> god I've looked at too many bugs today.  Let me check
[22:24] <wallyworld> there was a note in the doc that said it has been seen elsewhere
[22:24] <wallyworld> if that's the case, and it's in master, then we shouldn't block the feature branch on that
[22:24] <cherylj> ah, glad I wrote it down at some point, then
[22:24] <wallyworld> :-) you has so much to keep track of
[22:25] <wallyworld> your brain must be full
[22:25] <wallyworld> cherylj: there were some leadership changes in master just recently to address another bug i can't recall right now, might be related to that
[22:26] <cherylj> wallyworld: I checked that master passed with dave's changes
[22:26] <cherylj> and it did
[22:26] <cherylj> now I'm wondering if I was mistaken about this leadership one...  the other failure with similar symptoms have different logs
[22:27] <wallyworld> cherylj: ok, will need to look closer then
[22:28] <wallyworld> cherylj: so it seems that bug above is only on the maas 1.9 deploy according to the doc; the other maas failures are due to the replicaset issue
[22:29] <cherylj> wallyworld: the 1.7 maas deploy also fails with that leadership problem
[22:30] <wallyworld> regardless, it's weird it's only on one substrate. dort of indicates it's a timing issue
[22:30] <cherylj> wallyworld: and I'm thinking the replicaset issue may be an unfortunate "working as designed"
[22:30] <cherylj> wallyworld: I think that's the only place this charm is deployed in CI?  maybe?
[22:30] <wallyworld> not sure, will need to check
[22:31] <cherylj> sinzui, abentley mgz - is the dummy-sink-0 charm deployed to other substrates in CI tests?  or is that just a MAAS test?
[22:31] <sinzui> cherylj: every substrate for every series
[22:31] <cherylj> hmm
[22:31] <cherylj> interesting
[22:32] <sinzui> cherylj: the dummies are trrivial and consistent for every series, though the windows version is definitely different
[22:32] <cherylj> sinzui: what would the other tests be named?
[22:32] <cherylj> I want to look at their test logs
[22:33] <cherylj> gce-deployer-bundle?
[22:33] <sinzui> cherylj: almost every job that is xxx-<depoloy|upgrade>-*
[22:33] <cherylj> ok
[22:33] <wallyworld> cherylj: on the surface, i can't see how this is related to the branch per se, but it could be. the fact it's ony one substrate indicates a more general timing or other issue. will need to look closer into it
[22:33] <sinzui> cherylj: deployer and quickskstart and functional are not dummies
[22:34]  * wallyworld afk for a bit
[22:34] <cherylj> wallyworld:  here's an example of a successful deploy of that charm:  http://data.vapour.ws/juju-ci/products/version-3555/aws-deploy-trusty-amd64-on-wily-amd64/build-588/unit-dummy-sink-0.log.gz
[22:34] <cherylj> for when you get back :)
[22:35] <sinzui> cherylj: http://reports.vapour.ws/releases/3557 The CPC and Substrates sections are all using dummy source and sink to very hooks trade infoirmation
[22:35] <cherylj> and sinzui, wallyworld, for that manual provider connection is shut down bug, I think the changing of the replicaset is valid.  It's switching to use the cloud-local address rather than the public address.
[22:36] <cherylj> it's unfortunate that it makes mongo drop the connections
[22:38] <cherylj> anyways, I need to go pick up the kid
[22:38] <cherylj> bbl
[23:19] <mup> Bug #1539806 opened: [ARM64][LXD Provider][ 2.0-alpha1-0ubuntu1~16.04.1~juju1] kibana 'hook failed: "install"' <juju-core:New> <https://launchpad.net/bugs/1539806>
[23:31] <mup> Bug #1539806 changed: [ARM64][LXD Provider][ 2.0-alpha1-0ubuntu1~16.04.1~juju1] kibana 'hook failed: "install"' <juju-core:New> <https://launchpad.net/bugs/1539806>
[23:34] <mup> Bug #1539806 opened: [ARM64][LXD Provider][ 2.0-alpha1-0ubuntu1~16.04.1~juju1] kibana 'hook failed: "install"' <juju-core:New> <https://launchpad.net/bugs/1539806>
[23:48] <wallyworld> cherylj: with the successful deploy referenced above in build 3555, it also works in build 3557 on mass 1.8 trusty amd64 and all other substrates, but fails only maas 1.7. and it works on maas 1.9 whereas it failed in a previous run where the only change was to add the restore-backup alias. on the surface, I cannot see how this issue is specific to the feature branch


[09:11] <kraut> moin
[07:22] <xivulon> mjg59: any luck with wubi?
[07:23] <mjg59> xivulon: The kernel is stupid
[07:23] <mjg59> Not convinced we can fix it for gutsy, but I'll see
[07:23] <xivulon> ?
[07:23] <mjg59> The process freezer is used for suspend to RAM, but syslog is still trying to write when fuse is frozen
[07:23] <mjg59> So the writing never completes
[07:23] <mjg59> And suspend fails
[07:24] <xivulon> I see
[07:24] <xivulon> what about stopping syslog beforhand?
[07:24] <mjg59> Syslog is just what fails in the trivial case
[07:24] <mjg59> It could be any application
[07:24] <xivulon> I understand
[07:25] <xivulon> Note that in hibernation there is an added problem
[07:25] <xivulon> Swap is inside a mounted fs
[07:26] <mjg59> Yes, hibernation is impossible
[07:26] <xivulon> So for instance we have lubi (the wubi version working on linux/ext3) where suspend works (since there is no fuse involved) but hibernation does not (I assume because the swap is not in a dedicated partition)
[07:28] <xivulon> mjg59 what would be an elegant way to turn off suspend/hibernation for the time being?
[07:29] <mjg59> For gnome, there's a couple of gconf keys that you can set
[07:30] <Mithrandir> look at what casper does.
[07:30] <xivulon> The issue that wubi is not really gnome specific
[07:31] <xivulon> Also suspend might work in some cases (non-fuse host fs)
[07:31] <mjg59> Policy is managed by individual applications
[07:32] <xivulon> Do they read "capabilities" from somewhere?
[07:32] <mjg59> No
[07:32] <xivulon> What about acpi=off?
[07:33] <mjg59> Ouch. No.
[07:33] <mjg59> acpi is much more than power management
[07:33] <xivulon> I was expecting the ouch
[07:33] <mjg59> (And it'll do nothing to influence hibernation)
[07:36] <xivulon> What about having a script in suspend.d that kills sleep.sh
[07:36] <xivulon> That will not take care of disabling the suspend/download buttons though...
[07:37] <xivulon> mjg59 as a side question. Any chance of having ntfs-3g as a kernel module? That would solve lots of issues
[07:37] <mjg59> No
[07:38] <xivulon> I asked szaka (ntfs-3g) and he was not so inclined either...
[07:38] <mjg59> It's not easy to port a fuse application to the kernel
[07:39] <xivulon> Last question (other than the suspend.d hack above):
[07:39] <xivulon> Users do tend to hard reboot quite a lot
[07:39] <xivulon> Because often they come from windows and do not know what to do when they get stacked
[07:40] <xivulon> A nested fs is not the best environment for that
[07:40] <xivulon> What can be done to minimize damage?
[07:40] <mjg59> Nothing
[07:40] <xivulon> I changed /etc/sysctl.conf on szaka suggestion
[07:42] <xivulon> vm.dirty_background_ratio=0 , vm.dirty_ratio=0 , vm.dirty_expire_centisecs=1  , vm.dirty_writeback_centisecs=1
[07:43] <mjg59> What sort of corruption are you actually seeing?
[07:43] <xivulon> Sometimes the hosted fs (ext3) might become unrecoverable, since data loss in the hosting fs might compromise the journal
[07:44] <xivulon> Alos hosting fs corruption has been reported (but chckfs normally can fix that)
[07:44] <xivulon> Using the above things seem to have improved
[07:44] <xivulon> Based on bug reports
[07:45] <mjg59> Right. ext3 makes the assumption that writes to the journal actually end up in the journal
[07:45] <mjg59> I'm not sure there's a good way around that
[07:46] <xivulon> According to szaka the sysctl parameters above should improve things but to be honest I have not looked up what they do exactly
[07:47] <xivulon> mjg59 any reason not to use the sysctl parameters above?
[07:48] <mjg59> xivulon: Reduced performance, but I guess you'll have to take that hit
[07:48] <xivulon> so far it does not look to bad, so I guess I'll leave them there
[07:48] <xivulon> mjg59 last thing: is the idea of using a suspend.d script that makes sleep.sh exit so bad?
[07:49] <mjg59> Yes
[07:49] <xivulon> ok
[07:49] <xivulon> That's all I had to ask, thank you very much for all your help
[07:49] <xivulon> very useful
[07:57] <johanbr> Is there are reason /dev/input/eventX would not be available immediately on resume? Sometimes my touchpad dies when I resume, and I think it's related to log entries like
[07:57] <johanbr> :0.log.4:Synaptics Touchpad no synaptics event device found (checked 17 nodes)
[07:57] <johanbr> :0.log.4:(EE) xf86OpenSerial: Cannot open device /dev/input/event3
[07:58] <mjg59> Yeah, synaptics seems a bit dumb.
[07:59] <johanbr> So it's the fault of the synaptics driver rather than the kernel?
[08:01] <mjg59> Yes
[08:04] <johanbr> Alright. Well, you seem to be aware of the problem, so I'll just hope for a fix at some point in the future. :) Thank you.