Yes. Debian's package manager doesn't generally require you to force installs (I don't even remember the command to do it, and I've been using Debian for a year now!)
Install apt (you really just need the hamm version AFAIK) and then type "apt-get update && apt-get dist-upgrade". If you want you can upgrade apt first: "apt-get update && apt-get install apt && apt-get dist-upgrade".
If I remember correctly, the earlier Linux kernels did have SMP, it was just horrendously inefficient. I only have one processor though so I wouldn't know.;)
The main difference is that all Linux distros use almost exactly the same code base..the only real code tweaking individual distros do is to patch up extremely nasty bugs while waiting for the next version..
Someone dared to mention Gnome without giving equal time to KDE. Break out the asbestos and the clue stick..
I thought it was a pretty good article though. Except for the misunderstanding about Wine.
Daniel
What kind of integers do you use?
on
Unix in Perl
·
· Score: 1
I'm aware that it's a documented feature. If I remember correctly, I was taking input from the user or a file, converting it to an integer, and incrementing it. Using $foo++ caused character incrementation but $foo=$foo+1 caused numerical incrementation. Certainly it's a language 'feature', but so is Python's use of whitespace (which I personally found quite useful after using it for a day or two). Both can lead to unexpected results. At least Python is internally consistent.;) (If Larry Wall likes 500 different ways to do everything, that's fine..I'm happy with ten to fifty, though.)
why i refuse to use python anymore
on
Unix in Perl
·
· Score: 1
Python is different. It doesn't try to be C. Or sed. Or awk. Or bash. (Perl, by comparison, looks like some unholy mutant offspring of the above) It has unusual things. But I stopped using Perl when I tried to add one to an integer and instead incremented a character in its string representation.
And without a trial...how do you know they're a terrorist? (heck, how do you know that with a trial?) Barring exceptional circumstances (like if they wanted to be caught..)
This is just...disturbing. I suppose they'll work but...Perl? (shudders)
Daniel
# Parse options here
import sys import os import re
if os.exists(sys.argv[-1]): if not isdir(sys.argv[-1]): throw "%s is not a directory!"%sys.argv[-1]; for i in sys.argv[:-1]: infile=open(i) outfile=open(sys.argv[-1]+os.path.split(i)[1],"w") stuff=infile.read(16384) while len(stuff)>0: outfile.write(stuff) stuff=infile.read(16384) else: if sys.len(argv)>2: throw "Need two arguments!" destname=argv[1] if(os.isdir(destname)): destname=destname+os.path.basename(filename) infile=open(argv[0]) outfile=open(argv[1],"w") stuff=infile.read(16384) while len(stuff)>0: outfile.write(stuff) stuff=infile.read(16384)
It's not the new users. It's the legacy apps. No-one will ever port Jedi Knight to Linux. I have a CD that might as well be a coaster until Wine finishes. Same for CivII (CivIII won't be CivII, they have good odds of breaking it). Same for any number of lesser-known programs such as that word-processor from a company in Redmond (which I still say is the only good thing ever to come out of there..if it didn't have macros..). I want to be able to run programs that were written for Windows. Period.
So far I've learned (and used) the bindings of GTK+ to C, C++, and Python. Each one 'works' in the context of the language that it's wrapped from. None of them require significant extraneous code--obviously I do less typing with GTK-- and even less with PyGTK--but I don't see any functions that could easily be eliminated or improved. The only thing I'm unsure about is whether it's possible to create new widgets from PyGTK using the language's inheritence (I'm new to it although it's a cool set of bindings). I know you can do it with GTK--.
The one thing that really bothers me about X is that so many things feel jerky or flickery. AFAIK there isn't anything we can do about this..Windows feels smoother (I think) because they give special privileges to the windowing system and video driver (play RealAudio and drag a scrollbar at the same time--the audio breaks up). Aside from doing 'nice -20 XF_SVGA') I think there isn't really anything we can do. Still annoying that my mouse pointer stops moving when I go into swap though..
Slashdot Mirror
I'm too busy beta-ing Freeciv 1.8.0. :-)
Daniel
Yes. Debian's package manager doesn't generally require you to force installs (I don't even remember the command to do it, and I've been using Debian for a year now!)
Daniel
How many large-scale book-burnings have you seen lately? (and a couple of fundamentalists out in Texas doesn't count..)
Daniel
Just name once company Hewlett and the other Packard?
Daniel
Install apt (you really just need the hamm version AFAIK) and then type "apt-get update && apt-get dist-upgrade". If you want you can upgrade apt first: "apt-get update && apt-get install apt && apt-get dist-upgrade".
Shoo troll, don't bother me..
Shoo troll, don't bother me..
Shoo troll, don't bother me..
If I remember correctly, the earlier Linux kernels did have SMP, it was just horrendously inefficient. I only have one processor though so I wouldn't know. ;)
Daniel
They can't. That's why Unix users are all evil subversionist hackers. :-)
Daniel
Actually, I rather like Lisp/Scheme syntax. :-)
Daniel
The main difference is that all Linux distros use almost exactly the same code base..the only real code tweaking individual distros do is to patch up extremely nasty bugs while waiting for the next version..
Daniel
It was probably confusion..I could see gnome-libs being released soon and a few of the smaller libraries, but the rest..
Daniel
Someone dared to mention Gnome without giving equal time to KDE. Break out the asbestos and the clue stick..
I thought it was a pretty good article though. Except for the misunderstanding about Wine.
Daniel
I'm aware that it's a documented feature. If I remember correctly, I was taking input from the user or a file, converting it to an integer, and incrementing it. Using $foo++ caused character incrementation but $foo=$foo+1 caused numerical incrementation. Certainly it's a language 'feature', but so is Python's use of whitespace (which I personally found quite useful after using it for a day or two). Both can lead to unexpected results. At least Python is internally consistent. ;) (If Larry Wall likes 500 different ways to do everything, that's fine..I'm happy with ten to fifty, though.)
Daniel
Well, someone had to say it..
Python is different. It doesn't try to be C. Or sed. Or awk. Or bash. (Perl, by comparison, looks like some unholy mutant offspring of the above) It has unusual things. But I stopped using Perl when I tried to add one to an integer and instead incremented a character in its string representation.
Daniel
And without a trial...how do you know they're a terrorist? (heck, how do you know that with a trial?) Barring exceptional circumstances (like if they wanted to be caught..)
Daniel
Well, there's a simple solution for that. Rewrite the Perl interpreter in Perl. :-)
Daniel
This is just...disturbing. I suppose they'll work but...Perl? (shudders)
)
Daniel
# Parse options here
import sys
import os
import re
if os.exists(sys.argv[-1]):
if not isdir(sys.argv[-1]):
throw "%s is not a directory!"%sys.argv[-1];
for i in sys.argv[:-1]:
infile=open(i)
outfile=open(sys.argv[-1]+os.path.split(i)[1],"w"
stuff=infile.read(16384)
while len(stuff)>0:
outfile.write(stuff)
stuff=infile.read(16384)
else:
if sys.len(argv)>2:
throw "Need two arguments!"
destname=argv[1]
if(os.isdir(destname)):
destname=destname+os.path.basename(filename)
infile=open(argv[0])
outfile=open(argv[1],"w")
stuff=infile.read(16384)
while len(stuff)>0:
outfile.write(stuff)
stuff=infile.read(16384)
Only for as long as it takes to recompile those programs for 1.2. (which I predict will happen within a week.)
Daniel
Umm, did you read the article?
Daniel
It's not the new users. It's the legacy apps. No-one will ever port Jedi Knight to Linux. I have a CD that might as well be a coaster until Wine finishes. Same for CivII (CivIII won't be CivII, they have good odds of breaking it). Same for any number of lesser-known programs such as that word-processor from a company in Redmond (which I still say is the only good thing ever to come out of there..if it didn't have macros..). I want to be able to run programs that were written for Windows. Period.
Daniel
Didn't Hitler introduce that? I always knew cars were tools of the devil.. ;)
Daniel
Ummm...
So far I've learned (and used) the bindings of GTK+ to C, C++, and Python. Each one 'works' in the context of the language that it's wrapped from. None of them require significant extraneous code--obviously I do less typing with GTK-- and even less with PyGTK--but I don't see any functions that could easily be eliminated or improved. The only thing I'm unsure about is whether it's possible to create new widgets from PyGTK using the language's inheritence (I'm new to it although it's a cool set of bindings). I know you can do it with GTK--.
Daniel
Uninstall the development files (*.h, *.m4, gtk-config) for your GTK+ 1.0.2 and it'll go away. ;)
Daniel
The one thing that really bothers me about X is that so many things feel jerky or flickery. AFAIK there isn't anything we can do about this..Windows feels smoother (I think) because they give special privileges to the windowing system and video driver (play RealAudio and drag a scrollbar at the same time--the audio breaks up). Aside from doing 'nice -20 XF_SVGA') I think there isn't really anything we can do. Still annoying that my mouse pointer stops moving when I go into swap though..
Daniel