| |
| |
| |
|
Page: 1 2 3
Comments:
<0> they make motherboard chipsets as well
<0> (their RD* series)
<1> intel's motherboards have treated me well
<2> agreed on that point
<0> yup, they're quality
<2> rock solid MBs over the years
<0> but so are Asus, Tyan and Iwill in my experience
<0> and Abit a bit less so
<1> last time i bought a tyan motherboard, i loved it, then they stopped selling that model
<1> the closest new one had builtin lan w/ nvidia chipset that netbsd didn't support
<0> K8W/S series?
<1> yes
<0> I've heard some bad stories about the K8WEs
<0> issues with the onboard SCSI controller, the PCI-X bridge, etc
<0> also, the second Marvell MAC dying, and the onboard sound...
<1> it was a K8S
<1> Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison)
<1> rm ~/.Xauthority
<1> Xlib: No protocol specified
<1> client DNS issue
<1> nope, the DNS thing was a typo, still No protocol specified
<1> bleh xauth
<1> http://bau2.uibk.ac.at/matic/secsoft.html
<1> now that's oldschool
<3> anyone here know why main.cf has to be in /postfix now and can't be placed somewhere else with the required_files directive ?
<2> scardinal: by "now" do you mean -current?
<3> no 3.0.1 postfix ver. 2.3.2
<3> from pkgsrc
<3> before all files where in either /etc/postfix/ or in /usr/pkg/etc/postfix... now it's in /postfix
<4> Because there is one postfix maybe
<3> and having required_files='/usr/pkg/etc/postfix/main.cf' in /etc/rc.conf.d/postfix doesn't make a difference.. it won't read it
<3> sub: what do you mean ?
<4> They removed sendmail from base
<2> scardinal: required_files doesn't work in /etc/rc.conf.d/postfix ?
<3> carneous: nope
<2> well, that's a bug, if you are sure
<3> carneous: it didn't read the main.cf until I put it in /postfix
<3> carneous: I am positive :)
<2> send-pr
<3> carneous: which list should it be going to? pkg ?
<2> yah
<3> thanks :)
<3> greylisting.. ugh
<3> :)
<5> heya
<3> hi mspo
<4> Hi, did you bring your K&R along?
<5> I always have it
<4> :-)
<5> and I still think that my ***ignment of argv[1] to port is vulnerable to a buffer overflow
<5> but, whatever
<5> time for a new proejct :)
<5> hey, they released a secureremote client for osx 10.4
<5> (finally)
<5> checkpoint likes to stay a solid year behind
<5> for security
<3> mspo: a year? uhm.. I thought it was more than a year ;)
<5> scardinal: a -solid- year
<3> hehe
<3> anyone here tried using mserv with icecast ?
<5> I don't know mserv
<3> mspo: it's pretty cool... console mp3 thingy
<5> okay
<5> scardinal: I would say xmms pretty much ****s
<5> what's the new media player for x windows?
<5> and by new I mean fancy :)
<3> mspo: hehe yeah I don't like xmms.. I want something that's runnable in console
<5> there's some new-ish super audio lib floating around
<3> oh ?
<5> yeah, it knows a lot of formats
<5> I have an id3 tagger that relies on it
<3> what's it called ?
<5> libsndfile or something like that
<3> hmm
<5> oh, the tagger thing I use? It's called 'Max'
<3> :)
<5> it converts and keeps metadata
<3> nice
<5> so if you download a bunch of flacs and want them in mp3..
<5> you know
<5> it saves a lot of work
<3> yeah
<5> http://www.mega-nerd.com/libsndfile/
<5> but it doesn't try to replace libvorbis, libflac, lame, or a few others
<5> so if you want a universal music player, you still have a few deps
<3> mspo: I am just tired of icecast being so slow to change tune ;)
<3> mspo: tried mserv before and liked it... but there were some unfortunate bugs in its search system
<5> scardinal: isn't it just an http stream?
<5> I always used mplayer for console
<3> yeah it is :)
<3> mspo: but the buffering and time to send a signal to switch the tune is like.. really slow
<5> scardinal: with mplayer?
<5> maybe it's the server
<3> mspo: with any reciever of the stream
<5> so..
<5> sounds like a server problem :)
<5> time for lunch. be back in a bit
<3> mspo: have a good one :)
<6> weird. I can't get my nick back
<4> Wait for the kill
<6> there's something besides the 'htodd left #netbsd' message?
<4> There is still a client
<7> there we go
<7> I was connected to two different servers. d'oh
<4> :)
<5> back
<5> grr
<5> so we have this software vendor who uses openldap
<5> and I always end up answering their questions on the openldap mailing lists
<5> I don't know why we can't talk directly
<4> Because you are paying them to do that:)
<5> I guess so
<5> I offered to setup a call
<5> I guess it's nice to get other openldap users' opinions on their questions too
<8> I have two default routes in my routing table .. how do i remove only one of them ?
<8> apparently, only one of them is functioning though
<4> You have two default routes?:)
<3> sounds skitzo
<3> :)
<8> let me paste the relevant o/p
<8> saras% netstat -rn -f inet | grep default
<8> default link#1 UC - ral0
<8> default 192.168.3.1 UGS - fxp0
<8> while the second one is correct/desirable.. i need to remove the first one.
<4> route dlete and route add again
<3> dsr: why not remove both and add the right one!?
<4> delete
<8> scardinal: i cannot remove both
<8> route delete doesn;t delete the first route
<4> What happens when you remove?
<8> it only removes the second one
<3> dsr: route flush ?
<8> scardinal: that doesn;t help either... although route flushall helps
<8> but after route flushall, i cannot communicate with that box
<4> The cloned route was dropped?
<4> dsr, you dropped the route
<3> hmm
<4> Now add it
<8> sub: i am confused.. which one is a cloned route ?
<4> link#1
<8> i use that interface to just monitor a wireless network
<4> Did you add the route again?
<8> how do i add ? i already added my required default route
<8> which is via fxp0
<4> Oh, if you have one, no need to add
<4> BTW, did that "duplicate" route cause any problems?
<8> nope
<8> since the route via fxp0 has the 'gateway' falg on it.. it doesn;t cause any problems
<4> I would ignore it if it recurs
<8> maybe its time i had a look at route's sources
<4> Yes. I think I came acrossed that behaviour before
Return to
#netbsd
or
Go to some related
logs:
#beginner
nagual irc-galleria
#politics
#battle
#gentoo
#computers
Blackberry 8750
#worldcup
#goal
pixel collision dx8
|
|