[13:44] <abin> hello everyone
[13:45] <abin> I am new here.
[13:49] <mariuz> anyone here expert with stack protection ?
[13:49] <mariuz> hello
[13:50] <mariuz> how do i know if a c++ package is compiled with stack protection ? or is on for all packages :mysql , firebird ...
[13:52] <jpds> mariuz: kees ^^
[13:54] <jpds> mariuz: Or you can: objdump -CR /usr/bin/program | grep chk
[13:54] <mariuz> ok , i try to find if is stack protection on firebird2.1 related packages
[13:55] <mariuz> for flamerobin is on objdump -CR /usr/bin/flamerobin | grep chk
[13:56] <jpds> There should be something like: "__stack_chk_fai" I think
[13:57] <mariuz> objdump -CR /usr/lib/firebird/2.1/bin/fbserver | grep chk , I got it 083da28c R_386_JUMP_SLOT   __stack_chk_fail
[13:57] <mariuz> thanks so it's on
[13:58] <abin> can someone show me how to join motu in launchpad
[13:58] <jpds> mariuz: https://wiki.ubuntu.com/CompilerFlags#-fstack-protector
[13:59] <jpds> abin: You can't just join, see: https://wiki.ubuntu.com/MOTU/GettingStarted
[14:00] <DktrKranz> #!/usr/bin/make -f
[14:05] <abin> who can introduce  me a easy-use IRC client. i am using chatzilla
[14:05] <directhex> smuxi?
[14:05] <abin> ??
[14:06] <highvoltage> irssi
[14:06] <artfwo> pidgin
[14:06] <abin> in windows?
[14:06] <directhex> irc clients for windows are a little off-topic
[14:07] <abin> sorry but i install ubuntu in vmware, ok i stop
[14:08] <Pici> abin: If you just want to chat about Ubuntu you can join #ubuntu-offtopic
[14:09] <abin> no i am in MOTU i use vmware because i cannot get touch to US internet without windows. I a Chinese
[14:11] <lidaobing> abin, you can try #ubuntu-cn
[14:12] <abin> ok thanks
[14:12] <abin> you chinese?'
[14:12] <lidaobing> abin, yes
[14:13] <abin> You now in Chinese?
[14:14] <lidaobing> abin, if you want talk, go to #ubuntu-cn, not here
[14:15] <abin> 恩
[14:31] <directhex> why is "dpkg-buildpackage" using a different GPG key to "debsign"?
[14:31] <directhex> or to "gpg" as it happens
[14:41] <james_w> directhex: do you have DEBSIGN_KEYID set in your devscripts.conf?
[14:42] <directhex> james_w, yeah. everything behaves as it shuold except dpkg-buildpackage
[14:43] <bddebian> Heya gang
[14:43] <james_w> well dpkg-buildpackage doesn't use that file
[14:43] <james_w> hey bddebian
[14:43] <bddebian> Hi james_w
[14:43] <directhex> i think i see the problem
[15:05] <porthose> james_w directhex: congrats ! ;-)
[15:06] <james_w> thanks porthose
[15:06] <directhex> porthose, thanks
[15:07] <bddebian> What'd I miss, have james_w and directhex taken over the world? :)
[15:08] <savvas> any motu to review http://revu.ubuntuwire.com/p/gnote ?
[15:08] <directhex> bddebian, yes
[15:08] <bddebian> w00t
[15:08] <directhex> free ice cream for everyone
[15:08] <savvas> cool, congratulations! :)
[15:08] <directhex> except microsoft employees. they only get bread & water
[15:13] <james_w> time bzr branch lp:~james-w/ubuntu/karmic/ssss/karmic
[15:13] <james_w> 4.681 total
[15:13] <james_w> time apt-get source ssss
[15:13] <james_w> 4.627 total
[15:14] <bddebian> w00t congrats guys :)
[15:14] <james_w> almost there...
[15:15] <lamothe> pkern: Given up on Me TV?
[15:21] <lifeless> james_w: format?
[15:22] <hyperair> jpds: you around?
[15:24] <james_w> lifeless: development-rich-root
[15:24] <lifeless> scchweeet
[15:25] <james_w> lifeless: a few more runs show that bzr doesn't get much quicker than that, but apt can get down to 1.5 seconds on some runs
[15:25] <lifeless> james_w: run with -Dhpss
[15:25] <james_w> there's ~0.5s ssh overhead there
[15:25] <lifeless> I wager a fair chunk of that is ssh connections
[15:25] <lifeless> be interesting to toss a master ssh connection up to b.l.n
[15:26] <james_w> just did that
[15:26] <james_w> ~3.8s
[15:30] <jpds> hyperair: Hello.
[15:32] <hyperair> jpds: well hello there.
[15:32] <hyperair> jpds: may i make my changes to your package directly in svn?
[15:32] <jpds> hyperair: Yes.
[15:32] <hyperair> okay
[15:32] <hyperair> another thing..
[15:32] <hyperair> did you have anything dh7 specific?
[15:32] <hyperair> i don't see anything, but you've used a dh >= 7 b-d and compat leel 7
[15:32] <hyperair> level*
[15:33] <jpds> No, but I like latest stuff.
[15:33] <pkern> lamothe: Did I miss something?  Currently, yes.  Had some slowness trouble with it again and used kaffeine in the meantime.  (Which doesn't deactivate gnome-screensaver in jaunty, bah.)
[15:33] <hyperair> jpds: may i lower it? or would you prefer to keep it at 7?
[15:33] <pkern> lamothe: And I'm also incredibly busy.  If I missed some sponsoring request please resend it.
[15:33] <hyperair> jpds: it doesn't look like you use anything above 5.
[15:33] <jpds> hyperair: Don't mind really.
[15:34] <hyperair> alright
[15:34] <hyperair> and... i should shift everything into debian/
[15:34] <artfwo> is there some kind of checklist for the differences between debhelper 5, 6 and 7?
[15:35] <jpds> artfwo: man debhelper
[15:35] <jpds> artfwo: Look for "Debhelper compatibility levels".
[15:35] <artfwo> jpds: it's not complete, it does not mention dh_lintian for instance
[15:35] <jpds> hyperair: Whatever makes it work.
[15:35] <lamothe> pkern: Yeah, I sent it 1 month ago ... but figured you were busy.
[15:35] <lamothe> pkern: Of course I've had a few updates since then.  So I'll package those up and send them onto you.
[15:36] <lamothe> pkern: "slowness" ... like the UI not responding?
[15:36]  * hyperair feels a little awkward reviewing a MOTU's package
[15:36] <jpds> hyperair: It worked fine when I packaged it, so *shrug*
[15:36] <hyperair> hmm
[15:37] <artfwo> by the way, if anyone feels like reviewing a package, please check http://revu.ubuntuwire.com/p/scantailor :) thanks!
[15:39] <lamothe> pkern: There's an issue with the sqlite3 version in Jaunty, it's very slow.  I have put in a Jaunty specific fix where I use a separate thread to persist data.
[15:48] <hyperair> jpds: W: tomboy-latex source: timewarp-standards-version (2009-01-11 < 2009-03-12)
[15:48] <hyperair> jpds: i hope you don't mind me changing the timestamp of your changelog entry
[15:48] <jpds> hyperair: Yeah, update it for today, didn't see that when I packaged it..
[15:49] <hyperair> course you didn't. the Standards-Version was still <IP_ADDRESS> at that time
[15:55] <kees> mariuz: sounds like your question got answered, but yes, everything in Ubuntu is compiled with stack protection.  objdump -CR works, though I tend to use readelf -s
[16:01] <mariuz> kees : thanks good to know , i check now every binary to see if is enabled
[16:05] <kees> mariuz: what are you trying to determine?
[16:07] <mariuz> There are some issues with udf functions with firebird2.1 classic , i try to solve this bug https://bugs.edge.launchpad.net/ubuntu/+source/firebird2.1/+bug/363694
[16:10] <mariuz> i checked the supper server and seems to be compiled with stack protector enabled by default , now i'm at the firebird-classic part
[16:10] <kees> mariuz: it's not clear to me what the actual bug is -- what doesn't actually work?
[16:12] <mariuz> i think in the end both firebird and user defined functions should be compiled with stack protector
[16:13] <mariuz> for this user it seems that his udf works only if he compiles with no-stack-protector , and he says firebird classic is compiled without stack protection
[16:14] <mariuz> so i thnk all binaries should be compiled with that enabled right ?
[16:16] <mariuz> in the end i want to clarify for all users if they want to create their own UDF libraries
[16:20] <jeki> Can anyone look at this report? https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/368580
[16:21] <kees> mariuz: it shouldn't matter since __stack_chk_fail is defined by glibc.
[16:22] <jpds> jeki: Please don't message different channels with the same thing.
[16:22] <mariuz> ok i will close it then
[16:22] <kees> mariuz: since I am unfamiliar with firebird, can you adjust the bug report with specific steps to take to see the problem?
[16:22] <jpds> jeki: If you need general bug help, #ubuntu-bugs would be the place to start.
[16:23] <directhex> so... how do i ack a sync request then?
[16:23] <maco> directhex: upstream says "not gnote's bug if tomboy crashes" even though gnote's the one writing incompatible files
[16:24] <directhex> maco, okay. so it's official, gnote is not compatible with tomboy, is that what i'm to infer?
[16:24] <mariuz> kees: i will try to create one udf and then I will check if it works
[16:26] <directhex> maco, adding a try{}catch{} to tomboy to not crash is easy (but may impact performance). how much work should go into tomboy to work around idiotic flaws in an aggressive fork?
[16:26] <directhex> savvas, drop any mention of tomboy compatibility, by the looks of it
[16:28] <savvas> it just mentions it's a port of Tomboy in C++
[16:29] <maco> directhex: take a look at the bug http://bugzilla.gnome.org/show_bug.cgi?id=581844
[16:29] <directhex> maco, so i see. WONTFIX.
[16:29] <maco> i'm going to attempt to argue that interoperability = good
[16:29] <maco> and so at least be a *compatible* fork
[16:36] <maco> directhex: i dont think i like that guy's attitude
[16:36] <directhex> maco, don't get me started, i might upset someone
[16:37] <maco> heh
[16:37] <jdong> directhex: meh if someone gets upset then you are not the one with the problem ;-)
[16:38] <jdong> would it really kill them to output a compatible timestamp?
[16:38] <directhex> jdong, with great MOTU hat comes great responsibility
[16:38] <maco> being told "hey, you're breaking this already-well-established-format" and replying with essentially "too bad. i don't care"?  that's the part where you're supposed to go "oh? really? crud...uh....*hack*"
[16:38] <directhex> jdong, yes. doing that would enable people switching to tomboy
[16:38] <jdong> directhex: *gasp* the horror.
[16:38] <jdong> but mo*NO*!
[16:38]  * jdong dies a little inside
[16:40] <maco> heh i had a question on one of my finals that was "explain why service-oriented architectures should be based on standards" and i put down that from the customer/user who wants options' perspective they should be, but from the perspective of the provider who doesn't want to lose marketshare, standards are evil
[16:40] <jdong> exactly
[16:41] <directhex> standards prevent lock-in. that's the *point* of standards
[16:41] <directhex> you know, ECMA 335 is a standard.....
[16:42] <maco> i also put down "and sometimes a company will come along and realise that there are people who really really want standards and are willing to pay if you are committed to standards, and then they can market to that niche and hope that recommendations will give them popularity"
[16:42] <directhex> and fancy hats
[16:42] <savvas> well the author of gnote says in the readme file "as close as possible to the original"
[16:42] <maco> i'm thinking of things like how all us silly fossy people switched from twitter to identi.ca, where we can then export *all* our data as xml
[16:42] <savvas> no promise of compatibility :P
[16:43] <maco> well seeing as it's 100% possible for them to be exactly the same on timestamps...
[16:43] <maco> he's missing "as close as possible" by a bit
[16:43] <directhex> "as close to possible... in one direction"
[16:44] <savvas> perhaps he'll implement an import function heh
[16:44] <savvas> actually I don't know, I'm not arguing something I don't know :P
[16:44] <maco> also, the excuse that "well this is how glib did iso8601" doesn't stand up to the "how many available formats are there for iso8601? OH YEAH there's a localtime version!"
[16:45] <maco> (i wikipedia'd it. gnote's using iso8601 UTC and tomboy's using iso8601 local)
[16:47] <maco> and then the tomboy dev popped up and said he'd edit tomboy to be able to handle gnote's notes without crashing
[17:02] <pkern> lamothe: Sorry, looks like I missed it then.  I thought I synced everything you needed.  Yes, UI slowness, mainly.  I can retest on jaunty next week (that said, I don't want to make promises on that).
[17:29] <artfwo> hello! is anybody interested in reviewing http://revu.ubuntuwire.com/p/scantailor on this REVU day? thanks!
[17:30] <artfwo> (and sorry for spamming the channel, if that's not okay to do)
[17:35] <ivoks> RoAkSoAx: hello
[17:35] <RoAkSoAx> ivoks, heya :) how's it going?
[17:36] <ivoks> RoAkSoAx: good, and you?
[17:36] <RoAkSoAx> ivoks, tired but good...:)
[17:36] <ivoks> RoAkSoAx: now remove your patches from drbd merges :)
[17:37] <ivoks> so that main sponsors don't take yours, which aren't good :/
[17:37] <ivoks> RoAkSoAx: the main issue there is changelog
[17:38] <ivoks> RoAkSoAx: it's not your fault, but you should notice the problem
[17:38] <RoAkSoAx> ivoks, i've already pdated the drbd changelog btw...
[17:38] <ivoks> RoAkSoAx: take a look at http://launchpadlibrarian.net/26467890/drbd8_8.3.1-1ubuntu1.debdiff
[17:38] <RoAkSoAx> ivoks, so I should remove this patch: ubuntu-cn-idx.dpatch ??
[17:38] <ivoks> RoAkSoAx: that's the last debdiff there
[17:38] <RoAkSoAx> yes
[17:39] <ivoks> RoAkSoAx: in this debdiff everything is fine except debian/changelog changes
[17:39] <ivoks> RoAkSoAx: in this patch there are lots of changes (removal) on debian's changelog part
[17:39] <ivoks> RoAkSoAx: we can not remove debian entries in changelog
[17:40] <ivoks> RoAkSoAx: make that we should never remove something from changelog or add changes that we didn't do
[17:40] <ivoks> RoAkSoAx: so, while there was some errors in creating debdiff, they weren't your fault
[17:41] <ivoks> RoAkSoAx: but once you know that developer cannot remove entries from changelog, you will see that this debdiff does that - and then you would fix it
[17:41] <RoAkSoAx> ivoks, those entries where removed becuase mathiaz recommended so: could you remove all the changelog entries related to unstable that appear in the diff ( <0.6.12-5)? Only entries relevant to the ubuntu packages should be appear in the debdiff.
[17:41] <ivoks> i'm not sure if you understand me :)
[17:41] <ivoks> cause my english sucks at the momment
[17:42] <ivoks> RoAkSoAx: right, mathiaz said that only ubuntu related changes should be in debdiff
[17:42] <ivoks> RoAkSoAx: but this debdiff removes debian's changes :)
[17:42] <ivoks> RoAkSoAx: so, all changes in changelog, but only ubuntu related changes in debdiff
[17:43] <ivoks> bottom line; this wasn't your fault... it could be some mistake in previous merge (probably by me) or debian changed something in changelog
[17:43] <RoAkSoAx> ivoks, but i did what mathiaz said: Remove all unstable entries < 0.6.15-5
[17:43] <ivoks> RoAkSoAx: in *debdiff*
[17:43] <ivoks> RoAkSoAx: not in debian/changelog
[17:43] <mathiaz> RoAkSoAx: what I was saying was to remove the entries from the diff, not the changelog
[17:44] <mathiaz> RoAkSoAx: which means adding them back to the changelog
[17:44] <ivoks> RoAkSoAx: take a look at my patch
[17:44] <ivoks> http://launchpadlibrarian.net/26462721/drbd8_8.3.1-2ubuntun1.debdiff
[17:44] <mathiaz> RoAkSoAx: so that they don't appear in the debdiff
[17:44] <RoAkSoAx> mathiaz, ohhh know i get it .. lol
[17:44] <RoAkSoAx> dumb me
[17:44] <RoAkSoAx> ok will do
[17:44] <ivoks> don't be so hard on your self
[17:45] <ivoks> that's why you are here - to learn
[17:45] <ivoks> and we will help you
[17:45] <ivoks> RoAkSoAx: once i did merge, i got the same debdiff as you did
[17:46] <RoAkSoAx> haha yeah well i just misunderstood
[17:46] <ivoks> RoAkSoAx: but i manualy removed the changes we shouldn't introduce
[17:46] <ivoks> RoAkSoAx: as i said, this was a result from some error which wasn't caused by you
[17:47] <RoAkSoAx> ok :)
[17:47] <ivoks> i'd say you did a good job with merges
[17:48] <ivoks> i haven't seen others
[17:49] <RoAkSoAx> ivoks, thanks!! :) btw i am having trouble with paraview.. it won't build  and i don't know why :)
[17:49] <ivoks> RoAkSoAx: consider that one as one of FTBS you have to solve :)
[17:49] <ivoks> RoAkSoAx: how does it fail?
[17:49] <RoAkSoAx> ivoks, yes, I've suggested it as FTBS :) and just a sec
[17:50] <ivoks> RoAkSoAx: i've put qemu as FTBS you should also look at
[17:51] <RoAkSoAx> ivoks, ok. do you think we should start working with FTBS after the merges?
[17:51] <ivoks> RoAkSoAx: yes
[17:51] <ivoks> RoAkSoAx: during that cycle, you'll learn a bit about patching
[17:51] <ivoks> you already worked with dpatch
[17:52] <ivoks> RoAkSoAx: i'm looking at irssi merge request
[17:52] <ivoks> RoAkSoAx: did you do any changes to irssi or you just merged previous changes?
[17:52] <RoAkSoAx> ivoks, nxvl said it was ok :)
[17:53] <ivoks> RoAkSoAx: that's ok, but answer my question, please :)
[17:53] <RoAkSoAx> ivoks, i merged previous changes, but fixed the patch: 90irc-ubuntu-com
[17:53] <ivoks> ok
[17:54] <RoAkSoAx> since the previous patch wasn't working
[17:54] <RoAkSoAx> ivoks, btw.. I've worked with dpatch and quilt
[17:54] <ivoks> RoAkSoAx: have you contacted debian about drbd's control file and double 'dpatch' dependecy?
[17:54] <RoAkSoAx> ivoks, i've also worked with cdbs before
[17:55] <RoAkSoAx> ivoks, not yet :)
[17:55] <ivoks> great
[17:55] <RoAkSoAx> i was planning to do that this weekend
[17:56] <ivoks> ok
[17:56] <ivoks> i see ttx and mathiaz helped you with openvpn...
[17:58] <RoAkSoAx> ivoks, yes
[17:59] <RoAkSoAx> ttx last night said it was ok, so I suscribed it
[18:03] <RoAkSoAx> ivoks, i uploaded the new debdiff, is it ok?
[18:05] <ivoks> debdiff for...?
[18:05] <RoAkSoAx> ivoks, drbd
[18:06] <ivoks> you didn't have to, but let me check it
[18:06] <ivoks> lol, which one?  I don't know why, but that deletion of those two lines was done automatically i didn't even noticed
[18:13] <ivoks> well, you should always check debdiff and notice things like that
[18:13] <ivoks> otherwise, everything else was good
[18:14] <ivoks> RoAkSoAx: you've seen the comments i added on other bugs?
[18:14] <RoAkSoAx> ivoks, yes
[18:15] <ivoks> ok
[18:18] <RoAkSoAx> ivoks, btw.. I guess that you already fixed the things you've commented about in the other bugs
[18:19] <ivoks> RoAkSoAx: of course
[18:22] <RoAkSoAx> ivoks, ok awesome... btw.. did you get to write to the fedora guy regarding on ha?
[18:22] <ivoks> not yet
[18:30] <RoAkSoAx> ivoks, ok, when we have some time we should discuss the goals and roadmap for the time, so that you can also talk about it on the UDS
[18:33] <ivoks> yep
[18:37] <RoAkSoAx> RoAkSoAx, just let me know when can we talk about it :)... meanwhile I'm gonna work on another merge
[18:39] <RoAkSoAx> ivoks,  just let me know when can we talk about it :)... meanwhile I'm gonna work on another merge
[18:39] <ivoks> RoAkSoAx: it would be much easier with email
[18:40] <ivoks> since we aren't in the same parts of the world
[18:40] <ivoks> and now my brain isn't in optimum state :)
[18:41] <RoAkSoAx> ivoks, tell me... i just slept like 4 hours
[18:41] <RoAkSoAx> ivoks, and ok, i'll bring up the issue in the ubuntu-ha ML
[18:46] <RoAkSoAx> ivoks, what would be the difference between: libgstreamer0.10-ruby and libgstreamer0.10-ruby1.8
[18:47] <ivoks> libgstreamer0.10-ruby depends on libgstreamer0.10-ruby1.8
[18:49] <RoAkSoAx> ivoks, what would be the difference in using them in Build-Depends
[18:49] <ivoks> i really don't know
[18:49] <ivoks> a, i know
[18:50] <ivoks> 0.10-ruby is a dummy package
[18:50] <ivoks> it allways depends on latest libgstreamer0.10-rubyx.y
[18:50] <RoAkSoAx> ivoks, so we should not use dummy packages in BUild-Depends?
[18:50] <ivoks> i would use dummy package
[18:51] <ivoks> that way i wouldn't have to change debian/control when new version of packages comes out
[18:51] <RoAkSoAx> ivoks, yes, but why would someone would do that change, use libgstreamer0.10-ruby1.8 instead of libgstreamer0.10-ruby ?
[18:52] <ivoks> if package builds only with libgstreamer0.10-ruby1.8, but not with libgstreamer0.10-ruby1.7 or libgstreamer0.10-ruby1.9
[18:52] <RoAkSoAx> ivoks, on how do I determine that?
[18:53] <RoAkSoAx> ivoks, and it is not in Build-Depends, it is in Depends
[18:53] <ivoks> build it and test it, check changelog
[18:53] <ivoks> there should be some info about that in changelog
[18:54] <RoAkSoAx> ivoks, It just says this: debian/control{,.in}:   + Replace libgstreamer0.10-ruby with libgstreamer0.10-ruby1.8 in Depends for geekast-binary.
[18:55] <ivoks> RoAkSoAx: then you know it wasn't an accident or mistake
[18:55] <ivoks> RoAkSoAx: someone did it on purpose
[18:55] <ivoks> RoAkSoAx: don't change that
[18:56] <RoAkSoAx> ivoks, ok because debian added, a knew package that is a dummy package and i wanted to know if it could do the same kind of change, or just use the dummy one
[18:56] <ivoks> leave the change debian did
[18:58] <RoAkSoAx> ivoks, ok, now, when there's a debian/control.in and debian/control and both have conflicts in the same part, but debian/control also has conflicts in other part... we should resolve the conflicts in both files, but doesnt control.in overwrite control?
[18:58] <ivoks> RoAkSoAx: you should resolve all conflicts
[18:59] <RoAkSoAx> ok :)
[19:03] <ivoks> well, take care
[19:04] <RoAkSoAx> ivoks, you too thansk for the help :)
[19:04] <ivoks> np
[19:06] <directhex>    hnjml
[19:06] <directhex> =-u7y6r fewdaMNIL#]
[19:06] <directhex> *COUGH*
[19:15] <fabrice_sp> Hi. Anyone in a REVU mood willing to have a look at gmerlin (http://revu.ubuntuwire.com/p/gmerlin). It's for a merge from Debian Multimedia, and is a mandatory dependency for new openmovieeditor
[19:16] <fabrice_sp> it's linked to https://bugs.edge.launchpad.net/ubuntu/+bug/283208
[19:48] <pace_t_zulu> directhex: you here?
[19:49] <directhex> yes, but not for long
[19:49] <pace_t_zulu> directhex: congratulations on MOTU
[19:50] <directhex> thank you
[19:51] <pace_t_zulu> directhex: didn't want to trouble the list with that
[19:52] <directhex> pace_t_zulu, i had a few thanks via email, but didn't want to flood the list either
[19:52] <pace_t_zulu> directhex: maybe one day I can join you in MOTU
[19:54] <pace_t_zulu> directhex: i suppose i need to accumulate much more karma... perhaps on Karmic Koala
[19:54] <directhex> pace_t_zulu, it's not too hard - just contribute on something you enjoy, and don't suck at it for more than a few months. easy peasy!
[19:55] <pace_t_zulu> directhex: that's what i must do
[19:58] <directhex> back later. beer festival!
[19:59] <geser> you celebrating your MOTUship there?
[19:59] <pace_t_zulu> directhex: lucky you
[20:00] <kklimonda> directhex: gratz :)
[20:00] <kklimonda> directhex: so, does it mean that banshee will be default media player for KK? ;}
[20:01] <directhex> kklimonda, not my decision. entirely up to the desktop team at UDS
[20:02] <kklimonda> any MOTU would like to sponsor a sync: bug 373845 ?
[20:17] <pochu> kklimonda: I hope it doesn't ;-)
[20:18] <maco> any of you know your way around piuparts?
[20:24] <kklimonda> pochu: i guess that whatever the decission would be some people will complain :)
[20:27] <\sh> moins world :)
[20:35] <\sh> dear MOTUs and Hopefulls and all others, if anyone wants to do something, please take care of all packages my name tag is on....I won't have much time to work on them this time (much more important things to do ;)) things like zend-framework will uploaded in time for this release cycle....thanks :)
[20:47] <ScottK> \sh: Congratulations.
[20:49] <kklimonda> ScottK: what happens now with bug 367214 when it spent some time in -proposed and there was no negative feedback? Also the same fix was used by Debian Maintainer and upstream developers aren't responding to my mails.
[20:50] <ScottK> kklimonda: Someone other than you needs to verify it works.
[20:51] <ScottK> Once that happens the tag ccan get changed to verification-done and it'll get copied to -updates
[20:51] <ScottK> Also you need to get Karmic fixed too.
[20:51] <kklimonda> I've already filled sync request (bug 373845)
[20:53] <ScottK> Excellent.
[21:54] <Laibsch> hi, why is there no libarts1-dev package in jaunty anymore?  Debian still has it
[21:54] <directhex> yay beer
[21:54] <directhex> Laibsch, aRts is dead, no?
[21:55] <Laibsch> is it?
[21:55] <Laibsch> I don't know, I want it to recompile the latest twinkle
[21:55] <directhex> "On December 2, 2004 aRts' creator and primary developer Stefan Westerfeld announced he was leaving the project due to a variety of fundamental development and technical issues with aRts.
[21:55] <directhex> In KDE 4 developers choose to replace aRts with a new multimedia API known as Phonon"
[21:56] <Laibsch> OK
[21:56] <Laibsch> but debian seems to still make releases for the package
[21:56] <Laibsch> unstable has a more recent version than squeeze
[21:56] <Laibsch> and I don't see where else to get the mcopidl binary which is being called during compilation of twinkle
[21:58] <james_w> directhex: hey
[21:58] <james_w> I presume you can sponsor your own requests from the queue now
[21:59] <james_w> Laibsch: ubuntu decided to kill the package for jaunty, so you'll have to find some way around it, or get consensus to resurrect the package
[22:00] <directhex> james_w, i don't have an unsubscribe other button, so presumably i need to join u-u-s by hand?
[22:00] <Laibsch> I'll just recompile libarts1-dev in my PPA which is where I recompile twinkle as well
[22:00] <james_w> directhex: you need to ask one of the admins I think
[22:00] <Laibsch> I wonder what Ubuntu will do with the later releases of twinkle, though, which apparently need that binary
[22:00] <Laibsch> for compilation
[22:00] <james_w> directhex: if they are sync requests then just move them on to archive and leave the sponsors subscribed for now
[22:01] <james_w> Laibsch: prodding twinkle upstream about porting away from arts would be appreciated
[22:01] <Laney> don't drink and subscribe
[22:01] <james_w> Laney: my glass of wine disagrees
[22:02] <Laney> WON'T SOMEBODY THINK OF THE CHILDREN?!
[22:02] <Laibsch> :-(
[22:02] <Laibsch> Rejected: File arts_1.5.9.orig.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors. Files specified in DSC are broken or missing, skipping package unpack verification.
[22:02] <Laibsch> Can't even upload it to my PPA
[22:03] <james_w> Laibsch: you can if you use the same tarball
[22:03] <james_w> you probably can't get that tarball by apt-get source unfortunately
[22:03] <Laibsch> I was using the Debian orig tarball
[22:04] <Laibsch> It is not good if the Debian orig tarball and the Ubuntu one differed
[22:04] <james_w> it happens unfortunately
[22:04] <Laibsch> upstream problem?
[22:04] <james_w> try with the Ubuntu one, and if it fails then it's probably a launchpad bug
[22:04] <Laibsch> I'm not even sure where to get it
[22:04] <Laibsch> I'll try a few usual suspects
[22:06] <kklimonda> Laibsch: https://edge.launchpad.net/ubuntu/+source/arts/1.5.9-0ubuntu1 ?
[22:35] <RainCT> Someone from MOTU SRU please approve bug #206280, thanks :)
[22:46] <Laney> motu-sru seems under strength
[22:46] <Laney> shouldn't it have 5 members?
[23:18] <binarymutant> I received and email from the archive team and it has an acronym I've never heard of. What is DIF? ie. "If it hasn't happened by DIF then we should act on it"
[23:19] <geser> Debian Import Freeze
[23:20] <iulian> binarymutant: Debian Import Freeze - https://wiki.ubuntu.com/DebianImportFreeze
[23:20] <binarymutant> iulian, ah thank you
[23:20] <savvas> you should add these in wtf :)
[23:21] <savvas> $ wtf DIF
[23:21] <savvas> Gee...  I don't know what DIF means...
[23:21] <james_w> binarymutant: ah, that was you :-)
[23:22] <james_w> that package will be imported semi-automatically until Debian Import Freeze, so asking for it to be done manually at this stage just creates more work
[23:22] <james_w> I left the bug open so that we can check later if the package got missed for some reason, and do it manually then
[23:22] <binarymutant> thanks james_w :)
[23:22] <directhex> james_w, my list o' syncs is moatly stuff i intend to update but haven't yet - but are currently unsyncable
[23:23] <directhex> james_w, so just write "ack", change to wishlist/confirmed, and subscribe archive admin?
[23:23] <james_w> directhex: I was referring to e.g. sublib, giver, moon
[23:23] <james_w> ah
[23:23] <james_w> yeah that works
[23:23] <james_w> I can ubsub sponsors for you until you are a member
[23:23] <directhex> who do i poke for that?
[23:23] <james_w> I'm not sure why ~ubuntu-dev isn't a member to be honest
[23:24] <james_w> Emmet added me I think
[23:24] <james_w> or Luke or Luca according to lp
[23:25] <directhex> DktrKranz?
[23:25] <james_w> yeah
[23:25] <james_w> ah, Luke's up
[23:25] <james_w> TheMuso: would you add directhex to ~u-u-s please?
[23:26] <TheMuso> sure
[23:27] <Laney> bah, sponsorship detection in requestsync is broken
[23:27] <Laney> james_w: can you unsub the archive from bug 373906?
[23:27] <TheMuso> james_w: the LP username is directhex?
[23:27] <james_w> directhex: I assume that's correct?
[23:27] <directhex> aye
[23:27] <TheMuso> thanks
[23:28] <directhex> ta!
[23:28] <TheMuso> done
[23:30] <savvas> any motu with some spare time, please review http://revu.ubuntuwire.com/p/gnote
[23:30] <directhex> yay, thanks TheMuso
[23:31] <TheMuso> directhex: np
[23:32] <savvas> goodnight!
[23:33] <savvas> or good-what-ever-time-you-have :P
[23:51] <james_w> Laney: why am I unsubscribing archive from f-spot?
[23:51] <james_w> I *wan't* f-spot to be synced :-)
[23:52] <Laney> it's in main
[23:52] <james_w> oh, yeah
[23:52] <james_w> silly me
[23:52] <james_w> nice work anyway
[23:53] <Laney> thanks
[23:53] <james_w> I presume you want to subscribe u-m-s?
[23:53] <Laney> just did!
[23:54] <james_w> I see it now :-)
[23:56] <binarymutant> If anyone has the time to review my package for lxsplit, I would greatly be appreciate it. It can be found here http://revu.ubuntuwire.com/p/lxsplit thanks you :)


