[00:03] hyperair - not that i'm aware of [00:03] i'd be more concerned about why it's using so much RAM though [00:03] hmm, i wonder [00:03] might be related to the stuff i had in the calendar [00:04] but it seems that after a while the ram usage just naturally rises >_> [00:04] possibly. e-d-s only uses 9MB here, and i have a gmail account with ~60000 mails, and several calendars [00:04] @_@ [00:04] i gave up using evolution, mainly because i just don't agree with its behaviour [00:05] when i open a new window, it spends a crapload of time re-loading every bloody thing in a new process [00:05] yeah, i find quite a few things in evolution annoying [00:05] when loading, it spends a crapload of time talking to a bunch of stuff over the network prior to actually showing me a bloody gui [00:05] and if you've got a slow network.... [00:06] evolution is hell. [00:06] yeah, that's a pain [00:06] there's no other word for it [00:06] =.= [00:06] and interface sucks ;) [00:06] i mean geez, didn't the evolution devels ever realize that hey, network is slow and unreliable and maybe a program shouldn't rely so much on it to just _start_?! [00:06] i don't mind the interface so much [00:06] i do mind memory leaks [00:07] and i do mind hanging [00:07] I can never make myself use Evo for a long time so memory leaks aren't really a problem :) [00:07] or completely not starting up because it's waiting for input from some remote server for hours on end that won't reply because it really timed out [00:07] kklimonda: even if you cloes evo, e-d-s runs. [00:08] kklimonda: e-d-s starts up when you open gnome-panel's clock [00:08] kklimonda: e-d-s also starts up when you start pidgin [00:08] true [00:08] and e-d-s is the one leaking memory like a sieve [00:09] hmm. i think i'll just get rid of evolution-data-server. [00:09] yes [00:10] i remember it used to remove ubuntu-desktop with it, but it seems it doesn't anymore [00:10] good. [00:10] i'll just have to sacrifice ekiga and tasque >_> [00:10] i don't even use the e-d-s component of tasque, so why does it depend on e-d-s? [00:11] it only recommends it [00:11] no, it depends [00:11] otherwise it wouldn't be going out with e-d-s [00:11] no wait [00:11] it depends on libevo-cil [00:12] which depends on e-d-s [00:12] even better - libevo-cil depends on evo which depends on e-d-s [00:12] er no, it depends on evo itself, which depends on e-d-s [00:12] heh [00:12] so what's the point of recommending e-d-s.. [00:12] indeed [00:13] oh well [00:13] i don't use tasque much anyway, but i'll try doing something about libevo-cil sometime === eeejay is now known as eeejay_away === eeejay_away is now known as eeejay === eeejay is now known as eeejay_away [05:24] I'm installing ubuntu-desktop from the lucid repositories, is this a way to get 10.4 running? [05:25] I noticed that ubuntu desktop depends on some erlang stuff. What is the erlang doing? [05:28] emma: You should probably ask in #ubuntu+1 for anything Lucid related [05:28] oh okay sure. [05:32] jmarsden: do you know what the erlang is being used for? That's always seemed like a somewhat esoteric language? === eeejay_away is now known as eeejay [05:33] emma: No; use of Erlang is interesting... you might be able to figure out what uses it by checking the Depends: of each package in Ubuntu Desktop looking for it there? [05:34] Or if you have a working Lucid machine, try apt-cache rdepends erlang inside that machine. [05:34] cool that's what I'll do :) [05:47] erlang is required for desktop couchdb === astechgeek is now known as the_r0cker [08:09] Good morning [08:37] good morning pitti o/ [08:38] bonjour didrocks! did you have a good weekend and first advent? [08:39] pitti: yes, very tiring though: we had our Ubuntu Party in Paris :) [08:39] pitti: you? [08:39] wonderful; we made tons of cookies, and my wife and I made christmas calendars for each other [08:41] you don't have weight issue, so you can eat as much chocolate as you want :) Cooking week-end is great, yeah \o/ [08:52] pitti: hmm, christmas calendars! That's a great idea! [08:52] http://www.piware.de/2009/11/nicht-mehr-aufzuhalten-weihnachten/ :) [08:53] nice! [08:54] heh, I love how the 24th one is bigger [08:55] pitti: sweet :) [08:56] good morning === seb128_ is now known as seb128 [09:43] hello there [09:44] salut seb128 [09:49] hey seb128 [09:49] hi baptistemm [09:49] lut baptistemm didrocks [10:13] mvo, hi, sorry if you've explained this to me before, but what's the difference in Synaptic between "Removal" and "Complete Removal"? [10:15] mpt: in the former case, files in /etc ("conffiles") stay around [10:15] the latter is "purge" and also removes conffiles, log files, etc. [10:16] thanks pitti [10:16] pitti, so the former case is for if you think you might want to reinstall it again later? [10:16] and you spent some time setting it up [10:18] mpt: correct [10:18] ok [10:18] mpt: for some package a purge sometimes removes user added data too [10:18] mvo, as in, deletes stuff from people's home folders? [10:18] mpt: not only config, a database that got created in /var for example [10:19] mpt: no, never in /home [10:19] I see [10:19] mpt: but system-wide data [10:20] purge is always a bit risky and generally there is not that much data that is left on the system [10:24] mvo, is it possible to purge a package after removing it normally? i.e. does apt know that the package was installed previously and has been removed but not purged? [10:25] mpt: yes, you can look into synaptic and check the "Not installed (residual config) section [10:26] oh, that's what that means [10:27] pitti, hey [10:27] hey seb128, had a nice weekend? [10:27] very relaxing thanks [10:27] recovering from some ubuflu still [10:28] what about you? [10:29] ugh, you got ubuflu? [10:29] seb128: we baked tons of christmas cookies, and a gingerbread house [10:30] seb128: oh :( [10:30] seb128: poor you :( [10:30] seb128: the same flu that I got? [10:31] mvo, no, coughing and sneezing [10:31] and filing a bit tired [10:31] but nothing really strong [10:32] ok, good [10:32] I spent the weekend playing with my new gadgets and watching tv [10:32] heh :) [10:32] nice! [10:32] which was good anyway since it's raining outside... [10:33] pitti, cookies! nice ;-) [10:33] we try to not start before december there *g* [10:33] too much food [10:33] sprint, uds, end of year holidays coming [10:33] I need at least a 2 weeks diet ;-) [10:35] pitti, bug #489791 do you know what information is required? [10:35] Launchpad bug 489791 in cups "Compilation fails because of changed interface in libpoppler" [Undecided,Incomplete] https://launchpad.net/bugs/489791 [10:35] it's a pretty obvious "libpoppler abi changed, cups needs rebuild" [10:36] rebuild + code change [10:36] /url 1 [10:37] pitti, note that pdftopdf crashes on undefined symbol too [10:37] ie no printing working in lucid right now [10:39] seb128: I don't see a reason for it to be "incomplete"; should be reproducible just fine [10:39] ok thanks [10:39] I will reopen then [10:39] I set it to triaged and assigned to till [10:40] pitti, thanks [10:46] libpoppler is knackered anyway [10:47] debian bug 558463 [10:47] Debian bug 558463 in poppler "cups: Cups fails to print after upgrade" [Grave,Open] http://bugs.debian.org/558463 [10:51] Laney, what do you mean? [10:51] Laney, they just changed the abi again [10:51] they don't have abi stability for libpoppler [10:51] they do the glib version though [10:52] it's nothing new [10:52] no, I mean it's broken anyway :) [10:52] mpt: *ping* [10:53] unless you mean that debian needs to rebuild cups against this [10:53] Laney, it's not broken, it's the same issue I pointed before [10:53] the abi changed and the lib customers need a rebuild [10:53] hm [10:58] hm, without a soname bump? [10:59] pitti, right, they don't want to give stability to libpoppler [10:59] they only do for the glib and qt versions [11:00] they consider that's what applications should be using [11:00] too much constrains to do it for libpoppler itself apparently... [11:00] I don't say I agree though [11:00] but that's what I've been replied in previous cycles [11:02] ok, thanks [11:02] seb128: hi.. i thought you and pitti had an idea how to solve the .txt behavior from vfat drives... i vaguely remembered you saying you'd work on it if you have time... if not ... nvm :) [11:03] mac_v, you should have noted it, it's possible but I've hundred of ideas every week and forgot about most of those ;-) [11:04] I've neither interest to work on this issue nor time for it [11:04] seb128: hmm , let me find the -desktop logs... ;) [11:04] seb128: ah ok :) [11:04] to be honest I don't think I will have any time for hundredpapercut this cycle [11:05] I'm back to do GNOME without robert_ancell this cycle [11:05] and we have to tackle boot speed issues [11:05] yeah , too bad they left you alone :( [11:05] which are already higher workload that reasonable [11:10] oh, come one [11:10] I start hating this hundredpapercut project, zillion of useless bugs opened [11:24] hehe [11:24] seb128: dejavu from last cycle? ... i remember you constantly complaining back then ;) [11:25] hey asac [11:25] yes, those bug are bottom level quality [11:25] no information about ubuntu version, package version, no clear description [11:26] and most are random funky requests of softwares not making your coffee and not putting the number of sugars you want in there [11:26] "bottom level quality" - nice categorization ;) [11:26] yeah [11:26] i think strictly speaking its dxteam responsibility to monitor and do patches for them ;) [11:27] well ... we can forward upstream of course :) [11:27] excepted that they don't [11:32] typical example: bug #488129 [11:32] Launchpad bug 488129 in nautilus "Nautilus usability" [Undecided,New] https://launchpad.net/bugs/488129 [11:33] this is like 10 reports in one, and certainly not a papercut [11:35] right, I'm closing it now [11:35] got a zillion hundredpapercut bugs spamming my box this weekend [11:36] the average quality of those is just ridiculous [11:43] mvo: the notebook page is used because of the range(5) declarations at the start of the relative python files [11:44] mvo, those numbers are used to change the notebook page and so I need to notebook page as the separator takes up a number [11:44] mvo, otherwise the viewswitcher parts are not connected correctly to their relative page [11:51] good morning everyone [11:51] hey chrisccoulson [11:51] hey pitti, how are you? [11:52] I'm great, thanks; and full of christmas cookies and "Stollen" [11:52] pitti - i love stollen :) [11:52] so do I :) [11:52] we have a german market here throughout december, and i always stock up just before christmas [11:53] Birmingham? Apparently it's getting close to the side of the Köln one [11:53] Laney - yeah, Birmingham [11:54] nice [11:54] i go to birmingham city centre twice per year - once for an eye test and once for the christmas market [11:54] we have one in Nottingham too, but I reckon it's quite small [11:54] hello chrisccoulson [11:54] hey seb128, how are you? [11:54] good thanks [11:54] what about you? [11:55] yeah, not too bad. i did some hacking in gnome-session over the weekend to try and make it load faster [11:56] oh, nice [11:56] did you manage to find any issue or thing we could do better? [11:57] seb128 - from what i saw here, the biggest amount of time is wasted reading gconf keys, and the first read always seems to take ages, regardless of how late you do it. [11:58] so i made some changes which avoid reading any gconf keys until later on in the session [11:58] and some other stuff which avoid doing things which waste time (eg, querying the session type from consolekit when there is no saved session to restore from etc) [11:58] wasn't the "read the gconf keys early" a change in the recent cycles for optimization? [11:59] seb128 - it takes nearly 600ms to read the gconf keys on my virtualbox install [11:59] chrisccoulson: hrm [11:59] gconf is slow... [11:59] hi vuntz [11:59] chrisccoulson: why would reading the gconf keys be slow? [11:59] I'm not sure it will be faster doing it in several calls later [11:59] vuntz - i'm not sure, but it seems to just take ages [11:59] chrisccoulson: if it's because it's the first thing to read in gconf, then not doing it in gnome-session means that g-s-d will be impacted [12:00] chrisccoulson: (which just moves the issue) [12:00] vuntz - thats not so much of a problem. the issue is with it happening in gnome-session, is that it delays the whole session from starting [12:00] chrisccoulson: g-s-d will also delay the whole session [12:00] since g-s will block on it [12:00] :-) [12:01] possibly. i will try various things to see if i can speed it up though, as it takes far too long :( [12:02] i think our whole budget is 4 seconds isn't it? [12:02] seb128^^ [12:02] chrisccoulson: avoiding the CK call is good, though. How much do we win with this? [12:02] chrisccoulson, right [12:02] vuntz, I'm thinking about dropping the wait for g-s-d to be done to start other things, etc [12:03] vuntz - the consolekit call is fairly insignificant, but i'm just trying to save time whereever i can spot something which wastes it [12:03] it just slow down the login time [12:03] or we need to make things register much earlier and get gnome-session moving [12:03] seb128 - would you mind trying my build of gnome-session in a bit? [12:04] i'm just re-testing it to make sure it doesn't crash ;) [12:04] chrisccoulson, I would be happy to test your changes ;-) [12:04] seb128: oh, it should certainly not wait for all modules to be done before telling gnome-session is ready [12:04] seb128: there are "mandatory modules" and the ones that can be set later [12:04] vuntz - the other thing which seemed to take a while on my VBox install was creating the DkpClient object. so i made a change to only create that when it's needed [12:04] that took nearly 100ms [12:05] chrisccoulson: oh, that's probably because it starts DK-power [12:05] chrisccoulson: that's a good one, indeed [12:05] vuntz - yeah, possibly. it's better if that's started later in the session really [12:06] vuntz, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091127-2.png is current gnome-session [12:07] see the delay between the session bar and the things starting there [12:07] vuntz, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091127-8.png is gnome-session starting everything [12:07] vuntz - i will probably put all my findings on a wiki page somewhere shortly, which will detail where all the time seems to be going [12:07] chrisccoulson, feel free to use the spec page for those notes [12:08] seb128 - yeah, i can do that [12:08] chrisccoulson, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-startup-speed [12:08] seb128 - thanks [12:08] and https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/StartupSpeed [12:08] * vuntz would recommend a page on live.gnome.org if you want to get upstream involved... [12:09] seb128: what do you mean with "gnome-session starting everything" ? [12:10] vuntz, I moved everything to the application stage [12:10] and cleaned the required component list [12:10] and copy autostart for gnome-panel, nautilus, compioz [12:10] compiz [12:10] just to see what difference it would make [12:10] it's a bit surprising that gnome-panel is really busy at the beginning for one and not for the other [12:10] I don't say it's what we need to do [12:11] some of the things might be blocking on gvfs to be started, etc [12:12] like in the first case they are ready before gnome-panel but not in the second case [12:12] lunch time there [12:12] bbl [12:14] * mpt wonders what "A text tool utiliy" is supposed to be [12:17] mvo, what was that separator and471 was talking about? [12:18] mpt: I send him a mail about this, I'm not sure what purpose it serves [12:19] mpt: there is also a change that makes the view list a tree with just one sub-element, I think we need to wait with that until we actaully have more than one sub-element [12:19] mvo, what do you mean by "with just one sub-element"? [12:20] mpt: a treeview with "Get software" as root and "Free software" as child [12:21] mvo, ah, probably he's looking at the 4.0 mockup. :-) I do want that for 2.0, though I haven't specced it yet [12:21] mvo, I agree it doesn't make sense to have it until we're showing packages from arbitrary repositories [12:22] seb128 - i've put my gnome-session work here for you to try: http://people.ubuntu.com/~chrisccoulson/gnome-session-startup-time/ [12:23] it might be worth testing it with the default phased startup first, as i've not tried it with your configuration [12:23] the changelog is quite detailed too, and explains what i changed [12:23] mvo, so the first big tasks are (1) showing non-app packages, (2) showing packages from all your enabled repositories (maybe that follows automatically), and (3) showing those repositories separately in the navigation pane [12:23] hopefully it makes things a little quicker [12:25] mpt: (1) and (2) are will be the same code, (3) is new to me, was that discussed and I missed it (other than in the 4.0 mockup)? [12:26] mvo, not yet -- maybe we can discuss prioritization of new interface bits this afternoon [12:27] mpt: ok, we need to add work items for them too (and put them somewhere) so that the tasks show up in the burndown chart [12:28] mvo, you mean an overall Foundations burndown chart? [12:29] mpt: yes, or my personal one. it needs to appear somewhere so that time can be budget for it [12:29] yes [12:29] mpt: adding a repository in the navigation is not trivial as it needs backend db integration [12:29] ok [12:31] I guess that means budgeting time for fixing particular bugs too [12:32] mpt: I thnk that depends on the bugs, if its requires code rework, then yes, otherwise I think we can just fix them when we reach the deadline for feature additions [12:32] mpt: do you have particular ones in mind? [12:32] mvo, not yet :-) [12:33] ok === MacSlow is now known as MacSlow|lunch [12:53] chrisccoulson, ok thanks [12:58] one question, will 2.28.* updates will continue to be pushed to karmic ? [13:00] baptistemm, depends of the update [13:00] if it has interesting fixes yes [13:00] otherwise no [13:08] and If I do packages, can they be reviewed? [13:12] baptistemm, sure, which one do you want to do? [13:13] I need to check which one are to do. I just wanted to know; because I know you're now focused on Lucid [13:14] we are [13:14] you are welcome to help on lucid too though [13:16] hmm, yeah I did the fontconfig 2.7.3 packaging but I'm not happy with, it crashes during the upgrade all gtk+ apps [13:16] it seems this is solved in 2.8.0 [13:16] I'll propose it tonigh once I tested [13:17] I can do the nautilus + gvfs update on karmic if they fit in my free time [13:18] I need to stick with a stable version snow as I use ubuntu for real work :) [13:20] fontconfig 2.7.x is not proposed on http://piware.de/workitems/desktop/lucid/versions.html but on http://piware.de/workitems/desktop/karmic/versions.html [13:21] seb128: would you have a minute today to review https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-suspend-quirks-halsectomy ? [13:21] pitti, yes [13:22] pitti, is there any webpage listing specs waiting for a review? [13:22] the blueprint emails are in the middle of the launchpad bug noise there [13:22] I need filter for those too I guess [13:22] seb128: try https://blueprints.edge.launchpad.net/people/+me/+specs?role=approver [13:22] danke [13:22] then sort by "Design" [13:23] "Review" need approval too right? [13:23] I'm not sure what is the difference between review and pending approval there [13:23] I guess it's launchpad granularity being higher than what we use? [13:28] seb128: I was just asking myself the exact same question :) [13:28] (about difference between review and needs approval) [13:33] mvo, I've updated the department+section algorithm to use just "Category:" and "X-Ubuntu-Category:". https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=249&rev1=247 [13:33] https://wiki.ubuntu.com/SoftwareCenter#Genre [13:35] mpt, what is X-Ubuntu-Category? === seb128_ is now known as seb128 === seb128 is now known as seb128_ [13:36] seb128_, it's a way of overriding Category: in .desktop files so that a package appears somewhere else in the Ubuntu Software Center === seb128_ is now known as seb128 [13:37] mpt, do you consider there are cases where upstream and package categories might be different? [13:37] or is that just a workaround to avoid having fixing broken category use? [13:38] either way could you document in the wikipage? [13:39] seb128, we might discover a need for a subcategory that isn't in the menu spec, and we need to use it before the maintainer updates the spec. [13:39] seb128, I think (though I'm not sure) that another use of it will be for non-application software that should be categorized in the Center, but shouldn't show up in the Applications menu. [13:39] I would suggest it's not the right way to deal with those issues [13:39] seb128, what do you suggest? [13:40] we should rather being proactive fixing spec issues than adding an extra layer as an excuse to no push for the correct changes [13:41] not sure what I would suggest, I just want to be carreful to not create yet another situation where we are categorized as bad citizen by upstream because we do hacks rather than trying to fix issues correctly [13:41] if there is a valid need for that new key good [13:42] seb128, it's not an excuse. It's the same basic approach used in CSS, and RFC(2)822, and HTML5 [13:42] but if that's just because it's easier to change a new key than fix the existant one I would suggest that pushing for the real fix benefits everybody [13:42] I've no clue about either of those or about web coding ;-) [13:42] Part of knowing whether a new key is a good idea is implementation experience [13:43] well we could use the existant Categories key and tweak the known categories for that [13:43] seb128, sorry, I don't know what you mean by "known" in that sense [13:44] http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html [13:44] it has a list of official categories [13:45] seb128, yes, I linked to that exact list from the SoftwareCenter spec [13:45] known = those listed there === MacSlow|lunch is now known as MacSlow [13:45] we could add tweaks to this list and implement the changes in our gnome-menus [13:46] if we figure we need some extra categories [13:46] one problem with adding our own categories is that we need to be careful with regard to i18n [13:48] seb128, if we did that we might use a new category name in a different way from how it was eventually standardized, and then we'd be in a mess. [13:49] I don't understand why using the fdo categories wouldn't work correctly? [13:49] or why we couldn't tweak those in a way which works [13:49] seb128, for the two reasons I gave ten minutes ago [13:50] seb128, for example, where is the fdo category for IDEs? There isn't one. What if we realize we need an "IDEs" subsection in the "Developer Tools" department? [13:50] mpt: there is no risk of that, because your private categories start with X- while standardized ones don't [13:50] the new category one is not a valid reason, we could as easily modify the current key than make a new one work [13:51] seb128, so we propose an "IDEs" Category to fdo, and they argue for a few months about whether that's really just a variety of TextEditors, and meanwhile we're stuck [13:51] no [13:51] we use a X-Ubuntu-IDE meanwhile [13:51] oh, I see [13:52] So instead of "X-Ubuntu-Category: IDE", we have "Category: X-Ubuntu-IDE" [13:52] yes [13:52] mpt: let me read through the new algorithm, but it still strikes me as overly complicated [13:52] seb128, ok, that works for me [13:52] good ;-) [13:52] and that makes the algorithm a bit simpler too I think [13:53] excellent [13:54] mpt: I think seb128 is right, one key makes everything simpler [13:54] I didn't know there were X-Y-Z Category *values* [13:55] mpt: and the exact location can be a comination of "and" and "or". e.g. "Sound & Video": "AudioVideo AND Audio AND Video" [13:55] mpt: Science/Mathematics: "DataVisualization OR Math OR NumericalAnalysis" [13:56] mpt: (forget the AND in audio & video, that should be a OR) [13:56] I guessed that :-) [13:56] mvo, ok -- all the commas in my table are ORs, but I can make that explicit [13:56] mpt: that should be fine [13:56] mpt: I figure the "," means "OR" [13:57] mpt: I don't understand (5) - "# Use “Tech Stuff” as the primary department, with no primary subsection. " [13:58] mpt: does that mean there is some tech stuff that has a sub-section and some that does not ? [13:58] mpt: when I asked about this at UDS you said it will be "tech stuff", "sub-section", "packages" [13:58] mvo, as written in the version you're reading, "Tech Stuff" as no subsections [13:58] mpt: does that mean we have "tech stuff", "some packages" and "sub-section" with "more packages" ? [13:59] mpt: aha, so its just one flat long list [13:59] mpt: that fine then [13:59] mvo, for the first iteration, yes [13:59] then we start working out how to extract particular types of package [13:59] (without using debtags, alas) [13:59] mpt: please upate trunk, that should give you a first cut of this [13:59] oh cool [14:00] mvo, all departments that have subsections probably will have some items that are not in any subsection [14:00] its still a bit buggy and no de-duplication, but you get a idea [14:01] mpt: hm, so the UI needs to be split into "sub-section" and "apps that are under this section but have no sub-section" [14:01] chrisccoulson, you broke my GNOME! [14:01] mpt: sounds like the equivalent of a "other" sub-section to me, just without the explicit label [14:01] mvo, yes, that's the next thing I need to update in the spec, the department screen [14:01] chrisccoulson, I only get a spinning cursor with your gnome-session changes [14:01] mvo, exactly [14:01] mpt: why not use other than? [14:02] mvo, because there's no point -- no-one would want to explicitly go into a subsection labelled "Other" [14:02] mpt: that means the UI needs to be different for categories with item and subsections and categories with sub-sections but no items? [14:02] mpt: or will all categories with sub-sections also have items that are not part of those sub-sections? [14:02] mvo, no, I think it will be two-pane in either case [14:02] ok [14:22] rickspencer3: ping [14:23] hi fagan [14:23] I hear on the grapevine that F-Spot's viewer is after being fixed [14:23] Is it too late to talk about getting rid of EOG too? [14:24] * fagan wants a bit of streamlining [14:24] fagan, let's see how it goes with f-spot [14:25] if it truly works just as well as eog for viewing photos, perhaps it won't be necessary [14:25] hey rickspencer3, good morning [14:25] hi pitti, good morning [14:25] rickspencer3: cool just thought I should ask [14:25]