Slashdot Mirror

← Back to Domains

Domain: nctu.edu.tw

Stories and comments across the archive that link to nctu.edu.tw.

Comments · 10

  1. Bottle Beam by Anonymous Coward · · Score: 1 · on 'Darkness Ray' Beams Invisibility From a Distance

    That's a "bottle beam" (e.g. http://www.ieo.nctu.edu.tw/wfhsieh/pdf_files/2004-10.pdf), not exactly news ...

  2. A general problem with modern connected systems. by fuzzyfuzzyfungus · · Score: 5, Informative · on Speculation On Large-Scale Phone Location Snooping

    Unfortunately, this is just one facet of a larger problem with no especially easy solution.

    Trouble is, a lot of modern high-tech, networked systems generate huge amounts of potentially creepy data just in order to work. Your cellphone is useless if the network doesn't know what cell you are in, who you are calling, and what cell they are in. Nor does it work if the network doesn't know which handset and SIM are yours. Credit and debit cards only work because the system knows who to transfer money from and who to transfer it to. Hell, the internet isn't going to work all that well if systems between you and your destination don't have the information they need to deliver packets.

    Now, none of this means that we should aggregate and make use of these data, indeed, I think we shouldn't. However, because all these data necessarily exist for the system to work, they are constantly just sitting there, yours for the collecting. That makes legislative or cultural safeguards extremely difficult to build, even under the best of circumstances(ours are not the best of circumstances).

    Unfortunately, I don't know of any good way out. In some cases, it might be possible, with sufficient will, to build systems that don't generate so much compromising information(I hear very interesting things, for instance, about using clever crypto tricks for electronic currency). In others, that may not be possible. While you can, at a cost of latency and bandwidth, make tracking your activity on a network a nuisance(see tor), you would be hard pressed to defeat an opponent who can see the whole network, and you certainly can't match the efficiency of unobfuscated traffic.

    Barring a more or less apocalyptic collapse of modernity, we are going to have a damn difficult time building technology that doesn't, just in order to work, know rather more about us than we would like. Nor will it be very practical to directly legislate against particular abuses, the tech changes too quickly, and a disconcerting proportion of legislators are thick as posts when it comes to technological issues.

    If there is any hope at all, which I'm not sure that there is, it would be in doing what we can technologically(cryptographic cash + encrypting everything we can + avoiding potentially backdoored systems) along with encouraging a culture that rejects surveillance.

  3. A general problem with modern connected systems. by fuzzyfuzzyfungus · · Score: 5, Informative · on Speculation On Large-Scale Phone Location Snooping

    Unfortunately, this is just one facet of a larger problem with no especially easy solution.

    Trouble is, a lot of modern high-tech, networked systems generate huge amounts of potentially creepy data just in order to work. Your cellphone is useless if the network doesn't know what cell you are in, who you are calling, and what cell they are in. Nor does it work if the network doesn't know which handset and SIM are yours. Credit and debit cards only work because the system knows who to transfer money from and who to transfer it to. Hell, the internet isn't going to work all that well if systems between you and your destination don't have the information they need to deliver packets.

    Now, none of this means that we should aggregate and make use of these data, indeed, I think we shouldn't. However, because all these data necessarily exist for the system to work, they are constantly just sitting there, yours for the collecting. That makes legislative or cultural safeguards extremely difficult to build, even under the best of circumstances(ours are not the best of circumstances).

    Unfortunately, I don't know of any good way out. In some cases, it might be possible, with sufficient will, to build systems that don't generate so much compromising information(I hear very interesting things, for instance, about using clever crypto tricks for electronic currency). In others, that may not be possible. While you can, at a cost of latency and bandwidth, make tracking your activity on a network a nuisance(see tor), you would be hard pressed to defeat an opponent who can see the whole network, and you certainly can't match the efficiency of unobfuscated traffic.

    Barring a more or less apocalyptic collapse of modernity, we are going to have a damn difficult time building technology that doesn't, just in order to work, know rather more about us than we would like. Nor will it be very practical to directly legislate against particular abuses, the tech changes too quickly, and a disconcerting proportion of legislators are thick as posts when it comes to technological issues.

    If there is any hope at all, which I'm not sure that there is, it would be in doing what we can technologically(cryptographic cash + encrypting everything we can + avoiding potentially backdoored systems) along with encouraging a culture that rejects surveillance.

  4. Re:Does anyone know... by digitalunity · · Score: 1 · on Japanese Deploy Solar Sail

    There is an even better way to do it. It's called Chemical Vapor Deposition. Basically, you pump gaseous material(precursor) into a furnace. The molecules break down, depositing the desired material onto a base surface(substrate) and the leftover gases are pumped out. There are a variety of uses for CVD in semiconductor manufacturing(metal,amorphous silicon,silicon dioxide deposition) as well as astronautical uses(complex shape production where casting and forging isn't possible).

    CVD is incredibly useful for creating free-standing thin films. You take your substrate, CVD your desired chemicals onto it, and then chemically remove the substrate.

    A little about CVD

    A PDF about rocket combustion chambers and nozzles of Iridium/Rhenium by NASA/assorted US military

    Personally, if it were me, I would investigate the posibility of using a CVD thin-film of polished amorphous silicon on a organic polymer substrate. It has a lot of advantages in strength and rigidity as well as the silicon CVD process being a thoroughly tested process. It would also present an anvantageous surface area/weight metric.

  5. what about as a faculty member? by kris_lang · · Score: 1 · on Overseas Grad Studies for US Students?

    I've got a friend with an opportunity to work at NCTU in Hsin-chu, Taiwan, as a tenure-track faculty member. What about the other side of the equation. How is life as a faculty member outside of the United States? And has someone who's worked in Taiwan (Taipei or Hsinchu) got any information about it?

  6. mirrors that have builds by dbaron · · Score: 2, Informative · on Mozilla Firebird gets .8 Release, and New Name

    The following is a full list of the primary and secondary mirrors that have Firefox 0.8 builds. This list will also be maintained and updated.

    Apologies for not listing one per line, but slashdot rejects posts with "too few characters per line".

    North America: mozilla.isc.org (http) mozilla.isc.org (ftp) trillian.cc.gatech.edu (http) trillian.cc.gatech.edu (ftp) mozilla.ussg.indiana.edu (http) mozilla.ussg.indiana.edu (ftp) mozilla.oregonstate.edu (http) mozilla.oregonstate.edu (ftp) mozilla.gnusoft.net (http)

    Europe: sunsite.rediris.es (http) sunsite.rediris.es (ftp) sunsite.cnlab-switch.ch (ftp) ftp.cvut.cz (ftp) www.artfiles.org (http) ftp.rediris.es (ftp) ftp.rediris.es (http) ftp.task.gda.pl (ftp) ftp.task.gda.pl (http) sunsite.icm.edu.pl (ftp) (Windows only) sunsite.icm.edu.pl (http) (Windows only) ftp.mirror.ac.uk (ftp)

    Asia/Australia: ftp.lab.kdd.co.jp (ftp) ftp.kaist.ac.kr (http) ftp.kaist.ac.kr (ftp) ftp.nctu.edu.tw (ftp) mozilla.mirror.pacific.net.au (ftp) mozilla.mirror.pacific.net.au (http)

  7. Re:Bullshit. (Re:I don't recommend suse) by mandolin · · Score: 1 · on SuSE CEO's Two-Distro World

    .. and as long as we're keeping track, they at least used to be heavily involved w/XFree86 development. Particularly pre-4.0, when it *really* needed work.

  8. mirrors by dotgod · · Score: 3, Informative · on Mandrake Linux 9.0 Beta 1

    Australia

    ftp://ftp.planetmirror.com/pub/Mandrake/8.2/i586/ (Brisbane)
    Austria

    ftp://ftp.univie.ac.at/systems/linux/Mandrake/8.2/ i586/ (Vienna)

    ftp://gd.tuwien.ac.at/pub/linux/Mandrake/8.2/i586/ (Vienna)
    Belgium

    ftp://ftp.belnet.be/packages/mandrake/8.2/i586/
    Costa Rica

    ftp://ftp.ucr.ac.cr/pub/Unix/linux/mandrake/Mandra ke/8.2/i586/
    Czech Republic

    ftp://ftp.cesnet.cz/OS/Linux/Mandrake/mandrake/8.2 /i586/ (Brno)

    ftp://ftp.fi.muni.cz/pub/linux/mandrake/8.2/i586/ (Brno)

    ftp://klobouk.fsv.cvut.cz/pub/linux-mandrake/Mandr ake/8.2/i586/ (Prague)

    ftp://mandrake.redbox.cz/Mandrake/8.2/i586/

    ftp://sunsite.mff.cuni.cz/OS/Linux/Dist/Mandrake/m andrake/8.2/i586/ (Prague)

    http://ftp.fi.muni.cz/pub/linux/mandrake/8.2/i586/ (Brno)
    Denmark

    ftp://ftp.dkuug.dk/pub/mandrake/8.2/i586/ (Koebenhavn)

    ftp://ftp.sunsite.dk/mirrors/mandrake/8.2/i586/ (Aalborg)
    Estonia

    ftp://ftp.aso.ee/pub/os/Linux/distributions/mandra ke/8.2/i586/
    Finland

    ftp://ftp.song.fi/pub/linux/Mandrake/8.2/i586/ (Espoo)
    France

    ftp://ftp.ciril.fr/pub/linux/mandrake/8.2/i586/ (Nancy)

    ftp://ftp.club-internet.fr/pub/unix/linux/distribu tions/Mandrake/8.2/i586/ (Paris)

    ftp://ftp.info.univ-angers.fr/pub/linux/distributi ons/mandrake/8.2/i586/ (Angers)

    ftp://ftp.lip6.fr/pub/linux/distributions/mandrake /8.2/i586/ (Paris)

    ftp://ftp.proxad.net/pub/Distributions_Linux/Mandr ake/8.2/i586/ (Paris)

    ftp://ftp.u-strasbg.fr/pub/linux/distributions/man drake/8.2/i586/ (Strasbourg)

    ftp://linux.ups-tlse.fr/Mandrake/8.2/i586/ (Toulouse)
    Germany

    ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandra ke/8.2/i586/ (Esslingen)

    ftp://ftp.de.uu.net/pub/linux/mandrake/8.2/i586/

    ftp://ftp.fh-giessen.de/pub/linux/mandrake/8.2/i58 6/ (Giessen)

    ftp://ftp.fh-wolfenbuettel.de/pub/os/linux/mandrak e/dist/8.2/i586/ (Wolfenbuettel)

    ftp://ftp.gwdg.de/pub/linux/mandrake/8.2/i586/ (Goettingen)

    ftp://ftp.join.uni-muenster.de/pub/linux/distribut ions/mandrake/8.2/i586/ (Muenster)

    ftp://ftp.leo.org/pub/comp/os/unix/linux/Mandrake/ Mandrake/8.2/i586/ (Munchen)

    ftp://ftp.tu-chemnitz.de/pub/linux/mandrake/8.2/i5 86/ (Chemnitz)

    ftp://ftp.tu-clausthal.de/pub/linux/mandrake/8.2/i 586/ (Clausthal)

    ftp://ftp.uasw.edu/pub/os/linux/mandrake/dist/8.2/ i586/ (Wolfenbuettel)

    ftp://ftp.uni-bayreuth.de/pub/linux/Mandrake/8.2/i 586/ (bayreuth)

    ftp://ftp.uni-kassel.de/pub/linux/mandrake/8.2/i58 6/ (Kassel)

    ftp://ftp.uni-mannheim.de/systems/linux/mandrake/8 .2/i586/ (Mannheim)

    ftp://ftp.vat.tu-dresden.de/pub/Mandrake/8.2/i586/ (Dresden)

    ftp://ramses.wh2.tu-dresden.de/pub/mirrors/mandrak e/8.2/i586/ (Dresden)

    ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/ mandrake/8.2/i586/ (Aachen)
    Greece

    ftp://ftp.duth.gr/pub/Mandrake/8.2/i586/ (Thrace)

    ftp://ftp.ntua.gr/pub/linux/mandrake/8.2/i586/ (Athens)
    Hong Kong

    ftp://ftp.wisr.eie.polyu.edu.hk/linux/mandrake/8.2 /i586/
    Hungary

    ftp://ftp.linuxforum.hu/mirror/Mandrake/8.2/i586/
    Ireland

    ftp://ftp.esat.net/pub/linux/mandrake/8.2/i586/
    Italy

    ftp://bo.mirror.garr.it/mirrors/Mandrake/8.2/i586/ (Bologna)

    ftp://ftp.edisontel.it/pub/Mandrake_Mirror/Mandrak e/8.2/i586/
    Latvia

    ftp://ftp.latnet.lv/linux/mandrake/8.2/i586/
    Netherlands

    ftp://ftp.nl.uu.net/pub/linux/mandrake/8.2/i586/

    ftp://ftp.nluug.nl/pub/os/Linux/distr/Mandrake/Man drake/8.2/i586/

    ftp://ftp.surfnet.nl/pub/os/Linux/distr/Mandrake/M andrake/8.2/i586/

    ftp://ftp.wau.nl/pub/Mandrake/8.2/i586/ (Wageningen)
    Poland

    ftp://ftp.ps.pl/mirrors/mandrake/8.2/i586/ (Szczecin)

    ftp://ftp.task.gda.pl/pub/linux/Mandrake/8.2/i586/ (Gdansk)
    Portugal

    ftp://ftp.dei.uc.pt/pub/linux/Mandrake/Mandrake/8. 2/i586/ (Coimbra)

    ftp://tux.cprm.net/pub/Mandrake/8.2/i586/
    Russia

    ftp://ftp.chg.ru/pub/Linux/mandrake/8.2/i586/ (Chernogolovka)
    Singapore

    ftp://ftp.singnet.com.sg/opensource/linux/Mandrake /8.2/i586/
    Slovakia

    ftp://spirit.profinet.sk/mirrors/Mandrake/8.2/i586 / (Bratislava)
    Spain

    ftp://ftp.cesga.es/pub/linux/Mandrake/8.2/i586/ (Galicia)

    ftp://ftp.cica.es/pub/Linux/Mandrake/8.2/i586/ (Sevilla)

    ftp://ftp.rediris.es/pub/linux/distributions/mandr ake/8.2/i586/
    Sweden

    ftp://ftp.chello.se/pub/Linux/Mandrake/8.2/i586/

    ftp://ftp.chl.chalmers.se/pub/Linux/distributions/ Mandrake/8.2/i586/ (Gothenburg)

    ftp://ftp.du.se/pub/os/mandrake/8.2/i586/ (Dalarma)
    Switzerland

    ftp://ftp.pcds.ch/pub/Mandrake/8.2/i586/ (Neuhausen)

    ftp://sunsite.cnlab-switch.ch/mirror/mandrake/8.2/ i586/ (Zurich)
    Taiwan

    ftp://linux.cdpa.nsysu.edu.tw/pub/Mandrake/mandrak e/8.2/i586/

    ftp://linux.csie.nctu.edu.tw/distributions/mandrak e/Mandrake/8.2/i586/

    ftp://mdk.linux.org.tw/pub/mandrake/8.2/i586/
    Turkey

    ftp://ftp.ankara.edu.tr/pub/linux/dagitimlar/Mandr ake/8.2/i586/ (Ankara)
    United Kingdom

    ftp://ftp.mirror.ac.uk/sites/sunsite.uio.no/pub/un ix/Linux/Mandrake/Mandrake/8.2/i586/ (Canterbury)
    United States

    ftp://ftp-linux.cc.gatech.edu/pub/linux/distributi ons/mandrake/8.2/i586/ (Georgia)

    ftp://ftp.cise.ufl.edu/pub/mirrors/mandrake/Mandra ke/8.2/i586/ (Florida)

    ftp://ftp.cse.buffalo.edu/pub/Linux/Mandrake/mandr ake/8.2/i586/ (NY)

    ftp://ftp.nmt.edu/pub/linux/mandrake/8.2/i586/ (New Mexico)

    ftp://ftp.orst.edu/pub/mandrake/8.2/i586/ (Oregon)

    ftp://ftp.tux.org/pub/distributions/mandrake/8.2/i 586/ (Virginia)

    ftp://ftp.umr.edu/pub/linux/mandrake/Mandrake/8.2/ i586/ (Missouri)

    ftp://ftp.uwsg.indiana.edu/linux/mandrake/8.2/i586 / (Indiana)

    ftp://linux-cs.tccw.wku.edu/pub/linux/distribution s/Mandrake/8.2/i586/ (WKU-Linux, Western Kentucky University)

    ftp://mirror.aca.oakland.edu/linux/mandrake/8.2/i5 86/ (Michigan)

    ftp://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrak e/8.2/i586/ (Wisconsin)

    ftp://mirror.mcs.anl.gov/pub/Mandrake/8.2/i586/ (Illinois)

    ftp://mirrors.ptd.net/mandrake/8.2/i586/ (Pensylvania)

    ftp://mirrors.secsup.org/pub/linux/mandrake/Mandra ke/8.2/i586/

    ftp://uml-pub.ists.dartmouth.edu/mirrors/ftp.mandr akesoft.com/pub/Mandrake/mandrake/8.2/i586/ (New Hampshire)

    ftp://videl.ics.hawaii.edu/mirrors/mandrake/Mandra ke/8.2/i586/ (Hawaii)

    http://mandrake.dsi.internet2.edu/Mandrake/8.2/i58 6/ (For Internet2 academic institutions only)

  9. mirrors by country... by neo8750 · · Score: 4, Informative · on Mozilla 1.1 Beta Out And About
    lets be nice to the main site! .at .au .be .bg .ca .ch .com/.net/.org/.edu .cz .de .dk .ee .es .fi .fr .gr .hk .hu .ie .il .jp .kr .no .pl .pt .ru .se .sg .sk .tw .uk
  10. Re:DECstation != Alpha by aallan · · Score: 2 · on Recycling Vintage Alphas with Debian

    I can't find any drivers written to support the machine's TurboChannel bus.

    Having had a couple of TurboChannel machines kicking around a few of years I went through the same cycle. Linux doesn't support TurboChannel at all, but some versions of BSD do, from the Linux/Alpha FAQ

    Linux/Alpha is unlikely to support the TURBOchannel-based Alpha systems in the near (or any) future (this is the DEC 3000 series of workstations). The reason for this is two-fold: first, these machines have an I/O system that is very different from PCI-based machines and therefore do not look anything like PCs (e.g., pretty much all drivers would have to be written from scratch). Second, with the advent of PCI, the TURBOchannel is pretty much dead technology (for better or worse) and it just isn't all that much fun to develop software for dead technology (on the other hand, it may soon be possible to buy such systems cheaply, which would make them more interesting to Linux users, I suppose).

    If you have such a machine and want to run a free OS, look for the BSD's. At least one of them supports the 3000 series.

    Al.