[06:41] <dholbach> good morning
[08:06] <smartboyhw> Noskcaj, hurray! Our teacher is going to teach us Python! (The Testdrive language:P)
[08:07] <Noskcaj> :) school python sucks though, my teach spent ten lessons and only taught us print and if
[08:07] <smartboyhw> Noskcaj, LOL
[08:07] <smartboyhw> But I don't even know the basic stuff
[08:08] <smartboyhw> We have four choices: C, Python, Java and Pascal, and it was an anonymous vote to Python (that's 16 people :O)
[08:28] <Noskcaj> if you don't even know the basics, how come you've done more devel stuff than me?
[08:28] <Noskcaj> smartboyhw, i assume you will be top of the class because you have experience with python?
[08:35] <smartboyhw> Noskcaj, no I have no experience at all
[08:35] <smartboyhw> I just know a bit of C, Java and B
[08:35] <smartboyhw> s/B/VB/
[11:24] <vibhav> pitti: FYI, the libHX test has landed into debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705910
[11:58] <pitti> vibhav: nice, that was fast
[11:58] <vibhav> indeed
[11:58] <pitti> so we'll get it in s with the first autosyncs
[11:58] <vibhav> Yeah
[12:17] <smartboyhw> Now: Anyone want to help posting https://noskcaj10.wordpress.com/2013/04/21/making-testdrive-work-pt-1-a-brief-recent-history/ to planet?
[12:19]  * smartboyhw wonders if Noskcaj's claim of him being Xubuntu Testing Head in his blog was false, since he wasn't in the Xubuntu Team LP group.......
[12:22] <smartboyhw> Or in the Xubuntu leaders wiki page, IIRC.
[12:22] <smartboyhw> If he really IS appointed we should celebrate:P
[13:43] <smartboyhw> Hmm balloons is still sick:(
[13:57] <smartboyhw> Hey SergioMeneses
[13:57] <SergioMeneses> smartboyhw, hey!
[14:18] <smartboyhw> SergioMeneses, you ever heard of Noskcaj calling himself "head of testing in Xubuntu" !?
[14:33] <xnox> gema: http://www.dhtmlx.com/docs/products/dhtmlxChart/
[14:53]  * cjwatson respins the world for the (hopefully) fix for bug 1080701
[14:54] <cjwatson> and with any luck that's the last
[14:54] <smartboyhw> cjwatson, I do think this cycle is much critical bug-free than the last:)
[14:54]  * smartboyhw sings the song "The world is re-spinning":{
[14:57] <cjwatson> we hope ...
[15:05] <smartboyhw> phillw, you got really quick alternate ISOs:O
[15:05] <smartboyhw> Built in an extremely fast speed
[15:07] <phillw> smartboyhw: there's less 'meat' on them. the desktop (especially ppc) take about 90 mins!
[15:07] <smartboyhw> phillw, :O
[15:08] <phillw> cjwatson: just FYI, I've emailed the ubuntu-quality and lubuntu-qa teams to inform them of the re-spin. I'm sure the other quality Team Leaders will let their own flavours know.
[15:10] <cjwatson> ok
[15:10] <cjwatson> alternates are quick to build, indeed, and they don't all queue up on the livefs builders
[15:16]  * phillw loves alterantes :D
[15:17] <smartboyhw> phillw, I don't like alternates;P
[15:18] <cjwatson> Lubuntu preinstalled failed to build, but it was because my scripts aren't *quite* up to just starting all the builds in parallel
[15:18] <cjwatson> I'll run it again at the end
[15:19] <cjwatson> I think it failed early enough that there'll have been no failure mail or anything though
[15:27] <phillw> cjwatson: the ac100?
[15:30] <cjwatson> Lubuntu preinstalled, whatever subarches that is
[15:30] <cjwatson> yeah, ac100
[15:32] <phillw> okies, we don't actually test that. The 'arm team' look after it as none of us have a test machine :)
[15:49] <smartboyhw> phillw: So, how are your testers doing? Happy or?
[16:07] <phillw> smartboyhw: we're looking good :) On what has been tested and reported, with the release notes to be written I am happy to sign off the entire suite :D
[16:08] <Guest92449> smartboyhw, still about?
[16:08] <phillw> ppc is always a pain, but the guys have the bugs well documented now along with work-arounds
[16:14] <phillw> hi balloons hope you're feeling a bit better
[16:15] <balloons> a little.. ugh
[16:15] <balloons> what a time to be down for the count
[16:15] <phillw> bad time to be ill. We're keeping the home fires burning and keeping the mailing list updated with things :)
[16:16] <balloons> I saw that :- ty
[16:20] <smartboyhw> balloons hey
[16:20] <balloons> smartboyhw, hello!
[16:20] <smartboyhw> Sorry for your illness balloons:(
[16:21] <balloons> ty.. plars and myself were wondering if you are able to do the cjk input test; http://iso.qa.ubuntu.com/qatracker/testcases/1316/info.. and actually understand the chinese :-)
[16:21] <phillw> balloons: you have taught us well, we are a family and help eachother. If one of us is 'down for the count', the others cover as best they can. :)
[16:21] <smartboyhw> balloons: …
[16:22] <balloons> I was very happy to see all of you beating the drum for testing
[16:22] <smartboyhw> Tmr maybe
[16:22] <smartboyhw> Or ask the UbuntuKylin guys!
[16:22] <balloons> smartboyhw, ok.. it only have to be run once
[16:22] <balloons> not every respin :-)
[16:22] <smartboyhw> balloons: Asking for Kylin help:P
[16:23] <balloons> thanks smartboyhw.. and pleasant dreams :-)
[16:23] <plars> I suspect the ubuntukylin guys are going to have their hands full with that, but yes if they have native speakers with a bit of spare time to try it on the Ubuntu isos too, would be great
[16:23] <phillw> smartboyhw: yeah, I've had good interaction with kylin team, they are very committed
[16:23] <smartboyhw> phillw: Of course, they have the Chinese government at their backs:P
[16:25] <smartboyhw> phillw: And I still haven't revenge for the "blame with a smile" Kubuntu PPC part:P
[16:29] <smartboyhw> balloons: The Kylin guys are willing to help!
[16:31] <balloons> excellent .. did you ask maclin?
[16:32] <smartboyhw> balloons: I asked JackYu and ypwong, IIRC
[16:32] <balloons> kk
[16:32] <ypwong> i got to download the image first
[16:35] <balloons> ypwong, thanks for your help.. Running through it once with a native speaker would be helpful for us ;-) We hope the translations are correct too.. let us know if not
[16:35] <smartboyhw> balloons: How about Japanese and Korean!?
[16:36] <smartboyhw> balloons: BTW is the quality section of the  community website done balloons?
[16:37] <balloons> smartboyhw, know any Japanese? It would be nice to get native speakers of all of the, but the big deal behind the testcase is to test the pinyin support and input support for non-western languages
[16:37] <balloons> smartboyhw, ahh yes.. we all worked on it awhile ago.. need to make sure it's ready to go in
[16:37] <smartboyhw> balloons: Look at https://wiki.ubuntu.com/CommunityWebsite and I'm on top of you:P
[16:37] <ypwong> balloons, probably can't test tonight though as download takes time and it's quite late here
[16:38] <balloons> ypwong, of course! no worries. Sometime tomorrow works great!
[16:38] <ypwong> I can read some japanese but never learnt to type
[16:38] <balloons> smartboyhw, http://pad.ubuntu.com/communitywebsite-contribute-quality
[16:38] <smartboyhw> balloons: Read. It's OK
[16:43] <smartboyhw> SergioMeneses, meet the recovered balloons!
[16:44] <SergioMeneses> smartboyhw, what do you mean?
[16:44] <SergioMeneses> balloons, ↑↑↑
[16:45] <balloons> SergioMeneses, lol.. i've been sick
[16:45] <smartboyhw> SergioMeneses: You clearly didn't read backlogs of #ubuntu-community-team
[16:47] <smartboyhw> balloons: Hmm weird noskcaj10.wordpress.com (Noskcaj's blog) claims he is the head of testing of Xubuntu, while both the wiki and LP indicates he isn't :O
[16:47] <phillw> balloons: I know a japanese reader / writer. He's the head of lubuntu-artwork. What would you like him to review?
[16:47] <SergioMeneses> no, I dont =/
[16:47] <SergioMeneses> but I'm glad for balloons :)
[16:48] <smartboyhw> phillw: Rafael Laguna right?
[16:48] <smartboyhw> Hmm I almodt thought his name was Chinese
[16:48] <smartboyhw> Strange name in Japanese....
[16:49] <phillw> smartboyhw: All I know is that he was 'bored' and learned Japanese.
[16:49] <smartboyhw> phillw: :O …
[16:50] <balloons> phillw, having him look at the testcase is never a bad idea.. i think the Japanese part of the testcase is the only one fully translated :-)
[16:50] <phillw> these art people are... well. art people and their brains are connected a bit different to us testers and coders :D
[16:50] <smartboyhw> phillw: LOL :D
[16:51] <balloons> lol
[16:51] <balloons> we need them
[16:52] <phillw> oh, indeed. He's a fantastic guy and can convert the lubuntu art work to different layouts in minutes.
[16:52] <smartboyhw> balloons, phillw: Our computer teacher is going to teach Python! :) Finally I can REALLY hack on Testdrive:P
[16:52] <balloons> smartboyhw, exciting!
[16:53] <SergioMeneses> smartboyhw, awesome :D
[16:53] <phillw> smartboyhw: there are some excellent on-line tutorials for python, I'll try and dig them up for you.
[16:53] <balloons> weird.. seems like gnumeric has more bugs :-9
[16:53] <balloons> phillw, btw, how did the presentation go/
[16:53] <smartboyhw> .....
[16:53] <balloons> we got the weekend and dates right finally eh?
[16:54] <SergioMeneses> I hate Karma!!!
[16:54] <smartboyhw> phillw: Noskcaj is making Lubuntu a default tab in testdrive-gtk
[16:54] <smartboyhw> SergioMeneses: Why?
[16:54] <phillw> balloons: It went well. pleasant presentation and interested people asking good questions. We have a small set of new testers :D
[16:55] <smartboyhw> balloons: ^ and I added UbuntuKylin into testdrive! Both of us are waiting for merging though
[16:55] <balloons> https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1171584
[16:55] <smartboyhw> lol
[16:55] <balloons> bah, private bug
[16:56] <SergioMeneses> smartboyhw, it always low
[16:56]  * smartboyhw laughs at balloons
[16:58] <SergioMeneses> smartboyhw, take a look bug 1094804
[16:59] <smartboyhw> uh huh
[17:00] <balloons> so there's a couple kubuntu interesting bugs dealing with it not confirming entered data properly
[17:03] <SergioMeneses> balloons, do you have the link?
[17:03] <balloons> private ;-(
[17:04] <smartboyhw> balloons: Why is that bug private?
[17:04] <balloons> it seems that kubuntu doesn't confirm password matching for encryption
[17:04] <balloons> well.. so the bug claims :-)
[17:04] <smartboyhw> balloons: Da fuq?
[17:04] <balloons> no idea why it's private
[17:05]  * smartboyhw goes and find Riddell
[17:05] <balloons> lol.. it's worth confirming first
[17:05] <balloons> I'm syncing the kubuntu iso
[17:06] <SergioMeneses> balloons, =/
[17:16] <ypwong> balloons, looks like the test case needs some minor updates, e.g. there's no "(I)" in  "安装 FAMILY (I)" for simp. chinese, and "우분투 설치" now showing ""Ubuntu 설치" for korean.
[17:17] <smartboyhw> Whoa!
[17:20] <balloons> ypwong, ok..  a merge proposal to update the test would be amazing if you can do it. If not, just a list of what needs changed will also work, and i can get it done
[17:21] <ypwong> balloons, yup, let me see if there are any serious issues
[17:21] <phillw> balloons: in my humble opinion, as the speakers of this language are in different time zones, maybe set up a 'chat' on an email?
[17:35] <balloons> ypwong, the merge proposal would go here if you want to go that route.. https://code.launchpad.net/ubuntu-manual-tests/
[17:35] <balloons> Otherwise, let me know.. and thank you!
[17:35] <ypwong> balloons, thanks, I will try that tomorrow
[19:22] <Letozaf> balloons, Hi
[19:23] <balloons> Letozaf, hello..
[19:23] <Letozaf> balloons, got a question, can I ask you :)
[19:24] <balloons> Letozaf, sure thing
[19:26] <Letozaf> balloons, I have a bug that always occurred while testing ARM images, but now the problem has gone, not there anymore, I  do not know what to mark the bug, I mean its not invalid (at least I do not think so) and it is also not "fixed released"  ... what should I mark it?
[19:26] <Letozaf> balloons, nothing seems to fit
[19:28] <balloons> which bug? is it/was it the graphics issue?
[19:29] <balloons> isn't it fixed released?
[19:29] <Letozaf> no its bug 1099122
[19:30] <Letozaf> balloons, it always used to happen and now it been fixed, maybe this is a dupe of some other bug, but I do not want to leave it open
[19:41] <balloons> Letozaf, weird
[19:42] <balloons> I would possibly mark it invalid or fix released depending..
[19:43] <balloons> might want to ask on #ubuntu-bugs
[19:43] <balloons> normally I would go fix-released.. but if you don't think anything changed/was fixed, then ..
[19:44] <Letozaf> balloons, I'm not sure, I mean maybe fixing something else fixed this, but I don't know :p
[19:44] <Letozaf> balloons, so maybe I should ask #ubuntu-bugs
[19:45] <Letozaf> balloons, it use to happen, so it's not invalid....
[19:46] <balloons> yes, ask the bug experts :-)
[19:47] <Letozaf> balloons, ok thanks
[19:48] <balloons> Letozaf, so how are you? How have you been?
[19:50] <Letozaf> balloons, well had a bad couple of weeks, some private problems to sort out, hope I have finished with them now :)
[19:50] <Letozaf> balloons, what about you ?
[19:50] <balloons> getting over being sick :-)
[19:51] <Letozaf> balloons, oh so we've been both knocked out :D
[19:51] <Letozaf> balloons, hope you're feeling better now
[19:53] <balloons> :-) indeed
[19:53] <balloons> I'm getting better.. I still feel pretty meh
[19:54] <Letozaf> balloons, oh sorry about that, but slowly you will feel better I'm sure, we are going towards spring now and spring alway brings joy
[19:55] <Letozaf> balloons, and makes you feel like going out and feel well
[19:55] <plars> xnox: installing with ecryptfs home now gives you an encrypted swap partition, is that right? I didn't remember that being the case in the past
[19:56] <Letozaf> balloons, well actually you have better weather than in Italy, so maybe it's been good weather for long now
[19:56] <plars> xnox: I'm testing reinstall when you already have an account with ecryptfs (to preserve your user, home), and it complained that I didn't have swap when I tried to go to the next step.
[19:57] <plars> I don't recall ever giving it a password for swap encrypted partition though
[19:58] <balloons> plars, ohh interesting, let me try
[19:58] <balloons> I *think* I have an old ecryptfs install
[20:16] <plars> balloons: it *does* let me continue without it, but I suspect I'll be left with no valid swapspace after I reboot
[20:16] <plars> continuing through it now
[20:16] <plars> http://launchpad.net/bugs/1172002 is the bug
[20:16] <balloons> plars, well.. I tried and it doesn't even see my instal..
[20:16] <balloons> so...
[20:17] <plars> balloons: were you using encrypted partitions? or ecryptfs home?
[20:17] <balloons> encrypted partition
[20:17] <plars> balloons: ah, that's different
[20:17] <balloons> yes
[20:17] <balloons> I didn't have just an encrypted home
[20:17] <plars> balloons: Unless they improved things, I believe that was unsupported for reinstall
[20:17] <balloons> so I thought I'd try it anyway and see :-)
[20:18] <balloons> indeed.. my guess is it will work if I boot up to live session, unlock it, then run the installer
[20:18] <plars> balloons: I'm fairly certain that reinstalling with encrypted home used to work though, in fact didn't you have some stuff about testing it before?
[20:20] <balloons> ok, on the encrypted tests, let's see
[20:21] <plars> balloons: right, so reinstalling with ecryptfs still works ok, I can still get at my files (that's always good to not have to recover :)
[20:21] <plars> but I have no swap
[20:21] <balloons> so first, I'll check on your encrypted swap partition
[20:21] <balloons> doing ecryptfs install now.. by default the entire disk install makes a swap partiton
[20:22] <plars> balloons: yes
[20:52] <balloons> plars, sorry.. so ecryptfs.. it installed a cryptswapfs.. it didn't pick it up for re-install
[20:53] <balloons> I agree though, it seems weird, like we're missing the encrypt home functionality
[20:53] <balloons> I had thought it would be in 'other' features, but it's not
[20:54] <balloons> we might need to add a second testcase for this bit of encryption
[20:55] <balloons> plars, though basically ubiquity can't unlock any partition during installation. So since the swap partition (like my encrypted partition) can't be read.. I'm guessing again if you unlock it first, it might pick it up and use it
[20:59] <phillw> balloons: plars <rant> you are both nit-picking now? If you encrypt any part of your system, you are going to have grief. If you go down that route then you would be expected to understand how to handle it. We write test cases, not instruction manuals /<end rant>
[21:03] <Noskcaj> balloons, where have you been hiding for the last few days?
[21:03] <phillw> Noskcaj: he's got 'flu
[21:04] <Noskcaj> ok, i thought he'd just ran away at release time
[21:04] <SergioMeneses> hi everybody!
[21:04] <balloons> Noskcaj, lol
[21:04] <balloons> yes, I've been under the weather as they say
[21:04] <balloons> Noskcaj, can you do me a favor?
[21:05] <Noskcaj> yeah, what?
[21:05] <balloons> if you start up the kubuntu installer and enter a password for encryption, does it verify it?
[21:05] <balloons> in other words, type two different passwords.. see if it lets you continue or not
[21:06] <Noskcaj> ok, i will when it's finished rebuilding and my xubuntu install is over
[21:06] <balloons> Noskcaj, ty ;-)
[21:06] <balloons> SergioMeneses, howdy
[21:10] <plars> phillw: I don't think this is nitpicking really, iirc this used to work from quantal, but I'd have to go back and check. If so, it's a regression. I think it's a pretty reasonable thing for a person to have installed a previous release with ecrypted home, and want to upgrade while preserving their home. We've said it works in the past
[21:11] <plars> but if it turns out that quantal did not do encrypted swap when selecting encrypted home, then it could possibly be release noted for anyone doing raring->raring reinstall, and fixed for S
[21:11] <Noskcaj> balloons, Have you seen the email for a testdrive hackfest/devel hangout?
[21:11] <balloons> indeed.. encrypted home is an option in the gui installer.. as such, it should work well
[21:12] <balloons> Noskcaj, I did.. did you guys get a time picked out?
[21:13] <Noskcaj> balloons, no. dustin's proposed time has 2am for me, so nothing yet
[21:13] <Noskcaj> and i've not heard from andreas or him since
[21:14] <phillw> plars: "me is hands up" on this, I just do not know them, and have had the answer "oh, we dropped that ages ago".
[21:16] <balloons> Noskcaj, SergioMeneses, phillw I'm wondering if we want to plan something after this week instead of right after release
[21:17]  * SergioMeneses is back
[21:17] <SergioMeneses> balloons, something like what?
[21:17] <Noskcaj> balloons, sounds good. i have my membership application on the 2nd but other than that only school and sport stops me
[21:18] <balloons> O
[21:18] <balloons> Sorry, I'm speaking about the release hangout idea
[21:18] <balloons> since I've been sick, and it never got annouced (just the idea), I'm wondering about postponing it a bit
[21:19] <SergioMeneses> balloons, sounds good but I dont know if I could be part of it
[21:20] <Noskcaj> balloons, sounds good then.
[21:20] <balloons> SergioMeneses, the idea would be to make sure everyone can be a part of it obviously :-0
[21:20] <balloons> I think that might be easier if we don't do it this week
[21:20] <SergioMeneses> balloons, it is a great idea!
[21:20] <balloons> Carla for instance couldn't make it along with some others.. anyways, so Noskcaj, yea, don't worry about coordinating with the release hangout
[21:21] <Noskcaj> balloons, i've got holidays till wednesday, after then i'm busy every day except sunday
[21:21] <balloons> do your own thing :)
[21:21] <balloons> I'm going to be traveling as well for a few weeks, so, I'm talking sometime in may
[21:21] <balloons> heh, probably after uds
[21:23]  * SergioMeneses birthday is in May
[21:24] <phillw> life would be easier without re-spins this late... But, meh, if they have to happen, they happen....
[21:27] <balloons> SergioMeneses, happy early birthday
[21:27] <balloons> I'm in June
[21:27] <balloons> celebrate summer! it's already here for me
[21:29] <SergioMeneses> balloons, thanks! btw I'm updating totem testcase
[21:31] <balloons> ohh.. brillant!
[21:31] <balloons> it was stripped to nothingness this cycle :-)
[21:31] <SergioMeneses> balloons, http://bazaar.launchpad.net/~sergiomeneses/ubuntu-manual-tests/totem-testcase/revision/89?start_revid=89
[21:31] <balloons> because things changed
[21:32] <SergioMeneses> balloons, it was too short
[21:35] <balloons> yea.. literally like the entire test was deleted
[21:35] <balloons> it was all using the youtube plugin at the time
[21:35] <balloons> then the plugin was dropped
[21:37] <SergioMeneses> balloons, merged! take a look when you have time enough
[21:58] <balloons> SergioMeneses, looking now
[21:58] <SergioMeneses> balloons, great!, I'm writing some emails =/
[22:04] <balloons> your testcase is merged and live on the tracker :-)
[22:05] <balloons> all while my install was running
[22:05] <balloons> not bad
[22:07] <phillw> balloons: whilst not really important to you, we may have ppc iso's at cd size :D
[22:10] <SergioMeneses> balloons, nice!
[22:24] <Noskcaj> balloons, just got into kubuntu,  it's let me run two different encryption passwords
[22:24] <balloons> Noskcaj, ah-ha!
[22:24] <balloons> that's a real issue
[22:25] <balloons> can you file a nice bug via ubuntu-bug and then link me
[22:25] <Noskcaj> oh yeah, do you know if it happens in normal ubiquity
[22:25] <balloons> we need xnox et la to have a look
[22:25] <Noskcaj> will do, how do i access the terminal in the installer?
[22:25] <balloons> Noskcaj, it shouldn't.. lol.. i was just doing those installs.. bah
[22:25] <balloons> I didn't try
[22:26] <Noskcaj> when i get around to testing lubuntu i'll check
[22:27] <balloons> kk
[22:27] <balloons> umm.. you can file it afterwards
[22:28] <balloons> he may want to run a debug ubiquity session, but I doubt it
[22:28] <balloons> he'll probably be able to re-crate
[22:30] <Noskcaj> i'm restarting the install so i can report the bug
[22:31] <balloons> ty Noskcaj
[22:31] <balloons> make sure it doesn't go private ;-)
[22:36] <phillw> balloons: is this an upgade issue? e.g 12.10 --> 13.04?
[22:37] <balloons> phillw, ?
[22:38] <balloons> me
[22:42] <phillw> balloons: I don't think this is nitpicking really, iirc this used to work from quantal, but I'd have to go back and check. If so, it's a regression. I think it's a pretty reasonable thing for a person to have installed a previous release with ecrypted home, and want to upgrade while preserving their home. We've said it works in the past
[22:42] <phillw> I thought you were chsing it.
[22:44] <Noskcaj> balloons, bug 1172059. please improve
[22:45] <phillw> balloons: I can install older machines with encyrytion and try a series upgrade.
[22:45] <phillw> But for now.... bed time!
[22:59] <SergioMeneses> ot: balloons phillw take a look https://sergioandresmeneses.wordpress.com/2013/04/23/ubucon-latinamerica-2013-will-be-in-uruguay/
[22:59] <SergioMeneses> next year will be in Colombia, you have to come
[23:08] <Noskcaj> why is 13.04 so buggy?
[23:10] <SergioMeneses> Noskcaj, I dont think so I'm using 13.04
[23:10] <Noskcaj> SergioMeneses, i'm averaging 4 bugs per installer run.
[23:11] <SergioMeneses> I updated
[23:13] <Noskcaj> balloons, just checked, the bug is kubuntu only
[23:14] <phillw> SergioMeneses i JUST WATHCE
[23:15] <phillw> SergioMeneses I just watched Marks' intoduction to the last one. I'm sure you will have a great time
[23:17] <SergioMeneses> phillw, I hope so
[23:17] <SergioMeneses> jejeje
[23:18] <phillw> Noskcaj: when you go looking for bugs, you will find them. If not for testers, a new release will be full of them. And that, my friend, is why we have  a testing team and 'nag' people to help.
[23:22] <plars> http://iso.qa.ubuntu.com/qatracker/testcases/1445/info seems a bit incomplete, is it intinded to test something that the other two iscsi tests don't?
[23:27] <SergioMeneses> plars, that is the first test with images that I saw
[23:28] <plars> SergioMeneses: I'm not sure I can decipher what it's telling me to do
[23:28] <plars> it seems incomplete
[23:29] <SergioMeneses> plars, report it like a bug
[23:48] <smartboyhw> Noskcaj, balloons: That Kubuntu encrpytion bug will be a SRU I thinj
[23:49] <smartboyhw> Hmm, rather not.
[23:51] <smartboyhw> Noskcaj: Since when you dare to call yourself "head of testing in Xubuntu"?
[23:52] <Noskcaj> smartboyhw, since i was put on trial for the possition in february
[23:52] <Noskcaj> elfy and i will share the position for S cycle
[23:52] <smartboyhw> Noskcaj… OK.
[23:56] <Noskcaj> smartboyhw, do you have the kubuntu i686 image? if so could you confirm the bug affects it?


