[12:55] <hoover> hhi
[14:58]  * persia peers about
[15:00] <persia> Who's here for the Java Meeting?
[15:16] <persia> OK.  Nobody here :)  Meeting adjourned.
[20:41] <bittin`> https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[21:59] <ogra> moo
[21:59] <ogra> so why do i have https://bugs.launchpad.net/ubuntu/+bug/34850 assigned on the agenda ?
[21:59] <NCommander> #startmeeting
[21:59] <MootBot> Meeting started at 15:59. The chair is NCommander.
[21:59] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[21:59]  * davidm_ is wide awake.
[21:59]  * ogra doesnt want to fix icons in dapper !
[22:00] <StevenK> That are already fixed!
[22:00] <ogra> as well !
[22:00]  * ogra wonders what that was originally before emmet typoed it
[22:00]  * NCommander tries to remember what comes first
[22:01] <lool> https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[22:01] <StevenK> NCommander: [LINK] that
[22:01] <lool> [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[22:01] <MootBot> LINK received:  https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[22:02] <NCommander> [topic] persia to investigate #338148
[22:02] <MootBot> New Topic:  persia to investigate #338148
[22:02] <StevenK> ENOPERSIA :-(
[22:02] <NCommander> This and # persia to chase VFP for cairo, ffmpeg, gtk+2.0  c/o
[22:02] <lool> co
[22:02] <ogra> co
[22:02] <NCommander> [topic] lool to spec ec2-package-builder for jaunty+1
[22:02] <MootBot> New Topic:  lool to spec ec2-package-builder for jaunty+1
[22:02] <lool> I saw a couple of patches for VFP stuff from persia
[22:02] <ogra> heh
[22:03] <lool> No progress on EC2 stuff; I'll get to it as soon as I don't have anything "critical" on my plate
[22:03] <NCommander> [topic] ogra to trim selection-of-arm-images to a smaller scope
[22:03] <MootBot> New Topic:  ogra to trim selection-of-arm-images to a smaller scope
[22:03] <lool> c/o
[22:03] <ogra> ++
[22:03] <NCommander> [topic] ogra to register a new spec for a GUI to assist with kernel addition to arm images
[22:03] <MootBot> New Topic:  ogra to register a new spec for a GUI to assist with kernel addition to arm images
[22:03] <ogra> co
[22:03] <NCommander> [topic] ogra to rebuild gnome-keyring-daemon to troubleshoot 328167
[22:03] <MootBot> New Topic:  ogra to rebuild gnome-keyring-daemon to troubleshoot 328167
[22:03] <ogra> next one too
[22:04] <NCommander> [topic] NCommander to report on libgcc-vfp benchmark results
[22:04] <MootBot> New Topic:  NCommander to report on libgcc-vfp benchmark results
[22:04] <lool> 34850 is cut
[22:04] <lool> ogra: What's the bug number for the workaround you had to document?
[22:04]  * ogra wouldnt have guessed :)
[22:04] <NCommander> Reported. Not much of a speed increase, might have been measuring noise.
[22:04] <NCommander> [topic] Roadmap Review
[22:04] <ogra> lool, i'm trying to find out since the meeting started
[22:04] <MootBot> New Topic:  Roadmap Review
[22:04] <lool> NCommander: paus
[22:04] <lool> pause
[22:04]  * NCommander pauses
[22:05] <lool> So just to comment on the libgcc-vfp stuff: it was expected they wouldn't make a big difference because it's a software implementation in all cases, and doesn't use floats
[22:05] <lool> Even with relevant flags
[22:05] <ogra> if my evo wouldnt take a century to generate a list ... sigh
[22:05] <lool> end of aparté on vfp
[22:05] <lool> Let's just wait to find out which bug that was for ogra
[22:05] <ogra> Bug 348504
[22:05] <ogra> there we go
[22:06] <NCommander> [topic] ogra to report workaround for #348504
[22:06] <MootBot> New Topic:  ogra to report workaround for #348504
[22:06] <ogra> fixed in todays linux package, fine from tomorrow on on the image
[22:06] <lool> 348504
[22:06] <lool> Argh, too late
[22:06] <ogra> workaround not needed anymore
[22:06] <NCommander> Cool
[22:06] <ogra> heh, evo is faster than lool
[22:06] <NCommander> can I go onto Roadmap review?
[22:07] <lool> Yes
[22:07] <ogra> yup
[22:07] <NCommander> [topic] Spec: offline-installer
[22:07] <MootBot> New Topic:  Spec: offline-installer
[22:07] <ogra> np
[22:07] <ogra> (no progress)
[22:07] <NCommander> I'll skip mobile-setup-wizard, since ENOEMMET
[22:07] <NCommander> [topic] Spec: arm-library-optimization (lool)
[22:07] <MootBot> New Topic:  Spec: arm-library-optimization (lool)
[22:08] <lool> That's the vfp opts we covered on the items from last week already
[22:08] <lool> 2 patches ready, but still not tested or pushed and 3 to go
[22:08] <lool> So it's getting late here; but Emmet is on travel
[22:08] <NCommander> [topic]  general-resolution-for-touchscreen-handling (ogra)
[22:08] <MootBot> New Topic:   general-resolution-for-touchscreen-handling (ogra)
[22:08] <ogra> np
[22:09] <ogra> ETOOMUCHARM
[22:09] <ogra> s
[22:09] <NCommander> [topic] arm-softboot-loader (NCommander)
[22:09] <MootBot> New Topic:  arm-softboot-loader (NCommander)
[22:09] <NCommander> Had a few ideas, but ETOOMUCHARM :-)
[22:09] <NCommander> Will hopefully draft something soon
[22:09] <NCommander> [topic] select-of-arm-images (ogra)
[22:09] <MootBot> New Topic:  select-of-arm-images (ogra)
[22:09]  * NCommander fails
[22:10] <NCommander> [topic] selection-of-arm-images (ogra)
[22:10] <MootBot> New Topic:  selection-of-arm-images (ogra)
[22:10] <ogra> well, somewhat implemented through the babbage image
[22:10] <ogra> no kernel-iso merge tool needed for that atm, beyond that my script surely can work as one
[22:10] <NCommander> Are we just going to have a standard desktop, or are we also going to try for UNR/MID/alternate as well?
[22:10] <ogra> not this round
[22:10] <ogra> but i'd like to in KK
[22:11] <lool> We don't have enough time for testing all these flavours for ARM
[22:11] <NCommander> Fair enough.
[22:11] <NCommander> anything else?
[22:11] <lool> I think we want them, but we might have to drop others if we want to be able to complete testing of all images in short time
[22:11] <NCommander> could we just release them unsupported?
[22:11] <ogra> unr wouldnt work on framebuffer, would it ?
[22:11] <lool> Well it "would"
[22:11] <ogra> NCommander, we can finish my script so people can roll them
[22:12] <lool> But no it wouldn't
[22:12] <NCommander> ogra, awesome :-)
[22:12] <ogra> its only missing tiny bits to roll an alternate
[22:12] <NCommander> [topic] lpia-verus-i386
[22:12] <MootBot> New Topic:  lpia-verus-i386
[22:12] <ogra> i just dont have time to care for that
[22:13] <lool> So I have nothing new to report as usual, but I really need to file a ticket to prepare the wrapper before karmic opens
[22:13] <GrueMaster> I was thinking of testing i386 with lpia optimized kernel after Jaunty release.
[22:13] <lool> So I really had to do something on this this week and didn't, and should jump on it real soon now
[22:13] <NCommander> GrueMaster, there aren't that many changes from the lpia kernel to the i386
[22:14] <ogra> lool, i'll take over the cdimage integration completely on monday i think
[22:14] <NCommander> I did however get the lpia kernel at a point where we can get alternates going with them (hopefully)
[22:14] <GrueMaster> no, but there are enough.
[22:14] <ogra> so you can care for the stuff you are behind on
[22:14] <lool> NCommander: cool
[22:14] <lool> ogra: Ok
[22:14] <NCommander> ENOPERSIA so I'll skip mobile-spec-cleanup
[22:14] <NCommander> Onto the bugs
[22:15] <NCommander> [topic] bug #299847: libipc-sharelite-perl FTBFS on armel (NCommander)
[22:15] <MootBot> New Topic:  bug #299847: libipc-sharelite-perl FTBFS on armel (NCommander)
[22:15] <bittin`> is the meeting starting now?
[22:15] <lool> bittin`: we're in the middle of it
[22:15] <NCommander> bittin`, which meeting?
[22:15] <NCommander> np, I'm not going to touch this one again until I can reproduce it somewhere beside rimu because I suspect its a kernel issue with the Marvel kernel.
[22:15] <NCommander> ^that we use on the buildds
[22:16] <lool> NCommander: We need a test case to file the kernel bug upstream
[22:16] <bittin`> lool: ah ok i tought it started 1mina go
[22:16] <bittin`> *1min
[22:16] <lool> Or just to blame the kernel
[22:16] <NCommander> lool, I can't reproduce one
[22:16] <NCommander> lool, I reimplemented the entire test suite in C, and can not reproduce
[22:16] <StevenK> bittin`: It was started 17 minutes ago
[22:16] <ogra> just blame infinity
[22:16] <NCommander> Something about the code passing through perl is causing it to explode
[22:17] <lool> Anyway, this is unmilestoned for jaunty, we don't need to track it too closely
[22:17] <NCommander> Should we scratch it from the roadmap?
[22:17] <lool> I'm ok with that, but we really need to keep it in our TODO, and I don't know how much we'll care about it if we drop it :)
[22:18] <NCommander> I'll leave it then
[22:18] <lool> Unless we switch buildds
[22:18] <lool> In which case we wont care nearly as much
[22:18] <ogra> add a section for it :)
[22:18] <ogra> (on the roadmap)
[22:18] <NCommander> "Stuff we don't care about" :-)?
[22:18] <ogra> "stuff we dont want to lose"
[22:18]  * lool adds himself to the section
[22:18] <ogra> (but totally dont care abouit :P)
[22:18] <davidm_> lool, new buildd hardware is very likely
[22:19]  * NCommander adds himself
[22:19] <NCommander> [topic] bug #328167: gnome-keyring-daemon eats all CPU on ARM when starting a GNOME session
[22:19] <MootBot> New Topic:  bug #328167: gnome-keyring-daemon eats all CPU on ARM when starting a GNOME session
[22:19] <ogra> no progress yet
[22:20] <NCommander> [topic] bug #280669: DMA mode and driver on jax10 (NCommander/lool)
[22:20] <MootBot> New Topic:  bug #280669: DMA mode and driver on jax10 (NCommander/lool)
[22:20] <NCommander> Finished testing on this one in a fit of frustation. No improvement with apw's kernel vs the lpia mainline. I think we can mark this one Invalid.
[22:21] <NCommander> lool, any comments?
[22:21] <lool> NCommander: Ask apw whether there's anything you could check or whether we should drop it?
[22:21] <NCommander> [ACTION] NCommander to ask apw if we should kill #280669
[22:21] <MootBot> ACTION received:  NCommander to ask apw if we should kill #280669
[22:21] <NCommander> [TOPIC] bug #338148: VNC4 FTBFS (persia)
[22:21] <MootBot> New Topic:  bug #338148: VNC4 FTBFS (persia)
[22:22] <lool> c/o
[22:22] <NCommander> If this is still a high priority thing vs. other things on the ARM todo, I'd like to cooridinate with persia on it
[22:22] <lool> (persia isn't here)
[22:22] <lool> Sure, feel free
[22:22] <NCommander> Right, I just wanted to make that comment :-)
[22:22]  * ogra still doesnt get why thats on mobile todo
[22:22] <NCommander> [topic] bug #348504: USB issues with linux-image-2.6.28-11-imx51 fill /var/log
[22:22] <MootBot> New Topic:  bug #348504: USB issues with linux-image-2.6.28-11-imx51 fill /var/log
[22:22] <lool> ogra: armel porting
[22:22] <ogra> released
[22:22] <ogra> drop
[22:22] <NCommander> cool
[22:22] <ogra> lool, totally unrelated to armel
[22:22] <NCommander> [topic] bug #348660: ubiquity crashes in bootloader install on imx51
[22:22] <MootBot> New Topic:  bug #348660: ubiquity crashes in bootloader install on imx51
[22:23] <ogra> fixed, drop
[22:23] <NCommander> [topic] bug:#347350: oem-config-firstboot does not fit in 1024x600
[22:23] <MootBot> New Topic:  bug:#347350: oem-config-firstboot does not fit in 1024x600
[22:23] <ogra> there were other bugs that would deserve the first part of the title
[22:23] <lool> ogra: There are binaries for other arches and on armel it's uninstallable
[22:23] <ogra> but cjwatson did an awesome job and next ubiquity upload should fix all of them
[22:24] <NCommander> bug #347350
[22:24] <NCommander> ...
[22:24] <NCommander> there it is
[22:24] <NCommander> Can I scratch this one to?
[22:24] <NCommander> *too
[22:24] <ogra> that was davidm_'s pet bug
[22:24] <lool> dropped
[22:24] <ogra> ask him
[22:24] <lool> davidm_: ^
[22:25] <davidm_> scratch
[22:25] <NCommander> yay!
[22:25] <NCommander> [topic] #344449: Installer puts up confusing message about partitions in use
[22:25] <MootBot> New Topic:  #344449: Installer puts up confusing message about partitions in use
[22:25] <ogra> bug #344449
[22:25] <NCommander> thanks ogasawara
[22:25] <NCommander> ... ogra
[22:25] <NCommander> Why'd it return two bugs?
[22:26] <ogra> dupe
[22:26] <ogra> fix released, drop it
[22:26] <lool> dropped already
[22:26] <NCommander> lool, I'm editing the page, so I'll drop it once I'm done
[22:26] <NCommander> [topic] bug #319825: acer_wmi in Jaunty on Aspire One exposes non-functional (always disabled) rfkill devic
[22:26] <MootBot> New Topic:  bug #319825: acer_wmi in Jaunty on Aspire One exposes non-functional (always disabled) rfkill devic
[22:27] <lool> All last bugs dropped
[22:27] <lool> fix released
[22:27] <GrueMaster> Will retest once new kernel is in the image.
[22:27] <lool> NCommander: I dropped them all from the page already
[22:27] <NCommander> Cool
[22:27] <NCommander> lool, I was editing the page to split it into high and low priority, and then removing the ones we fixed
[22:27] <NCommander> [topic] Babbage enablement (ogra)
[22:27] <MootBot> New Topic:  Babbage enablement (ogra)
[22:27] <lool> wifi needs testing
[22:27] <ogra> worked a lot on the installability
[22:28] <ogra> daily images will show up on http://people.ubuntu.com/~ogra/arm/babbage/ until the cdimage integration is fully there
[22:28] <lool> "Avoid standard USB prefer micro USB" recommended by FSL
[22:28] <ogra> wifi will be enabled in tomorrows image so please test if you have the HW
[22:28] <ogra> installer bits should show up around saturday
[22:29] <ogra> latest on monday, from then on it should be fully installable
[22:29] <ogra> redboot MIRs all approved, all packages in main now
[22:29] <ogra> thats about it ...
[22:29] <NCommander> Did FSL's ethernet patches get uploaded?
[22:30] <ogra> yes
[22:30] <NCommander> Cool
[22:30] <NCommander> [topic] ARM Benchmarking (NCommander)
[22:30] <MootBot> New Topic:  ARM Benchmarking (NCommander)
[22:30] <ogra> the kernel should be relativcely stable now
[22:30] <NCommander> Already reported, nothing new on this topic (not excepting anything new either)
[22:30] <NCommander> [topic] lool's status
[22:30] <MootBot> New Topic:  lool's status
[22:31] <ogra> exhausted ?
[22:31] <NCommander> ogra, no, that's a general team status bit we just have set :-)
[22:31] <ogra> dead already ?
[22:31] <lool> ogra: :)
[22:31] <lool> Bah too many urgent things at once in the last 2 weeks
[22:31] <ogra> ++
[22:31] <davidm_> NCommander, make sure you refresh the https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402 page
[22:31] <lool> But it's ok now, getting the hold of it again, lots of stuff to do still
[22:31] <NCommander> lool, +1
[22:32] <NCommander> davidm_, MootBot sends me the notes as I make them, I'll update that as soon as we finish the meeting
[22:32] <ogra> we can all fall over in three weeks
[22:32] <NCommander> ogra, do we have a bug open in advance for that? :-)
[22:32] <davidm_> NCommander, cool
[22:32] <NCommander> That it lool ?
[22:32] <lool> Yeah, do we really have per people status?
[22:33] <lool> I don't think we've had that in the past weeks did we?
[22:33] <ogra> i thoght we dropped that on purpose
[22:33] <NCommander> We've done it in previous weeks
[22:33] <NCommander> Oh, we did?
[22:33] <lool> Like 2 months ago
[22:33] <davidm_> Not really we dropped that
[22:33] <ogra> yes
[22:33] <ogra> when we invented the roadmap
[22:33] <NCommander> Shows how awake I'm at the normal meeting time.
[22:33] <NCommander> s/normal/old/g
[22:33] <davidm_> There are still some opens on the page however
[22:33] <ogra> yeah
[22:33] <davidm_> thus the refresh the page
[22:33] <NCommander> Oh
[22:33] <NCommander> right
[22:34] <davidm_> reload, what ever
[22:34] <NCommander> [topic] cat makes MID explode (StevenK/GrueMaster)
[22:34] <MootBot> New Topic:  cat makes MID explode (StevenK/GrueMaster)
[22:34] <ogra> PAPERWORK threatening !!!
[22:34] <ogra> heh, NCommander skipped it deliberately :)
[22:34] <GrueMaster> no progress this week, as I've been focusing on unr/babbage/beta
[22:34] <NCommander> ogra, yes I did :-), that one can come before we close
[22:34] <StevenK> This needs a bug, but I'm uncertain which package to assign it against
[22:35] <davidm_> StevenK, ubuntu?
[22:35] <ogra> StevenK, dog :)
[22:35] <GrueMaster> Will resume next week.  Aso, I have been able to reliably get it to fail by clicking on the battery indicator.
[22:35] <lool> hildon-desktop
[22:35] <StevenK> Ubuntu is a project, not a package
[22:35] <lool> I'm pretty sure it's the one dying
[22:35] <davidm_> lool true
[22:35] <NCommander> StevenK, you can still place bugs against it without putting it against a package
[22:36] <StevenK> NCommander: Sure, I just hate doing that, since they're liable to get lost
[22:36] <NCommander> StevenK, thats why we have the roadmap
[22:36] <bittin`> yepp u can
[22:36] <GrueMaster> I did look and there is a newer version of Hildon-desktop on maemo.org.  Not sure if it is released yet.  Will need to look at the change logs.
[22:36] <StevenK> It's far too late for that sort of change
[22:36] <NCommander> StevenK, we can see if it was fixed and backport the change if needbe
[22:36] <GrueMaster> understand, but maybe backporting a patch?
[22:37] <StevenK> Oh, absolutely
[22:37] <StevenK> hildon-desktop tends to resist that, given my experience with it
[22:37] <ogra> probably they learned ...
[22:37] <GrueMaster> I'll dive into it next week, though.
[22:37] <ogra> you never know
[22:37] <NCommander> StevenK, maybe we can get lucky and its a small patch we can fish out of the git repo
[22:38] <StevenK> Anyway, I'll file a bug today
[22:38] <NCommander> [topic] Specifications for Karmic (davidm)
[22:38] <MootBot> New Topic:  Specifications for Karmic (davidm)
[22:38]  * ogra hides
[22:38]  * StevenK hides with ogra
[22:38]  * NCommander vanishes
[22:38] <davidm_> It's that time again, UDS is around the corner
[22:38] <ogra> do we know whats ahead wrt ARM ?
[22:39] <GrueMaster> StevenK  I think I already saw a bug.  I'll do a search after the meeting.
[22:39] <ogra> apart from "make babbage shinier"
[22:39] <davidm_> And we are trying to have the schedule done much earlier so start thinking about spec's to be filed so I can start scheduling
[22:39] <StevenK> GrueMaster: Oh, excellent.
[22:39] <NCommander> I think we need to get arm-softbootloader there
[22:39] <davidm_> ogra, Babbage continues, UNR images will happen
[22:39] <NCommander> Given our experience with Babbage I think we're going to need it once we add more SoCs
[22:40] <NCommander> if only for a sanity reason.
[22:40]  * StevenK adds a spec for that
[22:40] <ogra> davidm_, not without X drivers
[22:40] <davidm_> so all arm and unr stuff need to get added next week and the week after if at all possible
[22:40] <NCommander> StevenK, we have one from Jaunty.
[22:40] <davidm_> ogra, yea I know
[22:40] <StevenK> NCommander: Not UNR on ARM, we don't
[22:40] <davidm_> but if we have images ready it's easier to push for the drivers.
[22:40] <ogra> StevenK, read what davidm_ wrote :)
[22:41] <ogra> we will
[22:41] <StevenK> I just think we should get a spec registered so we can have a session about it
[22:41] <lool> Well we need at least one supported platform with 3D
[22:41] <NCommander> davidm_, I just submitted arm-softboot-loader
[22:41] <davidm_> Anyway we don't need a long conversation now, it's just a heads up that spec's are going to be needed (at least for scheduling purposes) they can be fully fleshed out later.
[22:41] <ogra> as usual
[22:41] <davidm_> Yep
[22:42] <davidm_> thanks for my 20 seconds in the sunlight ;-P
[22:42] <lool> Anything else?
[22:42] <davidm_> Not from me
[22:42]  * davidm_ runs away and hides
[22:43] <NCommander> [topic] Any Open Business
[22:43] <MootBot> New Topic:  Any Open Business
[22:43] <ogra> doesnt look like
[22:43] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/shadow/+bug/349504
[22:43] <NCommander> We have a possible fix for it
[22:43] <ogra> unless persia secretly showed up
[22:44] <NCommander> SO that should hopefully be closed within the next 24 hours
[22:44] <NCommander> I think thats the only major bug we are currently tracking thats not on the roadmap
[22:45] <ogra> just make cjwatson look at it if he finds the time, i think your fix is good so far (changing 0 to 1 if the clock is 01-01-1970)
[22:45]  * davidm thinks the person trying to use my nick should cut that out.
[22:45] <NCommander> ogra, that isn't the fick :-P
[22:45]  * ogra just saw him flaying out of #beagle :)
[22:45] <NCommander> davidm, protect it with nickserv
[22:46] <StevenK> If you're registered with nickserv, you can ghost them
[22:46] <davidm> NCommander, it is, that is how I get it back everytime
[22:46] <NCommander> davidm, then enable password protection so they get kicked out within 30 seconds
[22:46]  * NCommander has it so if anyone tries to use any of my three nicks, you get booted within 30 seconds :-)
[22:46] <StevenK> I think Freenode disables killing
[22:46] <davidm> NCommander, that you can tell be about off line
[22:46] <NCommander> StevenK, its a forced rename
[22:46] <NCommander> davidm, cool
[22:46] <NCommander> Ok
[22:46] <NCommander> so going 1
[22:46] <NCommander> twice
[22:46] <lool> 'night
[22:46] <NCommander> thrice
[22:46] <StevenK> SOL!
[22:47] <ogra> night !
[22:47] <StevenK> Er, SOLD!
[22:47] <davidm> lool, night
[22:47] <NCommander> That's it folks
[22:47] <NCommander> #endmeeting
[22:47] <MootBot> Meeting finished at 16:47.
[22:47]  * ogra falls over and starts snoring
[22:47] <davidm> Woot, finished early
[22:47] <davidm> night ogra
[22:47]  * NCommander grabs ogra's feet and drags him back to #ubuntu-mobile
[22:47] <bittin`> by :p
[22:47] <bittin`> bye :)
[22:47] <ogra> NCommander, dare you
[22:47] <ogra> ciao bittin`


[12:39] <ejat> hi all .. can i know where can i get ubuntu new brand banner artwork ?
[12:43] <zniavre> https://wiki.ubuntu.com/Artwork/VisualIdentity
[12:43] <zniavre> mmm 1mn too late ....
[12:44] <zniavre> :o)
[12:44] <darkmatter> anyone have a medium sized fluffy dog I could use as a sponge mop?
[12:45] <zniavre> mine is quite big ...
[12:46] <darkmatter> night sweats are starting again, so I barely slept. the bed looks like it was hit by a monsoon. lol
[12:51] <zniavre> :o)
[19:38] <SKL_Makay> hi all
[19:41] <SKL_Makay> http://skl-projekt.hu/readarticle.php?article_id=57
[19:43] <thorwil> hungarian?
[19:44] <SKL_Makay> yes, sorry
[19:44] <thorwil> i suspect there are not many people who can read that here ;)
[19:44] <SKL_Makay> the image is important
[19:44] <SKL_Makay> http://lh6.ggpht.com/_774SilF-FO8/S-_1HXk579I/AAAAAAAABvw/U-DojZF_pGA/s800/ubuntu-fail.png
[19:48] <dashua> SKL_Makay, What are you demonstrating?  That the image on the left looks better?
[19:49] <vish> SKL_Makay: more importantly , is that a mockup or a real theme ;)
[19:50] <SKL_Makay> it's a mockup
[19:51] <dashua> vish, http://www.ubuntu-pics.de/bild/67585/selection_010_kV05BR.png
[19:51] <vish> SKL_Makay: mockups are easier , getting it to actually work is the tough part , if you can code that to a theme engine it would be awesome
[19:51] <dashua> Have you seen this?
[19:52] <vish> dashua: the small battery icon ?
[19:52] <dashua> Yeah
[19:52] <dashua> Two icons
[19:53] <vish> dashua: oh , there is already bug about that.. there was a problem where the fallback notification area icon also shows up
[19:53] <vish> s/was/is
[19:53] <dashua> Ah ok
[19:53] <dashua> Yeah, it''s not the AppIndicator
[19:54] <SKL_Makay> do you develop the themes or that's a simple download from gnome-look.org?
[19:58] <vish> SKL_Makay: the lighting for the metacity buttons is a bit over done in your mockups though ;)
[20:02] <vish> SKL_Makay: the red "x" button well has been solved before the release , are you still noticing the broken well?
[20:11] <SKL_Makay> a question: why is gnome the default desktop environment?
[20:21] <coz_> SKL_Makay,  well  in my opinion Gnome is the most stable of the available DE's
[20:22] <coz_> SKL_Makay, you dont like gnome?
[20:22] <coz_> SKL_Makay,  because ubuntu can come with  kde or xfce  by default also
[20:25] <SKL_Makay> yes, I dont like
[20:26] <SKL_Makay> but I'm a Debian user and a little bit developer
[20:28] <SKL_Makay> in my opinion KDE is the most advanced DE, but this is only my opinion
[20:28] <SKL_Makay> i've made a plama theme (isnt' mockup)
[20:28] <SKL_Makay> http://kde-look.org/content/show.php/Arezzo2+by+Makay?content=123524
[21:30] <]grimm[> Perhaps this is the wrong place to ask this, but could someone explain how the fancy Ubuntu tooltips were implemented?  I've got one box here that's not running Ubuntu which still has old style tooltips despite using an Ubuntu theme that ordinarily does not.  I tried applying the lucid diff to gtk+, have the same gtk2-engines, and have notify-OSD setup as in Ubuntu, but no luck with the tooltips
[21:42] <zniavre_> isn't into gtkrc ? new-tooltip-style ?or somethinh around ?
[21:53] <dashua> It's a gtk+2.0 patch
[21:53] <dashua> Not sure if it's upstream yet.
[22:41] <]grimm[> zniavre_: The theme I'm using has new-tooltip-style set
[22:42] <]grimm[> dashua: I grabbed a gtk+2.0 patch that was apparently what was being applied to the package in lucid (the patch made reference to the new rounded corner tooltips), but even after patching and recompiling gtk+, for some reason, I've still got the old tooltips
[22:42] <]grimm[> Not sure why...
[22:58] <dashua> Did you specify them in your gtkrc?
[22:58] <dashua> GtkWidget::new-tooltip-style = 1
[23:11] <]grimm[> dashua: yup, it's that's specified in the gtkrc
[23:17] <dashua> ]grimm[, Hrm, not really sure.  Sounds like you did everything.
[23:17] <dashua> What distro?
[23:22] <dashua> bbl
[23:22] <]grimm[> dashua: gentoo
[23:22] <]grimm[> k


[18:34] <Jameswstubbs> Hello, I'm having a little problem with a project I've been working on using rootstock, I've gotten a minimal ubuntu image with xfce4 booting on the iPhone 3g but can't get the touchscreen working, There's kernel support and I have firmware images ending in .bin.
[18:35] <Jameswstubbs> I've copied the firmware to /lib/firmware
[18:35] <Jameswstubbs> and /etc/firmware
[18:35] <Jameswstubbs> But I'm not sure basically how to ask Ubuntu to use the screen as an input device
[18:37] <Jameswstubbs> I've noticed other guides use ttys0 ect. quite a lot but at the moment I cant communicate with the device while it's booted p
[18:37] <Jameswstubbs> up*
[18:37] <Jameswstubbs> Does anyone have an advice on setting up a touchscreen, I don't know whats required
[18:41] <Jameswstubbs> Sorry for flooding
[19:21] <cwillu> Jameswstubbs, would depend on the touchscreen.  They often provide their information over a serial line though (hence the /dev/ttyS0)
[19:21] <cwillu> note that it's case sensitive;  ttys0 is almost certainly wrong
[19:22] <Jameswstubbs> Ok, how would I ask ubuntu to use it as an input, is there dependencies other than x11
[19:22] <Jameswstubbs> I'll trial and error ttyS1 ect.


[01:46] <robert_ancell> FourDollars, I'm still confused by https://code.launchpad.net/~fourdollars/ubuntu/+source/systemd/+git/systemd/+merge/370808 - nothing in that merge shows any changes to that revert patch, so either the revert hasn't been done or the changelog entry shouldn't be there.
[01:52] <FourDollars> retoaded: Because it just removed the patch file under debian/patches/debian.
[01:52] <FourDollars> retoaded: Oops. Sorry.
[01:52] <FourDollars> robert_ancell: Because it just removed the patch file under debian/patches/debian.
[01:55] <FourDollars> robert_ancell: You may need to checkout lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic and lp:~fourdollars/ubuntu/+source/systemd:ubuntu-bionic to see what is going on.
[01:55] <robert_ancell> FourDollars, yeah, is LP showing the wrong thing? Because those changes aren't showing the diff there.
[01:58] <FourDollars> robert_ancell: LP doesn't show the wrong thing. It is because 237-3ubuntu10.25 is not in lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic but there is another commit of https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=832a06123f7b060b67394fe270123d80c8d7e37b in the git repo.
[01:59] <sarnold> is that a patch in debian/patches/ that's modifying another patch in debian/patches/ ?
[01:59] <FourDollars> robert_ancell: drop Revert-udev-network-device-renaming-immediately-give.patch has existed in  lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic but not released yet.
[01:59] <FourDollars> sarnold: No
[02:00] <FourDollars> robert_ancell: So you won't see it in my merge proposal.
[02:03] <robert_ancell> FourDollars, so it should still be in the history though. Perhaps we need to merge in the changes for 237-3ubuntu10.25 first to make this less confusing.
[02:03] <robert_ancell> If that change has never been released, then why would there be a commit message saying it was removed later!?
[02:05] <FourDollars> robert_ancell: Which commit are you talking about?
[02:07] <FourDollars> robert_ancell: 237-3ubuntu10.25 is not in lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic so I imported it manually in my merge proposal although it has been released.
[02:07] <robert_ancell> FourDollars, 2357ccb mentions Revert-udev-network-device-renaming-immediately-give.patch, which is not in the commit history and not added or removed in that change.
[02:09] <FourDollars> robert_ancell: It is a Debian package release commit so its content is from debian/changelog.
[02:09] <FourDollars> robert_ancell: "Releasing package systemd version 237-3ubuntu10.26".
[02:12] <robert_ancell> FourDollars, If I look at lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic the "Revert-udev-..." patch is not there, if I look in the uncommited changes in https://launchpadlibrarian.net/434785026/systemd_237-3ubuntu10.24_237-3ubuntu10.25.diff.gz it is not there, and it's not there in https://code.launchpad.net/~fourdollars/ubuntu/+source/systemd/+git/systemd/+merge/370808 that I can see.
[02:13] <robert_ancell> So it seems the patch never existed, so there shouldn't be a changelog entry mentioning it being removed.
[02:15] <FourDollars> robert_ancell: Not really. It existed before. It is because https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=832a06123f7b060b67394fe270123d80c8d7e37b removed it so you won't see it in lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic.
[02:16] <FourDollars> robert_ancell: You need to check 237-3ubuntu10.24 and you will see it.
[02:18] <robert_ancell> FourDollars, I'm looking at 832a06123f7b060b67394fe270123d80c8d7e37b which is the ubuntu-bionic branch and it's not showing.
[02:18] <FourDollars> robert_ancell: Checkout f81ac1953e6b2fa1c7b5d044d707646f480e2afa
[02:19] <robert_ancell> FourDollars, oh wait, now I see. So the change was in 237-3ubuntu10.24, just no-one updated the changelog?
[02:20] <robert_ancell> or was it released in 237-3ubuntu10.25?
[02:20] <FourDollars> robert_ancell: It is from Debian upstream.
[02:21] <FourDollars> robert_ancell: Check 0650aebb9791da1bdeae1ca89b8eef70c631612d
[02:25] <robert_ancell> FourDollars, ok, I think I now understand - 237-3ubuntu10.25 was released with the patch in, but the git branch wasn't updated. 237-3ubuntu10.26 will remove it, but the merge proposal as shown is confusing as it shows it being removed before the 237-3ubuntu10.25 release.
[02:25] <FourDollars> robert_ancell: You probably need to check my merge proposal by gitk or something alike to see what is going on.
[02:26] <FourDollars> robert_ancell: LP can not show the diagram like gitk.
[02:31] <robert_ancell> FourDollars, super confusing. I can see it in gitk.
[02:31] <FourDollars> robert_ancell: haha
[02:31] <robert_ancell> :)
[02:32] <FourDollars> robert_ancell: I was also very confusing before.
[02:33] <FourDollars> Why 237-3ubuntu10.25 doesn't exist in lp:~ubuntu-core-dev/ubuntu/+source/systemd:ubuntu-bionic when it has been released. XD
[02:34] <FourDollars> Why there is another commit just after 237-3ubuntu10.24, but it is not included in 237-3ubuntu10.25.
[02:34] <robert_ancell> FourDollars, right, and that extra commit should have had an entry in the changelog set to UNRELEASED.
[02:36] <FourDollars> robert_ancell: Yup
[02:46] <FourDollars> robert_ancell: Would you push the package into the SRU queue?
[02:47] <robert_ancell> FourDollars, have you heard from xnox about it?
[02:47] <FourDollars> robert_ancell: No
[02:48] <FourDollars> robert_ancell: Heard what from xnox?
[02:48] <robert_ancell> FourDollars, just wondering if he was planning on reviewing, as he's listed as one.
[02:51] <FourDollars> robert_ancell: I just saw he mentioned https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1837700/comments/5 recently. Nothing else.
[02:57] <robert_ancell> FourDollars, uploaded.
[02:58] <FourDollars> robert_ancell++ Thx a lot.
[04:22] <vorlon> xnox: wasn't something fixed to prevent such broken packages? https://launchpad.net/ubuntu/+source/rust-regex/1.2.1-2/+build/17418647
[05:06] <gQuigs> (also pinged in internal/#security) - anyone around to confirm this possible nginx regression - https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1840404
[07:35] <Locutusofborg> mwhudson, we need a golang-1.12-race-detector-runtime package, or to remove that dependency
[07:35] <Locutusofborg> opinion?
[08:17] <cpaelzer> Locutusofborg: I ahve a fix for the ufw dep8 test fail that stopped iptables
[08:17] <cpaelzer> do you want to be on the MP as reviewer?
[09:50] <Locutusofborg> thanks cpaelzer :) if it works, please upload!
[09:51] <Locutusofborg> I also think we should open a bug in Debian for all the Ubuntu delta...
[12:35] <Laney> bah, polkit-1 in proposed is now uninstallable since systemd got removed
[12:36] <Laney> guess I could revert that particular change
[14:31] <teward> this will sound like a dumb question I should know the answer to, but is it possible to write autopkgtests that are Python driven?
[14:31] <teward> so that I can write the autopkgtest for the given 'test' in a language I'm fluent in heh?
[14:33] <mdeslaur> sure
[14:41] <ogra> we only allow spanish or esperanto python though
[14:41] <mdeslaur> wait, when did we drop french python?
[14:42] <ogra> ah, i forgot about that one ... indeed there is french pyton too but you have to wrap it in crépes
[14:43] <Odd_Bloke> mdeslaur: The problem with French Python is that the scripts have to be 3 times bigger than the English Python equivalent if we're shipping packages to Quebec. ;)
[14:45] <mdeslaur> hehe
[14:58] <vorlon> Unit193: hi, at one point you had done an upload of assaultcube pulling from "Debian unreleased VCS", and there's been a new Debian upload by a new maintainer that doesn't seem to derive from that; do you have interest in reconciling this?
[17:28] <ahasenack> hi, the ufw test (http://autopkgtest.ubuntu.com/running#pkg-ufw) has been running for 20h at least
[17:28] <ahasenack> almost 21h actually
[17:28] <ahasenack> maybe someone should kill it?
[17:28] <ahasenack> same for iptables?
[18:40] <Unit193> vorlon: I've already looked into it, and it's most certainly weird to say the least.  The version that's in Debian now doesn't actually exist, the watchfile is pointed to his "mirror" on Gitlab where he's got a number of his own commits on top of upstream.  All in all I find it weird and think nothing is gained at this time by merging/sync'ing, but may as well for the next upstream or whatnot.
[18:42] <Unit193> It's not easy to track changes because he's got "import Debian changes for version <IP_ADDRESS>" as the commit for everything...
[18:47] <jdstrand> cpaelzer: fyi, ufw did pass with 1.8 in the past (ie, on buster). is this a 1.8.*3* change?
[18:49] <jdstrand> cpaelzer: also, based on what ahasenack said, it sounds like the upload is causing autopkgtests to hang
[18:49] <jdstrand> cpaelzer: (the iptables upload)
[18:53] <vorlon> Unit193: ack