Re: DOT-Files in / ?
On Sunday 03 of July 2005 07:30, you wrote: Maybe I missed something or didn't noticed earlier but I noticed 2 DOT-Files in / ? .profile and another one. Yes, those are root's config files. As i read somewhere, wouldn't be nice if root would have problems logging in because /home (or wherever his config files are located) wasn't mounted. I deleted them because they where readable for all users and I couldn't find a logical reason to place the files there. So should I recreate them? Is there any reason for that or did I just not noticed it ealier? With that i cannot help you ;) Wouldn't it be much more logical if if it deals with 'root' to place these files in /root ? But it would be great if somebody (who knows the exact reason) would tellme what these files are for. I noticed that for the (latest) snapshots I tested i386/amd64 and it's a littlebit confusing. Kind regards, Sebastian viq Kind regards, Sebastian
Re: DOT-Files in / ?
On 7/3/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Wouldn't it be much more logical if if it deals with 'root' to place these files in /root ? oh, but they are in /root # sudo ls -il /.profile /root/.profile 125 -rw-r--r-- 2 root wheel 283 Mar 19 23:44 /.profile 125 -rw-r--r-- 2 root wheel 283 Mar 19 23:44 /root/.profile But it would be great if somebody (who knows the exact reason) would tellme what these files are for. single user mode. init invokes sh, right? sh tries to read $HOME/.profile, but since you didn't log in, you don't have $HOME, so sh really reads /.profile. same thing was true when root's shell was csh. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: DOT-Files in / ?
On Sunday 03 of July 2005 08:06, you wrote: I deleted them because they where readable for all users and I couldn't find a logical reason to place the files there. So should I recreate them? Wouldn't it be much more logical if if it deals with 'root' to place these files in /root ? But it would be great if somebody (who knows the exact reason) would tellme what these files are for. I *think* they are there for booting in single user/maintenance mode, when no filesystems are mounted yet (and you could put /root on one of those too), so better to have them - and i don't think it hurts much if those are world readable. But, i *think* that, i'm not absolutely positive... viq -- Jak powstaje auto? http://link.interia.pl/f1898
DELIVERY REPORTS ABOUT YOUR E-MAIL
Dear applicant, Thank you for your application email. Your application has been received and will be forwarded to the relevant Consultant. We are currently reviewing all applications and will be in contact should your skills and experience be suitable for positions we have available. We hope that we can assist you now or in the future in securing suitable employment. Thank you, Interlogic Placements IT and High Tech Engineering Recruitment Level 11, 121 Walker St. North Sydney NSW 2060 Phone: (02) 9922-2711 Fax: (02) 9955-7395 http://www.interlogic.com.au
X TTF path problem
Hi, I've followed all the instructions mentioned in http://www.openbsd.org/faq/truetype.html#manualfonts But still I am unable to use TTF fonts in GIMP. The problem was traced to the fact that X is ignoring the TTF directory, on startx it gives the following message: (==) Using config file: /etc/X11/XF86Config Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! I checked and double checked, that directory exists and it has the same permissions as rest of the fonts directories. Any ideas about how I can solve this? ~Mayuresh
Re: DOT-Files in / ?
On Sunday 03 of July 2005 08:06, you wrote: I deleted them because they where readable for all users and I couldn't find a logical reason to place the files there. So should I recreate them? Wouldn't it be much more logical if if it deals with 'root' to place these files in /root ? But it would be great if somebody (who knows the exact reason) would tellme what these files are for. I *think* they are there for booting in single user/maintenance mode, when no filesystems are mounted yet (and you could put /root on one of those too), so better to have them - and i don't think it hurts much if those are world readable. But, i *think* that, i'm not absolutely positive... viq Indeed... `chmod 700` would be much better ;) Kind regards and thank you to all, Sebastian -- Jak powstaje auto? http://link.interia.pl/f1898
Re: Output of top - CPU% weirdness?
* Arnaud Bergeron [EMAIL PROTECTED] [050703 03:09]: All it takes to find that out is a little bit of observation and deduction. From the second output you provided you should see md5's CPU usage go up rapidly. No. md5's CPU doesn't go up. If I try john -t it slowly goes up. Let's stick with john -t 'cause it's real CPU hog. top(1) output show a CPU-Usage going up slowly, showing different numbers than ps(1). load averages: 1.80, 1.15, 0.68 09:25:13 51 processes: 1 running, 49 idle, 1 on processor CPU states: 97.0% user, 0.0% nice, 2.5% system, 0.5% interrupt, 0.0% idle Memory: Real: 45M/116M act/tot Free: 374M Swap: 0K/1024M used/tot PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND 7399 moo 640 3208K 952K run -0:10 36.47% john 13289 moo20 18M 22M sleepselect 0:21 0.05% Xorg 16577 moo20 2924K 3588K sleepselect 0:08 0.00% xterm 13376 moo 100 4332K 2832K idle wait 0:00 0.00% mutt 26326 moo20 3000K 3600K sleepselect 0:00 0.00% xterm $ while true; do ps -ax -opcpu -ocommand | grep john | grep -v grep ; sleep 1; done 45.0 john -t 71.8 john -t 80.9 john -t 85.0 john -t 87.8 john -t 89.6 john -t 90.7 john -t 91.7 john -t 92.1 john -t 92.6 john -t 93.1 john -t 93.5 john -t 93.9 john -t And these numbers were taken parallel in two xterm, so 36.47% from top(1) showed up wile ps(1) was reporting 90+ percent CPU. Now, if you're not happy with that, you're welcome to fix it yourself As always... Too bad I'm not a developer.
Re: Error libtool: link: only absolute run-paths are allowed
On Sunday, 3 July 2005 at 5:29:43 +0159, Han Boetes wrote: That probably won't work. This is the proper spell: make LIBTOOL=/usr/local/bin/libtool It still doesn't work. Same error message: $ make LIBTOOL=/usr/local/bin/libtool cd subversion/mod_dav_svn /usr/local/bin/libtool --tag=CC --silent --mode=link gcc -g -O2-DNEON_ZLIB -DNEON_SSL -L/usr/local/lib/db4 -L/usr/local/lib -rpath -avoid-version -module -o mod_dav_svn.la activity.lo deadprops.lo file_revs.lo liveprops.lo lock.lo log.lo merge.lo mod_dav_svn.lo repos.lo update.lo util.lo version.lo ../../subversion/libsvn_repos/libsvn_repos-1.la ../../subversion/libsvn_fs/libsvn_fs-1.la ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la -lintl -lz libtool: link: only absolute run-paths are allowed *** Error code 1 Stop in /tmp/subversion-1.2.0 (line 268 of ./build-outputs.mk). $ I even edited Makefile to change LIBTOOL and replaced /tmp/subversion-1.2.0/libtool with /usr/local/bin/libtool. Both still produce the same error message. TIA, Zoong
Re: Error libtool: link: only absolute run-paths are allowed
On Saturday, 2 July 2005 at 20:54:15 -0700, Jacob Meuser wrote: ok, I forgot something. try $ make LIBTOOL=/usr/local/bin/libtool It still doesn't work. Same error message: $ make LIBTOOL=/usr/local/bin/libtool cd subversion/mod_dav_svn /usr/local/bin/libtool --tag=CC --silent --mode=link gcc -g -O2-DNEON_ZLIB -DNEON_SSL -L/usr/local/lib/db4 -L/usr/local/lib -rpath -avoid-version -module -o mod_dav_svn.la activity.lo deadprops.lo file_revs.lo liveprops.lo lock.lo log.lo merge.lo mod_dav_svn.lo repos.lo update.lo util.lo version.lo ../../subversion/libsvn_repos/libsvn_repos-1.la ../../subversion/libsvn_fs/libsvn_fs-1.la ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la -lintl -lz libtool: link: only absolute run-paths are allowed *** Error code 1 Stop in /tmp/subversion-1.2.0 (line 268 of ./build-outputs.mk). $
Re: procmail sets wrong permissions in /var/mail
On Sat, Jul 02, 2005 at 01:01:51AM +0200, Oliver Fuchs wrote: Problem: using procmail as local mailer sets the wrong permissions in /var/mail. Question: So my issue is that using procmail as local mailer sets the wrong permissions. Is this now less important and known or is it a security risk? And is the only way to avoid setting this permissions to change them in /var/mail by hand? hi. i'm not sure about `wrong', but procmail does appear to create mailboxes 660, with the group id of /var/mail (`wheel'). /etc/security complains if a mailbox is not 600. i don't know if it checks the group id or not, but normal is to use the user's default group, i think. i don't know about security risk, but you can: * alter the relevant file in /etc/mtree to not complain about perms * alter perms in /var/mail/(mailbox) by hand * alter procmail source * alter sendmail config (the local mailer define, i mean) * put up with it * something else i haven't thought of it is a bit of a pain, i agree. i spent a morning looking at this, and didn't come up with much. this issue came up as a netbsd pr (#18788) a few years ago, and they eventually closed it as 3rd party software issue, please complain to procmail maintainer. you could try that to. http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=18788 if anyone else has a more elegant solution, i'd love to know it. there are other issues with running non-base stuff like this (perms to use and so on), so i guess the winning solution is to run what is in base, since it all works nicely together. jmc
Re: DOT-Files in / ?
On Sunday 03 of July 2005 09:25, [EMAIL PROTECTED] wrote: Indeed... `chmod 700` would be much better ;) yes, that should work ;) Kind regards and thank you to all, Sebastian viq -- Jak powstaje auto? http://link.interia.pl/f1898
Re: Mini-PC recommendation?
Frank Denis (Jedi/Sector One) wrote: What experiences do people have with OpenBSD and a mini-PC like Biostar's or Soltek's? Most interesting ones seems to based upon Nvidia chipsets, but unfortunately they don't seem to be supported by OpenBSD. This heavily depends on what you use it for. We make good experiences with Geode based systems (like the Soekris 4801) as they are low power devices for router/firewall applications. They don't, however, have much CPU power, e.g. the 4801 board is clocked at 266 MHz. Nvidia bases devices tend to consume more power and thus heat up more. Off course, if you need a full fledged PC with VGA etc. these devices are not a choice. - Marc Balmer
iwi driver timeout
Hi, (This is the second time I've sent this, it appeared to get lost. Apologies if it turns up again) I have a thinkpad r50e with an intel wifi card. I frequently get iwi0: device timeout. The card does not work after this message has been displayed. You can re-initialize it (/etc/netstart) and sometimes it will start working again. Any ideas why this is? It doesnt stop me working, its just a pain. dmesg attached. (No, not GENERIC... RaidFrame) Thanks
Change HW for AMD64
Hi, I want to change the hw of my openbsd gateway, i look for an mico-ATX AMD64 motherboard and i have the choice of 3 chipsets SiS 760GX VIA K8M800 NVIDIA nForce3 250 If possible i would like to use SATA controler so i think i can forget NVIDIA. If someone have some experience / recomandation ? Thank you Romain -- Romain GAILLEGUE [EMAIL PROTECTED]
Re: Error libtool: link: only absolute run-paths are allowed
Zoong PHAM wrote: On Sunday, 3 July 2005 at 5:29:43 +0159, Han Boetes wrote: That probably won't work. This is the proper spell: make LIBTOOL=/usr/local/bin/libtool It still doesn't work. Same error message: $ make LIBTOOL=/usr/local/bin/libtool cd subversion/mod_dav_svn /usr/local/bin/libtool ^^ Not the same command though. This proves that my suggested command works. It just doesn't solve the problem. --tag=CC --silent --mode=link gcc -g -O2-DNEON_ZLIB -DNEON_SSL -L/usr/local/lib/db4 -L/usr/local/lib -rpath -avoid-version -module -o mod_dav_svn.la activity.lo deadprops.lo file_revs.lo liveprops.lo lock.lo log.lo merge.lo mod_dav_svn.lo repos.lo update.lo util.lo version.lo ../../subversion/libsvn_repos/libsvn_repos-1.la ../../subversion/libsvn_fs/libsvn_fs-1.la ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la -lintl -lz libtool: link: only absolute run-paths are allowed So what should be done next... Google for the errormessage: http://www.google.org/search?q=libtool%3A+link%3A+only+absolute+run-paths+are+allowed And what is the first thing I see... :-) # Han
Difficulty upgrading to 3.7
Hope this is the appropriate list for this. Have tried to upgrade to 3.7 from 3.6 for a while a now. Tried booting from binary 3.7 -release on a CD (which I burned), but repeatedly received halt code 5 HALT instruction executed PC = fc230118 'ps' on this yields: ps IDPBCPRICPU TimeAffinity CPU Program State 002b 0015dac0 3 000010 ps running 0029 0017dec0 5 10400010usbd cb waiting on usb callback 0017 0017a840 3 100010 shell ready 000f 00173040 5 00rx_ewa0 waiting on rx_isr_ewa0 0008 00166800 3 000010shell_0 waiting on rxq_ready 0006 000315a0 6 10 tt_control waiting on tt_control 0004 0002cb00 7120 timer waiting on timer 0003 0002b6a0 2 387890 poll ready 0002 0002a480 6 00 dead_eater waiting on dead_beef 0001 00147ac0 0 6067600010 idle ready I then upgraded to 3.6 -stable (thinking was next best thing) via source upgrade. This went well after some work. I then tried to reboot from same CD with 3.7 on it, same error. I next downloaded the 3.7 -release binaries to the drive and replaced the kernel with the new kernel and tried to reboot. That did not work and is where I am now. I have enclosed the results of 'trace' and 'ps' as instructed following the panic. I have no idea where to go from here. Any suggestions on how to get 3.7 installed and running?? thanks ddb trace Debugger(6, fc757b88, fc8580007aa0, c000, , 8) at Debugger+0x4 panic(fc734b30, fa, fc1f3ad8, fc1f3adc, fc1f3ae0, fc7bfd00) at panic+0x130 dec_550_intr_map(?, ?, ?, ?, ?, fc7bfd00) at dec_550_intr_map+0x190 ohci_pci_attach(?, ?, ?, ?, ?, fcbfd00) at ohci_pci_attach+0x1a8 config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 pciattach(?, ?, ?, ?, ?, fcbfd00) at pciattach+0x31c config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 ciaattach(?, ?, ?, ?, ?, fcbfd00) at ciaattach+0x34c config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 alpha_XXX_dmamap(?, ?, ?, ?, ?, fcbfd00) at alpha__XXX_dmamap+0x1c0 config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_rootfound(?, ?, ?, ?, ?, fcbfd00) at config_rootfound+0x78 cpu_configure(?, ?, ?, ?, ?, fcbfd00) at cpu_configure+0x48 main(?, ?, ?, ?, ?, fcbfd00) at main+0x474 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 --db_more-- ps PIDPPIDPGRPUIDSFLAGSWAITCOMMAND *0 -1 0 0 7 0x80204 swapper
SIP soft phone
Is there any SIP software phone working with OpenBSD i386? I have found none into the ports... Thanks. -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___
pf and interface groups
Hi I'm trying to set up a box as a router for my home network, I have 3 NICs, one external, one wireless, and one internal. I've put the external in group if_ext and the wireless and the internal in group if_int, the reason for this is that it gives me a little more generic pf.conf (and it's fun). However I've got a problem, on some places I use the :network- modifier on the interface-groupnames, which of course does not work. I've tried replacing if_int with the macro if_int = { rl0, ath0 } and use $if_int:network but that, ofcourse does not work either. So I'm wondering what's the best approach that keeps the rules fairly generic? -- Erik Wikstrvm
Re: em0 and SMP problem 3.7 SMP DMESG and ifconfig
On 7/2/05, Micha3 Koc [EMAIL PROTECTED] wrote: OpenBSD 3.7-stable (STORAGE.MP) #1: Sat Jul 2 21:29:32 CEST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/STORAGE.MP That sounds like bad news: a custom kernel. If you cannot reproduce the problem with GENERIC[.MP], you're on your own. Custom kernels are unsupported and the documentation actively dissuades you from using them. See the FAQ #5 or read the list archives as to why you're on your own. Cheers, Rogier -- If you don't know where you're going, any road will get you there.
Re: Difficulty upgrading to 3.7
Just refer to this: http://www.openbsd.org.my/faq/upgrade37.html On 7/3/05, Aric Gregson [EMAIL PROTECTED] wrote: Hope this is the appropriate list for this. Have tried to upgrade to 3.7 from 3.6 for a while a now. Tried booting from binary 3.7 -release on a CD (which I burned), but repeatedly received halt code 5 HALT instruction executed PC = fc230118 'ps' on this yields: ps IDPBCPRICPU TimeAffinity CPU Program State 002b 0015dac0 3 000010 ps running 0029 0017dec0 5 10400010usbd cb waiting on usb callback 0017 0017a840 3 100010 shell ready 000f 00173040 5 00rx_ewa0 waiting on rx_isr_ewa0 0008 00166800 3 000010shell_0 waiting on rxq_ready 0006 000315a0 6 10 tt_control waiting on tt_control 0004 0002cb00 7120 timer waiting on timer 0003 0002b6a0 2 387890 poll ready 0002 0002a480 6 00 dead_eater waiting on dead_beef 0001 00147ac0 0 6067600010 idle ready I then upgraded to 3.6 -stable (thinking was next best thing) via source upgrade. This went well after some work. I then tried to reboot from same CD with 3.7 on it, same error. I next downloaded the 3.7 -release binaries to the drive and replaced the kernel with the new kernel and tried to reboot. That did not work and is where I am now. I have enclosed the results of 'trace' and 'ps' as instructed following the panic. I have no idea where to go from here. Any suggestions on how to get 3.7 installed and running?? thanks ddb trace Debugger(6, fc757b88, fc8580007aa0, c000, , 8) at Debugger+0x4 panic(fc734b30, fa, fc1f3ad8, fc1f3adc, fc1f3ae0, fc7bfd00) at panic+0x130 dec_550_intr_map(?, ?, ?, ?, ?, fc7bfd00) at dec_550_intr_map+0x190 ohci_pci_attach(?, ?, ?, ?, ?, fcbfd00) at ohci_pci_attach+0x1a8 config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 pciattach(?, ?, ?, ?, ?, fcbfd00) at pciattach+0x31c config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 ciaattach(?, ?, ?, ?, ?, fcbfd00) at ciaattach+0x34c config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_found_sm(?, ?, ?, ?, ?, fcbfd00) at config_found_sm+0x54 alpha_XXX_dmamap(?, ?, ?, ?, ?, fcbfd00) at alpha__XXX_dmamap+0x1c0 config_attach(?, ?, ?, ?, ?, fcbfd00) at config_attach+0x244 config_rootfound(?, ?, ?, ?, ?, fcbfd00) at config_rootfound+0x78 cpu_configure(?, ?, ?, ?, ?, fcbfd00) at cpu_configure+0x48 main(?, ?, ?, ?, ?, fcbfd00) at main+0x474 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 __start(?, ?, ?, ?, ?, fcbfd00) at __start+0x64 --db_more-- ps PIDPPIDPGRPUIDSFLAGSWAITCOMMAND *0 -1 0 0 7 0x80204 swapper -- Thanks Regards, Ikmal aka EvoIVGSR http://www.leakage.org/ http://root.justdied.com/mylife/ http://www.openbsd.org.my/ http://mirrors.mybsd.org.my/
Re: Difficulty upgrading to 3.7
--On 7/4/05 12:32 AM +0800 Ikmal Ahmad sent: Just refer to this: http://www.openbsd.org.my/faq/upgrade37.html That is exactly what I just finishing doing, which led to the kernel panic at start-up. I cannot now boot into OBSD, neither from the disk, nor from a CD with the 3.7 binaries. aric
Re: Difficulty upgrading to 3.7
On Sun, 3 Jul 2005, Aric Gregson wrote: Hope this is the appropriate list for this. Have tried to upgrade to 3.7 from 3.6 for a while a now. Tried booting from binary 3.7 -release on a CD (which I burned), but repeatedly received a hint as to arch would have been appreciated, as would the dmesg so far. ohci_pci_attach(?, ?, ?, ?, ?, fcbfd00) at ohci_pci_attach+0x1a8 disable ohci, then try again. -- And that's why Miami is Miami.
Re: em0 and SMP problem 3.7 SMP DMESG and ifconfig
Rogier Krieger wrote: On 7/2/05, Micha3 Koc [EMAIL PROTECTED] wrote: OpenBSD 3.7-stable (STORAGE.MP) #1: Sat Jul 2 21:29:32 CEST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/STORAGE.MP That sounds like bad news: a custom kernel. If you cannot reproduce the problem with GENERIC[.MP], you're on your own. Custom kernels are unsupported and the documentation actively dissuades you from using them. Just because some happens to use a different kernel doesn't automatically mean that they do not know anything. Follow this thread and see why the OP did what he did. As for a custom kernel, if you're using the current release of 3.7, you would still need to recompile the kernel for ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/002_getsockopt.patch At times, misc@ can be worse than Microsoft's or HP's support.
Re: Difficulty upgrading to 3.7
--On 7/3/05 1:23 PM -0400 Ted Unangst sent: a hint as to arch would have been appreciated, as would the dmesg so far. Sorry! I had posted to alpha initially, but no reply. DEC Alpha 500MHz processor, (digital personal workstation 500a). I will post the dmesg as soon as I can reboot into SRM and get the kernel panic again. ohci_pci_attach(?, ?, ?, ?, ?, fcbfd00) at ohci_pci_attach+0x1a8 disable ohci, then try again. OK, as soon as I figure out how to do that. :) thanks
Re: Difficulty upgrading to 3.7
Aric Gregson wrote: Tried booting from binary 3.7 -release on a CD (which I burned), but repeatedly received You should really consider purchasing the official CD and trying that instead. I next downloaded the 3.7 -release binaries to the drive and replaced the kernel with the new kernel and tried to reboot. That did not work and is where I am now. I wouldn't try it like that. Refer to this part of the FAQ.. http://openbsd.org/faq/faq4.html#bsd.rd -- Avtar Gill | [EMAIL PROTECTED]
Re: Difficulty upgrading to 3.7
On Sun, Jul 03, 2005 at 01:23:16PM -0400, Ted Unangst wrote: On Sun, 3 Jul 2005, Aric Gregson wrote: Hope this is the appropriate list for this. Have tried to upgrade to 3.7 from 3.6 for a while a now. Tried booting from binary 3.7 -release on a CD (which I burned), but repeatedly received a hint as to arch would have been appreciated, as would the dmesg so far. ohci_pci_attach(?, ?, ?, ?, ?, fcbfd00) at ohci_pci_attach+0x1a8 I had a smiliar problem with a 3.7 install. Took out my USB fob and it workd fine. Not sure why. Do you have a lot of USB devices? disable ohci, then try again. -- And that's why Miami is Miami. -- BOFH excuse #69: knot in cables caused data stream to become twisted and kinked [demime 1.01d removed an attachment of type application/pgp-signature]
Re: em0 and SMP problem 3.7 SMP DMESG and ifconfig
On 7/3/05, Bruno Delbono [EMAIL PROTECTED] wrote: Just because some happens to use a different kernel doesn't automatically mean that they do not know anything. Follow this thread and see why the OP did what he did. Typically, people do not need to run anything other than GENERIC. Unless I'm missing messages, the OP describs a problem in relation with SMP. He in turn receives various requests for a dmesg, first providing a non-SMP and then a dmesg for a -- seemingly -- non-GENERIC SMP kernel. I don't see much reason to using a non-GENERIC kernel in those messages, but feel free to enlighten me. As for a custom kernel, if you're using the current release of 3.7, you would still need to recompile the kernel for ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/002_getsockopt.patch As custom refers to a non-GENERIC kernel, that has little to do with having to patch a system and subsequently compiling GENERIC again. Cheers, Rogier -- If you don't know where you're going, any road will get you there.
Re: Mini-PC recommendation?
On Sun, Jul 03, 2005 at 12:57:04PM +0200, [EMAIL PROTECTED] wrote: This heavily depends on what you use it for. We make good experiences with Geode based systems (like the Soekris 4801) as they are low power devices for router/firewall applications. I also have a Net4801 that performs perfectly as a firewall and home server. But I was more looking for a workstation, preferably based supporting socket AMD64. But in this area, every vendor seems to use nothing but Nforce or Radeon chipsets.
Re: pf and interface groups
Gah, should have read more carfully, using (if_ext:network) works just fine. -- Erik Wikstrvm
Re: em0 and SMP problem 3.7 SMP DMESG and ifconfig
On Sun, Jul 03, 2005 at 07:42:25PM +0200, Rogier Krieger wrote: On 7/3/05, Rogier Krieger [EMAIL PROTECTED] wrote: I don't see much reason to using a non-GENERIC kernel Apart from aac(4) which isn't in GENERIC any longer. Cheers, Rogier aac(4) is not supported so you're on your own.
Re: em0 and SMP problem 3.7 SMP DMESG and ifconfig
Bruno Delbono wrote: At times, misc@ can be worse than Microsoft's or HP's support. Interesting. How much do you pay for misc@openbsd.org support compared to what you have to fork out for Microsoft or HP? -- Avtar Gill | [EMAIL PROTECTED]
OpenBSD with Linksys WRT54G
Hello, my home network consists of 6 machines, one of them runs openbsd, which i used for dhcp, nat, pf, php, mysql, etc. Now i bought a Linksys WRT54g wifi router, at the moment i use the router's configuration utility, which is accessible over the web, i'm not familiar with it and it doesn't feel comfortable for me, i'd still like to use openbsd for serving my home network and use the router for 100Mb LAN and for WiFi, my question is - is it possible to just use the router as an access point and set the firewall rules, dhcpd on my openbsd box, so the router would just show up as an interface under ifconfig ?
Re: OpenBSD with Linksys WRT54G
The Linksys WRT54g has a 4-port switch, an RJ45 jack labeled Internet, and an access point which can speak 11Mbps and/or 54Mbps. What I do on our local lan is essentially to use it/them as a bridge. Turn off the Linksys DHCPD, set the internal IP address, set a password, set whatever parameters desired for wireless access, and not use the port labeled Internet. To effectively show under ifconfig, I think you need a third NIC, and precisely one cable from the OpenBSD box to the Linksys. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alari Kask Sent: Sunday, July 03, 2005 4:16 PM To: misc@openbsd.org Subject: OpenBSD with Linksys WRT54G Hello, my home network consists of 6 machines, one of them runs openbsd, which i used for dhcp, nat, pf, php, mysql, etc. Now i bought a Linksys WRT54g wifi router, at the moment i use the router's configuration utility, which is accessible over the web, i'm not familiar with it and it doesn't feel comfortable for me, i'd still like to use openbsd for serving my home network and use the router for 100Mb LAN and for WiFi, my question is - is it possible to just use the router as an access point and set the firewall rules, dhcpd on my openbsd box, so the router would just show up as an interface under ifconfig ?
Easiest way to include PHP in a release
Hello, I want to make an OpenBSD release that includes php right from install (like perl is included). I am not very good with makefiles and stuff, so I am seeking advice for the easiest way to do this. Is there a way to include the binary into the usr/src, the OpenBSD port of php, package, or simply way to make the makefile from sources? I apologize for the noobish nature of this question, but I need to be able to do this and do not know how and am having little success finding information about this. Thanks, Rob
Re: Easiest way to include PHP in a release
On Sun, Jul 03, 2005 at 06:30:10PM -0400, Robert Jacobs wrote: Hello, I want to make an OpenBSD release that includes php right from install (like perl is included). I am not very good with makefiles and stuff, so I am seeking advice for the easiest way to do this. Is there a way to include the binary into the usr/src, the OpenBSD port of php, package, or simply way to make the makefile from sources? I apologize for the noobish nature of this question, but I need to be able to do this and do not know how and am having little success finding information about this. Thanks, Rob http://www.openbsd.org/faq/faq4.html#site
Re: OpenBSD torrent updating script available
On 7/2/05, andrew fresh [EMAIL PROTECTED] wrote: There is now a script available to help keep your OpenBSD torrents up to date. There are details on how to use it available at: http://openbsd.somedomain.net/files/ You can use it to help seed, to keep up to date with the latest packages for the current release or anything in between. It works with the torrents available from: http://openbsd.somedomain.net/ Also available on the same site is a port for BitTorrent 4.0.1 for OpenBSD 3.6 and 3.7. Thanks a lot andrew :-) kind regards Siju
Re: procmail sets wrong permissions in /var/mail
On Sun, 03 Jul 2005, [EMAIL PROTECTED] wrote: On Sat, Jul 02, 2005 at 01:01:51AM +0200, Oliver Fuchs wrote: Problem: using procmail as local mailer sets the wrong permissions in /var/mail. Question: So my issue is that using procmail as local mailer sets the wrong permissions. Is this now less important and known or is it a security risk? And is the only way to avoid setting this permissions to change them in /var/mail by hand? hi. i'm not sure about `wrong' Yes, wrong is the wrong expression - I mean it is wrong because /etc/security is complaining about it , but procmail does appear to create mailboxes 660, with the group id of /var/mail (`wheel'). /etc/security complains if a mailbox is not 600. i don't know if it checks the group id or not, but normal is to use the user's default group, i think. i don't know about security risk, but you can: * alter the relevant file in /etc/mtree to not complain about perms * alter perms in /var/mail/(mailbox) by hand * alter procmail source it seems to be enough to alter config.h #define GROUPW_UMASK(INIT_UMASK~S_IRWXG) /* == 007 */ * alter sendmail config (the local mailer define, i mean) Yes, here another possibility would be to use default Mlocal, P=/usr/libexec/mail.local and invoke procmail via ~/.forward * put up with it * something else i haven't thought of I saw that rmuser also removes the user's incoming mail file. So maybe the adduser script could also create an empty one for the user with the right permissions. it is a bit of a pain, i agree. i spent a morning looking at this, and didn't come up with much. this issue came up as a netbsd pr (#18788) a few years ago, and they eventually closed it as 3rd party software issue, please complain to procmail maintainer. you could try that to. http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=18788 if anyone else has a more elegant solution, i'd love to know it. there are other issues with running non-base stuff like this (perms to use and so on), so i guess the winning solution is to run what is in base, since it all works nicely together. jmc So thanx for answering and helping. Oliver -- ... don't touch the bang bang fruit