[18:11] <acheronuk> cyphermox: hi. could you maybe review/merge/upload? https://code.launchpad.net/~aaronhoneycutt/ubiquity-slideshow-ubuntu/cosmic/+merge/355892


[00:28] <anastasiamac> babbageclunk: PTAL https://github.com/juju/juju/pull/9069 - create-backup options check revisited..
[00:30] <babbageclunk> kwmonroe: yay, glad you got all the glitches sorted out! ☙
[00:30] <babbageclunk> anastasiamac: looking
[00:30] <anastasiamac> \o/
[00:37] <babbageclunk> anastasiamac: approved!
[00:40] <anastasiamac> \o/\o/\o/
[00:57] <anastasiamac> review anyone - https://github.com/juju/juju/pull/9071? one line change to remove an xtra newline..
[00:57] <veebers> anastasiamac: I can hit it
[00:58] <anastasiamac> veebers: tyvm!
[00:58] <veebers> anastasiamac: hah always keen to grab the easy ones. LGTM
[00:59] <anastasiamac> veebers: :D
[01:24] <thumper> vinodhini: ping
[01:31] <vinodhini> thumper
[01:31] <vinodhini> yes.
[01:37] <veebers> thumper: to set logging to debug, it's a model-config command, do I need to do something so the controller is set to that logging level too, or does that hit everything?
[02:14] <vinodhini> thumper:
[02:24] <veebers> kelvinliu_: have you deployed a k8s cluster in aws recently? I'm trying but failing (following Ians post in discourse)
[02:26] <kelvinliu_> veebers, last time was ~ 1 month ago, i think
[02:26] <kelvinliu_> veebers, any errors u got?
[02:26] <veebers> kelvinliu_: this time around it's different, I see a complaint about too many tags
[02:28] <veebers> https://pastebin.canonical.com/p/ZkFg7HY3k3/
[02:29] <anastasiamac> thumper: is another 2.3 release on the cards?
[02:29] <anastasiamac> i have a bug I am fixing in 2.4 and + and wondering if it should go futher back too...
[02:29] <thumper> anastasiamac: at some stage, and it depends on the ease of back porting
[02:30] <anastasiamac> thumper: real easy backport... was just wondering if it was worth the effort... but since the answer is 'yes, there is such a thing happenning', I'll backport ;)
[02:32] <thumper> it is happening at some stage
[02:32] <anastasiamac> ack. ta!
[02:32] <veebers> kelvinliu_: you used eks with caas before?
[02:34] <kelvinliu_> veebers, looks like too many tags on subnet? weird. No, I didn't use eks yet.
[02:35] <veebers> Can someone educate me on tags in aws and how juju uses them, It seems we have 298 of them in this region. Is this a cleanup failure issue? Is there an account limit to how many there is allowed?
[02:36] <veebers> hmm, no because a different region has more tags, is it per region? *shrug* I'll try use a different region
[02:37] <kelvinliu_> veebers, i think the error is for that subnet resource has too many tags
[02:38] <anastasiamac> veebers: do u mean that 'tags' are separate entity in aws?
[02:38] <anastasiamac> i thought tags where just sort-of-labels on the instances
[02:38] <veebers> kelvinliu_: hmm, ok. Might be a cleanup issue? as there is nothing running in that region
[02:38] <anastasiamac> we use them to identify special purpose of the instance, like 'controller' machine or 'juju' machine, etc..
[02:38] <veebers> anastasiamac: It might be a charm layer error too. I"m just trying to make sense of it
[02:39] <veebers> well, actually right now I'm trying to ignore it for the immediate future :-)
[02:39] <kelvinliu_> veebers, can u describe this subnet subnet-60510a26 to see the tags of it?
[02:40] <veebers> kelvinliu_: I'm not sure how, via the aws console?
[02:41] <kelvinliu_> veebers, i guess we are not always creating a new vpc and subnets for it, but always reuse existing subnets. But we always add new tags to that subnet, which exceeded the max ~50 tags per resource limit.
[02:41] <kelvinliu_> veebers, either awscli or console. console would be easier
[02:43] <kelvinliu_> veebers, if my assumption was correct, we should consider to remove the tags added to existing resources when we tear down the cluster.
[02:46] <veebers> kelvinliu_: by console I mean the web ui, we're talking about the same thing?
[02:47] <kelvinliu_> from the subnet tag issue, I remembered another thing - I think we should have only 1 cluster in same vpc. if not, the k8s traffic would have troubles. im not sure how we manage this in CDK now.
[02:48] <veebers> kelvinliu_: I was spinning up in the same region wallyworld has in the past, not sure if things got left lying around etc.
[02:48] <kelvinliu_> veebers, yes, console -> web ui, awscli -> boto cli
[02:48] <veebers> kelvinliu_: ack, sweet. Sorry a bit slow right now :-P
[02:48] <kelvinliu_> veebers, take a look how many tags the  subnet-60510a26 has, 50?
[02:49] <veebers> kelvinliu_: just figuring out how to view that now
[02:50] <kelvinliu_> veebers, i don't have web ui access setup yet. u should be able to find it from vpc -> subnets -> search  subnet-60510a26
[02:50] <veebers> kelvinliu_: ack, just found the tags tab now
[02:51] <veebers> kelvinliu_: it has a bunch, all starting with 'kubernetes.io/cluster/kubernetes-<bnlah>" no count though so would have to do manually ^_^
[02:52] <kelvinliu_> veebers, my assumption is correct. :-
[02:53] <veebers> kelvinliu_: ah, I missed the 'the max ~50 tags limit'. Ok so that makes sense
[02:54] <veebers> kelvinliu_: so right now I should be able to deploy a cluster to a 'fresh' region as we wouldn't have filled up the subnet with tags.
[02:54] <kelvinliu_> veebers, https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-tags.html would be  helpful
[02:54] <veebers> I presume it'll be safe enough to manually remove those tags as there are no instances running in that region
[02:55]  * veebers looks
[03:05] <anastasiamac> thumper: this si the PR I want to backport to 2.3 - https://github.com/juju/juju/pull/9073
[03:05] <anastasiamac> as per jam's suggestion, we will not format single value 'config' output to allow for machine consumption...
[03:08] <thumper> I think the stderr output by default will be confusing
[03:12] <anastasiamac> i thought i did stdout...
[03:12] <anastasiamac> thumper: only warning is on stderr
[03:13] <thumper> 	c.Assert(cmdtesting.Stderr(ctx), gc.Equals, "format yaml is ignored\n")
[03:13] <thumper> ￼
[03:13] <thumper> for every time
[03:13] <anastasiamac> thumper: oh i c, u mean for wraning msg...
[03:13] <anastasiamac> yes, sure, can make it a debug
[03:13] <anastasiamac> like log..
[03:13] <thumper> even logged at info level
[03:14] <thumper> but not ctx.Infof
[03:14] <anastasiamac> yep...
[03:14] <anastasiamac> apart form that u r +1?
[03:18] <anastasiamac> thumper: ?
[03:18] <thumper> yep
[03:18] <thumper> approved
[03:19] <anastasiamac> \o/
[03:41] <thumper> vinodhini: where are we with the goose PR?
[03:43] <vinodhini> thumper: i am fixing the mock.
[03:43] <thumper> ok
[03:50] <jam> anastasiamac: thanks for the patch. did you test at all with non-strings? Like an Int or Bool config type? I think Println does the right thing, I was hoping to be sure.
[03:52] <vinodhini> thumper: i have pushed a commit now./
[03:52] <vinodhini> just did.
[03:53] <vinodhini> thumper : can u have a look please
[03:53] <thumper> vinodhini: yep
[03:58] <anastasiamac> jam: i have
[03:58] <jam> great
[03:58] <anastasiamac> what concerns did u have ober println? that it would not print the line?
[03:59] <anastasiamac> i find that it does and is actually safer on platforms where newline is not \n..
[04:00] <vinodhini> thumper: thanks
[04:46] <veebers> thumper: on bionic we use a different mongo package? i.e. I need to update my juju-mongo script to use /usr/bin/mongo not /usr/lib/juju/mongo*/...
[05:16] <thumper> veebers: yes
[06:10] <vinodhini> anastasiamac:
[06:11] <vinodhini> thumper asked me to revert back the export-bundle command to dev mode only CLI part
[06:11] <vinodhini> i have also removed the ci becuase the command is not exposed and bootstrap will fail.
[06:11] <vinodhini> could u please take a look and approve
[06:11] <vinodhini> this is for 2.4.2 relaese
[12:31] <elox> What charms/bundles exists that can deploy an "ovirt" cluster for us to use as a MAAS pod?
[12:41] <jam> guild review requested for https://github.com/juju/txn/pull/43
[12:41] <stickupkid> jam: i'll have a look
[13:04] <stickupkid> jam: done
[21:59] <wpk> thumper: o/
[22:01] <magicaltrout> kwmonroe: you understand the bigtop packaging more than i do
[22:01] <magicaltrout> if we wanted to expose the spark thriftserver
[22:01] <magicaltrout> what do we need to do?
[22:04]  * magicaltrout has a feeling it needs sticking in the deb
[22:04] <magicaltrout> but worth checking
[22:06] <magicaltrout> hmm maybe not, it seems to be kicking around in the deb spark rules
[22:06] <magicaltrout> hrmmm
[22:51] <kwmonroe> magicaltrout: i think we do not enable the thriftserver by default because of a port conflict. remember when you asked about this in 2015? https://lists.ubuntu.com/archives/juju/2015-September/005688.html
[22:51] <kwmonroe> magicaltrout: that said, i don't see how port 10000 conflicts with sparksql, but whatevs.  gimme 4 minutes to deploy spark and make sure thriftserver is even a thing we can start.
[22:52] <kwmonroe> magicaltrout: if it is, it's just a matter of "juju run --application spark '/start/thrift/server'" and "juju run --application spark 'open-port xxxx'".
[22:55] <kwmonroe> magicaltrout: so it seems we don't have an action for the thriftserver :/
[22:56] <magicaltrout> yeah kwmonroe I was poking around and saw the stuff in the deb but it doesn't seem to materialise on the serevr
[22:56] <magicaltrout> server
[22:56] <kwmonroe> magicaltrout: hive does, can i interest you in some hive? https://github.com/apache/bigtop/blob/master/bigtop-packages/src/charm/hive/layer-hive/README.md#thrift-interface
[22:56] <magicaltrout> unless i'm missing something
[22:57] <magicaltrout> well
[22:57] <magicaltrout> the service
[22:57] <kwmonroe> here's the thing magicaltrout, and you must know i hate saying this in a publicly logged channel, you're not missing anything.  we have no charming method of activating a thriftserver on spark.
[22:58] <magicaltrout> well the charm bit i can cope with
[22:59] <magicaltrout> root@ip-172-31-24-148:~# less /etc/init.d/spark-
[22:59] <magicaltrout> spark-history-server  spark-master          spark-worker
[22:59] <magicaltrout> i'm surprised it doesn't have an init script
[22:59] <magicaltrout> /home/ubuntu/bigtop.release/bigtop-1.2.1/bigtop-packages/src/common/spark/spark-thriftserver.svc
[23:01] <kwmonroe> magicaltrout: don't be so surprised.  the .svc bits haven't made it through bigtop yet because nobody's sure if systemd is a thing yet.
[23:01] <kwmonroe> magicaltrout: do this:
[23:02] <kwmonroe> juju run --unit spark/0 'sudo -H -u spark /usr/lib/spark/sbin/start-thriftserver.sh'
[23:02] <magicaltrout> yeah i shall :P
[23:02] <magicaltrout> fair enough, i thought the svc bits were in use
[23:02] <kwmonroe> yeah, you thought
[23:02] <kwmonroe> (j/k, maybe they are, but when in doubt, i just like to run java by hand)
[23:02] <magicaltrout> i have an oozie question coming in 5 minutes when i've remembered what it was
[23:03] <kwmonroe> i'm EOD in 4 minutes
[23:03] <kwmonroe> maybe less if you ask your question too early
[23:03] <magicaltrout> fair enough i'll leave it to tomorrow
[23:04] <magicaltrout> oozie is missing a linux level user somewhere
[23:04] <kwmonroe> magicaltrout: for reals though, the deb doesn't need to be altered -- start-thriftserver.sh is there on the unit, you'll just have to juju run it vs having a service (or install the svc as a proper service)
[23:04] <kwmonroe> magicaltrout: the thing that bigtop could use is a jira to say that the spark deb is providing a service that is never activated -- that feels like an oversight to me.
[23:04] <magicaltrout> k
[23:04] <magicaltrout> i'll upstream it
[23:05] <kwmonroe> +1
[23:06] <kwmonroe> magicaltrout: i missed your comment earlier, but i'm having real trouble parsing "oozie is missing a linux level user somewhere".  like, the user isn't created, or it's expecting to use some pre-defined user?
[23:08] <magicaltrout> na, i'm trying to put the bits back together cause its been a few weeks, but last time i ran oozie against the bigtop charms, i had to useradd <user> on the namenode/resmgr to get it to run jobs
[23:08] <magicaltrout> so there's a misconfiguration on one side or the other, my fix the other week was a manual useradd, but that clearly doesn't scale :P
[23:11] <kwmonroe> aaaaah yeah magicaltrout
[23:11] <kwmonroe> one sec, i know your struggle
[23:11] <kwmonroe> magicaltrout: before i forget, don't do that thriftserver run.  i'll tell you why in a minute.
[23:13] <kwmonroe> magicaltrout: read this: https://github.com/apache/bigtop/blob/master/bigtop-packages/src/charm/hadoop/layer-hadoop-namenode/reactive/namenode.py#L81
[23:14] <magicaltrout> aah that seems very similar
[23:15] <magicaltrout> cool okay i'll try and remember what was broken tomorrow and then possibly send over a PR for that bit cause it certainly fixed it up last time
[23:15] <magicaltrout> and it was something not on the oozie unit itself
[23:15] <kwmonroe> magicaltrout: that's the same issue you're describing with oozie.  we had to do it so the NN could recognize files owned by 'mapred', 'spark', and 'yarn': https://github.com/apache/bigtop/blob/master/bigtop-packages/src/charm/hadoop/layer-hadoop-namenode/layer.yaml#L13
[23:16] <magicaltrout> i've not gone completely mad then, thats good to know
[23:16] <kwmonroe> nah, not completely magicaltrout, i think you can make a case for adding 'oozie' (or any other service that has a user that needs to drop bits in hdfs that the NN needs to know about) into that layer.yaml "users" dict.
[23:17] <magicaltrout> cool
[23:17] <kwmonroe> of course, cory_fu_ and i will vote whether or not we care about your case.  you know how that likely goes.
[23:18] <magicaltrout> i also meant to say i can't believe you've missed out on cold wet London in November for a trip to spain or some shit
[23:18] <kwmonroe> magicaltrout: before i forget, don't run that thriftserver
[23:18] <magicaltrout> yeah why not?
[23:18] <kwmonroe> shit, i've forgotten
[23:19] <kwmonroe> lemme check debug logs
[23:19] <magicaltrout> it starts and stops
[23:19] <magicaltrout> living the dream
[23:19] <kwmonroe> oof, looks like it fails to start an apache derby instance and then removes $HOME
[23:20] <magicaltrout> lol
[23:21] <magicaltrout> hmm did it fail or did it just return
[23:22] <kwmonroe> magicaltrout: the process failed.  the machine is fine.  j/k on removing $STUFF.
[23:22] <kwmonroe> magicaltrout: i think it might be because i told you to run it as sudo -u spark and spark can't write to $CHARM_DIR
[23:22] <kwmonroe> java.sql.SQLException: Directory /var/lib/juju/agents/unit-spark-0/charm/metastore_db cannot be created.
[23:22] <kwmonroe>         at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
[23:22] <kwmonroe> lemme try again running that mama jama as root
[23:23] <kwmonroe> lemme export $HOME=/ first
[23:24] <magicaltrout> yeah runs as root
[23:24] <kwmonroe> yeah, much better magicaltrout
[23:24] <kwmonroe> $ juju run --unit spark/0 '/usr/lib/spark/sbin/start-thriftserver.sh'
[23:24] <magicaltrout> just weirdly stops logging like its crashed
[23:25] <magicaltrout> thats cool. Okay great, I might tack on a subordinate or something to fire that up. We've got most of the hue bits and pieces bolted on and working
[23:25] <magicaltrout> just trying to tidy up sparksql and oozie properly
[23:25] <magicaltrout> then it should be about ready along with the druid cluster in a couple of weeks
[23:26] <kwmonroe> magicaltrout: i will outright reject any thrift subordinate, so don't bother.  you can propose an action to start the server, nothing more, nothing less.
[23:27] <magicaltrout> i didn't say i'd bother giving it to you :P
[23:27] <magicaltrout> what i would like is for it to work without a user having to flip a switch
[23:28] <kwmonroe> magicaltrout: i'll take a config thriftserver=true or an action 'start-thriftserver'.  i'm not even kidding, don't you dare make a spark suboridnate that is is just 'spark' with only the thriftserver running.  i'll find you.  i'll be angry.
[23:29] <magicaltrout> okay i might be happy with a config option
[23:29] <magicaltrout> i dislike actions
[23:30] <kwmonroe> then it seems like we've found a middle ground.  let's stop here before we start cursing one another.
[23:32] <magicaltrout> alright fair enough, you're still in my bad books for passing up a trip to london. Thanks for the tips, expect some PR's to land sometime soon.
[23:35] <kwmonroe> +1 magicaltrout, gotta see a guy about a horse now.
[23:55] <rick_h_> kwmonroe: hah. If you're serious we need to catch up sometime


