 Hello. I just ran an update.
 What does this mean?
 Setting up python3-hug (2.3.0-1.1) ... …   File "/usr/lib/python3/dist-packages/hug/_async.py", line 30 …     ensure_future = asyncio.async  # pragma: no cover …                                 ^ … SyntaxError: invalid syntax … dpkg: error processing package python3-hug (--configure): …  installed python3-hug package post-installation script subprocess returned error exit status 1 … Setting up python3-tweepy (3.5.0
[02:27] <valorie> @Anarchotaoist -- what are you running, and do you have backports or any other PPAs enabled?
[02:28] <valorie> this isn't really a Kubuntu error - if nobody has ideas here, try #ubuntu
[02:28] <valorie> we don't package/provide python
 @valorie, Hmm, OK.
[07:35] <lordievader> Good morning
[13:23] <BluesKaj> Howdy folks
[20:30] <foormea> hi all. what is the difference between using ssh-add <key> and adding an "IdentityFile <key>" in ~/.ssh/config ? if i want to use ssh-add, what is the cleaner way to load keys at login with kubuntu? apologies but i've found plenty of ways online and they seem... kinda "dirty"
[20:32] <foormea> also, i've got 2 screens (1 hdmi, 1 dvi). when i boot up i keep getting a window asking if i want to unify outputs, do nothing, use "laptop's screen" (i'm on a desktop), etc
[20:33] <foormea> i can't find how to disable that window on login
 Hello


