 A few issues with KDE PIM I think
[01:38] <valorie> weee, after an update, restart is pristine
[01:52] <tsimonq2> clivejo, acheronuk: any luck resurrecting KCI, or should we work together tomorrow to get this done?
[01:54] <valorie> they went to bed with no progress IMO
[07:50] <acheronuk> tsimonq2: KCI is going nowhere without slaves and keys configured at the very least
[07:52] <acheronuk> ahoneybun: do you mean the PIM problem you already brought up in that pastebin? didn't get that upgrading xenial to yakkety in a VM last night
[07:54] <acheronuk> tsimonq2: sounds like QtWebEngine is still giving debian major headaches
[07:55] <acheronuk> and we will need that in ZZ if we are to get better PIM in
[07:57] <acheronuk> Mirv: are you just waiting on debian for QtWebEngine, for ZZ etc, or do you have something testing in mind that could go into the archive?
[07:58] <acheronuk> sorry to ask now, just going through things in my head and getting that out there before I forget.
[08:08] <Mirv> acheronuk: no plans from my side since we use oxide-qt for web browser, so basically it can be synced at any point wanted. but if it needs Qt 5.7, then that'll go towards Jan-Feb (currently waiting for 5.7.1 to come out, 5.7.0 is too buggy) although naturally testing PPAs will be there earlier.
[08:10] <acheronuk> Mirv: I'm just thinking ahead on new KDEPim which annoyingly requires it. looks like we will be a bit stumped on that for a while then, at least in the archive
[11:36] <tsimonq2> ok I'm off o/
[11:47] <BluesKaj_> Hi all
[13:42] <jimarvan> hey everyone
 Heyo
[14:29] <soee> https://www.kde.org/announcements/plasma-5.8.1.php
[14:30]  * mamarley something something trout
 I would rather see a KCI *fix*
[15:12] <jimarvan> xD
[15:12] <jimarvan> you are nasty :P
[15:52] <jimarvan> right I am off, see ya later peeps
[16:37] <santa_> clivejo: ping?
 Hi Santa_
 calligra?
[16:43] <santa_> hi
[16:43] <santa_> yes, I think I'm about to finish, so to speak
[16:43] <santa_> I think I will have it ready for uploading soon
[16:44] <santa_> maybe in a couple of hours will finish my test build
[16:45] <clivejo> are the release team expecting it?
[16:46] <santa_> more or less, yes
[16:46] <santa_> we demoted it to -proposed to unblock the iso building
[16:46] <clivejo> is calligra on the iso?
[16:46] <santa_> but I asked them to upload a fixed version later
[16:47] <santa_> no, it's not on the iso, hence why we demoted it to -proposed: ot unblock the iso builds
[16:47] <santa_> and let kde-runtime go to yakkety
[16:48] <santa_> aw shit
[16:48] <santa_> I forgot to remove that dependency
[16:50] <lisandro> clivejo, ScottK: tried to update kdeconnect a couple of months ago, tests failed, couldn't put more time on it
 Hai
 Lunch
[17:17] <soee> o/
[17:42] <acheronuk> ETA for release starting new iso spins seems to be in "More than an hour, less than several."
[17:59] <clivejo> acheronuk: how very precise of you!
 :P
[18:02] <clivejo> tsimonq2: did you close the LP bug for CVE2016-7966
[18:03] <clivejo> LP 1630700
[18:09] <clivejo> any luck on calligra?
[18:12] <acheronuk> clivejo: that is infinity's precise statement
[18:23] <pedahzur> I realize this isn't strictly devel, but since it has to do with debugging...are the packages here missing their debug counterparts? https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports  I installed kdelibs5-dbg but the bug reporter says it still doesn't have enough to report a bug, and I can't find a kdepim-dbg nor akregator-dbg package.  Ideas?
[18:53] <pedahzur> Another interesting tidbit: libkf5khtml5-dbg : Depends: libkf5khtml5 (= 5.18.0-0ubuntu1) but 5.23.0-0ubuntu1~ubuntu16.04~ppa1 is to be installed Is Kubuntu backports broken at the moment?
 backport packages are probably using -dbgsym instead of -dgb packages now
[19:12] <pedahzur> IrcsomeBot1: apt-cache search kde|grep dbgsym doesn't return anything for me.
[19:13] <pedahzur> "apt-cache search kde|grep dbg" does list a bunch of packages, but none of those look like they are related to Akregator.
[19:18] <ahoneybun> quite a lot of PIM is asking to be removed...
[19:19] <ahoneybun> nvm
 yes -dbsym https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports/+sourcepub/6603537/+listing-archive-extra
 and same for kdepim inc akregator https://launchpad.net/ubuntu/+source/kdepim/4:15.12.3-0ubuntu1/+build/9578735
[20:44] <acheronuk> I bet the isos get spun just at the point I'm too tired to really test
[20:54] <valorie> I think the release team is really dragging by this point too
[20:55] <valorie> major stuff like FF and thunderbird failing tests....
[20:58] <pedahzur> IrcsomeBot1, acheronuk: OK...I've got Kubuntu ppa backports enabled, but I'm still not seeing those dbgsym packages...
[20:58] <acheronuk> valorie: and lack of sleep http://paste.ubuntu.com/23310011/
[20:59] <valorie> yeah, I've been reading back
[20:59] <valorie> you have sure been doing your share of work, acheronuk
[20:59] <acheronuk> I've been mostly watching others do that
[21:00] <acheronuk> last few days anyway
[21:01]  * acheronuk stands KCI on it's head in case it might automagically work upsidedown
[21:01] <acheronuk> anything is worth a try at this point!
[21:01] <pedahzur> acheronuk: And when I look at the list of files here: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports I don't see any dbgsym packages.
[21:02] <pedahzur> So...where are they all going... ? :)
[21:02] <ScottK> lisandro: there's a new upstream now.  Would you maybe be up for sponsoring if someone else packages and tests?
[21:03] <acheronuk> pedahzur: that view is just the source package names
[21:04] <acheronuk> pedahzur: click "View package details" and then filter by Xenial
[21:06] <acheronuk> pedahzur: then you get a list like this where you can use the expand icon to the left of each packafe to view details of what was built https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports/+packages?field.name_filter=&field.status_filter=published&field.series_filter=xenial
[21:09] <pedahzur> acheronuk: Thanks for the details. Any idea why those dbgsym packages aren't showing up even though I have backports added (and have installed stuff from them).
[21:10] <pedahzur> Weird...in that filtered list you sent me acheronuk, there is no PIM, no KMail or anything.  Am I looking at the right list?
[21:18] <acheronuk> pedahzur: kdepim and apps are not fully tested for backports in Xenial yet, so you will not see those it that ppa. Just frameworks and plasma
[21:19] <acheronuk> apps and PIM you will be getting from the main ubuntu archive
[21:19] <acheronuk> pedahzur: and on debug symbols, in case you have not already see, please see -> https://wiki.ubuntu.com/Debug%20Symbol%20Packages
[21:21] <pedahzur> acheronuk: Thanks...for some reason I was under the impression that the debug symbol packages were part of the main archive...
[21:22] <pedahzur> I wonder if that info should be added to https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Kubuntu
[21:24] <valorie> that seems way out of date
[21:24] <valorie> especially since sitter's latest email about crash handling error reports
[21:25] <valorie> although I never saw a reply from us about it
[21:25] <pedahzur> Whoops. Err:26 http://ddebs.ubuntu.com xenial-security/main amd64 Packages "404 Not Found"
[21:36] <valorie> hmmm, I'm trying to update that KDE wiki page
[21:36] <valorie> easier said than done
[21:43] <valorie> ok, updated a tiny bit and added that crash report link
[21:44] <pedahzur> ARRRGHH!!! Installed akregator-dbgsym and it still says the debug information for /usr/bin/akregator is missing. Siiiiigh.
[21:46] <valorie> sounds like our packaging is a bit askew
[21:46] <valorie> pedahzur: can you do a `ubuntu-bug akregator-dbgsym` and report that?
[21:47] <valorie> in the clie
[21:47] <valorie> I mean commandline
[21:51] <pedahzur> valorie: OK, what do I put in the bug report? That I installed the dbgsym but KDE's crash report still says I don't have debug symbols installed?
[21:51] <valorie> right, the exact error message would be useful
[21:51] <valorie> as you reported above
[21:53] <pedahzur> valorie: OK. Well, it's not an error message, per se, more KDE's crash handler saying "I'm not going to do a bug report because you don't have debug symbols instaleld for X, Y, Z."
[21:53] <valorie> that's an error message IMO
[21:53] <acheronuk> will likely need debug packages for some Qt5 components and plugins as well. the crash dialogue should have a 'list of files' link to tell you which ones
[21:53] <valorie> if the devels need more information they can ask for it
[21:54] <valorie> or I guess acheronuk can tell you now!
[21:58] <pedahzur> valorie: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/1632489
[21:59] <pedahzur> acheronuk: I also installed kdelibs5-dbg I assumed that would pull in any packages needed for debugging. Maybe not?
[22:01] <ahoneybun> man I am reinstalling everything on this PC when I get a change
[22:01] <ahoneybun> *chance
[22:06] <valorie> thank you pedahzur
[22:07] <ahoneybun> why is my wifi so slow...
[22:07] <ahoneybun> only with this laptop do I have issues like this
[22:07] <valorie> I keep having random slowdowns too
[22:07] <valorie> so hard to diagnose!
[22:08] <ahoneybun> well I blame my ISP as they messed with my settings somehow
[22:09] <ahoneybun> I keep getting kicked off my wifi every few mins
[22:09] <valorie> ewww
[22:10] <clivejo> welcome to my world
[22:10] <acheronuk> evening clive
[22:10] <clivejo> eakk
[22:10] <valorie> mine could be comcast, could be something else -- IRC ticks along fine, but occasionally it has problems resolving DNS for webpages
[22:10] <valorie> so strange
[22:10] <valorie> clivejo: ?
[22:10] <clivejo> Im supposed to be in hiding
[22:10] <acheronuk> why?
[22:11] <clivejo> until Friday
[22:11]  * valorie throws the invisibility cloak over clivejo
[22:11] <valorie> you better not miss Rik's membership meet!
[22:11] <acheronuk> I was tempted to hide until then, but I'm too nosy and curious
[22:17] <ahoneybun> I'm about to format this with Ubuntu or something
 this is just beginning to be a pain
