I was looking at doing this recently and a good option seems to be the Epia systems from Via. You can run a silent fanless system up to around 1.3ghz provided you are willing to go diskless.
This sounds like a windows-only feature but
how can code signatures be verified? Does
windows have some sort of certificate chain ala
SSL where a developer needs to get an SSL
certificate signed in order to code sign. If
this is the case and such signatures were
verified by the os kernel itself before running
the binary, it makes good sense for IT
departments to have the ability to restrict
binaries based on signatures.
I can't speak to Ubunto, but SATA works fine using the Sarge install.
Just boot the linux26 target rather than linux as the default Sarge install
target uses Linux 2.4 which though does support SATA, doesn't support the
wealth of chipsets 2.6 does. I've done several installs on SAATA root and
all have gone well.
Possibly a little ot but I'm curious of what others think of SAS (serial
attached SCSI) coming down the pipe. From what I've read, SAS and SCSI are
to be interface compatable and though a SATA drive will connect to a SAS
controller, the reverse is not the case. I wonder what the case for that is
and why they didn't just settle on a single standard when they dropped ATA
for SATA. A SAS controller can't be that much more expensive to
produce.
SATA is still at 7200 RPM with one exception where 10k and 15k have been
out for a number of years now. I wonder why they're maintaining the
divide.
I believe libc/zoneinfo for Linux systems would be able to handle this
well enough as there are provisions for changing dst settings without
affecting time in the past. pwt (pacific war time) during WWII is a good
example of this and zoneinfo handles it correctly.
I haven't really been following this but if
the eu does go ahead with an alternate root.
Could that not open the door for dnssec signed
root and toplevel zones. I'm not sure why root
hasn't implemented this yet and I wonder if
that's something they would consider in a new
system.
Though this is true to a point, there is
something to be said about sending a notice to
the site operator directly. Afaik, the *aa folks
tend to harass upstream providers and do not
contact site operators directly. Though, I am sure google would have done
likewise if a favourable response was not fourthcoming.
Ok, this comment is uninformed as I count myself among those unable to
read the article. Would also consider myself a raid amateur.
I ran some benchmarks a while ago for my own server with four 15k scsi
drives softraid5d on a dual channel aic7xxx card against an Adaptec hardware
raid controler with write cache and 128mb of ram. Though the hardware did
take load off of the cpu, read/write performance was much better with the
software raid setup and since the machine was smp, the raid overhead wasn't
noticable for our application.
After doing some reading on the subject, I realized this is normal but I
was surprised at how much of a speed hit we would have taken if going with a
hardware solution.
This is true for some I suppose. However,
there isn't much a guide dog can do which proper
use of a cane does not allow. I doubt this robot
contraption would be more compact than a simple
cane which works fine for most blind people.
I've been playing with handheld GPS recently which I assume is what this
would use. It would seem that it could easily be defeated as the receiver
or transceiver in this case would need a view of the sky in order to obtain
a GPS lock. Since this is generally only possible outdoors, it wouldn't set
off alarms if there was no signal. In addition, blocking a receiver's view
of the GPS signals probably wouldn't be too difficult.
Btw, in the event this could be taken wrong, I will just say I am in
favour of this law. Just wondering how effective it will be.
Indeed. In order for example to do this with BitTorrent, they would need to be able to generate colisions in sha1 hashes. The implications of which would go well beyond p2p.
Hmm, I'm going out of my element here but I wouldn't think a hardware
specific driver should be necessary unless it's using some sort of
nonstandard protocol. Linux for example supports dv capture devices using
the dv1394 or raw1394 drivers. I don't think programs like dvgrab care
whether you are using a DV capture card or a camcorder. That said, I can't
speak to how Windows manages its firewire drivers.
I stand corrected, thanks. When you say this
isn't for the PC, do you mean the PC would need a
firewire card or it actually wouldn't work that
way either?
This is true if your camcorder is a digital
one and has firewire ports. However, cards like
the Pinnacle moviebox av/dv lines support regular
analogue inputs such as rca and s/video and use
dv to compression running over the firewire
cable. However, no TV tuner.
Hardware MPEG/4 cards do exist. Plextor has their pxtv line which can do
MPEG/4 capture and has recently released Linux drivers.
It's just unfortunate that these cards don't also support DV compression.
MPEG is nice and all but sometimes when capturing from a camcorder or vhs,
you want to edit the resulting video. MPEG is not ideal for this. Granted,
DV capture devices do exist but none to my knowledge have a tuner.
My company runs
GPL'd software because we are able to use it and make modification
without either redistributing the source code and we aren't required
to pay for that ability.
I understand what you're saying. However, how does that benefit the
open-source community or the author of the GPL software you are using.
Though my company uses lgpl software without distributing the code that uses
it, when we make a modification to a gpl program, a patch gets submitted to
the author even if it is for internal use. It isn't required but it
contributes positively to a piece of software in which we obviously have an
interest.
Though this sounds nice in theory, it doesn't quite work for most people.
If you have a family to support, it's not exactly practical to quit a job
just because you don't enjoy working. I've been on both ends of this, in
jobs I enjoy and those I don't and I would never leave a job, no matter what
it was unless I had something else lined up which I am certain could support
my family.
It wouldn't even have to be that hard. Since
the tracker part of the torrent protocol is based
on http, what would stop it from using https and
simply using ssl encryption? Hell, any tcp
protocol can be tunneled through ssl afaik.
I recently started using FireFox at home and am wondering if someone would mind
explaning the difference between Mozilla and FireFox. I understand they're
both free software projects and are based on the same core technology. Why
are there then two browsers? Is it simply a code fork?
Agreed. Furthermore, these graphical tests
present problems for blind users who are using
braille or speech synthesis. Granted, larger
sites have alternative access methods but not
your typical php rig.
It's unfortunate that they aren't opening this
protocol as BitTorrent was. The nice thing about
BitTorrent is the user can run it under any
environment he chooses. From a gui windows
program or as in my case, via
btdownloadheadless/btlaunchmany on a headless
fileserver.
Slashdot Mirror
I was looking at doing this recently and a good
option seems to be the Epia systems from Via.
You can run a silent fanless system up to around
1.3ghz provided you are willing to go diskless.
$ grep -i 'dear friend' mail/spam |wc -l
580
That's for a years worth of spam classified by SA between 5 and 10, anything above 10 is rejected at smtp time.
This sounds like a windows-only feature but how can code signatures be verified? Does windows have some sort of certificate chain ala SSL where a developer needs to get an SSL certificate signed in order to code sign. If this is the case and such signatures were verified by the os kernel itself before running the binary, it makes good sense for IT departments to have the ability to restrict binaries based on signatures.
I can't speak to Ubunto, but SATA works fine using the Sarge install. Just boot the linux26 target rather than linux as the default Sarge install target uses Linux 2.4 which though does support SATA, doesn't support the wealth of chipsets 2.6 does. I've done several installs on SAATA root and all have gone well.
Possibly a little ot but I'm curious of what others think of SAS (serial attached SCSI) coming down the pipe. From what I've read, SAS and SCSI are to be interface compatable and though a SATA drive will connect to a SAS controller, the reverse is not the case. I wonder what the case for that is and why they didn't just settle on a single standard when they dropped ATA for SATA. A SAS controller can't be that much more expensive to produce.
SATA is still at 7200 RPM with one exception where 10k and 15k have been out for a number of years now. I wonder why they're maintaining the divide.
I believe libc/zoneinfo for Linux systems would be able to handle this well enough as there are provisions for changing dst settings without affecting time in the past. pwt (pacific war time) during WWII is a good example of this and zoneinfo handles it correctly.
I haven't really been following this but if the eu does go ahead with an alternate root. Could that not open the door for dnssec signed root and toplevel zones. I'm not sure why root hasn't implemented this yet and I wonder if that's something they would consider in a new system.
Though this is true to a point, there is something to be said about sending a notice to the site operator directly. Afaik, the *aa folks tend to harass upstream providers and do not contact site operators directly. Though, I am sure google would have done likewise if a favourable response was not fourthcoming.
Ok, this comment is uninformed as I count myself among those unable to read the article. Would also consider myself a raid amateur.
I ran some benchmarks a while ago for my own server with four 15k scsi drives softraid5d on a dual channel aic7xxx card against an Adaptec hardware raid controler with write cache and 128mb of ram. Though the hardware did take load off of the cpu, read/write performance was much better with the software raid setup and since the machine was smp, the raid overhead wasn't noticable for our application.
After doing some reading on the subject, I realized this is normal but I was surprised at how much of a speed hit we would have taken if going with a hardware solution.
This is true for some I suppose. However, there isn't much a guide dog can do which proper use of a cane does not allow. I doubt this robot contraption would be more compact than a simple cane which works fine for most blind people.
I've been playing with handheld GPS recently which I assume is what this would use. It would seem that it could easily be defeated as the receiver or transceiver in this case would need a view of the sky in order to obtain a GPS lock. Since this is generally only possible outdoors, it wouldn't set off alarms if there was no signal. In addition, blocking a receiver's view of the GPS signals probably wouldn't be too difficult.
Btw, in the event this could be taken wrong, I will just say I am in favour of this law. Just wondering how effective it will be.
Indeed. In order for example to do this with
BitTorrent, they would need to be able to
generate colisions in sha1 hashes. The
implications of which would go well beyond p2p.
I tried entering a tracking number from Canada Post, our national mail carrier and no dice on google.
Hmm, I'm going out of my element here but I wouldn't think a hardware specific driver should be necessary unless it's using some sort of nonstandard protocol. Linux for example supports dv capture devices using the dv1394 or raw1394 drivers. I don't think programs like dvgrab care whether you are using a DV capture card or a camcorder. That said, I can't speak to how Windows manages its firewire drivers.
I stand corrected, thanks. When you say this isn't for the PC, do you mean the PC would need a firewire card or it actually wouldn't work that way either?
This is true if your camcorder is a digital one and has firewire ports. However, cards like the Pinnacle moviebox av/dv lines support regular analogue inputs such as rca and s/video and use dv to compression running over the firewire cable. However, no TV tuner.
Hardware MPEG/4 cards do exist. Plextor has their pxtv line which can do MPEG/4 capture and has recently released Linux drivers.
It's just unfortunate that these cards don't also support DV compression. MPEG is nice and all but sometimes when capturing from a camcorder or vhs, you want to edit the resulting video. MPEG is not ideal for this. Granted, DV capture devices do exist but none to my knowledge have a tuner.
I understand what you're saying. However, how does that benefit the open-source community or the author of the GPL software you are using. Though my company uses lgpl software without distributing the code that uses it, when we make a modification to a gpl program, a patch gets submitted to the author even if it is for internal use. It isn't required but it contributes positively to a piece of software in which we obviously have an interest.
Though this sounds nice in theory, it doesn't quite work for most people. If you have a family to support, it's not exactly practical to quit a job just because you don't enjoy working. I've been on both ends of this, in jobs I enjoy and those I don't and I would never leave a job, no matter what it was unless I had something else lined up which I am certain could support my family.
It wouldn't even have to be that hard. Since the tracker part of the torrent protocol is based on http, what would stop it from using https and simply using ssl encryption? Hell, any tcp protocol can be tunneled through ssl afaik.
I recently started using FireFox at home and am wondering if someone would mind explaning the difference between Mozilla and FireFox. I understand they're both free software projects and are based on the same core technology. Why are there then two browsers? Is it simply a code fork?
there was known music available and it was available in a lossless format. Judging by its title of mp3tunes though, that may not be the case.
Agreed. Furthermore, these graphical tests present problems for blind users who are using braille or speech synthesis. Granted, larger sites have alternative access methods but not your typical php rig.
It's unfortunate that they aren't opening this protocol as BitTorrent was. The nice thing about BitTorrent is the user can run it under any environment he chooses. From a gui windows program or as in my case, via btdownloadheadless/btlaunchmany on a headless fileserver.
This seems like just another p2p app to me.
Hmm, if Sony is growing up, why the SACD vs DVD-audio war for hd-audio?