| 00:01.07 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host159-167-dynamic.6-79-r.retail.telecomitalia.it) |
| 00:24.33 | *** join/#qi-hardware rejon (~rejon@124.207.123.50) |
| 00:32.50 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 00:45.18 | *** join/#qi-hardware wolfspra1l (~wolfsprau@222.129.19.150) |
| 01:00.05 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:10.02 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 01:26.29 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:33.07 | wpwrak | cladamw: heya ! have you seen my comments on the qi-hw list about the footprints ? |
| 01:33.39 | wpwrak | cladamw: as you can see, i'm slowly catching up with you ;-) |
| 01:35.23 | cladamw | wpwrak, yes, i saw them. Also thanks for fixes directly. :-) |
| 01:36.09 | wpwrak | i hope i didn't break anything :) |
| 01:36.42 | wpwrak | regarding the through-hole-pads, do you agree that there should never be solder paste on them ? |
| 01:43.40 | qi-bot | [commit] Werner Almesberger: gui_status.c (show_pad_type): share pad type to name translation (master) http://qi-hw.com/p/fped/57dbeb1 |
| 01:43.41 | qi-bot | [commit] Werner Almesberger: postscript.c: move drawing part of ps_pad_name and ps_pad to separate functions (master) http://qi-hw.com/p/fped/238830c |
| 01:43.42 | qi-bot | [commit] Werner Almesberger: postscript.c (hatch): change argument from layer set to pad type (master) http://qi-hw.com/p/fped/26b74e8 |
| 01:43.43 | qi-bot | [commit] Werner Almesberger: postscript.c: show key for pad types at bottom of fullpage drawings (-P -K) (master) http://qi-hw.com/p/fped/d250ed2 |
| 01:43.45 | qi-bot | [commit] Werner Almesberger: postscript.c (prologue): set line join style to "round" in showoutlined (master) http://qi-hw.com/p/fped/c28f701 |
| 01:43.47 | qi-bot | [commit] Werner Almesberger: postscript.c: cleaned up geometry calculation for pad type key (master) http://qi-hw.com/p/fped/ed69b7b |
| 01:43.49 | qi-bot | [commit] Werner Almesberger: postscript.c: only show the key for pad types actually used in the package (master) http://qi-hw.com/p/fped/b4d61a8 |
| 01:43.50 | wpwrak | ah, xiangfu is in hot pursuit :) |
| 01:43.50 | qi-bot | [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:fped (master) http://qi-hw.com/p/fped/52c288e |
| 01:44.08 | cladamw | wpwrak, not exactly that should never for the future, it depends on h/w applications. |
| 01:44.10 | qi-bot | [commit] Werner Almesberger: genkicat/fped.c (fped_ps_entry): use fped -P -K (key) and adjust position (master) http://qi-hw.com/p/eda-tools/d67e8ec |
| 01:44.45 | wpwrak | cladamw: under what circumstances would you want solder paste on through-hole pads ? |
| 01:50.45 | xiangfu | wpwrak, I understand now how, .sch --> .net --(fped/footprints)--> .brd. |
| 01:51.05 | xiangfu | :) |
| 01:52.36 | xiangfu | but do those jobs from 0 is not easy. why the C/R is here. why there is a ferrite_chip etc. |
| 01:54.19 | cladamw | wpwrak, the solder paste layer on PTH hole can be kept there once. Since stencil maker they identify/determine automatically which PTH with solder paste or be noticed by our demands. Considerations or comments from you are good though. |
| 01:58.34 | cladamw | wpwrak, in eastern stencil maker, when they see gerber, the PTHs will directly be disable by s/w. We don't need to take care of them. It's more like a common condition to speed up process. But good comments from you. so no feedback to you on thread. :-) |
| 02:00.14 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.187.119) |
| 02:03.36 | *** join/#qi-hardware nikescar (~nikescar@120.50.66.5) |
| 02:08.06 | *** join/#qi-hardware Openfree` (~Openfreer@116.228.88.131) |
| 02:14.28 | wpwrak | xiangfu: yeah, the whole workflow is a little tricky ;-) |
| 02:14.59 | wpwrak | cladamw: hmm. i don't like the idea of relying on the fab to fix our gerbers for us :) |
| 02:16.00 | cladamw | wpwrak, sure. :-) as better work flow in Qi is good on own rules. :-) |
| 02:16.15 | wpwrak | cladamw: i wonder in what cases you'd want to have solder paste on TH pads. it seems to me that the default should be no solder paste, agreed ? |
| 02:20.08 | wpwrak | cladamw: in pads.fpd, the round ones are "bare" while the square and rectangular ones are with solder paste. shall i make them all bare ? |
| 02:22.13 | cladamw | you could do so. I've been requested twice when did 19" chassis(frame) stack up to hook main boards with PTH(3.5mm diameters) with extra 8 small PTH surrounded 3.5mm PTH, then used solder paste to cover both, to solve system ground issues. the solder paste there for purposes are for adding strength on contacts of current flow and strengthen mechanical tolerances. |
| 02:22.57 | cladamw | wpwrak, yes, you can make them all bare. :) |
| 02:23.11 | xiangfu | wpwrak, where is the information indicate if there are solder or bare? |
| 02:23.28 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1000:a::8f3) |
| 02:23.58 | wpwrak | xiangfu: in fped, it's in the color of the pad. and when you select the pad, there's a clickable field in the input area that says "normal", "bare", etc. |
| 02:25.39 | wpwrak | xiangfu: if you make postscript, different pad types are drawn in different styles. and the very latest version of the catalog even tells you what is what :-) http://downloads.qi-hardware.com/people/werner/tmp/kicad-libs-modules.pdf |
| 02:25.49 | wpwrak | xiangfu: (upload just finished :) |
| 02:26.20 | wpwrak | cladamw: (chassis) okay, that sounds exotic enough that you may even want to make a special footprint for that case :) |
| 02:27.05 | cladamw | wpwrak, that time to fix EMC. :-) |
| 02:27.10 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 02:27.24 | xiangfu | wpwrak, got it. thanks. |
| 02:27.51 | wpwrak | cladamw: so i guess it's safe to make all the TH pads bare |
| 02:28.04 | wpwrak | cladamw: (EMC) i'm not sure that process is actually reliable :) |
| 02:31.17 | wpwrak | xiangfu: most of the footprints are quite boring. things get more interesting when you go to QFN parts, with solder paste islands |
| 02:32.49 | wpwrak | BGAs get solder paste, right ? or are the balls already enough and the pads are bare ? |
| 02:34.49 | xiangfu | wpwrak, QFN, no 'foot' but only 'footprint' :-) |
| 02:49.06 | *** join/#qi-hardware losinggeneration (~quassel@71-34-164-191.desm.qwest.net) |
| 02:49.31 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 02:51.15 | wpwrak | cladamw: what do we do with parts that have TH and SMT ? e.g., usb_a_plug_smt.fpd |
| 02:51.40 | wpwrak | cladamw: solder paste everywhere ? solder paste only on the SMT pads ? |
| 02:55.31 | cladamw | wpwrak, pad[1::4](SMT) with solder paste, the other two pad[5::6](TH) are not necessary. :-) |
| 02:57.48 | wpwrak | atusb has that critter ... it actually looks as if they soldered the whole connector manually :) |
| 02:57.52 | cladamw | but like i said, if you make all 6 pads with solder paste, it won't be trouble when making stencil. :-) but if we want to define well. then we define rule for pad[5::6] :-) |
| 02:59.22 | cladamw | yes, i saw atusb samples here are mostly like human soldering not to use a through hole reflow machine. :-) |
| 02:59.29 | wpwrak | yeah, that connector is a tricky beast. it gave us a bit of headache. if you include it in the SMT process, you may as well have solder paste on all pads, including the TH ones. |
| 03:00.00 | wpwrak | however, if you do it manually, you wouldn't want solder paste in the holes ... |
| 03:00.31 | wpwrak | for atusb, that made a lot of sense. it's just one silly little component anyway. nothing like the TH orgy that M1 is ;-) |
| 03:01.42 | cladamw | wpwrak, sure, one won't make/face a hole (aperture) as solder paste. but for speeding up process in manufacturer, stencil maker works for it. :-) |
| 03:07.31 | wpwrak | very well. transformed :) |
| 03:12.17 | qi-bot | [commit] Werner Almesberger: modules/usb-a-pcb.fpd: change pad type from "normal" to "bare" (master) http://qi-hw.com/p/kicad-libs/faedf56 |
| 03:12.18 | qi-bot | [commit] Werner Almesberger: modules/: make pads of all fully through-hole components "bare" (master) http://qi-hw.com/p/kicad-libs/00711fd |
| 03:12.19 | qi-bot | [commit] Werner Almesberger: modules/pads.fpd: make also square and rectangular pads "bare" (master) http://qi-hw.com/p/kicad-libs/9be533b |
| 03:12.19 | qi-bot | [commit] Werner Almesberger: modules/usb_a_plug_smt.fpd: mixed TH/SMT; change the two TH pads to "bare" (master) http://qi-hw.com/p/kicad-libs/c0e33e5 |
| 03:12.21 | qi-bot | [commit] Werner Almesberger: modules/meander-2450MHz.fpd: make all pads "trace" (regression) (master) http://qi-hw.com/p/kicad-libs/cbfba83 |
| 03:13.14 | wpwrak | i just try to imaging how much fun doing all this would have been with kicad's module editor ... |
| 03:16.38 | cladamw | this case may not be easily proposed out in kicad list as targets may be not the same. |
| 03:18.45 | wpwrak | yeah, i think kicad's module editor implicitly makes pads with a hole "bare". so you couldn't run into this specific problem. |
| 03:21.31 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 03:31.38 | *** join/#qi-hardware Openfree` (~Openfreer@116.228.88.131) |
| 04:16.53 | *** join/#qi-hardware emeb (~ericb@ip72-223-89-137.ph.ph.cox.net) |
| 04:46.36 | *** part/#qi-hardware emeb (~ericb@ip72-223-89-137.ph.ph.cox.net) |
| 05:44.33 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 06:24.09 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 06:54.48 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 07:12.28 | viric | wpwrak: yes, m1 looks quite flexible :) |
| 07:13.06 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 07:46.30 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 07:49.12 | *** join/#qi-hardware dvdk (~dvdkhlng@g225039220.adsl.alicedsl.de) |
| 07:51.10 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 07:53.40 | *** join/#qi-hardware kristoffer (~kristoffe@c-5bd8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:19.38 | *** join/#qi-hardware he2 (~he2@2001:638:208:fd5f:226:c6ff:fec1:1c28) |
| 08:43.39 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 09:14.17 | *** join/#qi-hardware xwalk_ (~crosswalk@ip-64-134-166-202.public.wayport.net) |
| 09:28.17 | *** join/#qi-hardware rejon (~rejon@111.199.157.51) |
| 09:42.13 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 09:48.22 | *** join/#qi-hardware Jurting (~chatzilla@ip-91-215-241-92.dialup.ice.net) |
| 10:31.07 | *** join/#qi-hardware jekhor (~jek@37.214.51.199) |
| 11:30.11 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 11:34.16 | *** join/#qi-hardware Ayla (~paul@ACaen-157-1-146-4.w90-62.abo.wanadoo.fr) |
| 11:40.07 | *** join/#qi-hardware qwebirc82296 (a3f67e37@gateway/web/freenode/ip.163.246.126.55) |
| 11:50.36 | *** join/#qi-hardware Ayla (~paul@ACaen-157-1-146-4.w90-62.abo.wanadoo.fr) |
| 12:14.25 | whitequark | btw |
| 12:14.30 | whitequark | internet is censored in russia now |
| 12:19.27 | Jay7 | hehe |
| 12:31.46 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1000:a::237) |
| 12:31.47 | wpwrak | so that's good news ? now you're allowed to say openly that there's censorship ? |
| 12:33.26 | whitequark | oh, not exactly |
| 12:34.07 | whitequark | prior to the law which has passed, sites sometimes were closed, but that was rare, exceptional, and had nothing to do with ISPs/registrars |
| 12:34.21 | wpwrak | ah, i see. you're still not allowed to admit that you weren't allowed to talk about such things in the past :) |
| 12:34.23 | whitequark | now this is common, and ISPs/registrars must oblige and have a requirement for filtering hw. |
| 12:34.28 | whitequark | lol |
| 12:34.50 | whitequark | shrugs |
| 12:34.56 | wpwrak | (rare, exceptional, ...) like a visit from the secret police ? :) |
| 12:34.58 | whitequark | wolfspraul: remind me, which VPN service do you use? |
| 12:35.08 | whitequark | wpwrak: more like a visit from copyright holders |
| 12:35.20 | whitequark | it was the single most common reason |
| 12:36.14 | whitequark | there were only few cases of politics-related stuff removal, and, well, with the Streisand effect that wasn't effective anyway. |
| 12:37.15 | whitequark | e.g. there were one or two blogs removed from livejournal.com, and frankly nobody actually knew about them before |
| 12:37.27 | whitequark | but yeah, stopping delegation of russian thepiratebay has caused some resonance |
| 12:37.33 | whitequark | in a ~day it migrated to .org domain. |
| 12:37.59 | whitequark | well, what could you expect from a country where a nationwide social network Vkontakte basically hosts the biggest archive of pirated material. |
| 12:40.08 | whitequark | in case you are curious, the law has the number 89417-6 |
| 12:40.18 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 12:40.41 | whitequark | http://en.wikipedia.org/wiki/Russian_State_Duma_Bill_89417-6 |
| 12:42.01 | whitequark | oh, and of course the alleged reason is child pornography. in the last two weeks there were more discussions about that than in previous ten years combined. |
| 12:42.32 | whitequark | e.g. someone said that Wikipedia and Yandex [biggest russian search engine] are driven by, quote, "child pornography lobby". |
| 12:44.37 | wolfspraul | whitequark: I use my own with openvpn, tunneling to a 7.90 EUR / month hetzner virtual machine |
| 12:45.33 | whitequark | yeah, sounds sane. I'll make the same setup, I think |
| 12:56.22 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::7b7) |
| 13:02.34 | wpwrak | whitequark: i sometimes wonder if child pornography wasn't invented specifically for the purpose of censorship :) |
| 13:08.33 | *** join/#qi-hardware kuribas (~user@94-227-93-194.access.telenet.be) |
| 13:28.23 | *** join/#qi-hardware kilae_ (~chatzilla@catv-161-018.tbwil.ch) |
| 13:30.06 | *** join/#qi-hardware kilae__ (~chatzilla@catv-161-018.tbwil.ch) |
| 13:46.33 | *** join/#qi-hardware he2 (~he2@2001:638:208:fd5f:226:c6ff:fec1:1c28) |
| 13:55.08 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 13:55.14 | *** join/#qi-hardware DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 14:31.26 | qi-bot | [commit] Werner Almesberger: dsv/dsv: add support for PDF embedded in ZIP (master) http://qi-hw.com/p/eda-tools/e5e67dd |
| 14:58.26 | *** join/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 15:14.37 | *** join/#qi-hardware FrankBlues (~alex@c-67-182-230-190.hsd1.ut.comcast.net) |
| 15:15.19 | *** part/#qi-hardware freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 15:39.11 | *** join/#qi-hardware emeb (~ericb@ip72-223-89-137.ph.ph.cox.net) |
| 16:03.58 | *** join/#qi-hardware freakazoid0223 (~matt@pool-71-246-26-142.phlapa.fios.verizon.net) |
| 16:05.53 | larsc | hm, qi-hw server down? |
| 16:06.26 | kristianpaul | mm |
| 16:07.00 | kristianpaul | fidelio still up.. |
| 16:07.12 | larsc | or corporate wirefall blocking it? ;) |
| 16:07.18 | larsc | firewall |
| 16:10.02 | *** join/#qi-hardware woakas (~woakas@186.28.87.31) |
| 16:11.59 | wolfspraul | yeah, strange |
| 16:12.01 | wolfspraul | one sec |
| 16:16.09 | kristianpaul | larsc: not yet ;) |
| 16:18.21 | larsc | kristianpaul: the firewall tends to block a lot of stuff, but luckily I do have my very own unrestricted internet connection here at work |
| 16:23.58 | wolfspraul | well, not so good right now |
| 16:24.17 | wolfspraul | worst case it will be down until tomorrow morning german time, >12h from now |
| 16:24.22 | wolfspraul | let's see ... |
| 16:24.52 | wolfspraul | I did a cold reboot (power cycle) but so far it's not coming back up. if lucky just going through fsck now |
| 16:25.18 | wolfspraul | if not so lucky then it's something else, but I can't find the old java-based rescue console anymore, maybe hetzner removed it? oh well |
| 16:25.45 | larsc | should be still there in the control panel |
| 16:28.19 | wpwrak | whee ! shipment from fedex made it safe and sound, despite the kafkaesque import restrictions. |
| 16:28.29 | wpwrak | fedex/digi-key even |
| 16:28.50 | kristianpaul | good, what you ordered? |
| 16:29.23 | wolfspraul | larsc: I can't see it anymore, do you have a server where it's still there? |
| 16:29.31 | wolfspraul | it used to be some java-based thing |
| 16:29.36 | wpwrak | a few MCUs, an some minor stuff (FETs, caps, LEDs) |
| 16:29.55 | kristianpaul | no fgpas? :) |
| 16:30.24 | kristianpaul | btw you ordered using bom tools? |
| 16:30.29 | wpwrak | MCUs: this time ATtiny167 and LPC1112. didn't have these in my collection yet. |
| 16:30.59 | wpwrak | (fpgas) naw, way too expensive for what i need |
| 16:31.23 | wpwrak | (boom) no, just manually. don't even have the circuit for those parts yet :) |
| 16:32.35 | larsc | wolfspraul: I'll check when I'm back home, don't have my login credentials with me |
| 16:32.50 | larsc | wolfspraul: well and if I manage to resurect my laptop which has them |
| 16:33.14 | wolfspraul | no stress |
| 16:33.33 | wolfspraul | maybe it's only for virtual servers, but this is a physical one |
| 16:34.09 | wolfspraul | but too bad the machine doesn't come back up right now |
| 16:34.14 | larsc | got a replacement fan today, I ordered a 04W0407 and got a 04W0409, hopefully it will work as well |
| 16:34.39 | wolfspraul | I think I first wait a little longer, the fsck will hopefully not get stuck and should come out after 30-40 minutes I think |
| 16:35.13 | kristianpaul | that usually happen yes (fsck) |
| 16:35.27 | wolfspraul | I could try to boot into the rescue system but I'm kinda lazy and hope that the old machine will just come back and don't want to touch/break it... |
| 16:36.43 | *** join/#qi-hardware scientes (~scientes@unaffiliated/scientes) |
| 16:46.47 | *** join/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 17:03.21 | larsc | wpwrak: does dsv support multiple catalog files? |
| 17:06.21 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 17:07.49 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 17:08.00 | wpwrak | larsc: yes, you can have more than one file |
| 17:08.29 | *** part/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 17:08.53 | wpwrak | larsc: you can also have a dsv repository at each level in your directory hierarchy. e.g., you could have one for /home/qi-hw/my-project/ and one for /home/qi-hw/ |
| 17:09.15 | wpwrak | larsc: a search crawls towards root until it finds something that matches |
| 17:09.32 | larsc | awsome |
| 17:10.50 | wpwrak | and all in less than 200 lines of shell ;-) |
| 17:12.17 | *** join/#qi-hardware Necrosporus (~Necrospor@unaffiliated/necrosporus) |
| 17:13.03 | larsc | does it cache downloaded files? |
| 17:16.50 | *** join/#qi-hardware jekhor (~jek@178.120.37.60) |
| 17:19.56 | hellekin | hi people, do you have any contacts with CEITEC in Porto Alegre? I'm going there next week and thought about visiting the chip fab and talking them into producing free chips |
| 17:23.50 | *** join/#qi-hardware antgreen (user@nat/redhat/x-pgmnrmjfbxymzrty) |
| 18:12.10 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 18:15.09 | wolfspraul | sorry I can't get the qi server back up right now |
| 18:15.23 | wolfspraul | the machine is running again, but there are a number of corruptions in the rootfs of the virtual machine now |
| 18:17.20 | *** join/#qi-hardware qwebirc56901 (626ce7c5@gateway/web/freenode/ip.98.108.231.197) |
| 18:19.07 | rjeffries | saw that somone was interfacing a small router to Milkymist (this one?) In any case has anyone considered hooking it up with Ben Nanonote? http://dangerousprototypes.com/2012/07/18/tp-link-wr703n-lowest-cost-openwrt-compatable-wi-fi-router/ |
| 18:26.07 | *** join/#qi-hardware Aylax (~Aylax@178.251.23.127) |
| 18:28.20 | kristianpaul | nanonote's is mr11u with is same as 703n with battery |
| 18:32.35 | rjeffries | kristianpaul that's rather cool. price is crazy low as well. ;) |
| 18:33.41 | rjeffries | If anyone is interested (I doubt it in this venue) my Raspberry Pi arrived about a week ago. Works ok/fine, especially with new Raspbian flavor of Debian |
| 18:41.02 | *** join/#qi-hardware liuqi (~liuqi@159.226.43.42) |
| 18:56.44 | wolfspraul | going to sleep - maybe I just setup a new machine tomorrow rather than fixing the old one |
| 18:56.51 | wolfspraul | server is down for a bit... |
| 18:56.57 | wolfspraul | (for right now :-)) |
| 19:14.36 | *** join/#qi-hardware Jurting (~chatzilla@ip-91-215-241-92.dialup.ice.net) |
| 19:21.22 | wpwrak | hellekin: (free chips) sounds like fun :) what chips do you have in mind ? |
| 19:22.16 | wpwrak | wolfspraul: (rootfs corruption) oh joy ... |
| 19:40.37 | kristianpaul | :-| |
| 19:45.01 | viric | let me guess about the rootfs corruption... ext3? |
| 19:45.03 | viric | :) |
| 19:46.06 | viric | wpwrak: what is that dsv? |
| 19:47.37 | wpwrak | viric: it's a shell script that parses a file that tells it where PDFs (typically of data sheets) are, downloads and caches them, and lets you invoke a PDF viewer (xpdf, etc.) on them with a short command. |
| 19:48.14 | wpwrak | viric: e.g., in the example i posted to the list, you'd invoke xpdf on the USB 2.0 spec with "dsv usb20" |
| 19:48.52 | wpwrak | viric: since the file is cached, it's fast and you don't have to worry about network issues or the source having moved/disappeared |
| 19:49.12 | wpwrak | (that is, after you've obtained your initial copy) |
| 19:50.24 | larsc | no it's not so awsome anymore ;) |
| 19:56.18 | wpwrak | larsc: hmm ? |
| 20:01.59 | viric | ahh ok |
| 20:01.59 | larsc | I'd prefer if I would not have to worry about the file disappearing, even without obtaining a inital copy |
| 20:02.13 | larsc | that would be a killer feature |
| 20:06.11 | wpwrak | larsc: well, the problem is that we can't legally share most of the data sheets ... |
| 20:07.02 | larsc | wpwrak: i was trying to make a joke, but obviously failed ;) |
| 20:07.03 | wpwrak | larsc: ... but of course, if someone's cache (or items from it) would somehow end up at a place you can access, dsv would be more than willing to worth with that |
| 20:07.45 | wpwrak | larsc: naw, you actually hit one of the reasons why i wrote dsv ;-) |
| 20:08.52 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 20:09.32 | larsc | I want to use it, because I have this bad habbit of just entering the part name into google and end up with datasheet.pdf datasheet(1).pdf datasheet(2).pdf ... in my downloads folder |
| 20:11.56 | viric | I know that habit |
| 20:12.10 | viric | with the difference of.. who needs a download folder? |
| 20:15.31 | larsc | I do |
| 20:18.09 | wpwrak | i hate download folders. either it's something that's totally ephemeral or it's something that already has a well-defined home somewhere in my file system. i want it to be exactly there, not in $HOME or some obscure choice of the browser. |
| 20:19.04 | wpwrak | i.e., what i want is a nice wget-able URL. i'll take care of the rest. and yes, paraphrasing Linus: fuck you, sourceforge, fuck you ! |
| 20:22.42 | larsc | well, at least you don't have to install a download client |
| 20:24.33 | wpwrak | yeah, what the world needs is a "1N4148 DATA SHEET APP" ;-) (ideally with mandatory registration and that installs itself such that it's always somewhere on the screen) |
| 20:25.07 | wpwrak | (1N4148) as an example of a rather trivial and very common diode |
| 20:29.57 | larsc | * Requires iPhone4 or later |
| 20:31.27 | wpwrak | yeah :) |
| 20:41.57 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1000:a::27f) |
| 21:05.54 | *** join/#qi-hardware gargon (~gargon@catv-80-99-20-126.catv.broadband.hu) |
| 21:10.42 | gargon | does qi-hardware.com is down at this moment? |
| 21:21.07 | larsc | yes |
| 21:26.41 | *** join/#qi-hardware GNUtoo (~gnutoo@50.118-226-89.dsl.completel.net) |
| 21:27.05 | *** join/#qi-hardware zear_ (~zear@2001:0:5ef5:79fd:28ee:83e:2abe:b43b) |
| 21:31.59 | *** join/#qi-hardware emeb (~ericb@174-26-228-217.phnx.qwest.net) |
| 23:06.09 | *** join/#qi-hardware marcan (marcan@marcansoft.com) |
| 23:21.20 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 23:22.26 | *** join/#qi-hardware zear_ (~zear@2001:0:5ef5:79fb:2873:1e0f:2abe:b43b) |