[22:21] <valorie> ahoneybun: and you're blaming Kubuntu?
 no?
 I blame my ISP for messing with my settings
 I just need something that works tbh
 60KBs is just no usuable and I can't take it
 even with WiFi
 that's a silly task to do
 5.8 added that
[22:25] <acheronuk> yikes. dial-ip speed!
[22:26] <acheronuk> *dial-up
 yea I know
 and I've been kicked off my wifi about 4 times now
[22:27] <pedahzur> valorie: You are welcome. I hope that it helpful.
[22:28] <valorie> me too
[22:29] <valorie> debug symbols haven't been working right for awhile
[22:29] <valorie> not sure it's our fault, but if it is, we should fix
[22:29] <acheronuk> seems drkonqi is now mostly useless at telling you what dpg packages to install
[22:30] <acheronuk> not suer if that is the dbgsym migration, or something else
[22:33] <valorie> well, I believe that's why sitter wrote about debugging, but I don't have any knowledge in that domain
[22:33] <valorie> except that debug packages never get installed
[22:33]  * valorie restarts
[22:34] <ahoneybun> yay 25KBs
[22:43] <valorie> today's updates are still good -- I've been riding yakkety on this laptop since the day it opened
[22:43] <valorie> so far, so good!
 Going to test the beta on my machine
[22:58] <valorie> yeah, the new ISOs are still not spun
 I have Beta 2 still
[23:12] <clivejo> tick tock
 Installed and all updated
 No issues
[23:44] <clivejo> hmmm
[23:45] <clivejo> a kernel and nvidia driver update a day before release
[23:46] <tsimonq2> :/
[23:46] <valorie> always!
[23:48] <clivejo> what could possibly go wrong!
[23:49] <clivejo> sometimes I do wonder why there is a development cycle or FF's etc
[23:50] <ahoneybun> mm the hec : http://pastebin.ubuntu.com/23310682/
[23:50] <ahoneybun> apt -f install did work though
[23:50] <ahoneybun> that would have been my script
[23:52] <valorie> clivejo: to handle everything else, I can only assume
[23:52] <valorie> foundations team or whatever wants to be able to shove stuff in last min
[23:52] <valorie> always
[23:52] <clivejo> I cant put kdeconnect in, but they can put in a kernel :/
[23:52] <clivejo> last cycle mysql was pushed in last minute!
[23:53]  * ahoneybun looks for clive
[23:53] <ahoneybun> 's kdenlive ppa
[23:54] <clivejo> why you looking for me :/
[23:55] <ahoneybun> your PPA
[23:55] <clivejo> I did nothing!
[23:55] <clivejo> wasnt me
[23:55] <ahoneybun> you did everything right though
[23:55] <tsimonq2> !harumph
[23:55] <tsimonq2> gosh darnit
[23:55] <ahoneybun>  <3 clivejo in a brotherly way
[23:56] <clivejo> it was either Haruld or Simon did it
[23:56] <tsimonq2> yeah ever since sitter broke KCI, things have never been the same
[23:56] <tsimonq2> (intentionally pinged him :P)
[23:57] <clivejo> sitter: BTW would clements have kept backups of the server?
[23:59]  * clivejo thinks sitter is probably tucked up in bed with his silk sheets dreaming about ruby


