Re: create cat pages during fake
On Tue, May 15, 2007 at 08:02:15AM -0500, Ted Unangst wrote: > marc, is something like this doable? Yeah, except that it would probably belong in pkg_create, and that you need to be a bit more smart about generating man pages. Namely, you have to look at the first lines of the page to figure out the pipeline you want to run. > + system("/usr/bin/nroff -man $dirname/$file > $cat");
Re: wine-0.9.37 ktrace
On Sun, May 13, 2007 at 12:38:30AM +0200, Vortechz Anderson wrote: > wine-0.9.37 compiles on OpenBSD 4.1, except the dnsapi > > Execution leads to segfault. > (Note: Generic kernel _has_ SYSV MSG/SHM/SEMand I > have not forgot sysctl machdep.userldt=1) > > I know there are some issues about wine's use of > kernel threads on OpenBSD. I am clueless about the > true > problem though. If possible, I would like > some comments on the ktrace kdump. looks familiar. before you even get to problems with threads, you have problems with wine wanting to control where things are located. I've got a port of 0.9.10 that gets a little farther than what you got here. loads libwine and libc, but cannot load ntdll.dll.so. try setting 'ac_cv_cflags__Wl___section_start__interp_0x7bf00400=no' in your environment before running configure and see if that gets you any farther. definitely not a trivial port. > // V.A. > > > 25268 ktrace RET ktrace 0 > 25268 ktrace CALL > execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > 25268 ktrace NAMI "/bin/wine" > 25268 ktrace RET execve -1 errno 2 No such file > or directory > 25268 ktrace CALL > execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > 25268 ktrace NAMI "/sbin/wine" > 25268 ktrace RET execve -1 errno 2 No such file > or directory > 25268 ktrace CALL > execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > 25268 ktrace NAMI "/usr/bin/wine" > 25268 ktrace RET execve -1 errno 2 No such file > or directory > 25268 ktrace CALL > execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > 25268 ktrace NAMI "/usr/sbin/wine" > 25268 ktrace RET execve -1 errno 2 No such file > or directory > 25268 ktrace CALL > execve(0xcfbc4960,0xcfbc4ebc,0xcfbc4ec8) > 25268 ktrace NAMI "/usr/local/bin/wine" > 25268 wine NAMI "/usr/libexec/ld.so" > 25268 wine EMUL "native" > 25268 wine RET execve 0 > 25268 wine CALL issetugid() > 25268 wine RET issetugid 0 > 25268 wine CALL mprotect(0x2a6d5000,0x1000,0x1) > 25268 wine RET mprotect 0 > 25268 wine CALL > mmap(0,0x1000,0x3,0x1002,0x,0,0,0) > 25268 wine RET mmap -1 errno 12 Cannot allocate > memory > 25268 wine PSIG SIGSEGV SIG_DFL code 1 > addr=0xa6d7bec trapno=1 > 25268 wine NAMI "wine.core" > > > > > > > _ > Flyger tiden iv?g? F?nga dagen med Yahoo! Mails inbyggda > kalender. Dessutom 250 MB gratis, virusscanning och antispam. F? den p?: > http://se.mail.yahoo.com > -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Re: boehm-gc, fvwm-2.5.21, inkscape & pulseaudio
On Thu, 3 May 2007 16:53:45 +0200 "Benoit Chesneau" <[EMAIL PROTECTED]> wrote: > Since I move the servers last weekend all ports have been move on new > location. Here are new url : > - fvwm 2.5.21 (http://marc.info/?t=11772548783&r=1&w=2) : > http://babilu.metavers.net/openbsd/fvwm/obsd-fvwm2-devel-2.5.21.tar.gz > > - boehm-gc & inkscape (http://marc.info/?t=11748382511&r=1&w=2) : > http://babilu.metavers.net/openbsd/boehm-gc/boehm-gc_6.8.tar.gz > http://babilu.metavers.net/openbsd/inkscape/inkscape_0_45_1.tar.gz > > - pulse audio (not working yet: > http://marc.info/?l=openbsd-ports&m=117605968328228&w=2) : > http://babilu.metavers.net/openbsd/pulseaudio/obsd-pulseaudio-0.9.5.tar.gz > > Sorry for this move. > > - Benoit > > -- > bchesneau.info | neurofriends.net | osbud.net Hallo, the metavers.net Server is down. Someone has a mirror? I need a fvwm 2.5 port. greet -- Rafael Sadowski <[EMAIL PROTECTED]>
Re: NEW: textproc/gsed
Hello! On Tue, May 15, 2007 at 08:12:21AM +0200, Paul de Weerd wrote: >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: >| >And what/who needs this? >| Sorry, but, is that question relevant? I mean, shoudn't the ports tree >| have all the programs it can? :S >I don't think that's the goal of the OpenBSD portstree. The portstree >(or better, packaging system) should be an easy to use interface to >add functionality to OpenBSD that is missing from the base >installation. If GNU Sed doesn't add anything that the default sed(1) >is missing (I don't know, I think this is what Peter is asking), why >should it be added to the tree ? There are sed scripts out there that are GNU sed specific. Alas. But GNU sed has a few features that sed(1) doesn't have. Kind regards, Hannah.
Re: Add -f flags to rm and mv
On Mon, May 14, 2007 at 09:30:48PM +0200, Tobias Ulmer wrote: > > I export ENV=~/.profile > > > > > > > That leads to 'funny' results. Do something like this in your > .profile: > > if [ -o interactive ]; then > : > fi > $ cat /etc/profile [ -o interactive ] && [ $SHELL = /bin/ksh ] && . /etc/ksh.kshrc $ diff /etc/ksh.kshrc /etc/ksh.kshrc.orig | grep "^<" | fgrep -v \# < HOST=${HOST:-`hostname -s`} < PROMPT="<[EMAIL PROTECTED] \W>$PS1S" < export TERM=xterm-color < < alias rm='rm -i' < alias cp='cp -i' < if [ -x /usr/local/bin/colorls ]; then < alias ls='colorls -GF' < fi < alias ns='netstat -naf inet; netstat -naf inet6' < alias mutt='mutt -y' < alias vim='vim -u /etc/vimrc' < if [ -e /usr/local/bin/view ]; then < alias view='/usr/local/bin/view -u /etc/vimrc' < fi < < < < alias df='df -h' < alias du='du -h'
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 01:34:50PM +0200, Hannah Schroeter wrote: > Hello! > > On Tue, May 15, 2007 at 08:12:21AM +0200, Paul de Weerd wrote: > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: > >| >And what/who needs this? > > >| Sorry, but, is that question relevant? I mean, shoudn't the ports tree > >| have all the programs it can? :S > > >I don't think that's the goal of the OpenBSD portstree. The portstree > >(or better, packaging system) should be an easy to use interface to > >add functionality to OpenBSD that is missing from the base > >installation. If GNU Sed doesn't add anything that the default sed(1) > >is missing (I don't know, I think this is what Peter is asking), why > >should it be added to the tree ? > > There are sed scripts out there that are GNU sed specific. Alas. > > But GNU sed has a few features that sed(1) doesn't have. If I remember right, it features in-place editing, which regular sed doesn't have, and that gnu scripts will tend to abuse...
Re: NEW: textproc/gsed
> > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: > > >| >And what/who needs this? I do. Not because I want to write non-portable sed, but because I often come across scripts I want to use that use GNU sed features. I really don't see the point of your argument. There is a port and there is a maintainer for it. Where's your problem? I don't need KDE, Gnome, XFCE, or Emacs either, and all of those are in the ports tree. So what. > If I remember right, it features in-place editing, which regular sed doesn't > have, and that gnu scripts will tend to abuse... It also has a -r flag that turns on extended regular expressions. I don't know if OpenBSD's sed does extended regex, but it does not have a -r option so scripts that rely on this fail. -- stefan http://stsp.name PGP Key: 0xF59D25F0
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 06:15:25PM +0200, Stefan Sperling wrote: | > > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: | > > >| >And what/who needs this? | | I do. Not because I want to write non-portable sed, but because I | often come across scripts I want to use that use GNU sed features. So GNU sed adds functionality that doesn't come with the base OS. This is a reason for porting it. | I really don't see the point of your argument. | There is a port and there is a maintainer for it. | Where's your problem? The problem is in the 'we should have everything + the kitchen sink in the portstree'-attitude. Ports/packages should add functionality. In the past, software has been removed from the portstree because the functionality provided by them had been added to the base OS. There's no need to add ports that have no additional value other than "hey, that's one more package we've ported to OpenBSD". | I don't need KDE, Gnome, XFCE, or Emacs either, and all of those | are in the ports tree. So what. You may not need them, but someone else may. They add functionality to the base OS (functionality that you and me may never use, but there's no one forcing you to install these ports), so they're there. | > If I remember right, it features in-place editing, which regular sed doesn't | > have, and that gnu scripts will tend to abuse... | | It also has a -r flag that turns on extended regular expressions. | I don't know if OpenBSD's sed does extended regex, but it does not | have a -r option so scripts that rely on this fail. Well, I'd say that these scripts are non-portable. But, it is a reason for having the port in the porstree. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
color disk free (cdf-0.2) ADD ME TO THE PORTS TREE
All, Here's a port for cdf (color disk free). I configured the Makefile and other standard stuff; however, I'm not really sure how to commit it to the ports tree so I'll just though it out here in the hopes that someone will add it. It tests and works fine on my Zaurus SL-C3200. I've made the ports collection Makefile and friends available here: http://mersenne.homeunix.net/cdf.tar.gz More information concerning cdf can be found here: http://bmp-plugins.berlios.de/misc/cdf/cdf.html Jesse
Re: NEW: textproc/gsed
* Paul de Weerd [2007-05-15]: > The problem is in the 'we should have everything + the kitchen sink in > the portstree'-attitude. Ports/packages should add functionality. In > the past, software has been removed from the portstree because the > functionality provided by them had been added to the base OS. There's > no need to add ports that have no additional value other than "hey, > that's one more package we've ported to OpenBSD". This is your opinion, the ports tree works differently. Nikolay
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 06:15:25PM +0200, Stefan Sperling wrote: > > > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: > > > >| >And what/who needs this? > > I do. Not because I want to write non-portable sed, but because I > often come across scripts I want to use that use GNU sed features. Ok, now we're getting somewhere... > I really don't see the point of your argument. > There is a port and there is a maintainer for it. > Where's your problem? The problem as I see it is determining if this will be useful, *used*, and *actively* maintained, vs. ported once and forgotten about. If it's the former, then great! If it's the latter, then it stinks. -- Darrin Chandler| Phoenix BSD User Group | MetaBUG [EMAIL PROTECTED] | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 06:35:24PM +0200, Nikolay Sturm wrote: | * Paul de Weerd [2007-05-15]: | > The problem is in the 'we should have everything + the kitchen sink in | > the portstree'-attitude. Ports/packages should add functionality. In | > the past, software has been removed from the portstree because the | > functionality provided by them had been added to the base OS. There's | > no need to add ports that have no additional value other than "hey, | > that's one more package we've ported to OpenBSD". | | This is your opinion, the ports tree works differently. Yes, i'm sorry i didn't make that more clear. This is how i've seen stuff being handled so far. I'm not a developer so take what i say with a sufficiently large dose of skepticism. The actual process is not known to me ;) Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
documentation bundle as part of netpbm OpenBSD package?
Hi, I've used netpbm for years, and for me it has only one flaw: no man pages. As Christian Weisgerber wrote in message http://marc.info/?l=openbsd-ports&m=114904961711375&w=1 (dated 31.May.2006) > The upstream maintainer doesn't believe in man pages any more, so > these are gone. I often work on a laptop when travelling, i.e. without a network connection, so having only "documentation on the web site" often means no documentation at all. So... what about providing a snapshot of the html docs (i.e. local html-docs tree) as part of the netpbm package? As it is, I (and anyone else who wants a local set of documentation) have to fumble around with each new OpenBSD version to get the right set of wget options to get a local copy of the netpbm web sit. ciao, -- -- Jonathan Thornburg (remove -animal to reply) <[EMAIL PROTECTED]> School of Mathematics, U of Southampton, England "Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral." -- quote by Freire / poster by Oxfam
Re: documentation bundle as part of netpbm OpenBSD package?
On Tue, May 15, 2007 at 06:50:30PM +0200, Jonathan Thornburg wrote: > So... what about providing a snapshot of the html docs (i.e. local > html-docs tree) as part of the netpbm package? As it is, I (and anyone > else who wants a local set of documentation) have to fumble around with > each new OpenBSD version to get the right set of wget options to get a > local copy of the netpbm web sit. First, one would have to fetch the online documentation and provide manually maintained distfiles on some server. True, we need this for some ports, but it should be avoided if possible. Second, don't you think that "nroff is more limiting than HTML" attitude stated in doc/USERDOC of the netpbm sources is quite insane, especilly given the fact that those fancy HTML documentation just resembles the look of formatted manpages? Third, to make even more clear how insane it is: $ xwdtopnm -? xwdtopnm: Use 'man xwdtopnm' for help. So better try to talk to the author(s) of netpbm and convince them to switch back to manpages (and optionally convert from nroff to HTML using tools). Ciao, Kili -- Dringend neue Mitglieder gesucht! -- Selbstmord-Club Nordensen e.V.
UPDATE: databases/p5-DBD-mysql 3.008 -> 4.004
Update to latest version of this perl module. A lot of bug has been fixed since 3.008 version: http://search.cpan.org/src/CAPTTOFU/DBD-mysql-4.004/ChangeLog Comments ? Ok ? Giovanni
Re: UPDATE: databases/p5-DBD-mysql 3.008 -> 4.004
On Tue, May 15, 2007 at 07:27:39PM +0200, Giovanni Bechis wrote: > Update to latest version of this perl module. > Oops, I forgot the diff It's available at: http://bigio.snb.it/openbsd/p5-DBD-mysql-4.004.diff Giovanni
Re: NEW: textproc/gsed
On Tue, 15 May 2007 18:15:25 +0200, "Stefan Sperling" <[EMAIL PROTECTED]> said: > > > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: > > > >| >And what/who needs this? > > I do. Not because I want to write non-portable sed, but because I > often come across scripts I want to use that use GNU sed features. > > I really don't see the point of your argument. > There is a port and there is a maintainer for it. > Where's your problem? I am not a developer and in no way speak officially for the project, but my opinion follows; The problem is this is a BSD project and unless it is something that is very important to have (and gsed may very well qualify) the project should be kept free from as much GPL'ed software as possible. I feel that one of the goals of the project should be to rid the base install of all GPL'ed software and eventually the entire ports tree as well. I apologize in advance if this starts a BSD/GPL flamewar. Not my intention. And since this is a "BSD" mailing list I see no reason it *should* cause one.
Re: create cat pages during fake
On Tue, 15 May 2007, Marc Espie wrote: > On Tue, May 15, 2007 at 08:02:15AM -0500, Ted Unangst wrote: > > marc, is something like this doable? > > Yeah, except that it would probably belong in pkg_create, i thought about that, but how would it get in the plist then? > you need to be a bit more smart about generating man pages. Namely, > you have to look at the first lines of the page to figure out the pipeline > you want to run. it's careful to only build .[1-9] pages for now. i have 53 ports and no .z or such pages. i'm not sure what you mean by looking at the first few lines, since man doesn't do that. it built everything except dcgettext.3, body ".so man3/gettext.3" which is what the 64 byte size limit is for. it does makes lots of warnings about " eqn should have been given a `-Tascii' option" but i get that with man too. > > > + system("/usr/bin/nroff -man $dirname/$file > $cat"); > >
UPDATE: devel/perltidy
Descr: tool to indent and reformat perl scripts Updates to version 20070508 with bug fixes. And I scrubbed the plist this time (thanks jasper). Jim Index: Makefile === RCS file: /cvs/ports/devel/perltidy/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile2007/04/29 09:29:31 1.9 +++ Makefile2007/05/15 18:27:24 @@ -2,7 +2,7 @@ COMMENT= "tool to indent and reformat perl scripts" -V= 20070424 +V= 20070508 DISTNAME= Perl-Tidy-${V} PKGNAME= perltidy-${V} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/perltidy/distinfo,v retrieving revision 1.7 diff -u -r1.7 distinfo --- distinfo2007/04/29 09:29:31 1.7 +++ distinfo2007/05/15 18:27:24 @@ -1,5 +1,5 @@ -MD5 (Perl-Tidy-20070424.tar.gz) = oNyOtVNUN4Ruluq6UkgztQ== -RMD160 (Perl-Tidy-20070424.tar.gz) = IkSY46MB5N83WBHDU+Rr/cwVaIE= -SHA1 (Perl-Tidy-20070424.tar.gz) = a/+/0zCM2xrhIyx71kPfHWAkEDw= -SHA256 (Perl-Tidy-20070424.tar.gz) = vIpa/7rUAGPF4V5uSpmo7EyIIMSg6276Dt0FTD2htlA= -SIZE (Perl-Tidy-20070424.tar.gz) = 363200 +MD5 (Perl-Tidy-20070508.tar.gz) = NkwbAZdxlHpDf6NQGPfs4Q== +RMD160 (Perl-Tidy-20070508.tar.gz) = E4s2sJfPakxmnx6dkqllmg5lH14= +SHA1 (Perl-Tidy-20070508.tar.gz) = m76iGB6Nz2l0Tsogv1tyVN5cVeY= +SHA256 (Perl-Tidy-20070508.tar.gz) = QiJw7bHsILL3PNPYgCRneo4iovfbqa79ar6PC9NhCkM= +SIZE (Perl-Tidy-20070508.tar.gz) = 363515
Re: PATCH: sunsite.org.uk
* Jim Razmus <[EMAIL PROTECTED]> [070117 12:42]: > * Jim Razmus <[EMAIL PROTECTED]> [070109 14:28]: > > Attached patch removes sunsite.org.uk references. Introduces a suitable > > CPAN replacement. This mirror has been down and doesn't look like it's > > coming back. Anyone else know what's going on there? > > > > Todo: someone needs to address the net/mirror port. > > > > Questions/Comments? > > > > Jim > Index: infrastructure/templates/network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.103 diff -u -r1.103 network.conf.template --- infrastructure/templates/network.conf.template 2006/11/28 23:43:54 1.103 +++ infrastructure/templates/network.conf.template 2007/01/09 16:33:01 @@ -55,7 +55,6 @@ ftp://ftp.wustl.edu/pub/gnu/ \ ftp://ftp.kddilabs.jp/GNU/ \ ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/gnu/ \ - ftp://sunsite.org.uk/package/gnu/ \ ftp://ftp.informatik.hu-berlin.de/pub/gnu/ \ ftp://ftp.rediris.es/mirror/gnu/gnu/ \ ftp://ftp.cs.univ-paris8.fr/mirrors/ftp.gnu.org/ \ @@ -96,7 +95,6 @@ ftp://ftp.kobe-u.ac.jp/pub/Linux/metalab.unc.edu/ \ ftp://ftp.kddilabs.jp/Linux/metalab.unc.edu/ \ ftp://ftp.funet.fi/pub/Linux/mirrors/metalab/ \ - ftp://sunsite.org.uk/packages/linux/sunsite.unc-mirror/ \ ftp://ftp.nluug.nl/vol/4/metalab/ \ ftp://ftp.chg.ru/pub/Linux/sunsite/ @@ -145,7 +143,7 @@ ftp://ftp.ucr.ac.cr/pub/Unix/CPAN/modules/by-module/ \ ftp://ftp.duke.edu/pub/perl/modules/by-module/ \ ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/ \ - ftp://sunsite.org.uk/package/cpan/modules/by-module/ \ + ftp://ftp.flirble.org/pub/CPAN/modules/by-module/ \ ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/ \ http://www.cpan.dk/modules/by-module/ \ ftp://mirrors.dotsrc.org/cpan/modules/by-module/ @@ -197,7 +195,6 @@ ftp://ftp.unina.it/pub/Unix/cygnus/ \ ftp://ftp1.sinica.edu.tw/pub3/CYGNUS/ \ ftp://gd.tuwien.ac.at/gnu/sourceware/ \ - ftp://sunsite.org.uk/Mirrors/sourceware.cygnus.com/pub/ \ ftp://sysg.kek.jp/cygnus/ \ ftp://unix.hensa.ac.uk/mirrors/sourceware.cygnus.com/pub/ \ ftp://www.carfield.com.hk/mirror/sources.redhat.com/ Index: shells/zsh/Makefile === RCS file: /cvs/ports/shells/zsh/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- shells/zsh/Makefile 2006/11/23 19:52:51 1.40 +++ shells/zsh/Makefile 2007/01/09 16:33:01 @@ -15,7 +15,6 @@ http://www.math.technion.ac.il/pub/zsh/ \ ftp://ftp.demon.nl/pub/mirrors/zsh/ \ ftp://sunsite.icm.edu.pl/pub/unix/shells/zsh/ \ - ftp://sunsite.org.uk/package/zsh/ \ http://zsh.open-mirror.com/ HOMEPAGE= http://www.zsh.org/ I think this is still reasonable. My ports scans show sunsite.org.uk failing 260+ days as of last night. Thoughts? Questions? Jim
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 02:08:57PM -0400, Eric Furman wrote: > > I really don't see the point of your argument. > > There is a port and there is a maintainer for it. > > Where's your problem? > > I am not a developer and in no way speak officially for the > project, but my opinion follows; > The problem is this is a BSD project and unless it is something > that is very important to have (and gsed may very well qualify) the > project should be kept free from as much GPL'ed software as possible. Please rephrase your rant in the form of a diff to support the extended functionality in our sed that people have clearly stated they need. -- David Terrell [EMAIL PROTECTED] ((meatspace)) http://meat.net/
Re: wine-0.9.37 ktrace
Multireply, really... Mikolaj: RTHREADS in kernel makes no difference at this point and the problem seems to be within ld.so, see below... > wine-0.9.37 compiles on OpenBSD 4.1, except the dnsapi Michael: I don't care whether there are dlls which does not compile until wine is running, but feel free to patch dnsapi if you really want to. > Execution leads to segfault. > (Note: Generic kernel _has_ SYSV MSG/SHM/SEMand I > have not forgot sysctl machdep.userldt=1) > > I know there are some issues about wine's use of > kernel threads on OpenBSD. I am clueless about the > true > problem though. If possible, I would like > some comments on the ktrace kdump. looks familiar. before you even get to problems with threads, you have problems with wine wanting to control where things are located. I've got a port of 0.9.10 that gets a little farther than what you got here. loads libwine and libc, but cannot load ntdll.dll.so. try setting 'ac_cv_cflags__Wl___section_start__interp_0x7bf00400=no' in your environment before running configure and see if that gets you any farther. Uhmnot really definitely not a trivial port. I found this, so I think one has to figure out whether ld.so works as it should, before even thinking about a wine port. I have been really discouraged by now, so don't expect any fireworks. http://www.kerneltraffic.org/wine/wn20030829_185.html#3 [...cut...] -- View this message in context: http://www.nabble.com/wine-0.9.37-ktrace-tf3733527.html#a10629252 Sent from the openbsd user - ports mailing list archive at Nabble.com.
Re: Systrace - 'systrace: intercept_get_string: ioctl: Invalid
* Otto Moerbeek [2007-05-14]: > > Has the patch been committed to CVS? > No, I just committed it. Nikolay
Evince depends upon teTeX?
Hi there, Does anyone know why evince needs teTeX to run? Will I need to do anything with TeXLive regarding this? Thanks -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/
Re: Evince depends upon teTeX?
On Tue, May 15, 2007 at 09:42:20PM +0100, Edd Barrett wrote: > Does anyone know why evince needs teTeX to run? It needs kpathsea for dvi support. > Will I need to do anything with TeXLive regarding this? No, not really, since your TeXLive base package is very similar to teTeX base (modulo several problems, but I yet didn't get the time to comment on TeXLive). Ciao, Kili -- Zynismus ist zu Ende gedachte Romantik. -- Frank Goosen
Re: wine-0.9.37 ktrace
Uh, well...some progress coming up...but I don't know whether I'm getting closer or just being lucky ;) (I'm sorry if this post is unclear and/or of very little use. I'm not used to twisting/tweaking/porting software.) I put: 'ac_cv_cflags__Wl___section_start__interp_0x7bf00400=no' exported that as well, and ran configure --disable-win16 I believe the win16 might be responsible for the DOS low mem mapping sc***ing things up...but I haven't checked that, just to confuse myself and everyone else... I commented out the dnsapi line in dlls/Makefile... next I compiled: make depend ; make and tried running: ktrace wine-pthreads /emul/w/windows/sol.exe (Note: I try that because sol.exe runs under the current wine-99 OpenBSD port.) ...which created a *huge* ktrace.out file output from program was only "wine: failed to initialize: File not found" Here are the last four rows of code in main.c, which is the only place I can find that error msg: wine_pthread_set_functions( &pthread_functions, sizeof(pthread_functions) ); wine_init( argc, argv, error, sizeof(error) ); fprintf( stderr, "wine: failed to initialize: %s\n", error ); exit(1); After kdumping into text file, I did some greps for relevant things: grep -n '.so' wtf 4: 20251 wine-pthread NAMI "/usr/libexec/ld.so" 18: 20251 wine-pthread NAMI "/var/run/ld.so.hints" 30: 20251 wine-pthread NAMI "/usr/local/lib/libwine.so.1.0" 226: 20251 wine-pthread NAMI "/usr/lib/libpthread.so.7.0" 392: 20251 wine-pthread NAMI "/usr/lib/libc.so.40.3" 571: 20251 wine-pthread NAMI "/usr/lib/libossaudio.so.3.0" grep -n "not found" wtf 100890: "wine: failed to initialize: File not found About 150 lines above, /usr/local/lib/wine is opened, so there might be something missing there...? The closest access I can see is this: (note: 20251 is pid) 20251 wine-pthread NAMI "/usr/local/lib/wine" 20251 wine-pthread RET open 5 20251 wine-pthread CALL fstat(0x5,0xcfbc8420) grep -n 'lib' wtf 4: 20251 wine-pthread NAMI "/usr/libexec/ld.so" 27: 20251 wine-pthread NAMI "$ORIGIN/../lib" 30: 20251 wine-pthread NAMI "/usr/local/lib/libwine.so.1.0" 223: 20251 wine-pthread NAMI "$ORIGIN/../lib" 226: 20251 wine-pthread NAMI "/usr/lib/libpthread.so.7.0" 389: 20251 wine-pthread NAMI "$ORIGIN/../lib" 392: 20251 wine-pthread NAMI "/usr/lib/libc.so.40.3" 568: 20251 wine-pthread NAMI "$ORIGIN/../lib" 571: 20251 wine-pthread NAMI "/usr/lib/libossaudio.so.3.0" 1624: 20251 wine-pthread NAMI "/usr/local/lib/../bin/wineserver" 100687: 20251 wine-pthread NAMI "/usr/local/lib/wine" 100702: 20251 wine-pthread NAMI "/usr/local/lib/wine" 100723: 20251 wine-pthread NAMI "/usr/local/lib/wine" 100736: 20251 wine-pthread NAMI "/usr/local/lib/wine" Uh..$ORIGIN?? Another grep, which I won't paste here, is "allocate memory", which seems to occupy every other line from ~2400 to ~100600. Example: wine-pthread CALL mmap(0x9f23,0x13f,0,0x1442,0x,0,0,0) wine-pthread RET mmap -1 errno 12 Cannot allocate memory I don't understand why mmap is called with eight args, maybe it's trivial for those who know. // V.A. -- View this message in context: http://www.nabble.com/wine-0.9.37-ktrace-tf3733527.html#a10633012 Sent from the openbsd user - ports mailing list archive at Nabble.com.
Re: OT: unix/openbsd printer support
Hi, On 15/05/07, Todd Alan Smith <[EMAIL PROTECTED]> wrote: On 5/15/07, Frank Brodbeck <[EMAIL PROTECTED]> wrote: > Moin, > > John Nietzsche has spoken, thus: > > I wonder if some here has already deployed such in openbsd environment > > and knows the site i am talking about. > > I think http://www.linux-foundation.org/en/OpenPrinting is what you are > looking for. ...which used to be linuxprinting.org, John. Perhaps that's the site that you had previously bookmarked. -Todd I have found apsfilter (in ports), quite a definitive guide to what will work on UNIX systems (or not as the case may be). -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett/
Re: wine-0.9.37 ktrace
Vortechz wrote: > > [...cut...] > grep -n "not found" wtf > 100890: "wine: failed to initialize: File not found > > About 150 lines above, /usr/local/lib/wine is opened, so there > might be something missing there...? > The closest access I can see is this: (note: 20251 is pid) > > 20251 wine-pthread NAMI "/usr/local/lib/wine" > 20251 wine-pthread RET open 5 > 20251 wine-pthread CALL fstat(0x5,0xcfbc8420) > NOTE: I did run make install as well, although I forgot to mention that. -- View this message in context: http://www.nabble.com/wine-0.9.37-ktrace-tf3733527.html#a10633282 Sent from the openbsd user - ports mailing list archive at Nabble.com.