[05:46] <Saviq> tsdgeos, can't sleep? ;)
[05:46] <tsdgeos> nope
[05:46] <tsdgeos> woke up 2 hours ago already
[05:47] <tsdgeos> decided may as well start working instead of trying to go back to sleep
[05:47] <Saviq> tsdgeos, yeah, I didn't sleep well either, started an hour ago...
[05:47] <tsdgeos> omg, unity-2d sru finally pushed :D
[05:47] <Saviq> :D
[05:48] <tsdgeos> i fixed those bugs like 1 year ago
[05:48] <tsdgeos> Saviq: https://bugs.launchpad.net/bugs/1176962
[05:55] <Saviq> tsdgeos, cheers
[05:56] <tsdgeos> qt 5.1 beta1 being prepared today
[05:57] <Saviq> tsdgeos, you've distro-patched the QColor patch already, did you?
[05:57] <tsdgeos> "yes"
[05:57] <tsdgeos> for some value of "yes"
[05:57] <tsdgeos> :D
[05:57] <tsdgeos> it's in the 5.0.2 packages that are in the qt ppa
[05:58] <tsdgeos> in the qt "beta" ppa
[05:58] <tsdgeos> which means i can't still use it in the shell since those packages are still not hitting the device
[05:59] <Saviq> but will, soon
[05:59] <tsdgeos> yep
[05:59] <Saviq> k
[05:59]  * tsdgeos is so happy he can type "ubuntu_chroot" instead of "ubutu_chroot shell" all the time :D
[06:10] <Saviq> tsdgeos, yeah, and I only discovered it by mistake recently ;D
[06:13] <tsdgeos> gallery works again :-)
[06:32] <Mirv> tsdgeos: oh, good to know :)
[06:50] <Saviq> tsdgeos, I'm not sure I understand your comment for mterry's branch - getString gets a value for a role, not the name of the role
[06:51] <tsdgeos> Saviq: i mean, we should be using the roleNames mapping
[06:51] <tsdgeos> and just call for .infographic on the item
[06:51] <tsdgeos> that will call data
[06:51] <tsdgeos> no?
[06:51] <Saviq> tsdgeos, that's what we had before
[06:51] <Saviq> tsdgeos, but that meant returning a complete QVariantMap
[06:51] <Saviq> which mterry found to be slow
[06:52] <tsdgeos> what we had before was calling get()
[06:52] <tsdgeos> that returned the whole variantmap
[06:52] <tsdgeos> afaics
[06:52] <Saviq> yeah
[06:52] <Saviq> and that was slow (too slow, btw)
[06:52] <tsdgeos> sure
[06:52] <tsdgeos> but it's not what i suggest
[06:53] <tsdgeos> what i suggest should not call, get() or should it?
[06:54] <tsdgeos> i don't see why it should
[06:55] <Saviq> he needs to get the item by index
[06:56] <tsdgeos> well, that's the un-declarative way i am finding
[06:56] <tsdgeos> shouldn't need it
[06:56] <Saviq> yeah we've tried using currentItem
[06:56] <tsdgeos> actually if he has the currentIndex should have a model somewhere with a currentItem with the model data
[06:56] <tsdgeos> and?
[06:57] <Saviq> and they change differently
[06:57] <Saviq> currentIndex changes straight away
[06:57] <Saviq> currentItem waits for the transition to finish
[06:57] <tsdgeos> you may want to use the
[06:58] <tsdgeos> forceLayout stuff
[06:58] <tsdgeos> ah wait not
[06:58] <tsdgeos> that's introduced in my patches
[06:58] <tsdgeos> we are still not using that :D
[06:58] <Saviq> and really, it's not QML-ish because LightDM isn't QML-ish
[06:58] <tsdgeos> sure
[06:58] <Saviq> it's a challenge-response mechanism
[06:59] <Saviq> so the workflow is: authenticate(userName); wait-for-potential-prompt; onClicked: respond(password); onAuthenticationCompleted: login()
[06:59] <tsdgeos> i know, i implemented the remote login in lightdm-gtk
[06:59] <Saviq> good
[06:59] <tsdgeos> vaaaala :D
[07:00] <Saviq> so if you can look at it and find a way to make it more declarative-friendly, go for it, I failed last week
[07:00] <Saviq> only thing I can think of right now is reacting onIndexChanged and using itemAt()
[07:00] <Saviq> instead of reacting onCurrentChanged
[07:01] <tsdgeos> it'd be "the same" i guess
[07:02] <tsdgeos> what i wonder is what mterry mentioned about the variant unboxing
[07:02] <Saviq> yeah
[07:02] <tsdgeos> seems to me like it should just work
[07:02] <Saviq> I didn't think that was an issue
[07:02] <Saviq> wanted to try that myself
[07:05] <tsdgeos> oki
[07:05] <tsdgeos> you try that then?
[07:05] <Saviq> yeah, trying
[07:05] <tsdgeos> cool
[07:08] <tsdgeos> Saviq: also should find a way not to duplicate the enums
[07:09] <Saviq> tsdgeos, yeah +1
[07:09] <tsdgeos> looks like it'll break quickly
[07:09] <tsdgeos> paulliu: any luck with the peoplepreview failing test?
[07:09] <Saviq> tsdgeos, I'm generally of the opinion that enums should be wrapped in separate non-creatable classes
[07:10] <tsdgeos> that's a way to get them around, yep
[07:12] <paulliu> tsdgeos: not yet.. Still reading the code.
[07:39] <Saviq> tsdgeos, I found no way to reuse the  enums other than going "enum NewEnums { Role = OldEnums::Role, ... }"
[07:40] <Saviq> that at least will let us know when stuff break
[07:40] <Saviq> s
[07:40] <tsdgeos> or exporting the "base model"
[07:40] <tsdgeos> to qml
[07:40] <tsdgeos> no?
[07:40] <Saviq> or that, yeah
[07:40] <Saviq> but that would mean it's otherwise accessible, not sure mterry wanted that, but I'll add a comment
[07:41] <tsdgeos> we can export it uncreatable
[07:41] <tsdgeos> should not hurt, no?
[07:41] <Saviq> yeah
[07:42] <Saviq> effectively doing what I mentioned above...
[07:42] <tsdgeos> kind of, yes :D
[07:47] <Saviq> tsdgeos, any idea why the QVariantMap approach could be so slow?
[07:49] <tsdgeos> Saviq: it's creating the qpixmap with the background every time
[07:49] <tsdgeos> :D
[07:49] <Saviq> right
[07:49] <tsdgeos> in UsersModel::data UsersModel::BackgroundRole
[07:49] <tsdgeos> that *has* to be slow
[07:50] <Saviq> yeah, just saw
[07:50] <Saviq> sounds broken
[07:51] <tsdgeos> well, the thing in models is that ideally you only get stuff when you need it/has changed
[07:51] <tsdgeos> so having an expensive data "is ok-ish"
[07:51] <Saviq> yeah
[07:51] <tsdgeos> but the ::get function is breaking that assumption
[07:51] <Saviq> hence the get() shouldn't even be there
[07:51] <Saviq> we need to look through its uses
[07:51] <tsdgeos> agreed
[07:51] <Saviq> and make it go away
[07:54] <tsdgeos> want me to do that?
[07:55] <tsdgeos> shall we write it in the blueprint somwere
[07:55] <tsdgeos> ?
[07:55] <tsdgeos> +e+h
[07:55] <Saviq> tsdgeos, yeah, drop it in a bp somewhere
[07:56] <tsdgeos> done
[07:57] <Saviq> thanks
[07:58] <greyback> hi guys!
[07:59] <Saviq> tsdgeos, I think we can live with the data(int, int), though, what do you think?
[07:59] <paulliu> Ah.. I think I need some help.
[07:59] <Saviq> greyback, hey
[08:00] <Saviq> greyback, how was your trip?
[08:00] <paulliu> Just check every possible field like Item.visible, etc. Everything is ok there.
[08:00] <Saviq> greyback, and how is your anti-jetlag? ;)
[08:00] <tsdgeos> Saviq: yeah, data(int, int) and maybe data(int, string) so one can use the roleName if wanted
[08:00] <Saviq> tsdgeos, only thing is... that adds to the ListModel API...
[08:00] <greyback> Saviq: not bad. Managed to sleep a few hours on the plane, and woke at 5.30 this morning. Jet-lag probably kick in later today
[08:01] <paulliu> Let me push the non-proper fix first.
[08:01] <Saviq> tsdgeos, which we might end up abusing
[08:01] <Saviq> tsdgeos, and expect those to be implemented in all ListModels
[08:01] <tsdgeos> true
[08:03] <tsdgeos> but that's something we already have :D
[08:03] <tsdgeos> i mean the code was using get()
[08:03] <tsdgeos> what we can do is not have any of the get()
[08:03] <paulliu> BTW, is there any way to make bzr push faster? Small changes but still needs to upload a lot of data.
[08:03] <tsdgeos> is that what you meant?
[08:04] <tsdgeos> paulliu: yes
[08:04] <tsdgeos> use --stacked-on
[08:04] <tsdgeos> bzr push --stacked-on bzr+ssh://bazaar.launchpad.net/+branch/unity/phablet/ lp:blablabla
[08:05] <paulliu> Is lp:blablabla the branch that being stacked-on or it is a newly created branch?
[08:05] <Saviq> paulliu, the new one
[08:06] <paulliu> ok.. got it.
[08:06] <Saviq> tsdgeos, seems the dri fix doesn't want to get merged?
[08:06] <paulliu> Let me try that.
[08:08] <Saviq> greyback, I got rerouted via CPH (SFO > FRA > CPH > WRO)
[08:09] <tsdgeos> Saviq: yep, paulliu working on it
[08:09] <greyback> Saviq: ouch
[08:09] <Saviq> the good thing about that is the easiest €250 earned in my life ;)
[08:09] <tsdgeos> somehow the fact we actually render the test makes it unstable now
[08:09] <greyback> Saviq: Overbooked? So when did you actually get home?
[08:09] <Saviq> greyback, 9pm Sunday
[08:09] <Saviq> some 20hrs trip
[08:10] <greyback> Saviq: nasty
[08:10] <paulliu> tsdgeos: Is this ok? bzr push --stacked-on lp:unity/phablet lp:~paulliu/unity/fix-tst-peopleview
[08:10] <paulliu> tsdgeos: It told me that UnsupportedProtocol.
[08:11] <Saviq> paulliu, no, copy the exact command from tsdgeos
[08:11] <Saviq> paulliu, you need the full bzr+ssh://...
[08:11] <Saviq> for the --stacked-on
[08:11] <paulliu> Saviq: ok.
[08:24] <tsdgeos> paulliu: i've commited the waits to my ~aacid/unity/jenkins_mesa_dri/ branch that fails all the time in CI
[08:24] <tsdgeos> just to prove that it makes CI pass
[08:24] <tsdgeos> then we can remove them and add a proper fix :-)
[08:24] <tsdgeos> if we find it :D
[08:27] <paulliu> tsdgeos: I'd like to find it. But I need some clue.
[08:28] <paulliu> tsdgeos: 600 is actually a magic number for my slow machine. If I use my faster desktop machine, it only needs 300 or less.
[08:28] <tsdgeos> i see
[08:28] <tsdgeos> let's see if 600 works for the CI machines :D
[08:32] <tsdgeos> sadly not even running it in valgrind makes it fail here
[08:32] <tsdgeos> need a slower machine!
[08:34] <greyback> tsdgeos: waitForRendering(item,timeout) any use maybe?
[08:34] <greyback> not that I understand why such a thing is needed frankly
[08:35] <tsdgeos> :D
[08:35] <tsdgeos> no clue, paulliu can you give ↑↑ that a try?
[08:36]  * tsdgeos sets up a VM with only 40% of the CPU pwoer to try to reproduce the issue locally
[08:37] <paulliu> tsdgeos: yeah.. I'll try it.
[08:38] <greyback> tsdgeos: paulliu: also that test would probably be a lot more robust if we used "tryCompare" instead of "compare"
[08:39] <paulliu> greyback: hmm.. I've treied tryCompare.. not working there.
[08:39] <paulliu> greyback: it is really not ready to get a mouse event.
[08:39] <tsdgeos> greyback: trycompare won't help here
[08:40] <tsdgeos> basically you either got the click or not
[08:40] <Saviq> greyback, can you https://code.launchpad.net/~saviq/unity/phablet.tweak-build_unity/+merge/162730
[08:40] <greyback> hmmm, would there not be a way to do something like "tryCompare(mouseArea, ready, true)" ?
[08:40] <greyback> Saviq: ack
[08:44] <paulliu> greyback: the wait(600) have to be in front of mouseClick anyway. If we move it after mouseClick, it failed.
[08:44] <paulliu> tryCompare is a loop and wait, isn't it?
[08:44] <greyback> paulliu: effectively, yes
[08:45] <greyback> paulliu: I'm more curious about what's actually happening in the declarative engine to make the test fail.
[08:46] <paulliu> greyback: yeah, me too.
[08:46] <tsdgeos> greyback: mousearea ready?¿
[08:46] <greyback> tsdgeos: pseudo-code
[08:46] <tsdgeos> ah :D
[08:46] <paulliu> greyback: And I've tried to see those properties in Item. Is the child visible, or ready to accept events, or those. They are all true/ready.
[08:46] <greyback> tsdgeos: completed maybe?
[08:47] <tsdgeos> greyback: thing is, if it's "there" it should be "ready"
[08:47] <tsdgeos> there's no loader afaics
[08:47] <Saviq> greyback, that's Component prop, not there on the actual item
[08:47] <Saviq> not even prop, signal
[08:47] <Saviq> the only thing I can think of would be to instrument the actual MouseArea
[08:48] <Saviq> and first tryClick() in a loop until clicked() is emitted
[08:48] <Saviq> and only then progress with the test
[08:48] <Saviq> but then we do not always have direct access to the MouseArea
[08:48] <greyback> tsdgeos: yep. /me puzzled
[08:50]  * Saviq dislikes the fact that there's no "previous workitems" summary in LP
[08:50] <Saviq> so after the month passes, there's no way to see the summary for them
[08:52] <Saviq> we'll have to wait for kgunn to sort them out
[08:53] <tsdgeos> +1
[08:53] <tsdgeos> i actually lost the unfinished items
[08:54] <tsdgeos> and had to go looking at the blueprints to bring them to the next month
[09:23] <Saviq> tsdgeos, yeah exactly
[09:28] <tsdgeos> so yeah addig the wait definitely makes CI pass
[09:37] <paulliu> greyback: sorry, what is waitForRender?
[09:38] <greyback> paulliu: I'm not entirely sure :) But it looked maybe relevant
[09:47] <tvoss> Saviq, ping
[09:48] <Saviq> tvoss, pong
[09:52] <Saviq> greyback, you got the patch to run the shell in mir?
[09:54] <greyback> Saviq: is rough, but yeah
[09:54] <Saviq> greyback, is fine
[09:54] <Saviq> greyback, can you pastebin?
[09:54] <greyback> Saviq: use lp:~mzanetti/unity/phablet-integrate-mir/
[09:54] <Saviq> greyback, cheer
[09:59] <mmrazik> didrocks: ping
[10:01] <tsdgeos> yay, test fails in the VM :-)
[10:01] <didrocks> mmrazik: pong
[10:03] <mmrazik> didrocks: regarding the dashboard document. Who is actually supposed to be the end user of the functionality?
[10:03] <mmrazik> like who will be able to retrigger a release, etc
[10:04] <didrocks> mmrazik: upstream would be the end user of the functionality
[10:04] <mmrazik> what is upstream?
[10:04] <didrocks> mmrazik: the integration team will sometimes have to do "manual publication"
[10:04] <mmrazik> lets say for unit next
[10:04] <mmrazik> like kevin gunn?
[10:04] <didrocks> mmrazik: right
[10:04] <mmrazik> or the engineers in his team?
[10:04] <mmrazik> (both?)
[10:04] <didrocks> mmrazik: both, I guess
[10:05] <didrocks> mmrazik: also, the management (upstream and integration) who wants a view on their status regarding the distro
[10:05] <mmrazik> didrocks: so what is wrong with having a link to jenkins to a specific job. You click there, the job gets triggered again... ?
[10:05] <mmrazik> like we do with CI
[10:05] <mmrazik> there are lots of downstream jobs
[10:05] <mmrazik> but there is a rebuild link to the "master" job
[10:06] <mmrazik> I assume you have something similar
[10:06] <didrocks> mmrazik: because the whole workflow would be managed by celery
[10:06] <didrocks> and not jenkins
[10:06] <didrocks> jenkins isn't done for controlling workflow
[10:06] <didrocks> we are just abusing it this way
[10:06] <didrocks> and this lead to corner case and contentions
[10:07] <mmrazik> mhm.. I guess I just don't understand the problem here
[10:07] <mmrazik> so we are essentially reimplementing jenkins in celery?
[10:08]  * mmrazik is just reading about celery
[10:08] <didrocks> mmrazik: no, jenkins is still used for running the jobs
[10:09] <didrocks> mmrazik: celery would be used to control the workflow (job chained)
[10:09] <didrocks> mmrazik: look at my latest comment on the document, there are multiple modes in daily release contrary to upstream merger
[10:09] <mmrazik> didrocks: so what is wrong on the way jenkins does that with upstream/downstream/etc ?
[10:09] <mmrazik> ok
[10:09] <didrocks> mmrazik: look at the -generic job
[10:09] <didrocks> mmrazik: for running tests
[10:09] <didrocks> it's not easy to tell what -check triggered what -generic
[10:09] <didrocks> for instance
[10:10] <didrocks> also, we have some "control flow jobs" like, head, prepare, and so on…
[10:10] <didrocks> let's imagine one job is stuck
[10:10] <didrocks> the others are then pending, and we can end up having all the jobs stuck as the new subjobs is waiting on a free slot
[10:10] <mmrazik> to me it still sounds like all this functionality is in jenkins. We just have too many generic jobs  so we have problems to tie them together (but even that is possible in the jenkins api)
[10:10] <mmrazik> but I'm still reading your comments
[10:11] <mmrazik> when I read about celery I have an impression like reading about jenkins
[10:11] <didrocks> mmrazik: celery is about chaining jobs, jenkins isn't supposed to be able to run 10 subjobs and collecting the status
[10:12] <mmrazik> didrocks: why not?
[10:12] <didrocks> mmrazik: see the contention point ^
[10:12] <didrocks> mmrazik: we can end up in a situation where the tracking jobs are stucked
[10:12] <mmrazik> but that is something you need to figure out in celery as well
[10:12] <mmrazik> or not?
[10:13] <mmrazik> (by having more workers like you would have in jenkins)
[10:13] <didrocks> mmrazik: no, as celery doesn't have the concept of slots, basically, celery is like a grafcet, then you can run whatever you want from this grafcet (in that case, jenkins jobs)
[10:14] <mmrazik> didrocks: grafcet == petri net?
[10:14] <mmrazik> (can't find anything english for that term)
[10:15] <didrocks> mmrazik: interesting, indeed, can find in spanish, deutch and french…
[10:15] <didrocks> not really petri net though
[10:16] <didrocks> you can see it as a workflow descriptor, chaining jobs on conditions
[10:16] <didrocks> those jobs would be jenkins jobs
[10:16] <didrocks> we are just going to move away the controller from the executor
[10:16] <mmrazik> I still think we are implementing our own jenkins that way... jenkins jobs will be made equivalent to shell scripts
[10:17] <mmrazik> but anyway... thats not my main concernt
[10:17] <tsdgeos> greyback: and the prize goes to you
[10:18] <greyback> tsdgeos: waitForRender?
[10:18] <tvoss> didrocks, if jenkins is still the executor, having an external does not help at all, as slots are still provisioned by the executor. Or am I missing something?
[10:18] <mmrazik> I'm just a bit concerned to spend time developing replacement for something where I (personally) don't see huge issues
[10:18] <tsdgeos> greyback: yep, that fixes i
[10:18] <tsdgeos> t
[10:18] <tsdgeos> greyback: seems like the row was still "in flux"
[10:18] <tsdgeos> not having really adapted all the sizes properly
[10:18] <mmrazik> the contention thing can be resolved by propper priorities and executors
[10:18] <tsdgeos> and waitForRendering makes sure everything is stable
[10:18] <didrocks> tvoss: the issue there is that the controller is provisionning executors, and it's executed as well
[10:18] <greyback> tsdgeos: interesting
[10:18] <mmrazik> didrocks: but that can be resolved in jenkins
[10:18] <didrocks> tvoss: so you can have all slots taking bug controller jobs
[10:18] <tsdgeos> i did printing of .x of the elements of a row
[10:18] <tsdgeos> and got
[10:18] <tsdgeos> 0
[10:18] <tsdgeos> -56
[10:19] <didrocks> mmrazik: apart by having more slots, how?
[10:19] <tvoss> didrocks, how does an external controller solve that?
[10:19] <tsdgeos> which was weird since the second element of the row can't be to the left of the first one :D
[10:19] <mmrazik> didrocks: priorities, more slots, "virtual" executor which executues controlling jobs only
[10:19] <didrocks> tvoss: the external controller doesn't take jobs on jenkins and only execute real "jobs", not workflow controler jobs
[10:19] <greyback> tsdgeos: very interesting, I hadn't expected that
[10:19] <didrocks> tvoss: mmrazik: having workflow control jobs as a jenkins jobs is a workaround to me
[10:20] <mmrazik> didrocks: e.g. our master jenkins only executes controlling jobs only and with ~25 execs it works just well
[10:20] <didrocks> mmrazik: well, the main idea, before removing the executors is first to have a sensible global view of the stack
[10:20] <didrocks> mmrazik: which isn't possible with jenkins
[10:20] <mmrazik> didrocks: but thats what jenkins is for. We can then just use shell scripts (which might be fine but I fear we will just run into new issues)
[10:20] <didrocks> mmrazik: you don't have 50 jobs controlled by one executor job though
[10:20] <mmrazik> didrocks: ack. that is the dashboard thing -- aggregating information from varios sources into one cohesive view
[10:21] <mmrazik> thats what I 100% agree we need and thats what francis/allan are working towards
[10:21] <didrocks> mmrazik: indeed, and having the executor at the same place definitively avoid having to recode the same "workflow view" twice
[10:21] <mmrazik> didrocks: are all 50 running at the same time?
[10:21] <didrocks> it will be only in one place
[10:21] <didrocks> mmrazik: yeah, we have stacks like webapps and unity with that many subjobs
[10:22] <mmrazik> didrocks: and they run in parallel ?
[10:22] <tsdgeos> paulliu: can you confirm https://code.launchpad.net/~aacid/unity/jenkins_mesa_dri/+merge/162377 works for you too?
[10:22] <didrocks> indeed
[10:22] <mmrazik> didrocks: and they are all control jobs?
[10:22]  * mmrazik doesn't get it
[10:22] <didrocks> mmrazik: no, there is 3 control jobs
[10:22] <tvoss> didrocks, do we have a prototype for celery driving jenkins?
[10:22] <mmrazik> didrocks: so its essentially 3 jobs that is not so bad
[10:23] <didrocks> tvoss: well, the idea is to build that prototype, but I don't think it's that different from my first upstream merger which had tarmac driving jenkins
[10:23] <mmrazik> all the rest is doing actual work and will be translated to jenkins jobs anyway
[10:23] <didrocks> mmrazik: indeed, but then, you recode the workflow once in jenkins
[10:23] <didrocks> and then again in the dashboard
[10:23] <didrocks> (for the presentation layout)
[10:23] <didrocks> which is what can lead to issue, desynchronisation
[10:23] <didrocks> having that in a coherent place makes more sense to me
[10:24] <tvoss> didrocks, so do you plan on having a small quick prototype soon to verify that integration works as expected?
[10:24] <mmrazik> yeah.. this is the part I still don't understand... why I would need to reimplement the workflow in dashboard
[10:24] <mmrazik> I would just take the result of those 3 control jenkins jobs
[10:24] <didrocks> tvoss: that's my goal, as soon as we finish with the utah replacement in 2 weeks with jibel, we are going to work on that
[10:24] <didrocks> mmrazik: that doesn't work, you want to say "unity stack failed because of:"
[10:24] <didrocks> - prepare failed
[10:25] <didrocks> - build fail
[10:25] <didrocks> - check failed
[10:25] <didrocks> - publish in manual mode
[10:25] <didrocks> - wait on this stack which is locked for…
[10:25] <didrocks> so you have multiple cases, and you need to reimplement the workflow, knowing the orders of jobs and so on
[10:25] <didrocks> and you do that in jenkins and the dashboard
[10:25] <mmrazik> didrocks: it still sounds similar to what we do in CI... we want to know that clang failed (as a downstream job) or coverity check failed
[10:25] <mmrazik> and e.g. coverity is just  ageneric job
[10:26] <mmrazik> we just query jenkins for those relationships
[10:28] <tvoss> didrocks, how do we plan on aggregating results from the different jenkins jobs if we do not explicitly model the relations in jenkins?
[10:28] <didrocks> tvoss: this is what celery is getting to use, to "pilot" (hence using the word control) jenkins jobs
[10:28] <didrocks> tvoss: so it will know the status and results
[10:28] <tvoss> didrocks, but how so? purely on a filesystem level?
[10:29] <didrocks> tvoss: ? using the REST api
[10:29] <tvoss> didrocks, okay
[10:29] <didrocks> tvoss: we do use the filesystem level as of today to coordinate stacks and status, as jenkins is forcing us doing that, and that's what wrong IMHO
[10:29] <didrocks> like to know if you skip a step or not
[10:29] <didrocks> this way, we'll remove that part
[10:30] <tvoss> didrocks, in the usual jenkins setup or in the automerger setup?
[10:30] <didrocks> tvoss: I'm speaking of daily release
[10:31] <tvoss> didrocks, which jenkins setup does that use? I was of the impression that the jenkins setup mmrazik is talking about does not use the filesystem for job control purposes
[10:32] <didrocks> tvoss: filesystem is used for two things:
[10:32] <didrocks> - stack synchronization (knowing that a stack is running when another one should wait on it, and then finally getting the other stack status)
[10:33] <didrocks> - and for the -generic PS test job to know if it needs to skip or run the tests (this skip file/flag on the FS was implemented by mmrazik IIRC)
[10:33]  * mmrazik can't recall what is the 2nd thing
[10:34] <mmrazik> (but I'm not saying I didn't do it :-))
[10:34] <mmrazik> the skip part is something I would implement with a job param (but still can't think of when is that used)
[10:34] <didrocks> the /tmp/autopilot.skip I guess (looking at the job)
[10:35] <mmrazik> I didn't do that
[10:35] <mmrazik> or I really can't recall at least
[10:35] <didrocks> was a long time ago TBH…
[10:35] <didrocks> but I'm more concern about the first case, which is stack synchronization
[10:36] <didrocks> and having B waiting on A, being able to possibly force running B or detect that A is stuck
[10:36] <didrocks> still getting the latest status from A
[10:37] <mmrazik> didrocks: still don't get how celery solves this problem
[10:37] <mmrazik> you would need to implement it there as well
[10:37] <mmrazik> in one way or another
[10:38] <mmrazik> while we seem to have it for jenkins
[10:38] <didrocks> mmrazik: celery will have the whole workflow in memory, and with its django binding, we'll be able to reflect that directly in the dashboard
[10:39] <mmrazik> I see
[10:39] <didrocks> mmrazik: if there was not this django <-> celery, I agree, the story would be different
[10:40] <didrocks> I just see an opportunity to easily be able to reflect the workflow and a global status, in one unique place
[10:40] <mmrazik> by essentially replacing jenkins :)
[10:40] <mmrazik> good that sergio is not here. He would applaud :)
[10:41] <didrocks> ahah :)
[10:41] <didrocks> mmrazik: we'll still use jenkins, just not for controlling chaining tasks
[10:41] <mmrazik> didrocks: yeah... but we can just use shell scripts and upload the stdout/stderr to some random server
[10:41] <mmrazik> thats pretty much what you would use jenkins for
[10:42] <mmrazik> in this model
[10:42] <didrocks> mmrazik: that's not untrue, but we'll still be able to have some different slots on different servers, so it's doing the load repartition as well
[10:42] <mmrazik> right
[10:44] <mmrazik> didrocks: well... still not entirely convinced. I think we should move the daily release stuff to the new infrastructure. Keep doing our work on dashboard (displaying stuff from jenkins, aggregatging e.g. coverage data, etc) and then talk in 2 weeks or so
[10:44] <mmrazik> maybe create a small prototype to see
[10:44] <mmrazik> but I would still try to do it separately from the dashboard
[10:44] <mmrazik> and we can just integrate those two when necessary
[10:45] <didrocks> what's the new infrastructure?
[10:45] <didrocks> mmrazik: but yeah, I didn't request help from your team before jibel and I implement a prototype to have celery controlling the workflow :)
[10:46] <didrocks> I don't want to add that task on your shoes :)
[10:46] <mmrazik> didrocks: srry. I meant the utah replacement
[10:46] <didrocks> mmrazik: ah yeah, we are clearly proritazing that :)
[10:46] <didrocks> way more important as it will unblock a lot
[10:49] <tsdgeos> greyback: can to approve https://code.launchpad.net/~aacid/unity/jenkins_mesa_dri/+merge/162377 ?
[10:49] <tsdgeos> E_NO_GRAMMAR
[10:49] <greyback> tsdgeos: parse error
[10:50] <tsdgeos> greyback: care to review https://code.launchpad.net/~aacid/unity/jenkins_mesa_dri/+merge/162377 ?
[10:50] <tsdgeos> it's the waitForRendering stuff
[10:50] <greyback> tsdgeos: ok
[10:50] <tsdgeos> + something mzanetti had alreayd appoved
[10:50] <tsdgeos> +r
[10:51] <greyback> tsdgeos: coolio, looks fine to me. Will do sanity check and approve
[11:25]  * greyback 's soundcard is completely missing, hopes reboot fixes it
[11:27] <tsdgeos> oh dang, another test failed in the dri thing :D
[11:27] <tsdgeos> but CI had worked :-/
[11:38] <paulliu> tsdgeos: yeah, works
[11:38] <tsdgeos> great
[11:40] <greyback> do we have raring based phablet images?
[11:43] <tsdgeos> the images are raring based
[11:44] <greyback> tsdgeos: it's what I thought
[12:53] <Saviq> kgunn, hi
[12:53] <kgunn> mornin' (or afternoon :)
[12:53] <greyback> kgunn: howdy
[12:56] <Saviq> greyback, can you handle standup today?
[12:56] <greyback> Saviq: ok
[12:56] <Saviq> greyback, I'm EOD'ing soon due to anti-jetlag (I imagine tsdgeos will too, soon)
[13:00] <greyback> Saviq: no worries
[13:31] <tsdgeos> dandrader: hi there, can you review https://code.launchpad.net/~aacid/unity/wait_1_rendering/+merge/162782 ? It is failing randomly in CI and following what we just discovered in the other issue with had i think this is "a better" wait than the wait(1)
[13:32] <dandrader> tsdgeos, ok
[14:10] <Saviq> mterry, of course, itemAt(x, y) is not correct... I confused it with Repeater::itemAt(index)
[14:10] <Saviq> which, btw, I blame the APIs for
[14:10] <mterry> Saviq, yeah  :(  I suppose they don't give itemAt(index) because the item may not exist
[14:11] <Saviq> mterry, yeah, but they've no problem with giving currentItem, which has the exact same issues
[14:11] <mterry> Saviq, you were right about QVariant.  Just tried it myself.  Not sure what happened last time I tried it
[14:11] <mterry> Saviq, :)
[14:12] <mterry> Saviq, so I'll go ahead with exposing the liblightdm class as a different name like "UserEnums" or some such
[14:12] <Saviq> mterry, yup, UserRoles would probably be best
[14:13] <mterry> Saviq, sure.  It only has roles as an enum right now, so that's fine
[14:15] <Saviq> mterry, I'll be fine with merging it like it is, but we do need to find a way to avoid getting data by index altogether
[14:15] <Saviq> at some point
[14:15] <mterry> Saviq, why on earth does Qml not give us a more native way to get a data point from a model?
[14:22] <Saviq> mterry, because you're not supposed to do it like this
[14:22] <mterry> Saviq, you're not supposed to need any data from the model outside of a delegate?  That seems unreasonable
[14:22] <Saviq> you might need the data
[14:22] <Saviq> but you shouldn't access it directly from the model
[14:23] <kenvandine> thomi, still around?
[14:23] <Saviq> rather forward it via a signal / binding / property out of the delegate
[14:23] <Saviq> when it becomes current
[14:23] <kenvandine> Saviq, you can drop the online-accounts-qt5-staging PPA now, we don't need it anymore
[14:23] <mterry> Saviq, I'm not convinced that's the Qml way, since delegates are explicitly short-lived and they basically say not to rely on them
[14:24] <Saviq> mterry, yeah, I know
[14:25] <Saviq> especially since current index may be offscreen, in which case the delegate won't get created anyway, nor will currentItem be correct
[14:35] <kaleo> Trevinho: hi!
[14:36] <kaleo> Trevinho: remember our conversation about qmlscene apps not picked up adequately by bamf because of the lack of declared desktop file?
[14:38] <kaleo> mterry: when strictly necessary the custom is to add a get method to the model
[14:38] <kaleo> mterry: that calls data()
[14:38] <kaleo> mterry: though it's rarely necessary
[14:41] <mterry> kaleo, but we ran into some oddities with doing that (most native approach is to return a QVariantMap, but that requires getting all data from the model, which may be expensive)
[14:41] <mterry> plus, why wouldn't Qml make that a default thing?  Or allow a way to do that for all models...
[14:42] <kaleo> mterry: usually we just return one role with the get method
[14:42] <kaleo> mterry: could be default but I guess they would like to avoid people abusing it
[14:44] <kaleo> mterry: maybe there is a bug repot about it
[14:44] <kaleo> +r
[15:31] <dandrader> Saviq, are qmltests disabled in Jenkins?
[16:10]  * greyback eod
[17:47] <ankitkv> is there any proper documentation for using the messaging menu from my C application?
[17:52] <tvoss> tedg, can you help ankitkv?
[17:56] <seb128> tvoss, ankitkv: http://developer.ubuntu.com/api/ubuntu-12.10/c/messaging-menu/MessagingMenuApp.html
[17:56] <tvoss> seb128, awesome, thank you
[17:56] <seb128> yw ;-)
[17:59] <ankitkv> thank you :)
[21:15] <bozonius> am i in the right place to ask about unity desktop?
[21:15]  * bozonius assumes yes
[21:16] <bozonius> how do I get the bacula tray monitor to show up somewhere in the panel?
[22:11] <slangasek> smspillaz: hey, so fwiw only the first of the two cherry-picked commits seemed to be associated with the bug in question... the latter was what kenvandine pointed me at as a possible proper fix /from you/ for the bug :)
[22:11] <slangasek> smspillaz: anyway, I'm still seeing less-than-perfect window placement handling with those commits after all, so feel free to nuke that MP from orbit