[07:58] <bandwidthcrunch> Hi friends, I have a omap3430 based hardware and i want to compile ubuntu for the armv7 architecture. Any pointers on how to go about the same ?
[08:10] <Martyn> You don' thave to
[08:10] <Martyn> Canonical is working on it, it's just going to take a bit
[08:11] <Martyn> Are you also working with Cortex-A9 hardware?
[08:11] <Martyn> or just Cortex-A8?
[08:11] <bandwidthcrunch> cortex-a8
[08:11] <Martyn> Right, 3430 ... du
[08:11] <Martyn> duh ratehr :)  I'm tired, it's 2:11am for me
[08:12] <bandwidthcrunch> ohh
[08:12] <bandwidthcrunch> catch some sleep
[08:12] <Martyn> not quite yet
[08:12] <Martyn> I'm in the middle of debugging a multicore ARM kernel
[08:12] <bandwidthcrunch> omap4 ?
[08:12] <Martyn> I'm not at a place where I can checkpoint .. still doing the instruction trace
[08:12] <Martyn> Cortex-A9
[08:13] <Martyn> but not omap4 SoC
[08:13] <Martyn> I'm using the realview-eb fastmodel
[08:13] <bandwidthcrunch> is canonical working on that too ?
[08:13] <Martyn> (since the only real A9 hardware is the PBX, being released in super-limited quantity, based on an eASIC running at 70Mhz)
[08:13] <Martyn> no
[08:14] <Martyn> However, they will be.
[08:14] <Martyn> ogra and I should both be getting PBX'es around the same time
[08:14] <Martyn> Better question -- why do you want a v7 compile?
[08:14] <Martyn> v6->v7 won't result in a huge performance increase
[08:15] <bandwidthcrunch> optimisations ? Isnt it going to make a difference ?
[08:15] <Martyn> the difference between the omap 2xxx and 3xxx series isn't much
[08:15] <Martyn> just speed
[08:15] <Martyn> if you have a specific application you'd like to compile v7, go for it
[08:15] <Martyn> cross compile it using CodeSourcery's tools
[08:16] <Martyn> however, you can't just turn on v7 arch and expect magical optimization and speed
[08:16] <Martyn> glibc needs to have changes made to take advantage of v7
[08:16] <bandwidthcrunch> An application like firefox has a lot of dependecies and i would end up cross compiling a lot more of those
[08:16] <Martyn> yep
[08:16] <bandwidthcrunch> i used Codesourcery
[08:17] <Martyn> What optimization level?
[08:17] <Martyn> -O2?
[08:17] <bandwidthcrunch> Just that my folks here want me to get the whole of ubuntu build for armv7 . yeah O2
[08:18] <Martyn> so do my folks
[08:18] <Martyn> we're doing an SoC
[08:18] <Martyn> but recompiling the entire distro isn't in the works for the moment, simply because we lack the platforms to do native v7 compiles
[08:18] <Martyn> (and cross compiling is really dicey)
[08:19] <bandwidthcrunch> i supplied those platforms to canonical 2 months back
[08:19] <Martyn> Ah!  Twas you :)
[08:19] <bandwidthcrunch> yeah
[08:19] <Martyn> What SoC are the boards based on?
[08:20] <Martyn> TI's omap?
[08:20] <Martyn> or the freescale i.mx51?
[08:20] <bandwidthcrunch> TI's omap 3503
[08:21] <Martyn> Well, hopefully we'll see more v7 compiled code in karmic
[08:21] <bandwidthcrunch> what would be required to get the whole distro built using codesourcery toolchain ? anything we are missing ?
[08:22] <Martyn> so much in the air...
[08:22] <Martyn> I wouldn't want to build it in cross
[08:22] <Martyn> however, I'm the wrong person to ask about the build engine..
[08:22] <Martyn> that's ogra, ncommander, etc...
[08:22]  * Martyn works on ARM linux porting, and device drivers :)
[08:23] <bandwidthcrunch> :) cool got that. I am gonna ping them and see if we can do some magic faster
[08:24] <Martyn> however, I've been doing some pretty close looking at what v7 buys as far as performance goes using profiling ...
[08:24] <Martyn> it's not much
[08:26] <Martyn> v7 does make a big difference in the power used though.  v7 code takes better advantage of the A8's power saving capabilities
[08:27] <Martyn> Where you get massive performance increases are in any code that takes advantage of vfp/NEON
[08:27] <Martyn> as well as video decoding
[08:28] <Martyn> for the same reason .. since you can pass that on to the coprocessor
[08:28] <bandwidthcrunch> yeah we plan to use neon too
[08:28] <bandwidthcrunch> my current processor lacks the DSP
[08:29] <lool> Martyn: I think there could be a significant difference if we'd start using thum or thumb2 in actual binaries, but this sounds like a large project
[08:29] <Martyn> nod
[08:29] <lool> *thum
[08:29] <lool> Rgah
[08:29] <Martyn> lool : No kidding
[08:29] <lool> *Thumb
[08:30] <Martyn> the thumb compression in the A8 is a nice feature
[08:30] <Martyn> and I'm discovering that pretty significant changes were made to v7 (for the better) on the A9
[08:31] <Martyn> Section "Device"
[08:31] <Martyn> 	Identifier	"Card0"
[08:31] <Martyn> 	Driver		"fbdev"
[08:31] <Martyn> 	Option		"fbdev" "/dev/fb0"
[08:31] <Martyn> 	VendorName	"Unknown"
[08:31] <Martyn> 	BoardName	"Unknown"
[08:31] <Martyn> EndSection
[08:31] <Martyn> Section "Screen"
[08:31] <Martyn> 	...
[08:31] <Martyn> 	Device		"Card0"
[08:31] <Martyn> 	...
[08:31] <Martyn> EndSection
[08:31] <Martyn> Ack!
[08:31] <Martyn> sorry
[08:32] <lool> What changed on A9?
[08:34] <Martyn> thumbEE
[08:34] <bandwidthcrunch> Ogra , NCommander Any tips on the build process for armv7 ?
[08:34] <Martyn> L2 is huge
[08:34] <Martyn> REALLY huge
[08:34] <Martyn> like "a full meg"
[08:34] <Martyn> L1's aren't shabby either
[08:34] <bandwidthcrunch> nice
[08:34] <Martyn> but the real treat is the four cores
[08:35] <Martyn> I have a fully multicore jaunty working now
[08:35] <Martyn> which is quite the achievement :)
[08:35] <Martyn> "on the shoulders of giants"
[08:37] <bandwidthcrunch> great work Martyn ..
[08:37] <lool> Martyn: Wasn't ThubEE on the A8 already??
[08:38] <Martyn> lool : It is, but it has been improved in the A9
[08:38] <Martyn> instruction execution time is -way- down
[08:38] <lool> Ah
[08:39] <Martyn> in theory, there's no reason these chips won't be able to go 1.5Ghz
[08:39] <lool> Martyn: Are there interesting patches to merge from your work on getting jaunty to work on MP?  :)
[08:39] <Martyn> all the patches minus two are now part of the arm-linux.org tree
[08:39] <lool> So only kernel?
[08:40] <Martyn> (course, they are a critical two ... that have to do with using WFE rather than WFI to halt the other cores during bootloading, then releasing them with an SVC call into the secondary_boot process)
[08:40] <Martyn> lool : Only kernel.
[08:41] <Martyn> and a BUTTLOAD of drivers
[08:41] <Martyn> because ARM is so fucking fractured as an architecture
[08:41] <lool> arm-linux.org => linux-arm I guess
[08:41] <Martyn> I swear, we need a unified bootloader (UEFI) and then we need a unified boot process
[08:42] <Martyn> www.linux-arm.org 's git repository, yes
[08:42] <Martyn> frankly, there are a bunch of merges that have to happen now between that tree, and the mainline linux kernel tree
[08:43] <Martyn> right now there are four fractures trees that people are building from .. the omap-linux tree, the arm-offical tree, the beagle-flavored tree, and the mainline linux repo
[08:43] <Martyn> The //problem// is the ARM gatekeeper for the linux kernel
[08:43] <Martyn> Russel is slowing things down
[08:43] <lool> Is the OMAP tree going via the ARM tree?
[08:44] <Martyn> no
[08:44] <Martyn> it's got it's own little world
[08:44] <Martyn> and it's become quite the fork at this point, especially the framebuffer code
[08:44] <lool> Right, it seems they have a pile of not-easily upstreamable patches
[08:45] <Martyn> And it's resulting in this kind of mess: http://osdir.com/ml/linux-kernel/2009-06/msg05879.html
[08:45] <Martyn> I mean, you don't see the x86 side of the kernel doing this kind of insanity
[08:45] <Martyn> nor the MIPS guys, really
[08:46] <Martyn> but ARM?  We've got the worst part of the Linux source tree .. our branches look like a teenager's room after an all-week party kegger
[08:48] <lool> Having per subarch or even per board trees is not really nice indeed
[08:49] <Martyn> sub arch is acceptable
 is ... crazy
