Are you talking digital SLRs or digital P&S's? With a digital SLR you should pretty much be getting almost the same level of control as with a good ol' film camera.
With that respect I've heard Canon D-60 is really good.
I am sorry, but why does Joe need to know that his app went into/bin or/usr/bin or/usr/local/bin? As long as his $PATH is right, he needs not careless. Configs? You don't typically, chose place for your config files either, why should you care that NewCoolApp has created.newcoolapprc in your home directory? Why does he even need to know that he is in/home/joe?
See, if one was to try and create a TechnophoveLinux, he should better make sure that none of the above stuff is exposed to the user. Yet this does not mean that you need to change FHS or LSB -- you only need to make things transparent for the user. Make sure that $PATH is updated. Give nice appealing names to directories under $HOME. In a `luser' mode disallow things like ls -a from happening (or maybe even just create a bunch of shell scripts that do dir/w, etc.). Hell, how would Joe even end up typing an ls command?! Don't give him shell prompt by default. Better yet, give him a cheap substitute, like a menu shell of sorts, or make his interactive shell to be mc.
To cut it short -- one could make Linux (*BSD) look completely innocent. It would only take lots of time and quite a bit of creativity.
Disagree. There's a difference between making X work on a single platform (and that in a sort of emulation mode), and having it run flawlessly on numerous archs. Also, I've n\been running XF86 4 on Debian ever since it was on maintainer website -- never a single problem. I may be mistaken but 4.0 *is* a part of latest stable release.
No, I do not mean GNOME. Signals are tricky, for one. Try compiling, say, AOLServer and see how far you'd get.
Generally speaking, Cygwin is a very nice thing and for most of a [true] power user requirements that wants to have UN*X stuff under his finger tips but for various reasons (e.g. company policy, etc.) cannot go 100% UN*X it is there. I use it every day and run a whole bunch of things under it (including Postgres *and* an MSVS-compiled AOLServer).
Having Cygwin Xserver is a nice thing, true. I have sort of used it for amusement factor as well as running GNUPlot on it. Running remote ups off some other machine is also an option, but since I've got none on my corporate network, I don't need that. And if I had a need and access -- I'd be running Attachmate's X, provided by the Co.
FWIW, if you go to Cygwin page though, you'll see that KDE (1.x) and GNOME (1.x) are on the list of projects being worked on. But I would not be using those, as even twm and wmaker are a bit slow, let alone these beasts.
Could someone compare the ease of use of XWin32 (no cygwin, no console windows, nothing scary for Widiot32s to be terrified by) to Xfree86 (probably all of the above)?
Excuse me? It is Xfree86, compiled under Cygwin -- UN*X layer emulation for Win32.
fvwm2 and openbox are as well included (and fvwm2 was there ever since it made in the core Cygwin distribution). You can also compile some of the other WMs to work, albeit not all, mostly due to UNI*X features not yet available in Cygwin.
Domain spoofing is one are. But what if you see an email address on a business card, say @mirsft.com? How do you know what encodings are those 'c', 'a' and 'o' are in (for those with UNICODE brain-damaged browsers the address above should look like ca@microsoft.com)? Same goes for URLs, etc. Another option -- say a Swedish company registers an URL that perfectly represent the name of the comapny in Swedish. With all those umlauts and whatever-they-are-called-those-circles-over-A. And you are sitting there with a US_en keyboard -- how are you expected to type that URL into a location field in your browser?
For the use-cases like this I think that multilingual URLs are a Bad Idea (TM).
Perl is easily available as port and it has been suggested on the mailinglist that it be installed at installation time, just like XFree86. The point is that perl had to be removed from *core* FreeBSD system, i.e. you will not find it any longer under/usr/src/* if you have sources installed.
This makes total sense and fits better with Perl community than having any sort of miniperl or castrated perl that fits better size-wise as part of core OS. Having an element that is used by some 10-15 scripts to be larger than kernel and other OS tools taken together is, in a way, ridiculous.
FYI, XFree86-4 is in ports tree for 4.x-STABLE. True, it is not part of a -RELEASE CD, but if it is in the ports tree, then what holds you from getting it and compiling? All you need is the 3.tgz's of xc...
I'll tend to agree with you -- while there are so many nice things with bells and whistles included in many Linux distros (bash with fancy prompts, vim or elvis to replace vi, etc.), in some cases it gets in a way -- quite a few times I've stumbled upon a script that starts with #!/bin/sh fail when used with the *real* sh. Same goes with vi -- it's gotta be lean and mean (bet less mean than ed/ex or/bin/cat:)
Yefemov has a lot of rosey a-perfect-future-and-communism stories. However, what you may want to do is (a) think of communism as a utopical idea that is, in fact, great of itself; (b) remember that sometimes people had to live, and some do come a conclusion that compromises and writing 'idiologically correct' stories is a god enough justification for being able to sustain a more 'true to oneself' writings. Then again, some people don't think that way...
Also, you may want to grab a copy of any of the following books and look at a modern re-incornation of communist ideas. Please also note that freedom is not always free, even when it comes to freeest speech country (not all of these books are available in US).
You're right and wrong. There are stories in both English (as in UK/US) and Russian SF that are culture-centric (or at least culture-derrived). There also are stories that are stories of themselves, that don't require one to live and breathe in USSR from the childhood to understand.
It maybe tough to figure many of the references to Soviet reality, as well as traditional Russian fairy-tales in Monday Starts on Saturday, but it is as tough for a Russian to relate to all the kids verses and songs embedded into Alice in Wonderland. Yet I am sure that one would not have as much problem with, say, Roadside Picnic -- this is a lot more internaltional.
As for side comments and footnotes to make this easier to understand -- well, this is a possibility. It can also be included as a preface to give a bit of a background to a reader. Or it may be better left out all together and let a more inquisative reader find out for themseleves -- after all we are not talking thousands of years time gap here as we would in case of Aristotle.
BBX (BASIS International) is also a BASIC derivative, also used for business applications and hasits own database, albeit a flat-file like (and you would also be surprized what companies/systems are running on it).
6.12. Why is/bin/sh so minimal? Why doesn't
FreeBSD use bash or another
shell?
Because POSIX says that there shall be such a
shell.
The more complicated answer: many people need to
write shell scripts which will be portable across many
systems. That is why POSIX specifies the shell and
utility commands in great detail. Most scripts are
written in Bourne shell, and because several important
programming interfaces ( make(1), system(3), popen(3), and
analogues in higher-level scripting languages like Perl and Tcl) are specified to use the Bourne shell to
interpret commands. Because the Bourne shell is so
often and widely used, it is important for it to be
quick to start, be deterministic in its behavior, and
have a small memory footprint.
Granted, not really Linux-related answer, however it does answer the question. Also, note last para of the question -- this is not about interactivityportability.
As always, YMMV -- if you're a binary type of a guy, Debian's apt-get is THE way. I love it so much, that ever since I first tried Debian I recommend it to all of my friends.
OTOH, ever since I tried FreeBSD their way of doing things just as great. Updating the whole of the system from source -- this is in many cases so much less bandwidth-intensive than apt-get update && apt-get dist-upgrade. The key there is bandwidth -- I have no problem keeping up with -CURRENT on my dial-up connection. I would not be able to do so with Debian.
Yet if your machine is not too fast, compiling kernel and userland + ports may take some time, that is true.
Another thing to note is that creating good.debs IS an art. So is maintaining good port in FreeBSD sense. However, the latter seems a bit less troublesome, considering that quite some ports appear in the cvs tree much sooner than in Debian (even unstable) repository. I guess making a port to conform Debian Policy takes a bit of time.
Basically, use the rigth tool for the job, use it right, and use the one you're comfortable with.
> The Chechen nation was never asked to join the
> USSR, or Russia. They were told they were
> joining.
Which was back in the beginning of XIX century, with czar's attempts of conquering the Cacusus.
> Well, there's oil there, a lot of it. Russia
> needs that oil.
Actually, oil is not *there* but Chechnya is a much better route for the oil pipe, if that's what you are referring to...
While I don't approve of what has been done in Chechnya (or *how* that has been done), I don't think that you are objectively looking at the situation. After 3 houses were demolished in Moscow and Volgodonsk -- do you think Russians were supposed to just stand there and do nothing?
You also are, apparently, anaware of what has been happening there (the Cacusus) after the fall of SU: all the mostrosities of essentially prosecuting Russians (which well included Ukrainians, Belorussians, etc.) who lived in Chechnya, Azerbaidjan, other Cacuasian republics.
One may call it a "rebound" of what Soviet Govt had done there over the 70 years of ruling -- still no excuse to rapes and murders inflicted on innocent people of a more Nordic stance than natives. And this is not a media impression -- this is from those living and being there I know.
So, before you rush to concluding that Chechens were heros and should be praised -- there are no saints there. All of the "field commanders" that are fighting on Chechen's side were trained on the same terrorist "bases" as bin Laden's terrorists.
11 to 16 of July I spent in Las Vegas at Defcon 9 conference together with Dmitry Sklyarov, employee of your company, who was delivering a presentation at the conference. In the morning of 16 July Dmitry and myself were checking out from a hotel and going to the airport. We had about 1.5 hours till departure. When we were aproaching the exit, two young men came to us screaming "hands up, this is FBI!". Thinking that this is somebody's dumb joke (as the Feds were quite frequently a subject of jokes at a conference), Dmitry loughed and even tried to reply something. However, he was rudely ordered "hands to the wall"! I was requested to surrender a key from the hotel room and invited for a conversation. A bit later Dmitry was also brought to the room. He was already hand-cuffed. Another two FBI agents arrived, apparently they were patroling the street. Dmitry had asked to move hand-cuffs forward, as it was very uncomfartable to sit with hands behind. His request was rejected. FBI agent introduced himself and said that they have no further questions to me and they are here to arrest Dmitry. They politely asked for a conversation. To my question "Why was Dmitry arrested?" I was told that he is charged with DMCA violation -- American law on copyright protection. Investigation and charges were initiated by Adobe. FBI agents have not provided me with any additional details, claiming that they are only executing an order. I was asked a few formal questions, to which they already obviously knew answers. They also asked me to pick up Dmitry's belongings explaining that they "may get lost in America". When asked what is going to happen to Dmitry, they said that he will be taken to the regionl FBI office to clarify a few more things, after which he will be taken to the judge that will make the final decision. All of this happened in Alexis Park Hotel, Las-Vegas, Nevada. On the road to Los Angeles I was followed, fairly inconspiciously. When I tried to call from a phone booth in the airport, a police officer had rushed to the booth next to mine as if to make a call. He has not called anywhere.
> can they _really_ tell the difference in a blind side-by-side compairison
This is *exactly* how I was selecting my equipment. It is not nearly in The League, but is still *way* better than "some pretty fine [Circuit City] gear for less than $1,000, no air bladder required".
You are right that not everyone may require a quality like that, for the price like that. I ended up not buying RF filter: after testing for a few days I could not tell the difference.
Look at it this way: as a computer geek you would prefer a high-frequence 21" monitor to a cheap 14" one (do they still make them?). You are not going to be satisfied with a built-in PC speaker. Not to mention that the more MHz and Gb the better. This is the same. I happen to share both worlds, without going into extremes.:)
Slashdot Mirror
Are you talking digital SLRs or digital P&S's? With a digital SLR you should pretty much be getting almost the same level of control as with a good ol' film camera.
With that respect I've heard Canon D-60 is really good.
I am sorry, but why does Joe need to know that his app went into /bin or /usr/bin or /usr/local/bin? As long as his $PATH is right, he needs not careless. Configs? You don't typically, chose place for your config files either, why should you care that NewCoolApp has created .newcoolapprc in your home directory? Why does he even need to know that he is in /home/joe?
/w, etc.). Hell, how would Joe even end up typing an ls command?! Don't give him shell prompt by default. Better yet, give him a cheap substitute, like a menu shell of sorts, or make his interactive shell to be mc.
See, if one was to try and create a TechnophoveLinux, he should better make sure that none of the above stuff is exposed to the user. Yet this does not mean that you need to change FHS or LSB -- you only need to make things transparent for the user. Make sure that $PATH is updated. Give nice appealing names to directories under $HOME. In a `luser' mode disallow things like ls -a from happening (or maybe even just create a bunch of shell scripts that do dir
To cut it short -- one could make Linux (*BSD) look completely innocent. It would only take lots of time and quite a bit of creativity.
Disagree. There's a difference between making X work on a single platform (and that in a sort of emulation mode), and having it run flawlessly on numerous archs. Also, I've n\been running XF86 4 on Debian ever since it was on maintainer website -- never a single problem. I may be mistaken but 4.0 *is* a part of latest stable release.
No, I do not mean GNOME. Signals are tricky, for one. Try compiling, say, AOLServer and see how far you'd get.
Generally speaking, Cygwin is a very nice thing and for most of a [true] power user requirements that wants to have UN*X stuff under his finger tips but for various reasons (e.g. company policy, etc.) cannot go 100% UN*X it is there. I use it every day and run a whole bunch of things under it (including Postgres *and* an MSVS-compiled AOLServer).
Having Cygwin Xserver is a nice thing, true. I have sort of used it for amusement factor as well as running GNUPlot on it. Running remote ups off some other machine is also an option, but since I've got none on my corporate network, I don't need that. And if I had a need and access -- I'd be running Attachmate's X, provided by the Co.
FWIW, if you go to Cygwin page though, you'll see that KDE (1.x) and GNOME (1.x) are on the list of projects being worked on. But I would not be using those, as even twm and wmaker are a bit slow, let alone these beasts.
One think it (yet) does not do is to allow you to run X server in a rootless mode. Many commercial X servers do that.
fvwm2 and openbox are as well included (and fvwm2 was there ever since it made in the core Cygwin distribution). You can also compile some of the other WMs to work, albeit not all, mostly due to UNI*X features not yet available in Cygwin.
...and Caldera will charge a per-seat.
Domain spoofing is one are. But what if you see an email address on a business card, say @mirsft.com? How do you know what encodings are those 'c', 'a' and 'o' are in (for those with UNICODE brain-damaged browsers the address above should look like ca@microsoft.com)? Same goes for URLs, etc. Another option -- say a Swedish company registers an URL that perfectly represent the name of the comapny in Swedish. With all those umlauts and whatever-they-are-called-those-circles-over-A. And you are sitting there with a US_en keyboard -- how are you expected to type that URL into a location field in your browser?
For the use-cases like this I think that multilingual URLs are a Bad Idea (TM).
Perl is easily available as port and it has been suggested on the mailinglist that it be installed at installation time, just like XFree86. The point is that perl had to be removed from *core* FreeBSD system, i.e. you will not find it any longer under /usr/src/* if you have sources installed.
This makes total sense and fits better with Perl community than having any sort of miniperl or castrated perl that fits better size-wise as part of core OS. Having an element that is used by some 10-15 scripts to be larger than kernel and other OS tools taken together is, in a way, ridiculous.
...is what this reminds me of. Do your search on Amazon, read it and you will see why.
So true. All this requires is a nice fat cable/dsl line...
FYI, XFree86-4 is in ports tree for 4.x-STABLE. True, it is not part of a -RELEASE CD, but if it is in the ports tree, then what holds you from getting it and compiling? All you need is the 3 .tgz's of xc...
Also this page has interesting info. History, timeline, pics.
I'll tend to agree with you -- while there are so many nice things with bells and whistles included in many Linux distros (bash with fancy prompts, vim or elvis to replace vi, etc.), in some cases it gets in a way -- quite a few times I've stumbled upon a script that starts with #! /bin/sh fail when used with the *real* sh. Same goes with vi -- it's gotta be lean and mean (bet less mean than ed/ex or /bin/cat :)
Also, you may want to grab a copy of any of the following books and look at a modern re-incornation of communist ideas. Please also note that freedom is not always free, even when it comes to freeest speech country (not all of these books are available in US).
It maybe tough to figure many of the references to Soviet reality, as well as traditional Russian fairy-tales in Monday Starts on Saturday, but it is as tough for a Russian to relate to all the kids verses and songs embedded into Alice in Wonderland. Yet I am sure that one would not have as much problem with, say, Roadside Picnic -- this is a lot more internaltional.
As for side comments and footnotes to make this easier to understand -- well, this is a possibility. It can also be included as a preface to give a bit of a background to a reader. Or it may be better left out all together and let a more inquisative reader find out for themseleves -- after all we are not talking thousands of years time gap here as we would in case of Aristotle.
BBX (BASIS International) is also a BASIC derivative, also used for business applications and hasits own database, albeit a flat-file like (and you would also be surprized what companies/systems are running on it).
Granted, not really Linux-related answer, however it does answer the question. Also, note last para of the question -- this is not about interactivityportability.
...
tags...As always, YMMV -- if you're a binary type of a guy, Debian's apt-get is THE way. I love it so much, that ever since I first tried Debian I recommend it to all of my friends. OTOH, ever since I tried FreeBSD their way of doing things just as great. Updating the whole of the system from source -- this is in many cases so much less bandwidth-intensive than apt-get update && apt-get dist-upgrade. The key there is bandwidth -- I have no problem keeping up with -CURRENT on my dial-up connection. I would not be able to do so with Debian. Yet if your machine is not too fast, compiling kernel and userland + ports may take some time, that is true. Another thing to note is that creating good .debs IS an art. So is maintaining good port in FreeBSD sense. However, the latter seems a bit less troublesome, considering that quite some ports appear in the cvs tree much sooner than in Debian (even unstable) repository. I guess making a port to conform Debian Policy takes a bit of time.
Basically, use the rigth tool for the job, use it right, and use the one you're comfortable with.
> The Chechen nation was never asked to join the
> USSR, or Russia. They were told they were
> joining.
Which was back in the beginning of XIX century, with czar's attempts of conquering the Cacusus.
> Well, there's oil there, a lot of it. Russia
> needs that oil.
Actually, oil is not *there* but Chechnya is a much better route for the oil pipe, if that's what you are referring to...
While I don't approve of what has been done in Chechnya (or *how* that has been done), I don't think that you are objectively looking at the situation. After 3 houses were demolished in Moscow and Volgodonsk -- do you think Russians were supposed to just stand there and do nothing?
You also are, apparently, anaware of what has been happening there (the Cacusus) after the fall of SU: all the mostrosities of essentially prosecuting Russians (which well included Ukrainians, Belorussians, etc.) who lived in Chechnya, Azerbaidjan, other Cacuasian republics.
One may call it a "rebound" of what Soviet Govt had done there over the 70 years of ruling -- still no excuse to rapes and murders inflicted on innocent people of a more Nordic stance than natives. And this is not a media impression -- this is from those living and being there I know.
So, before you rush to concluding that Chechens were heros and should be praised -- there are no saints there. All of the "field commanders" that are fighting on Chechen's side were trained on the same terrorist "bases" as bin Laden's terrorists.
Nothing like human translation:
> can they _really_ tell the difference in a blind side-by-side compairison
:)
This is *exactly* how I was selecting my equipment. It is not nearly in The League, but is still *way* better than "some pretty fine [Circuit City] gear for less than $1,000, no air bladder required".
You are right that not everyone may require a quality like that, for the price like that. I ended up not buying RF filter: after testing for a few days I could not tell the difference.
Look at it this way: as a computer geek you would prefer a high-frequence 21" monitor to a cheap 14" one (do they still make them?). You are not going to be satisfied with a built-in PC speaker. Not to mention that the more MHz and Gb the better. This is the same. I happen to share both worlds, without going into extremes.