IRC Logs

Network: freenode Channel: #netbsd

	Enter your search terms Submit search form
	Web www.irclog.org

[00:01]<fuffjgzyz>is the re* driver enabled by default in kernel generic from 3.0 install image?
[00:04]<ugnw>pulponair: cat /usr/src/sys/arch/i386/conf/GENERIC | grep ^re
[00:05]<fuffjgzyz>unex: got no running system thats why i am asking t
[00:06]<fuffjgzyz>unex: i am currently triing a remote install and i got no chance to fetch sources because the nic does not come up
[00:07]<fuffjgzyz>unex: remote install via hardware console ..
[00:09]<ugnw>pulponair: You can check that in the web. Anyway, yes - re* is enabled.
[00:10]<fuffjgzyz>unex: ok thank you
[00:25]<ugnw>xtraeme: Maw :)
[00:48]<ddnsr>b4ka hi
[01:08]<ddnsr>http://www.usatoday.com/news/washington/2006-07-11-state-department_x.htm
[02:24]<dzzzyp>when su -'ing from my usual account, it errors saying "su: Sorry: authentication error". what gives? regular root logins work fine
[02:26]<sqtq>it's juste that your user isn't in the group wheel
[02:27]<dzzzyp>it is though
[02:27]<sqtq>yeah a lot :D
[02:27]<sqtq>just man usermod
[02:27]<sqtq>:P
[02:27]<dzzzyp>$ groups
[02:27]<dzzzyp>users wheel
[02:27]<dzzzyp>$ whoami
[02:27]<dzzzyp>mngrif
[02:28]<dzzzyp>$ su - root
[02:28]<dzzzyp>Password:
[02:28]<dzzzyp>su: Sorry: authentication error
[02:28]<sqtq>no idea then :) check syslog
[02:29]<dzzzyp>it shows the same error, but also on which term it happened on (which is the correct term, if that matters)
[02:37]<zdgj>Maybe PAM got out of sync with your userland
[02:38]<dzzzyp>ryno: rebooting didn't help
[02:38]<dzzzyp>i mean, i can work around it by just logging in as root
[02:38]<dzzzyp>(over ssh :\)
[02:39]<zdgj>hmm
[02:40]<dzzzyp>also, who, talk, mesg, and write don't work... that's kindof major as this truely is a multiuser system
[02:47]<lxrmvxry>mngrif: is su suid root?
[02:47]<lxrmvxry>maybe you extracted a base set without using -p
[02:48]<lxrmvxry>or did a bad recursive chmod command
[02:48]<lxrmvxry>-r-sr-xr-x 1 root wheel 17975 Jun 8 10:28 /usr/bin/su
[02:48]<lxrmvxry>notice the s bit
[02:49]<lxrmvxry>although who should work without suid bit set... but maybe some other permissions are wrong
[02:50]<lxrmvxry>another possibility would be a root kit installing various commands over your original ones
[03:00]<myvn-j>this'll be interesting... migrating to a raidframe raid1 root from a working setup
[03:06]<dzzzyp>phadthai: actually, /usr is over NFS and norootsquash might not be enabled
[03:08]<lxrmvxry>ah ok yes problems could be related to nfs then indeed
[03:08]<dzzzyp>is norootsquash all i'd need for /usr over nfs?
[03:09]<lxrmvxry>hmm I actually don't know about norootsquash (not in exports(5))
[03:10]<lxrmvxry>nor on mount_nfs options
[03:10]<dzzzyp>*googles*
[03:16]<dzzzyp>root_squash is a nfs3 thing
[03:16]<rsjlvfrl>:D
[03:16]<rsjlvfrl>:D
[03:16]<rsjlvfrl>:D
[03:19]<ddnsr>:D
[03:23]<dzzzyp>:D
[03:23]<zdgj>:D
[03:25]<dydyc>xD
[03:26]<zdgj>You just had to be the black sheep, didn't you? ;]
[03:28]<dzzzyp>baaaaaaah
[03:32]<ddnsr>xD
[03:32]<ddnsr>:P
[03:35]<myvn-j>hrm. removing drives from a system is much more of a pain than adding them
[03:35]<myvn-j>I guarentee I'm going to find symlinks in a month pointing to stuff on the drives that are being taken out
[03:37]<dzzzyp>it is certian
[03:50]<2nac79>hello
[03:50]<2nac79>i just installed a dns server, and is behind a firewall , i asked the firewall admin to open the port 53/tcp/udp incoming and outgoing
[03:50]<2nac79>it works , but is very slow , like 5 seconds to resolve a domain
[03:51]<2nac79>i saw that my dns server opens a udp port when i query a domain >32768
[03:51]<2nac79>i dunno if i need to open more ports in my firewall for reverse resolution ?
[03:51]<2nac79>does anybody has an idea?
[04:04]<sdrdrrrfr>how do you get a ~ on a system with a keyboard that doesn't have one
[04:05]<raympu>alt 127
[04:12]<rraffsax>so, should pr that discloses how one could panic the kernel be confidential?
[04:14]<lxrmvxry>jakllsch: any local user can do it? Then there's some non-disclosure/private flag that probably should be set yeah
[04:16]<rraffsax>well, anyone who has access to the hardware. this code is still not even commented out in any kernel config files, so virtually no one could be vulnerable
[05:19]<rgv>hey
[05:19]<rgv>how does netbsd handle sata hard drives
[05:19]<rgv>and ati 200g vidcards?
[05:29]<lxrmvxry>ant: the ati should work although without without 3d hardware acceleration, as for sata it depends on the controler
[05:29]<lxrmvxry>s/without without/without/ :)
[05:31]<rgv>hm
[05:32]<lxrmvxry>what is your sata controler model
[05:34]<rgv>hm
[05:34]<rgv>let me check
[05:36]<rgv>why cant I send to cahnnel
[05:36]<rgv>?
[05:36]<rgv>antmo
[05:37]<zzr2ygjnn>hi
[05:37]<rgw>hi
[05:37]<rgw>I guess u guys dont let root chatters
[05:37]<rgw>he he
[05:37]<rgw>well I ran lspci
[05:37]<rgw>and the ati 200g is controlled by
[05:37]<rgw>uh
[05:38]<rgw>01:05.0 VGA compatible controller: ATI Technologies Inc RS480 [Radeon Xpress 200G Series]
[05:38]<rgw>01:05.1 Display controller: ATI Technologies Inc Unknown device 5854
[05:38]<rgw>:(
[05:38]<rgw>hp desktop very new
[05:38]<rgw>I think is an onboard Sis
[10:23]<rraffsax>mmm, pie.
[10:23]<2rff>hello imachine
[10:24]<ydraxygn>hi ball

Back to #netbsd
Or go to some related logs:
#blender
#azureus
#css
#netbsd
#gentoo