[08:50] <Martyn> it's partially ARM's fault
[08:50] <Martyn> and partially the phoneset manufacturer's fault (odd bootloaders, TrustZone, etc)
[08:50] <Martyn> but mostly the Linux Maintainer's fault
[10:11] <lool> bandwidthcrunch: Hey, who are you?  :)
[10:12] <bandwidthcrunch> Hi lool
[10:12] <bandwidthcrunch>  Manav Gautama
[10:12] <ogra> bandwidthcrunch, i doubt using codesourcery to cross-build *the whole distro* is easily possible without a year of building infrastructure :)
[10:13] <ogra> we build the whole system natively
[10:13] <lool> bandwidthcrunch: I'm working on a tool to rebuild the distro with a different toolchain
[10:13] <bandwidthcrunch> Willing to chuck codesourcery
[10:13] <lool> It wouldn't be crossbuilt though, but natively built within qemu
[10:14] <Le1> Is it a buildd or obs like system?
[10:14] <ogra> launchpad buildds
[10:14] <bandwidthcrunch> That should also be ok. I was interested in having armv7 using qemu or building them natively
[10:14] <bandwidthcrunch> have some omap3 board
[10:15] <bandwidthcrunch> also shipped one to canonical
[10:15] <lool> bandwidthcrunch: Who did you ship it to?
[10:15] <bandwidthcrunch> give me a minute
[10:15] <lool> Le1: obs?
[10:15] <ogra> lool, suse
[10:15] <lool> Oh
[10:16] <Le1> opensuse build service
[10:16] <lool> Ubuntu uses Launchpad-driven buildds; my system will use EC2 running Debian-style buildd tools
[10:16] <ogra> Le1, https://launchpad.net/builders
[10:17] <ogra> (scroll down to armel, they are integrated and used natively as any other arch buildd)
[10:18] <lool> That's how we do it in for Ubuntu itself
[10:20] <Le1> i see.
[10:20] <Le1> I've thought it's a local buildd. :P
[10:22] <bandwidthcrunch> lool , shipped to to kress
[10:24] <lool> bandwidthcrunch: If this is pubic information, could you share details about what board this is?
[10:24] <lool> *public
[10:26] <bandwidthcrunch> its not yet public but its been a while i heard anything. So am trying to setup a build out here and see if we can do things faster
[10:26] <lool> bandwidthcrunch: I think you should talk to Mike Kress and check directly with him
[10:27] <bandwidthcrunch> I just got his address and seeing if i can get any more information
[10:27] <lool> *I* personally neverheard of your project/board, so if it's not public we can't really discuss anything; we're a larger company now, so it's probably other people are working on it
[10:28] <bandwidthcrunch> but at the same side i would also like to start builds here at my end  . I understand lool. Am just checking up with anyone else is working on a armv7 port
[10:28] <ogra> the whole 9.10 release will be armv6+
[10:28] <lool> bandwidthcrunch: The main Ubuntu armel port is going to move to ARMv6 + VFP when our buildds are moved to this
[10:28] <bandwidthcrunch> mojo ?
[10:28] <ogra> not sure thats sufficient for you, but if it is you wont need to rebuild the whole of it
[10:29] <lool> bandwidthcrunch: What with mojo?
[10:29] <bandwidthcrunch> isnt that armv6 +VFP ?
[10:29] <bandwidthcrunch> i already have a rootfs based off it and it looks pretty decent.
[10:29] <ogra> they stopped a year ago, didnt they ?
[10:31] <lool> bandwidthcrunch: mojo provides various optimized *arm* archives already (Note: not "armel"); if that works for you, that's ok; note that you wont be compatible with the Debian and Ubuntu armel ports
[10:31] <ogra> for rolling a 9.04 rootfs (which is armv5 though) just see the topic :)
[10:31] <bandwidthcrunch> Actually i have both jaunty and mojo working for me .
[10:33] <bandwidthcrunch> Just that i wanted to have armv7 port and source control  of the whole rootfs and be able to build the same natively or in qemu
[10:34] <lool> ogra: Did you rename the project holding the rootfs builder?   :-)
[10:34] <ogra> lool's work in karmic should help with that
[10:34] <ogra> lool, not yet
[10:35] <lool> ogra: Did you pick a name?
[10:35] <ogra> no, then i would have asked for renaming already
[10:38] <bandwidthcrunch> these launchpad builders armel builds happen on canonical servers ? any way i can throw a build there or setup the same infrastructure at my end ?
[10:40] <lool> bandwidthcrunch: The official Ubuntu buildds are administered/hosted by Canonical; they are using Debianish tools + Launchpad
[10:40] <ogra> with lool's tool you will be able to
[10:41] <bandwidthcrunch> where can i locate the tools ?
[10:41] <lool> bandwidthcrunch: So you can't just throw your buildd; to setup your own buildd, you should check the Debian tools, but that's not enough to rebuild the distro
[10:41] <lool> bandwidthcrunch: Start reading up from sbuild
[10:41] <lool> (The package)
[10:41] <lool> It should help you setup dchroot and the like
[10:41] <ogra> lool, how about "rootstock" for the project ?
[10:42] <ogra> not very original, i know and less funny than your suggestions ... but its a name
[10:43] <lool> ogra: It's a decent name
[10:43] <ogra> right, i'll take that one then
[10:45]  * ogra waits for an answer in #launchpad ...
[10:46] <lool> You probably want to file it as a question, but well
[10:49] <ogra> i wanted to ask first
[10:49] <ogra> https://answers.launchpad.net/ubuntu-arm-roofs-builder/+question/74975
[10:51] <ogra> *sigh* why do i get all that cyrillic spam ... i cant even read it
[10:58] <bandwidthcrunch> thanks lool, ogra , will look up the tools you have mentioned and see if i can cook up something tho it sounds to be quite a task
[17:42] <rek_> heloooo
[17:43] <rek_> where can i download ubuntu arm and ubnt arm packages?
[17:44] <ogra> http://ports.ubuntu.com/ has all armel packages
[17:45] <rek_> arm ?
[17:45] <rek_> can i install them with smart q5 ?
[17:47] <ogra> if you have a kernel and bootloader 9.04 should work ... see the topic
[17:47] <rek_> what?
[17:47] <ogra> "Build a rootfs from scratch: https://wiki.ubuntu.com/ARM/RootfsFromScratch"
[17:48] <rek_> armel ihow can i port ubuntu into my device?
[17:48] <ogra> you need a kernel and bootloader for your device, with the script from the wikipage you can build an ubuntu rootfs for it
[17:49] <rek_> is not simle
[17:49] <rek_> simple*
[17:49] <rek_> r u able to do dis ?
[17:50] <ogra> well, i wrote the script ...
[17:50] <ogra> so if i would have such a device, a kernel and a bootloader i surely could do it
[17:50] <rek_> really??
[17:50] <rek_> amzing....baffling you're the man...
[17:51] <Martyn> rek_ I'ts not hard, really.
[17:51] <rek_> i should read
[17:51] <Martyn> You have to pay attention to detail, but the building of a rootFS is straightforward
[17:52] <Martyn> ogra : BTW .. looks like I might have to replicate the build system here in house in the next couple months.
[17:52] <Martyn> ogra : The interest in a v7 build is increasing, and I've been put on UEFI duty
[17:52] <rek_> however my device i'm gonna buy has alread installed a linux distro... i think it's arm ubuntu... they said so... so i'm worried about how could i install new programs... how could i run a new os ecc
[17:53] <rek_> it's smart q5
[17:53]  * ogra points Martyn to https://blueprints.launchpad.net/ubuntu/+spec/mobile-karmic-arm-cloud-builds
[17:53] <rek_> so ogra is a genius ?
[17:53] <ogra> Martyn, though i doubt v7 will give you much more than v6+vfp and thats what karmic will default to anyway
[17:54] <Martyn> ogra : I need NEON support
[17:54] <rek_> the processor is arm11 ...
[17:54] <Martyn> ogra : amongst other things .. however for me it's a Mandate From Above(tm)
[17:54] <ogra> isnt that a matter of kernel support and drivers ?
[17:54] <rek_> is this good?
[17:54] <ogra> first of all at least ...
[17:55] <Martyn> Also application support, and apps have to be compiled with support for the NEON extensions
[17:55] <rek_> what?
[17:55] <ogra> ah, right ...
[17:55] <ogra> Martyn, so you will try NEON on the babbage ??
[17:55] <Martyn> ogra : So it's a big, hairy ball of a mess
[17:55] <rek_> ogra is it simple to add spplications?
[17:56] <Martyn> ogra : no, I'm going to use NEON on our chip once it tapes out
[17:56] <Martyn> and on the PBX
[17:56] <Martyn> which just arrived in a nice big box.  The PBX is -huge- man, and s l o w
[17:56] <ogra> rek_, if there is already ubuntu on the device that should be straightforward, yes
[17:56] <Martyn> but dual core, implemented on an eASIC
[17:56] <rek_> but
[17:56] <Martyn> no buts :)
[17:56] <rek_> but.... it's arm i think
[17:56] <Martyn> so?
[17:56] <rek_> which packages do i need?
[17:56] <Martyn> the pools are all compiled
[17:56] <Martyn> just install the rootfs, in it's entirely
[17:57] <rek_> no butts lol
[17:57] <Martyn> you'll have a base rootFS (no graphics) then you'll have to configure and install xorg-core
[17:57] <Martyn> etc.
[17:57] <rek_> i don't have to...may be if i change os
[17:57] <Martyn> OR .. you can run the version of Intrepid that the smart Q5 comes with, and /not worry about it/
[17:57] <ogra> Martyn, the cloud spec should make it easy to rebuild parts or the whole archive
[17:57] <rek_> ninfact...
[17:57] <Martyn> in fact, after poking around and doing a bit of research, it seems that the Smart Q5 may even have Jaunty o it
[17:58] <Martyn> Jaunty on it
[17:58] <rek_> do u know smart q5 ?
[17:58] <Martyn> ogra : I agree.  Looks good.
[17:58] <Martyn> ogra : What's the timeframe for working on the tool?
[17:58] <rek_> is the touch good?
[17:58] <ogra> Martyn, ask lool, he implements it
[17:58] <Martyn> rek_ : There aren't a lot of ARM platforms that I haven't played with at this point.
[17:58] <rek_> what?
[17:59] <rek_> the processor is arm11 samsung 667mhz what coul i install?
[17:59] <Martyn> ogra : Will do.
[17:59] <Martyn> rek_ : Anything you want
[17:59] <rek_> lol :-) what?
[17:59] <rek_> i think only some distro for pda
[17:59] <Martyn> anything you want.  If it's in the armel software pools, you can aptitude install <xxx> whatever you want
[18:00] <Martyn> the thing runs ubuntu perfectly.
[18:00] <rek_> what's armel ?
[18:00] <Martyn> rek_ : *groan*  Sir, you need to do a lot more reading please.
[18:00] <rek_> i know but could u tell me?
[18:01] <rek_> arm is armel?
[18:01] <Martyn> rek_ : You have a rather large gap in your knowledge, and this is mostly a developer-related channel as opposed to a user-install channel.
[18:01] <rek_> user-install chan lol :-)
[18:01] <ogra> there are different flavours of ARM CPU ... google for the difference between big endian and little endian :)
[18:01] <rek_> i'm sorry...
[18:01] <Martyn> not that I want to put you off, please understand, but I don't want to spend a great deal of time educating :)
[18:01] <ogra> armel means the packages are built for ARM with little endian
[18:02] <ogra> (arm-endian-little = armel)
[18:02] <rek_> i like to being teached if it's correct
[18:03] <rek_> little endian?
[18:03] <ogra> http://en.wikipedia.org/wiki/Endianness
[18:03] <Martyn> rek_ : wikipedia is your friend
[18:04] <rek_> i'd like to buy also the axim x30 ... but i want linux there thx fr da link
[18:05] <rek_> but i know the port is not completed
[18:06]  * ogra calls it a day (late here)
[18:06] <rek_> what do you call?
[18:07] <ogra> rek_, it means "gooybye, i'm off for today"
[18:07] <rek_> really?
[18:07] <rek_> means u ar tired ?
[18:08] <ogra> yes, i'm working since 11h
[18:08] <rek_> working on ?
[18:08] <ogra> ubuntu ...
[18:08] <rek_> can i find a iso image of arm ubuntu?
[18:08]  * ogra is really gone now, before the shops close
[18:08] <rek_> really are u a developer?
[18:08] <rek_> ah what's the time ?
[18:09] <Martyn> rek : he's in Germany
[18:09] <Martyn> i'm in the US (texas)
[18:09] <rek_> 19.09 here
[18:09] <Martyn> people are spread around
[18:09] <Martyn> 12:09 here
[18:09] <Martyn> rek : I too am going offline for a bit, for lunch
[18:09] <Martyn> and yes, ogra's an ubuntu developer
[18:09] <rek_> it's my fault maybe
[18:09] <Martyn> so are lool, amitk, ncommander, armin76 .. etc..
[18:09] <rek_> congratulation ogra
[18:10] <Martyn> I'm a linux kernel developer, and work in the x86 and ARM tree
[18:10] <rek_> i'd like to ask a lot of things but....
[18:10] <rek_> good
[18:10] <rek_> how old are u?
[18:10] <Martyn> not associated with any particular distro, but more Debian/Ubuntu of late because the company I'm with has connections to Canonical
[18:10] <Martyn> Now that's a bit of a personal question, don't you think?
[18:11] <Martyn> i'm in my late 30's
[18:11] <rek_> canonical? yes i think so...
[18:11] <Martyn> And it's not a question relevant to ubuntu development.
[18:11] <rek_> i'm 19-20
[18:11] <Martyn> Very good.   Well, please pardon me .. but I do have to go as well.  Lunch awaits.
[18:11] <rek_> yes because... it's smthg difficult so you cannot be there at an early age ain't it ?
[18:12] <rek_> ok have a nice dinne
[18:12] <rek_> r
[18:12] <lool> Martyn: bon appétit
[18:13] <lool> Martyn: Re: the rebuild tool: you might have seen some efforts in building a good qemu setup; that's part of this project
[18:13] <rek_> buon appetito
[18:13] <Martyn> lool : awesome
[18:13] <lool> I'm almost done with that part, I'd like to rebase on a .30 and use highmem
[18:17] <armin76> rofl
[18:17] <armin76> Martyn: i'm not, i'm a gentoo one
[18:18] <rek_> what sould i do to install zydas zd1211 on damn small ?
[19:12] <NCommander> Anyone got any idea what this does or why it might be necessary? http://paste.ubuntu.com/201603/
[19:12] <NCommander> (from thunderbird 3.0 source, no comment explaining it)
[19:28] <Martyn> re
[19:29] <rek_> ciao
[19:30] <rek_> hello
[19:34] <Martyn> re
[19:34] <Martyn> Back from lunch
[19:34] <Martyn> armin76 : Pardon me :)  I even _knew_ you were into gentoo...
[19:34] <Martyn> Slipped my mind :)


