If you eat at multiple restaurants over the course of a week, there's no easy way to trace the theft back to an individual location.
Yes - it's not easy for you. But if thiefs are greedy and do a lot of transactions from stolen cards than investigator could notice all stolen cards have been used in same restaurant recently.
SysV can be a little overwhelming at first, but to me BSD was just too limiting because there's no system for individual startup scripts and I'm not going to waste my time creating one when SysV works so well.
It's not true anymore. NetBSD and FreeBSD have new system with scripts in rc.d and configuration in rc.conf. So it's/etc/rc.d/daemon restart.
Scripts start not in lexical order but in dependencies defined order - for example sendmail starts after network config is done. Reordering and adding new scripts are pretty easy for now.
For some reason OpenBSD left behind...
Re:And now, a translation...
on
Gentoo Reviewed
·
· Score: 1
I always thought that it would be a good project for someone with too much time to turn that "whizzing output" in to some type of ansi animation as a program builds in gcc.
Yep. And also copy it to/dev/audio or whatever is in use by audio drivers.
Re:My experiences with Gentoo
on
Gentoo Reviewed
·
· Score: 1
Hell, they even provide nano as your default editor (yecch) so you don't even have to know how to use vi
That's exactly is a bad thing - why I have to learn nano if I already know vi?
That's like saying "No, I don't trust those doctors. I want to be healthy first, then I'll quit smoking."
You're the customer with God. You pay up front, he delivers the goods.
Well, doctors have some diplomas or licenses - somebody has checked them for knowledge they got in univercity..
What's especially funny is the BSD people who like to claim that BSD is unix based. Perhaps they forgot the whole point of 4.4BSD-lite and the AT&T lawsuits. The point was to get rid of all the original unix source. So stop being so high and mighty, you're not special.
Take a look from the other side - all current Unixes contain some BSD code.So BSDs and Licensed Unixes have some common code.
You can't compare Russian cars to the Russian space program. The USSR never really gave a shit about consumer products like cars or TVs, they always built them to the lowest possible cost/standards. Military and space hardware, on the other hand, was always excellent quality and much better built.
Yes, military/space hardware was better than consumer goods. But it was not excellent quality. Often it was "good enough". Often it was crude and designed to operate by illiteral villager (not space hardware;). The main design goal was reliability and everything else suffered, I believe.
For example soviet jets were designed to land or take off from unprepared surfaces with dirt that might be sucked into engine. American jets have to have clean surface for landing/ take off. As result american fighters beat crap off soviet ones.
One more reason - soviet electronics was, err, not exactly crap, it just developed like 20 years late behind...
Ow, common, actual lives and Red Hat? Maybe people with actual lives use it only for browsing?
RPM system looks nice but dependencies killing it.
Ever tried to upgrade from one version to another?
The system becames whole mess. This rpm needs that library which depends on something else and else...
And you should search for everything on Internet..
Portage in Gentoo much nicier - check dependency, download everything what's needed, compile, install - automagically. Well, it (idea) comes from *BSD and *BSD also quit manageable.
OK, that's a bit brutal, and it could do with a "only match between byte ranges xx and yy of the stream", but that'll come, I'm sure (besides, you said "all GIF images", and it's as hard to do that completely [i.e. including GIFs embedded in other file types such as.doc and.tar] and solely with iptables as it is with INSPECT - using a filtering proxy would be a better approach).
That exactly command in iptables will prevent to view your message on Slashdot;)))
What keeps this from being done to find the frequency just "hopped" to? Why can't the whole waveform be recorded for future demodulation once the frequencies and times have been determined?
You may try to do it with one station... But how do you distinguish between 100 transmitting stations?
Anyway can anybody think a good reason to run BSD with a pile of memory compared to say Linux????
LiNUX??? Nooo, Thank you very much.
Only FreeBSD.
The reasons are cleaner design, better VM system, better network support (NFS especially), ports/packages system. In my experience FreeBSD has overall better device drivers support. Linux was supposed to work, but inconsistency with library versions and installed programs prevented it to work properly. If you have time you may recompile all needed pieces but why bother if you can use system without those problems. The rpm system should take care about dependencies but it falls apart. Portage in gentoo looks much better (well, it got copied from FreeBSD ports/packages).
There are some little personal preferences - I dislike colored 'ls' and mess in/etc. And lack of man pages. Instead of 'man foobar' on linux you have to run man, than info, than look over all Internet for help. No problem - answer found. I'd waste my time on something more entertaining...
It just tries to find files in/compat/linux and if not found goes to/.
So you had/compat/linux/etc/inetd.conf which was edited by Linux binary editor. And you didn't have/compat/linux/etc/services so it went for/etc/services.
I don't understand why anyone would run sendmail as their MTA with all the alternatives. It's insecure by design -- it's a monolithic suid root program. It's inefficient and it's difficult to configure.
It's not true - it is not suid for a couple years. Only daemon listening on socket is running as root. Delivery is done by process running as smmsp user.
I don't know what you mean about inefficiency..
Sendmail pretty easy to configure for simple use and hard for complex use. With qmail you need to install some additional programs and configure them separately. Then you may find you need to patch qmail because it was not updated since 1997. Then you may find some functionality in sendmail which just not existent in qmail or very inconvenient for use...
For the love of SMTP
I hope it's a figure of speech - sounds very perversive;)))
qmail experience could be frustrating at least..
You have to install qmail, tcp-ucspsi, vpopmail, ezmlm, daemontools, maybe some other programs and patch, patch and patch to achieve about the same functionality as sendmail has. And not everything could be done anyway.
Besides that with sendmail you have all configuration files in/etc/mail directory and with qmail you have files all over the place -/var/qmail/control directory,/etc/tcp.smtp.cmd, ~alias/ and.qmail files in user directories.
One more inconvenience I encountered with qmail - all spool files are named as their inodes. If you move them to different partition or server then filenames no more relate to inode numbers - your spool screwed up..
Yes - it's not easy for you. But if thiefs are greedy and do a lot of transactions from stolen cards than investigator could notice all stolen cards have been used in same restaurant recently.
Well, there are some movies that not worth $20 you pay for DVD and you intend to show it to friends and then to throw that CD out..
It's rather student thing - you have a lot of time and no money ;)
So what's the point of having gun if not kill people?
It's not true anymore. NetBSD and FreeBSD have new system with scripts in rc.d and configuration in rc.conf. So it's /etc/rc.d/daemon restart.
Scripts start not in lexical order but in dependencies defined order - for example sendmail starts after network config is done. Reordering and adding new scripts are pretty easy for now.
For some reason OpenBSD left behind...
Yep. And also copy it to /dev/audio or whatever is in use by audio drivers.
That's exactly is a bad thing - why I have to learn nano if I already know vi?
You're the customer with God. You pay up front, he delivers the goods. Well, doctors have some diplomas or licenses - somebody has checked them for knowledge they got in univercity..
What does have god? ;)))
BTW you didn't read article - they actually reported to their boss and then it went to police.
Yes, BSD's have Linux emulation ;))
Take a look from the other side - all current Unixes contain some BSD code.So BSDs and Licensed Unixes have some common code.
Yes, military/space hardware was better than consumer goods. But it was not excellent quality. Often it was "good enough". Often it was crude and designed to operate by illiteral villager (not space hardware
For example soviet jets were designed to land or take off from unprepared surfaces with dirt that might be sucked into engine. American jets have to have clean surface for landing/ take off.
As result american fighters beat crap off soviet ones.
One more reason - soviet electronics was, err, not exactly crap, it just developed like 20 years late behind
Ow, common, actual lives and Red Hat? Maybe people with actual lives use it only for browsing? RPM system looks nice but dependencies killing it. Ever tried to upgrade from one version to another? The system becames whole mess. This rpm needs that library which depends on something else and else... And you should search for everything on Internet..
Portage in Gentoo much nicier - check dependency, download everything what's needed, compile, install - automagically. Well, it (idea) comes from *BSD and *BSD also quit manageable.
You should try gentoo - you don't need to research all dependencies - it does it by itself..
Well, in case of network infrastructure there are no PCs at all (for serious company). And vendors are Cisco, Foundry, NOKIA, Juniper, Nortel etc...
OK, that's a bit brutal, and it could do with a "only match between byte ranges xx and yy of the stream", but that'll come, I'm sure (besides, you said "all GIF images", and it's as hard to do that completely [i.e. including GIFs embedded in other file types such as .doc and .tar] and solely with iptables as it is with INSPECT - using a filtering proxy would be a better approach).
That exactly command in iptables will prevent to view your message on Slashdot ;)))
He's wrong - he can't change license. It's not a problem to use BSD code in anything with any license but just slap GPL on it kind of unethical.
And useless - you could use original BSD code in any commercial/closed program..
Why God, Why!?
Debian guys do have too much time on their hands.
You may try to do it with one station... But how do you distinguish between 100 transmitting stations?
You are being inattentive - they say program started in 1995 - it's rather Sony Playstation
Are they dogs? Did you recalculate their dog's years into human's ?
Well, next vulnerability means upgrade and reboot;)
LiNUX??? Nooo, Thank you very much. Only FreeBSD.
The reasons are cleaner design, better VM system, better network support (NFS especially), ports/packages system. In my experience FreeBSD has overall better device drivers support. Linux was supposed to work, but inconsistency with library versions and installed programs prevented it to work properly. If you have time you may recompile all needed pieces but why bother if you can use system without those problems. The rpm system should take care about dependencies but it falls apart. Portage in gentoo looks much better (well, it got copied from FreeBSD ports/packages). /etc. And lack of man pages. Instead of 'man foobar' on linux you have to run man, than info, than look over all Internet for help. No problem - answer found. I'd waste my time on something more entertaining...
There are some little personal preferences - I dislike colored 'ls' and mess in
So you had /compat/linux/etc/inetd.conf which was edited by Linux binary editor. And you didn't have /compat/linux/etc/services so it went for /etc/services.
It's not true - it is not suid for a couple years. Only daemon listening on socket is running as root. Delivery is done by process running as smmsp user.
I don't know what you mean about inefficiency..
Sendmail pretty easy to configure for simple use and hard for complex use.
With qmail you need to install some additional programs and configure them separately. Then you may find you need to patch qmail because it was not updated since 1997. Then you may find some functionality in sendmail which just not existent in qmail or very inconvenient for use...
For the love of SMTP
I hope it's a figure of speech - sounds very perversive ;)))
You have to install qmail, tcp-ucspsi, vpopmail, ezmlm, daemontools, maybe some other programs and patch, patch and patch to achieve about the same functionality as sendmail has. And not everything could be done anyway.
Besides that with sendmail you have all configuration files in /etc/mail directory and with qmail you have files all over the place - /var/qmail/control directory, /etc/tcp.smtp.cmd, ~alias/ and .qmail files in user directories.
One more inconvenience I encountered with qmail - all spool files are named as their inodes. If you move them to different partition or server then filenames no more relate to inode numbers - your spool screwed up..