[06:33] <DubeyAdit> Hi Pope,
[06:33] <DubeyAdit>   I just completed pope -my tutorial to pack and publish ruby snap, and i found it was neat and easy tutorial. I would like to move ahead and creat one ruby snaps as other task.
[06:34] <DubeyAdit> pope -I just completed my tutorial to pack and publish ruby snap, and i found it was neat and easy tutorial. I would like to move ahead and creat one ruby snaps as other task.
[06:35] <DubeyAdit> Can you just approve my last task, So that i can move ahead and create my own ruby snaps.
[07:06] <L1NUX> Hey elopio
[11:18] <Flekenstine> hey
[11:18] <Flekenstine> anyone there??
[11:20] <m4sk1n_> hi
[11:24] <Flekenstine> so you remain active all the time
[11:24] <Flekenstine> m4skin
[11:24] <m4sk1n_> not all the time
[14:27] <flekenstine> hey
[14:28] <flekenstine> I have submitted my first job in GCI  when it will be approved?/
[14:29] <flekenstine> anyone there??
[14:30] <m4sk1n_> mallen: balloons: submitted task for review – “Setup a development environment for the QATracker”, it works, can you approve it? I'll try working on related tasks,  I don't know too much about Drupal, but I'll try, just for fun
[14:33] <flekenstine> Matthew Allen I have submitted a task of installing ubuntu
[15:21] <DUFR4YN3> Hi elopio
[15:22] <DUFR4YN3> Need guidance regarding Python snapcraft task
[15:22] <DUFR4YN3> Hey kyrofa
[16:01] <DUFR4YN3> Is anyone alive?
[16:01] <m4sk1n> yup
[16:14] <dows> its the weekend so perhaps everyone's taking a break?
[16:31] <kkdroidgit> hi
[16:43] <m4sk1n_> hi
[20:14] <m4sk1n_> popey: flexiondotorg: in “Follow the * snap creation tutorial”, if everything works fine, should I just say it works fine and send for review?
[21:34] <ivanfon> Hey, I'm Ivan, I'm participating in Google Code-in, currently doing the create a Node.js snap task
[21:35] <m4sk1n_> hi
[21:36] <ivanfon> I'm probably going to do fkill (https://github.com/sindresorhus/fkill-cli)
[21:46] <m4sk1n_> good choice
[21:56] <deniskamazur> Hi, can I talk to elopio or Sergio Schvezov?
[21:58] <tsimonq2> deniskamazur: They should be around somewhere ;)