[19:53] <durka42> hi. what's the right way to write an upstart conf that runs my service as a specific user?
[19:53] <durka42> I am using "setuid" and "setgid", but some strange things are happening with USB device access that make me think perhaps I'm doing it wrong
[21:06] <JanC> durka42: some things also require a login session (I think there is something about that in the cookbook--see topic)
[21:19] <durka42> JanC: I'm a little confused, the cookbook has section 11.43.1 about how to "Run a job as a different user", which is what I want to
[21:19] <durka42> but that eventually links to section 4.2.3, which actually doesn't explain at all how to run a job as a different user
[21:19] <durka42> is there a better guide?
[21:21] <durka42> it sort of says I should "arrange for `init --user` to be run", but I have no idea how to do that
[21:30] <JanC> --user is for running upstart as a session daemon after login
[21:31] <durka42> right
[21:31] <durka42> but "run a job as different user" links to "user job" which links to "session job"
[21:31] <durka42> which says I need session daemon
[21:31] <durka42> but doesn't explain how to solve the original problem :)
[21:33] <durka42> I guess a session daemon executes all jobs as the user that owns the session
[21:34] <durka42> but would those jobs still be managed using 'service'? and if not, how? also, this is a headless machine where I don't want to have to log in
[21:35] <JanC> http://upstart.ubuntu.com/cookbook/#run-a-job-as-a-different-user & http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job might be useful
[21:35] <JanC> 11.43.2 on the first link
[21:35] <durka42> that first link is where I was already looking, but the second one might help me track down the device access bug
[21:36] <durka42> yeah, 11.43.2 is what I am trying now
[21:36] <durka42> even though it says "don't do this! here is how to do this", haha
[21:36] <durka42> well shit, now I have an unbootable system
[21:37] <JanC> for most things su/sudo are not appropriate, but if you have something that expects to be run as an interactive user...
[21:39] <JanC> also, screen/tmux is sometimes used
[21:39] <JanC> but fixing USB access rights is maybe a better solution  :)
[21:42] <durka42> I am running under screen yes
[21:42] <durka42> well, I figured root would be able to access all the devices!
[21:44] <durka42> argh, the pre-stop script doesn't work when I change it to use su instead of setuid/setgid
[21:44] <durka42> why so fragile, upstart :(
[21:45] <durka42> JanC: any change you want to take a look at my service file and tell me all the terrible mistakes I'm making?
[21:45] <durka42> chance*
[21:47] <JanC> the fact that you are running this under screen means that it's not a proper daemon and is not meant to be run like that...
[21:47] <durka42> that's correct
[21:47] <durka42> all I really want from upstart is start-on-startup and respawn-on-crash
[21:48] <durka42> is that too much to ask? :)
[21:48] <JanC> and I don't really have experience with running "services" under screen
[21:48] <durka42> or is there a middleman daemon that people use to get that kind of behavior
[21:49] <JanC> IIRC some people have been using it for that popular game (I forgot the name)
[21:49] <JanC> http://upstart.ubuntu.com/cookbook/#run-an-application-through-gnu-screen
[21:50] <durka42> minecraft?
[21:50] <JanC> yep
[21:50] <durka42> yes, I saw that section
[21:50] <JanC> there are probably tutorials for that somewhere
[21:50] <durka42> my exec line is similar but I have exec setsid screen -L -Dm -S nri ./run.sh
[21:50] <JanC> e.g on ask ubuntu
[21:51] <durka42> yeah
[21:51] <durka42> I'll check around there
[21:51] <durka42> or I'll give up on upstart and use some other hack :(
[21:52] <JanC> it's not really upstart that is the problem AFAIK  :)
[21:53] <durka42> well, upstart is ubuntu's service runner
[21:53] <durka42> maybe cron can do what I want with less fuss?
[21:53] <JanC> but you are trying to run a non-service as a service
[21:53] <JanC> cron will likely have the same issues
[21:54] <durka42> well, screen -D should take care of that
[21:54] <JanC> which is why you want to debug what you need but is missing
[21:55] <durka42> if my program were perfect, I wouldn't need the attachable screen _or_ the respawn-on-crash
[21:55] <durka42> but I have to be able to debug somehow
[21:56] <JanC> maybe the program can be run in debug mode, or whatever?
[21:56] <JanC> also, check if it runs with certain environment variables missing, etc. etc.
[21:57] <durka42> I wrote the program, so I know what environment variables it needs etc
[21:57] <durka42> it appears to run exactly the same except the camera driver fails with "device not found", that's all :(
[21:57] <durka42> even after the camera driver enumerates devices and says it is there :p
[21:58] <JanC> udev has to make it available
[21:58] <JanC> set the appropriate access rights etc.
[21:59] <durka42> hmm
[21:59] <durka42> and so somehow it's denying access to setuid'd root?
[21:59] <durka42> you'd think root would get what it wants
[21:59] <JanC> it might also be available under a not-so-well-known location
[22:00] <durka42> I admit to having no idea how the camera driver tries to access the device
[22:00] <durka42> I just tell it "search for any device with any serial number and give me a handle to the first one"
[22:01] <durka42> and for some reason this works in a shell, but not under my current upstart setup
[22:01] <JanC> the debug link I gave above should give you some ideas about debugging in an environment that differs from a normal shell
[22:02] <durka42> yes, I will try that
[22:02] <durka42> gotta run
[22:02] <durka42> thanks for your advice!
[22:03] <JanC> for example, some USB device access rights are set depending on the currently active login session
[22:03] <JanC> so e
[22:03] <durka42> interesting
[22:04] <JanC> so e.g. if you are working on your desktop, the currently active user session can access the camera  :)
[22:04] <durka42> right
[22:05] <JanC> and if you switch to another user, that user gets camera access
[22:05] <JanC> etc.
[22:05] <durka42> so there may be very good reasons that services are denied access to camera devices! :p
[22:05] <durka42> though I'm not sure linux knows this device is a camera
[22:05] <durka42> anyway, need to go see a man about a horse
[22:06] <JanC> it's not only for cameras of course