[00:12] <Kano> hi, did anybody port snd-bt-sco to 2.6.28 yet?
[00:12] <johanbr> that's been deprecated for a long time
[00:13] <Kano> and is the new varinat working or not
[00:13] <Kano> as that required a kernel patch too
[00:13] <johanbr> works for me
[00:14] <Kano> whats the package with the client tool
[00:17] <johanbr> bluez... at least in jaunty
[00:18] <Kano> will take a look
[09:27] <emgent``> hello.
[13:28] <Kano> hi rtg
[13:29] <rtg> Kano: 'morning
[13:29] <Kano> are you working on <IP_ADDRESS> yet?
[13:30] <rtg> yep, just haven't pushed it yet as its an ABI bump
[13:30] <amitk> rtg: when do you expect to push?
[13:30] <Kano> i know, i have got a new alsa workaround
[13:30] <Kano> just need to find the correct postition
[13:30] <Kano> who was the alsa maintainer here?
[13:31] <rtg> amitk: likely today. I'm traveling beginning Wednesday, so if I don't get it started soon, I won't get all the packages uploaded in time.
[13:31] <rtg> Kano: what is the alsa workaround?
[13:32] <Kano> http://www.alsa-project.org/db/?f=bf479d3ab19f7ac37f7c1a17d4d4210de8fe5e1c
[13:32] <Kano> this system needs model=laptop
[13:32] <Kano> to get the mic working
[13:33] <rtg> Kano: you need to talk to TheMuso about patches in user space.
[13:34] <Kano> i created other alsa patches already, just to need to remember the correct postition
[13:34] <Kano> sometimes it is easy when you can use other patches as example
[13:37] <Kano> you still have got snd-bt-sco in media but not enabled it seems
[13:38] <Kano> well it must be in connexant file it seems
[13:40] <Kano> will test it
[13:41] <Kano> there are already some other hp workarounds in there
[13:47] <`emgent`> BenC: around ?
[13:49] <`emgent`> there is a critical problem in hardy kernel, some times dhcp association with ethernet card (driver r8169) work and some times not.. i found a fix in kernel.org GIT
[13:49] <`emgent`> http://git.kernel.org/?p=linux/kernel/git/jgarzik/netdev-2.6.git;a=commitdiff;h=523a609496dbc3897e530db2a2f27650d125ea00;hp=e93dcb11dd6468000f2f018bd887e94b074ce931
[13:49] <`emgent`> someone can take a look ?
[13:49] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.28-patch_conexant-hp_dv6700.diff
[13:49] <Kano> most likely that,but will do a test
[13:50] <`emgent`> kanotix ?
[13:50] <`emgent`> O_o
[13:51] <`emgent`> BenC: anyway when you have time take a look danke.
[13:53] <Kano> rtg: can you push it now? i dont want to compile -5 kernel and then -6 again...
[14:03] <smb_tp_> `emgent`, Do you have a lp bug number for that?
[14:05] <`emgent`> smb_tp_: no, and i dont have a lp account here.
[14:05] <`emgent`> i'm at work and i'm involved in a project based on ubuntu hardy.
[14:05] <`emgent`> so, i found bug and fix..
[14:08] <rtg> amitk: I pushed 2.6.28-6.16. How long does it take you to test build an ARM kernel?
[14:08] <smb_tp_> `emgent`, do you have an account privately? if not I file one but it would be good if you could then mail me a bit more information about it.
[14:09] <Kano> rtg: thanks, will add my patch and compile
[14:10] <rtg> NCommander: whats the story on this ARM kexec patch that Rusty is objecting to?
[14:14] <amitk> rtg: too long
[14:14] <amitk> rtg: are there config changes?
[14:15] <rtg> amitk: ok, I'll just take a chance that ARM will actually compile. it takes me about 10 hours to build a test kernel.
[14:15] <`emgent`> smb_tp_: ya i have an account. I'm Master Of Universe Ubuntu Devel.
[14:15] <amitk> wasn't infinity giving us a porter machine or two
[14:15] <rtg> amitk: no config chnages that I'm aware of.
[14:15] <rtg> amitk: yes, I thought the porter was gonna be ready any day now.
[14:16] <rtg> amitk: do you have an opinion on this kexec patch that I took on faith from NCommander? Is it really borked  as Russel says?
[14:17] <smb_tp_> `emgent`, Great, if you could create a report later and assign it to me stefan-bader-canonical, so we have something to track the stable updates process, that would be awesome.
[14:17] <`emgent`> ya will do when i'm back to home.
[14:17] <amitk> rtg: yes. Which is why I forwarded it to arm list for comments. I would say, revert it for now.
[14:18] <`emgent`> smb_tp_: danke.
[14:18] <smb_tp_> `emgent`, bitte
[14:18] <rtg> amitk: done. I thought it had been tested and worked.
[15:03] <MalikLamin> hi guys, I need to make my helloWorld driver works on my kernel, its version is  2.6.27-9, it should printk helloworld at the module init, I guess it is the version dependency
[15:04] <MalikLamin> could someone help me
[15:16] <MalikLamin> i  'd like to write a module wich is intended to work in multiple versions of the kernels , how do I solve the version dependency????
[15:20] <mjg59> You can't build a module that will work with all kernel versions
[15:20] <mjg59> It has to be recompiled against the target kernel
[15:24] <MalikLamin> yeap, but there are macros that make it possible, not for all kerns, but for some of them...
[15:24] <MalikLamin> so I dont know what is wrong with my sourcecode
[15:25] <MalikLamin> it should at least print hello
[15:26] <MalikLamin> printk( KERN_ALERT "HELLO")
[15:42] <apw> looks to be missing a ;
[15:49] <MalikLamin> no man, not becouse of that
[16:15] <apw> so what does it say when you try and use it
[16:31] <DGMurdockIII> hey
[16:32] <DGMurdockIII> i havy a qustion about a driver
[16:32] <DGMurdockIII> that i want to be added
[17:25] <Kano> rtg: do you remember the kernel patch for alsa? it is verified now
[17:27] <rtg> Kano: there have been about a zillion alsa patches. which one in particular did you have in mind?
[17:27] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.28-patch_conexant-hp_dv6700.diff
[18:45] <apw> cking, yeah i agree, and telling the size of each set is tricky
[18:46] <cking> apw: perhaps a recap of the points is required?
[18:46] <apw> my gut is that if the other os does it that way we are less likely to have regressions turning it on, than if it did no
[18:46] <apw> indeed
[18:47] <apw> so we have a some recently released amchines which have synaptics touchpads
[18:47] <apw> when we suspend and resume those touchpads get lost, not reinitialised correctly
[18:47] <apw> bus analysis shows we are not resetting the auxillary ps/2 bus before trying to reaquire them
[18:47] <apw> and this is preventing them from being picked up
[18:48] <apw> other ps/2 mouse drivers commonly do reset before reaquiring the device on resume
[18:48] <apw> and it is suggested that drivers for other OSs do the same
[18:48] <apw> ...
[18:48] <apw> the question outstanding is how to add this reset where it is needed without breaking the existing user set
[18:48] <apw> options are:
[18:49] <apw> 1) enable it on the assumption it is benign and offer a module option/dmi list to disable it where this is wrong
[18:49] <apw> 2) leave it disabled, and add an option to enable it when required
[18:49] <apw> ...
[18:50] <apw> to my mind if it is true that commonly other OSs reset first then this should be low risk, but it is hard to know for sure
[18:50] <apw> so one option would be to enable this for Jaunty with an override available and see who hollers
[18:51] <apw> the basic question is which set is larger the set which are happy with a reset or those which will break with it
[18:51] <cking> It is something that we only know if we get a suitable amount of alpha testing
[18:51] <apw> we have two sets of information
[18:52] <apw> 1) noone has complained before and we do not have it now in our kerenls
[18:52] <apw> 2) the other OSs do do it
[18:52] <smb_tp_> my guess would be, that with 2) there never will be known whether the assumption is true because who will enable an option if nothing is wrong
[18:52] <smb_tp_> how badly will be the bad case is the question?
[18:52] <apw> yeah, going 2) is the safe route but will never tell us the answer
[18:52] <cking> This is a dilemma.
[18:52] <apw> well we might regress all synaptics touchpads out there
[18:53] <apw> i think smb_tp_'s point is quite compelling, if we go 2) we will never ever know
[18:53] <apw> if we go 1) we get shouted at an go 2) if we were wrong
[18:53] <smb_tp_> So the worst that happens is that a lot of touchpads might not work unless an option is given...
[18:53] <apw> so 1) is higher risk, but lower maintenance
[18:53] <apw> that would be the worst case yes
[18:54] <apw> planning on having a 'disable the new reset' option available
[18:54] <apw> votes?
[18:54] <cking> I am convinced that option 1) is a good idea as we have heard that other OS's do it that way
[18:54] <apw> i feel 1) for now, with 2 as a fall back
[18:54] <smb_tp_> Hm, what about an printk to say "if your touchpads goes on strike use this option"?
[18:55] <apw> smb_tp_, we could do that
[18:55] <apw> if we believe people look at dmesg of course
[18:55] <apw> release notes perhaps too if it makes it to release
[18:55] <cking> smb_tp_: well we will see it when they report a bug :-)
[18:55] <smb_tp_> That would remove searching for users. And we could say please mail to us if that is not working.  Unfortunately who really really reads them? ;-)
[18:56] <apw> heh noone of course
[18:57] <cking> apw: This is a good opportunity to try it - it's not an SRU fix which could mess up a whole load more
[18:58] <smb_tp_> Personally I would vote for 1) with a printk. It is nothing critically that renders a machine unusable. With the print it will be pretty obvious what ifs wrong if it goes wrong.
[18:58] <cking> Very try - it will be catagorised as a suspend/resume regression.
[18:58] <smb_tp_> Actually for Jaunty it is not a SRU, yet
[18:58] <cking> s/try/true/
[18:59] <smb_tp_> rtg, What would you think?
[19:00] <apw> ok i think we have a concensus here.  that 1) with option to turn it off and a printk warning when its on
[19:01] <cking> apw: I'm happier with that now we've thought it through
[19:01] <apw> i think if i pencil in the dmi matching code, then switching the default would be a trivial 1 bit change to the patch should it be deemed crap by release
[19:02] <cking> apw: good call
[19:02]  * smb_tp_ nods
[19:03] <rtg> smb_tp_: what do I think about what?
[19:03] <apw> ok i'll take that as the plan, and if rtg changes things, its only a 1 bit change still
[19:03]  * rtg is ripping his hair over CRDA.
[19:03] <smb_tp_> rtg, About what we discuss here. Its is something for Jaunty you know. :)
[19:04] <rtg> smb_tp_: and you want me to read 47 minutes of scroll back?
[19:04] <apw> the short summary is that some synaptics touchpads do not work following resume if they are not reset first, the other OS apparently does so we do not
[19:05] <rtg> didn't I already see a patch for that?
[19:05] <cking> you are kidding?
[19:05] <apw> so the options are we add it and allow it to be disabled, or we allow it to be enabled, but the belief is all new synatics will need it
[19:05] <apw> where did you see a patch for that?
[19:06] <rtg> I think it came from Mario at Dell. It might already be in the Jaunty tree
[19:06]  * apw checks, but i am using very recent jaunty kernels
[19:06] <apw> mario did file the bug which you would have had email from too
[19:06] <rtg> apw: It'll come to me eventually.
[19:07] <apw> nothing since july in those drivers (patch wise)
[19:07] <apw> he has been hastling about it as some of their machines are affected
[19:08] <rtg> nothinhg in Hardy or Intrepid?
[19:08] <cking> and I've been drowning in "Critical" issues to fix it so I passed it to apw
[19:08] <rtg> and its 'hassle', no T
[19:09]  * apw goes check
[19:10]  * cking notes that the problem with dictionaries is that one needs to be able spell correctly to be able to look up the word you need to check
[19:11] <apw> indeed.  and that if you are dyslexic at all then you can't even see the error
[19:12] <rtg> apw: whats the only thing I ever hassle you about :)
[19:12] <apw> there is no obvious difference in reset handling from hardy to jaunty
[19:12] <apw> so it must be something else related i guess
[19:12] <apw> heh ... not using this channel?
[19:13] <rtg> maybe I was hallucinating, but I sure thought I remembered a touchpad reset patch.
[19:13] <johanbr> I believe you're talking about https://bugs.launchpad.net/ubuntu/+source/linux/+bug/317270
[19:13] <ubot3> Malone bug 317270 in linux "Dell Studio XPS 16 touchpad doesn't return from resume" [Medium,In progress]
[19:13] <rtg> anyway, a DMI based reset is fine with me.
[19:14] <apw> rtg the main question is the default, on or off
[19:14] <rtg> we should annoy upstream with it as well. they might have some thoughts.
[19:14] <apw> we are tending to on for jaunty
[19:14] <apw> yes if we wanted to defualt on, upstream would be the first place i'd wanna send it
[19:15] <rtg> default to off for Intrepid preserving current behavior?
[19:15] <apw> we have been only asked for Jaunty
[19:15] <apw> so i wouldn't be looking to modify there, but i guess off if it went there
[19:15] <apw> and on in jaunty
[19:15] <rtg> go for it then. we have time to find regressions.
[19:15] <apw> thanks all, i call that concensus
[19:49] <ch05en> Hi, I've got a repeatable bug in the UDF filesystem that enables me to crash my box at will
[19:49] <ch05en>  If you create a file with illegal utf-8 filename and copy it over to a writeable udf filesystem you panic the box
[19:49] <laga> ch05en: report a bug and mark it as a security vulnerability
[19:49] <ch05en> ok
[19:50] <laga> i'd say ;)
[20:23] <EagleScreen> any plan to move to 2.6.29 for Jaunty?
[20:24] <rtg> no plans