[00:45] <smp4488> what are some good books or sites to get into gtk+ and c++
[02:00] <lool> GrueMaster: Everything points at 2.6.27; my understanding is that the choice of 2.6.27 isn't challenged anymore for the main distro, and the only thing which could keep linux-lpia for Ubuntu MID to 2.6.26 would be Intel drivers only available for 2.6.26 and not working with .27
[02:01] <GrueMaster> I'm working on the video drivers now, but I need a stable build environment.  Moblin doesn't provide that yet.
[02:01] <lool> GrueMaster: I hope the psb drivers will work with the in kernel drm in 2.6.26 or 27 though, or add a new drm
[02:01] <lool> GrueMaster: Intrepid is decent in my experience, but probably no fglrx
[02:02] <GrueMaster> It currently is the same psb driver we know and love.  My understanding is there is going to be a rewrite, but that is after intrepid.
[02:02] <GrueMaster> don't care about fglrx.
[02:02] <lool> I heard from various places that powervr drivers would land near november or end 2008
[02:03] <lool> I think around beagleboard for one
[02:03] <GrueMaster> yes, that's my understanding too.  They want to convert the drivers from the TTM model to the new GEMS model.
[02:03] <lool> GrueMaster: The drm is going to be a serious issue: we don't have the ppa anymore, and we can't up to a git snapshot of libdrm just for psb  :-/
[02:03] <GrueMaster> Same as the GMA9xx desktop video.
[02:04] <GrueMaster> hmmm.
[02:05] <GrueMaster> I'll have to look at the libdrm code and see what is new.  If the new stuff can be isolated to psb, but the library still remain compatible, will that work?
[02:06] <lool> GrueMaster:     libdrm | 2.3.0-4ubuntu1 |         hardy | source
[02:06] <lool>     libdrm | 2.3.1-0build1 |      intrepid | source
[02:07] <lool> GrueMaster: I think psb in kernel and the libdrm we used in hardy builds (in the ppa) was from a quite different upstream tree
[02:07] <lool> Anyway, it's pretty clear that we would love if the drivers work with intrepid's libdrm and will see what to do if it doesn't :)
[02:08] <GrueMaster> the kernel drm is definitely different, but I think it it was backwards compatible (until 2.6.27, that is).
[02:08] <GrueMaster> I can run tests once I get the kernel modules built.  For now, I need a kernel to build and test with.
[02:09] <lool> GrueMaster: You have the details for the ubuntu tree?
[02:09] <GrueMaster> I'll look you up again tomorrow.  Wife is telling me it's time to go home.  I don't have the details for Intrepid.
[02:10] <lool> GrueMaster: If you're choosing what to base on, you can grab our 2.6.26 tree which is called ubuntu/ubuntu-intrepid on kernel.ubuntu.com
[02:10] <lool> Err .27
[02:10] <GrueMaster> I've tried updating a hardy build environment, but the kernel is still missing.
[02:10] <lool> And it's derived from upstream .27
[02:10] <GrueMaster> ok
[02:10] <lool> It's also time to stop work here
[02:10] <lool> 'night/evening
[02:10] <GrueMaster> See you.
[02:53] <smp4488> what are some good books or sites to get into gtk+ and c++
[02:59] <smp4488> cam i use glade while configuring the gui?
[03:17] <persia>  smp4488: For the first question, #gtk+ is probably a better channel.  The answer to the second question is in the /topic for that channel.
[03:21] <smp4488> look im new to this and im sorry if i am asking too many stupid questions
[03:21] <smp4488> i think a may have started with something with a steep learning curve
[03:21] <smp4488> but im trying
[03:25] <smp4488> not to be smart or anything but i dont see anything about glade in the topic, faq, web site
[03:25] <persia> smp4488: There are no stupid questions, just some for which the answer lies elsewhere :)
[03:26] <persia> I thought the /topic for #gtk+ said something like "Do use glade, but don't use glade to generate source code".  Are you sure?
[03:27] <smp4488> ooooh
[03:27] <smp4488> i thought you meant this channel
[03:27] <smp4488> my fault
[03:28] <smp4488> im trying to get my head around this gtk+ programming
[03:29] <persia> smp4488: Right.  While this channel may be able to help with some questions specifically about gtk+ programming for something Ubuntu Mobile specific, most of your general questions are probably better answered there.
[03:30] <persia> I don't mean to put you off, it's just that the GTK+ folk know how to program gtk+ better than the Ubuntu Mobile folk.
[03:31] <smp4488> gotcha
[03:32] <smp4488> i want to help out but it seems like im getting in too deep and not doing much for anyone
[03:32] <smp4488> even though i do enjoy it
[03:32] <persia> smp4488: IF you're enjoying it, it's worth doing.  At some point you'll get something together you want to share with everyone else :)
[03:33] <smp4488> lol we will see about that
[03:35] <smp4488> so is intrepid mobile based on the the new ubuntu beta?
[03:39] <persia> Well, not precisely "based on", but more "part of", and it's an Alpha.  Anyway, I'll explain more when you come back.
[10:51] <lool> amitk: I checked a patch Colin King wrote for hardy's lum (unionfs) as I was told the fixes to unionfs might be relevant for aufs, but saw not much similarity
[10:54] <amitk> lool: I have confirmed colin's comment about it happening on the rename syscall. But I also saw it atleast once in the open syscall
[10:55] <lool> amitk: So you reproduce with a rename alone
[10:57] <amitk> lool: scratch the previous comment regarding open, I think that is because I Ctrl-C'ed out of strace. So it is waiting on /var/lib/apt/lists/lock I think
[10:58] <lool> amitk: Do you have a test case to reproduce the issue?  Could we poke aufs' upstream with it?
[10:59] <amitk> lool: testcase is what you guys have. kvm mid.img; apt-get update. Upstream will require more info regarding the fs layout and the union mounts though.
[11:00] <lool> amitk: I thought of an upstreamable test case such as test.c doing stat64(), rename() etc.
[11:01] <lool> amitk: Are you reproducing on your desktop?
[11:01] <amitk> lool: kvm
[11:01] <lool> Are you reproducing with 2.6.27?  :-)
[11:01] <lool> ogra gets the issue on his 2.6.27 system
[11:02] <lool> But as you say, the union mount args are relevant as the desktop live CD works
[11:02] <ogra> apparently
[11:02] <amitk> lool: yes, latest intrepid update on my desktop
[11:03] <ogra> and you indeed changed my script to use aufs instead of unionfs for te merged mount
[11:03] <ogra> *the
[11:03] <amitk> hmm<EMAIL_ADDRESS>[11:04] <ogra> wow
[11:04] <ogra> you are awesome ... i surely googled for 1h yesterday and didnt find anything useful
[11:06] <amitk> well the resolution was not that great. But I have a feeling upstream knowns about similar problems from before.
[11:07] <ogra> he talks about an older version of aufs, is ours up to date ?
[11:08] <ogra> loic said yesterday it wasnt changed at least beween hardy and intrepid
[11:09] <amitk> i am just checking that
[11:09] <lool> I can't download the patch from http://article.gmane.org/gmane.linux.file-systems.aufs.user/1291
[11:10] <lool> http://article.gmane.org/gmane.linux.file-systems.aufs.user/1270 exactly the same bug indeed
[11:12] <amitk> does anybody remember cvs commadline? :-/ I need to get pserver:anonymous@aufs.cvs.sourceforge.net:/cvsroot/aufs
[11:12] <ogra> yeah
[11:13] <ogra> (no for cvs though, i'm a copy paster for that)
[11:13] <ogra> *sigh* ...
[11:14]  * ogra accidentially installed libgstreamer-dev with the patch ... tons of -dev libs getting installed
[11:14] <lool> amitk: cvs login is probably optional
[11:15] <lool> amitk: Just cvs co -d:pserver:anonymous@aufs.cvs.sourceforge.net:/cvsroot/aufs co aufs
[11:15] <lool> amitk: Sorry, drop the first "co"
[11:15] <lool> cvs -d :pserver:anonymous@aufs.cvs.sourceforge.net:/cvsroot/aufs co aufs
[11:16]  * amitk thinks back to when he last used cvs or svn for that matter
[11:17] <lool>  64 files changed, 8948 insertions(+), 3369 deletions(-)
[11:17] <lool> (between intrepid's aufs and upstream's)
[11:19] <amitk> there are also two versions of aufs in the cvs co
[11:19] <amitk> i guess aufs25 is the devel version
[11:20] <lool> amitk: Not as bad, but almost:  64 files changed, 7344 insertions(+), 2444 deletions(-)
[11:22] <amitk> tim will be coming online shortly. Let me talk to him about updating. The file we care about most is i_op_ren.c
[11:23] <lool> amitk: Are you trying out with tip?
[11:26] <amitk> lool: yes
[11:40] <amitk> lool: ogra: this looks to have been fixed upstream from the changelog.
[11:40] <amitk> 20080728
[11:40] <amitk> - bugfix: deadlock in rename(2), au_cp_dirs(), reported by Cyril Brulebois, Klaus Knopper and Martin Tscholak.
[11:42]  * lool forgot that it's cvs annotate, not cvs blame
[11:42] <ogra> amitk, yay
[11:43] <amitk> lool: atleast you remember the cvs command :)
[11:51] <persia> amitk: It's something we'll be able to pull for the next intrepid update?  I suspect it's that which is causing most of my failures, as just about everything I'm trying to do involves rename() at some point.
[11:53] <lool> StevenK: Actual first error I get is:
[11:53] <lool> cc1: warnings being treated as errors
[11:53] <lool> mobile-basic-home-plugin.c: In function ‘launch_app’:
[11:53] <lool> mobile-basic-home-plugin.c:471: error: ignoring return value of ‘write’, declared with attribute warn_unused_result
[11:54] <amitk> persia: I don't see a reason that we shouldn't update to the latest CVS (barring livecds breaking). Since I didn't do the original aufs inclusion into ubuntu, I'll just ask if it is ok and then push a patch later today.
[11:56] <lool> StevenK: The next one is /usr/include/libhildonwm/libhildonwm/hd-wm.h:373: error: inline function ‘hd_wm_reset_last_active_window’ declared but never defined
[11:58] <persia> amitk: Excellent!  Please let me know if you end up pushing it, and I'll construct a new image locally.
[11:59] <persia> lool: That matches the previous results.  After that, lots more declared and not defined functions, right?
[11:59] <StevenK> lool: I have a patch for mobile-basic-home-plugin.c:471.
[11:59] <StevenK> lool: inline function is the one I can't solve
[11:59] <lool> StevenK: That's a libhildonwm issue; it should list these functions as extern inline in the public headers
[11:59] <lool> I solved it with -Wno-error
[11:59] <lool> *cough*
[12:00] <lool> But we should report it upstream
[12:00] <lool> StevenK: Just append -Wno-error in the debian/rules cflags
[12:00] <lool> Well there are none which is against policy since you should build with -O0 or -O2 dependning on debug flag
[12:01] <persia> lool: It lists them as extern inline in /usr/share/libhildonwm/libhildonwm/hd-wm.h  Is that not the right place?
[12:01] <lool> persia: There's a comment explaining why they do so
[12:01] <lool> Basically these are getter/setter to access properties; it's just like a pointer deref, but they wrapped them in functions because of the type checking it provides
[12:02] <lool> (mind you if pygobject had been doing the same I wouldn't have chased the x86-64 crasher for a full day)
[12:02] <lool> It's fine when you're within libhildonwm and the function is actually reachable (inline-able)
[12:03] <lool> But no app can use these functions with such headers definitions, unless it has access to a PIC version of the .a file and doesn't mind linking statically
[12:03] <lool> What upstream should be doing is having some kind of "ifdef WITHIN_HILDONWM_BUILD" flag which sets these functions as extern inline in this case, but regular functions otherwise
[12:04] <lool> Or they should be dropping these functions from the API completely
[12:04] <Celtiore> hi
[12:04] <lool> But anyway, these API discussions are not very interesting for mbf which doesn't even use these
[12:04] <Celtiore> i have question
[12:04] <Celtiore> i try to use moblin image creator
[12:04] <lool> You don't really want to build something like mbf with -Werror
[12:04] <lool> (imo)
[12:04] <lool> The xulrunner 1.9 macros wont even allow this
[12:05] <Celtiore> i do : load project : open file mic.tar.bz2, but whe finish i can't see the project and the target ?
[12:06] <lool> StevenK: Does that unstuck you?
[12:07] <lool> StevenK: I can provide the write() "fix" if you like
[12:07] <lool> (which is absolutely hideous since there's no mean to bubble up the error anyway)
[12:08] <StevenK> lool: I have the write fix as a patch
[12:08] <StevenK> lool: $(MAKE) CLFAGS += -Wno-error
[12:08] <StevenK> ?
[12:08] <lool> StevenK: http://paste.ubuntu.com/43303/
[12:09] <lool> StevenK: I would set the CFLAGS in debian/rules
[12:09] <lool> It should pick them up it seems
[12:10] <lool> mobile-basic-flash-0.44/configure.ac:CFLAGS="$CFLAGS -Wall -ansi -Wmissing-prototypes -Wmissing-declarations -Werror -std=c99 -rdynamic"
[12:11] <persia> Wouldn't it be better to patch s/-Werror/-Wno-error/ rather than declaring both?
[12:12] <lool> StevenK: http://paste.ubuntu.com/43308/
[12:12] <lool> StevenK: configure.ac overrides your CFLAGS though; it should really be CFLAGS="blah $CFLAGS" to start with
[12:13] <lool> persia: I think upstream should only use -Werror for their pre-release QA or for dev trees, not in released tarballs
[12:13] <lool> persia: That said, yes it would work to patch the -Werror, but then you end up patching configure.ac and running autoconf while it's way easier to add -Wno-error at the end of the CFLAGS
[12:14] <persia> lool: I agree, which is part of why I suggest a patch: it's something that legitimately belongs upstream, rather than being a packaging artifact.
[12:14] <lool> You spend your time the way you like, but I wouldn't want to maintain patches I'll have to refresh on every new upstream forever :)
[12:14] <lool> StevenK: Anything else I can do for you?
[12:14] <persia> But we already run ./autogen in the build, so I don't see the extra cost, but it's not important enough to debate :)
[12:15] <lool> I'm not sure we always do
[12:15] <lool> If you build on your host once, then the autogen results will be kept in the diff; but right we run autofoo anyway
[12:15] <persia> lool: But we call ./autogen.sh in the configure-stamp rule ...
[12:15] <lool> Which is IMO a bad idea but heck
[12:16] <persia> Yeah, it's debatable, but as long as we're doing it anyway ... :)
[12:16] <lool> persia: Hmm good point, the autogen run is correctly unconditionnal here
[12:16] <lool> For instance there's no autoconf bdep
[12:16] <lool> Most bdeps aren't versionned
[12:17] <persia> RIght.  In the conditional case, it might make more sense to hack it in debian/rules.
[12:17] <lool> upstream doesn't provide any m4 files, so you need to bdep on all packages providing m4 macros in configure.ac
[12:17] <lool> etc. etc.
[12:17] <lool> autotools during build with such an upstream tarball is a bad idea, but then we don't even have autotoolized released tarballs
[12:19] <lool> For instance there isn't any libgconf2-dev bdep but the build relies on the AM_GCONF_SOURCE_2 macro in /usr/share/aclocal/gconf-2.m4
[12:19] <lool> I wish Keybuk would read this perfect example of the theory I was explaining some days ago
[12:27] <persia> lool: I'm actually in the camp of people who believe we should run autofoo at build time.  More than once a simple give-back has solved issues that otherwise would have required source changes.
[12:27] <persia> That said, it does rely on a well-behaved upstream, or it's just shooting oneself in the foot.
[12:28] <lool> I'm in the camp who thinks it's too complex for people to get right
[12:36] <persia> lool: And I suspect we can both find lots of examples.  In the meantime, I suspect we'd do best to review each package separately, depending on how well upstream did their work, we can do it my way or your way.
[12:51] <lool> Meeting in #ubuntu-meeting in 9 mns
[12:56] <Celtiore> hi persia i have one question please
[12:58] <Celtiore> for aigo mid p8860 we need to modify the install.cfg and install.sh , if we want to install correctly UME
[13:01] <lool> Meeting in #ubuntu-meeting
[13:19] <lool> amitk: I git-cvspimpported http://people.ubuntu.com/~lool/git/aufs.git/
[13:19] <lool> amitk: 4350c42ec737e187a710e38a4b20dcbe840fe4c4 is more recent than the claimed date of fix, but interesting
[13:22] <amitk> lool: yeah. it looks like we are going to get the latest aufs into intrepid
[13:23] <lool> the 25 one?
[13:23] <lool> amitk: It would be nice to import aufs with history into the ubuntu tree if you ask me  :-)
[13:24] <davidm> amitk, can you join us in #ubuntu-meeting?  I'd like to get the status of the  aufs bug into the record
[13:24] <amitk> lool: yes the 25 one
[13:25] <amitk> that is the one that is supported for kernels 2.6.25+
[16:32] <Celtiore> where can i find the last version of idctouch drivers for aigomid p8860 ?
[16:34] <persia> Celtiore: That's a tricky question.  I think you're the only aigomid user who's usually here.  Google might help.
[16:35] <Celtiore> thanks you
[16:35] <persia> Also, you were asking earlier about MIC: if you need to modify install.cfg and install.sh, you can do that once you've created your target, but before you build your image.
[16:35] <persia> (I think)
[16:35] <persia> If that doesn't work, you'll need to grab the MIC source and hack it, or loopmount the result image, and modify it.
[16:42] <Celtiore> about desktop background, with last img , we can easily change it :)
[16:42] <persia> Celtiore: I've not tried on the intrepid dailies, but it's easy on the 8.04.1 image.
[16:43] <Celtiore> yes i try the 8.04.1
[16:43] <Celtiore> but no network, no touchscreen :(
[16:45] <persia> Oh.  Hrm.  That's incredibly annoying.
[16:45] <persia> ian_brasil suggested you could import background images to 7.10, but I don't know how.
[16:46] <persia> Let me check the desktop background tool in the dailes quickly: it might be OK, but I know there are a couple bugs that cause the dailes to crash, so they certainly aren't recommended for real use.
[16:48] <Celtiore> ok
[16:48] <Celtiore> but i have a lot of pictures with the desktop manager background
[17:14] <persia> Celtiore: Actually, there seems to be a bug in the dailes that prevents the changing of the desktop background.
[17:14] <persia> I've no good advice for you today.  Sorry :)
[17:15] <Celtiore> np persia
[19:21] <lool> ogra: Hey!  Don't know how busy you are: did you send out a list of packages relevant for the mobile seed only?  I still need to do this for mid, and wondered how you compiled yours
[23:30] <smp4488> anyone around?


[09:36] <Scary_Guy> Just upgraded to 23.10 and WHY IS IT SO SLOW?  Takes forever to open apps, though once they're open it's fine.  Also the terminal seems to open normally.
[13:38] <cmaloney> Snaps?
[17:20] <Scary_Guy> sudo apt remove snapd is like one of the first things I do.
[17:22] <jrwren> but... amazon-ssm-agent! ;)
[17:22] <jrwren> but... LXD!  ;)
[17:26] <Scary_Guy> https://github.com/lxc/incus
[17:28] <Scary_Guy> IDK what that is, I just find possibly better alternatives and paste them.
[17:48] <cmaloney> Incus is what happens when Canonical starts doing the whole big swinging D thing with their trademarks and the developers who actually know what's going on fork the project and leave Canonical
[17:51] <jrwren> truth!
[17:52] <jrwren> incus is the fork. so definitely use that, its packaged as deb while LXD is snap only.
[17:52] <jrwren> more proof that LXD going snap only was Canonical bullshit.
[17:52] <jrwren> Ubuntu would be great if Canonical wasn't so stupid.
[18:01] <cmaloney> Yes, on so many levels


