Say what?!?! Ditch digging?!?! I never said that. And I said unix admin, not network admin. Big difference. A real unix admin should know all the major file in/etc; at the very least, what they are for. Methinks you protest too much. Perhaps you didnt know the answers?
Eh, sorry dude. Been admining Linux internet servers for about 3 years and couldn't answer one of those questions.
Doesn't make me "unqualified" in the least. One of my babies has been running over a year without me even working at that job site any more.
If I was interviewing a candidate I'd worry less about his book knowledge and more about his methodology. I don't need someone who can recite what X file does, I need someone who can tackle a problem he DOESN'T fully understand.
To me, that's Unix. A bunch of drek one man can never fully understand, but there's a graceful logic to it. Grok that and you're set.
You're wrong. knowing the core stuff cold *does* make you a better sysadmin. And I've yet to meet one who could ace one of my interviews, and couldn't solve unix issues he'd never run into before.
BTW, you really dont know what nsswitch.conf is?!?! Shame on you, calling yourself a unix admin.
Every Unix Admin interview I've seen involves LOTS of verbal troubleshooting. Things like What does nsswitch.conf do?. If a machine is seeing lots ethernet transmit errors, what might be wrong?. How should you NOT run sendmail spools over NFS? Skill is crucial, all else naught.
Getting the interview is a different story. Perhap certification would help there, but I doubt it.
Want an *excellent* calendar? See: http://korganizer.kde.org/
Korganizer has alarms, ical import, html export, kmail integration, and more. And it isn't massively bloated by Mozilla things like XUL, XPCOM and it's nasty brethren.
Some screenshots:
http://korganizer.kde.org/screenshots/main.gif
http://korganizer.kde.org/screenshots/event.gif
http://korganizer.kde.org/screenshots/preference s. gif
http://korganizer.kde.org/screenshots/webexport. gi f
http://korganizer.kde.org/screenshots/find.gif
Hah. tulip chipsets are a total mess. The best supported cards under linux are 3coms and intels. There are just too many tulip variants to keep up with with.
Anyway, see your ifconfig:
$/sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:50:DA:1F:06:57
inet addr:10.0.0.42 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:83036 errors:0 dropped:0 overruns:0 frame:0
TX packets:80763 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:18468908 (17.6 Mb) TX bytes:6354302 (6.0 Mb)
Interrupt:18 Base address:0xc800
See that MTU setting? Screw with that a bit to see what I'm talking about.
The kernel module for Alta Sundance 100 meg cards drops any packets it receives that are > ~1500 bytes.
I'm pretty sure it isn't user error; and it's happened on several different machines I've tried it on.
I can do a ping -s 1465 (The number is something like that, but that's not exact), and it'll work fine... increase it to ping -s 1466, and no replies come back.
You need to read up on MTUs. Ethernet has a *fixed* maximum frame size, due to latency messing with collision detection. That's what you're hitting.
Re:KDE 2s2 feature depth is astounding
on
KDE 2.2 Tagged
·
· Score: 1
Well, you're totally correct about that being bad. Fortunately, it's easy to choose another window decoration in KDE 2.2. One of the decorations fixes your complaint. I forget which one though. Give it a try!
KDE 2s2 feature depth is astounding
on
KDE 2.2 Tagged
·
· Score: 5, Informative
You simply must spend time diggin through all that 2.2 offers before offering an opinion on it. The depth of available features are astounding.
For example, I *love* how finegrained Konqueror's support for cookie and javascript is. You can specify particular sites that allowed to run javascript, to the exculsion of all others.
Kasbar, the newly spiffed up task switcher, pop up a scaled down screenshot of the app whose icon your mouse is hovering over. This makes it WAY easier to pick the web browser windows you REALLY meant.
Konqueror's support for file-data-as-the-icon has truly matured. It renders text, html, pics, postscript and pdf, alphablending in the normal icon underneath the data. Sweet and really effective for me.
KMail gives surprising good control of mail. Some of the options make procmail unecessary, except for really advanced stuff. ANd it supports IMAP now.
Konsole may be a bit bulky for a shell, but I love having a menu listing all my nachines on the network, giving me one click ssh to them, all in one manageable window.
How many times have you seen a newbie click the icon to launch a program, get tired of waiting for it to come up, and click it again? Of course, two copies get launched, confusing the user. Well, KDE now "attaches" the 16x16 icon of th program you asked to launch to the mouse cursor, throbbing gently until the app comes up. this gives *useful* feedback to the user. Not only does it tell them that something is happening(which an hourglass can do), but it tells them what is being launched, boosting their confidence.
The kicker can now take up less than the full screen. The default is not to have a handle on the left, making good use of Fitt's law; slam the mouse to the lower left and you are *sure* to get the Start Menu when you click.
KDE is full of wonderful touches. Keep digging, you'll be pleasantly surprised, constantly:-)
The reason the kernel compile didn't gain from > 2 CPUs is that the disk become a bottleneck. The proper way to compile a kernel on a multicpu machine:
1) change the makefile to run gcc with '-pipe'. Read the man page to see why.
2) set MAKE=make -jN, where n=num of CPUs
3) either put the source in a ramdisk or run it on a fast striped raid system.
4) run make -jN (yes, both the environ and the arg)
NO! Do *not* buy DVDs. These players are still illegal in America. Until you don't have to skulk around illegally using linux to play DVDs, buying one is just funding your loss of freedom. Send the money to the EFF instead.
After spending some time playing with this, I have learned a few things:
1) Don't bother with fancy gestures yet. Only simple ones, like L will work with any reliability.
2) You *must* pause before and after the gesture. This is CRUCIAL. A slight pause, gesture, pause.
3) Scale doesnt matter. Small l, big L, it doesn't matter. It would be nice if I could filter smaller motions.
4) Understand dcop. dcop will allow you to do gestures for all sorts of KDE apps. For example, you could have gesture that makes the konquror web browser "go back", or "reload". Or it could have kmail cheack your mail. Try running kcdop, a graphical dcop browser, to get an idea of what's possible.
KDE Rules, Good luck!
Re:Hey, would FreeBSD make a good DSL web server?
on
Bringing xMach To Life
·
· Score: 1
That's only true of the 2.2 Linux kernel. Read up on the question Hans Reiser, of reiserfs fame, asked the linux-kernel list regarding performance diffs between BSD and linux. The answers were informative. The people that answered know their shit.
When are they going to up the resolution beyond the current paltry 160x160? I'd prefer 8-bit color on a 240x320 screen. Hold a Casio PocketPC in your hand and you'll see what a high res color screen in your hand is like. There's no going back.
Quote:
Asked whether he was disappointed that the world has yet to see a real HAL, the menacing yet highly intelligent computer in Stanley Kubrick's "2001: A Space Odyssey," Ballmer made an unlikely confession.
"In the spirit of frankness and directness of the 21st Century, I never saw the movie," he said. "To most people at Microsoft, HAL stands for hardware application layer."
Well, in the spirit of frankness and directness, I'll point out that Ballmer doesn't know his own products. It stands for "Hardware ABSTRACTION Layer".
Maildir is better because:
1) it is more reliable over nfs. Maildir is designed to not need file-level locking, which sucks over nfs.
2) maildir is more resistant to catastrophic corruption since each email is a seperate file.
3) maildir keeps metadata about the email in the emails filename, rather than a seperate index file. This helps prevent the metadata, such as "replied-to" and "forwarded this" from getting out of sync
4) filesystem level tool work well with maildir. you don't need special "formail" type tools to work wirh them, bash scripting is capable of doing it all by itself.
5) maildir is better positioned to take advantage of advanced new filesystems like reiserfs. when reiserfs has a plugin for file-level transparent compression, maildir will be able to selectivle and invisibly compess emails to the disk without requiring other programs/scripts to decompress them before use.
Watch as it asks you for your password, and displays all the emails on the server as files in that "directory". Drag one off to your desktop, or just click on one to read in right there in konqy.
print "done"
----
or you can do this to control a presentation!
----
# Python version of David Faure's dcop presentation automation script for kpresenter
#
# Simon Hausmann
from time import sleep
from dcop import *
act = view.action( "screen_next" )
while startAction.enabled() == 0:
sleep( 10 )
if startAction.enabled() == 0:
act.activate()
print "Presentation finished."
------
This stuff is also expose via xmlrpc. That means that you can access it from ANY language that can open a socket and send text through. Here's one in shell script:
-------
#!/bin/sh
It seems that all the most exciting stuff is happening in KDE. The KDE 2.1 beta has a great deal of cool stuff, like HTML preview icons, text preview, and some very slick kio plugins. Things like seeing your Diamond Rio and digital camera as just a part of your directory tree is NICE. Drag a picture off of your camera right onto an FTP site. Isn't that how it should be??
Significantly, these features are being added with a minimum of pain. The embedded mozilla required NO changed to Konqueror. Adding digtal camera support to the Image Viewer (kview) didn't actually touch the kview code. KDE is built on *very* solid technical ground, with plenty of room for planned growth. It seems that having a high quality C++ architecture really helps.
Boy, did you miss the point! The machine is nothing but a gateway/router. Why would it need X? His main boxes acan run whatever he feels like.
And that silly line about encrypting stuff on your HD shows you're not too bright. How do you plan on unencrypting/etc/passwd every time it's needed? And if you plan on using a loopback encrypted filesystem, it's all open while the box is up anyway.
Slashdot Mirror
Say what?!?! Ditch digging?!?! I never said that. And I said unix admin, not network admin. Big difference. A real unix admin should know all the major file in /etc; at the very least, what they are for. Methinks you protest too much. Perhaps you didnt know the answers?
Eh, sorry dude. Been admining Linux internet servers for about 3 years and couldn't answer one of those questions. Doesn't make me "unqualified" in the least. One of my babies has been running over a year without me even working at that job site any more.
If I was interviewing a candidate I'd worry less about his book knowledge and more about his methodology. I don't need someone who can recite what X file does, I need someone who can tackle a problem he DOESN'T fully understand. To me, that's Unix. A bunch of drek one man can never fully understand, but there's a graceful logic to it. Grok that and you're set.
You're wrong. knowing the core stuff cold *does* make you a better sysadmin. And I've yet to meet one who could ace one of my interviews, and couldn't solve unix issues he'd never run into before.
BTW, you really dont know what nsswitch.conf is?!?! Shame on you, calling yourself a unix admin.
Every Unix Admin interview I've seen involves LOTS of verbal troubleshooting. Things like What does nsswitch.conf do?. If a machine is seeing lots ethernet transmit errors, what might be wrong?. How should you NOT run sendmail spools over NFS? Skill is crucial, all else naught.
Getting the interview is a different story. Perhap certification would help there, but I doubt it.
Want an *excellent* calendar? See: http://korganizer.kde.org/
e s. gif
. gi f
Korganizer has alarms, ical import, html export, kmail integration, and more. And it isn't massively bloated by Mozilla things like XUL, XPCOM and it's nasty brethren.
Some screenshots:
http://korganizer.kde.org/screenshots/main.gif
http://korganizer.kde.org/screenshots/event.gif
http://korganizer.kde.org/screenshots/preferenc
http://korganizer.kde.org/screenshots/webexport
http://korganizer.kde.org/screenshots/find.gif
Use it enjoy it, and contribute to it.
Hah. tulip chipsets are a total mess. The best supported cards under linux are 3coms and intels. There are just too many tulip variants to keep up with with.
/sbin/ifconfig
Anyway, see your ifconfig:
$
eth0 Link encap:Ethernet HWaddr 00:50:DA:1F:06:57
inet addr:10.0.0.42 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:83036 errors:0 dropped:0 overruns:0 frame:0
TX packets:80763 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:18468908 (17.6 Mb) TX bytes:6354302 (6.0 Mb)
Interrupt:18 Base address:0xc800
See that MTU setting? Screw with that a bit to see what I'm talking about.
The kernel module for Alta Sundance 100 meg cards drops any packets it receives that are > ~1500 bytes.
I'm pretty sure it isn't user error; and it's happened on several different machines I've tried it on.
I can do a ping -s 1465 (The number is something like that, but that's not exact), and it'll work fine... increase it to ping -s 1466, and no replies come back.
You need to read up on MTUs. Ethernet has a *fixed* maximum frame size, due to latency messing with collision detection. That's what you're hitting.
Well, you're totally correct about that being bad. Fortunately, it's easy to choose another window decoration in KDE 2.2. One of the decorations fixes your complaint. I forget which one though. Give it a try!
You simply must spend time diggin through all that 2.2 offers before offering an opinion on it. The depth of available features are astounding.
:-)
For example, I *love* how finegrained Konqueror's support for cookie and javascript is. You can specify particular sites that allowed to run javascript, to the exculsion of all others.
Kasbar, the newly spiffed up task switcher, pop up a scaled down screenshot of the app whose icon your mouse is hovering over. This makes it WAY easier to pick the web browser windows you REALLY meant.
Konqueror's support for file-data-as-the-icon has truly matured. It renders text, html, pics, postscript and pdf, alphablending in the normal icon underneath the data. Sweet and really effective for me.
KMail gives surprising good control of mail. Some of the options make procmail unecessary, except for really advanced stuff. ANd it supports IMAP now.
Konsole may be a bit bulky for a shell, but I love having a menu listing all my nachines on the network, giving me one click ssh to them, all in one manageable window.
How many times have you seen a newbie click the icon to launch a program, get tired of waiting for it to come up, and click it again? Of course, two copies get launched, confusing the user. Well, KDE now "attaches" the 16x16 icon of th program you asked to launch to the mouse cursor, throbbing gently until the app comes up. this gives *useful* feedback to the user. Not only does it tell them that something is happening(which an hourglass can do), but it tells them what is being launched, boosting their confidence.
The kicker can now take up less than the full screen. The default is not to have a handle on the left, making good use of Fitt's law; slam the mouse to the lower left and you are *sure* to get the Start Menu when you click.
KDE is full of wonderful touches. Keep digging, you'll be pleasantly surprised, constantly
The reason the kernel compile didn't gain from > 2 CPUs is that the disk become a bottleneck. The proper way to compile a kernel on a multicpu machine:
1) change the makefile to run gcc with '-pipe'. Read the man page to see why.
2) set MAKE=make -jN, where n=num of CPUs
3) either put the source in a ramdisk or run it on a fast striped raid system.
4) run make -jN (yes, both the environ and the arg)
TaDa! Much faster!
How is it that noone has mentioned that psion devices make really tiny linux boxes?!?!
Linux for psion (PsiLinux)
NO! Do *not* buy DVDs. These players are still illegal in America. Until you don't have to skulk around illegally using linux to play DVDs, buying one is just funding your loss of freedom. Send the money to the EFF instead.
After spending some time playing with this, I have learned a few things:
1) Don't bother with fancy gestures yet. Only simple ones, like L will work with any reliability.
2) You *must* pause before and after the gesture. This is CRUCIAL. A slight pause, gesture, pause.
3) Scale doesnt matter. Small l, big L, it doesn't matter. It would be nice if I could filter smaller motions.
4) Understand dcop. dcop will allow you to do gestures for all sorts of KDE apps. For example, you could have gesture that makes the konquror web browser "go back", or "reload". Or it could have kmail cheack your mail. Try running kcdop, a graphical dcop browser, to get an idea of what's possible.
KDE Rules, Good luck!
That's only true of the 2.2 Linux kernel. Read up on the question Hans Reiser, of reiserfs fame, asked the linux-kernel list regarding performance diffs between BSD and linux. The answers were informative. The people that answered know their shit.
See:
http://kt.zork.net/kernel-traffic/latest.html#2
no link cuz I'm truly sick of phony ones.
When are they going to up the resolution beyond the current paltry 160x160? I'd prefer 8-bit color on a 240x320 screen. Hold a Casio PocketPC in your hand and you'll see what a high res color screen in your hand is like. There's no going back.
How many more non-violent offenders to we need to lock away from society? Is this a socially benificial thing? Bah. You know it isn't spam or no spam.
Quote:
Asked whether he was disappointed that the world has yet to see a real HAL, the menacing yet highly intelligent computer in Stanley Kubrick's "2001: A Space Odyssey," Ballmer made an unlikely confession.
"In the spirit of frankness and directness of the 21st Century, I never saw the movie," he said. "To most people at Microsoft, HAL stands for hardware application layer."
Well, in the spirit of frankness and directness, I'll point out that Ballmer doesn't know his own products. It stands for "Hardware ABSTRACTION Layer".
So there.
Wow! what's so bad about IMAP? I read that very RFC and enjoyed it immensely. especially with the the XTHREAD and XSORT extensions.
Explain.
Maildir is better because:
1) it is more reliable over nfs. Maildir is designed to not need file-level locking, which sucks over nfs.
2) maildir is more resistant to catastrophic corruption since each email is a seperate file.
3) maildir keeps metadata about the email in the emails filename, rather than a seperate index file. This helps prevent the metadata, such as "replied-to" and "forwarded this" from getting out of sync
4) filesystem level tool work well with maildir. you don't need special "formail" type tools to work wirh them, bash scripting is capable of doing it all by itself.
5) maildir is better positioned to take advantage of advanced new filesystems like reiserfs. when reiserfs has a plugin for file-level transparent compression, maildir will be able to selectivle and invisibly compess emails to the disk without requiring other programs/scripts to decompress them before use.
Study maildir, it's just plain better.
uhhhhh...it's the xml in "xmlrpc". Read up on it.
It seems that moderators think that anything they don't agree with is flamebait?!!?
In Konqueror, use a URL of pop3://pop3server/
Watch as it asks you for your password, and displays all the emails on the server as files in that "directory". Drag one off to your desktop, or just click on one to read in right there in konqy.
Oh, and this works for SMTP urls too. Try it!
Argh! that should be:
//g'`
/kdesktop HTTP/1.0
-----
#!/bin/sh
port=`sed -e 's/,.*//' ~/.kxmlrpcd`
auth=`sed -e 's/.*,//' ~/.kxmlrpcd`
cat > cmd.xml <<EOF
<?xml version="1.0"?>
<methodCall>
<methodName>KDesktopIface.popupExecuteComman d</methodName>
<params>
<param>
<value>$auth</value>
<param>
</params>
</methodCall>
EOF
length=`wc -c cmd.xml | sed -e 's/cmd.xml//;s/
cat > head.xml <<EOF
POST
Content-Type: text/xml
Content-length: $length
EOF
( echo open localhost $port
sleep 1
cat head.xml cmd.xml
) | telnet -8
It's based on DCOP. It allows you to do this in Python (and other languages, of course)
" )
//g'`
/kdesktop HTTP/1.0
----
#!/usr/bin/python
from dcop import *
from qt import *
app = DCOPApplication( "kspread" )
table = app.default.getDocuments()[0].map().table("Table1
table.setSelection( QRect( 2, 2, 4, 6 ) )
rect = table.selection()
print rect
print "done"
----
or you can do this to control a presentation!
----
# Python version of David Faure's dcop presentation automation script for kpresenter
#
# Simon Hausmann
from time import sleep
from dcop import *
app = DCOPApplication( "kpresenter" )
doc = app.KoApplicationIface.getDocuments()[0]
view = doc.firstView()
startAction = view.action( "screen_start" )
print "Starting Presentation %s" % doc.url()
startAction.activate()
sleep( 5 )
act = view.action( "screen_next" )
while startAction.enabled() == 0:
sleep( 10 )
if startAction.enabled() == 0:
act.activate()
print "Presentation finished."
------
This stuff is also expose via xmlrpc. That means that you can access it from ANY language that can open a socket and send text through. Here's one in shell script:
-------
#!/bin/sh
port=`sed -e 's/,.*//' ~/.kxmlrpcd`
auth=`sed -e 's/.*,//' ~/.kxmlrpcd`
cat > cmd.xml
KDesktopIface.popupExecuteCommand
$auth
EOF
length=`wc -c cmd.xml | sed -e 's/cmd.xml//;s/
cat > head.xml EOF
POST
Content-Type: text/xml
Content-length: $length
EOF
( echo open localhost $port
sleep 1
cat head.xml cmd.xml
) | telnet -8E
It seems that all the most exciting stuff is happening in KDE. The KDE 2.1 beta has a great deal of cool stuff, like HTML preview icons, text preview, and some very slick kio plugins. Things like seeing your Diamond Rio and digital camera as just a part of your directory tree is NICE. Drag a picture off of your camera right onto an FTP site. Isn't that how it should be??
Significantly, these features are being added with a minimum of pain. The embedded mozilla required NO changed to Konqueror. Adding digtal camera support to the Image Viewer (kview) didn't actually touch the kview code. KDE is built on *very* solid technical ground, with plenty of room for planned growth. It seems that having a high quality C++ architecture really helps.
Boy, did you miss the point! The machine is nothing but a gateway/router. Why would it need X? His main boxes acan run whatever he feels like.
/etc/passwd every time it's needed? And if you plan on using a loopback encrypted filesystem, it's all open while the box is up anyway.
And that silly line about encrypting stuff on your HD shows you're not too bright. How do you plan on unencrypting
Sigh,
Ben Ploni