[00:34] <nhaines> To celebrate the relaunch of the Apress website, I'm a featured author in the Open Source category.  http://www.apress.com/us/open-source
[00:35] <darthrobot> Title: [Open Source Books & eBooks | Apress]


[00:30] <ahoneybun> is there a way to get the current time on the device?
[00:31] <ahoneybun> in qml or c++
[00:47] <ahoneybun> ahayzen: around?
[00:48] <ahayzen> ahoneybun, partially :) whats up?
[00:48] <ahoneybun> is there a way to show or hide with c++?
[00:48] <ahoneybun> if the user selects 1 I want only  A to show
[00:48] <ahoneybun> or 2 only B show
[00:48] <ahayzen> ..in what context? like comboboxes or something?
[00:49] <ahoneybun> OptionSelector
[00:50] <ahoneybun> I should share some info about this: I'm making a Timezone app to show the time in different places in the world
[00:50] <ahayzen> so they select 1 in a option selector then you want it to show A in? .. another optional selector or a label or?
[00:51] <ahayzen> I would also look at https://code.launchpad.net/ubuntu-clock-app as that gets the current time etc
[00:54] <ahoneybun> picking USA will show New York, Denvar
[00:54] <ahoneybun> UK - London
[00:55] <ahayzen> ok you probably like want multiple models... or you could use the SortFilterModel to filter by its parent
[00:57] <ahayzen> ahoneybun, so first OptionSelector with [USA, UK]...then the second OptionSelector with [{country: USA, city: New York}, {country: UK, city: London}] which then has a filter.property on country which is set to the value of the selected item in the first OptionSelector
[00:57] <ahayzen> ahoneybun, brb
[00:58] <ahoneybun> ok
[01:07] <ahoneybun> might be better with a search function
[01:07] <ahoneybun> make a ListModel and the SortFilterModel
[02:14] <ahayzen> ahoneybun, yeah search could be useful but i like the filtering by country
[02:14] <ahayzen> ahoneybun, look at the weather-app as well, as that has a city searching thing
[02:15] <ahoneybun> ahayzen: I'm thinking making a sole app might be a bad idea since the Clock app has it
[02:16] <ahayzen> ahoneybun, yeah :/ unless you could do some edgy graphic showing the light/dark parts of the globe
[02:17] <ahoneybun> that would be cool
[02:17] <ahoneybun> but not sure since I can't even get this to work so far
[02:17] <ahayzen> ahoneybun, that sortof thing http://www.maclife.com/files/imagecache/futureus_imagegallery_fullsize/gallery/app2blueplanet.jpg
[02:18] <ahoneybun> I was thinking of using different images
[02:18] <ahoneybun> like if you select usa it would turn white and the rest are black or dark
[02:19] <ahoneybun> ahayzen: this is what I have so far http://pastebin.ubuntu.com/11053994/
[02:19] <ahayzen> ahoneybun, this was the world clock on my old sony ericsson that showed the timezones on a globe thing that was really cool http://semasterz.com/uploads/posts/2009-04/1241051470_world-clock.jpg
[02:20] <ahoneybun> highlighing the area
[02:21] <ahayzen> ah that would be cool
[02:21] <ahayzen> and what you've done with the OptionSelectors looks like it works :)
[02:21] <ahoneybun> I mean I;m pretty such QML has the power
[02:21] <ahoneybun> not to sure  it does
[02:21] <ahoneybun> nothing pops down to select a city
[02:22] <ahayzen> oh you need to set the filter. ....err value or something let me check..
[02:22] <ahoneybun> I've been checking here: https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.SortFilterModel/
[02:23] <ahoneybun> filter.property: "country" ?
[02:23] <ahayzen> filter.pattern: needs to be the value of the selected item in the first one
[02:24] <ahayzen> oh and you model needs changing hang on let me prototype something
[02:24] <ahoneybun> weird that I don't have ListItems 1.2
[02:24] <ahoneybun> or 1.1
[02:24] <ahoneybun> I mean, I just have 1.0
[02:30] <ahoneybun> ahayzen: your talking like this: http://imgsdown.1mobile.com/group1/M00/37/E3/S340LlOinNGAHCJLAAkmlVA_7nM816.png
[02:30] <ahayzen> ahoneybun, try this http://pastebin.ubuntu.com/11054179/
[02:31] <ahayzen> ahoneybun, yeah hehe :) but that would be hard ;)
[02:32] <ahoneybun> works!
[02:32] <ahoneybun> but I need to understand why it worked
[02:33] <ahayzen> hehe
[02:33] <ahoneybun> what are delegate?
[02:33] <ahayzen> that is the component that is used for each item...it had to be defined on the second as we need to tell it to only show the city not the country
[02:36] <ahoneybun> delegate: OptionSelectorDelegate { text: city; } so that is says just show city's
[02:36] <ahoneybun> *saying to
[02:38] <ahayzen> yup...like i could have done text: country ..but then each one would have just shown the same country :)
[02:38] <ahoneybun> now how would one get the current time in their timezone?
[02:39] <ahayzen> so that component is used to generate each option for each of hte LstItems
[02:39] <ahayzen> erm look at how clock does it?
[02:39] <ahoneybun> kinda looks like it grabs it from a local setting
[02:39] <ahoneybun> u1db or something
[02:40] <ahayzen> when nik is about he is probably best to ask :) anyway i'm gonna go to sleep, ahoneybun have fun o/
[02:40] <ahoneybun> night thanks as always
[02:41] <ahayzen> no problem :)
[05:45] <wanggjghost> Hi, I'm tring to make a native music player for ubuntu phone, but it seems that nether gstreamer nor qmultimedia works on it. I can't play any music file on ~/Music folder. Should I import music file to my app data storage by content hub api?
[05:48] <wanggjghost> hello, I'm here?
[06:59] <wanggjghost> Hi, anyone here?
[08:22] <pietroalbini> is there a way to get components 1.2 on utopic?
[11:01] <vitimiti> Is there any possibility to use the Ubuntu QML components in an app that I also want to be able to run on Windows using cmake or qmake?
[16:35] <ahoneybun> nik90: around>
[16:36] <nik90> ahoneybun: hey
[16:36] <ahoneybun> how does the clock app get the current time?
[16:36] <nik90> using new Date() javascript call and in some places using qt c++ apis
[16:37] <ahoneybun> oh
[16:37] <nik90> why?
[16:37] <ahoneybun> I'm making a Timezone app and I need the current time in my zone
[16:38] <nik90> we had a issue in the past where using new Date() was problematic with timezone changes..so we needed to use the qt c++ api..
[16:38] <nik90> ahoneybun: ah..for that you definitely need to use our c++ plugin TimeZone
[16:38] <vitimiti> Is there any possibility to use the Ubuntu QML components in an app that I also want to be able to run on Windows using cmake or qmake?
[16:38] <nik90> that we're using for the world clocks feature
[16:38]  * ahoneybun looks at source
[16:39] <nik90> vitimiti: That depends on if the Ubuntu SDK is buildable on Windows
[16:39] <vitimiti> I see
[16:39] <vitimiti> I'll have to try that, thank you
[16:39] <nik90> ahoneybun: https://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/utopic-3.0/files/head:/backend/modules/Timezone/
[16:40] <ahoneybun> this might be a bit over my head
[16:40] <nik90> ahoneybun: you definitely won't need the whole thing..since that plugin appends it into a list model and stuff
[16:40] <nik90> ahoneybun: all you need is QTimeZone..check out the official qt docs
[16:40] <bzoltan> vitimiti:  Even if there is no direct plan to port the UI Toolkit to Windows I know that it is not impossible. I have seen it on OSX already :)
[16:40] <ahoneybun> yea I see
[16:40] <vitimiti> bzoltan, nice, I must try this as soon as I'm back home
[16:41] <nik90> bzoltan: on OSX? Pretty cool
[16:41] <ahoneybun> nik90: http://doc.qt.io/qt-5/qtimezone.html?
[16:41] <bzoltan> nik90: we do not really have difficult dependencies anymore
[16:41] <nik90> ahoneybun: yes
[16:42] <ahoneybun> ok cool
[16:42] <nik90> bzoltan: true..that's very encouraging and vital to get unity8 and its app running on other distros
[16:43] <ahoneybun> nik90: #include <QTimeZone> this goes at the top right?
[16:43]  * bzoltan check out the unity8 deps
[16:43] <vitimiti> That would basically allow me to only use the Ubuntu components for all of my apps, which would be great
[16:43] <nik90> ahoneybun: yes
[16:46] <ahoneybun> gives me errors about it
[16:47] <ahoneybun> g2g anyway
[16:51] <mzanetti> popey, http://i.imgur.com/qgBcHS4.png
[16:52] <mzanetti> it's quite ugly though... problem is that most notes don't have a picture
[19:00] <popey> mzanetti: ooh!
[19:45] <sick_rimmit> Hi folks..
[19:46] <sick_rimmit> Where is the Ubuntu SDK Bug Tracker, I can only seem to find Ubuntu SDK Tutorials on launchpad
[19:47] <nik90> sick_rimmit: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit
[19:47] <nik90> sick_rimmit: official project is at https://launchpad.net/ubuntu-ui-toolkit
[19:47] <sick_rimmit> nik90: Brilliant, thank you
[19:48] <nik90> yw


