Podcasts about 64mb

  • 13PODCASTS
  • 22EPISODES
  • 56mAVG DURATION
  • ?INFREQUENT EPISODES
  • Dec 17, 2023LATEST

POPULARITY

20172018201920202021202220232024


Best podcasts about 64mb

Latest podcast episodes about 64mb

仙台福音自由教会 礼拝メッセージ Podcast
クリスマスのための戦い

仙台福音自由教会 礼拝メッセージ Podcast

Play Episode Listen Later Dec 17, 2023 35:39


実施日時: 2023年12月17日 日曜礼拝 メッセンジャー: 吉田耕三牧師 聖書箇所: マタイ1章18~25節 長さ・サイズ: 35:39 (32.64MB)

64mb
TechByter Worldwide (formerly Technology Corner) with Bill Blinn
TechByter Worldwide 2022-09-30: Don't Let Your Computer Lose Its Cool. Short Circuits. Twenty Years Ago.

TechByter Worldwide (formerly Technology Corner) with Bill Blinn

Play Episode Listen Later Sep 30, 2022 19:11


You're careful not to drop your notebook computer into the ocean or down a flight of stairs, but heat is the insidious destroyer of all electronic devices. In Short Circuits: Ordering groceries online with curbside pickup or home delivery made big advances during the worst months of the Covid pandemic. Growth has slowed, but not stopped. Big chains have gone all in, and smaller stores are struggling to stay in the game. • Windows updates interrupt us. Sometimes they annoy us. But if you're tempted to skip the updates, think again. Twenty Years Ago (only on the website): Having a device that could hold 64MB of data and yet was about the size of a pack of gum seemed amazing in 2002, and it was. Floppy disks were still around and you'd need a huge pocket to carry 64MB of data on floppies.

古川福音自由教会 礼拝メッセージ Podcast
心せよ、安息を与えし主を

古川福音自由教会 礼拝メッセージ Podcast

Play Episode Listen Later Jul 4, 2021 40:43


実施日時: 2021年7月4日 日曜礼拝 メッセンジャー: 門谷 信愛希 牧師 聖書箇所: 出エジプト記16章22〜36節 長さ・サイズ: 40:43 (18.64MB) 内容紹介: しばしば「戒律」と受け取られがちな「安息日」。実はそうではなく、「神様からのギフト」なんだよ、と聖書は語ります。なぜそう言えるのでしょうか。それは、エジプトから脱出したイスラエルの歩みにありました。そしてこの「安息日」は、現代に生きる私たちにとっても、実は大きな意味を持っていました。その意味について、聖書から丁寧に語っていきます。しばしば「戒律」と受け取られがちな「安息日」。実はそうではなく、「神様からのギフト」なんだよ、と聖書は語ります。なぜそう言えるのでしょうか。それは、エジプトから脱出したイスラエルの歩みにありました。そしてこの「安息日」は、現代に生きる私たちにとっても、実は大きな意味を持っていました。その意味について、聖書から丁寧に語っていきます。

64mb
Adafruit Industries
Deep Dive w/Scott: Flash and Clocks oh my!

Adafruit Industries

Play Episode Listen Later Mar 12, 2021 126:50


I’m sponsored by Adafruit to work on CircuitPython. Support them, and by extension me, by purchasing hardware from https://adafruit.com Chat with me and lot of others on the Adafruit Discord at https://adafru.it/discord. Deep Dive happens every week. Normally Fridays at 2pm Pacific but occasionally shifted to Thursday at 2pm. Typically goes for two hours or more. Questions are welcome. Next week is on Friday. If you are outside the US, double check the time because the US is changing this weekend. Time change in USA 0:00 Getting things going 03:09 hello 06:56 housekeeping 11:25 How do you keep the cats away from the workstation and hot irons? 12:40 how far is circuitpython's implementation of asynchronous I/O scheduler (uasyncio)? 14:44 Is there a time you'd pick the STM32F405 Feather over the SAMD51 feather? They seem similarly capable, but Adafruit seems all-in on the SAMD51 16:10 there was no feather airlift so ordered 1 on digikey which has not even shipped yet Ordered another airlift yesterday from adafruit when it came back in stock so which one will show up first? 18:05 Feather RP2040 flash speed fix 18:34 OSHPark USBmicromod/v1 19:29 Are you using debug-edge in anything? Know anyone else who is using it? 24:58 SMT assembly at OSH Park ( no ) 25:11 how does OSH's flex pcb compare to the flex PCB on the neopixel/dotstar strips 26:41 Overhead / RP2040 feathers… flash socket 34:30 How big flash chip we can use with Metro/Feather M4 express? I tried mounting 64Mb but circuitpython didn't support it!!! 35:37 nvm.TOML improvements 38:43 Salea Logic Pro 16 work 40:52 Is there a good small library for ingesting uart stuff, and parsing into variables, in CP ? (for multi headed use cases) 41:19 back to the logic analyzer…. Examining the clock speed up during the boot process 51:10 Luke mentions RXDLY see boot2_w25q80.S for reference 55:46 Well it delays your sampling to the point in time where you launch the next clock transition which should still give you plenty of hold time because your data hold will be equal to round trip delay ​so RX_SAMPLE_DLY = 1 should be fine for BAUDR = 2 ha, I bet the second read is the hardfault vector fetch 58:35 - works one time when new software is installed, but not on power up 1:00:30 is there a good source to understand how PIO was implemented? Its not part of the M0 "platform", right? So I'm assuming it’s something uniquely developed for the RP2040 1:01:30 updating firmware again…. 1:06:09 Lady Ada drops in1 1:07:14 ItsyBitsy RP2040 prototype ( launching with 4MB flash? ) Discussion of Flash speed 1:17:30 - Luke added “there is more timing to play with -- for boot2_w25q80 we also disable input schmitt to get good setup timing. Have run the winbond devices at their max 133 MHz SCK reliably” ​(with RP2040 running a bit off-label :-) ) 1:21:11 ‘quad enable bit non-volatile’ frustration / warning…. 1:38:40 - catch desk of ladyada on Sunday! 1:39:15 bye LadyAda 1:39:30 Does this relate to the QT-Py flash? 1:40:02 so is there a volatile QSPI enable also? 1:41:25 Can Micro Python libraries work on Circuit Python? 1:42:06 Schmidt Trigger idea from Luke … 1:44:02 how do you get those cool colors and such in your terminal prompt?? 1:44:20 Scott’s quick build machine -j32 1:48:45 commit code before moving back to C… 1:52:40 Did you get the Pomona clip working from last week? 1:53:30 What are you not allowed to tell us ? 1:55:15 ​is that 2 x 5 SWD header difficult to solder on? 1:56:55 how many times is a decent test for reliability in this sort of case? 1:59:25 rebase code 2:00:30 responding to spam calls .. 2:01:00 pull request 2:02:30 why are you using Mac? and why not Linux? 2:03:29 so what do you use to capture the camera feeds? 2:05:14 wrap up 2:06:28 sign off 4:07pm... ----------------------------------------- LIVE CHAT IS HERE! http://adafru.it/discord Adafruit on Instagram: https://www.instagram.com/adafruit Subscribe to Adafruit on YouTube: http://adafru.it/subscribe New tutorials on the Adafruit Learning System: http://learn.adafruit.com/ -----------------------------------------

