[00:02] lool: there? [00:02] i will upload language-pack-gnome-zh_8.04+20080415ubuntu1.804ume_source.changes to mobile ppa ... which includes the midbrowser translations for zh for now === foka_ is now known as foka === asac_ is now known as asac [07:27] good morning [08:29] hi there, just wish to know if there is any proposed plan for adapting mobile-firefox on a really small-screen device e.g. a screen of 320-pixel width? [08:40] kennyyu: I think ubuntu mobile is using a firefox derivative [08:41] kennyyu: but I didnt have that close a look at it [08:52] z1o: nvm :) [08:54] kennyyu: got it figured out? [08:55] z1o: not yet... well, wait i'm rebooting my PC [08:56] o/ [10:11] asac: Build is out since two days; next delivery Friday [10:11] hopefully === jussio1 is now known as jussi01 [11:45] Right I'm beginning a test on todays image. Yes I'm still using xephyr in mic but I know a lot of the differences to look out for now :) [11:46] are there any bugs that should be fixed now that you want to keep an eye out for? [12:09] EPARSE === davmor2 is now known as davmor2_dinner [13:03] persia: Around? [13:03] persia: If you are, we have the week phone call [13:03] OK. I thought it was cancelled this week. [13:03] persia: Nah, it's run by me, which is worse [13:23] persia: thanks === davmor2_dinner is now known as davmor2 [14:16] Has anyone had any joy getting gnash to work on UME? [14:48] Hi [14:48] How do ubuntu mobile and handhelds mojo compare? [14:49] Not trying to compare state-of-affairs, but more the perspective and potential [14:49] Laibsch: mojo is regular ubuntu for arm cpu's, ubuntu mobile is special ubuntu flavour for intel cpu's [14:49] Second question, the FAQ claims that Zaurus are not supported because of the need for proprietary binaries. I just added a note that this is not true. [14:50] suihkulokki: My impression was that you also try to adapt better the UI experience [14:50] Am I mistaken? [14:50] Laibsch: that's what the "special flavour" basicly means [14:51] Yes, but you say for intel [14:51] mojo targets arm [14:51] Question is if they also will likely have that special flavour [14:51] there is no UME for arm (afaik) (atleast yet) [14:51] suihkulokki: Sorry, I did not read carefully enough [14:52] OK [14:52] who knows, why wait, just do it :) [14:52] Zaurus is arm [14:52] suihkulokki: I'd love to [14:52] But I don't have an intel-based handheld [14:52] And I don't want to buy one [14:52] I'd be interested if the Zaurus can be supported though [14:53] I have some background from openembedded.org, but I am not a regular developper by profession [14:53] it should not be hard to adapt Ubuntu Mobile UI etc changes to handhelds mojo (or debian/armel) [14:53] that is the route you suggest as more promising? [14:54] Are those UI changes in available in normal ubuntu as well? Have you pushed that back? [14:54] disclaimer, I'm only lurking here, I'm actually working on debian/armel [14:54] Are you plannign to [14:55] ? [14:55] Laibsch: afaik (again I'm not authority here..) most changes go back to normal ubuntu (under lpia arch), but ubuntu and ubuntu mobile timetables are different [15:00] suihkulokki: Is UME cross-compiled or natively? === agoliveir1 is now known as agoliveira [16:15] hi all [16:15] anyone awake in here? [16:16] dijenerate: Yes, it's a bit past noon for me :) [16:16] ok, finally a living soul :) [16:17] have you used the UME build on anything other than the Samsung or another official test unit? [16:17] I'm just working on waking up. [16:17] I'm trying to setup a Vaio UX with UME [16:18] I'm using last monday's build for the Samsung Q1U but ran into some problems [16:18] I only just realize how stripped the kernel is for UME [16:19] not even the usbserial module is present [16:20] anyone here have a clue what I'm talking about? [16:20] That's odd. I can understand stripping unnecessary things like scsi raid, but usb devices should be supported. [16:21] I haven't tested the latest Q1 images, though. My main focus is on the melow platform integration. [16:21] well usb mass storage is and most common periphs are [16:21] but there is no usbserial which the vaio needs for its WWAN to work in linux [16:22] I also could not find the evtouch driver that's needed for the touchscreen to work [16:22] agoliveira: Under multimedia do you have gnash swf viewer? If so does it work? [16:22] The evtouch should be there, but it may only be available to the menlow platform. [16:23] considering this is supposed to be a 'touch' friendly version of ubuntu, I find that ironic [16:23] you might for grins try a menlow image, but you will need to change teh graphics driver in xorg.conf. [16:23] davmor2: No, I don't. I suppose it's another of those weird Xephyr icons? [16:23] and I think I was doing something wrong with the udev config [16:24] Currently, this image is under development, and focused on two specific pieces of hardware. Future revisions may widen the scope of the project, but you need to start somewhere. [16:25] agoliveira: That might explain why it isn't working properly too then :) [16:25] was trying to map the touchscreen and WWAN to specific IDs and lost pointer support after startup [16:25] davmor2: I would say it's a fair assumption ;) [16:25] so what is the eta for the first stable release of UME? [16:25] Not sure, but it should be soon. The products that it is designed for are launching soon. [16:26] because it seems like there is really a lot still to be done considering it was just supposed to be an optimized branch off standard ubuntu desktop [16:26] ...and are all atom based I take it [16:26] atom is so much crud [16:27] Right now, my understanding is that it is a base image for OEMs to work from. [16:27] I just saw the fujitsu announce an atom based follow up to the U810 [16:27] Yes, atom is the target currently. [16:28] basically, it's an upgrade from a system powered by a remote control's CPU to one powered by a calculator's CPU [16:28] Actually, you'd be surprised at the atom's capabilities. [16:28] I truely would like to be [16:29] I'm coming from the world of Core Solo on the Vaio UX, anything I replace it with has to outperform it [16:29] can Atom do that? [16:29] It's hard to visualize by looking at the specs, but it really is something to see. Wish I could give more detail. [16:30] rough comparison, how does a full atom system under linux compare to a Vaio UX or Q1 Utra Premium? [16:30] I think the core solo is probably going to give you more performance, but then the package size is radically different. So is the power usage. [16:31] even though processors are faster and more powerful, we don't often use their full potential on mobile devices, so my question should really be, will I notice the difference? [16:31] I only have the Q1, and I can say atom performs quite well side by side. Of course, my atom test units are 1/2 to 1/3 the size and weight. [16:31] between say the Sharp D4 or Fujitsu U2010 and the Q1UP or Vaio UX [16:31] ok [16:32] but how is battery life because A110 did not live up to promise [16:33] is this Q1 as in the Pentium M no-keyboard system or A110 (stealey) Q1Utra? [16:33] Not sure. I don't have the means to test that. I've been told (and some videos on youtube confirm) that it is ~4 hours. [16:34] I have both Q1 versions. The original Ultra, and the "Vista" models. [16:34] I think they both have the same core, just more memory, keyboard, hdd, etc for the Vista model. [16:34] so the Atom performs on par with the A110 at 800MHz? [16:35] that's bad... that's really bad, because the A110 in my experience is weak [16:35] yes, but in a far smaller package. [16:35] yeah, but a bigger calculator vs a smaller calculator is still a calculator trying to decode divx video [16:35] lol [16:35] It really depends on what you are doing. If you are running RC5 or Seti, then you probably won't like it. [16:36] Video wise it is much better. There is hardware decoding. [16:36] usually I have my machine on all day, doing everything I use without shutting down... the Vaio is poor on battery life so that annoys me hence I'm looking for a replacement [16:37] I looked at the vaio. It's hugh compared with the units I have. [16:38] in ubuntu, I have compiz fusion running, thunderbird open, Xchat, amsn, pidgin, kbasket, firefox, opera, skype, gammu, system monitors and 9 desktops on gnome [16:38] That's more of a desktop usage model vs what these are designed for. [16:38] the vaio performs adequately with this just has bad battery life and a tad small screen for its rez [16:38] I know, but that's what I really want, my desktop in my pocket [16:39] with me all day [16:39] I don't have any insights on what systems will look like with Atom, but I know some of them are for a market looking for a smaller platform. [16:39] if I wanted smartphone power, I'd buy a nokia internet tablet and run frisky [16:39] I'm all for smaller and longer battery but not at the cost of performance [16:40] so that's where my issue with them comes from [16:40] Like I said, there is a wide market for this product. I only see the smallest units. [16:41] it's pointless to me to build a machine that is barely faster than a 'arm' based system like the Zaurus or nokia Internet tablet but still needs the ventilation of a regular x86 [16:41] and therefore can't be kept on in a pocket [16:41] I have heard that some OEMs will have units similar in size to yours running at full throttle. The smaller units run slower due to heat and smaller battery size. [16:41] my view may be a bit different from the mass market view of course [16:42] heh. Everyone has a different view that marketing. [16:42] s/that/than [16:42] yeah, but 1.8GHz atom benched next to a 1.8GHz celeron still got creamed [16:42] Again, what was the usage model? [16:42] portable device, subnotebook [16:42] class [16:43] I mean application usage? [16:43] netbook class so design for mobile web in a ulcpc [16:43] If you are looking to run Doom3, your sol. If you want to view office documents or browse the web, you're good. [16:44] I get that, but apart from the size issues which don't even count if you consider that a celeron can also be made at a smaller process, what's the point of new processor that is slower than one they made 5 years ago [16:45] seems like regression to me and if it's just for office docs and web, why not use a TI OMAP or Xscale again like the Nokia tablets or the sharp zaurus [16:45] Again, by what benchmark? I haven't actually seen any reviews or comparisons. [16:45] again regression [16:46] not necessarily. XScale or OMAP can't run x86 applications. [16:46] Try loading Vista on a Nokia 800 series. [16:46] Or flash for that matter. [16:46] these are 1.6GHz CPUs compared http://www.umpcportal.com/postimages/AtomCPUperformancefigures_EB03/atomperf.jpg [16:46] Well there's flash, no? [16:47] but why will I need vista if I can run my web and office apps on a faster to respond more stable OS [16:48] does the OS matter as much as it's ability to run the apps you need [16:48] the point of Vista is to make MS money, the point of the OS for the consumer today is to run the apps [16:48] I doubt running vista is a argument that will shift attitudes positively in the audience of this channel =) [16:49] True. One thing your image doesn't show is power consumption or heat dissipation. [16:49] if the apps run on linux on less and for less, then what's the point of vista and by extension the point of atom? [16:50] Let me ask this. What is the cpu load playing mpeg2/mpeg4/vc1 video on the different systems? [16:50] well the Via is a low power consumer and unless intel has drastically changed it's core design they are still consuming more power than everyone else as they have always been [16:50] dijenerate: The power consumptions of Intel CPUs are supposed to decrease further in the future; the platforms are also bigger irons than the ARM platforms right now [16:51] But apart of that I agree that ARM is a good option :) [16:51] dedicated registers for popular media will always lower cpu load values, oldest CPU design trick in the book [16:52] however, what's the load when editing a 12 workbook excel document the office just emailed to you on your trip? [16:52] About 40% [16:52] Tried and tested [16:52] Well, using OpenOffice. [16:53] real world performance is what will tell it apart vs lab test and synthetic benching [16:55] Back to your earlier question of "why would someone want this", I have to point to a quote from the quake-aa developers (who made an ascii art video driver for Quake): "If you have to ask, it isn't for you". [16:55] it boils down to this, if a poulsbo/silverthorne 1.6GHz machine that is all that much smaller (and still only 1/3 smaller than a UX) can do what the UX does at 1.2GHz overall real-world performance, as in I'm not annoyed by the lag on my everyday tasks, then I'll sing Atom's praises, but until then, I think I'll wait until the dual core (code named: molecule) [16:56] But can you put your Vaio in your shirt pocket? [16:56] yeah I can [16:56] but will I want to when it has a belt case? lol [16:56] ..if you don't want to look like a dork [16:57] what the atom may be able to do over the vaio if it lives up to promise is give me more than 1:20hr battery life in ubuntu [16:57] suihkulokki: touche... lol [16:58] Hey, looking like a dork is every pastafarian's FSM given right. [16:58] but it still isn't acceptable (for me) if it is unable to do what the vaio currently does with ease [16:58] lool, is the SSH thing a big concern for the ubuntu-mobile/moblin stuff? [16:59] IRC meeting in one minute [16:59] HappyCamp: I don't understand your question [16:59] HappyCamp: Sort of. I use it for debugging and live monitoring. [16:59] The SSH key issue with debian derived systems. [16:59] HappyCamp: It's a concern for any usage of the openssl random generator over the last 19 months [16:59] HappyCamp: But it's fixed in hardy and daily UME builds if that's your question [17:00] #startmeeting [17:00] I was more wondering for our use case in particular. Do we want to try to notify people or the notification out there is enough. [17:00] Welcome all [17:00] k [17:00] HappyCamp: Feel free to add the SSH questions in today's agenda [17:00] Let me start by reviewing action items from last week [17:01] [topic] Don Johnson to email agoliveira a list with Intel's atendees for UDS. [17:01] I chose the larger Q1UP over the U810 for performance and battery life issues [17:01] Hmm no mootbot [17:01] I sent the list to agoliveria [17:01] dijenerate: We're in a meeting; please defer your discussion to after the meeting; thanks! [17:01] sorry.. np [17:01] Don_Johnson: Hmm was this recently? [17:01] Don_Johnson: He told me an hour ago that he didn't receive it [17:01] lool: I'm here, but still wrangling e-mail [17:02] I thougth I sent it last week right after the meeting. [17:02] Let me check, maybe I sent it to David and got the cc wrong. [17:03] OK, I'll recreate the emaila and send it out. [17:03] Don_Johnson: Perhaps it's easiest if you just copy-paste it right now? :) [17:04] As soon as I find it again. I'll do past it in. [17:04] Don_Johnson: So who are the lucky fellows who get to get to visit Prague and sit in some 8 hours flights? ;) [17:04] Don_Johnson: Ok; let's defer to the end of the meeting [17:04] [topic] UME Logo draft [17:05] I received the first drafts for the UME logo http://people.ubuntu.com/~lool/ume-logo.pdf [17:05] [link] http://people.ubuntu.com/~lool/ume-logo.pdf [17:05] I'd be pleased if you could send me suggestions for these logos [17:05] Design comments, ideas, suggestions, everything is welcome [17:06] I'm also interested in votes on these logos, tell me which you absolutely hate, and which you love [17:06] Please send me an email to one of my email addresses [17:06] When we get some consensus and pick a logo, we'll work on the colors, fonts, etc. [17:06] lool: And yet, with no MootBot, you still do the [] :-) [17:07] StevenK: Yeah, it helps in the log ;) [17:07] Ok; if nobody has any question on the logos I'll move on [17:07] Colors are kind of bland. [17:08] GrueMaster: This can be easily fixed; the high level design / concept should be ironed out first, then the colors can be debated ad nauseam [17:08] k [17:08] [topic] Impact fo SSH/SSL vulnerability on UME [17:08] HappyCamp: Could you restate your question? [17:08] HappyCamp: My understanding is that your question was "how does the SSL/SSH vulnerability affect UME?", correct? [17:09] So the vulnerability has been plugged in all released and development Ubuntu repositories: intrepid, hardy, gutsy, feisty [17:09] The issue was that the random number generator wasn't random (enough) [17:10] This means that any SSH session with DSA keys started from a vulnerable host during the last 18 months would expose this DSA key, and that any key (whatever type) generated in the last 18 months from a vulnerable system should be considered vulnerable [17:10] you should see how many hits my home system has taken in the last couple of days trying to exploit this. [17:10] You're encouraged to change all your SSH keys to RSA if you generated or used it on a recent Ubuntu system [17:11] I personally updated my SSH key from DSA to RSA and uploaded the new one to Launchpad, Ubuntu systems and moblin.org for example [17:11] Also, new packages to allow detection and automatic or manual blacklisting of the compromised keys have been crafted [17:12] The new packages are openssh-, openssl-, etc. -blacklist [17:12] Any question on this topic? [17:13] Concerning UME, we're not released yet but a simple upgrade or a full reinstallation will get you a non-vulnerable system [17:13] if I don't change my keys, what is the risk? [17:13] what is "vulnerable" as you described above? [17:13] bspencer: someone could log in as you [17:14] and fix my bugs? [17:14] bspencer: if your key was recently created (less than 18 months ago), it's easily guessable by brute force; some people could try logging in on systems where you authorized this key with all possible keus [17:14] and fix your bugs yes [17:14] ok. [17:14] Your key is also vulnerable id it's DSA, older than 18 months, but was in use on vulnerable client systems [17:14] s/id/if === robr_ is now known as robr [17:15] who created the mobuntu logos? [17:15] Basically, using a DSA private key on a system where the random generator is unsafe will expose your key [17:15] bspencer: "brilliant" [17:15] bspencer: A company working for Canonical [17:15] k [17:15] Katie Moody worked on them to be precise [17:16] I should send feedback via email or now? [17:16] Via email is preferred [17:16] k [17:16] I should have setup a polling site, but I didn't [17:16] But I still want to compile the impressions together as it allows a general overview of the plusses and minuses of each logo [17:17] Ok; I'm personally done talking about the SSL/SSH vulnerability, but I'm happy to give further clarifications [17:17] Any other topic to bring up? [17:17] Don_Johnson: That brings us back to you [17:17] Next beta/rc release schedule? [17:18] OK here is the list: Yong Y Wang : Server and Desktop roadmap [17:18] John Cherry : MID planning [17:18] Marcel Holtmann : OTC [17:18] Adam Le [17:18] GrueMaster: Last beta was a couple of days ago; should have been a RC, but too many critical bugs; next RC is currently scheduled for Friday /I think/; but that's a tentative date, I don't know whether StevenK is in good conditions to work on the build this week [17:18] Don_Johnson: You might want paste.ubuntu.com if your list is long [17:19] Unfortunately it is not long. [17:19] I have spent 32 hours travelling, and I lost my bags. Not today. [17:19] Reason I asked is that I really didn't see any core changes. Namely video drivers and helix support. [17:19] So these four persons? [17:19] stevenk: sorry to hear that. [17:19] yes, those four, are it. [17:19] StevenK: We're Thursday though :) [17:20] GrueMaster: Video drivers have been updated yesterday night and are being tested [17:20] GrueMaster: I don't think either of them released a new version in between beta4 and beta5? [17:20] If they did, no one told me. [17:20] StevenK: The kernel graphics drivers did change, amitk merged them yesterday night [17:20] No, but beta 5 didn't have the latest video drivers, which have been available for over a week. [17:20] StevenK: They are being tested by pmcgowan and amitk [17:20] That's why I asked. [17:20] The video drivers certainly didn't change from beta9 in the PPA when I rolled beta5 [17:21] Should be build 2.0.0.32L.0014 [17:21] GrueMaster: Could I get e-mailed when they get updated? [17:21] StevenK: I think it's the release version (PV), so you shouldn't get many updates anymore :) [17:21] I'm not sure who posts them on arms, but I can see. [17:22] Right. [17:22] I'll hit up David when he arrives. [17:22] StevenK: i forwarded you davidm's email on this release [17:22] Generally I notify David and PatM when something is posted to ARMS. [17:23] StevenK: Ask davidm to notify you when he gets Don_Johnson's notification [17:23] Don_Johnson: And as a safety, I'm happy if you tell me [17:23] OK, I'll expend the list [17:23] lool: I am working through the 600 e-mail I got while flying here [17:23] Don_Johnson: In fact, you could directly mail all of us by mailing either the public list or the Canonical private list mobile@lists.canonical.com [17:23] Work e-mail, of which there is 120, is next [17:23] On that note, Don and I would both be happy if someone tells us when there is a release. [17:23] Don_Johnson: (you might get an email that your post is moderated) [17:23] :) [17:24] Hm. I thought David did that. [17:24] I haven't seen anything (unless he's selling viagra). [17:24] Generally David does notify us. But the Beta5 slipped by, [17:25] I'm suspecting due to UDS looming [17:25] David did tell me on the phone that there would be a Beta5, but not when it was posted. I agree due to UDS prep. [17:27] Don_Johnson: Happy yo bring it up with him when I see him, if you wish. [17:27] s/yo/to/ [17:27] (I hate .cz -> .au lag) [17:28] Not a problem. I happended to check about an hour after it was posted. So no harm. [17:28] Excellent sense of timing there, Don_Johnson :-) [17:29] "I sense a disturbance in the Force ... Ahh yes, Beta5 is out." :-P [17:29] ARMS notification: currently Steve Magoun, David Mandala, Pat M, and Loic have ARMS accounts and should recieve notices. Although it is hard to figure out which ones to care about. [17:29] He has one of those lark thingys. [17:29] Don_Johnson: I didn't receive a notice, but I didn't subscribe to any either [17:29] Should I add StevenK to list of people with ARMS accounts? [17:29] Don_Johnson: I guess I have to subscribe [17:30] Don_Johnson: I'd rather not have an ARMS account, and I can't update the 3D drivers until the 2D ones are anyway [17:30] Still hard to figure out which ARMS notices to care about. I'll send out UME specific notices and include you and StevenK. [17:30] It shoudl be posted as one big package. [17:31] GrueMaster: Sure, but we don't use the 2D drivers as included in that package. [17:32] stevenk: Ok I'll leave ARMS accounts as they are now. [17:32] The package should have the 2D source. It should be able to drop into the current build environment. [17:32] Ok, we're discussing many things at the same time here [17:33] Don_Johnson: I thought you were sending the notifications to email addresses; if you can't do that, I think we should tell davidm to make sure our internal mailing list or list of people gets the notification when he does [17:33] GrueMaster: I just play with 3D. Other people work on 2D. [17:33] k [17:34] lool, I will start maintaining a list of people at Canonical to pass notices along to. [17:34] Don_Johnson: That's nice of you; the public or Canonical mailing-lists are IMO good choices [17:35] It will simplify both your and our maintenance of this list I guess [17:35] Ok; any other business for today? [17:35] OK, I'll look at using them [17:35] Closing the meeting then [17:36] I wish attendees a safe trip to UDS [17:36] #endmeeting [17:36] * GrueMaster wishes he could attend. [17:38] GrueMaster: The person you should have begged just left? :-D [17:38] I know where he sits. :D [17:38] Haha [17:39] But it isn't up to him. We both report to the same manager. Problem is, I'm a contract employee, and Intel won't fund any travel for us contractor types. [17:39] Let alone pay our wages. [17:39] Ahh [17:39] Sucks. [17:40] All the work of a full time employee, with none of the benefits (or politics). [17:40] But the pay is good. [17:41] StevenK: is there any issues with the 3D packaging I should look into? [17:51] GrueMaster: At this point, I don't think so. [17:51] k [17:56] StevenK, is Bryce working on packaging the graphics pieces do you know? [17:58] pmcgowan: I've been travelling for most of the last two days, so I'm fairly out of the loop. [17:58] StevenK, ok, I will ping him directly [18:08] GrueMaster, so are you sure that the people were trying exploit the SSH key issue on your system? [18:08] Just curious on when people started trying to exploit the issue [18:09] I have always seen lots of failures of login attempts via SSH in the past. [18:15] sorry, had to step out for a bit. [18:17] HappyCamp: Yes, I'm pretty sure. I have logs showing 100's of ssh failure attempts from the same IP addresses. Each originating IP address has at least 60 hits, usually in a 2 minute span. [18:18] GrueMaster, I wonder how you tell if it is a key attempt versus a password attempt [18:18] I get lots of ssh attempts in the past. === robr_ is now known as robr [18:47] hi all I'm back [18:47] is the meeting still going on? [18:48] ok, I'm guessing not [18:59] GrueMaster: Around? [19:00] GrueMaster: The graphics drivers don't seem to have changed between the last two releases [19:01] sorry, I stepped away for a second. [19:02] lool: if you are referring to the ume beta releases, then you are correct. [19:02] GrueMaster: I mean between teh ARM files [19:03] I personally don't have access to arms, but there should be a 2.0.0.32L.0014 release up there. [19:05] If you don't see it let me know and I'll ping someone. [19:35] GrueMaster: I clarified; the problem is that we were comparing the lat two 0014 releases, but not the 0010 and the 0014 releases [19:35] Ah. [19:36] Well, 0014 needs to find it's way into the build. Is there anything I can do to fix the packages to make this happen? I've already tested 0014 on Beta4, and with the latest helix, it looks great. [19:37] It seems to fix other issues as well (S3/S4). === cprov is now known as cprov-out [20:16] GrueMaster: Do you know why the xf86-video-psb master wasn't updated since March? [20:18] GrueMaster: I think only the GASTON branch was updated === robr_ is now known as robr [20:23] GrueMaster: Is libva required for the graphics drivers beta 09? Or only for helix stuff? [20:44] GrueMaster: Going afk now, but interested in your comments [20:47] persia: Could you look at seeding update-manager? The seed is at ~ubuntu-mobile/ubuntu-seeds/mobile.hardy; the meta package in the ppa should be pulling from there [20:47] persia: This should pull u-m in the dailies [20:47] persia: TIA! :) [20:47] persia: bug #230821 BTW [21:48] lool: sorry, I was at lunch. [21:51] lool: AFAIK, there wasn't any changes to the xf86-video-psb source. I believe most of the recent changes were for video playback (psb-kmd, libva, psb-video), but I could be wrong. Libva is required for the helix cip codecs, and the latest cip codecs are compiled against 0014 bundle. [21:53] My understanding of how the modules inter-operate is that for basic video, you need only the open source 2D modules. For 3D and video hardware playback, you need the closed source binary packages and firmware. [22:08] tonyespy: you on? [22:11] ToddBrandt: yes [22:12] tonyespy: I have a potential fix for https://bugs.launchpad.net/moblin-applets/+bug/225465 [22:12] should I email you the .deb? [22:12] it's like 1MB I think [22:12] sure... [22:18] I'm rebuilding the .deb, one moment [22:20] I basically just added a check inside the gdk window filter (the one inside moblin-settings-daemon that handles all the keyboard shortcuts). If it's already processing a previously recognized shortcut and it recieves another, it just removes it from the gdk queue and returns, i.e. it just gets ignored instead of getting processed right on top of the current one [22:21] This situation should never actually occur, mind you, since the gdk filter function is supposed to be serial, but I have no idea what changes they did in the hardy version of xorg&gdk [22:25] tonyespy: let's try irc [22:25] tonyespy: can you get a file through your IRC client? [22:25] don't know... it looks like it might work? [22:26] doesn't look like it's working... [22:26] yea it's sorta sitting there [22:26] mail's probably best [22:26] yea [22:26] ok, 1 moment [22:34] tonyespy: ok, I just sent out the .deb, if that doesn't fix it I'll create a version with some debug info to maybe help narrow down the issue. [22:37] ToddBrandt: thanks! [23:32] Is the release still slated for shortly after 8.04?