[02:08] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Mantic Daily] has been updated (20230912)
[02:09] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230912)
[02:27] -queuebot:#ubuntu-release- Builds: Xubuntu Minimal amd64 [Mantic Daily] has been updated (20230912)
[03:02] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Mantic Daily] has been updated (20230912)
[06:17] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Mantic Daily] has been updated (20230912)
[06:41] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Mantic Daily] has been updated (20230912)
[06:41] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Mantic Daily] has been updated (20230912)
[06:41] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+icicle [Mantic Daily] has been updated (20230912)
[06:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+licheerv [Mantic Daily] has been updated (20230912)
[06:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+nezha [Mantic Daily] has been updated (20230912)
[06:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unmatched [Mantic Daily] has been updated (20230912)
[06:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+visionfive [Mantic Daily] has been updated (20230912)
[07:38] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Mantic Daily] has been updated (20230912)
[07:42] <LocutusOfBorg> schopin, gpsd had dropped strlcat/strlcpy, breaks needed on glibc side?
[08:28] -queuebot:#ubuntu-release- New binary: pytorch-vision [amd64] (mantic-proposed/universe) [0.15.2-1] (no packageset)
[08:29] -queuebot:#ubuntu-release- New binary: pytorch-vision [ppc64el] (mantic-proposed/universe) [0.15.2-1] (no packageset)
[08:49] -queuebot:#ubuntu-release- Builds: Ubuntu Core amd64 edge [Mantic Daily] has been updated (20230912)
[08:57] -queuebot:#ubuntu-release- New binary: pytorch-vision [arm64] (mantic-proposed/universe) [0.15.2-1] (no packageset)
[08:59] -queuebot:#ubuntu-release- New: accepted pytorch-vision [amd64] (mantic-proposed) [0.15.2-1]
[08:59] -queuebot:#ubuntu-release- New: accepted pytorch-vision [ppc64el] (mantic-proposed) [0.15.2-1]
[08:59] -queuebot:#ubuntu-release- New: accepted pytorch-vision [arm64] (mantic-proposed) [0.15.2-1]
[09:09] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop (Legacy) amd64 [Mantic Daily] has been updated (20230912)
[09:14] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (lunar-proposed/main) [20230403.00-0ubuntu1~23.04.0 => 20230808.00-0ubuntu1~23.04.0] (core, ubuntu-cloud)
[09:26] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (jammy-proposed/main) [20230403.00-0ubuntu1~22.04.0 => 20230808.00-0ubuntu1~22.04.0] (core, ubuntu-cloud)
[09:31] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (focal-proposed/main) [20230403.00-0ubuntu1~20.04.0 => 20230808.00-0ubuntu1~20.04.0] (core, ubuntu-cloud)
[09:35] <schopin> LocutusOfBorg: could you open a bug about it?
[09:41] <LocutusOfBorg> schopin, https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2035195
[09:41] -ubottu:#ubuntu-release- Launchpad bug 2035195 in glibc (Ubuntu) "glibc missing breaks/replaces" [Undecided, New]
[09:55] <doko> kanashiro: ^^^ please could you add these packages to the bug report?
[10:37] <kanashiro> doko done
[10:53] <LocutusOfBorg> kanashiro, wrong copy-paste?
[10:53] <LocutusOfBorg> you added gpsd that was already there...
[11:01] <doko> and the versions with the first rebuild with 2.38 are missing
[11:05] <LocutusOfBorg> gpsd 3.25-2ubuntu2 has dropped strlcat and strlcpy
[11:05] <LocutusOfBorg> netcdf 1:4.9.2-2ubuntu1 has dropped strlcat
[11:05] <LocutusOfBorg> aren't missing?
[11:10] <seb128> could someone from the release team review https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/2034579 ?
[11:10] -ubottu:#ubuntu-release- Launchpad bug 2034579 in gnome-control-center (Ubuntu) "[FFe] Use tecla to display keyboard layouts" [Low, New]
[11:13] -queuebot:#ubuntu-release- New: accepted oem-sutton-abishag-meta [source] (jammy-proposed) [22.04~ubuntu1]
[11:16] -queuebot:#ubuntu-release- New binary: oem-sutton-abishag-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[11:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-acheron-meta [source] (jammy-proposed) [22.04~ubuntu1]
[11:30] -queuebot:#ubuntu-release- New: accepted oem-sutton-adamina-meta [source] (jammy-proposed) [22.04~ubuntu1]
[11:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Mantic Daily] has been updated (20230912)
[11:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Mantic Daily] has been updated (20230912)
[11:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Mantic Daily] has been updated (20230912)
[11:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity riscv64 [Mantic Daily] has been updated (20230912)
[11:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Mantic Daily] has been updated (20230912)
[11:35] <doko> LocutusOfBorg: https://launchpad.net/ubuntu/+source/llvm-toolchain-17/1:17.0.0~+rc4-1~exp4ubuntu2 just failed to build again. do you want to merge again? else I'll give back the builds
[11:36] -queuebot:#ubuntu-release- New binary: oem-sutton-acheron-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[11:39] <LocutusOfBorg> doko, D158066 is important for ppc64el build failures (including firefox, libreoffice)
[11:39] <LocutusOfBorg> so please merge exp5 if possible
[11:40] <LocutusOfBorg> also llvm-16 is broken, will upload once my tests are finished
[11:40] <doko> ok, but still waiting for the arm64 on amdahl
[11:41] -queuebot:#ubuntu-release- New: accepted oem-stella-kuku-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[11:41] -queuebot:#ubuntu-release- New binary: oem-sutton-adamina-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[11:48] <fossfreedom_> Hi release team ... I can see our package has sync'd  from Debian but now mantic builds are available. Any ideas why? https://code.launchpad.net/ubuntu/+source/budgie-backgrounds
[11:50] <fossfreedom_> s/now/no/
[11:51] -queuebot:#ubuntu-release- New binary: oem-stella-kuku-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[11:56] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/budgie-backgrounds
[11:56] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/budgie-backgrounds/+publishinghistory
[11:56] <LocutusOfBorg> it was never syncd?
[11:58] <LocutusOfBorg> it was accepted only yesterday, needs somebody to manually sync it
[12:01] <ricotz> hello SRU team, please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2033643
[12:01] -ubottu:#ubuntu-release- Launchpad bug 2033643 in libreoffice (Ubuntu Lunar) "[SRU] libreoffice 7.5.6 for lunar" [Medium, In Progress]
[12:03] -queuebot:#ubuntu-release- New binary: llvm-defaults [amd64] (mantic-proposed/universe) [0.57~exp4] (i386-whitelist)
[12:17] <kanashiro> LocutusOfBourg sorry, yes
[12:31] -queuebot:#ubuntu-release- New sync: budgie-backgrounds (mantic-proposed/primary) [1.0-2]
[12:46] -queuebot:#ubuntu-release- Packageset: Added llvm-toolchain-17 to i386-whitelist in lunar
[12:46] -queuebot:#ubuntu-release- Packageset: Added onetbb to i386-whitelist in lunar
[12:46] -queuebot:#ubuntu-release- Packageset: Added python3.12 to i386-whitelist in lunar
[12:51]  * deathcollege waves <3
[13:00] <mitchdz> @mdeslaur I'm looking to FFE open-vm-tools 12.3.0 which will include the security fix you just submitted to proposed https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/2033687
[13:01] <mdeslaur> mitchdz: cool
[13:01] <mdeslaur> thanks!
[13:02] <mitchdz> If someone from ubuntu-release could take a look at that FFE that'd be great. It should be a sync for Mantic
[13:12] -queuebot:#ubuntu-release- Unapproved: qemu (jammy-proposed/main) [1:6.2+dfsg-2ubuntu6.13 => 1:6.2+dfsg-2ubuntu6.14] (ubuntu-server, virt)
[13:12] -queuebot:#ubuntu-release- Unapproved: qemu (lunar-proposed/main) [1:7.2+dfsg-5ubuntu2.2 => 1:7.2+dfsg-5ubuntu2.3] (ubuntu-server, virt)
[13:42] -queuebot:#ubuntu-release- Builds: Ubuntu Unity Desktop amd64 [Mantic Daily] has been updated (20230912)
[13:46] -queuebot:#ubuntu-release- New: accepted oem-stella-romi-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[13:51] -queuebot:#ubuntu-release- Builds: Ubuntu Cinnamon Desktop amd64 [Mantic Daily] has been updated (20230912)
[13:53] -queuebot:#ubuntu-release- New binary: oem-stella-romi-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[13:56] -queuebot:#ubuntu-release- New: accepted oem-sutton-achaicus-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[14:05] -queuebot:#ubuntu-release- New binary: oem-sutton-achaicus-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[15:48] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Mantic Daily] has been updated (20230912)
[16:33] <fossfreedom_> Hi release team. Thx to whoever hit the sync button for our package budgie-backgrounds 3 hours ago. How long does it take for the sync to actually occur?
[16:48] -queuebot:#ubuntu-release- New: accepted budgie-backgrounds [sync] (mantic-proposed) [1.0-2]
[16:48] -queuebot:#ubuntu-release- New: accepted llvm-defaults [amd64] (mantic-proposed) [0.57~exp4]
[16:48] <jbicha> fossfreedom_: NEW packages have to be manually approved by an Archive Admin, but it's been done now
[16:49] <fossfreedom_> Ah. Cheers
[16:49] -queuebot:#ubuntu-release- New binary: budgie-backgrounds [amd64] (mantic-proposed/none) [1.0-2] (no packageset)
[17:05] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230912)
[17:44] <xnox> apw: vorlon: bdmurray: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#linux-meta only single dkms regression is blocking linux to migrate, which i believe is related to enabling compressed kernel modules and dkms tests not adjusted for it correctly yet which i am working on resolving. but also armhf test case is very odd (given that host kernel doesn't match
[17:44] <xnox> release kernel, because it is all lxd containers on armhf). Can we please mark linux-meta as skiptest and let v6.5 kernels migrate across the board? (also nvidia 535 will migrate and friends)
[17:56] <ricotz> d
[17:56] <ricotz> oops
[17:56] <ricotz> bdmurray, hi :), please take a look at the libreoffice SRU in the lunar queue
[18:55] <xnox> trying to upload dkms with zstd autopkgtest expectation set
[18:56] -queuebot:#ubuntu-release- Unapproved: dkms (jammy-proposed/main) [2.8.7-2ubuntu2.2 => 3.0.11-1ubuntu10] (i386-whitelist, ubuntu-desktop)
[19:06] <xnox> bah
[19:06] <xnox> reject
[19:06] <xnox> mantic
[19:06] <xnox> not jammy
[19:07] <xnox> i am so tired =(
[19:08] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Mantic Daily] has been updated (20230912)
[20:28] -queuebot:#ubuntu-release- Unapproved: rejected dkms [source] (jammy-proposed) [3.0.11-1ubuntu10]
[23:01] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Mantic Daily] has been updated (20230912)
[23:54] <vorlon> bdmurray: did you change something again in the ISO tracker? stgraber had pinpointed the source of the queuebot notifications we didn't want and disabled it, but they appear to be back again
[23:55] <vorlon> I see they go back to the 7th
[23:58] <vorlon> bdmurray: http://iso.qa.ubuntu.com/admin/config/services/qatracker/milestones/446/edit shows notifications: yes which I guess someone may have turned on because it seemed obvious that we would want "e-mail" notifications as described in the UI but apparently there are side-effects
[23:59] <vorlon> bdmurray: proposal: we set it back to the historical value of 'no' for dailies and when someone complains we say "patches welcome" and then run away, leaving them responsible for maintaining the ISO tracker codebase as a whole