[05:49] <dholbach> good morning
[06:05] <corevette> http://en.wikipedia.org/wiki/Ubuntu_Mobile_and_Embedded_Edition
[07:51] <lool> StevenK: Did you get my question about the changes to modest you did?
[07:51] <lool> StevenK: Is there an initial tarball you started with which I could compare to the .dsc you handed?
[07:52] <lool> StevenK: The idea is to not drop your changes when moving to a new SVN snapshot, yet not to have to search for them in the diff between your snapshot and the new one
[07:53] <StevenK> lool: I can run svn di, which should show you all of the changes I made.
[07:55] <lool> StevenK: Would be nice; are there many changes?
[07:56] <StevenK> lool:  6 files changed, 24 insertions(+), 15 deletions(-)
[07:57] <StevenK> lool: http://wedontsleep.org/~steven/modest.diff
[08:00] <lool> StevenK: Ok; thanks
[08:45] <StevenK> lool: And that's with an up to date svn checkout of modest, too.
[08:47] <lool> StevenK: I needed more changes for some reason
[08:47] <lool> StevenK: Dirk said he merged all the changes I sent yesterday already
[08:47] <lool> Except the ones from my last mail of yesterday evening
[08:52] <StevenK> lool: What other changes?
[08:53] <lool> Misc stuff really
[08:53] <lool>                 my_type = g_type_register_static (TNY_TYPE_MOZ_EMBED_HTML_MIME_PART_VIEW,
[08:53] <lool>                                                   "ModestMozembedMimePartView",
[08:53] <lool> -                                                 &my_info, 0);
[08:53] <lool> +                                                 &my_info, GTypeFlags(0));
[08:53] <lool> That kind of changes
[09:07] <lool> Good summary of the available apps at http://arstechnica.com/reviews/hardware/nokia-n810-review.ars/3
[09:08] <StevenK> lool: Is that on top of my changes?
[09:08] <StevenK> lool: And does yours actually build?
[09:15] <lool> StevenK: Mine built yesterday, yes
[09:21] <lool> StevenK: Concerning tinymail, what's your plan?
[09:21] <lool> StevenK: Philip merged most of our changes he says
[09:22] <lool> And indeed, I only see the LIBTINYMAILUI_MOZEMBED_CFLAGS in configure.ac missing
[09:45] <StevenK> lool: I was going to upload it, and then modest blew up. And then I got distracted. :-)
[09:46] <StevenK> lool: Would you mind sending me what's different between my modest changes and yours?
[09:47] <lool> StevenK: When I've merged them, I will
[10:14] <asac> any update on tinymail/modest :) ?
[10:37] <lool> asac: Well as I said yesterday, it built for me, and StevenK built it this morning as well
[10:37] <lool> Most of my fixes have been merged upstream, except XUL stuff and a couple of warnings which I seem to be the only one to get
[10:48] <asac> ok, does it work?
[10:49] <lool> It shows a dialog before crashing here :)
[10:49] <lool> I'm cleaning up the patches, merging stuff upstream and downstream and midstream and will investigate after that
[10:49] <lool> I found an urgent bug in osso-af-settings though
[10:51] <asac> k
[11:00] <asac> lool: do you have a bt of the crash? is it mozilla related?
[11:06] <lool> asac: I don't have it yet; it was too late yesterday evening
[11:06] <lool> asac: Did you see the Mozilla backtrace by Philip?
[11:06] <lool> StevenK: Ah BTW, you need to change tinymail to build against openssl or nss; philip confirmed this is required
[11:06] <lool> No idea about nspr though
[11:06] <lool> I suppose nspr isn't required per se
[11:06] <StevenK> Change it how?
[11:07] <lool> StevenK: Build-dep on libnss-dev and configure with --mozilla-nss-pc=nss or something similar
[11:07] <lool> Grepping for usage of the nss and nspr pc files would be best
[11:08] <lool> StevenK: You saw Philip's mail, right?
[11:08] <StevenK> lool: I glanced through it.
[11:08] <StevenK> lool: But, right, NSS would be preferable to OpenSSL
[11:10]  * StevenK wonders off to discover the wereabouts of his sister in law.
[11:10] <StevenK> wanders. Oh well
[11:40] <lool> StevenK: Dirk recommended using the gtkhtml frontend, not mozembed; any reason you picked this one and not the other?
[11:45] <lool> StevenK: Cool, Dirk merged *all* my changes in SVN r993!  The only thing I need to build modest is the wp_editor() func, which I know where to find now hehe
[11:49] <StevenK> Way cool.
[11:50] <StevenK> Is there any reason? Nope, not other than the fact that I'd worked to get libtinymail-mozembed working
[11:54] <StevenK> r993 | djcb | 2007-12-04 22:28:07 +1100 (Tue, 04 Dec 2007) | 2 lines
[11:54] <StevenK> * fixes
[11:54]  * StevenK slaughters Dirk
[11:54] <lool> Oh eh, the debian/changelog and the SVN log aren't really useful; I more or less mentionned that to him indirectly, I hope he'll do better
[11:54] <lool> Also, there's no ChangeLog
[11:55] <StevenK> Of course. Because that would be useful in tracking stuff down
[12:00] <lool> StevenK: We shouldn't use libwpeditor-plus at all actually
[12:00] <lool> It seems wpeditor is what we want
[12:01] <StevenK> Hah
[12:01] <lool> I'm not sure whether we need libwpeditor-plus, but I think it's a fork which isn't needed anymore
[12:02] <StevenK> Right.
[12:02] <StevenK> Where does wpeditor hide, then?
[12:03] <lool> I'm still investigating; I found a version in the repository, but I'd like to check whether there's an official SVN
[12:32] <lool> StevenK: So, wpeditor required some porting (I'm on amd64) and some fixes; it just built fine here, but will require packaging cleanup
[12:33] <StevenK> Fair enough
[12:33] <StevenK> Send me a mail with where you found it, and your patches and I'll look at cleaning it up
[12:35] <lool> And modest built  \o/
[12:36] <lool> Some other breakage introduced by last night fixes by Dirk, but nothing too big
[12:36] <lool> StevenK: It seems to me we can drop libwpeditor-plus; I'm confirming with Dirk
[12:36] <StevenK> Excellent.
[12:36] <StevenK> I need to figure out why yours built and mine doesn't?
[12:36] <StevenK> Oh, right -- do I need to do that nasty hack of .c -> .cpp any more?
[12:37] <lool> StevenK: You do because he forgot to commit or to rm the .c file, but the .cpp file is there
[12:38] <lool> And the missing header file is there too
[12:38] <lool> But there's a C issue he introduced
[12:38] <StevenK> Heh
[12:38] <StevenK> I'm pondering blowing away my tree and reintroducing the changes
[12:38] <lool> StevenK: The changes to build modest SVN are: 1) MODEST_MOZEMBED_CFLAGS, 2) rm src/widgets/modest-mozembed-mime-part-view.c, 3) src/modest-account-mgr-helpers.c fixes
[12:39] <lool> (replace has_errors ||  with if (!has_errors) )
[12:45]  * lool deserves a lunch break
[12:45] <StevenK> lool: Before you go?
[12:45] <lool> StevenK: Hmm?
[12:45] <StevenK> lool: About your mail, checked how? If they build, or what?
[12:45] <asac_> lool: you sure you can remove the part-view?
[12:45] <lool> StevenK: Yeah, if they use the vars and need a rebuild
[12:46] <StevenK> Ah
[12:46] <lool> asac_: The .c file was renamed .cpp
[12:46] <asac_> lool: right :)
[12:46]  * asac_ lunch as well
[12:46] <StevenK> lool: I'll take -control-panel and -applets, you can check -desktop?
[12:46] <lool> asac_: If you leave the .c file around (like in current SVN), it's confusing automake and it builds two objects or so and it fails to link
[12:46] <lool> StevenK: Yup
[12:46] <lool> StevenK: Might want to wait that osso-af-settings pops up though
[12:47]  * lool hungry &
[12:47] <StevenK> Sure.
[13:18] <jussi01> Hmmm, who are the canonical staff responsible for Ubuntu Mobile?
[13:18] <lool> re
[13:19] <lool> jussi01: "reponsible"?
[13:20] <jussi01> lool: hehe, who is working on it and who is the project lead/s?
[13:21] <agoliveira> StevenK: ...because lool is smarter than you and knows how to tinker with auto* files?
[13:21] <agoliveira> StevenK: Ooops, old joke.
[13:21] <StevenK> agoliveira: I think I'll have to get you for that
[13:22] <lool> jussi01: The tech lead is Mithrandir; there are many people from canonical giving a hand and some people full time ont he project; it depends on the topic
[13:23] <agoliveira> StevenK: bring a beer when you do! :)
[13:23] <lool> The casual suspects for mobile stuff would be Mithrandir, StevenK, agoliveira I guess
[13:23] <jussi01> lool: ok. How about the business lead?
[13:23] <lool> jussi01: But then we get help from kernel team, from mozilla folks etc.
[13:24] <lool> jussi01: It "depends" :)
[13:24] <StevenK> agoliveira: I was pondering bringing over some .au beer - would we drink it?
[13:24] <lool> jussi01: If you can tell a little more, we can look for proper contact
[13:24] <lool> jussi01: Unless it's private or something?
[13:24] <agoliveira> StevenK: Absolutely!
[13:25] <jussi01> lool: Are you canonical staff?
[13:25] <StevenK> agoliveira: I'll see if I have a room for an 8-pack
[13:25] <StevenK> (The beer I'm thinking of comes in 8-packs, not 6-packs :-)
[13:25]  * lool would be curious to taste Australian beer to, but doesn't want to commit to drinking the full beer
[13:25] <lool> jussi01: I am
[13:25] <StevenK> lool: The stuff I'm planning to bring is *dangerously* smooth
[13:25] <lool> jussi01: But I'm not only working on mobile stuff
[13:26] <lool> StevenK: That's what I suspected
[13:26] <StevenK> Heh
[13:26] <lool> And I'm pretty sure Australien beer flows from bottom to top
[13:26] <lool> Which is why people easily get drunk with this stuff
[13:26] <StevenK> Well, it's also 1.8 standard drinks, which helps
[13:27] <lool> Your country and your beers are too large!
[13:27] <StevenK> Haha
[13:27] <agoliveira> StevenK: I had some great beer-related experiences at LCA in 2002 so I'm all for it :)
[13:27]  * agoliveira misses LCA, not so much the trip itself...
[13:28]  * StevenK grins
[13:28] <agoliveira> specially because of a dork trying to play a didgeridoo at the airport lounge for some 2 or 3 hours...
[13:31] <agoliveira> The trip was Joinville/São Paulo/Buenos Aires/Wellington/Brisbane and the return Brisbane/Sidney/Wellington/Buenos Aires/São Paulo/Curitiba/Joinville (last part by bus). Not fun at all.
[13:31] <StevenK> I bet
[13:31]  * StevenK gets impatient for Eyas to mail him
[13:32] <agoliveira> Oh, and a gentleman died of a heart atack right in front of me at Wellington's airport lounge.
[13:33] <StevenK> !
[13:33] <agoliveira> Yeah, as I said, this trip was no fun at all...
[13:36] <lool> agoliveira: What did you do to the poor guy?  "boo!"?
[13:38] <StevenK> Hah
[13:38] <agoliveira> lool: He was an old guy that passed running for some reason. After a few minutes, he returned and sat just in front of me, gasping for air (from the running I suppose). He quiet down, started to read a magazine and a few minutes later, he simply dropped the magazine and felt on his side. Me and another guy ran to help, tried CPR while the airport staff came to help with defribilators and everything, worked on him for about 30 minut
[13:39] <lool> agoliveira: Cut at "30 minut"
[13:39] <agoliveira> ...worked on him for about 30 minutes but was too late.
[13:40]  * agoliveira -> lunch
[13:44] <lool> agoliveira: Ah, it seems we all have to die at some point
[13:44] <StevenK> lool: I've done the 3 things to modest. So it should build?
[13:44] <lool> agoliveira: (I'm not saying this because you're heading off to lunch)
[13:44] <lool> StevenK: It should... with wpeditor
[13:45] <StevenK> Which you still haven't mailed me about! :-P
[13:46] <davidm> agoliveira, I'm in
[13:49] <lool> davidm: 14:40  * agoliveira -> lunch
[13:49] <lool> That was 10 mns ago or so
[13:49] <lool> StevenK: Hehe
[13:49] <lool> StevenK: I'd like to clarify where it's hosted
[13:50] <lool> StevenK: I can hand you a .dsc for you to test
[13:50] <davidm> lool, thanks, yea I saw that, just wanted him to know I was in, he wanted to talk with me.
[13:50] <lool> StevenK: I'm not confident with one change to the source, but it should only affect the runtime
[13:51] <StevenK> lool: If you don't get any clarification soon, mail me a link to the .dsc
[13:51]  * StevenK is going to chat to Colin about daily mobile builds
[13:52] <lool> StevenK: http://people.ubuntu.com/~lool/packages/wpeditor/2.12-0ubuntu1/hardy/wpeditor_2.12-0ubuntu1.dsc
[13:52] <lool> StevenK: So that you can play with modest
[13:53] <lool> StevenK: I'd suggest not working on wpeditor until we clarify
[13:53] <StevenK> I'll build it only
[15:02] <agoliveira> lool: About the guy who died, we have a saying here that roughly translated "the turkey don't die the day before (the dinner)". Day in day out you can read about people that survive disasters with minor scratches while some just trip on the shoelace, hit the head and die on the spot so yes, it was really that guy's turn.
[17:50] <lool> StevenK: So I got confirmation that we can drop libwpeditor-plus, it was used "during the time there were no proper releases available"
[17:51] <lool> StevenK: I mailed my first round of fixes to wpeditor; they are looking to move to a SCM
[17:52] <lool> StevenK: The current place to get wpeditor is http://repository.maemo.org/pool/chinook/free/w/wpeditor/
[18:19] <raji> asac, you there?


[08:35] <tribaal> mruffell: as far as I can see it's currently undergoing testing, so it should be relatively soon (you can help by enabling -proposed and checking that it works for your use-case, too!)
[12:25] <Odd_Bloke> mruffell: Yep, tribaal is correct, we're currently performing validation; I would expect that would be complete this week, but blackboxsw would have a better perspective.
[15:12] <blackboxsw> correct, mruffell tribaal Odd_Bloke this SRU was a big one to verify as we hadn't SRU'd for 4 months, so lots to verify. We are tracking and adding logs to this process bug  https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1881018  and need to knock out the rest of the TODOs. expectation is this week if we don't hit a significant regression in testing.
[15:15] <AnhVoMSFT> @blackboxsw it would be useful to keep a list of what can be automated during your manual verification and have a list of tasks to automate them. If there is anything we can help from the Azure side of things please let us know.
[16:15] <blackboxsw> AnhVoMSFT: agreed, this sru has been painful. In our retro I believe we will be trying to instrument a new approach to spread the wealth of some of this verification cost by potentially looking at requesting that new features have some integration test coverage under tests/cloud_tests.
[16:16] <blackboxsw> AnhVoMSFT: I was aware at one point you may have an internal CI running cloud-init's azure cloud_tests, is that still true?
[16:19] <blackboxsw> and if so, I think it would be excellent if there is an ability to kick off a CI run on Azure's side which added the (xenial|bionic|focal)-proposed pocket and run that test suite https://cloudinit.readthedocs.io/en/latest/topics/debugging.html#manual-sru-verification-procedure.
[16:25] <blackboxsw> it would be effective to have a successful CI run from any cloud vendor running tox -e citest -- --ppa ppa:cloud-init-dev/proposed
[16:26] <blackboxsw> that would exercise the cloud-init version under current SRU verification and ensure no feature regression.
[17:54] <blackboxsw> rharper: do you think this week you'll have a chance for SRU verification tests for either https://git.launchpad.net/cloud-init/commit/?id=46cf23c2  or https://git.launchpad.net/cloud-init/commit/?id=723e2bc1
[17:54] <blackboxsw> otherwise I think we'll probably grab them in a day or two
[17:55] <blackboxsw> I think we/I volunteered you for them last week when you thought there might be time, no pressure either way, we are just closing in on release verification
[18:17] <AnhVoMSFT> @blackboxsw I will look into it. If not I can look into integrating it
[18:28] <rharper> blackboxsw: yeah, I can get those done
[18:29] <blackboxsw> excellent rharper thank you sir
[18:29] <blackboxsw> AnhVoMSFT: also good to hear. I'll get a rtd update together on manual SRU testing too to suggest the tox -e citest -- --ppa ppa:cloud-init-dev/proposed  run. for additional SRU verification tasks for a given c;loud
[19:34] <meena> oh nooo… github is dead, or at least it doesn't resolve anymore….
[21:59] <blackboxsw> lucasmoura: responded on the azure sru verification results PR. thanks. https://github.com/cloud-init/ubuntu-sru/pull/126
[22:00] <blackboxsw> I think we need to improve this process before our next SRU (which I suppose is in about 2 weeks ;/)
[22:00] <blackboxsw> so we should be able to trim this verification process a bit so it doesn't sink our ship for 2.5 weeks
[22:51] <blackboxsw> and addressed comments on consolidated SRU verification scripts https://github.com/cloud-init/ubuntu-sru/pull/128


[02:26] <Unit193> skellat , CosmicPizza: Howdy
[02:26] <skellat> Hello
[02:27] <skellat> What's new?  I spent most of my day at Case Western Reserve University's School of Dental Medicine
[02:31] <Unit193> Computer has been having CPU hangups (crashes) all day and the other one keeps dropping internet :/  Only good news is the move to Natty mostly worked well
[02:32] <Unit193> And since all terminal colors are off (just had a kinda recoverable GPU wedge)
[02:41] <skellat> Yikes
[02:46] <skellat> France24 is livestreaming a cool documentary bit about the mini-hospital at Charles DeGaulle (CDG) Airport in Paris
[02:48] <Unit193> Just rebooted and it's already killed again... Maybe I'll ignore it for now and just use... Hmmm...
[02:49] <skellat> I'd replace the video card
[02:50] <Unit193> Built in. If I can get it working, I can have it just fine until I reboot, then it will all go crazy...
[02:51] <skellat> What sort of motherboard?
[02:53] <Unit193> Optiplex GX260 if that helps
[02:54] <skellat> Ugh.  Dell.
[02:54] <skellat> I'd see if the BIOS could be configured to turn off the built-in video in favor of a drop-in board
[02:54] <Unit193> I rather like Dell, just not 8xx chipset
[02:55] <skellat> The 8xx chipset breaks every bloody release of Ubuntu
[02:56] <Unit193> As I said, if I can get it working, it's fine for months! I just don't get that...
[02:56] <skellat> There is a physical break somewhere, then
[02:58] <Unit193> I wouldn't think so.  Intel 845G PCI Accelerated SVGA
[03:00] <canthus13> that's accelerated like a 66 VW Beetle... :P
[03:01] <Unit193> I can use that, a computer that has 500MHz Celeron, Vista or a working laptop (I would like desktop for most things though...)
[03:03] <skellat> Yikes, that sounds like the Frankenstein box here
[03:17] <Unit193> That's 4 computers
[03:23] <skellat> The Frankenstein box has bits and pieces of four separate computers in it to try to make a coherent whole
[03:23] <skellat> Crap
[03:23] <skellat> It's been a long day
[03:23] <skellat> I gotta wander away
[03:32] <Cheri703> saw this yesterday: http://www.hostgator.com/jobs.shtml
[03:33] <Cheri703> applied to this tonight: http://www.support.com/about/careers/openings?nl=1&jvi=olzLVfwk,Job&jvs=www.support.com
[03:34] <Unit193> Good luck getting it and with the idiots if you do! ;)
[03:34] <Cheri703> oh yes, I know :)
[03:36] <canthus13> Cheri703: Cool.. Hope ya get it.
[03:37] <canthus13> Cheri703: you'd have to move to TX, I think.. I've been looking at Hostgator myself... They're in Austin, and I plan on moving there eventually.
[03:37] <Unit193> canthus13: Get your ticket fixed up? ;)
[03:38] <canthus13> nOT YET.
[03:38] <canthus13> ....
[03:38] <canthus13> Freakin' caps lock. why do we have it?
[03:39] <canthus13> I suppose if I coded cobol all day it might be useful...
[03:40] <Unit193> Cheri703: Does that make me sound at all annoying asking/saying that in other channel?
[03:41] <Cheri703> yeah, hostgator yes, but support.com no
[03:41] <Cheri703> what channel unit?
[03:41] <Cheri703> ah, gotcha
[03:44] <Unit193> #ubuntu-irc what other channel are we both in? :P (I thought the "gotcha" was at me?)
[03:50] <Cheri703> it was
[03:50] <Cheri703> I sent it after
[14:00] <thafreak> Morning Ohio
[14:01] <deejoe> :(
[14:02] <thafreak> what?
[14:20] <deejoe> since I'm not in ohio atm I'd just feel weird replying to that.
[14:47] <thafreak> ah...
[14:47] <thafreak> well, not like you're not an ohioan still right?
[15:27] <deejoe> heh
[15:27] <deejoe> good question
[15:27] <deejoe> I'll hold out for dual-citizenship :)
[15:27] <deejoe> one by birthright, one by residence