Re: unreliable connections
Hello, I would suggest a DNS problem. Do you rsync directly to an ip address or are you using avec domain name ? That would explain why the first only is failing and not the second one. The DNS server you use may have some problems during the night. If you don't use a domain name, this can't be this. If you use one, you can add it to /etc/hosts to by-pass it. If this continue to fail, the problem is elsewhere. I have been monitoring some public dns servers of ISP (with smokeping) and some of them were unrealiable during the night. Regards De: Chris SmithEnvoyé: mercredi 22 janvier 2014 16:23À: Stuart HendersonCc: OpenBSD-MiscObjet: Re: unreliable connections On Mon, Jan 20, 2014 at 11:31 AM, Chris Smith wrote: > have moved the "block all" to the beginning of the ruleset to see if > it will make any difference Unfortunately no difference. The attempt to rsync the first directory failed last night, second one worked fine. Any other ideas? Thanks, Chris
Re: Request for Funding our Electricity
Le 2013-12-21 01:08, Theo de Raadt a écrit : I am resending this request for funding our electricity bills because it is not yet resolved. We really need even more funding beyond that, because otherwise all of this is simply unsustainable. This request is the smallest we can make. --- Hi everyone. The OpenBSD project uses a lot of electricity for running the development and build machines. A number of logistical reasons prevents us from moving the machines to another location which might offer space/power for free, so let's not allow the conversation to go that way. We are looking for a Canadian company who will take on our electrical expenses -- on their books, rather than on our books. We would be happiest to find someone who will do this on an annual recurring basis. That way the various OpenBSD efforts can be supported, yet written off as an off-site operations cost by such a company. If we reduce this cost, it will leave more money for other parts of the project. We think that a Canadian company is the best choice for accounting reasons. If a company in some other jurisdiction feels they can also do this successfully, we'd be very happy to hear from them as well. I am not going to disclose the actual numbers here. Please contact me for details if serious. Thanks. Hello, I think this could be great if OpenBSD had somewhere on their website a goal/objectif about the money to rise, and the % of advancement of it. The FreeBSD Foundation is doing this, I think this is very effective as you know if they really lack some founds or if they are near their objective. I tried this method for one little project of mine involving some costs (~ 400 € / year), after yelling every year "please give some money, this doesn't run for free"... I put a visual show of my needs, then I got 40% of my funds the day I put the advancement image of the fundraising. Thank you everyone for doing what you do for OpenBSD :) Kind Regards
Re: goaccess 0.5
On the FAQ of the project website, you will find a how-to compile it on OpenBSD, you need to edit 2 or 3 files before compiling it. 2013/7/9 Tony Berth : > is anyone using goaccess 0.5 with 5.2 or 5.3? > > When running './configure' I get: > > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... no > checking for awk... awk > checking whether make sets $(MAKE)... yes > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking for pkg-config... /usr/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for GLIB2... yes > checking for refresh in -lncurses... yes > checking for new_menu in -lmenu... yes > checking for g_free in -lglib-2.0... no > configure: error: glib-2.x is missing
Re: Snapshot shasum mismatch
On 06/25/13 16:25, toby wrote: Hi there, I just wondered if anyone else had found that the shasums on the latest (24/06/13) snapshots are wrong. I've just tried upgrading from all the different mirrors here in the UK & got shasum errors for all the non X parts from the Oxford mirror, the Bytemark mirror and the mirrorservice one... Here are some examples: SHA256 (base53.tgz) = b46c621ae4be7183ab90279d887748d69b4822a309ede81067abbe7adf0b7c5c fd29dadcf424335e8614745e5dd6a9a88ad8b893decc4b5b4c0ffed26dda891c base53.tgz SHA256 (bsd) = 630e5b962a035abe5f25161895bd375979d6907b438d439ccb8e43a7d80f89e0 2de329fc109816fd8a810b0d6a411bad3710f8bb476f213ffc9e3d5d20ac2db2 bsd SHA256 (bsd.mp) = fbca7ad263c42a0265ddce05b030a9168e3d74bbac0fd3195acc75ec301e5040 af34f3faeeb26d8d7f22ed44edeb90fd17980c64d3148c44b4ec6ebcb416341a bsd.mp SHA256 (comp53.tgz) = 6229bbb09a5c1a4d5d761b86c133c15e688abc85c3e6adc6421aa46c651505f7 e0323c01d3a15016d7a0e390420a9518211542ba8e8380b3be5bae2aab7ad718 comp53.tgz SHA256 (etc53.tgz) = 443f72e113ec652574965e9c43b17644e96080d609e16db59d972fcfdb7a8ec4 d43c6f648586a6c1f1123df42693fb0ea6378c11d18c6f275374fa04ed6eb435 etc53.tgz SHA256 (game53.tgz) = 4fa2e9027a6c54a98bf6bc220a0cf385a9f53b5e0aea5067bcb3a57946bc51f6 5b3ed56e84fdae1576df27649a756cb5ac1cc88fb295bbae618623525836903f game53.tgz SHA256 (man53.tgz) = 5f3cfea012a5d44bb70197f2cd8c7febc5a9eccdd6a791774bbafe0d33e96602 1ab44139148acc480a21765f5d30bc3d94d7b18349019aa0e04069aa64293909 man53.tgz But, strangely enough, their all good for the rd kernel, the x* series and the install isos. Also the erroneous shasums are consistent across all three mirrors... Having never encountered this issue before I'm not too sure how suspicious I should be Kind regards, Toby I had the same problem yesterday. I'm not sure if it's a real problem or a hack.
Re: Ruby on Rails and the chrooted nginx(8)
Hi Please someone correct me if I'm wrong, but I don't think using Nginx with chroot is useful when dealing with proxy_pass or fastcgi application. If your RoR app is compromised, it won't be chrooted as it's not running in a chroot. All nginx will do is serving static files. Regards 2013/6/9 : > Hi, > > Is anybody here running Ruby on Rails in the chrooted nginx(8) and know if > it's worth the hassle? > > I notice the docs saying: "Some applications are pretty simple, and > chroot(2)ing them makes sense. Others are very complex, and are either not > worth the effort of forcing them into a chroot(2), or by the time you copy > enough of the system into the chroot, you have lost the benefit of the > chroot(2) environment." -- http://www.openbsd.org/faq/faq10.html#httpdchroot > > O.D.
Re: First macppc install, sensors question
Hi, I don't have much experience with Macppc but I think x86 "rules" should apply. Usually an idle temperature is under 65°C with fan not at maximum speed. Not idle, If your CPU is getting more than 90°C, there is problably something wrong with your cooling system. The temperatures you show are normal. Regards Charles 2013/4/17 Tor Houghton : > Hello, > > I found and repurposed an old PowerBook6,4 yesterday. Thanks all who worked > on the macppc port. > > The onboard BCM4306 appears to be working just fine after running fw_update > too. > > I have a question regarding the onboard temperature sensors; they are > currently reading: > > hw.sensors.adt0.temp0=38.00 degC (Remote) > hw.sensors.adt0.temp1=38.00 degC (Internal) > hw.sensors.adt0.temp2=52.00 degC (Remote) > > First of all, what are they measuring (where)? And secondly, what is > considered to be "oops, too hot"? It won't be doing anything but shift > network traffic in and out of its gem0 and bwi0 interfaces (it's repurposed > as a firewall/IPv6 gateway). > > Kind regards, > > Tor
Re: Server
Hello, It will depend what you want to do with your server. Firstly, I suggest you to remove your graphic card if you can. It will make noise and heat for nothing and will increase your power consumption. If you need a "simple home" server, to store/share files on your network, set-up your owncloud and/or run a database for personal developments, I think your hardware is good. I can't say if OpenBSD is the best system for your use as we don't know your use. OpenBSD can run a database (postgresql, mysql, redis, mongo..), but the performance will depend of your workload. Best regards, Charles RAPENNE 2013/3/13 Andi : > Hello everybody, > > I'm thinking about putting the openBSD 5.2, in a desktop machine, in order > to make this a server. > > The hardware configuration is: > intel i3, 1TB of HD, nvidia 9800. > > But I'm wondering about this, if it will be good idea? > If it's recommended... if openBSD is good to run a database... etc > > Any sugestion, critict, whatever... feel free to answer. > > Best regards, > ..:: Andi ::..