안쌤의 유로톡(Anssaem's Eurotalk)
200회 유럽의 ‘슈퍼선거'와 유럽통합

안쌤의 유로톡(Anssaem's Eurotalk)

Play Episode Listen Later Jan 11, 2021 20:11


제작 및 진행: 안병억(대구대학교 국제관계학과). 1. 독일 총선 9월 26일과 독일의 리더십 공백. 2. 네덜란드 3월 17일 선거, 짠돌이 4개국의 대표 주자. 3. 프랑스 대선 2022년 4월 말, 마크롱 재선 여부. 4. 브렉시트와 유럽통합의 진전 -연합왕국 영국의 존속 언제까지? -경성 브렉시트, 경제에 타격. 5. 미국-EU 대서양관계 전망. 6. 다자주의 국제질서. 7. 국제행사 20분 11초, 4.64MB. #코로나 19 독일, #코로나 19 영국, #독일 총선 2021년, #독일 앙겔라 메르켈 총리, #네덜란드 총선 2021, #독일 녹색당, #중국-EU 투자협정, #대서양관계, #미 바이든 행정부. 함께 청취하면 도움이 되는 대담. 154회 질서 이행기와 초불확실성(2020.1.7. 방송).

仙台福音自由教会 礼拝メッセージ Podcast

実施日時: 2019年8月25日 日曜礼拝 メッセンジャー: 吉田耕三牧師 聖書箇所: 第一ヨハネ1章7~10節 長さ・サイズ: 36:45 (33.64MB)

64mb
Bad Roll Models - RPG Improv Comedy
Episode 8: Hot for Teacher

Bad Roll Models - RPG Improv Comedy

Play Episode Listen Later Aug 20, 2019 29:31


Our heroes beat back the first wave of Crushers, but the real battle’s only just begun: the battle to figure out which accent Matthew will use next. Also, Teacher the computer is in trouble, all 64MB of her. The post Episode 8: Hot for Teacher appeared first on Bad Roll Models Podcast.

古川福音自由教会 礼拝メッセージ Podcast

実施日時: 2019年5月12日 日曜礼拝 メッセンジャー: 門谷 信愛希 牧師 聖書箇所: コロサイ3章18〜25節 長さ・サイズ: 51:39 (23.64MB) 内容紹介:

64mb
Fotografía y Retoque Digital de Carretedigital
¿Qué accesorios utilizar en fotografía nocturna? LFQT, 209

Fotografía y Retoque Digital de Carretedigital

Play Episode Listen Later Feb 11, 2019 52:24


¿Qué accesorios utilizar en fotografía nocturna?   Como os dijimos muchas veces nos encontramos con compañeros fotógrafos que quieren cambiar de equipo, pensando que con un mejor equipo van a tomar mejores fotografías nocturnas, y no es así.  https://youtu.be/HxclMOwqVV8 Lo interesante a la hora de salir en busca de una buena fotografia nocturna es tener una buena planificación, no solo de la fotografía, si no de como capturarla para sacarle el máximo partido a la localización con nuestro equipo.   Os recomendamos un libro de procesado avanzado que puede ayudarnos mucho a la hora de conseguir ese plus que nuestro equipo no nos da.   Se titula Técnicas Avanzadas de edición digital os dejamos el enlace a continuación.     Todo un lujo tener un libro como este, ojo es un libro electrónico no esta en papel.   Cual es el mejor objetivo para fotografía nocturna?   Después hablamos de los objetivos y os hable de mi experiencia con 2, principalmente con la marca Samyang y con Irix.   El primero es un objetivo "Barato", que da buenos resultados, pero su calidad/precio ha quedado en entredicho con la aparición de nuevas marcas como por ejemplo Irix.     Como os dijimos en el directo, es una opción, pero si queremos una calidad superior nos decantamos por Irix 15 mm     Por la diferencia de precio no hay color.   Tarjetas de memoria para fotografía nocturna   Os hablamos también de la importancia de una buena tarjeta de memoria. Hay muchas pero vamos a centrarnos en SD, que es el standard ahora mismo, y hay que fijarse en algunas peculiaridades.     Hasta ahora podemos encontrar: normal, HC y XC.   SD -> 16MB, 32 MB, 64MB, 128MB, 256MB, 512MB, 1GB, 2GB, 4GB, 8GB, 16GB, 32GB. No soportan el BUS UHS.   SDHC-> 4GB, 8GB, 16GB, 32GB. Soportan BUS UHS.   SDXC-> 64GB, 128GB, 200GB, 512GB, 2TB. Soportan BUS UHS.    Tipo de BUS UHS   UHS-I: 104MB/sg Velocidad máxima de lectura/escritura.   UHS-II: 312MB/sg Velocidad máxima de lectura/escritura.   Clase de BUS UHS   U1: 10MB/sg Velocidad mínima de escritura.   U3: 30MB/sg Velocidad mínima de escritura.    Clase   Clase 2:    2MB/sg   Clase 4:    4MB/sg   Clase 6:    6MB/sg   Clase 10:  10MB/sg   Capacidad de almacenamiento   La cantidad de memoria que puede almacenar esa tarjeta.   Tipos de tarjetas según las siglas   Las siglas SD, SDHC y SDXC vienen dadas por la capacidad de las mismas. SD (Security Digital) fueron las primeras que se lanzaron compitiendo con otros formatos, como las XD o las Memory Stick, y su capacidad llegaba a alcanzar los 32GB. Luego llegaron las SDHC (SD High Capacity) que otorgaban mayor confianza y velocidad en el guardado de archivos grandes y, en teoría, son capaces de llegar a las 2TB, pero la SD Association estableció su límite en 32GB. Y por último las SDXC (SD eXtended Capacity), las cuales llegan a 2TB y por cuenta de que guardan mayor cantidad de datos, necesitan más velocidad, por lo que vienen con BUS, además están preparadas para poder ser formateadas en exFAT.   Los buses se crearon para las tarjetas de mayor rendimiento, pues era necesario que fuesen capaces de escribir a gran velocidad grandes cantidades de datos provenientes de los vídeos FullHD en adelante (2K,4K...), sin que la grabación del dispositivo fuese detenida por culpa de la tarjeta.   Después de estos datos técnicos os recomendamos un par de tarjetas:         Como veis a la hora de realizar una buena fotografía nocturna son muchas las cosas a tener en cuenta, desde la planificación, la preparación y tener claro cómo tenemos que realizar la fotografia que tenemos en la cabeza.   Como plus os dejamos el enlace a una pequeña power bank pero muy eficiente:     Nos vemos en el proximo directo.

古川福音自由教会 礼拝メッセージ Podcast

実施日時: 2018年9月2日 日曜礼拝 メッセンジャー: 門谷 信愛希 牧師 聖書箇所: エペソ6章10〜17節 長さ・サイズ: 51:39 (23.64MB) 内容紹介:

64mb
BSD Now
162: The Foundation of NetBSD

BSD Now

Play Episode Listen Later Oct 5, 2016 106:11


This week on the show, we'll be talking to Petra about the NetBSD foundation, about how they operate and assist NetBSD behind the scenes. That plus lots of news This episode was brought to you by Headlines What is new on EC2 for FreeBSD 11.0-RELEASE (http://www.daemonology.net/blog/2016-10-03-FreeBSD-EC2-11-0-RELEASE.html) “FreeBSD 11.0-RELEASE is just around the corner, and it will be bringing a long list of new features and improvements — far too many for me to list here. I think there are some improvements in FreeBSD 11.0 which are particularly noteworthy for EC2 users.” “First, the EC2 Console Screenshot functionality now works with FreeBSD. This provides a "VGA" output as opposed to the traditional "serial port" which EC2 has exposed as "console output" for the past decade, and is useful largely because the "VGA" output becomes available immediately whereas the "serial port" output can lag by several minutes. This improvement is a simple configuration change — older releases didn't waste time writing to a non-serial console because it didn't go anywhere until Amazon added support on their side — and can be enabled on older FreeBSD releases by changing the line console="comconsole" to boot_multicons="YES" in /boot/loader.conf.” “The second notable change is support for EC2 "Enhanced Networking" using Intel 82599 hardware; on the C3, C4, R3, I2, D2, and M4 (excluding m4.16xlarge) families, this provides increased network throughput and reduced latency and jitter, since it allows FreeBSD to talk directly to the networking hardware rather than via a Xen paravirtual interface. Getting this working took much longer than I had hoped, but the final problem turned out not to be in FreeBSD at all — we were tickling an interrupt-routing bug in a version of Xen used in EC2. Unfortunately FreeBSD does not yet have support for the new "Elastic Network Adapter" enhanced networking used in P2 and X1 instance families and the m4.16xlarge instance type; I'm hoping that we'll have a driver for that before FreeBSD 11.1 arrives.” “The third notable change is an improvement in EC2 disk throughput. This comes thanks to enabling indirect segment I/Os in FreeBSD's blkfront driver; while the support was present in 10.3, I had it turned off by default due to performance anomalies on some EC2 instances. (Those EC2 performance problems have been resolved, and disk I/O performance in EC2 on FreeBSD 10.3 can now be safely improved by removing the line hw.xbd.xbdenableindirect="0" from /boot/loader.conf.)” “Finally, FreeBSD now supports all 128 CPUs in the x1.32xlarge instance type. This improvement comes thanks to two changes: The FreeBSD default kernel was modified in 2014 to support up to 256 CPUs (up from 64), but that resulted in a (fixed-size) section of preallocated memory being exhausted early in the boot process on systems with 92 or more CPUs; a few months ago I changed that value to tune automatically so that FreeBSD can now boot and not immediately panic with an out-of-the-box setup on such large systems.” “I think FreeBSD/EC2 users will be very happy with FreeBSD 11.0-RELEASE; but I'd like to end with an important reminder: No matter what you might see on FTP servers, in EC2, or available via freebsd-update, the new release has not been released until you see a GPG-signed email from the release engineer. This is not just a theoretical point: In my time as a FreeBSD developer I've seen multiple instances of last-minute release re-rolls happening due to problems being discovered very late, so the fact that you can see bits doesn't necessarily mean that they are ready to be downloaded. I hope you're looking forward to 11.0-RELEASE, but please be patient.” *** Upgrading Amazon EC2 instance from 10.3 to 11.0-PRERELEASE results in hang at boot (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213196) As if to underscore that last point, a last minute bug was found on sunday night A user reported that they used freebsd-update to upgrade an EC2 instance from 10.3 to 11.0 and it started hanging during boot After some quick investigation by Colin, the problem was reproduced Since I had done a lot of work in the loader recently, I helped Colin build a version of the loader with a lot of the debugging enabled, and some more added to try to isolate where in the loader the freeze was happening Colin and I worked late into the night, but eventually found the read from disk that was causing the hang Unlike most of the other reads, that were going into the heap, this read was into a very low memory address, right near the 640kb border. This initially distracted us from the real cause of the problem With more debugging added, it was determined that the problem was in the GELIBoot code, when reading the last sector of each partition to determine if it is encrypted. In cases where the partition is not 4k aligned, and butts up against the end of the disk, the formula used could result in a read past the end of the disk The formula rounds the last sector byte address down to the nearest factor of 4096, then reads 4096 bytes. Then that buffer is examined to determine if the partition is encrypted. If it is a 512b sector drive, the metadata will be in the last 512 bytes of that 4096 byte buffer. However, if the partition is not 4k aligned, the rounding will produce a value that is less than 4096 bytes from the end of the disk, and attempting to read 4096 bytes, will read past the end of the disk Normally this isn't that big of a problem, the BIOS will just return an error. The loader will retry up to three times, then give up and move on, continuing to boot normally. Some BIOSes are buggy, and will initiate their own retries, and the combination might result in a stall of up to 30 seconds for each attempt to read past the end of the disk But it seems that Amazon EC2 instances, (and possibly other virtual instances), will just hang in this case. This bug has existed for 6 months, but was not caught because almost all installations are 4k aligned thanks to changes made to the installer over the last few years, and most hardware continues to boot with no sign of a problem Even the EC2 snapshot images of 11.0 do not have the problem, as they use a newer disk layout that is 4k aligned by default now. The problem only seems to happen when older disk images are upgraded The fix has been committed and will be merged the the branches over the next few days An Errata notice will be issues, and the fix will be available via freebsd-update It is recommended that EC2 users, and anyone who wants to be especially cautious, wait until this errata notice goes out before attempting to upgrade from FreeBSD 10.3 to 11.0 You can determine if your partitions are 4k aligned by running ‘gpart show'. If there is free space after your last partition, you won't have any issues. *** OpenBSD 6.0 Limited Edition CD set (signed by developers) (http://undeadly.org/cgi?action=article&sid=20160929230557&mode=expanded) The first one went for .$4,200.00 (http://www.ebay.com/itm/-/331985953783) + Looking for your piece of OpenBSD history? At the recent g2k16 hackathon in Cambridge UK, 40 OpenBSD developers put pen to paper and signed 5 copies of the new 6.0 release. + Each of these will be auctioned off on ebay, with the proceeds to benefit the OpenBSD foundation. + The first auction has already ended, and CD set went for a whopping $4200! + The next set only has 2 days left, and currently stands at $3000! (http://www.ebay.com/itm/-/331990536246) + Get your bids in soon, these are VERY unique, the odds of getting the same 40 developers in a room together and signing a new .0 release may make this a once-in-a-lifetime opportunity. + Additionally, if you are just starting your OpenBSD collection, here's a nice image to make you envious: A nice collection of OpenBSD CD Sets (http://i.imgur.com/OrE0Gsa.png) [What typing ^D really does on Unix ](https://utcc.utoronto.ca/~cks/space/blog/unix/TypingEOFEffects) + How often have you used a ^D to generate an EOF? Do you really know what that does? + Chris Siebenmann has posted a look at this on his blog, which might not be what you think “Typing ^D causes the tty driver to immediately finish a read().” He continues on: Normally doing a read() from a terminal is line-buffered inside the tty driver; your program only wakes up when the tty driver sees the newline, at which point you get back the full line. (Note that this buffering is distinct from anything that your language's IO system may be doing.) Typing ^D causes the tty driver to stop waiting for a newline and immediately return from the read() with however much of the line has been accumulated to date. If you haven't typed anything on the line yet, there is nothing accumulated and the read() will return 0 bytes, which is conveniently the signal for end of file. If you have typed something the program will get it; because it doesn't have a trailing newline, the program's own line-buffering may take over and keep read()ing to get the rest of the line. (Other programs will immediately process the partial line with no buffering; cat is one example of this.) Once you've typed ^D on a partial line, that portion of the line is immutable because it's already been given to the program. Most Unixes won't let you backspace over such partial lines; effectively they become output, not input. (Note that modern shells are not good examples of this, because they don't do line-buffered input; to support command line editing, they switch terminal input into an uninterpreted mode. So they get the raw ^D and can do whatever they want with it, and they can let you edit as much of the pending line as they want.) Fascinating stuff, and interesting to see behind the curtain at exactly what's going on with your programs buffering and tty driver interaction. Interview - Petra Zeidler - spz@netbsd.org (mailto:spz@netbsd.org) NetBSD Foundation *** News Roundup Running FreeBSD in Travis-CI Thanks to KQEmu (http://erouault.blogspot.com/2016/09/running-freebsd-in-travis-ci.html) Travis-CI is the most popular testing framework on Github, but it doesn't support any of the BSDs This didn't discourage Even Rouault, who managed to run FreeBSD in KQEMU on the Linux instances provided by Travis-CI “Travis-CI has a free offer for software having public repository at GitHub. Travis-CI provides cloud instances running Linux or Mac OS X. To increase portability tests of GDAL, I wondered if it was somehow possible to run another operating system with Travis-CI, for example FreeBSD. A search lead me to this question (https://github.com/travis-ci/travis-ci/issues/1818) in their bug tracker but the outcome seems to be that it is not possible, nor in their medium or long term plans.” “One idea that came quickly to mind was to use the QEMU machine emulator that can simulate full machines, of several hardware architectures.” They found an existing image of FreeBSD 9.2 and configured the Travis job to download it and fire it up in QEMU. “Here we go: ./configure && make ! That works, but 50 minutes later (the maximum length of a Travis-CI job), our job is killed with perhaps only 10% of the GDAL code base being compiled. The reason is that we used the pure software emulation mode of QEMU that involves on-the-fly disassembling of the code to be run and re-assembling.” Travis-CI runs in Google Compute Engine, which does not allow nested virtualization, so hardware virtualization is not an option to speed up QEMU “Here comes the time for good old memories and a bit of software archeology. QEMU was started by Fabrice Bellard. If you didn't know his name yet, F. Bellard created FFMPEG and QEMU, holds a world record for the number of decimals of Pi computed on a COTS PC, has ported QEMU in JavaScript to run the Linux kernel in your browser, devised BPG, a new compression based on HEVC, etc....” “At the time where his interest was focused on QEMU, he created KQemu, a kernel module (for Linux, Windows, FreeBSD hosts), that could significantly enhance QEMU performance when the guest and hosts are x86/x86_64 and does not require (nor use) hardware virtualization instructions.” “Running it on Travis-CI was successful too, with the compilation being done in 20 minutes, so probably half of the speed of bare metal, which is good enough.” “I could also have potentially tried VirtualBox because, as mentioned above, it supports software virtualization with acceleration. But that is only for 32 bit guests (and I didn't find a ready-made FreeBSD 32bit image that you can directly ssh into). For 64 bit guests, VirtualBox require hardware virtualization to be available in the host. To the best of my knowledge, KQemu is (was) the only solution to enable acceleration of 64 bit guests without hardware requirements.” It will be interesting to see if enough people do this hack, maybe Travis-CI will consider properly supporting FreeBSD *** OpenBSD EuroBSDcon 2016 Papers are online (https://www.openbsd.org/events.html) Slides from the OpenBSD talks at EuroBSDCon are online now Landry Breuil, Building packages on exotic architectures (https://rhaalovely.net/~landry/eurobsdcon2016/) Peter Hessler, Bidirectional Forwarding Detection (BFD) implementation and support in OpenBSD (https://www.openbsd.org/papers/eurobsdcon2016-bfd.pdf) Ingo Schwarze, Why and how you ought to keep multibyte character support simple (https://www.openbsd.org/papers/eurobsdcon2016-utf8.pdf) (roff/mm/gpresent source code (https://www.openbsd.org/papers/eurobsdcon2016-utf8.roff)) Stefan Sperling, OpenBSD meets 802.11n (https://www.openbsd.org/papers/eurobsdcon2016-openbsd-11n.pdf) Antoine Jacoutot, OpenBSD rc.d(8) (https://www.bsdfrog.org/pub/events/openbsd-rcd-EuroBSDcon2016.pdf) Marc Espie, Retrofitting privsep into dpb and pkg_add (https://www.openbsd.org/papers/eurobsdcon2016-privsep.pdf) Martin Pieuchot, Embracing the BSD routing table (https://www.openbsd.org/papers/eurobsdcon2016-embracingbsdrt.pdf) I am working to build a similar website for the FreeBSD project, but there is still a lot of work to do I also managed to find the slides from the keynotes: Opening Keynote: George Neville-Neil: Looking Backwards: The coming decades of BSD (https://papers.freebsd.org/2016/EuroBSDCon/LookingBackwards.pdf) Closing Keynote: Gert Döring: Internet Attacks, Self-Governance, and the Consequences (http://www.monobsd.com/files/16_ddos_and_consequences.pptx) *** VirtualBox Shared Folders on FreeBSD: progress report (https://kernelnomicon.org/?p=650) In the past month or so, VirtualBox in the FreeBSD ports tree got bumped to version 5, which while bringing new features, did cause a regression in Shared Folders. FreeBSD developer gonzo@ (Oleksandr Tymoshenko) has been tackling this issue in recent days and provides us with a look behind the curtain at the challenges involved. Specifically he started by implementing the various needed VOPs: “lookup, access, readdir, read, getattr, readlink, remove, rmdir, symlink, close, create, open, write.” He then continues with details about how complete this is: ““Kind of implemented” means that I was able to mount directory, traverse it, read file, calculate md5 sums and compare with host's md5sum, create/remove directories, unzip zip file, etc but I doubt it would survive stress-test. Locking is all wrong at the moment and read/write VOPs allocate buffers for every operation.” The bigger issue faced is with the rename VOP though: I hit a roadblock with rename VOP: it involves some non-trivial locking logic and also there is a problem with cached paths. VBox hypervisor operates on full paths so we cache them in vboxfs nodes, but if one of parent directories is renamed, all cached names should be modified accordingly. I am going to tackle these two problems once I have long enough stretch of time time sit and concentrate on task. + We wish him luck in getting those issues solved. I know quite a few of our users rely on shared folders as well. FreeBSD News Issue #1 (http://support.rossw.net/FreeBSD-Issue1.pdf) Issue #1 of FreeBSD News, from summer of 1997 Contains an article by Yahoo! co-founder David Filo about their early use of FreeBSD, on 100mhz Pentium machines with 64MB of ram Java Development Kit 1.0.2 ported to FreeBSD What is FreeBSD? Running the world's busiest FTP site (cdrom.com) on FreeBSD Xi Graphics announces the release of CDE Business Desktop, the first and only integrated desktop for FreeBSD, on AcceleratedX, a fully supported commercial grade X display server Get FreeBSD 2.2.2 Today! *** Beastie Bits Call for testing: newly MPSAFE nvme(4) (http://mail-index.netbsd.org/current-users/2016/09/21/msg030183.html) Thinking about starting a BUG in Indianapolis, IN USA (http://lists.dragonflybsd.org/pipermail/users/2016-September/313061.html) The cost of forsaking C: Why students still need to learn C (https://medium.com/bradfield-cs/the-cost-of-forsaking-c-113986438784#.o2m5gv8y7) OpenBSD (U)EFI bootloader howto (https://blog.jasper.la/openbsd-uefi-bootloader-howto/) Michael Lucas sets his eyes on OpenBSD's web stack for his next book (http://blather.michaelwlucas.com/archives/2780) LibreSSL 2.5.0 released (http://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.5.0-relnotes.txt) OPNsense 16.7.5 released (https://opnsense.org/opnsense-16-7-5-released/) Feedback/Questions Jonas - ZFS on DO (http://pastebin.com/XeJhK0AJ) Ricardo - OpenBSD Encrypted Disk (http://pastebin.com/Z9JRjcvb) WiskerTickle - Storage Benchmark (http://pastebin.com/XAD0UevP) Phil - Thanks (http://pastebin.com/N52JhYru) Luis - Misc Questions (http://pastebin.com/57qS0wrx) ***

BSD Now
158: Ham, Radio and Pie (oh my)

BSD Now

Play Episode Listen Later Sep 7, 2016 109:28


This week on BSDNow, we'll be talking to Diane Bruce about using it for Ham Radio Enthusiasts, the RPi3 and much more! That plus all the latest news from the week, This episode was brought to you by Headlines PC-BSD is now TrueOS (https://www.trueos.org/2016/09/01/pc-bsd-evolves-into-trueos/) If you've been watching this show the past few months, I've been dropping little hints about the upcoming rename of PC-BSD -> TrueOS. We've made that more official finally, and are asking folks to test out the software before a wider announcement this fall. For those wondering about the name change, it's been something discussed over the past few years at different times. With us beginning to move more aggressively with changes for 11.0 (and eventually 12-CURRENT), the time seemed right to have a fresh start, using it as a spring-board to introduce all the changes in both software, and development / release model. I'll be discussing more about this shift in a talk at MeetBSD2016 (Another reason for you to go), but here's some of the highlights. No longer tied to specific FreeBSD point-releases, TrueOS will instead follow a rolling-release model based upon FreeBSD -CURRENT. Special tooling and features (Such as boot-environments) make this a feasible option that we didn't have as easily in the early days of PC-BSD. In addition, TrueOS builds some things different from vanilla FreeBSD. Specifically Matt Macy's DRM and Linux Compat work, LibreSSL directly in base, built from External Toolchain (No clang in base system package) and much more. New tools have have replaced, and are in the process of replacing the legacy PC-BSD control panel as well, which allows remote operation, either via Qt GUI, or WebSockets / REST API's. I'll be talking about more as things unfold, but for now please feel free to test and let us have feedback while we push towards a more stable release. *** The Voicemail Scammers Never Got Past Our OpenBSD Greylisting (http://bsdly.blogspot.com/2016/08/the-voicemail-scammers-never-got-past.html) Peter Hansteen (That grumpy BSD guy) gives us an interesting look at how their OpenBSD grey-listing prevented spam from ever making it to their inbox. Specifically it looks like it occurred during Aug 23rd and 24th, with a particularly nasty ransomware payload destined to play havoc with Windows systems. Peter then walks us through their three-server mail setup, and how spamd is run in greylisting mode on each. The results? Nothing short of perfection: > “From those sources we can see that there were a total of 386 hosts that attempted delivery, to a total of 396 host and target email pairs (annotated here in a .csv file with geographic origin according to whois). The interesting part came when I started looking at the mail server logs to see how many had reached the content filtering or had even been passed on in the direction of users' mailboxes. There were none. The number of messages purportedly from voicemail@ in any of the domains we handle that made it even to the content filtering stage was 0. Zero. Not a single one made it through even to content filtering.” Not bad at all! Looks like spam-trap addresses + grey-listing is the way to go for stopping this kind of foolishness. Checkout Peter's blog post for more details, but perhaps this will encourage you to setup a similar-type system for your business. *** FreeBSD on a tiny system; what's missing (http://adrianchadd.blogspot.com/2016/08/freebsd-on-tiny-system-whats-missing.html) Adrian Chadd talks about some of the bits that are missing to make FreeBSD truly useful on small embedded devices Some of this stuff can be done now, but requires more work than it should “The first is a lack of real service management. FreeBSD doesn't have a service management daemon - the framework assumes that daemons implement their own background and monitoring. It would be much nicer if init or something similar to init could manage services and start/restart them where appropriate.” Of course, on a system with 32mb of memory, such a service manager would need to be very light weight “maybe I want to only start telnetd or dropbear/sshd whenever a connection comes in. But I'd also like to be able to add services for monitoring, such as dnsmasq and hostapd.” telnetd and sshd can be run from inetd, but often depend on special support from the daemon “The next is a lack of suitable syslog daemon. Yes, I'd like to be able to log some messages locally - even if it's only a couple hundred kilobytes of messages. I'd also like to be able to push messages to a remote service. Unfortunately the FreeBSD syslog daemon doesn't do log rotation or maximum log file sizes itself - it's done by "newsyslog" which runs out of cron. This isn't any good for real embedded systems with limited storage.” Syslog leaves much to be desired, especially in its configuration syntax, and filtering capabilities. Having it be able to detect with log files have grown beyond a reasonable size and fire off newsyslog would be very interesting “Then yes, there's a lack of a cron service. It'd be nice to have that integrated into the service management framework so things could be easily added/removed. I may just use cron, but that means cron is also always running which adds memory footprint (~1.3 megabytes) for something that is almost never actually active. When you have 32MB of RAM, that's quite a bit of wasted memory.” Systems have come back full circle, to where 32MB and 64MB are amounts of memory people expect to work with, while other people still want the system to perform well with 32 or 64 GB of memory It will be interesting to see how this balancing act plays out, trying to make the same codebase useful for extremely small and extremely large systems at the same time, while also running it on your middle of the road laptop. *** So I lost my OpenBSD FDE password (https://blog.filippo.io/so-i-lost-my-openbsd-fde-password/) “The other day I set up a new OpenBSD instance with a nice RAID array, encrypted with Full Disk Encryption. And promptly proceeded to forget part of the passphrase.” So they started a little project Goal: “We need to extract enough info from the encrypted disk and rebuild enough of the decryption algorithm to be able to rapidly try many passphrases.” The post walks through how they reverse engineered the encryption system from the source code and a hexdump of a small encrypted memory disk “Now that we know how to extract the data and how to try passphrases against it, it will be trivial to write a bruteforce tool to recover the part of passphrase I forgot.” So, rather than having to try every possible passphrase, they only had to try fuzzing around the known keyword that was their passphrase. “UPDATE: I found it! After fixing a bug or two in the brute force tool and almost losing hope, it found the right combination of forgotten word and (Italian) misspelling.” This work lead to the author recommending that OpenBSD consider strengthening the key derivation algorithm (http://marc.info/?l=openbsd-tech&m=147316661717410&w=2) used in its FDE. Rather than using a fixed number of rounds (8000 currently), do a small benchmark and determine how much work can be done in a reasonable amount of time This is what FreeBSD's GELI FDE does, targeting ‘over 2 million microseconds' of work. On my desktop i5-3570 this results in 974842 rounds. The number will likely not be the same twice because of minor variations in how long it will take in microseconds. *** Interview - Diane Bruce - db@freebsd.org (mailto:db@freebsd.org) / @Dianora_1 (https://twitter.com/Dianora_1) Ham Radio, RPi3 and more! News Roundup See Me (Michael W. Lucas) in 2016 (http://blather.michaelwlucas.com/archives/2739) Looking for a chance to interact with author Michael W Lucas in meat-space? (That sounds wrong) If so, he has posted a list of the up-coming conferences he'll be speaking at, starting with Ohio LinuxFest Oct 7-8, where he'll be giving an introduction to ZFS talk. Nov 8th, he'll also be at MUG (Michigan User Group) giving a PAM talk. Sadly, no MeetBSD for Michael this year [moment of silence], but if you are able to make it to one of the aforementioned gatherings, be sure to bring your books for autographs. We promise he doesn't bite. Much. *** It's hard work printing nothing (http://www.tedunangst.com/flak/post/its-hard-work-printing-nothing) “It all starts with a bug report to LibreSSL that the openssl tool crashes when it tries to print NULL. This bug doesn't manifest on OpenBSD because libc will convert NULL strings to ”(null)” when printing. However, this behavior is not required, and as observed, it's not universal. When snprintf silently accepts NULL, that simply leads to propagating the error.” “There's an argument to be made that silly error messages are better than crashing browsers, but stacking layers of sand seems like a poor means of building robust software in the long term.” “As soon as development for the next release of OpenBSD restarted, some developers began testing a patch that would remove this crutch from printf.” If you'd like to help with this work, see our call for volunteers from 2 weeks ago: opportunity to help: %s audit in mandoc (https://marc.info/?l=openbsd-misc&m=147059272201219&w=2) Of course, immediately things started to complain. The configure script for talloc does a number of checks (check out the additional interesting observations by TedU here) “The test checking that our snprintf function conforms to the C99 standard actually contains, at a minimum, 3 deviations from the standard. It should say “Checking for non-conformant vsnprintf”.” “Of course, we're dealing with NULL pointers, so all bets are off, but I wonder what people who expect printf NULL to work expect out of strlen? Does it return 0? Does it crash?” So, talloc decides that the system printf is no good, and it should use its own bundled implementation “After all the configure testing, eventually the build will fail, because somebody forgot to actually add the replacement object file to the Makefile.” “If the replacement function has never been used, that's hardly reassuring that it is actually better tested than the version we have in libc.” *** Revisiting W^X with OpenBSD 6.0 (http://blog.acumensecurity.net/revisiting-wx-with-openbsd-6-0/) OpenBSD 6.0 includes enforcement of W^X in user-land This prevents an application from being able to map a page of memory with both Write and Execute permissions (protecting mmap(2)) Once mapped a page of memory should not be able to have permissions escalated (protecting mprotect(2)) OpenBSD 6.0 enforces the strict W^X definition, and not the PaX/grsec “once write never execute” type of policy *** OpenBSD imports a letsencrypt client into the base system (http://undeadly.org/cgi?action=article&sid=20160901060733) We've mentioned letskencrypt before (A native C version of the letsencrypt client, developed by Kristaps). Looks like it's undergoing a name-change to “acme-client” and has made it's way into OpenBSD's base system! This should ensure first-class support for management of Let's Encrypt certificates, here's hoping the portable version continues to thrive as well. Congrats to Kristaps! *** Beastie Bits OpenBSD: Release Songs 6.0: "Goodbye" -- no more CD releases (https://www.openbsd.org/lyrics.html#60f) FreeBSD 101 Hacks (https://nanxiao.gitbooks.io/freebsd-101-hacks/content/) LibreSSL enabled by default in HardenedBSD (https://hardenedbsd.org/article/shawn-webb/2016-08-20/libressl-enabled-default) DragonflyBSD removes last bits of 32-bit Linux emulation and has no plans to implement 64-bit linux emulation (http://lists.dragonflybsd.org/pipermail/commits/2016-August/624241.html) OpenBSD has sent 32bit sparc to the great bitbucket in the sky (https://twitter.com/phessler/status/771277693090467840) Front Range BSD User Group September Meeting (http://slexy.org/view/s2hm4HBkb2) KnoxBug TrueOS Wrap-up (http://knoxbug.org/content/going-with-the-flow) Feedback/Questions Cody - TrueOS Questions (http://pastebin.com/mVK8G1Vr) John - FreeNAS Backups (http://pastebin.com/xsUNUfCS) Herminio - PowerPC + OpenBSD (http://pastebin.com/nHkWuNkm) Dennis - pmake vs bmake (http://pastebin.com/NAh7r6Ed) Al - Upgrade conflicts (http://pastebin.com/8HaK7yJ6) ***

Podcast Borracho
#PodcastBorracho 217: (Calidad decente 64MB) La magia del vinyl, lo sentimos millennials a ustedes no les tocó [2 de 3]

Podcast Borracho

Play Episode Listen Later Aug 2, 2016 70:12


Seguimos dándole a los acetatos de vinilo ya el pedo va en aumento y vamos desde The Beatles hasta The Beatles pasando por clásico como Marco Antonio Muñiz, Elvis, José José, Bob Marley, Ray Charles, David Bowie y Eric Clapton. Aquí el setlist de esta emisión en siseante y expansivoso ETILIsound. Tomorrow Never Knows – The Beatles Escándalo – Marco Antonio Muñiz Little Less Conversation – Elvis If You Leave Me Now – Chicago Cuidado – SAN José José Una Mañana – SAN José José Pero Te Extraño – SAN José José Yo Sin Ti – Los Hermanos Castro Y después del amor – Los Hermanos Castro Redemption Song – Bob Marley I Have Plenty of nuttin – Ray Charles N/D - Howling Wolf Etta James – At Last Life On Mars? – David Bowie Sgt. Pepper Lonely Hearts Club Band – The Beatles Lucy in the Sky with Diamonds – The Beatles Bad Love – Eric Clapton A Day in the Life – The Beatles  

Podcast Borracho
#PodcastBorracho 217: (Calidad decente 64MB) La magia del vinyl, lo sentimos millennials a ustedes no les tocó [2 de 3]

Podcast Borracho

Play Episode Listen Later Aug 2, 2016 70:12


Seguimos dándole a los acetatos de vinilo ya el pedo va en aumento y vamos desde The Beatles hasta The Beatles pasando por clásico como Marco Antonio Muñiz, Elvis, José José, Bob Marley, Ray Charles, David Bowie y Eric Clapton. Aquí el setlist de esta emisión en siseante y expansivoso ETILIsound. Tomorrow Never Knows – The Beatles Escándalo – Marco Antonio Muñiz Little Less Conversation – Elvis If You Leave Me Now – Chicago Cuidado – SAN José José Una Mañana – SAN José José Pero Te Extraño – SAN José José Yo Sin Ti – Los Hermanos Castro Y después del amor – Los Hermanos Castro Redemption Song – Bob Marley I Have Plenty of nuttin – Ray Charles N/D - Howling Wolf Etta James – At Last Life On Mars? – David Bowie Sgt. Pepper Lonely Hearts Club Band – The Beatles Lucy in the Sky with Diamonds – The Beatles Bad Love – Eric Clapton A Day in the Life – The Beatles  

古川福音自由教会 礼拝メッセージ Podcast

実施日時: 2016年7月3日 日曜礼拝 メッセンジャー: 門谷 信愛希 牧師 聖書箇所: マタイ22章15〜22節 長さ・サイズ: 45:06 (20.64MB) 内容紹介:

64mb
Verdant Reports: 5 Minute Podcasts
Vegan and Vegetarian Chinese Food in SE Asia

Verdant Reports: 5 Minute Podcasts

Play Episode Listen Later Oct 29, 2013


Throughout Southeast Asia, Chinese Buddhist vegetarians kept Bill very well fed. He finds out more about this other vegetarian movement – and tries lots of food. Download internet radio report (5 mins 02 secs): Travelling and Eating Vegan in Southeast Asia: Chinese Restaurants (MP3 3.64MB) (other sound file formats) This is the final of three […]

古川福音自由教会 礼拝メッセージ Podcast

実施日時: 2012年10月14日 日曜礼拝 メッセンジャー: 門谷 信愛希 牧師 聖書箇所: ヨナ4章1〜11節 長さ・サイズ: 40:30 (18.64MB) 内容紹介:

64mb
PharmaVOICE Podcasts
Best Practices for Sites and CRO Collaboration

PharmaVOICE Podcasts

Play Episode Listen Later Jan 4, 2011


Date Posted: 07/29/2010Size: 6.64MBLength: 00:14:31Thought Leaders: Ed Jahn, Clinical Operations Specialist, Criterium and Jaime Campbell Hudak, Clinical Data Liaison II, CriteriumIn this episode, our thought leaders discuss ways for CROs and sites to work together to achieve the best possible results. This episode is chock full of best practices and tips, as well as an overview of the results of a July 2010 survey of sites.Play PodcastFor more information on how you can be featured in a podcast, contact Dan Limbach at dlimbach@pharmavoice.com or call him at (847) 594-0157.

PharmaVOICE Podcasts
Leveraging Expanded Access and Named-Patient Programs: Best Practices for Small and Emerging Biotech and Pharma Companies

PharmaVOICE Podcasts

Play Episode Listen Later May 26, 2010


Date Posted: 03/31/2010Size: 6.64MBLength: 00:14:32Thought Leader: Nicky Wisener, Biopharmaceutical Account Manager, IdisIn this episode, Ms. Wisener describes how expanded access and named-patient programs can help successfully meet patients' needs while addressing the unique challenges faced by smaller and emerging companies.Play PodcastDownload Whitepaper For more information on how you can be featured in a podcast, contact Dan Limbach at dlimbach@pharmavoice.com or call him at (847) 594-0157.

Podcast La Aldea Irreductible
Podcast Irreductible 28 - Johann Sebastian Bach

Podcast La Aldea Irreductible

Play Episode Listen Later Nov 9, 2009


PODCAST LA ALDEA IRREDUCTIBLECAPÍTULO 28 - JOHANN SEBASTIAN BACHSi tenemos que hablar de músicos actuales, lo cierto es que tendría bastantes dudas a la hora de elegir cuál es mi favorito, sin embargo, en cuestión de música clásica no tengo muchas dudas: Johann Sebastian Bach, es el maestro.En un ocasión el gran Pau Cassals dijo una frase que se convertiría en casi un génesis para la música: "Primero fue Bach... y después todos los otros".Porque Bach es todo, la armonía, la perfección, la simplicidad, la belleza, la maestría, la unión y la mezcla de sonidos, de sensaciones...Hoy os ofrezco mi pequeño aporte a la recuperación histórica del genio de Eisenach. Una rehabilitación que desde hace algo más de un siglo se está llevando a cabo y que cada día pone un granito de arena para llevar a Johan Sebastian Bach al lugar que le corresponde.Un podcast que comenzará con un viaje al pasado, desde el presente, un viaje que parte de la imaginación con destino a la Historia con el objetivo de disfrutar con su música y conocer su vida.Espero que lo disfrutéis escuchándolo lo mismo que yo he disfrutado realizándolo...DESCARGAR EL PODCAST:- 64MB DESCARGA DIRECTA FORMATO .MP3- 29MB DESCARGA DIRECTA FORMATO .OGG- 64MB DESCARGA EN FORMATO COMPRIMIDO .ZIP- 64MB DESCARGA MEDIANTE MEGAUPLOAD- DESCARGA DESDE IVOOX- DESCARGA EN OTROS FORMATOS- DESCARGA EN iTUNES- Las Músicas utilizadas en este Podcast son de Dominio Público y están extraídas de la interesante colección Open Sourge de la Biblioteca Sonora de Archive.org con grabaciones anteriores a 1935.- La interpretación de la pieza final corre a cargo de un guitarrista amateur que ofrece su versión con guitarra acústica bajo Licencia Creative Commons. Podéis descargarla desde aquí.------------------------------------------------------SUSCRIBETE AL PODCAST DE HISTORIA Y CIENCIALA ALDEA IRREDUCTIBLE

PharmaVOICE Podcasts
Setting Sail for Success by Optimizing Productivity

PharmaVOICE Podcasts

Play Episode Listen Later Apr 2, 2009


Date:4/01/2009Length: 00:14:31Size: 6.64MBThought Leaders: Michael Hagan, Principal Consultant, Quintiles Consulting and James C. Kirk, VP and Practice Leader, Eidetics, Quintiles ConsultingIn episode one, of a three-part series, “Surviving to Thriving in Stormy Weather,” Mr. Hagan and Mr. Kirk discuss market pressures and how economic turmoil in the biopharma industry can be overcome by using process optimization.Play PodcastFor more information on how you can be featured in a podcast, contact Dan Limbach at dlimbach@pharmavoice.com or call him at (847) 594-0157

Podcast La Aldea Irreductible
Podcast Irreductible 08 - Enrique VIII

Podcast La Aldea Irreductible

Play Episode Listen Later Aug 30, 2008


Debo confesar que estoy disfrutando las Series que la HBO está realizando sobre temas históricos: Roma, John Adams y por supuesto, Los Tudors.Series interesantes y bien construidas historicamente.Asi que vuelvo a mi época favorita: La Europa de los siglos XVI y XVII, para presentaros este capítulo número 8 del Podcast de la Aldea Irreductible, que en esta ocasión está dedicado a Enrique VIII y sus 6 esposas...Catalina de Aragón, Ana Bolena, Jane Seymour, Ana de Cleves, Catalina Howard y Catalina Parr... Toda una lista de matrimonios encaminados a buscarle un heredero varón a Inglaterra.Un podcast que se podría completar perfectamente con el número 2 de esta Serie de Archivos sonoros de Historia y Ciencia, y que estuvo dedicado a Felipe II, para comprobar que en todos los paises las preocupaciónes de un Rey eran similares...DESCARGAR EL PODCAST:- 64MB DESCARGA DIRECTA FORMATO .MP3 - 28MB DESCARGA DIRECTA FORMATO .OGG- 16MB DESCARGA EN FORMATO COMPRIMIDO .ZIP- 64MB DESCARGA MEDIANTE MEGAUPLOAD- DESCARGA EN OTROS FORMATOS- DESCARGA EN iTUNESLas Músicas utilizadas en este Podcast estan bajo una Licencia Creative Commons- Vaughan Williams - Fantasia on Greensleeve- Serphonic- Julien Boulier- Avel Glass- Roger Subirana- Allison Crowe - Versión de Greensleeve "What child is this"------------------------------------------------------SUSCRIBETE AL PODCAST DE HISTORIA Y CIENCIALA ALDEA IRREDUCTIBLE