| |
| |
| |
|
Page: 1 2 3 4 5
Comments:
<blued> yea, it shows / being /dev/hdk2, and /c being /dev/sda1, proc, devpts, and usbfs
<IdiotStic> hmm that's pretty odd heh
<blued> i've spent a lot of time searching and the only thing i can find is that people run --recheck and it works for them
<Demi-god_> does anyone have experience with the RealVNC X extension (libvnc.so)?
<Demi-god_> it seems to work but I have no idea where to specify the p***word
<Qwell[]> Demi-god_: type vnc, then hit tab a couple times
<IdiotStic> doesn't make a lot of sense. if it sees it I'd think it would be fine. as I said, I've only seen sata drives with scsii designations, but who knows
<Demi-god_> bash: vnc: command not found
<Demi-god_> ah
<Qwell[]> Demi-god_: What part of "then hit tab a couple times"....
<Qwell[]> :)
<blued> maybe it's because i have actual scsi drives in the system that it didn't default to scsi naming
<Demi-god_> but
<Demi-god_> what then?
<Demi-god_> I already tried vncp***wd
<Qwell[]> then look at the commands it gives you
<Qwell[]> You ran that as the user you want to login as?
<IdiotStic> blued: I don't know man. never run across this one before
<Demi-god_> umm, maybe you have misunderstood
<Demi-god_> I'm talking about an X server module
<Qwell[]> and?
<Demi-god_> that allows me to see what's going on on the real screen
<blued> IdiotStic thanks for the effort
<Qwell[]> okay, and?
<Demi-god_> just like windows
<Demi-god_> so how do I specify the p***word to that module
<Qwell[]> ...vncp***word
<Demi-god_> didn't work
<Demi-god_> and I don't see why it would
<Qwell[]> and I repeat... You ran that as the user you want to login as?
<hiphopbab> i just installed suse and my sound isnt working, even on cds
<hiphopbab> i went to alsamixer and unmuted everything
<Demi-god_> login? the system might be in the login screen
<Demi-god_> and that's what I expect to see through vnc when I connect
<pooleb> hmm... is it just me or does Linux (using ext3) not log when a filesystem is full? Is this configurable? Has it always been this way?
<Demi-god_> exactly what's happening on the real screen
<Qwell[]> so figure out how to get vnc to use gdm
<Demi-god_> huh?
<Demi-god_> I'm *NOT* running a standalone vnc server, I know how THAT works
<Demi-god_> I have no problem with that setup
<IdiotStic> pooleb: if the filesystem is full I doubt it can log it anywhere :)
<Demi-god_> what does this have to do with gdm?
<Qwell[]> I've asked you a question twice, and you've ignored it
<pooleb> It could log it remotely.
<Demi-god_> vnc does not ask for a user name
<Demi-god_> I ran vncp***wd as root
<Qwell[]> good, now run it as the user who you want to login as
<blued> you login as the user you want your vncserver to be ran as, and give it a commandline argument of a file containing the plaintext p***word you want to use
<Demi-god_> blued, maybe you missed the line where I explained that I'm not running a standalone vnc server
<Demi-god_> but an X server module
<Qwell[]> Demi-god_: If you aren't going to listen, don't both asking a question
<Demi-god_> alright, I have just one user account
<Demi-god_> and I ran vncp***wd on that one
<blued> running vncp***wd still creates a file in the userdir .vnc/ called p***wd that's encryped p***word
<blued> your X module should then read this p***word just like the standalone serverr does
<Demi-god_> how does it know which user's homedir to read it from?
<Qwell[]> because you give it a friggen username
<Demi-god_> where?
<Qwell[]> ...
<blued> because you are esupposed to be logged in as that user when you RUN vncp***wd
<Demi-god_> "No p***word configured for VNC Auth"
<Demi-god_> says vnc when I try connecting
<Qwell[]> give it a username
<Demi-god_> WHERE
<blued> you login as the user, then you run vncp***wd
<Qwell[]> in the client
<blued> that's how you give the module the p***word
<Demi-god_> there is no place to enter a user name in the client
<Demi-god_> never has been
<blued> whatever user the module is ran as (so whatever user X is ran as) is the user you are going to be logged in on
<Demi-god_> the X server is running as root of course
<blued> then you shall be logged in as root, type vncp***wd <file>
<Demi-god_> as I already said, I did that
<Demi-god_> but it didn't help
<blued> check /root/.vnc
<blued> do you see the file p***wd in there?
<Demi-god_> the module is supposed to give me a view of displayy :0
<Demi-god_> yes, it's there
<blued> did you try reloading X after the file was created (so after you ran vncp***wd)?
<Demi-god_> hm, no
<Demi-god_> nope, same error
<blued> i would be under the ***umption that the module would gett the p***word the same way the standalone server does. that's all i did when i ran mine
<Demi-god_> yeah, I have experience with that setup without any problems whatsoever
<Demi-god_> but this module thing is giving me a headache...no documentation anywhere
<Demi-god_> and not even google can give me an answer
<blued> is there a way to add options, like command line arguments, to the module when it's ran?
<Demi-god_> Xorg.conf
<Demi-god_> but I have no idea what to add
<Demi-god_> since there's no docs
<blued> then try adding -rfbauth /root/.vnc/p***wd
<mdasilva> has anyone setup secure nfs?
<mdasilva> any decent alteratives?
<Demi-god_> I really don't think that p***word goes to any individual user's home dir
<Demi-god_> Qwell was so obsessed with users and logins, but this setup has NOTHING to do with them
<blued> well the p***word is different for every user that vnc is ran under, so i would ***ume it does
<blued> and looking at the vncserver script it runs -rfbauth $vncUserDir/p***wd with the X server
<Demi-god_> I'm NOT using the vncserver script
<blued> i know, but chances are the module is setup similarly, since they both are realvnc
<blued> and if you can give the module options like that, it would make sense that the option names and arguments would be the same.
<Demi-god_> but I already proved it didn't work with $vncUserDir/p***wd
<Demi-god_> maybe some other realvnc man pages will give a clue
<blued> you only proved that the module didn't search there without any options telling it to
<Qwell[]> Did you read any documentation about this?
<mdasilva> dry
<mdasilva> martini pls
<Demi-god_> Qwell, I would have if there were any
<Qwell[]> BS
<blued> modules are often meant for designers, and so documentation is few and far between
<Qwell[]> http://gentoo-wiki.com/HOWTO_Use_TightVNC_W/_JPEG_Compression_to_connect_to_existing_X_Sessions
<Qwell[]> 2 seconds with google
<mdasilva> thats fast
<Demi-god_> where does it tell me how to specify the p***word
<Qwell[]> ...
<mdasilva> *starts the stop watch*
<blued> do a search for "p***wd"
<Demi-god_> ok this looks promising
<pooleb> Okay, this problem is lame. Lets switch to "Why does Linux not log messages to syslog when its ext3 filesystem is full". ;-)
<blued> my guess would be because the filesystem is full, so it can't write new data to it
<Demi-god_> either that or you failed to mention something :)
<pooleb> It should at least try. There are many cases where the filesystem that is full is not the filesystem where the logs are being written. Either due to /var being on a different partition or due to syslog being setup for remote logging.
<bougyman> that's a syslog daemon issue
<pooleb> Solaris, *BSD's, etc log... is there really no option to make Linux/ext3 do the same?
<bougyman> some syslog daemons won't log so much that they overtake the proc or io, either.
<pooleb> It is not a syslog issue. There are no syslog messages being sent.
<bougyman> yes it is, because it doesn't happen with socklog or syslog-ng or metalog.
<Demi-god_> the X vnc thingy worked..kinda
<Demi-god_> crashed my X server
<pooleb> You sure about that?
<bougyman> i'm positive
<Demi-god_> damn, it crashed the entire box
<pooleb> Linux's syslogd does not write all messages? It is filtering out log lines sent to it before it outputs? WTF?
<bougyman> if you're talking about /dev/log, it has nothing to do with the filesystem.
<bougyman> syslogd is not linux's, it's whatever app you install to read from /dev/log
<pooleb> I'm sure you can understand that I'm referring the default sys/klogd installed on 99.99% of the Linux distros.
<bougyman> i believe that is what you're referring to, and it's a horrible log system, imo.
<bougyman> i haven't used it in 6 or 7 years.
<mdasilva> secure nfs
<mdasilva> is it a pain in the ***?
<mdasilva> not much documentaiton on this
<bougyman> secure nfs? kind of.
<mdasilva> sounds like it is
<bougyman> the kerberos setup is the PITA.
<mdasilva> pita?
<bougyman> we use sfs instead.
<mdasilva> pain in the ***
<mdasilva> got it
<bougyman> it's faster than secure nfs, and much easier to set up.
<Idle`> no, the bread
<mdasilva> i'll check it up
Return to
#linuxhelp
or
Go to some related
logs:
ddgirls passes
#slackware
#delphi
wintaks trial
#windowsxp
#3dsmax
#windowsxp
#computers
#flash
crankers the legend
|
|