[00:11] <derekv> like, i want a sit-stand workstations setup
[00:11] <derekv> -s
[00:11] <derekv> but
[00:12] <derekv> i don't care about haveing an entire desk that raises up
[00:12] <derekv> i hardly even need a desk
[00:12] <derekv> i find it silly
[00:12] <derekv> i just need a place for keyboard, mouse, monitors
[01:38] <rick_h_> derekv: the other thing to think about is the fold up table top
[01:38] <rick_h_> I almost did that before I bought my geekdesk
[01:38] <rick_h_> or even something like http://www.kickstarter.com/projects/mcpace/the-stand-up-desk-kit
[01:39] <rick_h_> http://www.ergotron.com/ProductsDetails/tabid/65/PRDID/379/language/en-US/Default.aspx are kind of cool
[01:40] <rick_h_> http://www.squidoo.com/folding-wall-mounted-desk is kidn of the flip wall mount I mean
[01:41] <rick_h_> but I will say I consider my geekdesk worth every penny
[02:35] <snap-l> rick_h_: Yeah, the release party was tonight
[02:35] <snap-l> thought you were busy, so didn't make too many noises about it
[02:36] <rick_h_droid> yea didn't get back from baptism party until 7pm
[02:36] <rick_h_droid> I just thought the party was tomorrow
[02:36] <rick_h_droid> told jcastro I thought it was doh
[02:37] <snap-l> jcastro_ and Jill made it out
[02:38] <snap-l> jcastro_: Dude, did not realize what happened with Queensryche. Apparently there's now two bands under that moniker?
[02:38] <rick_h_droid> ah that's good then. Would have hated to mess it up for them
[11:31] <tony-smlr> The Sunday Morning Linux Review Podcast is Live!  http://www.youtube.com/user/tbemus?v=IZKUSyj_wqY
[13:58] <snap-l> good morning
[17:24] <derekv> rick_h_droid: so on the desk thing yea I found geekdesk a bit later it is at least priced better relative to another company i was looking at
[17:24] <rick_h_droid> derekv yea and if you just get the legs you save a bunch. I just out s solid core door on top
[17:25] <rick_h_droid> cuts over 100 off of it
[17:25] <derekv> I have a vision of a system that mounts on a pole, the wall or the ceiling and you can move it around, tilt it etc, with keyboard, mouse trays on independant arms and a decent number of monitors
[17:26] <derekv> there's a company tnat makes a system that is a pole then you buy monitor mounts and keyboard mounts etc for it
[17:27] <derekv> not cheap though ... its not like having a desk surface is a problem, it just seems unneeded
[17:28] <rick_h_droid> yea once I got mi
[17:29] <rick_h_droid> monitors on arms it's nice to have dual displays and sucj
[17:29] <rick_h_droid> just stand up and sit down easy without changing or moving things on the desk
[17:29] <derekv> yea so I thought the easy thing is to get the geekdesk and then some monitor arms for dual monitors
[17:30] <derekv> any monitor past 2 can just sit on its own stand
[17:30] <derekv> the arms could give any extra height and some tilt if I want it
[17:31] <rick_h_droid> yea true. just they clear the desk, make room for the dock under them etc
[17:35] <derekv> gah
[17:35] <rick_h_> gah?
[17:35] <Blazeix> gah.
[17:35] <derekv> gary bernhardt's tweet that the entire process model, kernel, and language (all of them) is broken for distributed systems
[17:35] <derekv> then he tweets that fist thing is to replace everything with bytcode
[17:36] <rick_h_> :)
[17:36] <derekv> and i threw up a little
[17:36] <rick_h_> yea, gary you have to follow with a salt-lick of salt
[17:36] <rick_h_> <3 usb3
[17:36] <rick_h_> backing up the system to prepare for reinstall wheee
[17:37] <rick_h_> can backup my whole system faster than download that iso
[17:38] <derekv> do you think he's not serious or just into bad ideas?  ive never watched his screencasts but i saw him at strangeloop
[17:38] <derekv> he was advocating for disruptive change
[17:38] <derekv> so i was curious what his ideas might be
[17:41] <derekv> i'm finding likely that while perhaps disruptive change is good, he's not the right guy to direct it
[17:42] <rick_h_> he's just ecentric
[17:42] <rick_h_> he has good ideas, but is also in an ideal world
[17:42] <rick_h_> and has lots of time to do this kind of researchy idealogical type stuff
[17:45] <derekv> yea
[17:46] <derekv> lets build the second system, lets make it ... perfect
[17:46] <rick_h_> man, are there any good movies :/
[17:46] <rick_h_> right, and make it my vision of perfect
[17:46] <rick_h_> I mean the guy's spent time ripping apart the ruby language to fix things that bug him
[17:46] <rick_h_> it takes a special person to go into that
[17:47] <rick_h_> smart, crazy, etc
[17:48] <derekv> frankly i'd like to be in that position
[17:48] <rick_h_> yea, it's cool in some ways
[17:48] <derekv> thats one career outcome i'd call santisfactory
[17:48] <rick_h_> but I honestly like building things
[17:49] <derekv> you need a mix of both
[17:49] <rick_h_> so I don't think I could spend that much time in the low levels of that stuff without going a little nuts
[17:49] <derekv> yea .. afk
[17:49] <rick_h_> but yea, I'd love to have time to really just tinker and see what comes of certain things more than the 'what's required to get x project done' way
[18:04] <derekv> a lot of time gets waisted by people getting overly idealistic or academic
[18:04] <derekv> but it is insignificant compaired to the time waisted by all the times people put up with something thats wrong because fixing it isn't required to get x project done
[18:06] <derekv> i need some chow
[18:06] <derekv> bbl
[19:28] <derekv> caffiene
[19:28] <derekv> i love it
[19:29] <derekv> i'm afriad I'm going to have to give it up at some point, I can tell it effects me differently then it used to
[19:35] <rick_h_> yea
[19:35] <rick_h_> I go through waves with it
[19:35] <rick_h_> and the delivery mechanism
[19:37] <derekv> yea maybe i should just stop mainlining it
[19:37] <derekv> people get the wrong idea when they see all the tracer marks
[19:47] <brousch> I am off it
[19:47] <brousch> Now it makes me sweaty and gives me angina
[19:50] <derekv> http://superuser.com/questions/124336/mac-os-x-keyboard-shortcuts-for-terminal <- derek makes another mark on the "to not buy macbook again" column
[19:51] <derekv> so
[19:51] <derekv> its hypocritcal coming from me because i've never been able to settle with one eviroment long enought to really learn its full potiental , like shortcuts etc
[19:51] <derekv> and customize it
[19:52] <derekv> but with the work , pair programming thing
[19:52] <derekv> makes it impossible
[19:53] <derekv> the obvious solution if it were not for having to deal with work computers would be to customize all my stuff
[19:53] <derekv> so I could mess with terminal on mac, or just not use mac, or install zsh and customize that
[19:54] <derekv> nvm
[19:54] <derekv> i don't know what my point is
[19:58] <derekv> I think it was that I'm frustrated by the three way trade off between working with others, customizing and optimizing your enviroment, and working in different enviroments
[19:59] <derekv> Another aspect is the desire to fix up my home work space
[19:59] <derekv> but I probably won't spend more than 5 or 10 hours a week using it
[20:14] <rick_h_> meh, script and git repos and customize your crap to be effecient
[21:08] <brousch> If everyone would just use Eclipse this wouldn't be a problem
[21:18] <brousch> Damn Detroit http://www.foxnews.com/us/2012/10/21/michigan-police-investigate-series-shootings-involving-cars-on-busy-roads/?test=latestnews
[21:28] <brousch> rick_h_: It may be my imagination, but the ubuntu-michigan membership I just approved seemed to go much faster than before
[22:26] <rick_h_> brousch: must be a good day :P
[22:26] <brousch> I haven't done it in months, so I will blame you for the new speed
[22:27] <rick_h_> brousch: excellent, send a message to my boss please
[22:28] <rick_h_> he'll wonder how my UI work on private projects effected user approval, but I'll take it
[22:35] <brousch> darn