[23:40] <valorie> bwah, missing the whole SeaGL conf.
[23:40] <valorie> anybody there?
[23:41] <valorie> Guest20519: you can get a decent nick if you register with freenode
[23:41] <valorie> welcome to the chan, btw


[02:23] <JanC> I just heard some peopel complain about FF2 & FF3 packages stealing /usr/bin/firefox fro meach other after succeeding upgrades of one of them
[02:24] <JanC> I wonder how difficult it is to handle /usr/bin/firefox through "alternatives" instead?
[08:47] <[reed]> hmm
[08:47] <[reed]> this latest batch of updates removes java completely
[08:47] <[reed]> awesome
[08:50] <[reed]> on another note
[08:50] <[reed]> [02:47:53AM] <timelyx> anyone here w/ a launchpad account, reed?
[08:50] <[reed]> [02:47:54AM] <timelyx> https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/224350
[08:50] <[reed]> [02:48:21AM] <reed> timelyx: what about it?
[08:50] <[reed]> [02:48:28AM] <timelyx> should be squished, we're behaving per CSS spec [input type=hidden] => display:none, and the css by the reporter overrides that default mapping
[08:50] <[reed]> [02:48:40AM] <timelyx> "INVALID: per spec"
[08:50] <[reed]> I don't seem to have privileges to do that myself
[08:50] <asac> [reed]: which latest batch?
[08:50] <asac> and which java got removed?
[08:50] <[reed]> dunno... whatever Update Manager was complaining about
[08:51] <[reed]> java 6, including java-common, icedtea, and other stuff
[08:51] <[reed]> it removed all those packages
[08:51] <[reed]> and it made me do a Partial Upgrade
[08:51] <[reed]> which was odd
[08:51] <asac> if you try to install it, what happens?
[08:52] <[reed]> I don't use java anyway, so I don't care, but somebody else might be upset when Update Manager removes it
[08:52] <[reed]> root@jarodplus:~# apt-get install icedtea-gcjwebplugin
[08:52] <[reed]> Reading package lists... Done
[08:52] <[reed]> Building dependency tree
[08:52] <[reed]> Reading state information... Done
[08:52] <[reed]> Some packages could not be installed. This may mean that you have
[08:52] <[reed]> requested an impossible situation or if you are using the unstable
[08:52] <[reed]> distribution that some required packages have not yet been created
[08:52] <[reed]> or been moved out of Incoming.
[08:53] <[reed]> Since you only requested a single operation it is extremely likely that
[08:53] <[reed]> the package is simply not installable and a bug report against
[08:53] <[reed]> that package should be filed.
[08:53] <[reed]> The following information may help to resolve the situation:
[08:53] <[reed]> The following packages have unmet dependencies:
[08:53] <[reed]>   icedtea-gcjwebplugin: Depends: openjdk-6-jre (>= 6b06) but it is not going to be installed
[08:53] <[reed]> E: Broken packages
[08:53] <[reed]> sorry, should have used pastebin
[08:53] <asac> [reed]: no problem :-P
[08:54] <asac> [reed]: afaict, partial upgrades are only offered in transitional situations
[08:54] <[reed]> well, it told me a partial upgrade was needed
[08:54] <[reed]> dunno
[08:54] <asac> [reed]: how did it tell you?
[08:54] <[reed]> dialog from Update Manager
[08:54] <[reed]> saying I needed to do a Partial Upgrade
[08:55] <asac> so you hit "check" ... and then it offered you to partially upgrade?
[08:55] <[reed]> yes
[08:55] <asac> [reed]: are you running hardy-proposed?
[08:56] <[reed]> well, I didn't hit check... when I clicked the icon in the notification icon space, it brought it up, did some stuff, and then asked me
[08:56] <[reed]> no
[08:56] <[reed]> just hardy
[09:02] <asac> [reed]: and what happens if you try to install openjdk-6-jre ?
[09:03] <asac> doesnt install ... or is version lower than 6b06?
[09:03] <[reed]> The following packages have unmet dependencies:
[09:03] <[reed]>   openjdk-6-jre: Depends: openjdk-6-jre-headless (= 6b09-0ubuntu2) but it is not going to be installed
[09:03] <[reed]> E: Broken packages
[09:03] <asac> [reed]: go further down :)
[09:04] <asac> e.g. why is openjdk-6-jre-headless not installed
[09:04] <asac> and why that and so on
[09:04] <[reed]> The following packages have unmet dependencies:
[09:04] <[reed]>   openjdk-6-jre-headless: Depends: tzdata-java but it is not going to be installed
[09:04] <[reed]> E: Broken packages
[09:04] <[reed]> The following packages have unmet dependencies:
[09:04] <[reed]>   tzdata-java: Depends: tzdata (= 2008b-1ubuntu1) but 2008c-1ubuntu0.8.04 is to be installed
[09:04] <[reed]> E: Broken packages
[09:04] <[reed]> tzdata update broke it
[09:04] <[reed]> :)
[09:04] <asac> argh
[09:05] <asac> [reed]: ok i am pinging pitti about that
[09:05] <[reed]> k... if a bug gets filed, subscribe me?
[09:24] <[reed]> asac: you have your flight booked for Whistler?
[09:24] <asac> [reed]: yeah
[09:24] <[reed]> good :)
[09:25] <[reed]> hmm, I'm in MV next week
[09:25] <asac> point of no return passed ;)
[09:29] <gnomefreak> Tbird wont load your message to mailing list
[09:29]  * gnomefreak goes for smoke  while it tries so far 3 minutes
[09:29] <gnomefreak> ah here it is
[09:31] <asac> [reed]: ok, so what should i document as our preferred "wishlist" procedure.
[09:31] <asac> until now i said:
[09:32] <asac> go to forums.mozillazine.org and if you get cheers there, file an enhancement bug in bugzilla.mozilla.org
[09:32] <asac> is that ok?
[09:32] <[reed]> mmm
[09:33] <asac> wishlist bugs are special, because most are actually "valid", but most wont be allowed into firefox
[09:33] <[reed]> so evil to send users to the forums
[09:33] <[reed]> :P
[09:33] <asac> so i cannot really fiter here
[09:33] <asac> filter
[09:33] <[reed]> let me see what other people think
[09:33] <asac> [reed]: well ... i dont feel in the position to say "no, this wont happen"
[09:33] <asac> but i dont want to send them directly to bugzilla
[09:33] <asac> so i always thought i send them to the instructions on "how to lobby for new features"
[09:33] <asac> in the forums ;)
[09:39] <[reed]> there's Hendrix, but I don't know if that's a good place to send people for RFEs
[09:40] <[reed]> (http://feedback.mozilla.org)
[09:40] <gnomefreak> asac: i CC'ed you to my emails with the author of the Tiny URL extension
[09:41] <asac> [reed]: ok, why not sending them to the "MozillaZine Forum Index ->  Firefox Features   " forum? what is so bad about it?
[09:41] <[reed]> the forums have a ... reputation
[09:42] <[reed]> plus they are all unofficial
[09:42] <[reed]> Mozilla doesn't control mozillaZine
[09:42] <asac> [reed]: well ;) ... question is "do you want to hear about them" ... or "are you happy if they sink in the forums" :)
[09:42] <[reed]> need some happy medium
[09:42] <[reed]> :(
[09:43] <asac> [reed]: the other option we have is to send them to brainstrom.ubuntu.com ... but wanted to do that only for ubuntu specific feature requests
[09:43] <[reed]> oh, we're adding our own brainstorm-like tool soon
[09:43] <asac> we could integrate that in launchpad bug system at some point, like: make a brainstorm idea out of this bug
[09:43] <asac> [reed]: in the long run we could also add a feature that would create an idea in your idea database
[09:44] <asac> [reed]: ok, then lets say that i stick to the mozillazine answer and change that procedure once you have your own idea database?
[09:44] <asac> sounds reasonable?
[09:44] <[reed]> ok
[09:45] <asac> or do you want me to send them to bugzilla asking them to carefully look out for dupes?
[09:46] <asac> [reed]: when do you leave for MV?
[09:46] <[reed]> Monday
[09:46] <[reed]> there from Monday->Monday
[10:05] <asac> [reed]: so is this 3.0.0 ?
[10:05] <[reed]> 3.0
[10:05] <[reed]> everything after this is 3.0.x
[10:06] <asac> but you will certainly start with 3.0.1 ;)
[10:06] <[reed]> correct
[10:26] <gnomefreak> is LP slow for anyone else?
[10:56] <gnomefreak> anyone using tbird with IMAP?
[10:59] <gnomefreak> asac: take a look at bug 51492 please as you are most qulified
[11:00] <gnomefreak> TB and IMAP seeem to have a few issues here but nothing like crashing ect..
[11:29] <gnomefreak> asac: are we telling users to use report a site problem for not able to log in to site, cant access parts of site, ect.... refering to bug 228864 im not sure how Firefox not saving info has to do with sites you cant login to
[11:32] <asac> fta: wanna fix devhelp build?
[11:32] <asac> :)
[11:32] <asac> http://launchpadlibrarian.net/15160556/buildlog_ubuntu-intrepid-i386.devhelp_0.19-1ubuntu3_FAILEDTOBUILD.txt.gz
[11:34] <asac> gnomefreak: if its a website rendering issue or disfunction we do that yes.
[11:34] <asac> that is if it works elsewhere
[11:40] <gnomefreak> ok i have to grab upstream ff
[11:42] <gnomefreak> asac: im testing bug 238660 in a few
[11:43] <gnomefreak> with rc2
[11:43] <gnomefreak> if you need me to test on rc1 upstream let me know
[11:43] <asac> gnomefreak: yes. thats already confirmed
[11:43] <gnomefreak> asac: you asked for upstream tests
[11:43] <asac> yeah
[11:44] <asac> does it happen there too?
[11:44] <gnomefreak> RC2 ok to test with?
[11:44] <gnomefreak> im downloading RC2 atm
[11:46] <asac> yeah
[11:49] <gnomefreak> yep happens with upstream RC2
[11:49] <gnomefreak> i will search for one upstream
[11:59] <gnomefreak> alot of about:plugins being broken
[12:00] <asac> gnomefreak: well ... there are two behaviours: getting a dialog that the url is invalid would be ok. (a you get when you type about:blah)
[12:00] <asac> but getting to a non existant page is not
[12:00] <gnomefreak> well so far nothing even close to our bug
[12:02] <gnomefreak> anyone with Ffox-2?
[12:03] <gnomefreak> think i found a lightning bug i was looking at earlier
[12:21] <gnomefreak> asac: that bug is taken care of i reported it upstream after not finding one
[12:21] <gnomefreak> please add to mozilla 438313 if you wish
[12:21] <asac> gnomefreak: ok, did you post the step by step instructions?
[12:22] <asac> gnomefreak: never file a bug in General
[12:22] <asac> use a better component
[12:22] <gnomefreak> yes type about:about
[12:22] <asac> otherwise nobody will really look at it
[12:22] <asac> its like filing a bug against "ubuntu" :)
[12:22] <gnomefreak> i didnt know what it fit under
[12:22] <asac> yeah.
[12:22] <asac> gnomefreak: why didnt you find it?
[12:22] <asac> it should show up if you just search for about:about
[12:23] <gnomefreak> about:about showed me nothing
[12:23] <gnomefreak> so i looked under about
[12:23] <gnomefreak> very long list btw
[12:23] <asac> gnomefreak: https://bugzilla.mozilla.org/query.cgi
[12:23] <asac> search for about:about there
[12:23] <asac> like a zillion of dupes already ;)
[12:24] <gnomefreak> i searched from https://bugzilla.mozilla.org/
[12:24] <asac> gnomefreak: update the bug link in the LP bug ;)
[12:24] <asac> thanks
[12:24] <asac> gnomefreak: use that form + the advanced search form (the one i posted)
[12:24] <gnomefreak> https://bugzilla.mozilla.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=&content=about%3Aabout
[12:24] <gnomefreak> nothing found
[12:24] <gnomefreak> well 1
[12:24] <asac> gnomefreak: yeah
[12:24] <asac> thats the right bug ;)
[12:24] <asac> hehe
[12:25] <asac> anyway. next time ;)
[12:25] <gnomefreak> yep same
[12:25] <asac> bugzilla needs excersize for sure
[12:25] <gnomefreak> i cant mark dupes upstream can you do that?
[12:25] <gnomefreak> mozilla bug 349451
[12:25] <gnomefreak> its also under general
[12:26] <gnomefreak> i got it
[12:27] <gnomefreak> you did it already
[12:27] <gnomefreak> no it seems carsten did it already
[12:28] <asac> k
[12:29] <Seeker`> gnomefreak: *prod*
[12:29] <gnomefreak> Seeker`: mootbot does minutes?
[12:29] <Seeker`> yup
[12:30] <gnomefreak> can we borrow it on the 22nd for our meeting and teach one or more of us how to use it for minutes :)
[12:31] <gnomefreak> asac: ok alll bugs updated and dupped aas needed
[12:31] <asac> whoever knows mootbot best is supposed to take the meeting chair i guess ;)
[12:31] <asac> all bugs? :-D
[12:31] <asac> that would be fantastic
[12:31] <Seeker`> gnomefreak: sure
[12:31]  * gnomefreak never really got the hang of it
[12:31] <asac> but i know what you ment ;)
[12:32] <gnomefreak> asac: all bugs releated to about:about
[12:32] <gnomefreak> :)
[12:32] <gnomefreak> i would love for someone to test on 2.0
[12:32] <Seeker`> you can have a play if you want
[12:32] <gnomefreak> just to see if it has always been that way or if its due to xulrunner1.9
[12:32] <asac> Seeker`: can we use mootbot to also record actions if we dont have a meeting?
[12:32] <asac> (e.g. mozillateam actions :))
[12:32] <gnomefreak> do you have instructions on how to use it Seeker`
[12:33] <Seeker`> sadly the minutes wont be available in real time - someone has to copy tyhem to a webserver
[12:33] <gnomefreak> be back in a minute for smoke
[12:34] <Seeker`> https://wiki.ubuntu.com/ScribesTeam/MootBot?highlight=(mootbot)
[12:41] <gnomefreak> Seeker`: #endmeeting will produce link for minutes so we can just move it to our minutes page?
[12:41] <Seeker`> gnomefreak: at the moment, it will not produce a link to the minutes
[12:41] <Seeker`> as the bot is hosted inside someones network with no external access; they have t ocopy the logs to their webhost
[12:41] <gnomefreak> Seeker`: how do i retrieve them so i can post them
[12:42] <gnomefreak> so just copy the meeting itself?
[12:42] <Seeker`> I'm not sure if this has been set up properly, I will check today
[12:42] <Seeker`> mootbot also produces a summary html page, with just the things you tagged on it, which you will need to get from the webhost
[12:43] <gnomefreak> by tagged you mean like #vote or #bleh
[12:46] <gnomefreak> The summary and log will be placed on the agenda you gave a link for. An email will be sent when log and summary have been posted to the page.  << does that stil happen?
[12:46] <Seeker`> no
[12:48] <gnomefreak> ah ok because it will list a link for the server that you arnt using
[12:48] <Seeker`> the whole page needs updating really
[12:48] <Seeker`> there have been problems with the bots hosting, which has elad it to be shunted around etc.
[12:51] <gnomefreak> ah
[12:51] <Seeker`> I've spent the last 9 months trying to finish my degree, so i;ve only been able to do basic maintainance
[12:51] <gnomefreak> its only 7:51 :(
[12:52] <Seeker`> huh?
[12:52] <gnomefreak> be back soon need to find what im making for dinner
[12:52] <gnomefreak> its only 7:51am it feels like ive been online for the whole day
[12:53] <Seeker`> :/ Its 12:52 here and i've only been up for 30 mins
[13:01] <gnomefreak> ok i need to feed g/f while she feeds baby ill be back in a while
[13:03] <gnomefreak> asac: im gonna backport pulseaudio package and libasound2-plugins but i have a bad feeling about gutsys versions being ok with intrepids versions but i will try these 2 to start with and if it needs alot more work than we will have to come up with something else, i would rather not backport 20 packages if we can help it. but i will ping you later about that
[13:04] <asac> gnomefreak: dont backport pulseaudio
[13:04] <gnomefreak> have to for flash
[13:04] <asac> rather cherry-pick the required changed from libasound2-plugins if it doesnt build
[13:04] <gnomefreak> libasound needs libpulse0 and libpulse0 is in pulseaudio source
[13:06] <gnomefreak> so i have to build those 2 packages to start please see my PPA as this has been done for Hardy already, https://edge.launchpad.net/~gnomefreak/+archive  i need someone to cherrypick the PA packages and see if that is all needed for flash10
[13:07] <gnomefreak> but we can talk about this whne im done with g/f and daughter
[14:06] <asac> ok all RC2 final bits uploaded everywhere
[14:06] <asac> will blog about it when things have build in -proposed
[14:10] <asac> fta_: would appreciate if you could review the .hardy branch and see if i missed any essential cherry-picks
[14:10] <asac> thanks
[14:10] <asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.hardy
[14:10] <asac> https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.0.hardy
[14:11] <asac> well ... ffox 3 is safe thing
[14:11] <asac> xul 1.9 is the question here
[15:00] <asac> Hush, David, you'll be accused of making noise.
[15:00] <asac> :)
[15:20]  * armin76 looks
[15:21] <armin76> :/
[15:21] <armin76> asac: did xul-1.9 got released?
[15:22] <asac> armin76: to where?
[15:22] <armin76> by mozilla?
[15:22] <asac> no
[15:22] <asac> i uploaded rc2 to our beta-testing channels: intrepid, hardy-proposed + mozillateam PPA
[15:22] <armin76> then why did you? :P
[15:23] <asac> i didnt ... just beta channels ;)
[15:23] <armin76> https://launchpad.net/ubuntu/intrepid/+source/xulrunner-1.9/1.9+nobinonly-0ubuntu1
[15:23] <armin76> shouldn't it be 1.9rc2?
[15:24] <asac> well ... rc's are ment to be final releases if nothing happens. i dont want to reupload a not-modified build.
[15:24] <asac> so the best projection we have for close to final rc's that might get out unmodified is to upload them with the final package name
[15:25] <armin76> well, lets hope ppl don't get confused thinking that 1.9/3.0 got released...
[15:25] <armin76> Existing Tags:
[15:25] <armin76>         FIREFOX_3_0rc3_RELEASE          (revision: 1.404)
[15:25] <armin76> lol, you got pwned :P
[15:25] <asac> armin76: thats for mac afaik
[15:28] <armin76> oh
[15:28] <armin76> now that you mention it, i need to redo my patch for hppa
[15:28] <armin76> thanks :P
[15:32] <asac> armin76: we need to update it?
[15:32] <asac> give it to me so i can reupload
[15:33] <asac> bug 237690
[15:37] <armin76> yeah
[15:37] <armin76> need to redo it, using case statemnt
[15:37] <armin76> statement
[17:43] <armin76> [reed]: ping
[17:43] <[reed]> armin76: pong
[17:44] <armin76> [reed]: i need to request approval for mozilla bug 436133?
[17:45] <[reed]> not for landing on mozilla-central, no
[17:45] <[reed]> add checkin-needed
[17:45] <armin76> k, thanks
[17:51] <shirish> armin76: the firefox updates we are seeing atm are ff3b2 updates?
[17:53] <asac> shirish: rc2
[17:54] <asac> yes
[17:54] <asac> i reuploaded with a modified changelog to intrepid to make this clear.
[17:56] <shirish> sorry, yes I meant rc2, didn't sleep I guess ;)
[17:59] <armin76> asac: new patch added
[17:59] <armin76> asac: and btw, hppa compiled
[18:00] <asac> armin76: with the patch we added? great.
[18:01] <armin76> yup
[18:02] <asac> armin76: http://buildd.debian.org/pkg.cgi?pkg=xulrunner
[18:02] <asac> did debian take this patch yet?
[18:02] <asac> or was there duped effort?
[18:03] <asac> hmm ... hppa didn't build
[18:03] <asac> (yet?)
[18:05] <armin76> asac: they already ignored -Wcast-align
[18:06] <asac> oh. hmm so now .pc files are bogus?
[18:06] <asac> aeh sorry
[18:06] <asac> was confused
[18:06] <armin76> you always are :P
[18:19]  * asac reboot gateway
[18:19] <l3on> Hi all, I've this rendering problem with firefox in hardy 64bit:
[18:19] <l3on> http://img397.imageshack.us/my.php?image=ubuntufirefoxap4.png
[18:20] <l3on> but page sould be showned in this way -> http://wiki.ubuntu-it.org/Documentazione/Indice
[18:21] <l3on> I've tried to remove .mozilla directory, reinstall firefox-3.0, but problem is not solved :/
[18:22] <l3on> Hi asac :)
[18:22] <asac> hi l3on
[18:23] <asac> ok ill be out for a while
[18:23] <l3on> Btw, I've test page on a 32bit system (Hardy too) and page was showned right :(
[18:23] <asac> 1-2 h
[18:24] <l3on> bye :)
[18:24] <asac> l3on: if page is somewhat corrupted i would guess that its a xorg driver bug
[18:26] <l3on> mmm... but it happens only in firefox, for example page is showned right in konqueror
[18:28] <l3on> epiphany is broken too :/
[19:15] <asac> l3on: what graphics driver?
[19:15] <l3on> mesa
[19:15] <l3on> ati
[19:16] <l3on> OpenGL renderer string: Mesa DRI R300 20060815 TCL
[19:18] <asac> EXA or XAA ?
[19:19] <l3on> how can I discory it ?
[19:19] <l3on> *discovery
[19:20] <l3on> asac: Option     "AccelMethod"                "EXA"
[19:22] <asac> l3on: try XAA
[19:25] <l3on> wtf? now works fine!!!
[19:25] <l3on> asac: I'm indebted to you for a beer
[19:25] <l3on> :D
[19:30] <asac> l3on: hehe ... help doing bug triage would be even more appreciated ;)
[19:31] <fta> hi
[19:31] <fta> asac, http://www.sofaraway.org/ubuntu/debdiff/liferea_1.4.15-1ubuntu1--1.4.15-1ubuntu2.debdiff
[19:31] <fta> asac, would you sponsor it or should i ask someone else ?
[19:32] <asac> fta: wasnt a similar patch uploaded?
[19:32] <asac> ah
[19:32] <asac> no you alrewady showed me this ;)
[19:32] <asac> now i remember
[19:32] <asac> bug 228827
[19:33] <asac> fta: dont we have bugs for the issues?
[19:33] <asac> if we ever want to take those patches down we should have a bug for the fixes
[19:35] <fta> i don't think we have bugs for those, i've looked even upstream of the dock tray one, nada. the other is just ours
[19:35] <asac> fta: give me a bug and i can document it for you in that upload
[19:35] <asac> fta: ok, we definitly want a bug for this ... and then forward upstrewam
[19:35] <asac> at least for the feature fix
[19:35] <asac> otherwise it wont go upstream and would be a good contribution imo
[19:37] <asac> fta: i can open the bug if you want :)
[19:38] <asac> fta: i jumped the gun and opened bug 238958
[19:40] <fta> ok, thanks
[19:43] <armin76> ubuntu is broken!
[19:43] <armin76> Setting up mawk (1.3.3-11.1ubuntu1) ...
[19:43] <armin76> /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: Perl_Tstack_sp_ptr
[19:43] <armin76>  <- fail
[19:44] <asac> fta: uploaded
[19:44] <fta> thx
[19:44] <asac> fta: please take care that the patch goes upstream ... maybe ask pocho who previsouly submitted things upstream
[19:44] <asac> i attached the patch to bug
[19:44] <fta> I'll ping pochu
[19:45] <jcastro> fta: about to mail the flock guys
[19:45] <jcastro> it's not in the mozillateam ppa yet is it?
[19:45] <fta> nope, it's in mine at the moment
[19:45] <jcastro> ok
[19:45] <fta> jcastro,  ^^, both hardy and intrepid
[19:46] <fta> I need to fix the branding
[19:46] <jcastro> so how does that workflow work, do you put stuff in your ppa then when it's ready move it to the team ppa?
[19:46] <asac> jcastro: when its ready yes. but flock needs to use system-xul first ;)
[19:47] <armin76> asac: fix
[19:47] <asac> jcastro: well ... mozillateam ppa is not always used. things that are new can go directly to intrepid for instance
[19:47] <jcastro> ok
[19:47] <fta> asac, will be difficult.. they patched firefox, it's not built on top of xul but on top of firefox
[19:47] <jcastro> asac: yeah I just want to make sure I show them where it is for now
[19:47] <asac> sure
[19:47] <jcastro> fta: do you have the svn url for their trunk handy? I'd like to get an import going
[19:48] <asac> fta: if they patch firefox, but not xurlunner, we can still build it with system-xul i guess
[19:48] <jcastro> asac: fta: If you guys can note down a list of issues with them like we did for songbird I can send those up
[19:48] <jcastro> in the meantime I'll just introduce ourselves and say hello
[19:49] <fta> ok, i'll draft something on the wiki like i did for songbird
[19:50] <fta> jcastro, svn://svn-mirror.flock.com/master/flock/trunk/mozilla
[19:50] <jcastro> thanks
[19:52] <asac> jcastro: err, if thats a complete copy of the mozilla tree, we probably dont want to sync that for now :/
[19:53] <jcastro> asac: it'll sit in testing for a few weeks or so
[19:53] <jcastro> asac: I've been instructed to import as many things as possible by lp people
[19:53] <jcastro> so ....
[19:53] <jcastro> win 16
[19:54] <asac> ok. still has to make sense ;) ... but go ahead!
[19:54] <fta> asac, a diffstat between rc2 and flock source trees: http://paste.ubuntu.com/19114/
[19:56] <fta> i mean full firefox rc2 tree
[19:58] <asac> fta: are those netto-changes or is there garbage because flock has rc1 or b5 or some nightly trunk snapshot included?
[20:19] <fta> i guess a bit of both. i'm trying to find which ff they are using..
[20:19] <asac> fta: do they strip CVS directories?
[20:20] <fta> hm, there are some leftovers
[20:20] <fta> Jazzva, https://edge.launchpad.net/ubuntu/intrepid/+source/liferea/1.4.15-1ubuntu2
[20:21] <Jazzva> Cool :). It got in fast. Now, I could check the teatime patch, and see what to change.
[20:22] <fta> asac, why did you drop rc2 in intrepid ? is it released ?
[20:22] <asac> no
[20:22] <asac> bwin ;)
[20:22] <fta> ?
[20:22] <asac> google ;)
[20:22] <asac> bet and win ;)
[20:23] <asac> measure to prevent another upload in case rc2 is final
[20:24] <asac> i think it was not the best idea, but if all goes well its fine
[20:27] <asac> bug 238956
[20:27] <asac> anyone can reproduce?
[20:33] <Jazzva> asac: It works ok, but the processor usage goes up to 98, 99% on dragging...
[20:33] <Jazzva> I'll see what happens in ff2
[20:34] <fta> asac, still need help for devscript ?
[20:34] <fta> i mean, devhelp
[20:34] <Jazzva> asac: It's even slower...
[20:36] <fta> hm, ads from freenode admins ?
[20:38] <asac> yeah ... i dont mind, but some find these annoying
[20:39] <asac> Jazzva: ok. thanks
[20:39] <Jazzva> np :)
[20:40] <fta> asac, i've fixed devhelp
[20:51] <armin76> root@hake:~# firefox
[20:51] <armin76> Segmentation fault
[20:51] <armin76> lolz
[20:54] <fta> lsb_release -ic
[21:04] <fta> asac, http://www.sofaraway.org/ubuntu/debdiff/devhelp_0.19-1ubuntu3--0.19-1ubuntu4.debdiff
[21:37] <fta> mozilla bug 435460
[21:37] <fta> damn, rc3
[21:39] <asac> mac only afaik
[21:39] <fta> yet users will want it
[21:40] <asac> no i doubt they will ;)
[21:40] <fta> so, what about devhelp ?
[21:42] <asac> open a sponsoring bug if possible
[21:50] <fta> asac, bug 238991
[21:51] <fta> oops
[22:46] <fta> asac, flock has been synced with FIREFOX_3_0rc2_RELEASE about 10 days ago
[23:17] <asac> fta: ok so its a netto diff ... fine
[23:17] <asac> fta: can you split browser/ and toolkit/ parts up somehow?
[23:17] <asac> e.g. is it easy to extract some of the more obvious patches manually?
[23:23] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/flock-browser.patch
[23:26] <fta> http://www.sofaraway.org/ubuntu/tmp/flock-toolkit.patch
[23:28] <asac> that url isnt working here
[23:28] <fta> 2nd ?
[23:28] <asac> yes
[23:29] <asac> gedit cannot detect character encoding
[23:29] <asac> not sure whats up here
[23:29] <fta> try with less, it contains png
[23:30] <fta> of filterdiff -x '*/*.png' or something like that
[23:31] <fta> the browser patch is not a problem for us, the toolkit part is
[23:31] <fta> we cannot use that in our xul
[23:35] <asac> fta: a patch with png?
[23:35] <asac> sounds bad
[23:35] <asac> but ok
[23:35] <fta> well, diff -N
[23:35] <fta> i needed new files
[23:35] <fta> ended up with pics in it
[23:37] <asac> yeah. doesnt matter. someone should try to sort the patches that are not browser/ to individual per-issue patches ;)
[23:51] <Sergeant_Pony> I have gig's of empty space on my hd and every time I go to send an email I get an error that it can't copy my email to the sent folder. Anyone know why?
[23:52] <fta> write permissions ? anything in the Error Console ?
[23:52] <Sergeant_Pony> anyone know why TB would be doing this?
[23:53] <Sergeant_Pony> nothing in error console
[23:54] <Jazzva> It might also be that your home partition (if it's separate from root) is full. BTW, Linux doesn't let you use all of your free space, in case you checked free space with system properties. There are two columns, "Free" and "Available". Available is the amount you can use.
[23:54] <Sergeant_Pony> how can I check this?
[23:55] <Jazzva> I usually open System Properties... Click on tab "File systems" and look for the info :)
[23:55] <fta> df
[23:55] <Jazzva> fta's way is easier :)
[23:55] <fta> and df -i too
[23:56] <Sergeant_Pony> I used df -i
[23:57] <Jazzva> Check without "-i" too...
[23:58] <Sergeant_Pony> /dev/sda3            2774400<PHONE_NUMBER>221   11% /   <-- is this what I need to look at?
[23:59] <Jazzva> that's the number of total, used and available inodes. Check without "-i" to see the number of total, used and available space in 1KB blocks.


[00:17] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Pending binary packages (kinetic/liblxqt). Successfully built (kinetic/libqtxdg). Uploading build (kinetic/qtxdg-tools)
[00:36] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/liblxqt). Pending binary packages (kinetic/qtxdg-tools). Successfully built (kinetic/libqtxdg)
[00:56] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/liblxqt). Failed to build (kinetic/libfm-qt). Pending binary packages (kinetic/qtxdg-tools). Successfully built (kinetic/libqtxdg)
[01:57] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/liblxqt, kinetic/qtxdg-tools). Failed to build (kinetic/libfm-qt). Successfully built (kinetic/libqtxdg)
[05:17] -queuebot:#ubuntu-ci-eng- sergiodj, https://bileto.ubuntu.com/#/ticket/4857 Needs rebuild due to higher version at destination
[10:06] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4845 Needs rebuild due to burned version number (focal/cups). UNAPPROVED queue (focal/pulseaudio)
[11:45] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4845 Ready to build (focal/cups). UNAPPROVED queue (focal/pulseaudio)
[19:17] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/libfm-qt, kinetic/liblxqt, kinetic/qtxdg-tools). Successfully built (kinetic/libqtxdg)
[20:43] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Preparing packages
[22:17] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/lxqt-notificationd, kinetic/lxqt-openssh-askpass, kinetic/lxqt-policykit, kinetic/lxqt-session). Successfully built (kinetic/libfm-qt, kinetic/liblxqt, kinetic/libqtxdg, kinetic/lxqt-about, kinetic/lxqt-admin, kinetic/lxqt-archiver, kinetic/lxqt-config, kinetic/lxqt-globalkeys, kinetic/qtxdg-tools)
[22:37] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/lxqt-notificationd, kinetic/lxqt-openssh-askpass, kinetic/lxqt-policykit). Pending binary packages (kinetic/lxqt-session). Successfully built (kinetic/libfm-qt, kinetic/liblxqt, kinetic/libqtxdg, kinetic/lxqt-about, kinetic/lxqt-admin, kinetic/lxqt-archiver, kinetic/lxqt-config, kinetic/lxqt-globalkeys, kinetic/qtxdg-tools)
[22:57] -queuebot:#ubuntu-ci-eng- tsimonq2 kc2bez teward, https://bileto.ubuntu.com/#/ticket/4856 Diff missing (kinetic/lxqt-notificationd, kinetic/lxqt-openssh-askpass, kinetic/lxqt-policykit, kinetic/lxqt-session). Successfully built (kinetic/libfm-qt, kinetic/liblxqt, kinetic/libqtxdg, kinetic/lxqt-about, kinetic/lxqt-admin, kinetic/lxqt-archiver, kinetic/lxqt-config, kinetic/lxqt-globalkeys, kinetic/qtxdg-tools)