[00:04] <JanC> mcphail: wait, I can run speccy games on my Ubuntu phone now?  :)
[00:06] <JanC> & antony_ ^^^
[00:09]  * JanC must have several tapes with speccy apps somewhere on his parent's attic...
[00:13] <mcphail> JanC: don't know if there is a speccy emulator yet, but the gameboy emulator runs well so it proves a speccy emulator would work
[00:14] <mcphail> JanC: I might look at porting one of the javascript emulators :)
[00:21] <JanC> mcphail: although I have fond memories about the Sinclair ZX Spectrum 48K, I don't _really_ intend to run Speccy apps  :)
[00:27] <mcphail> JanC: shame on you!
[02:24] <kivi> popey, pretty sure you qualify for this: https://support.lenovo.com/us/en/documents/hf004122
[02:24] <kivi> battery recall for the thinkpad x220, and other models
[02:56] <antony_> Fixed the dpad, disabled rotation and zooming
[06:29] <zbenjamin> mcphail: why don't you use cross building instead of emulation?
[07:07] <didrocks> zsombi: hey! so here is the workaround I needed to use due to the ListModel/ModelObject automated casting: https://github.com/didrocks/splitthebill/commit/9d1e72131f7a2842bea08b4e144895ef0a06f4d2#diff-63dd6639b235200e552147bf0a9003b8R59
[07:08] <didrocks> zsombi: quite ugly I know (as we can't save back in u1db ListModel/ModelObject as they are seen as null), but maybe you would see some room of improvments? I'm opened to any suggestions
[07:10] <dholbach> good morning
[07:46] <dholbach> salut davidcalle
[07:47] <popey> morning
[07:47] <dholbach> apart from the missing note for non-current snappy docs, was there anything else that was broken or missing?
[07:47] <dholbach> hey popey
[07:48] <davidcalle> dholbach, popey, morning
[07:49] <davidcalle> dholbach, well, I'm not sure about the "Snappy" name for landing pages. I haven't found anything else. Oh, maybe the script itself should be renamed to not have snappy in its name.
[07:50] <dholbach> ok, adding a note
[07:51] <dholbach> davidcalle, ok that looks like it won't be too much work: https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/snappy-docs-import/+merge/265004 :)
[07:52] <davidcalle> dholbach, I'd be glad to tackle both this morning
[07:52] <dholbach> as you like it :)
[07:53] <davidcalle> :)
[08:07] <mcphail> zbenjamin: I do, for most of it, but there isn't a cross-compiler for everything and dependency management for some things in click chroots is impossible if the armhf packages are incompatible with the amd64 ones
[08:21] <didrocks> zsombi: another question once you are around on the toolkit, do we expose in any way to QML the QStandardPaths? (like the .local for one app, and so on…)
[08:21] <zsombi> didrocks: nope, we don't
[08:22] <zsombi> didrocks: we shouldn't, developers should use content providers to store their data
[08:23] <didrocks> zsombi: importing an image from content hub, the contentitem.move() api wants a path though, is there any example I'm missing?
[08:23] <zsombi> didrocks: maybe ask kenvandine
[08:24] <didrocks> zsombi: I think there is a gap missing, if you expect them to do that and they expect you to provide the path, I'll see with him then :p
[08:32] <seb128> didrocks, isn't content-hub supposed to provide you the uri?
[08:33] <zsombi> kalikiana: t1mp: up for a review? https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/configurableColumns/+merge/267520
[08:34] <didrocks> seb128: yeah, but it's storing in the cache dir
[08:34] <didrocks> seb128: there is a way to say "store in the app scope", but I still don't have the prefix
[08:35] <seb128> hum, k
[08:35] <seb128> I though content hub was supposed to store in the app private dir
[08:36] <didrocks> seb128: by default, it's the cache, there is this app scope, but you don't have access for the .move() to the prefix
[08:36] <seb128> you want to move to a specific location?
[08:37] <seb128> I know that for e.g settings bg import we just put the file where content-hub does the import and set the gsettings key value to that url
[08:37] <t1mp> zsombi: I'll check it out
[08:37] <didrocks> seb128: yeah, part of the issue is if you relocate the database to another device for instance (with different user's name then)
[08:37] <zsombi> t1mp: thx!!! resizing comes after this
[08:37] <didrocks> seb128: also, if you don't rename the file, it works the first time, then the second, as the file already exists, it's aborted
[08:38] <seb128> that seems like a content-hub issue, it should build unique names/deal with existing filenames in the import location
[08:38] <didrocks> agreed
[08:38] <didrocks> (that's why I pinged ken)
[08:39] <seb128> reported_bugs+=1 ;-)
[08:39] <didrocks> seb128: yeah, only the 6th today :p
[08:39] <seb128> ;-)
[08:49] <zbenjamin> mcphail: yeah that should be fixed though...
[08:59] <zsombi> t1mp: kalikiana: one more, a pretty small one: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/resizableColumns/+merge/267554
[08:59] <zsombi> t1mp: kalikiana: about resizing the columns
[09:31] <didrocks> seb128: FYI, here is the way I workarounded the issue: https://github.com/didrocks/splitthebill/commit/12d380b95a4bf2a1dc58226c814da551dfb2af13
[09:31] <didrocks> (doesn't save the "clean old files" though)
[09:31] <seb128> didrocks, thanks
[09:43] <davidcalle> dholbach, pushed some changes, I've done a lot of testing with a dummy branch around what happens when docs are changed, removed, added, renamed, etc. Works great for a first iteration! Good to go on my end.
[09:44] <dholbach> <3
[09:44] <dholbach> I'll take a look in a sec and do some more testing
[09:44] <dholbach> thanks a lot for helping with this!
[09:47]  * davidcalle hugs dholbach
[09:47] <davidcalle> I'm afk for a moment (errands with Tristan)
[09:48] <dholbach> see you in a bit
[09:52] <dpm> davidcalle, when you're back - someone mentioned to me on G+ that the webapp generator is not working. Are you aware of any known issues?
[10:02] <t1mp> zsombi: I have an MR for you as well, to give the MainView and header a white background by default, https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/white/+merge/267270
[10:48] <davidcalle> dpm, yes, fix is in staging and in the mojo spec, waiting for the next deploy (https://bugs.launchpad.net/developer-ubuntu-com/+bug/1476362) The latest deploy was somehow missing click on the server to actually build packages.
[11:04] <dpm> ack, thanks davidcalle
[11:06] <t1mp> AdaptivePageLayout blog post on https://developer.ubuntu.com/en/blog/2015/08/10/adaptive-page-layouts/
[11:08] <dpm> \o/
[11:08] <dpm> t1mp, nice work
[11:09] <t1mp> thanks :)
[11:22] <mardy> t1mp: " The contents of virtual columns that are not visible, will be shown in the right-most visible column" -- t's unclear, are they visible or not? :-)
[11:23] <zsombi> mardy: they will get visible once you put a page into them
[11:24] <zsombi> mardy: so assume you have a layout fo 2 columns defined, once you add a page using addPageToNextColumn(), the column will be filled. Same with more columns
[11:24] <mardy> zsombi: ah, ok. Still, that sentence is quite puzzling
[11:25] <zsombi> mardy: also, multiple column configuration and resizing is coming, see th eMRs I requested review for
[11:26] <t1mp> mardy: the "virtual column" is not visible, but its contents is added to the right-most visible column. If it is on top, it will be visible.
[11:26] <t1mp> mardy: right.. I made a distinction between the virtual columns and their contents there. I'm not sure if I can write it down more clearly.
[11:28] <t1mp> mardy: I didn't want to discuss every possibility in detail, because that would get boring. Instead I say this in the end: The screenhots do not cover all the possible orders in which the pages left and right can be added, so I encourage you to run the code for yourself and discover its full behavior.
[11:28] <mardy> t1mp: here's an attempt: "When a page is added to a virtual column, it will be shown in the right-most visible column"
[11:29] <t1mp> mardy: yeah thanks, I'll rewrite it similar to that :)
[11:31] <t1mp> mardy: updated. thanks
[11:38] <zsombi> t1mp: happroved
[11:50] <dholbach> davidcalle, great work
[11:51] <dholbach> davidcalle, shall we both have a quick look over the code again or shall we just ask for a review from mhall119 once he's back again?
[11:53] <davidcalle> dholbach, when does he get back?
[11:53] <dholbach> in 1.5 weeks or something?
[11:54] <dholbach> yep, 1.5 weeks
[11:54] <davidcalle> dholbach, I talked to him briefly yesterday and he wanted us to test this on staging, so what about having both a last look at the code, merge and we'll attempt a deploy to staging?
[11:54] <dholbach> <3
[11:54] <davidcalle> \o/
[12:10] <JoeyChan> hi popey,  pls try this branch:  lp:~qqworini/ubuntu-rssreader-app/reboot-add-cmake
[12:10] <mcphail> zbenjamin: there are still some packages (python ones, mostly irrc) where the :armhf package dependecies clash with the :amd64 ones, making the chroot method impossible. But, I agree, the chroot works extremely well for most things and your blog post about it is vital reading
[12:10] <JoeyChan> to c if fat package works
[12:10] <popey> sure JoeyChan
[12:11] <JoeyChan> :)
[12:13] <popey> JoeyChan: it builds!
[12:13] <popey> correctly!
[12:13] <JoeyChan> lol
[12:13] <JoeyChan> popey:   can u run it on device ?
[12:13] <popey> Let me try....
[12:16] <mcphail> antony_: The UbuntuBoy update is great! Only problem I'm having now is that a long press on a button brings up a "copy" dialog box. Don't know if this can be javascripted out?
[12:23] <zbenjamin> mcphail: \o/ thanks :D
[12:24] <mcphail> zbenjamin: :)
[12:25] <popey> JoeyChan: http://people.canonical.com/~alan/screenshots/device-2015-08-11-132530.png
[12:25] <popey> JoeyChan: \o/
[12:25] <JoeyChan> lol
[12:26] <JoeyChan> nice
[12:26] <popey> good work JoeyChan !
[12:26] <JoeyChan> :D
[12:28] <JoeyChan> popey:  so, can we set a new trunk now ?  :)
[12:30] <popey> JoeyChan: sure!
[12:31] <JoeyChan> popey:  how ?  just register a new series ?
[12:32] <popey> JoeyChan: yes.
[12:32] <popey> :)
[12:32] <JoeyChan> ok, do it now
[12:34] <popey> JoeyChan: i think you can do that by just pushing to lp:shorts-app/reboot  ?
[12:34] <popey> unless I'm mistaken
[12:36] <JoeyChan> popey:  no idea ...  :P
[12:36] <dholbach> davidcalle, I read the code again and I think I'm fine with it
[12:37] <dholbach> parts of it could be a bit simpler I feel, but for now I think it's good enough
[12:37] <popey> JoeyChan: heh, okay, lets ask dholbach :)
[12:37] <popey> dholbach: how do you register a new series in lp?
[12:37] <dholbach> popey: let me check
[12:38] <JoeyChan> popey:  done register a new series:  https://launchpad.net/ubuntu-rssreader-app/reboot
[12:38] <popey> JoeyChan: oh, my bad, I was looking in the wrong place
[12:38] <popey> yeah, duh!
[12:38] <popey> shorts-app confused me
[12:38] <popey> dholbach: nvm
[12:38] <popey> JoeyChan: https://launchpad.net/ubuntu-rssreader-app click "Register a series "
[12:38] <dholbach> yep, or https://launchpad.net/ubuntu-rssreader-app/+series
[12:39] <popey> that's it, thanks
[12:39] <dholbach> I was just looking at an LP project where I wasn't the driver of the project
[12:39] <JoeyChan> popey:   dholbach:   done  :)
[12:39] <dholbach> so I wasn't offered the choice :)
[12:39] <dholbach> JoeyChan, popey: how's life?
[12:39] <popey> stressful whenever launchpad is involved :)
[12:39] <popey> nice one JoeyChan :)
[12:40]  * popey goes to eat some haggis for lunch
[12:40] <JoeyChan> popey: dholbach but no branch linked with the series
[12:41] <dholbach> https://launchpad.net/<project>/<series>/+setbranch
[12:42] <JoeyChan> dholbach:  ok,  try it now
[12:43] <dholbach> try what?
[12:43] <JoeyChan> dholbach:  I don't know which branch to set ?
[12:43] <dholbach> how would I know
[12:43] <dholbach> I never worked on the rss reader
[12:43] <dholbach> what are you trying to do? set a branch for 'reboot'?
[12:44] <JoeyChan> ok~
[12:44] <dholbach> popey: ^ maybe a new branch needs to be created for this?
[12:45] <dholbach> bzr push lp:~ubuntu-rssreader-dev/ubuntu-rssreader-app/reboot
[12:45] <dholbach> or something
[12:45] <dholbach> :)
[12:45] <davidcalle> dholbach, same for me.  I'm just toying around most of the time ;-)
[12:47] <davidcalle> dholbach, approving the merge and pushing to trunk, can you +1 on it?
[12:47] <dholbach> davidcalle, mhall119 said he was planning to get the mojo-ised version deployed and then do a second deployment with the other stuff
[12:47] <davidcalle> dholbach, hmm
[12:47] <dholbach> davidcalle, I think I remember that he mentioned that a 'production' branch might make sense
[12:47] <davidcalle> Ok, right
[12:47] <dholbach> so we could land stuff in trunk together
[12:48] <davidcalle> dholbach, ok, creating a "production" branch then, and merging this to trunk
[12:49] <JoeyChan> dholbach:  done ! thx for your tips :D       https://code.launchpad.net/ubuntu-rssreader-app
[12:49] <dholbach> JoeyChan, rock on! :)
[12:50] <JoeyChan> popey:   series setup done ~        https://code.launchpad.net/ubuntu-rssreader-app
[12:50] <dholbach> davidcalle, we probably need a cron entry too :)
[12:51] <dholbach> davidcalle, like on the first lines of https://code.launchpad.net/~dholbach/developer-ubuntu-com/store-data/+merge/262684
[12:51] <davidcalle> dholbach, probably, yes :) also adding python-something-markdown to the mojo spec
[12:51] <dholbach> davidcalle, I added it to the pip requirements.txt file
[12:51] <davidcalle> dholbach, oh right then :)
[12:51] <dholbach> or do we need to do more?
[12:51] <davidcalle> dholbach, I don't think so
[12:51]  * dholbach has no clue
[12:51] <davidcalle> no no, it's good
[12:52] <dholbach> ok good O:-)
[12:52] <davidcalle> "afaik" :)
[12:52] <dholbach> "for funny values of 'get it working'"
[12:53] <davidcalle> dholbach, I'll try a deploy today then, there is a list of steps involving juju and sacrificing a goat, will be fun :)
[12:53] <dholbach> davidcalle, sorry, I can't see blood
[12:54] <davidcalle> :-)
[12:56] <dholbach> davidcalle, can you merge again?
[12:56] <dholbach> (sorry)
[12:57] <dholbach> https://bazaar.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/snappy-docs-import/revision/162
[13:11] <karni> jhodapp: would you know who'd be best to ping regarding support for webp images? (Telegream stickers)
[13:12] <davidcalle> dholbach, I'm not on top of my cron syntax: when does it happen?
[13:12] <jhodapp> karni, I'd ping dbarth, he should be able to point you to the right person
[13:12] <karni> jhodapp: cheers
[13:12] <jhodapp> np
[13:13] <karni> dbarth: hey, I'd like to understand what's required for us to support webp images, can you point me to the right person that I could talk to about this?
[13:15] <dholbach> davidcalle, 0:15, 2:15, 4:15, 6:15, ...
[13:15] <dholbach> not sure if that's too much or not enough?
[13:16] <davidcalle> dholbach, maybe too much since we have a manual importer, but I don't have any strong feelings about it.
[13:16] <dholbach> davidcalle, every 4 hours?
[13:16] <dholbach> every day?
[13:16] <davidcalle> dholbach, on second thought, it gives a clear message: don't edit these pages, it's reverted every 2h!
[13:17] <dholbach> hah, yes :)
[13:17] <davidcalle> dholbach, let's keep it this way for staging, at least we will see if it fails after a few runs
[13:17] <dholbach> that's right :)
[13:57] <dbarth> karni: hi
[13:58] <karni> dbarth: hi
[13:58] <dbarth> karni: webp image support, i would expect that to show up in blink, for the low level parts, and maybe oxide / client apps for mime-types
[13:59] <dbarth> karni: we have the oxide weekly later today, i will put that on the map
[13:59] <karni> dbarth: thank you. for the record, what I mean is if I give a QImage a path to a webp image, I'd like that to load. Not talking about oxide here, I believe.
[14:00] <karni> dbarth: Telegram stickers are using webp format, and currently they simply don't show up.
[14:03] <dbarth> oh
[14:03] <dbarth> then that's SDK land
[14:04] <dbarth> karni: and for the record, they just show up nicely in webbrowser-app
[14:05] <dbarth> karni: so maybe use a webview for that part of the interface where you need those stickers
[14:05] <karni> dbarth: oh! I should review code then, perhaps the paths where somehow incorrect o_O
[14:06] <dbarth> a bit heavy handed, or maybe not, let me know
[14:06] <karni> dbarth: um.. no ;) I mean, that would mean a web view for the whole conversation view, which basically makes it almost a webapp :D and I can't use webview for each sticker separately (too heavy). but good tip, maybe I missed something. Thanks David
[14:07] <dbarth> karni: i read recently that instagram was using (is using?) a webview for most of its, so-called, native app
[14:07] <karni> dbarth: I believe that's what gmail did on Android as well
[14:07] <dbarth> see
[14:48] <balloons> popey, is this ready to land? https://code.launchpad.net/~mzanetti/reminders-app/uitk-1.3/+merge/265886
[14:48] <balloons> if so, we'll disable utopic.
[14:50] <popey> yes, see my comment :)
[14:51] <popey> balloons: can it be run against vivid?
[14:51] <popey> balloons: because it's all "needs fixing" which doesn't inspire confidence
[15:51] <balloons> popey, sorry, forgot to respond here. I ran it on the device under click, but I can't get to the results atm
[15:52] <balloons> when the site is back, I'll share. I agree we can remove it, and rely on another run under vivid
[15:56] <popey> balloons: that would be super, thanks
[16:44] <nemo> mcphail: hey. I'm back kinda
[16:44] <nemo> mcphail: you around?
[16:45] <nemo> mcphail: WRT the link errors. koda's speculation was needing to update the libSDL names in SDLh.pas -  the link errors are actual missing functions, not failure to locate the libs, so that makes me think it is linking against wrong SDL
[16:45] <nemo> do you have 2 copies on there, and both in the link path picked up by cmake?
[16:45] <nemo> or alternatively, maybe cmake found the wrong copy
[17:36] <mcphail> nemo: yes - my feeling is it is trying to link against SDL1.2 rather than SDL2, but I'm feeling a bit out of my depth about how to correct it. I'm working until v. late tonight, but if you have any suggestions I'll have a look in my "wind down" time before bed
[17:37] <nemo> mcphail: well. would help to check the cmake cache to see what it is trying to use
[17:38] <nemo> mcphail: also, if you could post a build log in verbose mode, that might help see what it is linking against
[17:38] <nemo> VERBOSE=1 that is
[17:38] <antony_> mcphail the dpad should be working now
[17:39] <mcphail> nemo: great - I'll dig those out for you
[17:40] <mcphail> antony_: cheers! - downloading...
[17:40] <nemo> mcphail: thanks
[17:43] <mcphail> antony_: seems a bit better, but I'm still getting a "copy" dialog on long button presses
[18:01] <mcphail> What is the command to kill the unneeded click chroots. For some reason I appear to have > 5000
[18:02] <mcphail> I think bzoltan_ or someone posted something a couple of days ago
[18:12] <davmor2> ogra_: d-day would be awesome if it didn't go white-screening on me on the longer games :(
[18:22] <ogra_> davmor2, uh, i never had that here ... do you play on arale ?
[18:22] <davmor2> ogra_: no krillin
[18:22] <ogra_> oh
[18:23] <ogra_> thats brave ... do you use a looking glass ?
[18:23] <ogra_> even on arale the font is hard to read :)
[18:23] <davmor2> ogra_: no I can see it fine, try using an xps 13 with no scaling
[18:23] <ogra_> i tried ;)
[18:23] <davmor2> ogra_: you read things
[18:24] <ogra_> well, the announcement messages of new items between the levels
[18:24] <ogra_> they use an awful font .. and are nearly unreadable on arale already
[18:24] <ogra_> i fear i cant do much about the white screen issue until the browser gets fixed though
[18:24] <davmor2> ogra_: 1-7 onwards starts to white screen at the end of the level, 1-10 is neigh on impossible to complete due to white screen :(
[18:25] <ogra_> hmm, i should perhapps add a disclaimer to the description then
[18:25] <ogra_> "only to play on arale" or some such
[18:26] <ogra_> (it didnt strike me that anyone on krillin would actually want to play it since the screen is so tiny ... i actually played 5 levels or so to make sure it runs)
[18:26] <davmor2> ogra_: or virgin krillin maybe, I'll try that on my non-dogfood device, it maybe that I have too many apps on there so not enought room
[18:29] <ogra_> davmor2, unlikely ... the white screen issue is a ram issue
[18:29] <ogra_> only open apps should matter
[18:29] <davmor2> ogra_: ah okay
[19:15] <tshirtman> mcphail: hey, so i built a modified package, installed it with pkcon install-local --allow-unstrusted, i can run it from command line, but i'm denied running system python, i intend to build and ship python for the app later, for now, can i make apparmor give me access to it?
[19:15] <mcphail> tshirtman: change the security profile to unconfined and the world's yours
[19:16] <tshirtman> ah, perfect :)
[19:17] <mcphail> tshirtman: example - http://termbin.com/w3il
[19:19] <tshirtman> ah, template, i was trying in policy_groups
[19:19] <tshirtman> thanks
[19:21] <mcphail> tshirtman: you can't upload unconfined apps to the store, but they are fine for testing
[19:23] <tshirtman> yeah, that makes sense
[19:23] <tshirtman> but it doesn't work for me yet
[19:24] <mcphail> tshirtman: got to get back to work but good luck with this. Your project looks interesting and I hope you get it working
[19:24] <tshirtman> oh wait, stypid mistake :)
[19:24] <tshirtman> stupid
[19:24] <tshirtman> "" missing around template >_>
[19:25] <mcphail> tshirtman: good old json!
[19:44] <tshirtman> hm, my app seems to take forever to start, and i don't have a log for it in ~/.cache/upstart, weird
[21:15] <tshirtman> mcphail: any idea how to get logs from my app trying to start if there is nothing in .cache/upstart/*myappname*
[21:15] <tshirtman> ?
[21:16] <mcphail> tshirtman: I don't think that is quite the correct path. 1 sec...
[21:17] <mcphail> tshirtman: ~/.cache/upstart/application-click-blah.blah.blahdeblah
[21:17] <tshirtman> there was one file of the first package i did there, but its name was wrong (and it contained the errors i had previously), so i removed it and restarted the app
[21:18] <tshirtman> and now, no file
[21:18] <mcphail> tshirtman: yes, but the application-click- bit will be prepended to the log name
[21:18] <tshirtman> yes, but * will fill it :)
[21:19] <tshirtman> sorry, i realise on irc, it may have been changed to bold
[21:19] <mcphail> tshirtman: ha! thought you were irc bolding rather than shell globbing!
[21:19] <mcphail> tshirtman: does your app just write to stdout?
[21:20] <tshirtman> np, anyway, my app is starting, write "kivy-test" with a loading symbol, and nothing happens
[21:20] <tshirtman> hm, i didn't change anything about that, i guess i could redirect to a file in run.sh
[21:21] <mcphail> tshirtman: no, writing to stdout would be the correct thing to do...
[21:22] <mcphail> tshirtman: is this a compiled app or a script?
[21:23] <tshirtman> i took your template, changed the content of run.sh to run python ~/path/to/main.py
[21:23] <tshirtman> and used click to build, and pkcon to install-local
[21:23] <tshirtman> (changed the other files for name and other things)
[21:24] <mcphail> tshirtman: you didn't bundle main.py in the .click?
[21:24] <tshirtman> no, but i guess i could
[21:24] <tshirtman> i redirected output, and the file is not created, so i wonder if my command actually runs
[21:25] <mcphail> tshirtman: might be worth trying a simple python one-liner bundled in the click first, and build up from there until it breaks. Note that I think only python3 is installed by default
[21:26] <tshirtman> i apt install-ed python and a lot of other stuff
[21:27] <mcphail> tshirtman: also note that running a click changes the working directory (hence all relative paths) to the click install location
[21:27] <tshirtman> also, that's probably for other chan, but if there is a way to grow / that would be useful
[21:27] <tshirtman> i used ~/ as much as necessary
[21:27] <tshirtman> so it should be ok on that side
[21:27] <tshirtman> i could hardcode absolute path, to be sure, though
[21:28] <mcphail> tshirtman: try a simple python "hello world" first and build from there. So many things could be causing the breakage
[21:29] <tshirtman> yeah, will do
[21:29] <tshirtman> actually, i'll even test "echo hello world" first
[21:29] <tshirtman> that should go to the log in .cache, right?
[21:29] <mcphail> tshirtman: yes - if you have an unconfined app
[21:29] <tshirtman> i should
[21:30] <mcphail> tshirtman: as soon as you confine your app, you have to bundle shell commands in the click. That's why my syncthing click bundles sed, for example
[21:31] <tshirtman> hm, nothing, should i reboot the device? :D
[21:32] <mcphail> tshirtman: very odd
[21:32] <tshirtman> also, if i was doing something illegal (app confined), it would crash, right?
[21:33] <tshirtman> here it's just pretending it's loading the app, and nothing happens, the loading wheel just turns and turns
[21:33] <popey> if the app tries to do anything it shouldn't you'll see apparmor failures in dmesg
[21:33] <mcphail> tshirtman: yes - confinement should post error to the log
[21:33] <popey> so "sudo dmesg | grep DEN"
[21:33] <tshirtman> i was seeing errors in dmesg before
[21:34] <popey> would show "DENY" style messages with your app name and what it's trying to do
[21:34] <tshirtman> but not since i have this forever loading one
[21:34] <tshirtman> yeah, i had these before i put uncontained
[21:34] <mcphail> tshirtman: can you share your .click?
[21:34] <tshirtman> sure
[21:34] <tshirtman> when the device is booted again :)
[21:34] <mcphail> :)
[21:35] <tshirtman> ah, now it crashes again, fun
[21:35] <popey> yeah, lets have a play :)
[21:35] <tshirtman> (and the icon got fixed, it was invisible… fun)
[21:35] <mcphail> tshirtman: going to have to do a bit of work for 30 mins, so would be great if you could email/send link (my email is in the syncthing manifest file)
[21:36] <tshirtman> will do
[21:36] <mcphail> cheers - see you in a bit
[21:36] <tshirtman> but it may work now, hello world in file
[21:36] <tshirtman> i guess the system was confused somehow
[21:36] <tshirtman> by previous version of the package
[21:36] <mcphail> progress!
[21:36] <tshirtman> yes
[21:36] <tshirtman> baby steps, baby steps
[21:37] <mcphail> tshirtman: I always delete the old package before changing anything
[21:37] <tshirtman> the .click
[21:37] <tshirtman> ?
[21:37] <tshirtman> or uninstall?
[21:37] <mcphail> uninstall
[21:37] <tshirtman> ok
[21:37] <tshirtman> i'll do that now
[21:39] <tshirtman> that broken readline >_<
[21:41] <tshirtman> ok, new error, sdl2 - RuntimeError: Failed to created a window surface 0x1
[21:42] <tshirtman> i guess i can try with the libs pointed at earlier
[21:50] <tshirtman> core dump \o/
[21:51] <popey> \o/
[21:51] <popey> covering all the error condition based here tshirtman
[21:53] <tshirtman> i guess that must be because my kivy was built against a different version of sdl2
[21:54] <tshirtman> so i'll rebuild against the source of these ones
[21:56] <tshirtman> adb push is slow, i got the binaries from github faster than i'm pushing them through usb >_<
[21:56] <tshirtman> orders of magnitude faster
[22:07] <mcphail> tshirtman: the version of sdl2 in the repos will segfault in SDL_INIT. Stick my version in the lib/arm-linux-gnueabihf directory and you should be golden
[22:10] <tshirtman> mcphail: i put them in my app's dir /sdl2 and added LD_LIBRARY_PATH=sdl2/ before my python command, so it uses them, so now, instead of being unable to create a window, it segfaults, so i assume it's because of an api mismatch, since i built kivy against the libsdl2-dev from the repos
[22:10] <tshirtman> but i'll try moving to lib/arm-linux-gnueabihf and remove the LD_LIBRARY_PATH, it's easier to start with
[22:11] <mcphail> tshirtman: I don't htink that should happen. The headers are very similar
[22:12] <mcphail> tshirtman: (that is lib/arm-linux-gnueabihf within the .click package, btw)
[22:12] <tshirtman> yeah, relative path, so in the source dir that i packager, right?
[22:12] <tshirtman> package*
[22:13] <mcphail> yes
[22:13] <tshirtman> i don't patch the .click manually :D
[22:13] <mcphail> :)
[22:13] <mcphail> tshirtman: you _can_ play with the installed click under /opt/ if you need to
[22:13] <popey> yeah
[22:14] <popey> i frequently muck about with the contents in /opt/
[22:14] <tshirtman> hm, that could be a faster way to iterate
[22:14] <mcphail> tshirtman: provided you dn't change anything in the .desktop file or .apparmor file you are usually OK
[22:14] <tshirtman> hm, nope, still coredump
[22:15] <tshirtman> i guess i can't run it through gdb?
[22:15] <mcphail> tshirtman: you can
[22:15] <tshirtman> hm, though, if it coredump, i should be able to take that
[22:15] <mcphail> tshirtman: you can install gdbserver and debug remotely
[22:16] <tshirtman> ah yeah, forgot about that option
[22:16] <tshirtman> hm, maybe the coredump file is saved somewhere already, though?
[22:16] <mcphail> dunno
[22:18] <mcphail> popey: while you are here, can you remember the command bzoltan_ (or someone) gave to get rid of spurious click chroots?
[22:18] <tshirtman> darn, no ulimit command
[22:19] <mcphail> popey: for some reason I've got >5000 on this device and it is killing bash completion for "mount"
[22:20] <popey> yes
[22:21] <mcphail> tshirtman: which version of ubuntu are you running on your device?
[22:21] <popey> i have put it in my tidyup scripts
[22:21] <popey> sudo schroot -e --all-session
[22:22] <mcphail> popey: cheers! Maybe I will be able to type "mount <tab>" without my CPU melting now
[22:22] <popey> hah
[22:22] <tshirtman> mcphail: stable, i used "$ ubuntu-device-flash touch --channel=ubuntu-touch/stable/ubuntu --bootstrap" to flash
[22:22] <popey> tshirtman: i have ulimit on my device
[22:23] <mcphail> tshirtman: ok - so probably using mir0.12?
[22:23] <tshirtman> ah, that's some fun, ulimit as a user is found, but not as sudo
[22:23] <tshirtman> sudo -s to the rescue
[22:24] <popey> heh
[22:24] <tshirtman> hm, maybe i didn't need sudo actually
[22:25] <mcphail> tshirtman: one thing to check would be the mir version. I think my build of sdl only works for <=0.12. 0.13 and above need to be built from a special branch
[22:26] <mcphail> (I think)
[22:27] <tshirtman> hm, apt search shows 0.13 versions, for mir-client-platform-* so i must have that
[22:28] <mcphail> popey: what mir version is on the OTAs?
[22:28] <popey> uhhh
[22:28] <popey> 0.14 on rc-proposed
[22:29] <tshirtman> and i suppose downgreading is both hard and wrong, so the less hard option will be to rebuild sdl2 and kivy :) hopefuly not too much FUN
[22:29] <popey> up/downgrading isnt hard
[22:29] <popey> you can switch back and forth easily
[22:29] <tshirtman> for deb packages?
[22:29] <popey> oh, well, yeah
[22:29] <popey> if the older version is in the repo
[22:29] <tshirtman> :)
[22:29] <popey> apt-get install foo=version
[22:29] <popey> but I wouldn't use apt on the phone
[22:30] <tshirtman> too late :D
[22:30] <popey> heh
[22:30] <popey> its fine
[22:30] <popey> for hacking
[22:30] <tshirtman> i installed vim git and everything to build kivy already
[22:30] <tshirtman> well, / is 2GB, so i still have to be careful
[22:30] <tshirtman> managed to fill it once already
[22:31]  * mcphail notes it is 0.13 on the default OTA so that theory was wrong
[22:32] <tshirtman> so your build should work?
[22:32] <mcphail> tshirtman: yes, I think so. Works here...
[22:33] <tshirtman> ok, back to gdp then :)
[22:33] <tshirtman> b*
[22:33] <mcphail> tshirtman: can you build and run the sdl-template app from my/sturmflut's github repo?
[22:34] <tshirtman> probably :)
[22:35] <tshirtman> https://github.com/Sturmflut/ubuntu-touch-sdl2-gles2-template ?
[22:36] <tshirtman> can i just clone it in the device and run click build? or do i need to run cmake& make and stuff?
[22:36] <tshirtman> (is click magicall for this? :o)
[22:37] <mcphail> tshirtman: you'd need to create a click chroot to cross-compile it
[22:37] <mcphail> tshirtman: or open it in the sdk qtcreator
[22:37] <tshirtman> right, so stop hacking on the device and install a real dev env :)
[22:38] <mcphail> :)
[22:41] <tshirtman> http://www.theorangenotebook.com/2014/05/building-cross-platform-click-packages.html ?
[22:44] <mcphail> tshirtman: https://developer.ubuntu.com/en/blog/2015/04/13/inner-workings-sdk/
[22:46] <tshirtman> thanks
[22:46] <tshirtman> but actually, i installed cmake on the device, because why not, will probably do a real dev env sometime later :) that will help a lot
[22:47] <mcphail> tshirtman: no wonder you are running out of space!
[22:47] <tshirtman> still 57M!
[22:47] <tshirtman> cmake is actually not that big, i was surprised
[22:48] <mcphail> enough for anyone!
[22:48] <tshirtman> so the demo works
[22:48] <tshirtman> no background to the app, so it's on top of the gui, funny
[22:48] <mcphail> great - so SDL should work OK
[22:48] <mcphail> tshirtman: I think that is a mir bug or something
[22:49] <mcphail> tshirtman: transparency/corruption is a problem
[22:49] <tshirtman> ohh, the effect when using app switch (left swipe) is very nice, the cube seems to stand out
[22:50] <tshirtman> well, it's not hard to add a background to the app :)
[22:50] <tshirtman> but that's great, i guess i can try building my kivy against the source in this one, and see how it goes
[22:50]  * mcphail hopes tshirtman is getting exited about the possibilities of porting to ubuntu touch :)
[22:50] <tshirtman> i am :)
[22:51] <tshirtman> i hope the ubuntu devs are excited by the idea of getting a load of apps easily ported to ubuntu-touch :P
[22:51] <tshirtman> well, some kind of a load
[22:51] <mcphail> tshirtman: I've got another couple of hours of work to get through before bed so I'll leave you to it for now. Good luck!
[22:51] <tshirtman> thanks a *lot* for your guidance
[22:51] <tshirtman> much appreciated
[22:51] <mcphail> my pleasure


[09:48] <teddy-dbear> Morning peoples, critters and everything else
[11:23] <waltman> ChinnoDog: Checking my records, I paid $3.92 in 2013, $45.30 in 2015 and 2016, and $46.19 last year.
[11:23] <waltman> $37.92 in 2013.
[13:04] <ChinnoDog> waltman: I found my receipt. It was 2010 and you were there. I paid $36.87. It is more than I remembered. I guess current price isn't that surprising after all.
[13:07] <waltman> Well, it was 9 years ago...
[13:08] <waltman> Also they're in a different, nicer, and probably more expensive venue
[15:04] <ChinnoDog> Does cposc have a lot of vendors these days?
[19:23] <waltman> They had a fair number last year. At the time I was working with elasticsearch, and they had a table, so I mostly talked to them.