Re: [bug] mercurial 0.9.5
Strongly disagree. This stuff makes all the difference in the world. As far as possible, stuff should work out of the box on OpenBSD. I spend a lot of time with a lot of software. One strong appeal of OpenBSD is that stuff just works. As opposed to linux, where you almost always have to go a mailing-list, or fiddle with your configuration to make things work. When you're young enough, you derive a sense of accomplishment from configuring things just right. When you become an old fart, you just have interesting work to be done, and stupid configuration details just get in the way (one thing which is hard to grasp for computer geeks is that some users just want to do their work, and don't care at all about configuration details). The likelyhood of bitrot is not really big, those changes are reasonably easy to maintain, on one hand. On the other hand, maintainers should communicate with upstream developers so that this situation is resolved correctly. You could extend the OpenBSD motto `secure by default' to `works by default'. It's the same philosophy. Really.
gnu automake vs. openbsd
Yet another instance of the GNU people fucking up. This is both laughable and sad. I noticed this while trying to build libogg in parallel mode. It fails because it tries to create the same directory twice at the same time. Looking more closely, it uses a variable, mkdir_p, to try and create that directory. On OpenBSD, this variable ends up being install_sh -d, which does not copy at all with race conditions. The sad part is the automake test. If you look closely at the generated configure, you'll see it goes to great length to try to ensure that mkdir -p -- directory does the right thing, which is cool. Then it breaks it all by insisting that mkdir --version works, which uniquely identifies gnu mkdir. The really funny part is the reason for this test: some OSes have a mkdir -p that's broken, in the sense that it can't cope with part of the path suddenly appearing under its feet, in which case it will report an error---in fact, it was the case under OpenBSD up until OpenBSD 2.4, where niklas@ fixed the issue (yeah, basically it's been working forever...) So, people identified a case where mkdir -p doesn't work, and they added a misguided test that extends this case to whatever OS does not have gnu mkdir... in which case they replace a possibly broken mkdir -p with install_sh -d... which is BROKEN 100% OF THE TIME. Nice going ! how can such fuck-ups happen, I am still wondering ? Of course, this is an autoconf macro which does NOT end in the cache, so there is no easy fix at the configure level, except to regenerate all configure scripts with fixed automake macros... For now, the only solution that works (and I am considering it) is to enforce mkdir_p='mkdir -p --' in MAKE_FLAGS when CONFIGURE_STYLE=gnu or better. We could also get our mkdir to recognize --version, or create a wrapper to mkdir that recognizes --version, but this is disgusting. I am also trying to beat some sense into the automake people, so that in ten years time, when people start regenerating their configure files with the newer stable automake that integrates that fix (which will be released five years from now, hopefully), we might benefitting from that fix...
Re: [bug] mercurial 0.9.5
Marc Espie wrote: Strongly disagree. This stuff makes all the difference in the world. As far as possible, stuff should work out of the box on OpenBSD. I spend a lot of time with a lot of software. One strong appeal of OpenBSD is that stuff just works. As opposed to linux, where you almost always have to go a mailing-list, or fiddle with your configuration to make things work. When you're young enough, you derive a sense of accomplishment from configuring things just right. When you become an old fart, you just have interesting work to be done, and stupid configuration details just get in the way (one thing which is hard to grasp for computer geeks is that some users just want to do their work, and don't care at all about configuration details). ... You could extend the OpenBSD motto `secure by default' to `works by default'. I agree with Marc, things should work as much as possible. The original issue was wish8.4 (installed) vs wish (expected). We have a similar situation with python, where it installs in /usr/local/bin/ python2.4 or python2.5 and asks you to symlink python yourself. Versioning is a general problem. OpenBSD solved something similar with /etc/mailer.conf and the binary /usr/sbin/mailwrapper, but only for different sendmail programs, not for differently-numbered versions of the same program. I wonder if this could be generalized somewhat, to produce a functionality similar to (but simpler) than Linux' alternatives mechanism? How much simpler? The ports MODULES already know about different versions of the programs so they could conceivably auto-update the symlink to the highest installed version? I know this won't work for 100% of the cases, but if it just works for most of them . . .
Re: RESUBMIT: cad/tkgate
On Wed 2007.12.26 at 02:00 +0300, Nickolay A. Burkov wrote: Hi guys! After some private conversation I have been pointed out to my stupid mistakes regarding this port. Thanks a lot. I have fixed all dirty things and trying to resubmit tkgate port. Please test it. It would be nice to have tkgate in our ports tree. pkg/DESCR: TkGate is a graphical editor and event-driven simulator for digital circuits with a tcl/tk-based interface. Supported circuit elements include basic gates (AND, OR, etc.), tri-state gates, adders, multipliers, registers, memories and mos transistors. Hierarchical design is also supported with support for user defined modules. Save files are based on the Verilog netlist format. You can grab it from : http://www.linklevel.net/tkgate.tar.gz Hi Nickolay, A few more things: - remove quotes in COMMENT (you didn't have them before) - add trailing / in HOMEPAGE - in post-install: - don't use PKGNAME, use tkgate - why choose only those languages? why not all? - those for loops can probably be simplified to one pax/tar - do a make port-lib-depends-check e.g. LIB_DEPENDS/WANTLIB - no regression tests, so add NO_REGRESS=yes Cheers, okan
Re: openvpn_bsdauth-4
hi felix, here is a first attempt to make a port out of this ldap auth program. https://tiifp.org/quentin/OpenBSD/ports/ldapauth.tar.gz maybe someone is interessed.. thomas On Wed, Nov 21, 2007 at 04:40:47PM +0100, Felix kronlage wrote: On Wed, Nov 21, 2007 at 05:29:05PM +0200, Alexey Suslikov wrote: Hi Alexey, Guys, take a look at http://dpw.threerings.net/projects/openvpn-auth-ldap/ It is LDAP authentication plugin for OpenVPN and it integrates nicely with tables in OpenBSD PF. openvpn-auth-ldap needs re2c to build but it is in ports tree since mid of October (credits to sthen@). cool. I will take a look at it. felix -- GPG/PGP: D9AC74D0 / 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0 http://hazardous.org/~fkr - [EMAIL PROTECTED] - [EMAIL PROTECTED]|irc - FKR-RIPE https://www.bytemine.net/ - bytemine - BSD based Hosting/Solutions/Ideas
Re: [update] claws-mail 3.2.0
On Tue, Dec 25, 2007 at 08:19:57PM +0100, Landry Breuil wrote: Hi ports, this long awaited update (from ulrich kahl, maintainer) needs a _lot_ of testing, particularly if you use pgp-related plugins you should uncomment lib/claws/plugins/pgp-related lines in PLIST before building. These plugins are currently not installed because of http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1348. If you encounter the same problem, please comment on the upstream bug report. Update highlights : http://www.claws-mail.org/news.php (gnomeprint has been deprecated in flavor of builtin gtkprint) Latest diff is available here : http://gcu.info/~gaston/patches/claws-mail-3.2.0_5.diff New patch, updated with a new fix for a /usr vs /usr/local bug, spotted by Marten King (thanks !), cf http://lists.sunsite.dk/cgi-bin/ezmlm-cgi?28:msn:10792 http://gcu.info/~gaston/patches/claws-mail-3.2.0_6.diff Diffs which update dependent plugins : http://gcu.info/~gaston/patches/claws-mail-htmlviewer-0.17.diff http://gcu.info/~gaston/patches/claws-mail-notification-0.14.diff http://gcu.info/~gaston/patches/claws-mail-rssyl-0.17.diff http://gcu.info/~gaston/patches/claws-mail-vcalendar-1.100.diff This one has been updated too, with a new patch from cvs fixing a TZ issue, spotted by Vic at vic.ath.cx, thanks too ! http://gcu.info/~gaston/patches/claws-mail-vcalendar-1.100_2.diff Ok to commit all this update ? Landry This update will be soon committed, so if you use pgp-related plugins and really need them, please help debugging the issue :) Comments, ok on the update ? Thanks, Landry !DSPAM:47715869820512085720509!
NEW: qlandkarte
Comments and tests appreciated. qlandkarte-20071222 Comment: garmin gps map management tool Description: QLandkarte is a Garmin GPS data visualization and managing tool. Maintainer: Peter Valchev [EMAIL PROTECTED] WWW: http://qlandkarte.sourceforge.net/ qlandkarte.tar.gz Description: GNU Zip compressed data