[00:00] <fazer> oh ok.
[00:07] <robbert> darkxst: ok, so although i added the quilt files to the package and double-checked, debdiff still says that both packages are identical
[00:07] <robbert> darkxst: is it maybe because just a diff file was added?
[00:07] <darkxst> robbert, did you give the modified one a new version? perhaps its overwriting the old package?
[00:08] <robbert> darkxst: to compare them, i simply built the package before the changes with quilt and after, and then compared the results
[00:09] <darkxst> robbert, do `dch -i` to edit the changelog and set new version
[00:09] <darkxst> you will probably need to grab a clean copy of the ubuntu source now also
[00:09] <darkxst> for the debdiff
[00:32] <robbert> darkxst: i edited the changelog and set the new version to 3.18.2ubuntu4, but there is still no change as no file was added or deleted
[00:32] <robbert> darkxst: isnt it fine like that, can i just submit the change to bazaar and post the screenshot?
[00:33] <darkxst> robbert, you must be comparing to your modified version, and not the exact ubuntu version
[00:33] <darkxst> debdiff will pick up all changes including the changelog entry you just made
[00:34] <darkxst> though attach the bazaar + screenshot for now
[00:36] <darkxst> robbert, for upstream you will need a patch against git master branch anyway
[00:37] <robbert> darkxst: alright, so could you give me another 12 hours? its 2am here and i really need some sleep :)
[00:37] <darkxst> robbert, time extended/
[00:37] <robbert> darkxst: thanks and good night
[00:38] <darkxst> good night
[01:19] <anchit_1729> Hi, what do I have to do in the unity task? I can't understand. Any help?
[07:15] <subins2000> didrocks: Hey
[07:15] <didrocks> hey subins2000/
[07:15]  * didrocks switch back his keyboard to azerty
[07:15] <subins2000> Did u see the debdiff
[07:15] <didrocks> subins2000: not yet, I just answered you on the codein interface
[07:15] <didrocks> (have bazillon of emails/reviews this morning ;))
[07:15] <subins2000> Yeah, saw that
[07:15] <didrocks> let me do it right now
[07:16] <subins2000> Okay
[07:17] <didrocks> subins2000: looks perfect to me, (just some metadata to add, will come to that in a minute)
[07:18] <didrocks> subins2000: did you succeed with your ppa and building something out of it?
[07:18] <subins2000> The .deb file still don't install the icon to /usr/share/icons/hicolor/scalable
[07:19] <subins2000> I think I added the rules in Makefile.am wrong
[07:19] <didrocks> yeah, I think one line is missing
[07:19] <didrocks> the link between the icon and the install path
[07:19] <didrocks> let me check
[07:21] <didrocks> hum, autoreconf is run…
[07:22] <didrocks> subins2000: not related, but you need to run update-maintainer
[07:23] <subins2000> didrocks: I ran
[07:23] <didrocks> (this update the Maintainer field to ubuntu, which should have been done in -1ubuntu1, but hasn't been done apparenlty)
[07:23] <didrocks> thanks
[07:24] <didrocks> I don't spot anything wrong right off the bat, I'm running a build
[07:24] <didrocks> oh
[07:24] <didrocks> I think I know :)
[07:24] <didrocks> I'm sure it's installing it in destdir
[07:24] <didrocks> (by make install)
[07:24] <didrocks> but the package doesn't
[07:24] <subins2000> Yeah, why the package doesn't ?
[07:25] <didrocks> ok, so, this is a multiple binary packages, right?
[07:25] <subins2000> yes
[07:25] <didrocks> meaning, one source provide different binaries
[07:25] <subins2000> yes
[07:25] <didrocks> when one source package provide one binary, it's easy:
[07:25] <didrocks> make install >> in the package
[07:25] <didrocks> but when you have multiple of them
[07:25] <didrocks> you need to tell "that file goes there, that file goes to that other package"
[07:25] <didrocks> and so on…
[07:25] <didrocks> so that you split those :)
[07:25] <subins2000> okay
[07:26] <didrocks> so, if you look in debian/
[07:26] <didrocks> you have some *.install files
[07:26] <subins2000> yes
[07:26] <didrocks> those are the files listing the directories (or files) that this binary package should install
[07:26] <didrocks> (the name of the file is the name of the binary package)
[07:27] <didrocks> debian/metacity.install is installing usr/share/applications (which is the desktop file)
[07:27] <didrocks> I would put the path for the svg here
[07:27] <didrocks> then, update your changelog to list that you have modified debian/metacity.install as well
[07:27] <subins2000> So, I add "usr/share/icons" to it
[07:28] <subins2000> it = metacity.install
[07:28] <didrocks> exactly!
[07:28] <subins2000> No full path
[07:28] <subins2000> to icon
[07:28] <didrocks> no, better to not be too specific
[07:28] <subins2000> Okay
[07:28] <didrocks> if one day, we change to a png, we don't need to change that then
[07:28] <didrocks> (still, we need to ensure that only that file is installed)
[07:28] <subins2000> Since I ran buildeb, compiled files have been made in the directory, would that be a problem ?
[07:29] <didrocks> normally, it shouldn't
[07:29] <didrocks> debian/rules clean is called
[07:29] <didrocks> and that's supposed to clean everything
[07:29] <didrocks> some packages are badly implemented regarding that
[07:29] <didrocks> and don't clean everything (or clean too much)
[07:29] <didrocks> but that's the minority
[07:29] <subins2000> So, what should I run to remove all those
[07:29] <didrocks> at worst, we will see it in the debdiff :)
[07:29] <didrocks> so just run debuild for now
[07:30] <subins2000> Shouldn't I add that file in quilt ?
[07:30] <didrocks> no, all files in debian/ are part of the "packaging"
[07:30] <subins2000> Okay
[07:30] <didrocks> and we don't apply a diff on what is already basically a diff to the source package :)
[07:30] <flocculant> subins2000: I said he would be back - just not at the weekend ;)
[07:30] <flocculant> hi didrocks :)
[07:31] <didrocks> hey flocculant!
[07:31] <subins2000> flocculant: I guess you were right :-)
[07:31] <didrocks> yeah, I would have warned otherwise :)
[07:31] <didrocks> I have this feeling that on #ubuntu-devel or -desktop I'm in a empty room, with a candle :)
[07:34] <didrocks> subins2000: once it's build, there is *just* a last step (tagging the patch)
[07:34] <didrocks> so that your next future you can know what this change is about in 10 years ;)
[07:35] <subins2000> didrocks: There is already a metacity ubuntu3 package in my PPA, shouldn't I remove to upload the latest ubuntu3 package ?
[07:35] <didrocks> subins2000: yeah, you probably have to wait for 30 minutes at least for the removal to be proceeded
[07:35] <didrocks> I don't remember if LP supports packages with the same version
[07:35] <subins2000> How can I remove it ?
[07:35] <didrocks> oh, from the interface
[07:36] <didrocks> you have a "delete package" on your right
[07:36] <didrocks> packages*
[07:36] <didrocks> even
[07:36] <didrocks> then, you select it, and click "delete"
[07:37] <subins2000> Yup, got it
[07:38] <didrocks> ok, so, just a word on versioning as you are getting on the subject
[07:38] <didrocks> I didn't want to add too much on you the first time ;)
[07:38] <didrocks> so, basically, you can't upload twice a package with the same version
[07:38] <didrocks> (ofc)
[07:38] <didrocks> what we do, when we use ppa before uploading to that distro, we append ~ppaX
[07:38] <didrocks> with ~ppa1
[07:38] <didrocks> then, if we need to fix:
[07:39] <didrocks> ~ppa2…
[07:39] <didrocks> and so on
[07:39] <didrocks> ~ is less than nothing
[07:39] <didrocks> so 42-0ubuntu1 is higher than 42-0ubuntu1~ppa1
[07:39] <didrocks> for instance
[07:39] <subins2000> oh
[07:39] <didrocks> just a trick, that way, we don't need to delete/clean anything :)
[07:40] <subins2000> Right
[07:40] <didrocks> ok, so last thing: on the patch
[07:41] <didrocks> as I told you, it's something that we try to enforce for long
[07:41] <didrocks> basically a description of the patch
[07:41] <didrocks> here, it's fine, there is one patch, and it's easy to understand
[07:41] <didrocks> imagine when you have 30 of them, don't know the package and need to look back at this 5 years down the road…
[07:42] <didrocks> so, there is DEP3, which is a debian way of formatting patches
[07:42] <didrocks> http://dep.debian.net/deps/dep3/
[07:42] <didrocks> basically, you should edit your patch file
[07:42] <didrocks> (which is in debian/patches/<your patch name>)
[07:42] <subins2000> yes
[07:42] <didrocks> with your editor of choice and add something like that on top:
[07:42] <didrocks> http://paste.ubuntu.com/14125957/
[07:42] <didrocks> basically:
[07:42] <didrocks> - first line: short description
[07:42] <didrocks> - then long description
[07:43] <didrocks> - Forwarded: upstream bug tracker where you forwarded the patch
[07:43] <didrocks> - Bug-Ubuntu: self explanatory
[07:43] <didrocks> - Author: so that we can blame you in years ;)
[07:44] <subins2000> hehe :D
[07:45] <flocculant> and we will :p
[07:45] <didrocks> haha
[07:45] <flocculant> some flavour qa lead probably :D
[07:45] <didrocks> for instance! :-)
[07:45] <flocculant> he he he
[07:46] <didrocks> more seriously, when doing package merges, it's really nice to have the context
[07:46] <didrocks> still sad that not everyone is following this (it's recommended for the past 5 years but not a requirement) and take the time just to say "this was about…"
[07:46] <subins2000> In launchpad, should I use https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1524889 or https://bugs.launchpad.net/metacity/+bug/1524889
[07:47] <subins2000> for the Bug-Ubuntu label
[07:47] <didrocks> subins2000: I would even use: https://launchpad.net/bugs/1524889
[07:47] <didrocks> which is just a redirect
[07:48] <subins2000> Okay
[07:48] <didrocks> (basically, not important at all, just take the shorter one)
[07:48] <didrocks> shortest*
[07:49] <subins2000> and here is my edited patch file : http://paste.ubuntu.com/14125990/
[07:50] <didrocks> subins2000: nitpick: you can just add an empty line between the end of your stenza and Index:
[07:50] <didrocks> the rest is perfect :)
[07:50] <subins2000> Added
[07:50] <didrocks> ok, so, just regenerate a debdiff!
[07:51] <subins2000> Shouldn't I do a dput ?
[07:52] <didrocks> before or after, if you want to build to the ppa, right
[07:52] <didrocks> oh, you didn't run debdiff locally?
[07:52] <subins2000> I'm going to run debdiff
[07:53] <didrocks> ok, you can dput then, but it's more for you to have a binary to run (and tests ;))
[07:53] <subins2000> debdiff : http://paste.ubuntu.com/14126017/
[07:54] <subins2000> I installed the .deb and the icon installs now :D
[07:54] <didrocks> \o/
[07:55] <didrocks> ok, there is just a small typo in the diff (will fix it), and let me try a local build :)
[07:55] <didrocks> on xenial
[07:55] <didrocks> ah, and I'm going to reference the bug report in the changelog
[07:55] <didrocks> I didn't tell you, my fault ;)
[07:56] <didrocks> so, for the system to reference and close the downstream (ubuntu) bug automatically in launchpad when the package is published in xenial
[07:56] <didrocks> we have a syntax for that
[07:56] <subins2000> hmm
[07:56] <didrocks> we just put "(LP: #bug_number)"
[07:56] <didrocks> in debian/changelog, next to the description
[07:56] <didrocks> I'm going to add this :)
[07:57] <subins2000> I added it too
[08:00] <didrocks> subins2000: building your package in a distro-like configuration (sbuild) on my machine
[08:09] <didrocks> subins2000: dpkg-deb -I -> -rw-r--r-- root/root     15596 2015-12-21 09:08 ./usr/share/icons/hicolor/scalable/apps/metacity.svg
[08:09] <didrocks> :)
[08:10] <didrocks> subins2000: everything looks good to me, I can upload it to ubuntu (maybe you want to follow your first upload and build, so waiting on you to be around if you want ;))
[08:10] <subins2000> yeah
[08:10] <subins2000> let's do it
[08:10]  * didrocks dput ubuntu metacity_3.18.1-1ubuntu3_source.changes
[08:11] <didrocks> subins2000: please have a look at https://launchpad.net/ubuntu/+source/metacity/1:3.18.1-1ubuntu3 :)
[08:11] <didrocks> you can click on the builders to follow the build if you want :)
[08:11] <didrocks> see the description matching your work as well
[08:12] <didrocks> subins2000: and the xenial-changes ML: https://lists.ubuntu.com/archives/xenial-changes/2015-December/003957.html
[08:13] <subins2000> nice
[08:13] <subins2000> my name on a package
[08:13] <didrocks> congrats!
[08:14] <didrocks> you did really well :)
[08:14] <subins2000> Will this be accepted in next xenial ?
[08:14] <didrocks> it's already building in xenial :)
[08:14] <didrocks> so yeah, if it builds everywhere it was building, it should ;)
[08:14] <subins2000> Yay, I can brag about it with my friends
[08:14] <didrocks> so, basically, the transit is:
[08:14] <didrocks> xenial-proposed (building there, checking for installation, running tests)
[08:14] <didrocks> if all those pass, copied in xenial
[08:15] <didrocks> (this takes approx 1.5h)
[08:15] <didrocks> and yeah, totally brag about it with your friends :)
[08:15] <didrocks> subins2000: mind clicking on the submit for review button in the interface so that I can accept it?
[08:15] <subins2000> Is there any other tasks for packaging ?
[08:15] <didrocks> subins2000: sure, there are, still on the same list I guess
[08:16] <didrocks> (remember the web page with the list of "defects"
[08:16] <didrocks> )
[08:16] <didrocks> if you want we can close this task, and I can add a new instance that you can grab
[08:17] <didrocks> (task approved!)
[08:17] <flocculant> \o/
[08:17] <flocculant> nice one subins2000 :)
[08:17] <subins2000> Thanks guys
[08:17] <subins2000> It has been wonderful. Looking forward to more tasks
[08:17] <didrocks> yeah, there are still instances free :)
[08:18] <didrocks> congats again subins2000!
[08:18] <subins2000> Aww, thanks :-)
[08:18] <didrocks> you know, even once google code in is done, we always need (either in ubuntu or various flavors) some help on packaging
[08:18] <didrocks> like updating a package to new version and such
[08:18] <didrocks> that's how I started btw ;)
[08:18] <subins2000> Can't wait to see my icon in every Ubuntu xenial installation in the world
[08:19] <didrocks> now, you have the basic and get a little bit how patch system and packaging works
[08:19] <didrocks> heh I guess so! :)
[08:19] <subins2000> yup, will contribute to Ubuntu if I have time
[08:20] <didrocks> armhf is still building, but all other archs are built
[08:20] <subins2000> yeah
[08:21] <subins2000> didrocks: You have been very helpful. Thanks so much
[08:21] <didrocks> subins2000: you're really welcome! You know how to reach me if you need anything :)
[08:21] <subins2000> yeah
[08:31] <subins2000> didrocks: So, I received an email with subject "[ubuntu] metacity_3.18.1-1ubuntu3_source.changes (Rejected)
[08:31] <subins2000> "
[08:32] <didrocks> subins2000: from your ppa, right?
[08:32] <subins2000> "File metacity_3.18.1-1ubuntu3.debian.tar.xz already exists in Primary Archive for Ubuntu, but uploaded version has different contents."
[08:33] <didrocks> yeah, that's from your ppa :)
[08:33] <subins2000> from my PPA
[08:33] <didrocks> that's because the same version exists now in the archive (and you can't have the same version in multiple place if it's already in the archive)
[08:33] <didrocks> so, yeah, if you want to upload to your ppa, need to upload a "higher" version
[08:33] <didrocks> you*
[08:33] <didrocks> (for the same serie, xenial, ofc)
[08:34] <subins2000> But the new metacity is uploaded in the metacity ppa right ?
[08:35] <didrocks> hum, which ppa? ;)
[08:35] <didrocks> so, it's not in your ppa
[08:35] <didrocks> because if was rejected
[08:35] <didrocks> due to the version mismatch
[08:35] <didrocks> but
[08:35] <subins2000> So, I ignore this email
[08:35] <didrocks> it's not in the archive :)
[08:35] <didrocks> it's*
[08:35] <didrocks> it's in the archive*
[08:36] <subins2000> Okay, So I ignore this email
[08:36] <didrocks> yeah, it's just if you really needed it in your ppa, you would need to reupload with a difference version in debian/changelog
[08:36] <didrocks> but well, as the exact same changes are now in xenial… :)
[08:36] <subins2000> Okay, Thanks :-)
[08:36] <didrocks> yw!
[08:37] <didrocks> subins2000: FYI: https://launchpad.net/ubuntu/+source/metacity
[08:37] <didrocks> so, you can see now it's fully built in xenial-proposed
[08:37] <didrocks> (the second line)
[08:37] <didrocks> it will migrate to the release pocket (what people call "xenial")
[08:37] <didrocks> once the tests are passing
[08:37] <subins2000> hmmm
[09:02] <Girish> Can anybody please review my task? https://codein.withgoogle.com/tasks/5880796325871616/
[13:03] <ahayzen> Girish, popey is still updating the pages, that's why it lead to the main page and not the actual section... yet ;-)
[13:09] <ahayzen> Girish, the link should work now, i just added it in :-)
[13:10] <ahayzen> Girish, could you do the same on all your readme's and we'll make sure the link exists on the coreapp pages
[13:10] <Girish> ahayzen: Sure.
[13:10] <ahayzen> thanks
[13:13] <Girish> ahayzen: Will you be able to review this task? https://codein.withgoogle.com/tasks/5880796325871616/
[13:13] <ahayzen> Girish, popey can :-)
[13:14] <Girish> popey: please review this.
[13:38] <ahayzen> Girish, for https://code.launchpad.net/~emailgirishrawat/ubuntu-docviewer-app/READMEs/+merge/281013 that would have been this task https://codein.withgoogle.com/dashboard/tasks/5120315407466496/ ?
[13:48] <fazer> popey, balloons wants me to assign importance to the bugs that I'm triaging but launchpad doesn't let me.
[13:49] <fazer> working on this task: https://codein.withgoogle.com/dashboard/task-instances/6196069725634560/?sp-page=1
[15:09] <AndroUser> Hi there, can anyone check my work? My task is adding unittest to wiki.py
[15:55] <MatthewAllen> flocculant, what's happening with my task - "
[15:55] <MatthewAllen> Add bug report link to tracker testcases (Ubuntu)"?
[16:57] <flocculant> MatthewAllen: waiting for balloons to ack it - I wouldn't know if your code blows it to pieces ;) I've acked which option of the 2 I prefer
[16:58] <flocculant> MatthewAllen: if Nick is not about by tomorrow evening I will approve it - but there might be merge request things to deal with - at least you can get on with something else then
[17:03] <MatthewAllen> flocculant, mmk too easy - I'll get working on the "Fix a bug" task, and submit it when I can move on - cheers :-)
[17:06] <flocculant> MatthewAllen: okey doke - if Nick hasn't looked by tomorrow about this time - ping me or mail via the task
[18:11] <Verdislau> oi
[18:11] <Verdislau> algum br?
[18:11] <Verdislau> estou precisando de uma ajuda
[18:11] <Verdislau> hi
[18:11] <wxl> !es | Verdislau
[18:12] <wxl> perhaps that stock answer is not the best piece of advice
[18:12] <wxl> but suffice it to say i don't think we have many spanish speakers amongst us
[18:12] <Verdislau> thanks
[18:12] <wxl> jose being the exception to that rule
[18:12] <Verdislau> y
[18:13] <wxl> if the problem is difficult to describe in english, i would either hunt down jose or perhaps try #ubuntu-es, even though they're not necessarily familiar with gci
[18:13] <wxl> they may be able to help translate enough for all of us to understand one another XD
[18:49] <jose> it's br
[18:49] <jose> or pr
[20:06] <xcub> Hi ahayzen
[20:08] <ahayzen> xcub, o/
[20:08] <xcub> can I ask you a question about Bacon2D?
[20:09] <ahayzen> xcub, yeah :-) i've used it a little bit, whats up ?
[20:10] <xcub> Well, whenever I try to create a new custom component, I get the error ../3rdparty/qml-box2d/Box2D/Dynamics/b2World.cpp:109: b2Body* b2World::CreateBody(const b2BodyDef*): Assertion `IsLocked() == false' failed.
[20:10] <xcub> Aborted (core dumped)
[20:10] <xcub> , and I was wondering why this was happening?
[20:11] <ahayzen> blimey!
[20:11] <ahayzen> how are you creating the component?
[20:11] <ahayzen> xcub, do you mind putting the relevant bits of code in pastebin ?
[20:12] <xcub> var newBall = ball.createObject(gameScene);
[20:13] <xcub> Sure, but can i add that this happens everywhere, but the very first times I call the createObject() method on a component.
[20:13] <ahayzen> let me check what my code looks like, if i have anything similar...
[20:14] <ahayzen> xcub, so i had like.... var comp = Qt.createComponent("BaseObject.qml"); var sprite = comp.createObject(scene, {"color": "#0F0"});
[20:15] <ahayzen> xcub, where do you create your ball variable ?
[20:15] <xcub> In a switch statement
[20:16] <ahayzen> xcub, can you pastebin the section of code?
[20:16] <xcub> http://pastebin.ubuntu.com/14131709/
[20:17] <ahayzen> xcub, is the actual ball created further up?
[20:18] <xcub> yup
[20:18] <ahayzen> ah
[20:18] <ahayzen> xcub, are you able to create one without using the createObject? and doing like Ball {} ?
[20:20] <xcub> Nope, it's a component
[20:20] <ahayzen> hmm
[20:21] <ahayzen> xcub, i'm not sure exactly what the error means, if you are on telegram you could try in the bacon2d group and see if Ken can help you?
[20:21] <ahayzen> he'll probably be quicker than me :-)
[20:21] <xcub> I tried, but ken is'nt on there
[20:22] <ahayzen> says he was last online 1 minute ago :-)
[20:24] <xcub> but why isn't his name in the sidebar? I mean the channel is showing a bunch of pullrequests he's made on github, but i don't think he's on irc.
[20:25] <ahayzen> xcub, i meant on Telegram
[20:27] <xcub> ohhh... I've never heard of telegram before, thanks!
[20:27] <ahayzen> hah :-)
[22:31] <krishna_ravi732> Hello, can anyone help me setup the dialer app on the ubuntu sdk or the desktop?
[22:31] <krishna_ravi732> i am trying to replicate the bug mentioned here: https://codein.withgoogle.com/tasks/4555594971217920/?sp-is_beginner=False
[22:32] <krishna_ravi732> when i run it on the desktop, it says no network, and will not make the call
[22:32] <krishna_ravi732> and i am not sure of how to deploy this to the emulator
[23:17] <tsimonq2> balloons, jose, popey: An idea would be to have a form for students to fill out to be able to give an idea for a task.
[23:18] <adueppen> tsimonq2: or at least ask if there are any more tasks that can be created in a certain category (e.g. mockups)
[23:19] <tsimonq2> adueppen: well yeah
[23:19] <adueppen> tsimonq2: I differentiate that from just giving ideas because I don't exactly have any ideas for UI tasks, all I know is that I would kinda like some.
[23:20] <tsimonq2> adueppen: good point
[23:20] <tsimonq2> balloons, jose, popey: adueppen's point of just more tasks for each category would be good too
[23:32] <krishna_ravi732> Do any of you know how I can contact Tiago Salem Herrmann
[23:36] <tsimonq2> krishna_ravi732: can you please link to the task?
[23:36] <krishna_ravi732> https://codein.withgoogle.com/tasks/4555594971217920/?sp-status=2&sp-is_exhausted=False&sp-is_beginner=False&sp-page=1
[23:36] <krishna_ravi732> i am planning on doing that task
[23:36] <krishna_ravi732> only i cant even replicate the bug
[23:38] <wxl> krishna_ravi732: how are you attempting to replicate
[23:38] <krishna_ravi732> wxl: i ran it through the desktop
[23:38] <krishna_ravi732> but it wont happen, it says no network
[23:38] <wxl> krishna_ravi732: then that's a different issue :)
[23:38] <krishna_ravi732> and i am not sure of how i can deploy it to the ubuntu emulator ;D
[23:39] <wxl> one form of contact is here krishna_ravi732 https://launchpad.net/~tiagosh
[23:39] <wxl> i got to that by going to the codebase and then clicking on his name
[23:40] <krishna_ravi732> wxl: awesome, will try to contact him through that
[23:41] <wxl> krishna_ravi732: what i can tell you is he does work for canonical, but i'm not sure of what irc nick he might use
[23:42] <wxl> krishna_ravi732: since his lp id is tiagosh, that might be his nick.
[23:42]  * wxl shrugs
[23:43] <wxl> well, tiagosh isn't registered
[23:45] <krishna_ravi732> i dont think he idles in IRC as tiagosh
[23:47] <wxl> Girish: did you ever get your video watched?
[23:47] <Girish-android> Nope, still waiting.
[23:47] <wxl> i started a bit on it last night but it was insanely quiet
[23:48] <Girish-android> Yeah I don't have a microphone.
[23:48] <Girish-android> I am using the built in microphone.
[23:48] <wxl> might want to YELL :)
[23:49] <Girish-android> Plus I recorded in .ogv and YouTube doesn't support .ogv. So I converted to .mp4 which diminished the audio levels by more than half
[23:50] <wxl> what did you use to convert?
[23:50] <Girish-android> Using a headphones helps.
[23:51] <Girish-android> Oh it was an online converter. I don't remember its name.
[23:52] <wxl> oh yeah well there's your problem
[23:52] <wxl> i'd use ffmpeg or something
[23:53] <adueppen> or you could probably just download openbox or something and use that to convert
[23:54] <wxl> i don't think openbox will help too much in terms of conversions
[23:54] <wxl> at least not anymore than compiz, although i don't know; it seems to get stranger and stranger every day
[23:54] <adueppen> whoops meant openshot
[23:54] <Girish-android> Video recording and editing sucks in my Ubuntu. Buggy and laggy. Had to transfer my files to my Mac and use iMovie
[23:54] <wxl> XD
[23:55] <wxl> Girish: what did you use?
[23:56] <Girish-android> Used Record My Desktop to record video and Openshot video editor to edit
[23:58] <Girish-android> The final .mp4 produced by Openshot was un - playable. It would stop or freeze at random places.