[01:22] <yaya> hello
[01:28] <zombienerd> I'm still looking for a workaround to get tethering to work on Mako devel-channel.  If anyone has any info, it would be greatly appreciated.
[03:49] <OerHeks> E5 will be available for purchase on about June 12, across the entire European Union .... nine euros less than the Android version.
[03:52] <nhaines> That's not too shabby.  :D
[03:54] <OerHeks> http://www.zdnet.com/article/a-new-day-a-new-ubuntu-smartphone/
[06:05] <lotuspsychje> http://www.omgubuntu.co.uk/2015/06/vision-mobile-developer-census-win-ubuntu-phone
[06:05] <lotuspsychje> thats1 for you devs :p
[07:03] <dholbach> good morning
[07:19] <mpt> dholbach, good morning, is anything on <https://wiki.ubuntu.com/Bluetooth/TODO> remotely relevant any more, or can I delete the page?
[07:21] <larsu> given that the linked bugs were fixed 7 years ago, I'd say it's safe to delete
[07:21] <dholbach> yeah, looks like it
[08:00] <zyga> bzoltan, Mirv: hi, what is the status of the UITK runtime for 14.04, I read the announcement and I'd like to give it a try
[08:50] <raj> can someone tell me what building this is? https://i.imgur.com/6Otbv9I.png
[08:52] <popey> That's the walkie talkie
[08:52] <popey> http://www.dailymail.co.uk/news/article-2786723/London-skyscraper-Walkie-Talkie-melted-cars-reflecting-sunlight-fitted-shading.html
[08:52] <popey> :)
[08:59] <JamesTait> Good morning all; happy Hug Your Cat Day! 😃
[09:20] <dkessel> setting PIN or password security fails on my nexus 7 after a clean re-flash. I cannot switch to developer mode because of this...
[09:21] <Mirv> JamesTait: I wish, not at home :(
[09:21] <nhaines> dkessel: what image are you running?
[09:22] <dkessel> vivid-devel-proposed 214
[09:22] <dkessel> nhaines: ^
[09:24] <JamesTait> Mirv, when you get home is fine. 😉
[09:26] <Mirv> only when the sprint is done!
[09:26] <Mirv> that's luckily tomorrow though
[09:31] <nhaines> dkessel: this also fails in my upgraded r214, as well as in wily.
[09:31] <nhaines> Bug time!  :)
[09:32] <dkessel> shall I or will you? I am unsure about the package
[09:34] <nhaines> Ooh, I don't know which package either.
[09:35] <nhaines> I'm late getting to bed.  If you file the bug, I'll +1 it and confirm it.
[09:36] <dkessel> ok nhaines
[09:37] <dkessel> popey: can you helping me finding the right package to file this bug against? we cannot set password or pin security on touch vivid r214 and wily
[09:37] <popey> someone mentioned this yesterday iirc
[09:38] <popey> ah it was dholbach
[09:38] <nhaines> dkessel: thanks a ton.  I'll stick around a few minutes and keep an eye out.  Just let me know the bug number.  :)
[09:38] <popey> dholbach: did you get it fixed?
[09:42] <dholbach> popey, no
[09:42] <dholbach> mterry and seb128 mentioned a bug to me
[09:42] <larsu> switched my nexus4 to systemd and now it doesn't boot anymore. goes to black after the google logo, but seems to be on. no adb. also no pitti. anyone got an idea how I could debug it?
[09:42] <dholbach> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1460017 maybe?
[09:44] <nhaines> dholbach: that's the one!
[09:44] <nhaines> dkessel: ^^
[09:44] <nhaines> dholbach: also important: how do I actually clear the passcode?
[09:45] <dholbach> I don't know - I rebooted, then had to type in the pincode in the passcode-dialog - it was all very confusing
[09:45] <dkessel> dholbach: except i cannot set a password/code under "Security & Privacy" -> "Lock phone" -> "Lock security", either...
[09:45] <nhaines> Hm.
[09:45] <dholbach> try rebooting and see if it's set then
[09:45] <dkessel> k
[09:45] <nhaines> Rebooting now.
[09:46] <dholbach> good luck
[09:46]  * dholbach runs some errands
[09:46] <nhaines> Same.
[09:47] <ogra_> just use the passwd command ?
[09:47] <nhaines> wait.
[09:47] <nhaines> Suddenly this says Ubuntu 15.10.  Which is weird.
[09:47] <popey> uhoh
[09:47] <popey> you're on devel-proposed?
[09:48] <ogra_> whats weird about that
[09:48] <popey> You don't want that
[09:48] <ogra_> popey, he said so above :)
[09:48] <nhaines> I am.
[09:48] <nhaines> But *yesterday* it was vivid.
[09:48] <popey> Working as designed then.
[09:48] <popey> unlikely.
[09:48] <ogra_> i'm not sure you can use the terminal without pin/password ... but if you can, the passwd command would do
[09:49] <ogra_> (to set a pin)
[09:49] <popey> haha, my krillin has been on for 4 days, still 70% charge
[09:49] <ogra_> popey, yeah, and next time you charge it it only survives 30h
[09:50] <ogra_> for me its been on and off recently :(
[09:50] <popey> odd
[09:50] <popey> ah, new mvm update, mine won't last long now
[09:50] <dkessel> ogra_: so i would just type the PIN as the password for passwd?
[09:50] <ogra_> sometimes it doesnt discharge at all, sometimes it doesnt survive 2 days
[09:50] <nhaines> Yay, password removed.
[09:50] <ogra_> dkessel, yes, thats what the backend does ... your prob will be that there is more to it
[09:51] <ogra_> if anything needs to know about pin vs password, thats set in a debus service somewhere
[09:51] <ogra_> *dbus
[09:51] <larsu> deebus
[09:51] <ogra_> lol
[09:51] <dkessel> dkessel: ok, so now it is working after using passwd
[09:52] <dkessel> still, it wourld not be working out of the box with r214 :p
[09:52] <larsu> larsu: I think dkessel is talking to himself
[09:52] <nhaines> larsu: that's not so strange.  But if he answers back, start to back away slowly.
[09:52] <dkessel> lol
[09:52] <larsu> haha
[09:53] <dkessel> larsu: oops. thats the problem with identical first names with d holbach :)
[09:53] <larsu> one of you change it. Quick!
[09:55] <nhaines> popey: devel/ubuntu on Nexus 7 only has two images.
[10:11] <nerochiaro> oSoMoN: that failing test in the keyboard navigation branch is really odd. i am trying to run back the changes one commit at a time to see what is causing it, as i have exhausted all other options
[10:23] <Mirv> oSoMoN: how's the current webbrowser-app private headers usage status in wily, I haven't followed for a while?
[10:26] <oSoMoN> Mirv, still in use for the DirectionalDragArea component, but there’s been progress on this front, the unity8 team has been working on refactoring it with the goal to move it to the UITK
[10:28] <Mirv> oSoMoN: thanks checking since I'm finally approaching some sort of success with qt 5.5 beta
[10:28] <Mirv> so I'll rebuild webbrowser too
[10:29] <Mirv> I'm pretty interested if anything works or not... and if stuff works I'll go through the currently filed 5.5 bugs again and confirm them
[11:05] <Mirv> Elleo: hey, could we land the bug #1437182 to wily?
[11:05] <Mirv> so that I could more easily test Qt 5.5 in PPA
[11:08] <Elleo> Mirv: yeah, that patch has actually been accepted upstream now; so might be worth syncing the package from upstream? rsalveti has been maintaining that package most recently, so probably best to get his view on it
[11:11] <Mirv> Elleo: oh, that's excellent! I'm not sure how available rsalveti is though atm for extra work.
[11:12] <Mirv> Elleo: would you be ok running whatever tests you run on a maliit-framework  if I uploaded an update with the 014 patch?
[11:12] <Mirv> (to a silo)
[11:13] <Elleo> Mirv: sure
[12:10] <ahoneybun> mhall119: does your N4 randomly vibrate ?
[12:42] <Mirv> Elleo: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-031/ is now ready for testing on wily. when you have time for it, just ping me afterwards if testing is ok and I can publish it.
[12:51] <Elleo> Mirv: okay, will do :)
[12:58] <kenvandine> jgdx, great to see that you finished the todo list for the APN editor!
[12:59] <kenvandine> jgdx, but we don't want to land it yet until the NetworkManager, nuntium and ofono fixes are ready right?
[13:01] <kenvandine> jgdx, any idea what's up with those ap failures?  some of them are from cellular and phone, and the security panel tests that failed are from the sim pin code, which borrows from cellular
[13:02] <jgdx> kenvandine, no, it would make for a sweet but nonfunctional ui
[13:02] <jgdx> kenvandine, not yet
[13:04] <kenvandine> the previous revision passed though
[13:04] <jgdx> kenvandine, you know if the tasks you mentioned are tracked?
[13:04] <kenvandine> so maybe flaky :(
[13:04] <kenvandine> not sure
[13:04] <kenvandine> they are on the punch list :)
[13:04] <kenvandine> not sure about bugs
[13:04] <jgdx> kenvandine, that kinda flakyness smells like dbus
[13:04] <kenvandine> it can be stinky
[13:04] <jgdx> I'll take a look at the cleanup, maybe there's something we're doing wrong
[13:06] <kenvandine> jgdx, cool
[13:06] <kenvandine> jgdx, i'm reviewing your branch now
[13:07] <jgdx> kenvandine, you okay with leaving the debug info in until we're go for landing?
[13:07] <kenvandine> jgdx, you should update the MP description and commit message though
[13:07] <jgdx> *debug code
[13:07] <kenvandine> yes... i  just won't approve it yet
[13:07] <jgdx> thanks
[13:07] <kenvandine> i'll comment on other things i find though
[14:17] <rbnmaia> hello guys
[14:35] <jgdx> kenvandine, right, there's some unintuitive code handling ConnMan while resetting the APN configuration. I've made comments, but in case it is not clear: If cellular data is ON we can't reset, so we turn it OFF. After a reset is complete, we restore the cellular data setting.
[14:36] <jgdx> ResetContexts is sync in libqofono for this to work
[14:36] <jgdx> kenvandine, also, 100% pass rate on silo 33 on a krillin
[14:42] <kenvandine> jgdx, cool!
[15:25] <seb128> kenvandine, jgdx, can you review https://code.launchpad.net/~seb128/ubuntu-system-settings/visible-file-exists/+merge/261096 ? trying to land that to wily to unblock the snappy desktop image build (u-s-s currently depends on system-image-dbus and s-i conflicts with snappy so apt bails out)
[15:26] <seb128> kenvandine, jgdx, https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-rendering-glitches/+merge/260991 should be trivial if you want to ack that as well while you are at reviewing ;-)
[15:30] <kenvandine> seb128, will do
[15:31] <kenvandine> seb128, the visible-file-exists branch looks good but i haven't tested it... i assume you did?
[15:32] <seb128> kenvandine, yes
[15:32] <kenvandine> ok, i'll trust you instead of waiting for debs :)
[15:32] <kenvandine> it looks safe
[15:33] <seb128> kenvandine, thanks
[15:33] <seb128> it's also wily only ;-)
[15:33] <seb128> I'm going to silo test before landing anyway
[15:34] <kenvandine> approved
[15:34] <seb128> thanks
[15:34] <seb128> kenvandine, want to review the other 1 liner as well?
[15:34] <seb128> or I can keep that for another latter landing
[15:35] <kenvandine> the brightness one?
[15:35] <kenvandine> i did already :)
[15:35] <seb128> kenvandine, no, the battery graph one
[15:35] <seb128> oh, you did :-)
[15:35] <seb128> kenvandine, thanks
[15:35] <kenvandine> np
[16:57] <brunch875> Is there a way to uninstall scopes?
[16:57] <brunch875> The reddit scope doesn't load anything...
[17:03] <dobey> brunch875: find it in the store, and you can uninstall the package from its preview there
[17:07] <cwayne1> reddit scope isnt actually installed on the device though
[17:07] <cwayne1> its a remote scope
[17:08] <mariogrip> abeato and awe, i'm still struggling with ofono... awe, I got the OEM_HOOK_RAW to send with correct parcel, but it require a oem command but of what i understand it does not seem like android is sending an command id. I'm just wondering if you can take a look at this and maybe make some sense out of why radio start is UNAVAILABLE. this is what RIL.java is
[17:08] <mariogrip> requesting before it turns on radio http://paste.ubuntu.com/11569119/ I cannot see any reason for radio state to be UNAVAILABLE, so i'm kinda lost... full android log: http://paste.ubuntu.com/11569215/ full ofono log: http://paste.ubuntu.com/11569264/
[17:10] <awe> mariogrip, this is a GSM phone, correct?
[17:11] <awe> mariogrip, so basically you're issue is you still can't get the phone to come online properly, correct?
[17:11] <awe> it might be worth filing an ofono bug, just as a convient place to put the RIL logs for both Android and ofono
[17:12] <awe> mariogrip, do you have the capability to build a CM image for the phone?  It appears the Android traces you're providing are just radio logcat output
[17:13] <awe> which are a bit hard to follow for the sake of tracing RIL requests/replies
[17:21] <mariogrip> awe: I can build CM for the phone
[17:21] <mariogrip> yeah, they are logcat output
[17:21] <mariogrip> with rild set to debug
[17:22] <awe> you'll get a better RIL trace by enabling the tracing in libril.cpp
[17:22] <awe> it'll show request, replies, and parameters for each
[17:23] <awe> brb
[17:28] <nico_rikken> Just a small question: Does the BQ (old or new) come with an unlockeable bootloader, so I can flash my own (free/libre) firmware?
[18:19] <peat-psuwit> Can Ubuntu touch play video from URL?
[18:22] <dobey> peat-psuwit: the media player just plays URLs, for local files it uses video:/// URLs i think.
[18:23] <peat-psuwit> dobey: How? Browser?
[18:25] <dobey> i'm not sure i understand what you're asking
[18:25] <dobey> jhodapp: ^^ maybe you can provide better answers here? :)
[18:26] <peat-psuwit> Ex: Play this URL in Ubuntu touch http://live.thairath.co.th/trtv2/playlist.m3u8
[18:26] <kenvandine> bfiller, Elleo:  for handling "all" types, we really only want source apps to register as providing "all" right?  we shouldn't have share and import handlers registering as "all"?
[18:26] <jhodapp> peat-psuwit, that's Apple's HTTP Live Streaming and not supported yet
[18:26] <jhodapp> peat-psuwit, there's gstreamer plugins for it, but it's not been tested on a UT device yet
[18:27] <kenvandine> bfiller, Elleo: although registering as an import handler for "all" would be nice for handling the download of unknown types
[18:27] <jhodapp> peat-psuwit, it's not difficult to support, just not yet
[18:28] <peat-psuwit> jhodapp: Oh, Ok then. How about progressive one? ex: http://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_720p_h264.mov
[18:30] <Elleo> kenvandine: wouldn't destination apps need to be able to register as all for when legacy apps are saving things?
[18:31] <kenvandine> actually the other way around
[18:31] <kenvandine> no... hmm
[18:31] <jhodapp> peat-psuwit, what do you mean...that specific video file doesn't play?
[18:32] <kenvandine> Elleo, opening a file saved by a legacy app would be looking for a source for "all"
[18:32] <kenvandine> not a dest
[18:33] <kenvandine> but it could be interesting handling all for dest, it could be used for downloading unknown types
[18:33] <kenvandine> and... possibly the whole idea of piping content through a middle app
[18:34] <peat-psuwit> jhodapp: It seems like the whole file have to be downloaded first. Can't it be streamed?
[18:34] <jhodapp> peat-psuwit, should be able to be streamed...you're trying with mediaplayer-app?
[18:35] <kenvandine> Elleo, so maybe dest and source but not share
[18:38] <peat-psuwit> jhodapp: I pasted the URL in browser, expecting it to be opened in media player. But the "Open file" appeared and only "Gallery" is available.
[18:39] <peat-psuwit> jhodapp: After pressing that, the entry appear in "Files" indicator.
[18:39] <jhodapp> peat-psuwit, yeah I doubt that would work since the browser currently has no notion of media except for its internal software-based pipeline...this should be able to act more like you'd expect with media-hub integration (in the works now)
[18:40] <jhodapp> peat-psuwit, but check with the web browser guys as we might at least be able to get it to bring up mediaplayer-app
[18:42] <peat-psuwit> jhodapp: filling a bug?
[18:42] <jhodapp> peat-psuwit, yeah that'd be a start
[18:42] <peat-psuwit> jhodapp: Ok.
[18:43] <peat-psuwit> jhodapp: BTW, doesn't browser use GStreamer?
[18:43] <jhodapp> peat-psuwit, no, it has it's own GStreamer equivalent and ffmpeg-based codecs
[18:47] <studio_> hi
[18:49] <nico_rikken> So my retry: Just a small question: Does the BQ (old or new) come with an unlockeable bootloader, so I can flash my own (free/libre) firmware?
[18:50] <studio_> sturmflut was searching for a dlna-player for ubuntu touch. what about "xupnpd"? if the media-player can handle m3u xupnpd should work as a dlna-client.
[18:51] <dobey> media-player doesn't need to handle m3u playlists to have a dlna client
[18:52] <dobey> someone just needs to write a dlna client app that passes the video urls to media player
[18:52] <studio_> dobey, that is, what xupnpd made, a simple m3u
[18:53] <dobey> i don't know what xupnpd is, but the ending 'd' implies it is not a client, but a server
[18:55] <studio_> you can use xupnpd also as "server", but i am using it for to grab external links (iptv).
[18:56] <studio_> http://xupnpd.org/t/
[18:57] <peat-psuwit> jhodapp: I think I know why that video URL doesn't play. That server doesn't set Content-Type properly. just tested another URL and that plays smoothly in browser.
[19:06] <jhodapp> peat-psuwit, ah good to know, same happens in the browser on Ubuntu desktop so sounds like it's not a bug in the browser after all
[19:06] <studio_> dobey, is the media-player now able to play external audio or video streams, if yes, on what version?
[19:07] <studio_> i mean via m3u
[19:08] <dobey> why do you need m3u?
[19:09] <dobey> playlist != stream
[19:09] <studio_> for iptv and internet radio
[19:11] <studio_> also for "internal" tv and radio from my sat receivers, they also offer m3u for casting video and audio streams
[19:12] <dobey> ok, that is not dlna
[19:12] <dobey> if you mean m3u, say m3u. dlna is something else.
[19:12] <studio_> no
[19:13] <studio_> m3u is just the playlist
[19:13] <studio_> what the dlna client can handle
[19:13] <dobey> yes, an m3u is a playlist
[19:13] <dobey> it has nothing to do with dlna itself
[19:15] <studio_> so, how to stream, for exp. from an dlna-server, what is offering m3u-playlists or an dlna-client, what is offering m3u-urls for a single program?
[19:16] <popey> studio_: port an existing app or write a new one
[19:16] <studio_> popey, please, have a look at xupnpd, i am using it since years.
[19:17] <popey> thats a media server, not client
[19:17] <studio_> it is a client
[19:17] <studio_> also
[19:17] <studio_> you can simple configure the lua's
[19:18] <popey> I'm not particularly interested in that. I use mediatomb and xbmc/kodi
[19:18] <studio_> and it is much better than djmount
[19:19] <studio_> kodi on ubuntu touch would be nice !!!
[19:22] <studio_> popey, how did you run kodi on ubuntu touch?
[19:22] <popey> i haven't
[19:23] <studio_> so, therefore i made an offer for an working dlna-client under arm
[19:23] <popey> you're porting one?
[19:25] <studio_> not me, but coolstream, raspberry and openwrt made that
[19:27] <dobey> the app itself could parse the m3u and then pass the URLs along to media-hub.
[19:27] <dobey> you just need to write an app to do it
[19:28] <brunch875> it seems like the meizu's locked so it cannot be flashed
[19:28] <brunch875> that's something terrible
[19:28] <studio_> dobey, i don't understand, i thought m3u is a new feature?
[19:28] <dobey> brunch875: all retail phones come with locked boot loaders
[19:29] <dobey> studio_: m3u is a simple file format. it's a plain text file with a list of URLs
[19:29] <studio_> dobey, yes, i know.
[19:29] <dobey> m3u support might eventually get added to media-hub or media-player, but there is nothing preventing your app from doing the parsing of such a file, and then passing the resulting media URLs on to media-hub
[19:30] <studio_> so what kind or url's in the new feature are supported, only "local files"?
[19:31] <studio_> or=of
[19:32] <brunch875> I don't know much about it, but as I can see on the mailing list ubuntu-device-flash fails on the meizu whereas I succeeded on my BQ
[19:32] <dobey> i don't know what you mean by "in the new feature"
[19:33] <dobey> afaik, http/https urls will play fine in media-hub
[19:34] <dobey> brunch875: i guess you used the alternate recovery image to do that?
[19:34] <popey> brunch875: the person on the list didn't buy an ubuntu one though
[19:34] <brunch875> oooh!
[19:34] <studio_> exp.: http://linuxg.net/the-ubuntu-touch-ota-4-update-will-bring-important-new-features/
[19:35] <popey> brunch875: so not so terrible, and no more terrible than every other phone
[19:35] <brunch875> dobey: I yesterday changed to the RC channel to enjoy dem' updates
[19:37]  * brunch875 is off for dinner
[19:37] <dobey> studio_: well if m3u is supported then try it out
[19:37] <studio_> dobey, i was reading, that one person, who tested an m3u, told, that his browser opened the stream. i thing this is not correct, normally a media-player should be opened ...
[19:37] <dobey> i don't know how that person tested the m3u
[19:38] <dobey> you should probably ask that one person rather than asking arbitrarily obscure questions in here
[19:38] <studio_> that person was on the original channel for the bq E4.5
[19:38] <studio_> therefore i asked, on what channel is m3u working
[19:38] <dobey> if that person was usilng the stable channel, then that person obviously doesn't have m3u support
[19:39] <dobey> it would be on the rc-proposed channel i would guess
[19:39] <studio_> ok
[19:39] <dobey> at least if it "will be in ota 4" then that means it will be in the update that switches to vivid, which would currently be the rc-proposed channel afaik
[19:44] <popey> studio_: just tried an m3u8 file and it didn't work
[19:45] <popey> tried http://jblive.videocdn.scaleengine.net/jb-live/play/jblive.stream/playlist.m3u8
[19:45] <popey> browser prompted to "open with" but had nothing that could open those files
[19:46] <studio_> popey, i don't know if "m3u8" is supported by ubuntu touch. a normal m3u should work, does it?
[19:46] <dobey> m3u8 doesn't work
[19:46] <popey> give me an example m3u
[19:46] <studio_> wait
[19:46] <popey> found one http://twit.am/listen.m3u
[19:47] <dobey> hmm, di.fm seems to not have an m3u link that is obvious any more. all their channels seem to want to play in-browser
[19:47] <studio_> make a "ondalatina.m3u" with "#EXTM3U
[19:47] <studio_> #EXTINF:0,lautfm - ondalatina
[19:47] <studio_> http://stream.laut.fm:80/ondalatina"
[19:48] <popey> no, it doesn't work
[19:48] <popey> launches music app which cannot handle those files
[19:48] <dobey> the # lines are irrelevant
[19:48] <dobey> popey: i guess music-app can't play streams yet?
[19:48] <popey> correct
[19:48] <popey> it only plays local music
[19:49] <studio_> ok
[19:51] <studio_> so icecast is also not working
[19:52] <popey> yup
[19:56] <studio_> ok, seem it needs to have more time, i know, i am too much impatient ... :(
[19:58] <jimcornette> Hello there I have a simple question about qt5 in 12.04.  I have a autobuilder network and when I try to  build apps against it I am running into big issues with the ppa that is for 12.04. I have added the ppa but when I go to build it c an not pull in things like libqt5qml5 and many others
[20:00] <jimcornette> so all the packages fail.  So is there another repo ?  or do I have to backport qt5 in full?  If this is the case is there a command to get all source code for qt5 ?  apt-get source <all of qt5>  then I guess I will have to build that on my autobuilder and push to repo so that I can  build my apps
[20:01] <jimcornette> the ppa that I am talking about is ubuntu-sdk-team/ppa
[20:03] <dobey> jimcornette: i'm not quite sure what you're trying to do, but 12.04 is not a supported phone target
[20:07] <jimcornette> dobey,  So I have a autobuilder (sbuild,schroots,databases ect) these are on cronjobs but when it try's to build any qt5 application that is in the autobuilder network It fails because it can not get any of the qt5 libs.  so just wondering if I have to backport all of it.
[20:08] <dobey> jimcornette: yes. https://launchpad.net/ubuntu/+source/qtbase-opensource-src does not show precise as having qt5
[20:09] <jimcornette> cool and thanks. !!