[01:30] <jkfangTW> I have trouble on setting up phonon with gstreamer on Maverick (10.10), cause only streamer support TI's hardware codec.
[01:30] <jkfangTW> Does anyone has familiar experience on pandaboard ?
[01:32] <jkfangTW> I install phonon via synaptic, and it install its xine as its backend. But This does not support Hardware Codec.
[01:33] <jkfangTW> Then I install phonon-backend-gstreamer via synaptic, but it does go well.
[01:34] <jkfangTW> it doesn't go well.
[02:01] <twb> Isn't phonon the KDE4 thing?
[02:15] <jkfangTW> yes, but I want to write QT application on pandaboard. And most of qt library is ready, except Phonon with HW codec.
[02:15] <twb> Why would phonon be talking to GNOME's audio libraries?
[02:16] <jkfangTW> You can put any libs you like on ubuntu....
[02:17] <jkfangTW> run gnome but use qtlib, which is my case.
[03:52] <Netham45> I'm trying to compile my kernel for a tegra 2 (armv7) but I keep getting an armv5 kernel, any ideas where to check? I've exported cflags as -mtype=armv7-a
[03:53] <twb> Netham45: don't pass CFLAGS, do it in .config
[03:54] <Netham45> Know where?
[03:55] <infinity> make menuconfig and look at the CPU options?
[03:56] <twb> yup
[03:56] <twb> There should be a tegra 2xx option IIRC
[03:56] <twb> As for the ABI, dunno
[03:56] <Netham45> Well, that was easy. >.<
[03:57] <twb> BTDTBTTS
[03:57] <twb> lilstevie: btw, don't forget about me :P
[04:26] <lilstevie> twb: k
[04:26] <lilstevie> Netham45: arch/arm/Makefile
[05:58] <Netham46> Woo, got my kernel recompiled w/ usb audio working
[05:59] <Netham46> Now if I can just figure out why pulseaudio shits itself w/ my usb headset
[06:02] <twb> because it's crap? ;-P{
[06:11] <Netham45> twb, yea, I'm not fond of pulseaudio
[06:12] <Netham45> seems to be a lot more of a resource hog than ALSA is
[06:12] <Netham45> but hey, mumble works w/ alsa too.
[09:14] <shadeslayer> lilstevie: any updates on the sbk? I see a couple of posts dating back 15 days that say that you have the keys, so the only problem is the mini boot loader thing?
[09:25] <lilstevie> shadeslayer: not at this point,
[09:26] <shadeslayer> lilstevie: ok, any ETA?
[09:26] <lilstevie> ...
[09:30] <shadeslayer> uh .. ok, I'll just keep a ear out then
[09:30] <lilstevie> you are not familar with the policies on ETAs are you
[09:31] <shadeslayer> heh, I am, just thought that this one might be different :P
[14:15] <stlsaint> where can i get the gcc compiler to compile arm kernel?
[14:16] <ogra_> apt-get install gcc on an arm device ?
[14:16] <ogra_> well, probably better build-essential instaed fo gcc, that pulls in the toolchain too
[14:17] <stlsaint> ogra_: im trying to compile just the kernel for ARM arch on my laptop
[14:18] <ogra_> ah, talk to hrm then, he has a cross compiler
[14:18]  * ogra_ always frogets the package name ... i think its just gcc-cross though
[14:18] <stlsaint> ogra_: apt-cache turns up nothing on gcc-cross
[14:18] <gildean> gnueabi?
[14:19] <stlsaint> stlsaint@devcore:~$ apt-cache search gnueabi
[14:19] <stlsaint> type-handling - dpkg architecture generation script
[14:20] <gildean> i'm quite sure it's something like gcc-arm-linux-gnueabi
[14:20] <ogra_> not the package name
[14:21] <ogra_> thats rather
-libgcc1-armel-cross
[14:21] <ogra_> err
-armel-cross
[14:21] <ogra_> or armhf
[14:22] <gildean> https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/CrossbuildingQuickStart
[14:23] <stlsaint> thanks, will read now
[14:30] <stlsaint> for whatever reason sudo apt-get install gcc-4.5-arm-linux-gnueabi says i have nothing to install
[14:30] <stlsaint> not that its already installed, just that its not even available in general...adding linar ppa now
[14:32] <ogra_> what ubuntu release are you on ?
[14:32] <gildean> it might be 4.6?
[14:32] <gildean> isn't that what's on oneiric?
[14:33] <ogra_> yes
[14:37] <stlsaint> ogra_: im on lucid
[14:37] <stlsaint> i added linaro ppa and everything is being pulled and installed now
[14:37] <stlsaint> thanks fellas
[14:38] <rbelem> hey guys, is it possible to fetch packages from a ppa to live-build?
[14:41] <ogra_> rbelem, i tihimnk linaro does that for their images, ask over there
[14:41] <ogra_> *think
[14:42] <rbelem> thanks ogra_ :-)
[14:59] <stlsaint> ok once the compiler is installed how to i compile with it?
[15:04]  * ogra_ only compiles natively, no idea
[15:05] <ogra_> but there are definitely howtos in linaro
[15:05] <stlsaint> ok
[15:10] <robclark> btw, with lightdm is there a way to boot into text mode...  'text' bootarg doesn't seem to work any longer..
[15:15] <ogra_> robclark, no, its broken, ndec filed a bug already
[15:15] <robclark> ahh, ok..
[15:19] <stlsaint> jesus christ...so i have /usr/bin/arm..etc but when i run make command i get: /bin/sh: /usr/bin/arm-linux-gnueabi-gcc-4.5gcc: not found
[15:55] <ogra_> robclark, bug 873334, you could click the "me too" button to raise the heat :)
[15:55] <ubot2> Launchpad bug 873334 in lightdm "the upstart job is missing support for 'text' command" [Low,Triaged] https://launchpad.net/bugs/873334
[15:56] <robclark> ogra_, thx
[15:59] <stlsaint> i fixed my compiler issue but not i get what looks like a regression bug in 4.5..../tmp/cciuTN9g.s: Assembler messages:
[15:59] <stlsaint> /tmp/cciuTN9g.s: Error: .size expression for __restart_pllx does not evaluate to a constant
[17:53] <GrueMaster> Woohoo.  I have a workaround for bug 857299.  banshee is now working on arm.
[17:53] <ubot2> Launchpad bug 857299 in banshee "banshee window remain white on startup on armel" [High,Confirmed] https://launchpad.net/bugs/857299
[17:55] <GrueMaster> Will need to tweek the patch to minimize any noise, and also need to compare the code execution on arm & x86 to determine why they are different.
[22:58] <rsalveti> GrueMaster: great, will check it out and let you know if it worked for me
[22:58] <rsalveti> ogra_: robclark: yeah, also noticed about the lack of text support today
[22:59] <robclark> rsalveti, it is a bit awkward when you are debugging xorg driver :-P
[23:01] <rsalveti> robclark: :-)
[23:02] <GrueMaster> rsalveti: I will be working on this some more shortly.  I'm getting ready to start packing now.  6am flight for Orlando tomorrow.  Will probably work on this in-flight on my AC100.
[23:03] <rsalveti> GrueMaster: oh, you're goint to orlando earlier this time
[23:03] <robclark> ugg, 6am flight.. sounds like fun..
[23:03] <rsalveti> yeah, no sleep at all...
[23:03] <rsalveti> robclark: will you join us at connect?
[23:03] <robclark> yup..
[23:03] <GrueMaster> Yes, I'm in the QA CoP training session starting Thursday.
[23:03] <rsalveti> cool
[23:04] <rsalveti> GrueMaster: oh, ok
[23:04] <rsalveti> :-)