mg: fix problems found by gcc 10
The latest version of gcc is more picky about global variables resulting in this bug report for my portable version of mg: https://github.com/hboetes/mg/issues/12 To which Ulrich Müller created a pull request which fixed the problem: https://github.com/hboetes/mg/pull/13/files Is this worth applying to the upstream branch?
OpenBSD mirror lag measurement.
Hi there, I noticed patch #8 was already more than 2 days late from the mirror I was using. To find out which servers are more or less up to date I wrote a little script and here is the output. This is of course a snapshot in time, on the other hand I hope this list will benefit the community, either by admins improving the syncing of their mirrors where needed, and admins on mission critical systems getting better insight in which servers are really up to date. 1495393201: https://ftp.OpenBSD.org/pub/OpenBSD/ is up to date 1495393201: https://ftp3.usa.openbsd.org/pub/OpenBSD/ is up to date 1495393201: https://ftp2.eu.openbsd.org/pub/OpenBSD/ is up to date 1495389601: https://openbsd.delfic.org/pub/OpenBSD/ is 1 hour(s) late 1495389601: https://openbsd.cs.toronto.edu/pub/OpenBSD/ is 1 hour(s) late 1495389601: https://ftp5.usa.openbsd.org/pub/OpenBSD/ is 1 hour(s) late 1495389601: https://ftp4.usa.openbsd.org/pub/OpenBSD/ is 1 hour(s) late 1495389601: http://openbsd.mirrors.hoobly.com/ is 1 hour(s) late 1495386001: https://mirrors.sonic.net/pub/OpenBSD/ is 2 hour(s) late 1495386001: https://ftp.heanet.ie/pub/OpenBSD/ is 2 hour(s) late 1495386001: https://ftp.fr.openbsd.org/pub/OpenBSD/ is 2 hour(s) late 1495386001: http://mirrors.gigenet.com/pub/OpenBSD/ is 2 hour(s) late 1495382401: https://mirror.esc7.net/pub/OpenBSD/ is 3 hour(s) late 1495378801: https://openbsd.mirror.netelligent.ca/pub/OpenBSD/ is 4 hour(s) late 1495378801: https://openbsd.mirror.garr.it/pub/OpenBSD/ is 4 hour(s) late 1495378801: https://mirror.meerval.net/pub/OpenBSD/ is 4 hour(s) late 1495378801: http://openbsd.mirrors.pair.com/ is 4 hour(s) late 1495375201: https://openbsd.hk/pub/OpenBSD/ is 5 hour(s) late 1495375201: https://openbsd.c3sl.ufpr.br/pub/OpenBSD/ is 5 hour(s) late 1495375201: http://ftp.jaist.ac.jp/pub/OpenBSD/ is 5 hour(s) late 1495371601: https://mirrors.syringanetworks.net/pub/OpenBSD/ is 6 hour(s) late 1495371601: https://ftp.yzu.edu.tw/pub/OpenBSD/ is 6 hour(s) late 1495371601: https://ftp.bit.nl/pub/OpenBSD/ is 6 hour(s) late 1495371601: http://mirror.jmu.edu/pub/OpenBSD/ is 6 hour(s) late 1495364401: https://mirrors.evowise.com/pub/OpenBSD/ is 8 hour(s) late 1495353601: http://mirrors.mit.edu/pub/OpenBSD/ is 11 hour(s) late 1495350001: http://ftp.bytemine.net/pub/OpenBSD/ is 12 hour(s) late 1495339201: http://kartolo.sby.datautama.net.id/pub/OpenBSD/ is 15 hour(s) late 1495335601: https://mirrors.ircam.fr/pub/OpenBSD/ is 16 hour(s) late 1495335601: http://mirror.exonetric.net/pub/OpenBSD/ is 16 hour(s) late 1495335601: http://ftp2.fr.openbsd.org/pub/OpenBSD/ is 16 hour(s) late 1495332001: https://ftp.hostserver.de/pub/OpenBSD/ is 17 hour(s) late 1495324801: http://mirror.rise.ph/pub/OpenBSD/ is 19 hour(s) late 1495321201: http://mirrors.pidginhost.com/pub/OpenBSD/ is 20 hour(s) late 1495321201: http://mirror.ox.ac.uk/pub/OpenBSD/ is 20 hour(s) late 1495274401: http://mirror.internode.on.net/pub/OpenBSD/ more than 1 day(s) late. 1495188002: https://www.mirrorservice.org/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://openbsd.ipacct.com/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirrors.dotsrc.org/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirrors.dalenys.com/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirror.yandex.ru/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirror.one.com/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirror.litnet.lt/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirror.hs-esslingen.de/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://mirror.bytemark.co.uk/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://ftp.spline.de/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://ftp.nluug.nl/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://ftp.icm.edu.pl/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://ftp.halifax.rwth-aachen.de/openbsd/ more than 2 day(s) late. 1495188002: https://ftp.fau.de/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://ftp.eu.openbsd.org/pub/OpenBSD/ more than 2 day(s) late. 1495188002: https://anorien.csc.warwick.ac.uk/pub/OpenBSD/ more than 2 day(s) late. 1495188002: http://www.obsd.si/pub/OpenBSD/ more than 2 day(s) late. 1495188002: http://mirror.switch.ch/ftp/pub/OpenBSD/ more than 2 day(s) late. 1495188002: http://ftp.fsn.hu/pub/OpenBSD/ more than 2 day(s) late. 1495188002: http://ftp.aso.ee/pub/OpenBSD/ more than 2 day(s) late. 1495188002: http://artfiles.org/openbsd/ more than 2 day(s) late. 1495177201: https://ftp.rnl.tecnico.ulisboa.pt/pub/OpenBSD/ more than 2 day(s) late. 1495155601: http://mirrors.unb.br/pub/OpenBSD/ more than 2 day(s) late. 1494626401: http://piotrkosoft.net/pub/OpenBSD/ more than 8 day(s) late. 1494226801: https://mirror.aarnet.edu.au/pub/OpenBSD/ more than 13 day(s) late. 1491948001: https://mirrors.ucr.ac.cr/pub/OpenBSD/ more than 39 day(s) late. : Mirror https://www.ftp.ne.jp/pub/OpenBSD/ is unreachable
Re: Why I left OpenBSD
Even though I don't agree with you -- since the man threatened me with violence after a very thoughtful remark: On the matter of GPL/BSD license preference I suggested to respect each others opinion instead of verbally insulting one another. -- I do appreciate your attempt to have a sane conversation and retionalisation. I suggest ignoring the ignorant. Michael R. Littlejohn wrote: I have to disagree with you. I believe Mr. de Raadt is misunderstood. He may have a quick wit, a sharp tongue, and is obviously a driven individual. He may very well be abrasive and difficult to talk to, but if he were an asshole, he would be somebody like Bill Gates (satan). I say this because I have to cope with A.D.D. and I come off to some as an asshole when my intent is the opposite. My opinions about life and people are very different from what most people think. After learning more about OpenBSD, this project, and Mr. de Raadt, I wouldn't change a thing. If he were an agreeable person, he would not have accomplished this much. Sometimes being the Nice Guy just means your a doormat for everyone else. Assholes take advantage of other people. Mr. de Raadt has created a free, functional, and secure operating system for anyone to freely use, and doesn't manipulate markets to make a boat load of cash from some haphazardly manufactured product. Being that 95% to 99% of us on this list don't know Mr. de Raadt personally, I don't think we need to worry if he is going to hurt our feelings. We only need him to continue to do what he does best. # Han
Re: disk geometry issues when trying to set up encrypted partition
Joachim Schipper wrote: The OpenBSD culture is not one of HOWTOs. You'll have to read the man pages and FAQ to get the information, I'm afraid. The FAQ is just another word for HOWTOs. # Han
Re: Hardening OpenBSD : Just delete!
Chris Bennett wrote: You people have no sense of where security really lies at! If you don't remove the hard drive, there is no security at all! I simply put my servers into armored concrete. After that I dump them somewhere in the middle of the ocean where the level is at least 3 km. That's hardening sir! # Han
Re: Traffic control
Rod Whitworth wrote: *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. You're a smart fellow, you'll figure out what this does. # You don't want to miss you are CC-ed after all. You just don't # want them in your maildir. if ( /^(Cc|To).*(openbsd|misc|tech|bugs|gnats|source-changes)@/) { to $R/cc } # Han
Re: how do I do a rename(1) ?
Christopher Zimmermann wrote: I'm missing the http://linux.die.net/man/1/rename command in OpenBSD. Ehm. ~% uname -a Linux marsupilami 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:02:15 UTC 2009 x86_64 GNU/Linux ~% which rename /usr/bin/rename ~% file /usr/bin/rename /usr/bin/rename: symbolic link to `/etc/alternatives/rename' ~% ls -l /etc/alternatives/rename lrwxrwxrwx 1 root root 16 2009-12-28 16:33 /etc/alternatives/rename - /usr/bin/prename ~% file /usr/bin/prename /usr/bin/prename: a /usr/bin/perl -w script text executable Copy it. # Han
Re: vi in /bin
I just compiled mg statically and put it in /bin, which is rather simple: Add 'LDFLAGS+=-static' somewhere in the makefile with your favourite editor. And then run: $ make $ strip mg $ ldd mg $ ls -l mg $ sudo install mg /bin/mg 400kb! that barely larger than a dynamic vi :-) # Han
Re: Can be PF block skype?
David Taveras wrote: Can PF be programmed to block skype? Provided we have port 80 and 443 Opened to the world, and perhaps DNS port too... skype finds any open port to connect to. I don't think so. But if you install snort you can. Google for snort and skype and you'll find quite a few decent hits. # Han
Re: thanks for 4.6!
Brad Tilley wrote: On Wed, Oct 21, 2009 at 1:45 PM, John Cosimano j...@cosmicnetworks.net wrote: i seem to remember a thread here on misc@ that was meant to be a tmux guide for experienced screen users. One thing that screen got right is the A key. It's a lot closer to Ctrl than B. So far, key proximity has been my only annoyance. I'm guessing that can be customized. Try this for inspiration: set -g default-command zsh set -g status-right #(statusbar_right) # Statusbar properties. set -g display-time 3000 set -g status-bg black set -g status-fg cyan set-window-option -g window-status-current-attr bright,reverse set-window-option -g window-status-current-bg cyan set-window-option -g window-status-current-fg black # Use c-t instead of c-b as the prefix unbind C-b set -g prefix C-t bind C-t send-prefix bind t send-prefix # Bind function keys. bind -n F1 select-window -t 1 bind -n F2 select-window -t 2 bind -n F3 select-window -t 3 bind -n F4 select-window -t 4 bind -n F5 select-window -t 5 bind -n F6 select-window -t 6 bind -n F7 select-window -t 7 bind -n F8 select-window -t 8 # All new windows started at startup. new emacs --daemon neww irssi neww mutt neww neww neww neww neww select-window -t 1 # Han
Re: vsftpd
Alfredo Perez wrote: Sorry to continue with this simple simple thing but I added the following line to rc.conf ^^^ /usr/local/sbin/vsftpd and then reboot. After that I check if vsftpd is running #ps aux | grep ftp and I don't see it. Can you point out what I am doing wrong? Yes, you misread me. On Tue, Oct 06, 2009 at 09:28:27PM +0200, Han Boetes wrote: Alfredo Perez wrote: Is there a way to start vsftpd at boot time? Sure, add an entry for it in /etc/rc.local ^ And please use bottom quoting since it makes email messsages logical and easy to follow up unto. # Han
Re: vsftpd
Alfredo Perez wrote: Is there a way to start vsftpd at boot time? Sure, add an entry for it in /etc/rc.local # Han
Re: Middle mouse button, ThinkPad R61
Milan Prihoda wrote: I have ThinkPad R61 and I have no idea, how to get middle mouse button to work with 4.5/i386. When I try to use xev only left (=1) and right (=3) mouse button respond. It's emulated by clicking both the left and right mouse button simultaneously. # Han
Re: cvs question
Brian Whalen wrote: When one enters cvs get commands, like cvs get src, ports, or xenocara, is one getting stable or current versions of these? -current how can one tell? ~% cat /usr/src/CVS/Tag TOPENBSD_4_5 Of course this is all described in detail in the cvs manpage. # Han
Re: tmux status bar
Daniel Bolgheroni wrote: just noticed the status bar of tmux gone with the latest snapshot. I didn't followed the cvs entries for a couple of days. Is this a normal behaviour? Works fine here. Are you sure you ran make depend all or make clean all? Otherwises changes in tmux.h won't propagate in rebuilding all objects and you get funny behaviour. # Han
Re: Sort doesn't sort
Woodchuck wrote: On Thu, Aug 20, 2009 at 4:44 AM, Otto Moerbeeko...@drijf.net wrote: You do not say which version of OpenBSD you are running. I tried your example on current (amd64 and i386) and 4.5 (amd64) and did get the proper results. 4.2 I've been too cowardly to upgrade. It's not that hard. http://www.han.dds.nl/software/OpenBSD-binary-upgrade/ I'd have thought that sort might have been frozen in amber a few decades ago, though. http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/sort/?sortby=date#dirlist It has. # Han
Re: Can someone tell me if my disk is dying...
mehma sarja wrote: Does OpenBSD have the camcontrol package? If so, try camcontrol defects sd0 -f phys -p camcontrol defects sd0 -f phys -g ~% cat /usr/ports/sysutils/smartmontools/pkg/DESCR The smartmontools package contains two utility programs (smartctl and smartd) to control and monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (SMART) built into most modern ATA and SCSI hard disks. In many cases, these utilities will provide advanced warning of disk degradation and failure. # Han
Re: reason for libexec?
Daniel Barowy wrote: On Wed, 15 Jul 2009, Theo de Raadt wrote: It is stuff that isn't on root's path. [snip] But why not? Because you never have to execute any of those programs manually. They are just programs which are executed by other programs. Just like libraries are used by other programs and not by the end user. That's why it's called libexec. library of executables. Read hier(7). # Han
Re: Removing content from misc
Ricardo Augusto de Souza wrote: I sent an email to misc few months ago. It is a private content. I found it at http://archive.netbsd.se/?ml=openbsd-misca=2009-05t=10605255 I do need to remove it. Actually it's also mirrored at various other locations and there isn't anything you can do to remove it all. All you can do is prevent further impact by giving it as little as possible public attention and to change your settings incase they have security impact. Even by asking this question you draw attention upon yourself. Do you realize that? # Han
Re: tmux vs screen questions
Ted Unangst wrote: On Sun, Jul 12, 2009 at 11:38 PM, frantisek holopmin...@obiit.org wrote: hmm, on Sun, Jul 12, 2009 at 09:57:48PM -0500, neal hogan said that On Mon, Jul 13, 2009 at 02:15:33AM +, Wayne M. Scace wrote: Hello, What exactly is tmux? man tmux(1) that'll work only on -current. lynx http://www.google.com/search?q=tmux will work on all versions of OpenBSD. Or even better: http://lmgtfy.com/?q=tmux # Han
Re: Can someone tell me if my disk is dying...
Incase you need to migrate your data to another disk I wrote this HOWTO: http://www.han.dds.nl/documents/hd-migration Might be useful. # Han
Re: Updates to several OpenBSD hosts
I'd like to suggest using netboot. So you need only one server to maintain and for the rest all you have to do is restart services or reboot the rest. # Han
Re: sendmail vs. other MTAs
Felipe Alfaro Solana wrote: May I ask what's the reason behind having sendmail be the default MTA in OpenBSD? Why not switching to something that is easier to configure like Postfix or EXIM? Sure you may ask, just like a lot of other people have asked before. Check the mailinglist archives. ;-) # Han
Re: Samsung HD License Issue
Daniel Ouellet wrote: In a few years, I guess Gates will want to license my toilet paper too for one time use! I think some CEO just got a splendid idea. Next time think before you post something on the internet! # Han
Re: Question about security
To quote someone a lot smarter than me: Program testing can be used to show the presence of bugs, but never to show their absence! -- Edsger Dijkstra, [1972] That should answer your question. # Han
Re: Where is Secure by default ?
Paul Irofti wrote: Hello Mr. Troll, thanks for flaming by. Have a good day! Never attribute to malice that which is adequately explained by stupidity. # Han
Re: HP Proliant DL385 with Squid at a Gigabit-switch - bad network performance
I recommend you switch to: cache_dir aufs xxx yyy # Han
Re: ftp from script
Ed Ahlsen-Girard wrote: I'm trying to automate getting the sets and source for running -current. Incase you don't want to reinvent the wheel: http://www.xs4all.nl/~hanb/software/OpenBSD-binary-upgrade/ # Han
Re: Turning off sendmail
David, Would you be able to understand what this code does if it was written like this: if [ $sendmail_flags != NO ] [ -s /etc/mailer.conf ]; then echo -n ' sendmail' /usr/sbin/sendmail $sendmail_flags /dev/null 21 fi # Han
Re: Longest Uptime?
Gilles Chehade wrote: [snip] ...and in OpenBSD land you better have a GOOD reason to have an uptime longer than two releases. [snip] Gilles, proud to never exceed 200 days of uptime Speaking of which... I think I have a pretty good reason to bring down my uptime very shortly. YAY! ~% uptime 10:39AM up 82 days, 14:06, 1 user, load averages: 0.22, 0.20, 0.17 # Han
Re: Rosetta Stone for Unix
Theo de Raadt wrote: http://bhami.com/rosetta.html As always, it is a shame that those types of pages have so many errors. [snip: examples] It is just sad. It's better to light a candle than to curse the darkness. # Han
Re: GPL version 4
Morton Harrow wrote: Let me first introduce myself. My name is Morton Harrow, senior GNU/Linux consultant in the London metropolitan area. I have been around in the Open Source world since the early beginning. I am very happy with the spirit and efforts of the Free Software Foundation (FSF). First ten hits on google show his name is brand new. And there is no reference to specifically him anywhere else. In short, his identity is fake. In other words, he is a troll. # Han
Re: developer laptop choices
Ed Ahlsen-Girard wrote: I'm curious as to the 'modal' laptop that the developers use - that would probably be a good steer for what to buy. When I was at the latest eurobsdcon I noticed that all laptops were either macbooks or lenovos. # Han
Re: pf.conf comment lines
Darrin Chandler wrote: # This \ Thus \ that \ other Clearly this is the intuitive way that should work, since all other languages I know of parse like this. If you want to disable multiple lines you have to comment them all out. Use a decent editor if you think that is much of a hassle. # Han
Re: remove any unwanted devices from the kernel.
Nick Holland wrote: The biggest reasons to do this are because you have too much time on your hands, and you want to impress people by having things break, then you swoop in to rescue everyone from your fabricated disaster. Actually I think most people do it because you are tought to do so with both Linux and FreeBSD. Just like people who come from a windows environment try to download a package from the providers website rather than install the package provided by the OS/Distro/whatever. # Han
Re: Why Perl for pkg_* tools ?
Yes but C is written in gcc which is GNU licensed and pkg_utils are written in perl which is a much more libaral language. I really start wondering why the whole of OpenBSD is not rewritten in perl! # Han
Re: zcat in root partition
Raimo Niskanen wrote: I am writing a script that would be nice to be able to run with only the root partition mounted, and it works fine except that I find no way to read .gz compressed files without e.g /usr/bin/zcat. You can do it with something like this in single user mode: # mount /usr # cd /usr/src/usr.bin/compress # make LDSTATIC=-static # cp compress /root/compress_static # make clean # umount /usr # mkdir /usr/bin # mv /root/compress_static /usr/bin/zcat As soon as you mount the /usr partition the contents of /usr will be hidden. So my questions are: is there a program in /sbin:/bin that can decompress .gz compressed files? Or should there be? Would it not be nice to be able to untar e.g base43.tgz from single user mode without having to mount /usr? basexx.tgz will unpack files in /usr which is not mounted. So all files will end up on the wrong partition. # Han
Re: OpenBSD poster
Karel Kulhavy wrote: I have made an OpenBSD promotion poster. http://images.twibright.com/tns/21a8.html Nice! :-) # Han
Re: FOSDEM 23/24 Feb Brussels
Ik zal er niet bij zijn dit jaar, maar ik wens je wel veel plezier. :-) Groetjes aan Tilly. ;-) Wim Vandeputte wrote: like each year we'll be present at the FOSDEM event in Brussels, it's completely free entrance, plenty of interesting things to see, even a BSD devroom with presenations Feel free to drop by http://www.fosdem.org/ This weekend. # Han
Re: There's something about OpenBSD...
Jason Dixon wrote: Sun Microsystems Inc. SunOS 5.10 Generic January 2005 -bash-3.00$ grep -r foo * grep: illegal option -- r Usage: grep -hblcnsviw pattern file . . . You are not using the default shell. :-) The ksh implementation that comes with solaris is horrible indeed. # Han
Re: rtorrent + OpenBSD = freeze
Please report bugs to libtorrent/rtorrent to the rtorrent website. He is more than willing to resolve bugs. As a matter of fact the main developer has a shell on my machine and regularly testbuilds before releasing stuff to ensure it builds out of the box on OpenBSD. ~% sudo grep rak /var/log/sshd/current U Password: 2007-09-07 23:24:13.714581500 Accepted publickey for rakshasa from x.x.x.x port 3731 ssh2 2007-10-25 16:27:34.605498500 Accepted publickey for rakshasa from x.x.x.x port 59548 ssh2 2008-01-29 13:49:04.304542500 Accepted publickey for rakshasa from x.x.x.x port 47815 ssh2 # Han
Re: What is our ultimate goal??
Lies chefren wrote: ... Richard Stallman stopped [coding] doing so long time ago... B) Richard Stallman puts users first, =like you!=, Richard Stallman =believes= users are more important than coders so coders should be enslaved by the users. Which is plain STUPID since without coders there is no code at all. # Han
Re: sh/ksh replacement for the following bash command
Michael wrote: I am looking for sh/ksh replacement for the following bash command: $ X=abcdefghi $ echo ${X:0:2} ab cut(1) # Han
Re: export NFS mounted fs
Alexey Vatchenko wrote: Any chance to export via NFS filesystem mounted using NFS? What i need to accomplish is the following: NFS server -- pf-enabled gateway NFS client I'd set up a vpn. # Han
Re: most secure graphical browser
Most secure goes a long way. I run firefox on a sepperate user account. I doubt it's the most secure solution but it sure is quite a bit more secure, and I'm quite sure you really don't want to the most secure solution. :-) http://www.xs4all.nl/~hanb/documents/firefox_for_paranoid_people # Han
Re: wpa_supplicant with wireless network support
Joco Salvatti wrote: Does exist the wpa_supplicant package with wireless network support? Check the archives of this mailinglist. # Han
Re: Real men don't attack straw men
Theo de Raadt wrote: Yes, and you are being the usual slimy hypocritical asshole. ... You treat these issues different because you are a hypocrite. ... In honour of your hypocrisy. ... How convenient for your hypocrisy. ... It is lying, and it is hypocrisy. Third time I've said that. I'll probably say it three more times, see, in my line of work, you gotta keep repeating things over and over and over again for the truth to sink in. To kinda catapult the propaganda. -- George W. Bush # Han
Re: Real men don't attack straw men
Theo de Raadt wrote: Yet on Richard's side of this fence, emacs and gcc _directly include_ code which lets users use those two pieces of software on commercial operating systems. He facilitates using something good on something bad, which helps end users realize that open source products can be good. The gcc and emacs developers -- led by Richard -- have decided the directly include support for commercial operating systems in their respective distributions. Hell, the OpenBSD ports tree should perhaps contain patches which REMOVE such commercial operating system support. That's a fork Richard would surely approve of. Richard, your pants are full of hypocritical poo. He is arguing against facilitating something bad on something good. Your argument does not hold and it's unnecessarily insultive. BTW I personally think that people should be free to choose to install whatever software they wish on their machine and that the ports tree sufficiently warns about the used license. I'd wish you would keep your arguing at that. # Han
Re: Bernstein puts qmail in public domain
The most logical step to me seems to be readding qmail and other DJB tools to ports. # Han
Re: Please send email directly to misc@openBSD.org (no cc please)
Piet Slaghekke wrote: I like to filter my openBSD emails and the only way I can do it is if everyone send their email with misc@openBSD.org in the To field. Please send email To misc@openBSD.org and do not CC it to this address. Thanks! I've been struggeling with this as well, and you really can't ask all those people to comply with your wishes. You should use a mailfilter, for example like this with maildrop: R='/home/han/Mail' # Drop all messages to misc@ in their own specific mailbox. if (/^Sender:[EMAIL PROTECTED]/) to $R/openbsd-misc # You don't want to miss you are CC-ed after all. You just don't # want them in your maildir. if ( /^(Cc|To).*(openbsd|misc|tech|bugs|gnats|source-changes)@/) { to $R/cc } # This line is for all the mail that passed the filter to $R/Maildir # Han
Re: dhcpd's options.c in a weird shape
Vincent GROSS wrote: there seem to be a lil' problem with /usr/src/usr/sbin/dhcpd/options.c. the following patch highlights two weirds constructs inside the file, one in the header, the other one in the MMS checking code. --- /usr/src/usr.sbin/dhcpd/options.c Sat Nov 10 04:53:05 2007 +++ ./options.c Sat Nov 10 15:17:50 2007 @@ -1,8 +1,4 @@ - options.c -/* $OpenBSD: options.c,v 1.8.4.1 2007/10/10 06:10:27 ckuethe Exp $ */ -=== /* $OpenBSD: options.c,v 1.19 2007/10/29 16:51:02 krw Exp $*/ - 1.19 That's a conflict, and it's caused by you, and only exists in your version. :-) Just kill the file and check it out again. # Han
Re: Cannot ssh after reboot
Jake Conk wrote: I rebooted my server and now I get this error when I try to ssh: -bash: can't load library 'libintl.so.3.0' Connection to 192.168.10.2 closed. Why can't it load libintl? What causes this with a simple reboot? You forgot to set shlib_dirs in /etc/rc.conf.local Boot with `boot -s' at the boot prompt and then # mount -u -w / # echo shlib_dirs=/usr/local/lib /etc/rc.conf.local # exit # Han
Re: To whom can I direct email for artwork use permission pls?
Brian Candler wrote: I would argue that OpenBSD is probably the least free of all the free Unix options out there. Why? * You cannot download an ISO image and burn it yourself. * If you buy a CD-ROM, you cannot legally make copies to give to your friends, your school etc. You mix up free as in freedom with free as in gratis. # Han
Re: You can't export non-ffs filesystems with NFS, and it isn't documented
Alexander Hall wrote: The problem is that nfs shares does not traverse file system mount points once initialized. Since nfs probably was started prior to mounting the msdos partition (with the noauto option in /etc/fstab), nfs would only share the contents of the mount point directory itself. A ``pkill -HUP mountd'' might help after mounting the msdos file system, in order to make mountd aware of the new file system overriding the mount point directory. I'm sorry, it doesn't work like you expect. On the OpenBSD server: ~% grep usb /etc/fstab /dev/sd0i /mnt/usb msdos rw,nodev,nosuid,noauto,noexec0 0 ~% grep usb /etc/exports /mnt/usb -maproot=han:nfs marsupilami ~% mount |grep usb /dev/sd0i on /mnt/usb type msdos (NFS exported, local, uid=1000, gid=0) ~% sudo pkill -HUP mountd ~% ls /mnt/usb foofile On the linux client: ~% mount G /mnt/usb haddock:/mnt/usb on /mnt/usb type nfs (rw,addr=172.16.11.1) ~% ls /mnt/usb # Han
Re: how can I find xyz | xargs tar ... like gtar
Well that's not so hard... ~/.tmp% ls -la total 2190 drwx-- 3 han users512 Sep 23 21:19 . drwx-- 18 han users 1536 Sep 23 21:20 .. -rwxr-xr-x 1 han users 908581 Sep 7 18:55 configure -rwxr-xr-x 1 han users 908228 Sep 7 18:51 configure.orig -rw-r--r-- 1 han users596 Sep 7 18:48 irssi.configure.in.patch -rw--- 1 han users243 Sep 23 20:59 mailtmp drwx-- 2 han users512 Sep 22 18:58 mc-han -rw-r--r-- 1 han users 3214 Aug 21 08:53 mutt-haddock-1000-26618-424 ~/.tmp% tar czf foo.tgz $(find . ! -name mc-han ! -name .) ~/.tmp% tar tvzf foo.tgz -rw--- 1 han users 243 Sep 23 20:59 ./mailtmp -rw-r--r-- 1 han users 3214 Aug 21 08:53 ./mutt-haddock-1000-26618-424 -rwxr-xr-x 1 han users 908581 Sep 7 18:55 ./configure -rw-r--r-- 1 han users 596 Sep 7 18:48 ./irssi.configure.in.patch -rwxr-xr-x 1 han users 908228 Sep 7 18:51 ./configure.orig Got it? :-) # Han
Re: Rename multiple files at once
Pieter Verberne wrote: How do I rename multiple files at once? I want to rename a list of files like: file.jpg file1.jpg file_2.jpg to: file_thumb.jpg file1_thumb.jpg file_2_thumb.jpg for i in *.jpg; do echo mv $i ${i%.jpg}_thumb.jpg done # Han
Re: How to make screenshot under console ?
smonek wrote: How to make screenshot under console? With screen you can make screenshot. They're called hardcopies. # Han
Re: Snapshots src/sys tarballs
Ingo Schwarze wrote: Besides, snapshots often contain uncommitted tweaks, so a cvs tag would not even do the job for you. Perhaps a timestamp of the exact moment the build started so you can. cvs -qz3 update -D 'timestamp' To get exactly the same source. I don't know well this is possible, but it sounds like an idea. # Han
Re: Snapshots src/sys tarballs
Stuart Henderson wrote: On 2007/05/30 21:47, Han Boetes wrote: Perhaps a timestamp of the exact moment the build started so you can. cvs -qz3 update -D 'timestamp' To get exactly the same source. ever noticed something like 'in snapshots for a week' mentioned in a commit log? I can't say I have, nor that I can easily find it in the archives. Pray enlighten me. # Han
Re: automated upgrade script
Jacob Yocom-Piatt wrote: i have tried han boetes' binary upgrade script but find mergemaster to be very cumbersome in light of the already-supplied upgrade patch. You must be using a very old version. It now uses mergeslave which creates a patch from the old and new etc tarballs and applies that to /etc. It makes very light work. # Han
Re: pf - drop or return - is stealth mode overrated?
Kian Mohageri wrote: For my clarification, are we talking about stealth mode as in dropping everything (including pings) from untrusted hosts, or the default block-policy (drop vs. return)? The only time when `dropping everything' is useful is when you are under a ddos to prevent load on the machine. In any other case you are being a bad netziticen. A net scan is not worth paying attention to. And for the rest all you do is annoy decent hosts. # Han
Re: shutdown gets stuck at `syncing discs...'
Chris Cappuccio wrote: You have both IDE disks on the same IDE channel which is problematic. Set both IDE disks to 'master' and put them on separate IDE channels. Cheers, what a difference! Not a bug, eey? OpenBSD 4.1-current (GENERIC) #5: Sun Apr 22 01:44:59 MDT 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 1700+ (AuthenticAMD 686-class, 256KB L2 cache) 1.47 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804810752 (785948K) avail mem = 725520384 (708516K) using 4278 buffers containing 40366080 bytes (39420K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 03/28/02, BIOS32 rev. 0 @ 0xfdad0, SMBIOS rev. 2.3 @ 0xf0630 (22 entries) bios0: MSI MS-6380E apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7f00/192 (10 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8233 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xf800 acpi at mainbus0 not configured cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8366 PCI rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8366 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA GeForce4 MX 4000 rev 0xa4 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 6 function 0 VIA VT83C572 USB rev 0x50: irq 5 uhci1 at pci0 dev 6 function 1 VIA VT83C572 USB rev 0x50: irq 12 ehci0 at pci0 dev 6 function 2 VIA VT6202 USB rev 0x51: irq 10 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 uhub0: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered re0 at pci0 dev 7 function 0 Realtek 8169 rev 0x10: RTL8169S (0x0400), irq 12, address 00:08:a1:3c:34:7a rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 rl0 at pci0 dev 10 function 0 Realtek 8139 rev 0x10: irq 5, address 00:e0:4c:67:52:80 rlphy0 at rl0 phy 0: RTL internal PHY viapm0 at pci0 dev 17 function 0 VIA VT8233A ISA rev 0x00 iic0 at viapm0 iic0: addr 0x2f 00=00 02=0f 03=00 04=00 06=0f 07=00 08=00 0a=06 0b=00 0c=00 0d=07 0e=84 0f=00 10=c0 11=11 12=00 13=60 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: Maxtor 6Y080L0 wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITE-ON, LTR-40125S, ZS0N SCSI0 5/cdrom removable wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 wd1 at pciide0 channel 1 drive 0: Maxtor 6L250R0 wd1: 16-sector PIO, LBA48, 239372MB, 490234752 sectors wd1(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 6 uhci2 at pci0 dev 17 function 2 VIA VT83C572 USB rev 0x23: irq 10 uhci3 at pci0 dev 17 function 3 VIA VT83C572 USB rev 0x23: irq 10 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered usb2 at uhci1: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered usb3 at uhci2: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered usb4 at uhci3: USB revision 1.0 uhub4 at usb4 uhub4: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask fffd netmask fffd ttymask pctr: user-level cycle counter enabled mtrr: Pentium Pro MTRR support dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 # Han
Re: shutdown gets stuck at `syncing discs...'
Chris Cappuccio wrote: Han Boetes [EMAIL PROTECTED] wrote: Chris Cappuccio wrote: You have both IDE disks on the same IDE channel which is problematic. Set both IDE disks to 'master' and put them on separate IDE channels. Cheers, what a difference! Not a bug, eey? Not a software bug, anyways...As Art pointed out, the hardware does not appear to be responding properly. It is never a recommended practice to put multiple devices on a single IDE channel, as IDE has no method of dealing with bus contention (like select/release in SCSI). I only do it when one disk is low-usage (second disk with just MP3s on it, or whatever) and the other channel is already in use. Yes I am aware that it is recommended to put HDs on a different ide channel. I just forgot about it and I never had any problems with it until about some 3.9 snapshot started misbehaving. And it never improved even though I found some cvs log messages that promised to fix the `syncing disks...' bug. And the behaviour was erratic so I never sure when it started, what started it and when it may have been fixed. So it's the typical situation where one problem is triggered by a change pretending it's another problem. Which made it very hard for me to figure out since it didn't seem to make sense. Anyway, my request: I'd like it if the kernel would behave more gracefully incase of a setup where more than one HD is on the same IDE channel. # Han
Re: heads up for current followers: fsck_ffs
Otto Moerbeek wrote: If you have been crashing during this period, I advise you to make sure fsck_ffs is current, boot to single user mode and then force a check of all your filesystems. Of course I crash, I crash at every reboot, I got the problem where the rebooting proces gets stuck at `syncing disks' after which I have to m-c-ESC and then boot sync. I have this on a i386 and I met someone on #openbsd who had it on a sparc. When will this bug be fixed? # Han
Re: heads up for current followers: fsck_ffs
Miod Vallat wrote: Of course I crash, I crash at every reboot, I got the problem where the rebooting proces gets stuck at `syncing disks' after which I have to m-c-ESC and then boot sync. I have this on a i386 and I met someone on #openbsd who had it on a sparc. When will this bug be fixed? It has been fixed already. It just happened again. # Han
shutdown gets stuck at `syncing discs...'
Otto Moerbeek wrote: On Mon, 23 Apr 2007, Han Boetes wrote: Of course I crash, I crash at every reboot, I got the problem where the rebooting proces gets stuck at `syncing disks' after which I have to m-c-ESC and then boot sync. I have this on a i386 and I met someone on #openbsd who had it on a sparc. When will this bug be fixed? After you provide a proper report? About 50% of the shutdowns get stuck at `syncing discs...' The only filesystem which is marked dirty is / Here is the output of `dmesg dmesg'. Yes dmesg remembers the output of the previous boot on my system. And this time it didn't happen. Anything else you'd like to know? Would you like me to post this one with sendbug? ontaining 40366080 bytes (39420K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 03/28/02, BIOS32 rev. 0 @ 0xfdad0, SMBIOS rev. 2.3 @ 0xf0630 (22 entries) bios0: MSI MS-6380E apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7f00/192 (10 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8233 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xf800 acpi at mainbus0 not configured cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8366 PCI rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8366 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA GeForce4 MX 4000 rev 0xa4 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 6 function 0 VIA VT83C572 USB rev 0x50: irq 5 uhci1 at pci0 dev 6 function 1 VIA VT83C572 USB rev 0x50: irq 12 ehci0 at pci0 dev 6 function 2 VIA VT6202 USB rev 0x51: irq 10 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 uhub0: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered re0 at pci0 dev 7 function 0 Realtek 8169 rev 0x10: RTL8169S (0x0400), irq 12, address 00:08:a1:3c:34:7a rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 rl0 at pci0 dev 10 function 0 Realtek 8139 rev 0x10: irq 5, address 00:e0:4c:67:52:80 rlphy0 at rl0 phy 0: RTL internal PHY viapm0 at pci0 dev 17 function 0 VIA VT8233A ISA rev 0x00 iic0 at viapm0 iic0: addr 0x2f 00=00 02=0f 03=00 04=00 06=0f 07=00 08=00 0a=06 0b=00 0c=00 0d=07 0e=84 0f=00 10=c0 11=11 12=00 13=60 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: Maxtor 6Y080L0 wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors wd1 at pciide0 channel 0 drive 1: Maxtor 6L250R0 wd1: 16-sector PIO, LBA48, 239372MB, 490234752 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 6 atapiscsi0 at pciide0 channel 1 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITE-ON, LTR-40125S, ZS0N SCSI0 5/cdrom removable cd0(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 uhci2 at pci0 dev 17 function 2 VIA VT83C572 USB rev 0x23: irq 10 uhci3 at pci0 dev 17 function 3 VIA VT83C572 USB rev 0x23: irq 10 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered usb2 at uhci1: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered usb3 at uhci2: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered usb4 at uhci3: USB revision 1.0 uhub4 at usb4 uhub4: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask fffd netmask fffd ttymask pctr: user-level cycle counter enabled mtrr: Pentium Pro MTRR support wd0c: aborted command, interface CRC error reading fsbn 64 (wd0 bn 64; cn 0 tn 1 sn 1), retrying wd0: transfer error, downgrading to Ultra-DMA mode 5 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 6 wd0c: aborted command, interface CRC error reading fsbn 64 (wd0 bn 64; cn 0 tn 1 sn 1), retrying wd0: soft error (corrected) dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 wd0: transfer error, downgrading to Ultra-DMA mode 4 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode
Re: shutdown gets stuck at `syncing discs...'
Artur Grabowski wrote: You are asking for a software soultion to a hardware problem. The system is desperately trying to write out blocks to your busted disk and, yes, it's taking a lot of time because it's patiently retrying and retrying and retrying. How very surprising. You might want to read your logs instead of whining every time you don't know how to properly sysadmin your machines. I read my logs, I posted this before, I politely asked. I didn't get an answer. Next time I'll remember I first have to piss you off before I get an answer. # Han
Re: shutdown gets stuck at `syncing discs...'
Artur Grabowski wrote: Han Boetes [EMAIL PROTECTED] writes: I read my logs, I posted this before, I politely asked. I didn't get an answer. Next time I'll remember I first have to piss you off before I get an answer. You're welcome. No no no, the pleasure is all mine. :-) # Han
Re: shutdown gets stuck at `syncing discs...'
Pedro Martelletto wrote: If you can still reproduce the problem with the latest snapshot, please break into ddb, use 'ps' to see the PID of the 'reboot' process, and get us the output of 'tr /p 0tPID '. Here it is, I took a photo so the transscript may contain errors. ddb tr /p 0t1847 sleep_finish(e8a0cc8,8,e8a0c0e,d0336e92,e8a08cc8) at sleep_finish+0x38 sleep_finish(e8a0cc8,1,8,d0698380,0) at sleep_finish+0x38 tsleep(d766d1dc,8,d0698380,0) at tsleep+0x7a lockmgr(d766d1dc,7,0,d032f3b7,90) at lockmgr+0x255 ufs_lock(e8a08d48,0,d077dc40,0,d0740a40) at ufs_lock+0x20 VOP_LOCK(d766c0b0,7,d763a2d0,108,8) at VOP_LOCK+0x2e vclean(d766c0b0,0,d763a2d0,1,0) at vclean+0x3c vflush_vnode(d766c0b0,e8a08df8,0,1) at vflush_vnode+0x6a vfs_mount_foreach_vnode(d1672800,d035b018,e8a08df8,d036241a) at vfs_mount_foreach_vnode+0x2b vflush(d1672800,0,2,2) at vflush+0x2a ffs_flushfiles(d1672800,2,d763a2d0,d1672800,0) at ffs_flushfile+0x4d ffs_unmount(d1672800,8,d763a2d0,0,d1672800) at ffs_unmount+0x135 dounmount(d1672800,8,d763a2d0,0) at dounmount+0x64 vfs_unmountall(d077d220,0,0,d073faa4) at vfs_unmountall+0x8f vfs_shutdown(0,d763a2d0,e8a08f20,d033943a,0) at vfs_shutdown+0x70 boot(0,0,0,0,d073ea98) at boot+0x196 sys_reboot(d763a2d0,e8a08f68,e8a08f58,,1fb) at sys_reboot+0x26 syscall() at syscall+0x24a --- syscall (number 55) --- 0x1c0009b5: ddb _ # Han
Re: shutdown gets stuck at `syncing discs...'
Marc Balmer wrote: * Han Boetes wrote: Next time I'll remember I first have to piss you off before I get an answer. no han, you don't get it right. It's turn your brain on, then activate your mouth. Not the other way round... ;) Hmmm, initially I would agree with you. I mean I tried hard, but I like the results of the other way around approach so far. :-) I get answers! Finaly! # Han
Re: shutdown gets stuck at `syncing discs...'
Marc Balmer wrote: * Han Boetes wrote: Artur Grabowski wrote: Han Boetes [EMAIL PROTECTED] writes: I read my logs, I posted this before, I politely asked. I didn't get an answer. Next time I'll remember I first have to piss you off before I get an answer. You're welcome. No no no, the pleasure is all mine. :-) You surely mean the pressure... No, I mean what I say. # Han
Re: is root account really necessary?
Otto Moerbeek wrote: On Sat, 21 Apr 2007, Han Boetes wrote: Default User wrote: if so, why not install with no root account by default? It isn't so. :-) But if you want it, nothing will stop you from setting up like you want. It's just two minutes of work. Just don't expect others to choose the same. You must be kidding. Removing the root acount will break things. Of course, what he probably meant was to remove the root password, so you can't log in as root. At least that's what I meant. # Han
Re: is root account really necessary?
Default User wrote: is a root account really necessary? No. wouldn't a system with no root account, where all maintenance is done as sudo, be more secure? No. It all depends on what you want and what your situation is. if so, why not install with no root account by default? It isn't so. :-) But if you want it, nothing will stop you from setting up like you want. It's just two minutes of work. Just don't expect others to choose the same. # Han
Re: vi keys in mg
Kjell Wooding wrote: Mwa-ha-ha OK you got me! It was a lot of work for a 4-1 joke. Congratulations. :-) # Han
Re: vi keys in mg
Hi Kjell, I just tried your patch and this happened: m-x vi-mode i Too many modes I don't know much about vi but that looks odd. # Han
Re: Running OpenOffice on OpenBSD-How do I start it?
[EMAIL PROTECTED] wrote: perhaps its worth Han changing his site to avoid leading people down the garden path, now we have a port in place. Yes, done. # Han
Re: OpenBSD 4.1 Pre-Orders...
Bob Beck wrote: Hate to tell you this, but Canada is not the United States. Not that long anymore. http://www.eagleforum.org/column/2005/july05/05-07-13.html # Han
Re: problem with locate
Otto Moerbeek wrote: The problem is here that the amount of data is too little to build a complete bigram table. The situation is detected by the diff below. Did you also experience problems when indexing more files? Yes. It's the same error as I get with the complete filesystem. Index: locate.code.c === RCS file: /cvs/src/usr.bin/locate/code/locate.code.c,v retrieving revision 1.14 diff -u -p -r1.14 locate.code.c --- locate.code.c 19 Feb 2007 20:01:12 - 1.14 +++ locate.code.c 15 Mar 2007 09:25:18 - @@ -149,6 +149,9 @@ main(int argc, char *argv[]) if (fgets(bigrams, sizeof(bigrams), fp) == NULL) err(1, fgets); + if (strlen(bigrams) != BGBUFSIZE) + errx(1, bigram array too small to build db, index more files); + if (fputs(bigrams, stdout) == EOF) err(1, stdout); (void)fclose(fp); That patch is probably not exactly what you meant since: % sudo /usr/libexec/locate.updatedb locate.code: bigram array too small to build db, index more files # Han
Re: problem with locate
Otto Moerbeek wrote: Hmm, can you instrument /usr/libexec/locate.updatedb with a tee /tmp/myflist | on line 101 to see the filelist it actualy builds? Sure, I just did that and examined /tmp/myflist and it looks perfectly normal. # Han
Re: problem with locate
Otto Moerbeek wrote: I see the problem. The problem occurs if top bigrams contain spaces. These are not handled correctly by awk. We'll have to use a field separator that can not be in a bigram. A tab is well suited, AFAKS. Try this. [snip: patch] % sudo /usr/libexec/locate.updatedb --searchpaths=/mnt/mp3 /usr/src/usr.bin/locate% \locate foo /mnt/mp3/4ad/ClanOfXymox/[1991]Phoenix/Clan Of Xymox - Phoenix - 08 - Dancing Barefoot.mp3 /mnt/mp3/Metal/LedZeppelin/Remasters/CD 2/Led Zeppelin - Remasters - 07 - Trampled Underfoot.mp3 /mnt/mp3/Pop/BoudewijndeGroot/Wonderkind_aan_het_Strand/Onderstroom/Boudewijn de Groot - Wonderkind aan het strand CD4 Onderstroom - 05 - De dominee van Amersfoort.ogg /mnt/mp3/Pop/FairportConvention/Fotheringay/Fairport Convention - Fotheringay - 08 - Fotheringay - The Way I Feel(Gordon Lightfoot).mp3 /mnt/mp3/Pop/Nirvana/Incesticide/Nirvana - Incesticide - 11 - Mexican seafood.mp3 Dude! You rock! =) # Han
Re: problem with locate
Bryan Irvine wrote: As the errormessage suggests there is a character in a filename somewhere on my filesystem which updatedb doesn't dig. I just can't find that file. IIRC there used to be a bug with files that had a % char in the name. Yes I found that report. Try using find to look for other special chars if that turns up nothing. That's what I did, and I didn't find any too suspicious character after tr'ing away all the normal characters. I think I will start adjusting the prune path as another method. At least I can continue working without presure on this problem since I wrote my own simple locate implementation. # Han
Re: problem with locate
I really don't care what you do. Why do you care what I do? Paul de Weerd wrote: On Wed, Mar 14, 2007 at 03:22:15AM +0100, Han Boetes wrote: | Peter Hessler wrote: | I cannot reproduce this bug on -current/macppc. What platform, | and what version of OpenBSD? | | As the errormessage suggests there is a character in a filename | somewhere on my filesystem which updatedb doesn't dig. Creating a file with a name containing 0x0E and rebuilding the locate database gives me a perfectly working locate. Shall I try each and every 'invalid' character in a filename to debug *your* problem or will you ? | I just can't find that file. And you say this belongs to tech ? 'This is not a tech support forum'. Paul 'WEiRD' de Weerd # Han
Re: problem with locate
Hi, Thanks for your suggestions. Here is what I found. Please let me know if you need more information. This error happens only with the /mnt/mp3 filesystem. Just to make sure it was not a filesystem inconsistency I fsck'ed it. It turned out to be fine. This is what mount returns: /dev/wd1a on /mnt/mp3 type ffs (NFS exported, local, noatime, nodev, nosuid, softdep) And the df output: ~% df -h /mnt/mp3 Filesystem SizeUsed Avail Capacity Mounted on /dev/wd1a 230G217G2.0G99%/mnt/mp3 To make debugging that a bit easier I did the following: sudo /usr/libexec/locate.updatedb --searchpath=/mnt/mp3/Klassiek/Schoenberg/PelleasundMelisande which also reproduces the bug. The dirtree looks like this: ~% \ls -l /mnt/mp3/Klassiek/Schoenberg/PelleasundMelisande total 108256 -r--r--r-- 1 han nfs 14321130 Oct 7 2003 Schoenberg - Pelleas und Melisande - 01 - Ein wenig bewegt - zogernd.ogg -r--r--r-- 1 han nfs 11406273 Oct 7 2003 Schoenberg - Pelleas und Melisande - 02 - Sehr rasch.ogg -r--r--r-- 1 han nfs 9792736 Oct 7 2003 Schoenberg - Pelleas und Melisande - 03 - Langsam.ogg -r--r--r-- 1 han nfs 19796656 Oct 7 2003 Schoenberg - Pelleas und Melisande - 04 - Sehr langsam.ogg And /var/db/locate.database base64 encoded looks like this: LXVuc2FvZ2hyZ2dlbmVsY2hhc2FuU2UvbS5vem90c3Nzcm5yZ3Azb2VudG5nbmRuYm0ubGxs aWxlbGFrL2lzaW5pZ2llaG9nc2dlZ2V3ZXJlZ2VhZWRlZE1kLmRiZWFtU2NQZU1lTGE0MzIw MS9TL1AvS3dybGJFLQ4vbW50L21wMy9LbGGPaWVrL7Bob5SuhC9QnGxlYXN1bmRNnGlzYW5k ZR4+L1NjaG9lbmKnZyAtILGaqXMgdW5kILJsaYluZGUgLSAwMSAtIEVpbiB3lGlnIGKm qHQgLSB6b4VybmQuo2ceNQAAADIgLSBTZWhyIHJhc2NoLm9nZw4zIC0gs25niYyjZw40IC0g U2VociBsYW5nc68ub2dn I checked the md5 of the file which you get if you save this code to a file and run it through base64 -e and it's the same. And here is the final output of gdb locate/run foo. (gdb) fastfind_mmap (pathpart=0xcfbe3b42 foo, paddr=0x7c062077 E-\016/mnt/mp3/Kla\217iek/0ho\224.\204/P\234leasundM\234isande\036, le\ n=167, database=0x62 Address 0x62 out of bounds) at fastfind.c:160 (gdb) check_bigram_char (ch=69) at util.c:63 (gdb) (gdb) fastfind_mmap (pathpart=0xcfbe3b42 foo, paddr=0x7c062077 E-\016/mnt/mp3/Kla\217iek/0ho\224.\204/P\234leasundM\234isande\036, le\ n=167, database=0x45 Address 0x45 out of bounds) at fastfind.c:158 (gdb) (gdb) (gdb) (gdb) check_bigram_char (ch=45) at util.c:63 (gdb) (gdb) fastfind_mmap (pathpart=0xcfbe3b42 foo, paddr=0x7c062079 \016/mnt/mp3/Kla\217iek/0ho\224.\204/P\234leasundM\234isande\036, len=\ 165, database=0x2d Address 0x2d out of bounds) at fastfind.c:160 (gdb) check_bigram_char (ch=14) at util.c:63 (gdb) (gdb) fwrite (buf=0xffee, size=1, count=60, fp=0x3c003700) at /usr/src/lib/libc/stdio/fwrite.c:49 # Han
Re: problem with locate
Marc Balmer wrote: Han Boetes wrote: To make debugging that a bit easier I did the following: sudo /usr/libexec/locate.updatedb --searchpath=/mnt/mp3/Klassiek/Schoenberg/PelleasundMelisande which also reproduces the bug. no wonder it chokes on that terrible music. Next FOSDEM I'll chase you all through the building! :P # Han
Re: problem with locate
I am discussing a bug which I don't know how to solve. This really belongs in tech@ And your questions are irrelevant. Paul de Weerd wrote: [moving to misc@, where this sort of problems belong] On Tue, Mar 13, 2007 at 06:42:52PM +0059, Han Boetes wrote: | Hi, | | Since about a week or two I get this problem with locate: | | ~% locate foo | locate database header corrupt, bigram char outside 0, 32-127: 14 | | Any suggestions on how I can debug this problem? Have you already tried removing the database and rebuilding it from scratch ? How large are your filesystems, how many files ? What sort of arch are you running ? Is your disk dying ? Just a couple of random thoughts that pop up in my head. # Han
Re: problem with locate
Otto Moerbeek wrote: On Tue, 13 Mar 2007, Han Boetes wrote: I am discussing a bug which I don't know how to solve. This really belongs in tech@ This is probably not a bug. You locate database is likely corrupted, like the error message says. OK, I'll install an alternative locate implementation. # Han
Re: problem with locate
Matthias Kilian wrote: On Wed, Mar 14, 2007 at 12:38:52AM +0059, Han Boetes wrote: This is probably not a bug. You locate database is likely corrupted, like the error message says. OK, I'll install an alternative locate implementation. You're just a fucking troll. Go away. I tried my best, I told you how you should procede with your locate(1) problem, but you just don't get it. So please go away. uhuh... # Han
Re: Wireless PCI card recommendation needed
Is this an idea? http://www.tritium.co.uk/ # Han
Re: OpenKSH?
Thorsten Glaser already made a portable version of the OpenBSD version of ksh, which compiles on lots of platforms and works great. http://www.mirbsd.org/?mksh # Han
Re: FOSDEM this weekend Feb 24 - 25, 2007, Brussels, Belgium
Wim Vandeputte wrote: this weekend in Brussels at the ULB Solbosh campus there is once again the FOSDEM conference. You can found our OpenBSD/OpenSSH booth in the hallway at the usual place. I thought you already founded that booth... Matthieu will give a talk on Xenocara in the X.Org devroom. As for being a free event, participation and attendance is totally free of charge. Hmmm this might be a nice idea. :-) # Han
Re: spamd unnecessarily abrasive?
Jacob Yocom-Piatt wrote: i have seen a number of spammer outfits doing this: following the RFC and retrying until the spam gets though and they're whitelisted, then they're free to push crap through. any thoughts on how to best combat this behavior besides spamassassin + amavisd (i.e. wasting cpu cycles and bandwidth)? Indeed, if everyone in the world would use greylisting the spammers would all adjust to the new filtering method. The end-result is that mail gets slower. Is this a bad thing? Not really since only the initial message gets delayed for 30 minutes. Does it hurt normal people? Nope! Real people are barely hindered by a mere 30 minute delay in the arrival of an emailmessage, since they usually send only a few a day and no urgent reply is required most of the time. Does it hit spammers? You bet it does! They depend on fast emailnetworks which gobble up their every message. If email traffic is slowed down by greylists the servers have the time of the world to verify if a message is spam or not. And if a mailserver sends spam or not. # Han
Re: OT? Is this bad news?
Darren Spruell wrote: On 2/13/07, Han Boetes [EMAIL PROTECTED] wrote: Darren Spruell wrote: Instead we end up with a GPL driver that has to be reverse engineered and we end up with the same problems we already have. Since when is the GPL a close source license? Who said it was? If you mean what I said about the same problems we already have, I mean that we don't have specifications and documentation from which a reliable driver can be written. Problems with magic numbers and unclear implementation details have been pointed out in the past. Reverse engineering can only take you so far, no? Oh right, the Greg KH stuff. I think he should not take half the deal. They should refuse to sign NDA, just like RMS insists. Even if the driver was BSD licensed it wouldn't help you since a linux driver is incompatible with a BSD driver. This is not a BSD v GPL issue at all. This is about some stupid developer accepting a deal when he should fight on. Hardware specifications must be available to all people. Anything else is immoral. # Han
Re: Free Linux Driver Development!
Artur Grabowski wrote: Stephan A. Rickauer [EMAIL PROTECTED] writes: I did read your FAQ but I can't see how it rebuts what has just been said. You seem to be happy with signing NDAs. If the result is a readable and understandable GPL'ed driver, companies will be even less motivated to release programming documentation. This will lead to a GPL-lock-in since you simply replace the vendor not willing to share specifications with an NDA'ed GPL developer not willing to share those, but GPL code only. Which is exactly what the GPL people want since that's the whole point of the license. Otherwise they wouldn't be using the GPL. Duh. Nah, RMS doesn't want this. A lot of `GPL people' don't want this at all. This deal is meant to divide. # Han
Re: OT? Is this bad news?
Artur Grabowski wrote: Steven [EMAIL PROTECTED] writes: Which brings me back to the question, what can an OpenBSD/open source/free software user do about it? Sue Linux for anti-competitive behavior? Nah. You can't sue `linux,' complain to Greg Kroah Hartmann. Most GPL fans don't want this deal at all. Explain Greg this is unethical. Just like when you email a manifacturer of hardware requesting documentation. # Han
Re: Free Linux Driver Development!
mickey wrote: oh come fucking on! do not start this bsd vs gpl crap again! On the contrary, this is BSD united with GPL crap. :-) # Han
Re: Free Linux Driver Development!
Artur Grabowski wrote: Han Boetes [EMAIL PROTECTED] writes: Which is exactly what the GPL people want since that's the whole point of the license. Otherwise they wouldn't be using the GPL. Duh. Nah, RMS doesn't want this. A lot of `GPL people' don't want this at all. I quoted too much. The part I meant was: This will lead to a GPL-lock-in. Yeah, big news. I think people pay too much attention to this. Some clown made a bombastic statement about how things have been working for ages. And by that I mean that people write drivers when they get documentation and that Linux is the Microsoft of free software and they don't give a fuck about neither freedom nor quality of their software and will happily sign an NDA just to add another product to their feature sheet. Now you are making a broad generalisation. It's like saying all muslims are terrorists or all USA people support Bush. I prefer if you keep a neutral stance on the group and reserve your critisism for Greg Kroah Hartmann. For instance Linus Torvalds is firmly against NDA (http://lkml.org/lkml/2005/1/12/361) If you wouldn't say stuff like this I wouldn't even bother replying. None of this is new, none of this is surprising. Why give him more than his 15 minutes of fame by spreading his I will bend over for documentation bullshit even further? And if you like conspiracy theories, notice that he's working for Novell and this NDA is good, give us more NDA stance is consistent with the still fresh Novell-Microsoft deal that was (in short): patents are good, give us more patents. I think he's quite evil indeed. # Han
Re: Free Linux Driver Development!
Greg KH wrote: On Wed, Feb 14, 2007 at 10:06:36AM +0100, Stephan A. Rickauer wrote: You seem to be happy with signing NDAs. If the result is a readable and understandable GPL'ed driver, companies will be even less motivated to release programming documentation. This will lead to a GPL-lock-in since you simply replace the vendor not willing to share specifications with an NDA'ed GPL developer not willing to share those, but GPL code only. Well, as my goal is to have a GPL driver for everything, I don't see how this can hurt :) Now others can have different goals, and that's great and fine. I'm not saying you can't work on something if you wish to do so. But for you to try to tell me that I shouldn't work to achive my goal, as it somehow conflicts with your goals, is pretty rude, don't you think? There is no reason you can not extend the same kind of offer to companies to help your project achieve success. Why do you pursue your goal in this way even though Linus and RMS and many other firmly oppose signing NDA's for very good reasons? You are helping Vendors to keep a lock on the documentation. This is unethical! Everyone should have full specifications to a piece of hardware they have purchased! The GPL was written by RMS because he refused to sign an NDA! # Han
Re: OT? Is this bad news?
Darren Spruell wrote: Instead we end up with a GPL driver that has to be reverse engineered and we end up with the same problems we already have. Since when is the GPL a close source license? # Han
Re: How to create /var/db/spamd
Vijay Sankar wrote: How can /var/db/spamd be created? I went through spamd.conf(5), pfctl(8), spamd-setup(8), spamdb(8), spamlogd(8) etc. and did not see it mentioned anywhere there. touch(1) # Han
Re: strange pf speed behaviour when doing bittorrent
The official bittorrent client is rather resource-hungry. Consider using rtorrent which is written in c++. # Han