You can't have an extremely old, out of date, unsupported (for new software) distribution and a bleeding edge, sometimes screwed-up (anybody remembers the perl problems in potato a little while ago ? ) distribution that only developers use.
Some software packages that are in potato are recompiled for usage on slink; apt-get source <package> is your friend. Most of the time, the potato sources compile on slink as well.
And of course, if you think supporting an 'old' release by adding new software is what the people need, why don't you setup such an archive yourself?
There is a project going on over here where videostreams are delivered to the desktop using the Xing XDMA protocol. However, I've not been able to get it to work through a masquerading firewall: it displays the first 15 seconds or something of the stream and it then just stops. W/o the masquerading firwall everything works fine.
Maybe anyone has an idea how to get this to work properly?
Re:Still lots of CPU usage on dedicated server
on
Linux Q3Test 1.07
·
· Score: 1
Your comments made me think of something, that the server could be waiting for some input. And yes, that turned out to be the problem. Thanks and keep up the good work!!
Still lots of CPU usage on dedicated server
on
Linux Q3Test 1.07
·
· Score: 1
When running./linuxquake3 with the +set dedicated 1 option, it uses 99.9% CPU time, according to top. I had hoped that it'd been reduced, as at the moment the q3test server seems to interfere with the quake2 servers running on the same machine.
Does anyone have a good solution for this? Would renicing the process help or will the performance drop when running on nice level 4 or something?
In other words, a CSP must provide some sort of wiretapping functionality, but organizations which use these CSPs do not
In the Netherlands, about about every ISP is a CSP as well. Not that they supply any kind of telecom service, but they give access to a public network (in casu the Internet).
Dutch CSPs are likely to be forced to give the DoJ some tapping possibilities. But it's likely that those ISPs will advice their customers to use encrypted connections - it the DoJ's challenge to decrypt the stuff again, I think (which is unlikely to happen).
All I can say is it's great to see Intel taking OSS seriously
A you know, Intel is investing in RedHat, so they already acknowledged the existence/importance of OSS. And as GCC/EGCS will be used more and more in the server-market, Intel needs to cooperate with the OSS-community. The server-market will be important to Intel's IA64 sells.
Does it matter whether to run 2.0.36 or 2.2.x? Don't think so, as long as 2.2 kernels keep getting released about every other day I'd stick with 2.0.. but hey, some may argue different;)
Actually, I agree with the previous poster - these are just a couple of screenshots, like every website about programs has its screenshots. Themes are not good or nice - everyone has his own opinion about such values. Themes may be good in the sense that they're easily usable by the programmer. Maybe Qt does that trick better then GTK does. I don't know.
Do they have any testing or reviewing board before a package is listed on the ftp server?
Yes they do. People have to become a Debian Developer before they can put packages in the distribution (==on the ftpsite). They have to give up their anonymous net-identity (at least, for their project related work). Every package they upload has to be signed with their pgp key, otherwise it won't be approved. This way 'mortal people' cannot put anything into the distro w/o getting trust from Debian prior to their contribution. I'm not talking about bugreports/-fixes etc. of course! But a maintainer has to agree with the contribution in that case before it is put on the ftp-site. This doesn't guarantee that no package is troyaned, however.
Anyway, people of course may use any distribution they like. Some like Redhat, some like Debian, others like XYZ. But that's no reason no to try to convince people who like something other than you do that they should use ZYX:)
So Corel is going to take this distribution and shrink wrap it? Somehow I don't think that shrink-wrapping an admittedly complicated and difficult distribution is going to further the Linux cause.
I wouldn't say Debian is a difficult distribution. I think people think it's difficult because of the lack of a general Control Panel Deluxe. They have to edit config files theirselfs, when there is no xxxconfig script available and the post-installation script happens not to suffice...
I think this is one of the things Corel is going to address: I guess they'll provide the newbie-user with some nice point-and-click configuration panel or something like that. Or maybe even a graphical installation thing based on the vga16 framebuffer thing that comes with the latest kernels... wouldn't that be nice?:)
Wouldn't criminals be criminals already?
on
Red Hat 6.0
·
· Score: 1
You might want to consider pushing this clue into the heads of those us politics people...
Hopefully, this will be an incentive for KDE to work towards resolving the licensing issue so that the regular Debian distribution can offer KDE.
The last time I talked with a KDE developer about this issue, he said they're sure that all the mess will be fixed with the release of KDE 2.0 (maybe before 2000). But that would be too far away.
It seems that QT2.0 will be released RSN, so that's another step in the good direction.
Only Distribution without KDE is now...
on
Red Hat 6.0
·
· Score: 1
if only you knew about the debian distribution.. u'd know kde is going to be in the next version.
Only if KDE/Qt gets the licensing issues fixed before the release (or freeze). If they don't it cannot be included.
It's the same as with the 'free'-use-of-weapons law: if your forbid it, it will be used illegally. Governments forbidding exporting encryption things like ssh don't want to see that, apparently.
On the other hand, maybe the US Government doesn't want to have any encryptions things (okay, not any) exported because they feel it is American intellectual property and they don't want to share that with the rest of the world. Wasn't this the case with the PGP5 us/int versions?
Anyways, it looks like most 'western' countries are going to have strict encryption export rules (part of the Wassenaar Agreement). It is not going to be funny:(
"Easy Update? Only in Debian": Why?
on
Red Hat 6.0
·
· Score: 1
Can someone be more specific as to why upgrades in Debian are easier than with RedHat's RPMs?
It is not that you can't upgrade a 'running' Redhat system w/o bringing it down (or at least a few services), I hope, but Redhat is known to be not that good on this issue. Debian tries to make upgrade-paths as smooth as possible, so that you can upgrade a production system w/o much risk of services not running for quite some time. It is *not* guaranteed, but I think the 'mean down time' is lower.
any one have any good debian specific info. The cause really pleases me. I'd especially like to know how to make usable debs from RPMs/source of my work (i hear alien doesn't work so well after all)
Sometimes alien doesn't work very well indeed. But then again, it isn't that difficult to create Debian packages. You can ar -x package.deb and untar the two files that come out of the ar command. More information is at www.debian.org.
You need several Debian packages in order to be able to easily create Debian packages yourself, but you may install them using ar/tar: devscripts, dpkg-dev, dh-make and debhelper, iirc. Just try it yourself a few times, once you get the idea it isn't that difficult!
>Are you using slink or potato? I've >been thinking about trying potato, but >I'm wary since it's still in development. >Is it pretty stable?
As potato is in development, packages may or may not break without any notification. I wouldn't recommend using it on production systems. However, if you don't mind a program occiasonally breaking, you certainly could give it a try. But keep in mind that downgrading from potato to slink isn't as easy as upgrading from slink to potato!
>With more Netscape developers off of the project >it may force the community to pick up the peices
"force" ?? I seriously doubt if resignations such as these are of any help to keep the motivation of that community to help FS projects like Mozilla as high as it could be.. I don't want to blame the people resigning BTW.
Slashdot Mirror
I don't have KDE III running yet, but I noticed in the other posts in this thread that people can even get better anti-aliasing.
The trick is to do some "subpixel rendering", as explained in the Sub-Pixel Font Positioning on UNIX mini-HOWTO.
A screenshot of KDE 2.2 with this kind of AA turned on can be found here.
There seem to be some packages in the Conectiva and FreeBSD subdirectories.
Nice piece of information...
Any idea on the expected time-to-market of 3G-1XEV-DO services?
Some software packages that are in potato are recompiled for usage on slink; apt-get source <package> is your friend. Most of the time, the potato sources compile on slink as well.
And of course, if you think supporting an 'old' release by adding new software is what the people need, why don't you setup such an archive yourself?
Maybe anyone has an idea how to get this to work properly?
Your comments made me think of something, that the server could be waiting for some input. And yes, that turned out to be the problem. Thanks and keep up the good work!!
Does anyone have a good solution for this? Would renicing the process help or will the performance drop when running on nice level 4 or something?
M$ is relatively 'open' in their effort to make NT and W2K IPv6-ready. Checkout the website at research.microsoft.com.
In the Netherlands, about about every ISP is a CSP as well. Not that they supply any kind of telecom service, but they give access to a public network (in casu the Internet).
Dutch CSPs are likely to be forced to give the DoJ some tapping possibilities. But it's likely that those ISPs will advice their customers to use encrypted connections - it the DoJ's challenge to decrypt the stuff again, I think (which is unlikely to happen).
A you know, Intel is investing in RedHat, so they already acknowledged the existence/importance of OSS. And as GCC/EGCS will be used more and more in the server-market, Intel needs to cooperate with the OSS-community. The server-market will be important to Intel's IA64 sells.
Does it matter whether to run 2.0.36 or 2.2.x? Don't think so, as long as 2.2 kernels keep getting released about every other day I'd stick with 2.0.. but hey, some may argue different ;)
Actually, I agree with the previous poster - these are just a couple of screenshots, like every website about programs has its screenshots. Themes are not good or nice - everyone has his own opinion about such values. Themes may be good in the sense that they're easily usable by the programmer. Maybe Qt does that trick better then GTK does. I don't know.
Yes they do. People have to become a Debian Developer before they can put packages in the distribution (==on the ftpsite). They have to give up their anonymous net-identity (at least, for their project related work). Every package they upload has to be signed with their pgp key, otherwise it won't be approved. This way 'mortal people' cannot put anything into the distro w/o getting trust from Debian prior to their contribution. I'm not talking about bugreports/-fixes etc. of course! But a maintainer has to agree with the contribution in that case before it is put on the ftp-site. This doesn't guarantee that no package is troyaned, however.
Anyway, people of course may use any distribution they like. Some like Redhat, some like Debian, others like XYZ. But that's no reason no to try to convince people who like something other than you do that they should use ZYX :)
I wouldn't say Debian is a difficult distribution. I think people think it's difficult because of the lack of a general Control Panel Deluxe. They have to edit config files theirselfs, when there is no xxxconfig script available and the post-installation script happens not to suffice...
I think this is one of the things Corel is going to address: I guess they'll provide the newbie-user with some nice point-and-click configuration panel or something like that. Or maybe even a graphical installation thing based on the vga16 framebuffer thing that comes with the latest kernels... wouldn't that be nice? :)
You might want to consider pushing this clue into the heads of those us politics people...
The last time I talked with a KDE developer about this issue, he said they're sure that all the mess will be fixed with the release of KDE 2.0 (maybe before 2000). But that would be too far away.
It seems that QT2.0 will be released RSN, so that's another step in the good direction.
Only if KDE/Qt gets the licensing issues fixed before the release (or freeze). If they don't it cannot be included.
It's the same as with the 'free'-use-of-weapons law: if your forbid it, it will be used illegally. Governments forbidding exporting encryption things like ssh don't want to see that, apparently.
On the other hand, maybe the US Government doesn't want to have any encryptions things (okay, not any) exported because they feel it is American intellectual property and they don't want to share that with the rest of the world. Wasn't this the case with the PGP5 us/int versions?
Anyways, it looks like most 'western' countries are going to have strict encryption export rules (part of the Wassenaar Agreement). It is not going to be funny :(
It is not that you can't upgrade a 'running' Redhat system w/o bringing it down (or at least a few services), I hope, but Redhat is known to be not that good on this issue. Debian tries to make upgrade-paths as smooth as possible, so that you can upgrade a production system w/o much risk of services not running for quite some time. It is *not* guaranteed, but I think the 'mean down time' is lower.
Sometimes alien doesn't work very well indeed. But then again, it isn't that difficult to create Debian packages. You can ar -x package.deb and untar the two files that come out of the ar command. More information is at www.debian.org.
You need several Debian packages in order to be able to easily create Debian packages yourself, but you may install them using ar/tar: devscripts, dpkg-dev, dh-make and debhelper, iirc. Just try it yourself a few times, once you get the idea it isn't that difficult!
>been thinking about trying potato, but
>I'm wary since it's still in development.
>Is it pretty stable?
As potato is in development, packages may or may not break without any notification. I wouldn't recommend using it on production systems. However, if you don't mind a program occiasonally breaking, you certainly could give it a try. But keep in mind that downgrading from potato to slink isn't as easy as upgrading from slink to potato!
>With more Netscape developers off of the project >it may force the community to pick up the peices
"force" ?? I seriously doubt if resignations such as these are of any help to keep the motivation of that community to help FS projects like Mozilla as high as it could be.. I don't want to blame the people resigning BTW.
Maybe those lawyers could even resist CmdrTaco from mentioning sites on slashdot, as it might be interpreted as a "call for DoS-attack" :-)