[00:07] <dolphin-man> HELLO
[00:07] <dolphin-man> oops
[00:07] <dolphin-man> is anyone in here
[00:07] <ikonia> yes
[00:08] <dolphin-man> ok
[00:08] <dolphin-man> just checking


[04:54] <punkgeek> how can i import a shell script to the vm by cloud-init?
[09:27] <andras-kovacs> Hi! Do you have any official images in Azure with cloud-init + LVM? The meta data collector part and runcmd don't work for me with my custom image.
[09:27] <andras-kovacs> It was almost the same with OpenStack + LVM, but cloud-init could collect the meta data there and runcmd didn't work at all.
[09:28] <andras-kovacs> I've tried to comment all the mount, resizefs and growpart related modules
[09:28] <andras-kovacs> but no luck :(
[09:28] <andras-kovacs> I really don't want to rely only on that stupid waagent
[09:28] <andras-kovacs> I like cloud-init
[12:05] <meena> 11:27 <andras-kovacs> Hi! Do you have any official images in Azure with cloud-init + LVM? The meta data collector part and runcmd don't work for me with my custom image. ⬅ is there any other way to growfs in Linux than LVM?
[12:23] <andras-kovacs> meena: sorry is it a question? By default cloud-init will increase your root or other pre-defined partition early in the boot time. It never worked for me with LVM but I wrote a script for that. My problem now is other modules don't work also when I haven LVM on my disk.
[12:26] <andras-kovacs> Now I'm struggling with https://cloudinit.readthedocs.io/en/18.5/topics/datasources/azure.html
[12:26] <andras-kovacs> And now I had to remove cloud-init from my images with LVM because even if cloud-init services are disabled, waagent will start whining because of cloud-init's dhclient scripts.
[13:45] <Odd_Bloke> andras-kovacs: I'm not aware of any images using LVM, no.  What's the use case?
[13:47] <Odd_Bloke> meena: You don't need LVM to grow partitions on Linux, generally only for more complex use cases.
[14:15] <andras-kovacs> The use case is some legacy colleagues and strange apps -> not in the good way. LVM is a must... :(
[14:17] <andras-kovacs> I still want to enjoy/utilize cloud-init + make my VM templates auto-grow to the selected flavor, use the datasources, etc.
[14:17] <andras-kovacs> With OpenStack, the runcmd oart was ignored + I had to make a custom script to increase the LVM.
[14:17] <andras-kovacs> With Azure, not the the datasource/meta-data part, neither runcmd works with LVM. :(
[14:17] <andras-kovacs> I think I'll open an issue/bug report for you with all the details soon.
[14:18] <Odd_Bloke> Yep, sounds like a bug would be useful.
[14:18] <andras-kovacs> (I'll do the same for the dhclient vs NetworkManager lease files also just like you've recommended Odd_Bloke )
[14:19] <Odd_Bloke> FWIW, I would suggest not using the root disk of your instances for whatever complicated layout you want, but I understand that may not be practical. :)
[14:19] <andras-kovacs> And sorry for me whining all the time... cloud-init is just great and I really like it
[14:19] <Odd_Bloke> :)
[14:22] <andras-kovacs> this is how silly me made the root volume grow automatically: https://pastebin.com/FbggLAXJ
[14:22] <andras-kovacs> (xfs is also a must)
[17:26] <meena> "legacy colleagues" is a new one…
[17:33] <smoser> andras-kovacs: https://bugs.launchpad.net/cloud-init/+bug/1799953
[18:29] <Odd_Bloke> rharper: blackboxsw: https://github.com/canonical/cloud-init/pull/326 <-- this should fix Jenkins failures we've been seeing
[18:30] <rharper> Odd_Bloke: nice ... I'm wondering if we need to have a general mock of net.read_sys_path like we do for util.subp
[18:31]  * rharper just recently ported the util.subp replacement from cloud-init to curtin to catch those leaking execs;
[18:41] <Odd_Bloke> Yeah, that's a good thought.


[20:27] <tsimonq2> wxl: Ping.
[20:27] <wxl> pong
[20:27] <tsimonq2> wxl: Does<EMAIL_ADDRESS>work for you?
[20:27] <wxl> uh i don't know. email me :)
[20:28] <tsimonq2> wxl: Did you get it?
[20:28] <wxl> yep
[20:28] <tsimonq2> Cool.
[20:29] <tsimonq2> wxl: Does Rafael have a lubuntu.me address?
[20:29] <wxl> pretty sure he does
[20:29] <tsimonq2> Maybe it's<EMAIL_ADDRESS>?
[20:29] <wxl> or rafaellaguna
[20:29] <wxl> don't remember
[20:30] <tsimonq2> wxl: Didn't you get the addresses to IS when that ticket was still open?
[20:30] <wxl> yeah but i'm not about to dig it up :)
[20:30] <tsimonq2> :/
[20:31] <tsimonq2> EMAIL ALIASES (which are pretty darn static!!!)
[20:31] <tsimonq2> Address (4/4)	Forwarded to
[20:31] <tsimonq2>
[20:31] <tsimonq2> info<EMAIL_ADDRESS>[20:31] <tsimonq2> rafaellaguna<EMAIL_ADDRESS>[20:31] <tsimonq2> tsimonq2<EMAIL_ADDRESS>[20:31] <tsimonq2> wxl<EMAIL_ADDRESS>[20:31] <tsimonq2> There.
[20:31] <tsimonq2> So I guess it's<EMAIL_ADDRESS>[20:33] <tsimonq2> wxl: So I guess I consider the Lubuntu Team to be You, Julien, Rafael, Nio, Brendan, and myself?
[20:33] <tsimonq2> wxl: Is that accurate?
[20:33] <wxl> we're the active ones so yes :)
[20:33] <tsimonq2> Ok cool. :)
[20:34] <tsimonq2> wxl: There, created an entry in my Thunderbird Contact Book.
[20:45] <tsimonq2> !info libqtxdg zesty
[21:02] <tsimonq2> wxl: So as proposed by Julien, I'm writing emails to the list now talking about the agenda items we proposed for the meeting.
[21:07] <tsimonq2> wxl: The only thing I'm afraid of is another Xen rant. When people sent similar emails to kubuntu-devel, he jumped right on it.