| 00:00.31 | *** join/#qi-hardware GeorgeH (~George@c-69-141-105-145.hsd1.nj.comcast.net) |
| 00:02.16 | wolfspraul | ok, later then |
| 00:02.19 | wolfspraul | no rush on this anyway |
| 00:02.29 | wolfspraul | to me, very superficially, metric & one file looks easier |
| 00:02.57 | wolfspraul | but I will just change to what you want |
| 00:18.08 | wolfspraul | roh: hi morning :-) |
| 00:18.35 | wolfspraul | sorry I missed you yesterday but actually wanted to ask: have you ever experimented with any form of epoxy polymer to seal/enclose electronics? |
| 00:18.55 | wolfspraul | I'm thinking about my atben/atusb and how I can make them more rugged |
| 00:19.29 | wolfspraul | just want to dip them in some epoxy blob, or even superglue if that would work :-) |
| 00:31.06 | roh | wolfspraul: hey |
| 00:31.31 | roh | nope... epoxy is quite nasty, heavy and one cannot repair stuff when glued anymore |
| 00:31.41 | roh | well.. i used it to glue stuff, but not as case |
| 00:33.40 | wolfspraul | how heavy? |
| 00:33.48 | wolfspraul | which specific epoxies did you try with? |
| 00:33.55 | wolfspraul | about 'no repair', sure, I understand |
| 00:34.45 | wolfspraul | if the case is really good, maybe no repair needed :-) |
| 00:35.13 | wolfspraul | just kidding, but the one-way aspect of epoxy of course is clear |
| 00:35.36 | wolfspraul | same as first-level IC packaging or ultrasonic welding |
| 00:40.10 | wolfspraul | for my atben & atusb, I'm sure i just want to seal them and done, don't know what I would ever want to touch on the atben/atusb board |
| 00:46.13 | *** join/#qi-hardware cladamw (~Adam@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 00:55.41 | wolfspraul | cladamw: good morning :-) |
| 00:56.05 | wolfspraul | I saw that xiangfu was also starting to edit the board design now, great |
| 00:56.14 | wolfspraul | that gives me hope we can finish faster... |
| 00:57.38 | cladamw | yeah ... pipelines in qi. :-) |
| 00:58.44 | roh | wolfspraul: kinds... mostly 2-component glue stuff |
| 00:59.04 | roh | i havent used moldable stuff like 2-component PU or similars |
| 00:59.11 | roh | its on my list of stuff to try |
| 00:59.16 | wolfspraul | yeah, that's what I was getting at |
| 00:59.41 | roh | i was thinking.. fuck cases... lets use whats there |
| 00:59.44 | wolfspraul | I remember years ago Tully gave me a dvd from some US epoxy/resin manufacturer, that was very impressive to watch |
| 00:59.50 | wolfspraul | unfortunately I forgot the company name |
| 01:00.18 | roh | just use something.. exact form doesnt matter, as long as we can buy it and know how it works. its only mechanics. we can design our own when we do 5-digit numbers |
| 01:00.40 | roh | may look a bit 80s, but whats with teko and boppla cases or so? |
| 01:00.44 | wolfspraul | I agree conceptually, but when you start you still run into things that are really important to you |
| 01:00.50 | wolfspraul | oh absolutely |
| 01:00.53 | roh | or are you really thinking nanonote-style? |
| 01:00.54 | wolfspraul | I am 100% with you |
| 01:00.59 | wolfspraul | absolutely not |
| 01:01.09 | wolfspraul | I think just what is practical and what works, in *our* priority scale |
| 01:01.20 | wolfspraul | for example the current atben/atusb boards are a pain, so fragile! |
| 01:01.21 | roh | i mean... i see droid devices flying by for sub 100E now |
| 01:01.32 | wolfspraul | but I have a big tube of cyanoacrylate right here :-) |
| 01:01.45 | roh | another thing i think we should tackle |
| 01:01.52 | roh | the 'eco'-market |
| 01:02.08 | wolfspraul | sure, of course [eco] |
| 01:02.13 | wolfspraul | one sec, the prices don't surprise me at all |
| 01:02.21 | roh | opensource devices are the only real ecological things.. because you know what they contain (more than usual) and have a better repairability.. etc. |
| 01:02.23 | wolfspraul | an android wifi phone costs about 20-30 USD now |
| 01:02.32 | wolfspraul | and it will continue to go down |
| 01:02.38 | roh | that may help getting contrast to the cheap stuff in the droid area |
| 01:02.43 | wolfspraul | well |
| 01:02.54 | wolfspraul | the advancement is in the chips, the last 60 years, no? |
| 01:03.06 | wolfspraul | you can essentially think of every IC to be a 1 USD item |
| 01:03.17 | roh | wolfspraul: sure. but why for example do you have a new keyboard? |
| 01:03.27 | wolfspraul | (gracefully skipping over billions of investments) |
| 01:03.47 | wolfspraul | that's a big mechanical piece customized to fit my hands |
| 01:03.48 | roh | a ibm buckling spring from the 80s still would be 'recent developed' enough. nothing happened since then (besides usb, but there is adapters) |
| 01:04.16 | roh | the 'cheap materials' area is about to end. i know we will dig up garbage to mine for gold |
| 01:04.31 | wolfspraul | there are different price trajectories |
| 01:04.33 | roh | one ton of mobile-phones has more gold than the ore from a goldmine. |
| 01:04.40 | *** join/#qi-hardware GeorgeH (~George@c-69-141-105-145.hsd1.nj.comcast.net) |
| 01:04.48 | wolfspraul | chips will continue to become more powerful while still costing "a dollar" in raw materials |
| 01:05.00 | roh | so lets make sure we know what we used, where and make modules where it makes sense (also to gain upgrade-pathes on hardware) |
| 01:05.10 | wolfspraul | I can see them getting a few thousand times more powerful still |
| 01:05.32 | roh | e.g. i could imagine a computer with a mm-like soc, consisting out of multiple chips on multiple boards plugged into one frame as case |
| 01:05.51 | roh | may be some need 3 or 4 fpga in the end, maybe some can use one or 2? |
| 01:05.55 | wolfspraul | the cost of raw materials will generally increase I agree, but not explosively I think |
| 01:06.06 | wolfspraul | just a few percent each year, inflation |
| 01:06.22 | roh | wolfspraul: more than explosivly... just see the prices of rare earth skyrocketing. |
| 01:06.41 | wolfspraul | nah, I think most of that is propaganda and lobbying |
| 01:07.02 | roh | wolfspraul: well.. china has export limits on that now (new) |
| 01:07.06 | wolfspraul | there are lots of discontinued mines all over the world, where people just got too lazy to compete with the chinese |
| 01:07.11 | wolfspraul | yeah finally |
| 01:07.25 | wolfspraul | the chinese are destroying their environment and poisoning people in nearby villages |
| 01:07.29 | wolfspraul | really |
| 01:07.38 | wolfspraul | and the government cannot keep the activities of greedy local miners under control |
| 01:07.38 | roh | and when the wto mumbled, the chinese argued with protection of the environment. |
| 01:07.53 | wolfspraul | if I would be in the chinese govt, we would cut down harder against this :-) |
| 01:07.54 | roh | some people who did the arguing there must been laughing a day long |
| 01:08.07 | wolfspraul | but there are plenty of mines in australia and many other places that could be reopened |
| 01:08.22 | wolfspraul | where workers would be paid australian rates, and australian environmental standards would apply |
| 01:08.25 | wolfspraul | which is a good thing! |
| 01:08.38 | wolfspraul | the chinese govt is right on this! |
| 01:08.44 | roh | maybe. still limited ressources. means in the end we need to stop using, and start making whole cycles out of it. |
| 01:08.56 | wolfspraul | china is a big big country, and there are very greedy local miners that don't care that the entire village nearby their mine is poisoned |
| 01:09.03 | wolfspraul | all kids loosing their teeth etc. |
| 01:09.14 | wolfspraul | while their own kids (of the factory owners) go to expensive private schools in shanghai |
| 01:09.27 | roh | wolfspraul: also china has extremely bad performance when it comes to economy of such things. |
| 01:09.48 | wolfspraul | and the australian mines could easily produce the rare earths as well, they just cannot compete with such gross violations of labor and environmental standards |
| 01:09.48 | roh | there are clean processes which do not dirty everything and get more ressources out in the end. |
| 01:09.55 | wolfspraul | someone has to stop this, and it's good that this (seems) to be happening now |
| 01:10.10 | wolfspraul | it's not "china", it's individual people that are responsible |
| 01:10.40 | wolfspraul | what I try to tell you is that the problem are greedy local miners, who put their own profits above everything else |
| 01:11.01 | roh | i know. actually i think the chinese planers are much more considerate about the future than our western economies |
| 01:11.48 | *** join/#qi-hardware antgreen (~user@CPE0021910f07ac-CM0019477f82fc.cpe.net.cable.rogers.com) |
| 01:11.56 | wolfspraul | but for electronics, the fact is that the amount of rare/expensive raw materials is very small |
| 01:12.29 | wolfspraul | what do all raw materials in the typical smartphone add up to? |
| 01:12.41 | wolfspraul | if you just look at weight and cost of raw materials per kg/ton ? |
| 01:12.48 | wolfspraul | must be a few USD at most |
| 01:12.53 | wolfspraul | even less than a dollar maybe :-) |
| 01:13.14 | wolfspraul | ok let's say 5 USD - MAX |
| 01:13.26 | roh | its availability, not only the per piece price which counts afaik |
| 01:13.32 | wolfspraul | compared to the service revenues being driven out of this device, it's negligible |
| 01:13.40 | roh | same as for weird chips. can kill your whole product if not avail in time |
| 01:13.54 | wolfspraul | there is no shortage in rare metals, just a totally lopsided mining environment |
| 01:14.15 | wolfspraul | the chinese got 9x% market share because they were willing to ignore labor and environmental standards |
| 01:14.27 | wolfspraul | 'the chinese' being individual mine owners |
| 01:14.44 | wolfspraul | I hope this stops soon. I certainly don't want any such mine anywhere near where I live. |
| 01:15.16 | *** join/#qi-hardware orsonzhai (~zhai@1.202.15.210) |
| 01:15.28 | wolfspraul | what were you thinking with 'take any case'? |
| 01:15.52 | wolfspraul | I agree conceptually, but when you start you run into major inconveniences that will still make you want to customize this or that aspect of the case. that's what I found. |
| 01:15.59 | roh | well.. depends on what the target usecase is. |
| 01:16.04 | roh | for the nanonote its hard |
| 01:16.12 | wolfspraul | so I think it's more like "make case v1 asap" with least cost and resources |
| 01:16.20 | wolfspraul | then use it, run into the major daily issues |
| 01:16.23 | wolfspraul | then proceed to case v2 |
| 01:16.24 | roh | but what hinders us to use some readymade thing like the ben case? |
| 01:17.25 | roh | cases are nearly always designed with a specific production method in mind for every part |
| 01:17.30 | wolfspraul | yes |
| 01:17.42 | wolfspraul | and hopefully someone has the (daily) usage routine in mind as well |
| 01:17.43 | roh | so using one concept on low volume, and the switch is basically impossible |
| 01:18.37 | roh | one would rather learn from one case and the manufacturing method, and try others over time, depending on scale, needed detail, strength, volume and on how many |
| 01:19.03 | wolfspraul | yes |
| 01:19.07 | wolfspraul | that's what we do, no? |
| 01:19.27 | roh | i think the most realistic best mechanics for the buck we can get is what ben has |
| 01:19.40 | roh | anything we do would be more expensive and bulkier by far |
| 01:22.26 | roh | so maybe the nn isnt the best device to experiment with new case making stuff and learn? |
| 01:22.55 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:23.09 | wolfspraul | hmm, hard to say |
| 01:23.32 | wolfspraul | we learn, that's the good part |
| 01:23.58 | wolfspraul | can't really pin down how we remix what we learnt into something really good yet |
| 01:24.39 | wolfspraul | for sure the plastic injection path with expensive steel tools has lots of pros and cons, which we know now, so we can use that when needed... |
| 01:24.57 | roh | sure. but i have good experiences with only changing few things from revision to next, to make it work at all |
| 01:25.00 | wpwrak | phew. back. |
| 01:25.06 | roh | so.. new soc AND new case.. may be too hard? |
| 01:25.08 | wolfspraul | it comes down to experience and picking the right tool for the job, and designing the case (and even use case) with those things in mind from day 1 |
| 01:26.00 | roh | i think we have no chance even replicating what the nn has now in mechanical keyboard quality with a non-injection molding manuf. process |
| 01:26.09 | wpwrak | (metric/one file) without switch, metric is better, because there's a clean conversion imperial -> metric but not metric -> imperial |
| 01:26.13 | roh | maybe we can, but not for sane money. |
| 01:26.29 | wpwrak | (one file) probably doesn't matter much as far as pos2fab is concerned |
| 01:27.08 | wpwrak | (atben/atusb) how about acid-free silicone ? |
| 01:34.34 | wpwrak | (keyboard) do it the apple way. mill it keycaps from some fancy material, then sell it at a high price ;-) |
| 01:34.34 | wpwrak | s/it k/the k |
| 01:34.34 | qi-bot | wpwrak meant: "(keyboard) do it the apple way. mill the keycaps from some fancy material, then sell it at a high price ;-)" |
| 01:37.42 | *** join/#qi-hardware dvdk (~dvdkhlng@g225033057.adsl.alicedsl.de) |
| 01:38.23 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 15:10.05 | *** join/#qi-hardware infobot (~infobot@rikers.org) |
| 15:10.05 | *** topic/#qi-hardware is Copyleft hardware - http://qi-hardware.com | hardware hackers join here to discuss Ben NanoNote, atben / atusb 802.15.4 wireless, and other community driven hw projects | public logging at http://en.qi-hardware.com/irclogs |
| 15:10.06 | *** mode/#qi-hardware [+v infobot] by ChanServ |
| 15:10.35 | JCGsp | http://wiki.openmoko.org/wiki/Neo1973_and_Windows could one of these .inf work on windows? (maybe changing the IDs...) |
| 15:25.01 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 15:41.07 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 16:17.49 | DocScrutinizer | wpwrak: ping |
| 16:18.14 | DocScrutinizer | wpwrak: what's the recommended tool nowadays to relabel a vfat partition? |
| 16:21.32 | DocScrutinizer | wpwrak: please don't kill me answering "mtools", see `less /etc/mtools.conf' to stare in shock |
| 16:26.13 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::31) |
| 16:30.07 | *** join/#qi-hardware jow_laptop (~jow@ffx.subsignal.org) |
| 16:30.47 | wpwrak | yeah, i was thinking of mlabel :) |
| 16:37.38 | qi-bot | [commit] Maarten ter Huurne: Revert "MIPS: JZ4740: reset: Initialize hibernate wakeup counters." (jz-3.3) http://qi-hw.com/p/qi-kernel/b386be6 |
| 16:37.39 | qi-bot | [commit] Maarten ter Huurne: MIPS: JZ4740: reset: Initialize hibernate wakeup counters. (jz-3.3) http://qi-hw.com/p/qi-kernel/ba6ccf4 |
| 16:37.40 | qi-bot | [commit] Maarten ter Huurne: Revert "MIPS: Enable vmlinuz for JZ4740" (jz-3.3) http://qi-hw.com/p/qi-kernel/d1c6dd7 |
| 16:37.42 | qi-bot | [commit] LluĂs Batlle i Rossell: MIPS: Enable vmlinuz for JZ4740 (jz-3.3) http://qi-hw.com/p/qi-kernel/c1baa36 |
| 16:37.44 | qi-bot | [commit] Maarten ter Huurne: ASoC: jz4740: A320: Add .owner to struct snd_soc_card (jz-3.3) http://qi-hw.com/p/qi-kernel/032d0e3 |
| 16:37.46 | qi-bot | [commit] Maarten ter Huurne: MIPS: JZ4740: Use round robin DMA channel priority mode. (jz-3.3) http://qi-hw.com/p/qi-kernel/4bbb1ee |
| 16:38.05 | mth | larsc: can you review the round robin DMA commit? |
| 16:43.37 | Ayla | does that fix the audio glitches? |
| 16:54.11 | mth | no, it doesn't seem to have any immediate effect |
| 16:54.55 | mth | but it is more useful this way than have more-or-less random DMA channel priorities |
| 17:14.09 | *** join/#qi-hardware antgreen (~user@out-on-182.wireless.telus.com) |
| 17:16.01 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.minimal-20120411-1055 |
| 17:39.58 | whitequark | DocScrutinizer: hexdump and sed |
| 17:40.19 | DocScrutinizer | whitequark: LOL, exactly what I suggested ;-D |
| 17:41.33 | wpwrak | dd perhaps ? :) |
| 17:44.18 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-5.telecom.by) |
| 18:15.16 | *** join/#qi-hardware kuribas (~user@d54C43316.access.telenet.be) |
| 18:26.22 | *** join/#qi-hardware jurting (~jommpa90_@ip-196-213-241-92.dialup.ice.net) |
| 19:19.00 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 19:43.17 | larsc | mth: looks good |
| 19:43.47 | larsc | though i would have made prio an actual bool and called it low_prio or something like that |
| 19:44.34 | larsc | but that's just a minor nitpick |
| 19:46.46 | mth | that was how I thought about it originally, but the PM mentions priority groups and then numbering them makes more sense |
| 19:46.56 | larsc | i'd like to switch to dmaengine at somepoint, but the dmaengine framework isn't quite there yet |
| 19:46.59 | mth | a future SoC might have more than two priority groups |
| 19:47.39 | larsc | ok, makes sense |
| 19:47.41 | mth | I'm assuming the groups have 3 channels each: the PM states 4 channels each but there are only 6 channels |
| 19:49.16 | mth | hmm, looking at the other priority schemes it could be 4-2 instead of 3-3 as well |
| 19:50.07 | mth | 012345, 023145, 201345 have their permutations in the first 4 channels |
| 19:50.40 | mth | oops, I've got 2 as the value for round robin instead of 3 |
| 19:51.26 | mth | which is strange, because I checked the reg contents and it was 0x300 |
| 19:52.02 | mth | ...because I swapped mask and value |
| 19:53.16 | mth | I don't know if you're reading #dingoonity, but weird things happen if I set RDIL to a non-zero value |
| 19:53.24 | mth | even though in block mode RDIL should be ignored |
| 19:55.03 | *** join/#qi-hardware JCGsp (4f9a5c82@gateway/web/freenode/ip.79.154.92.130) |
| 20:34.44 | DocScrutinizer | wpwrak: actually my suggestion was to use dd and/or sed |
| 20:35.00 | DocScrutinizer | a bit of tongue-in-cheek though |
| 21:08.19 | *** join/#qi-hardware jow_lapt1p (~jow@ffx.subsignal.org) |
| 21:08.33 | *** join/#qi-hardware liuqi_ (~liuqi@li162-156.members.linode.com) |
| 21:11.08 | wpwrak | DocScrutinizer: it's either that, mtools, or roll-your-own :) |
| 21:11.24 | DocScrutinizer | dosfslabel |
| 21:11.51 | DocScrutinizer | seems also buggy |
| 21:12.02 | DocScrutinizer | allegedly |
| 21:12.52 | DocScrutinizer | IroN900:~# dosfslabel --version |
| 21:12.54 | DocScrutinizer | dosfslabel 2.11, 12 Mar 2005, FAT32, LFN |
| 21:12.59 | DocScrutinizer | *cough* |
| 21:13.24 | DocScrutinizer | so we updated to version 3.sth, and then... |
| 21:14.04 | DocScrutinizer | [2012-04-12 20:01:01] <freemangordon> FUUUK, seems this dosfslabel has bugs too |
| 21:14.06 | DocScrutinizer | [2012-04-12 20:01:23] <freemangordon> it does not update root directory label, only bootsector :( |
| 21:24.18 | wpwrak | you went to seek DOS and you found suffering. have your desired thus been fulfilled ? :) |
| 21:24.27 | wpwrak | s/desired/desires |
| 21:24.27 | qi-bot | wpwrak meant: "you went to seek DOS and you found suffering. have your desires thus been fulfilled ? :)" |
| 21:42.21 | whitequark | DocScrutinizer: I recall there was a tool which performed the inverse of what hd does |
| 21:43.04 | DocScrutinizer | hd? |
| 21:43.43 | DocScrutinizer | wpwrak: the pity is uSD comes with VFAT usually |
| 21:47.34 | whitequark | DocScrutinizer: hexdump -C |
| 21:48.12 | whitequark | and, well, what for do you want that? |
| 21:58.02 | *** join/#qi-hardware dvdk (~dvdkhlng@g225041127.adsl.alicedsl.de) |
| 21:58.28 | DocScrutinizer | what? relabeling uSD VFAT partitions? |
| 21:59.16 | DocScrutinizer | alas it seems it's a thing quite a number of lusers want to do |
| 22:00.41 | DocScrutinizer | mkfs.vfat can take label as an parameter, but after you created the fs it seems there's no really good tool to tweak it |
| 22:01.23 | dvdk | DocScrutinizer: mlabel from mtools can do it |
| 22:01.33 | DocScrutinizer | which is quite a bit weird, from a general perspective |
| 22:02.00 | wpwrak | ergo the tool fits the purpose :) |
| 22:02.06 | DocScrutinizer | dvdk: yeah, but that tool is so terribly dos-ified |
| 22:02.12 | dvdk | :) |
| 22:02.39 | dvdk | isn't FAT dosified by design? |
| 22:03.39 | DocScrutinizer | (me just wonders why wpwrak wasn'T able to invent a way more fsckdup UI for fsck.vfat then, to meet "tool fits the purpose" |
| 22:04.17 | DocScrutinizer | wpwrak: I'd expect you'd use driveletters for fsck then as well |
| 22:04.59 | dvdk | (for reference) sudo mlabel -i /dev/sdXXX ::NEW_LABEL |
| 22:05.44 | DocScrutinizer | for reference: |
| 22:05.48 | DocScrutinizer | IroN900:~# mlabel --help |
| 22:05.49 | DocScrutinizer | mlabel: invalid option -- - |
| 22:05.51 | DocScrutinizer | Mtools version 3.9.10, dated March 2nd, 2005 |
| 22:05.52 | DocScrutinizer | Usage: mlabel [-vscVn] [-N serial] drive: |
| 22:06.14 | dvdk | is still waiting for reflashing to finish |
| 22:06.31 | DocScrutinizer | I didn't feel like updating mtools if there's *anything* mor esane than this pile |
| 22:06.49 | dvdk | yeah, the "-i" option for the "::" pseudo-drive isn't documented well |
| 22:07.36 | DocScrutinizer | for reference, from info: |
| 22:07.44 | DocScrutinizer | >> The syntax described herein is new for version `mtools-3.0'. The old line-oriented syntax is still supported. Each line beginning with a single letter is considered to be a drive description using the old syntax. Old style and new style drive sections may be mixed within the same configuration file, in order to make upgrading easier. Support for the old syntax will be phased out eventually, and in order to discourage its use, I |
| 22:07.45 | DocScrutinizer | purposefully omit its description here. |
| 22:07.58 | DocScrutinizer | the last sentence really made my day |
| 22:09.18 | wpwrak | DocScrutinizer: (dosfsck) yeah, sorry, i got a bit carried away there. the experience of making a file system checker/repairer that - unlike DOS' CHKDSK - wasn't always in "conan" mode was too exciting :) |
| 22:09.32 | DocScrutinizer | now the best, the icing on top (quote from a script named mmc-rename.sh): |
| 22:09.38 | DocScrutinizer | # convert device name to an MS-DOS-style drive letter |
| 22:09.39 | DocScrutinizer | L=`eval grep '\"$DEV\"' /etc/mtools.conf | awk '{print $2}' | sed 's/://'` |
| 22:09.41 | DocScrutinizer | if [ "x$L" = x ]; then |
| 22:09.42 | DocScrutinizer | <PROTECTED> |
| 22:13.50 | DocScrutinizer | you'd think usage ow awk obsoletes a pipe to sed, anyway. the eval still is arcane to me as well |
| 22:14.18 | DocScrutinizer | ow->of |
| 22:16.08 | wpwrak | the pipe through sed is considerably shorter than doing the substitution in awk |
| 22:18.03 | DocScrutinizer | shorter in what? |
| 22:18.15 | DocScrutinizer | in chars to type? |
| 22:18.42 | wpwrak | yes |
| 22:19.27 | DocScrutinizer | hmm, as long as you know messybox by heart, you even might get away with that then, without getting fired for it |
| 22:19.44 | DocScrutinizer | in a decent shell however it will load an additional binary |
| 22:20.11 | wpwrak | at your job, they fire people for loading binaries ? interesting :) |
| 22:20.26 | DocScrutinizer | I wish they did at Nokia |
| 22:20.52 | wpwrak | why bother ? the self-destruct will take care of all that anyway :) |
| 22:21.14 | DocScrutinizer | not for the OS on my daily phone |
| 22:22.10 | DocScrutinizer | which btw got a spare for the spare recently (the device) |
| 22:22.27 | DocScrutinizer | so I hope it will last until something decent emerges |
| 22:26.37 | wpwrak | yeah, everyine is biding their time, it seems ;) |
| 22:26.44 | wpwrak | s/yi/yo |
| 22:26.45 | qi-bot | wpwrak meant: "yeah, everyone is biding their time, it seems ;)" |
| 22:38.25 | qi-bot | [commit] Werner Almesberger: genex/: added page header with name, hierarchical path, and path to library (master) http://qi-hw.com/p/eda-tools/208d29b |
| 22:38.26 | qi-bot | [commit] Werner Almesberger: genex/sym2xps: only add question mark to F0, not to all fields (master) http://qi-hw.com/p/eda-tools/1e5dbb4 |
| 22:38.27 | qi-bot | [commit] Werner Almesberger: genex/pdf.c: rearranged header to show hierarchy first; balanced spacing (master) http://qi-hw.com/p/eda-tools/1a06314 |
| 22:41.02 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 22:52.56 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 23:13.40 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-155-243.w109-222.abo.wanadoo.fr) |
| 23:20.31 | DocScrutinizer | hmmm bringing USB hostmode to this N9 harmattan abomination. I must be insane |
| 23:23.18 | whitequark | DocScrutinizer: you seem to like usb-host mode much |
| 23:23.42 | DocScrutinizer | well, I know a bit about it meanwhile |
| 23:47.24 | DocScrutinizer51 | but I hate this harmm shit Nokia invented |
| 23:47.40 | DocScrutinizer51 | ~aegis |
| 23:47.40 | infobot | http://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism, or http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif |
| 23:48.33 | *** join/#qi-hardware Ornotermes (~rikard@78-69-248-123-no180.tbcn.telia.com) |
| 23:51.28 | DocScrutinizer51 | got a N9 and even a N950 here - rarely ever touch any of both |
| 23:52.06 | DocScrutinizer51 | it feels like touching something sticky slimy |
| 23:57.17 | whitequark | ewww |
| 23:57.44 | whitequark | so good my new lovely android doesn't have anything like that! :-) |
