<angelsl>
is ueventd.smdk4x12.rc (or equivalent) important in recovery?
angelsl has quit [Quit: Do not look directly at the operational end of the device.]
<Espenfjo>
yes
<Espenfjo>
oh.. you left
<DuperMan>
nay, he recovered
<DuperMan>
har
a3Dman has joined #teamhacksung
luminoso_ has joined #teamhacksung
davi has quit [Ping timeout: 240 seconds]
Napsterbater_ is now known as Napsterbater
DuperMan has quit [Remote host closed the connection]
StevenHarperUK has joined #teamhacksung
<StevenHarperUK>
Hi, I am doing a full checkout of CM10.1 from github 0 but I am seeing a really slow connection from Githb: Receiving objects: 5% (109992/2071785), 41.65 MiB | 29 KiB/s Is this just me? or a know problem at the moment?
<Espenfjo>
github has been reeeeeeally slow for some time now
<Espenfjo>
dunno if it is just our repositories, or general
<StevenHarperUK>
Cheers - I was going mad trying to work out what was erong
<n0credit>
I just pulled cm 10.1 from github at 300kbs, I don't know if that's fast for you but yesterday was really slow, like 10kbs
<StevenHarperUK>
Yes I had it in bytes yesterday
<StevenHarperUK>
Yes it is weird : some are fast
<StevenHarperUK>
Receiving objects: 0% (3044/2071785), 1.35 MiB | 30 KiB/s ----- Which project is that with 2M items in it?
<StevenHarperUK>
All the rest are fast - then It gets to this one and grinds ....
<cdesai>
StevenHarperUK: j1 ;)
<cdesai>
and -n so you can then check it out faster
<cdesai>
so, repo sync -n -j 1
<cdesai>
then repo sync -l -j <int>
<StevenHarperUK>
I am trying -j 1 already - I will add the -n ta
<StevenHarperUK>
ok then -l got it
<cdesai>
network and local
* cdesai
uses it almost everyday on a slow connection
<StevenHarperUK>
The fetching projects is normal speed - quite fast
<StevenHarperUK>
but I am on my own 19MB line with no contention
<StevenHarperUK>
Other services are very fast
<cdesai>
#blamegithub
<StevenHarperUK>
onit
<StevenHarperUK>
Should the remove counting object really get to 2Million objects - or is something wrong at my end?
<StevenHarperUK>
*Remote
<cdesai>
what repo?
<StevenHarperUK>
CM10.1 with teamhacksun loacl-manifest
<StevenHarperUK>
I assume that this is normal then - a 1 day checkout?
<cdesai>
StevenHarperUK: speed seems to be fine here
<n0credit>
how long does it takes to build cm usually?
<cdesai>
depends on hardware
<n0credit>
I'm on a VM by the way
<cdesai>
and version
<n0credit>
old i5 4ghz 1 core 2 threads cm10.1
davi has joined #teamhacksung
<cdesai>
how much RAM?
<cdesai>
gonna take long in a VM
<n0credit>
3gb I believe
<cdesai>
i7-2600K,12GB,hdd builds in ~20-30 mins here
<cdesai>
with ccache
<cdesai>
that ain't much
<n0credit>
50 min and counting
<n0credit>
may need to o.c. more
<n0credit>
idk if it will make a difference though
<cdesai>
running natively will be helpful too
<n0credit>
yeah, complicated
<StevenHarperUK>
I am running Native on 2 * Quad Xenon 3Gig 8Gig of RAM builds take 20 mins ---- download from github takes 1 day over a 20MB line. def a github issue
<cdesai>
do you ccache StevenHarperUK ?
<StevenHarperUK>
Yes - when I build
<StevenHarperUK>
Re-builds drop it down to about 7 mins
<StevenHarperUK>
20 mins for a clean one
<cdesai>
again, github just worked fine here
<cdesai>
just got all devices/kernels in 15 mins
<StevenHarperUK>
90% of teh projects come fown very fast
<cdesai>
all from ics, jellybean and cm-10.1
<StevenHarperUK>
*down
<cdesai>
big kernels :)
<StevenHarperUK>
Just these projects are grindingly slow - the other synced in seconds. Maybe the link to the USA is slow today or something
<ankitkv>
im working on an open sensors hal for the i9100g
<ankitkv>
does it have to be sensors.omap4 ?
CoreISP has joined #teamhacksung
Jug6ernaut has quit [Quit: Computer has gone to sleep.]
humberos has quit [Quit: Ex-Chat]
UnknownzD has joined #teamhacksung
elcuco has joined #teamhacksung
<codeworkx>
ankitkv: sensors.t1
white has joined #teamhacksung
<CoreISP>
Is it a known bug/problem when downloading a update and want to install it on Galaxy Tab 2 10.1 that recovery starts moaning it cannot find the path to SD?
flibbleflork has joined #teamhacksung
<flibbleflork>
Anybody know if there's a current canonical HOWTO for building cm10.1 for the gt-n7000?
<flibbleflork>
(I built a bunch of AOSP images for the emulator about a year ago [and had fun with it], but this is both my first time playing with CyanogenMOD and my first time trying to load the resulting binary on a device. I'm currently stuck on make: *** No rule to make target `/home/dbharris/source/cm10.1/out/target/product/n7000/obj/SHARED_LIBRARIES/libUMP_intermediates/export_includes', needed by `/home/dbharris/source/cm10.1/out/target/product/n7000/
<flibbleflork>
(Oops, didn't mean to paste that.)
<flibbleflork>
(But you get the idea)
|aways| has joined #teamhacksung
<|aways|>
hi guys anyone have problem on repo sync ?
stickyboy has quit [Ping timeout: 245 seconds]
g_byers is now known as gbyers[Away]
brinsjt has quit [Quit: Leaving.]
<codeworkx>
flibbleflork: wiki.teamhacksung.org
<flibbleflork>
|aways|: I'm new here and probably not using the same branch/device as you are, but my 'repo sync' has been working fine
<flibbleflork>
codeworkx: Thanks
<flibbleflork>
codeworkx: (Little broad, but thanks :)
<|aways|>
problem is this :
<|aways|>
fatal: The remote end hung up unexpectedly
stickyboy has joined #teamhacksung
<flibbleflork>
codeworkx: I see you were the last person to update build.sh; are you familiar with sudo? (Would you accept a patch that removes the requirement to run build.sh as root and instead invokes sudo as-needed? I'm not handy with git/github yet otherwise I'd just submit it through whatever channels are normal in that context.)
<codeworkx>
github ;-)
<flibbleflork>
Bah :)
<codeworkx>
flibbleflork: sudo is only needed on "set up environment"
<codeworkx>
you really wanna use the script for it?
<rhcp>
gogo codeworkx
<rhcp>
;)
<flibbleflork>
codeworkx: I didn't, myself. But such things are usually evil. I'm not sure I care _that_ much about somebody who runs a shell script as root without looking at it, but hey...
joukio has quit [Remote host closed the connection]
<flibbleflork>
(Thought I'd offer)
<codeworkx>
github pull request ;-)
<flibbleflork>
Yep
<flibbleflork>
codeworkx: FYI, I was doing everything build.sh/the wiki says (though I've now done it with build.sh just in case). Same problem.
<codeworkx>
flibbleflork: did you miss to run the proprietary-files.sh ?
<flibbleflork>
codeworkx: Nope, I did run it
<flibbleflork>
codeworkx: Many files aren't on my device (running last night's nightly), but I don't know if that's bad or not. (For instance, if the 'common' list includes files that might not be on every device.)
|aways| has left #teamhacksung ["Leaving"]
<flibbleflork>
codeworkx: But that is indeed the first sign of trouble
<Jiangyi>
Hmm... Could be that the N7000 script is out of date :-P
<flibbleflork>
Ah interesting
<flibbleflork>
i9100 is a good reference tree?
<flibbleflork>
(That thought did cross my mind, but I figured if the nightly got built... But I guess it might not be built with a clean tree.)
<flibbleflork>
codeworkx: Did you do anything fancier than just copying the i9100 version of the files?
<flibbleflork>
Well I suppose I can just check that myself
<codeworkx>
sync, its merged
kZard|nb has joined #teamhacksung
<flibbleflork>
codeworkx: Ah cool, thanks
<flibbleflork>
Hah and look at that, gerrit provides a nice C&P command to get the patch (I wondered why I couldn't get a .diff)
humberos has joined #teamhacksung
<flibbleflork>
codeworkx: Don't know if you care, but the following files aren't in the nightly: system/etc/wifi/nvram_net.txt._{,murdata_}{IL,SG,TN,AU}, the following are: system/etc/wifi/nvram_net.txt_semcove system/etc/wifi/nvram_mfg.txt_semcove
<xplodwild>
codeworkx: I cannot merge while eating pizza
<flibbleflork>
Ah hi :) See above.
<flibbleflork>
And, incidentally, thanks for the work guys. I sing CyanogenMod's praises.
<humberos>
Espenfjo: ohai!
<Espenfjo>
hai
<humberos>
N80xx sound was fixed. Please check gerrit.
DemonWav has joined #teamhacksung
<Espenfjo>
http://review.cyanogenmod.org/#/c/30190/ - this one? Just need to verify that incall audio still works with it. Dont know how the audio logic is when doing calls on these devices
<humberos>
Yep. Audio works for Skype calls on N8013.
<humberos>
do you have a N80??
<Espenfjo>
n8000
<Espenfjo>
yeah
kZard|netbook has joined #teamhacksung
mako-don1 has joined #teamhacksung
a2n_ has joined #teamhacksung
kZard|nb has quit [*.net *.split]
mako-dono has quit [*.net *.split]
a2n has quit [*.net *.split]
poptix has quit [*.net *.split]
elcuco has quit [Ping timeout: 252 seconds]
poptix has joined #teamhacksung
<codeworkx>
Espenfjo: y u no haz earpiece? xD
<Espenfjo>
I have no idea what the tablet has :P
<flibbleflork>
xplodwild: BTW, my emmc wasn't getting mounted in /storage/sdcard0/ with cm-10.1-20130112-NIGHTLY-n7000.zip. The current sysfs path in vold.sysfs is /devices/platform/dw_mmc/mmc_host/mmc0/mmc0 . That node doesn't exist. /devices/platform/dw_mmc/mmc_host/mmc0 doesn't work. I extended it to /devices/platform/dw_mmc/mmc_host/mmc0/mmc0:0001/block/mmcblk0 and that worked. (Though I wonder if maybe /devices/platform/dw_mmc/mmc_host/mmc0/mmc0:0001 wou