**** BEGIN LOGGING AT Thu Jan 17 03:00:00 2013 Jan 17 04:00:39 Hmmm... I wonder if it's the command line messing things up... Jan 17 07:26:18 good morning Jan 17 09:04:54 hey, I have deleted a tar file and I want to recover it. I'm using scalpel. I need to specefy the header of a ".tar" file, but I have no idea what it is.. Jan 17 09:10:59 anyone knows how to discover the header of a file like a tar file Jan 17 09:16:45 sim590: "discover the header of a file"? Jan 17 09:16:54 sim590: What are you actually trying to accomplish? Jan 17 09:18:42 I want to find my deleted tar file Jan 17 09:18:44 on my disk Jan 17 09:19:10 I have to add something like this in the configuration file of foremost Jan 17 09:19:30 pdf y 5000000 %PDF- %EOF Jan 17 09:19:41 where "pdf" is the extension Jan 17 09:19:49 "y" is for case sensitive Jan 17 09:20:07 and I also need to specefy the header Jan 17 09:20:17 but I don't know what the *"!(/&*$ it is :D Jan 17 09:21:24 I want to do this for "tar" file Jan 17 09:21:50 # POSIX tar archives Jan 17 09:21:50 257 string ustar\0 POSIX tar archive Jan 17 09:21:50 !:mime application/x-tar # encoding: posix Jan 17 09:21:50 257 string ustar\040\040\0 GNU tar archive Jan 17 09:21:50 !:mime application/x-tar # encoding: gnu Jan 17 09:21:51 infinity: I am only a bot, please don't think I'm intelligent :) Jan 17 09:21:52 infinity: I am only a bot, please don't think I'm intelligent :) Jan 17 09:21:57 That's what file(1) knows about tar files. Jan 17 09:22:17 man file Jan 17 09:22:20 ok Jan 17 09:22:34 sim590: apt-get source file && cd file-* and browse around magic/Magdir to see what it knows about these things. Jan 17 09:22:39 (The tar stuff is in "archive") Jan 17 09:23:41 ok.. I'll try that thanks. Jan 17 09:48:30 infinity: I've not found my file yet, but I understand now what you wrote after looking the files you told me. But how the hell did you think about that? Did you just know that it was in these files? :p Jan 17 09:50:33 I did, yes. Jan 17 09:52:09 ok lol. Jan 17 11:31:57 #quit Jan 17 12:38:00 hi! I have some questions about 12.10 on pandaboard, can someone help? Jan 17 12:47:35 therve, how would we know if you dont ask your question ? Jan 17 12:48:26 one would wonder Jan 17 12:48:51 I've installed from the sd card on an external SD via USB Jan 17 12:49:10 can I make the USB bootable to remove the install sd card? Jan 17 12:50:45 nope Jan 17 12:51:06 you could install to the SD itself (at least in raring, not sure if all the fixes were backported to 12.10) Jan 17 12:51:50 but the panda cant boot off anything else than SD or a special USB OTG setup that requuires a second PC Jan 17 12:52:07 well I don't want to boot via USB Jan 17 12:52:10 thats a HW limitation Jan 17 12:52:28 I have a SD card plugged in a USB card reader Jan 17 12:52:32 can I make the USB bootable to remove the install sd card? Jan 17 12:52:47 oh, ok Jan 17 12:52:52 sorry I meant the SD used in USB right now Jan 17 12:53:33 well, if you have the exact same partitioning for the vfat partition, you chouls be able to just dd the contents from one card to another and swap them Jan 17 12:53:49 s/chouls/should/ Jan 17 12:54:00 * ogra_ glares at his fingers Jan 17 12:54:15 hum Jan 17 12:54:47 the panda needs a vfat partition in the beginning of the card and that needs to have all the bootloader stuff in it Jan 17 12:55:00 ok I see Jan 17 12:55:55 sounds like something doable, maybe by installing on a SD with the boot vfat ready Jan 17 12:56:30 right Jan 17 12:56:50 cool, thanks Jan 17 12:57:01 the other question I had was about graphic support/video playback Jan 17 12:57:15 is there anything I can check to make sure I have the proper drivers enabled? Jan 17 12:57:16 duplicate the SD (write the image to both cards) then only delete the second partition but leave the first one intact ... after install dd the partition from one card to the other Jan 17 12:57:46 with 12.10 the drivers are oreinstalled and used from the beginning Jan 17 12:57:52 *preinstalled Jan 17 12:58:26 I'm asking because it feels pretty slow, so I was wondering if that was expected Jan 17 13:52:03 Anyone has made the sound work on the TF101 under ubuntu with lilstevie's kernel? I've red a wiki speaking about this, but I don't know how alsamixer works.. I don't know where to find the "playback" and DMIC option Jan 17 13:53:01 http://forum.xda-developers.com/showthread.php?p=25608362&highlight=sound#post25608362 -> A guy says he makes the sound work, but the playback thing.. Idk Jan 17 14:28:44 orientation and backlight testing app for the nexus7 http://people.canonical.com/~jani/a Jan 17 14:29:02 to be ran with DISPLAY=:0 set if via ssh and with sudo Jan 17 14:29:38 it's a static executable , the golang source is https://code.launchpad.net/~jani/+junk/nexus Jan 17 14:34:06 janimo, wow, without kernel tweaks ?!? Jan 17 14:34:29 ogra_, well, apparently everything was there already Jan 17 14:34:36 yay Jan 17 14:34:40 just hidden in sysfs Jan 17 14:34:53 i wish the backlight control would be there too Jan 17 14:35:11 the device is so bright it hurts my eyes after a few hours Jan 17 14:35:18 ogra_, well this app has backlight control Jan 17 14:35:24 oh, wow Jan 17 14:35:27 bt probably needs some tweaking Jan 17 14:35:38 ah, i see the code, yeah Jan 17 14:35:44 I did not see it workin gonly starting with andorid 4.2.1 Jan 17 14:36:04 and seeing it works there it made sense to look harder at where it is exposed Jan 17 14:36:15 for a while I thought it simply is not working at all Jan 17 14:36:40 but I need to ask around how to best integrate these in some daemons and control center Jan 17 14:36:47 i looked at the sysfs stuff for quite a while already, but only played with echoing stuff into the respective files Jan 17 14:36:53 which always failed with write errors Jan 17 14:36:55 to have nice UI for it and non extra daemon running Jan 17 14:37:10 right, some files are read only or einval Jan 17 14:37:16 yeah Jan 17 14:37:18 birghtness is the only knob that should work Jan 17 14:37:24 but it's enough for our purpose Jan 17 14:38:36 the x input bugs are still annoying though, I think I'll have another go at those Jan 17 14:39:05 after a rotation or two or a few minutes taps are still not working Jan 17 14:39:29 woah Jan 17 14:39:37 the UI is really slow Jan 17 14:40:04 (in redrawing the content rotated) Jan 17 14:40:15 janimo, you rock ! Jan 17 14:40:43 we should package that as a daemon with proper upstart file etc Jan 17 14:40:55 ogra yes it redraws slowly if the axis changes Jan 17 14:41:06 but if it's a 180 degree rotation it is really quick :) Jan 17 14:41:09 i blame compiz Jan 17 14:41:15 heh Jan 17 14:41:43 I guess copying is much easier if you do not have different line lengths and can do rectangle copies Jan 17 14:42:22 as contiguous pixels in one case are still contiguous in 180 rotation, but not with 90 or 270 Jan 17 14:42:37 funny that onboard fully wortks while rotated input doesnt in the rest of the UI Jan 17 14:42:58 ogra_, I'll mail ubuntu-devel for some input. While a daemon is fine I'd still rahter add this functionality to some existing plumbing daemons Jan 17 14:43:09 not even the restore button inside firefox responds in portrait Jan 17 14:43:13 otherwise it is yet another 1-2MB hit for our footprint Jan 17 14:43:21 ugh Jan 17 14:43:28 I did not test apps too much TBH Jan 17 14:43:39 well, i doubt it is the app Jan 17 14:44:01 but onboard works flawless, i can type in a terminal no matter what the rotation is Jan 17 14:44:04 just saw that cursor is where it should be, but may it be some apps get confused if screen size or orientation changes? Jan 17 14:44:12 launcher and FF dont take any taps Jan 17 14:44:29 they do if rotated back to landscape Jan 17 14:44:51 maybe those that do their own drawing as oppposed to using a GUI toolkit get confused when screen rotates, no idea Jan 17 14:45:03 hmm, maybe we coudl try xrandr + firefox on x86 Jan 17 14:45:40 oh, it was only the recovery button that didnt work Jan 17 14:45:51 i can scroll with grab n drag in FF and click links Jan 17 14:46:38 hmm Jan 17 14:46:47 i can klick links but they dont get executed Jan 17 14:46:55 (but undelined) Jan 17 14:47:28 i guess i'll need to test that with a mouse plugged in so the pointer gets visible Jan 17 14:48:02 janimo, why does the footprint raise so much ? GO ? Jan 17 14:49:02 well GO - at least the official compiler - creates static executables and includes the Go runtime in them Jan 17 14:49:05 so they are standalone Jan 17 14:49:29 that makes the executable about 1.2 M, but runtime footprint I guess is also due to runtime bookkeeping Jan 17 14:50:05 it's not as much as it would be in python but C (or even dash) may be leaner Jan 17 14:50:17 heh, lux sensor seems to work fine too ... Jan 17 14:50:38 i can use a torch and point at the camera area and the display reacts Jan 17 14:50:40 the formula is ad-hoc, a better fit is likely possible Jan 17 14:50:49 but its slow Jan 17 14:50:54 yes, I used my desklamp for testing, went up to 40000 lux Jan 17 14:51:09 passing -v shows lux and accel reading values Jan 17 14:51:15 ah, nice Jan 17 14:51:25 slow in reacting to it? Jan 17 14:51:29 yes Jan 17 14:51:48 well both accel and light are poll loops with 1s delays Jan 17 14:51:50 my torch is a tiny LED one pretty focused Jan 17 14:51:58 ah, thats it then Jan 17 14:52:13 1s seems to match what i see Jan 17 14:52:37 i wonder if we could make it trigger uevents so you dont need to poll Jan 17 14:52:44 there may be interrupt based interfaces for these sensors, but maybe not via sysfs Jan 17 14:52:47 but that would indeed be kernel side Jan 17 14:53:08 and probably still cause latency Jan 17 14:53:10 right, eventually having triggers is better than waking up for no reason periodically Jan 17 14:53:24 but, on android actually the lag is a few seconds Jan 17 14:53:25 but i think thats for 13.10 ;) Jan 17 14:53:47 so I guess it adapts once it decides this is really ambient light change and not a transitory flashlight Jan 17 14:53:50 i'd set it to 0.5s though, will likely feel a lot smoother Jan 17 14:54:08 maybe eve 5 seconds lag on android Jan 17 14:54:20 a bit confusing for test purposes but for real use cases it may be better Jan 17 14:54:32 wow, 5s is long Jan 17 14:54:33 especially since light adjusts very seldom and incrementally Jan 17 14:54:53 well, if you read and the sun slowly sets you don't really care about a few seconds Jan 17 14:55:05 indeed Jan 17 14:55:06 I think are tests are artificial Jan 17 14:55:14 our tests that is Jan 17 14:55:29 well, on Android 4.1, when the backlight is turned to maximum because of ambient light and then you put it to dark place, the brightness never goes down again Jan 17 14:55:46 so you can't really do worse than that) Jan 17 14:55:54 Tassadar, I know my nexus did not seem to change backlight at all until this week Jan 17 14:56:15 not sure if due to 4.2.1 (which I had before), a clean reinstall, or just me being more determined to wait for the change Jan 17 15:07:13 just in case you posted it because you want someone to test it - it works for me too, but that touchscreen input in portrait orientation is really weird) Jan 17 15:07:51 well, onboard works just fine, thats the puzzling bit Jan 17 15:08:01 you can also drag icons in dash Jan 17 15:08:27 right Jan 17 15:08:58 and i can scroll firefox pages with drag'n grab enabled Jan 17 15:09:22 links get marked if i tap them but never get executed Jan 17 15:09:24 I can open terminal menu (the one on top bar) if I keep the finger on screen Jan 17 15:11:31 heh, xchat copes fine though Jan 17 15:11:59 kernel crashed when rotating the screen :x Jan 17 15:12:07 kernel ? Jan 17 15:12:10 how do you know ? Jan 17 15:12:19 did you get an oops ? Jan 17 15:12:24 http://pastebin.com/AY6Cg9R6 Jan 17 15:12:57 it was after i managed to bug the touch input by clicking too fast Jan 17 15:13:14 that looks like cpufreq issue ... Jan 17 15:15:08 nothing in my dmesg, looks all fine Jan 17 15:16:16 maybe just some rare crash Jan 17 15:16:52 dunno which kernel does Ubuntu use as base, but 4.2 kernel is not that stable even on Android Jan 17 16:42:54 ogra_: can every Ubuntu package in 12.04 and beyond assume that NEON is supported in the hardware? Jan 17 16:43:54 achiang, nope, NEON is not allowed at build time at all, if a binary wants to use NEON it has to have runtime support Jan 17 16:43:58 janimo: ^^ Jan 17 16:44:18 ogra_: interesting.... Jan 17 16:44:19 by default all packages in the archive need to be non-NEON Jan 17 16:44:49 achiang, what ogra said. Even if we do not have official images, people run Ubuntu on Tegra2 which has no neon Jan 17 16:44:58 achiang: yo. Jan 17 16:45:02 And ac100 actually had 12.04 images Jan 17 16:45:10 qengho: hi, let me paste a bit of scrollback for you re: neon Jan 17 16:45:14 and as long as we potentially (or actively) support something like tegra2 or armadaxp it will have to stay that way Jan 17 16:45:17 No neon. Saw that. Jan 17 16:45:45 ogra_, oh armadaxp too, I forgot Jan 17 16:45:45 well, NEON, but only at runtime :) Jan 17 16:45:54 Got it. Thanks! Jan 17 16:46:15 qengho: is the chromium build FTBFS due to NEON? Jan 17 16:46:17 not sure which packages have actual code for this, Qt could be and possiblly pixman Jan 17 16:46:29 Qt does indeed Jan 17 16:46:35 (if you want to look at code for runtime support) Jan 17 16:46:47 ogra_: qengho is the chromium maintainer for ubuntu engineering, and he's trying to get something going for 12.04 Jan 17 16:47:21 13.04 mostly, but anything I can. Jan 17 16:47:25 achiang, chromium/v8 probably works without neon too but their build system is complicated so some flags may get set inconsitently Jan 17 16:47:25 qengho: are you seeing a NEON-related build failure? Jan 17 16:47:32 some with neon support some without Jan 17 16:47:58 qengho, did you talk to micahg already ? he used to do the chromium builds in the past Jan 17 16:48:21 probably something wheer exxperience can help .... Jan 17 16:48:22 achiang: Yes. janimo has it right. It's mostly build flags. Jan 17 16:48:23 I also had (scarring) chromium FTBFS experiences Jan 17 16:48:40 ogra_: I did. Jan 17 16:49:35 qengho, the only thing I remember is flags either not being passed correctly from debian/rules or build files needed patched to turn neon off Jan 17 16:50:32 qengho, Launchpad may still preserve chromium changelog history and you could find neon FTBFS bugs there Jan 17 16:50:46 it may be a recurring one due to dropped patches or changed upstream build system Jan 17 16:51:16 It's changing upstream, AFAIK, janimo. Jan 17 16:51:27 Okay, thanks all. Jan 17 16:55:41 Er, it looks like I might have to write a function that does what I want. What's the best way to test for NEON support programatically at runtime? Jan 17 16:56:00 * qengho hopes it's not "parse /proc/cpuinfo". Jan 17 16:58:03 Oh good. Assembly. Jan 17 17:00:42 iirc it was somewhere in /proc/self Jan 17 17:01:33 /proc/self/auxv ? not sure Jan 17 17:03:09 actually i'm pretty sure libjpeg-turbo has the code for runtime switching, just grep for auxv in the source Jan 17 17:03:48 ogra_: thanks for your response about gstreamer/ti/omap some days ago Jan 17 17:04:00 welcome Jan 17 17:05:13 :) Jan 17 17:11:00 ogra_: seems like I have to investigate a little bit more Jan 17 17:12:12 well, the guys that used to maintain the TI PPA packages are still around in #pandaboard (some of them at least) they can probably tell you what happens to the PPA stuff and if anyone goes on maintaining it Jan 17 17:15:02 ogra_: good hint, will join there and ask Jan 17 17:40:28 does someone have a device that lacks NEON support? I want to test something. http://pastebin.ubuntu.com/1542106/ Jan 17 17:40:56 ogra_, achiang, ^ Jan 17 17:41:13 I have raspberry sitting in here, if that's enough Jan 17 17:41:13 not near me today, sorry Jan 17 17:41:20 $ make foo; ./foo Jan 17 17:41:38 Tassadar: Ooo, that just might! Jan 17 17:41:49 i will have my ac100 (tegra2) around tomorrow again though Jan 17 17:42:07 okay Jan 17 17:42:16 what OS is on there ? Jan 17 17:42:43 that debian wheezy they have on their download page, raspbian or whatever Jan 17 17:42:55 you only need to test if it correctly detects the CPU, right? Jan 17 17:43:02 it should be enough Jan 17 17:43:03 * ogra_ isnt sure if a test on an armv6 debian rebuild is actually reliable Jan 17 17:43:15 Tassadar: yes, just the CPU. Jan 17 17:43:45 your kernel definitely needs hwcap support though Jan 17 17:45:04 (or was that libc ... its so long ago i had to tinker with it) Jan 17 17:45:20 compiled okay, says " Jan 17 17:45:22 pi@saffron ~ $ ./test Jan 17 17:45:23 this CPU has no NEON support. Jan 17 17:45:25 " Jan 17 17:45:55 Tassadar: Thanks. Jan 17 17:47:05 qengho: i don't have a device like that near me, unfortunately Jan 17 17:51:26 My LG P500 (~same cpu as raspberry) with debian in chroot also says "no neon support" Jan 17 17:57:15 for a positive match,, i get proper output on the chromebook Jan 17 17:57:34 ogra@chromebook:~$ ./foo Jan 17 17:57:34 this CPU has NEON support. Jan 17 17:57:41 ogra_: ah, thanks. Good data all. Thanks. Jan 17 18:23:27 hy friend Jan 17 18:24:02 besides cmus what applications you install **** ENDING LOGGING AT Fri Jan 18 02:59:59 2013