Re: [UPDATE] www/liferea 1.8.0
On Mon, Feb 27, 2012 at 03:50:26PM +0100, viq wrote: On Fri, Feb 17, 2012 at 11:30:54AM +0100, viq wrote: On Wed, Feb 01, 2012 at 11:41:00PM +0100, viq wrote: Yes, I know we're in lock, Not anymore, ping. Re-ping. FWIW i've been using this port (and earlier variations of it) since viq made it. It has been working great for me. -0- -- How much does it cost to entice a dope-smoking UNIX system guru to Dayton? -- Brian Boyle, UNIX/WORLD's First Annual Salary Survey
Re: scrotwm (libswmhack) broken (was Re: clusterssh/scrotwm? broken in -current)
On Mon, May 30, 2011 at 11:07:26AM +0200, LEVAI Daniel wrote: [...] So, am I the only one experiencing this? I have to unset LD_PRELOAD before executing cssh or libreoffice when using scrotwm in -current, because libswmhack barfs me: --- # --- /usr/bin/perl:/usr/local/lib/libswmhack.so.0.0: undefined symbol 'XInternAtom' lazy binding failed! Segmentation fault (core dumped) --- # --- /usr/local/lib/libreoffice/program/soffice.bin:/usr/local/lib/libswmhack.so.0.0: undefined symbol 'XInternAtom' lazy binding failed! Segmentation fault (core dumped) --- # --- As a guess this is because perl doesn't immediately link in the libX11 stuff (it'll dlopen it when it loads the module that needs it). try also LD_PRELOADing libX11 to test this theory. Cheers, -0- -- Furious activity is no substitute for understanding. -- H. H. Williams
Re: new: games/wordwarvi
On Wed, May 25, 2011 at 10:55:12PM +0200, Pascal Stumpf wrote: Hehe, kili, here's yet another game port: Word War vi is your basic side-scrolling shoot 'em up '80s style arcade game. You pilot your viper craft through core memory, rescuing lost .swp files, avoiding OS defenses, and wiping out those memory hogging emacs processes. When all the lost .swp files are rescued, head for the socket which will take you to the next node in the cluster. *ducks from emacs users* Brief test on amd64 seems to work. I like the old school style. -0- -- To be sure of hitting the target, shoot first and, whatever you hit, call it the target.
Re: CVS: cvs.openbsd.org: ports
On Tue, May 03, 2011 at 09:03:03AM -0600, Charles Longeau wrote: CVSROOT: /cvs Module name: ports Changes by: c...@cvs.openbsd.org2011/05/03 09:03:03 Modified files: devel/llvm : Makefile devel/llvm/pkg : MESSAGE Log message: No need to make depend anymore to build kernel. Shouldn't this be in pkg-readmes? -0- -- Bringing computers into the home won't change either one, but may revitalize the corner saloon.
Re: NEW/UPDATE: games/ioquake3
On Mon, Aug 23, 2010 at 09:45:09AM +0200, Alf Schlichting wrote: On Fri, Aug 20, 2010 at 09:41:53AM +0200, Alf Schlichting wrote: On Fri, Aug 20, 2010 at 12:02:52AM -0700, Ryan Freeman wrote: Excerpts from Ryan Freeman's message of Thu Aug 19 21:48:10 -0700 2010: Excerpts from Alf Schlichting's message of Thu Aug 19 00:41:27 -0700 2010: On Sun, Aug 15, 2010 at 10:12:54PM -0700, Ryan Freeman wrote: Excerpts from Ryan Freeman's message of Sat May 02 02:42:32 -0700 2009: hello ports@ attached is an updated port from my original 'random svn checkout' port, thankfully they finally released a new complete version, 1.36. builds and runs/plays great here on i386. bump! just thought i'd revisit this and inform that i still use this port after over a year and through all snapshots, its only become better. present day sees quake3 running smooth as silk on my t41p, next to no sound issues (aucat -l -v 103 -b 1024 -z 512) and i regularly use it to play the urban terror mod. i will reattach for convenience sake, any additional comments at this time? btw, what's the purpose of patch-code_sdl_sdl_snd_c ? It gives me 1-2/10 sec sound delay (or even more) that I do not have when deleting this patch (I have no idea of sound stuffr;). hm that was pulled in as a suggestion in the original submission of this port. it was from openarena, which i now see does not have it and has many patch changes. i'm checking through them all now and updating ioquake3 to use the newest patches and going to see how that plays out. strange thing that sdl patch was originally to help sound but with a stuttering issue. i'll post update when i have something working and improved. included previous conversation as I did not realise it did not make it to the list. attached is an updated version of my ioquake3 port, this as Mr Schlichting pointed out does not use the sdl_snd_c patch anymore, and I decided to sync all patches with the latest for openarena, as they do share a very similar codebase. I also opted to include Jacob Meuser's snd_sndio.c which worked without a hitch, this is working even smoother now esp in regards to sound. I'll be testing it more myself, comments? -ryan As stated in a private mail, upgrading to the latest snapshot on i386/MP borke ioquake3 for me (my own version as well as the old port version. ioquake3 is not able to apply its gamma correction anymore (same with 10.4 ubuntu radeon drivers as well as the binary blob ATI driver for newer cards in some cases). Game is too dark, brightness settings (r_gamma) do not work anymore. Does anyone have an idea what is causing this or have a workaround like setting those gamma values (whatever their correct name is:) beforehand? Alf This seems to be a bug intruduced with xorg 7.5 with this commit: http://cgit.freedesktop.org/xorg/xserver/commit/?id=91f73b79b7ae64e5b846d1efeb470bb61a913720 as reported here: http://bugzilla.libsdl.org/show_bug.cgi?id=971 quick fix (but wrong) here: http://www.mail-archive.com/x...@lists.freedesktop.org/msg05439.html At least that's my understanding. I use the quick and wrong fix and r_gamma works again. Checking the bug report there is also (comment 10) a patch for SDL to support xrandr gamma ramps. (Note X extensions are by no means promised, relying on them for functionality means this happens if the one you depend on becomes deprecated). Does that also work for you? -0- -- It is not true that life is one damn thing after another -- it's one damn thing over and over. -- Edna St. Vincent Millay
Re: WIP: net/transmission 2.00b1
On Mon, May 31, 2010 at 04:19:45PM +, Christian Weisgerber wrote: Christian Weisgerber na...@mips.inka.de wrote: Since certain people are always clamoring for the very latest Transmission, here's 2.00 Beta 1 for you guys to play with. I forgot to mention: I also enabled local peer discovery for a bit, but didn't see any multicast traffic from Transmission. Broken? Did you set multicast_host in rc.conf.local? without that multicast is blackholed iirc. -0- -- If there is no God, who pops up the next Kleenex? -- Art Hoppe
Re: update: audio/mpc
On Sat, May 22, 2010 at 02:31:12AM +0200, Tobias Ulmer wrote: Update mpc to 0.19. It's using libmpdclient now. Based on a diff done by oga@, thanks :) Bah, you did the hard part... Tested on i386 I've been running with my version of this diff for probably over a month by now on amd64. -0- -- Q: How many IBM CPU's does it take to execute a job? A: Four; three to hold it down, and one to rip its head off.
Re: www/firefox35
On Thu, May 20, 2010 at 06:18:34PM -0700, patrick keshishian wrote: On Thu, May 20, 2010 at 6:15 PM, Kenneth Westerback kwesterb...@gmail.com wrote: On Thu, May 20, 2010 at 9:07 PM, J.C. Roberts list-...@designtools.org wrote: Since we have 3.6 is in www/mozilla-firefox should www/firefox35 be put in the attic? Nope. 3.6 doesn't support Java plug-in. how is that a negative? ;) Seems that some people care about java. Strange people, i know. -0- -- Chicken Little only has to be right once.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2010/03/24 10:15:06 Modified files: print/latex-mk : Makefile Added files: print/latex-mk/patches: patch-xfig_mk_in_in Log message: Fix latex-mk when using pdflatex with xfig. The suffix make rule was typoed to still generate a .eps instead of a .pdf, making it fail. Bump packagename. durrr, OK phessler@, I never used xfig with latex-mk, so if it works for you go ahead ${MAINTAINER}
Re: X crashes after saving file in Kate from kde
On Tue, Mar 09, 2010 at 05:48:50PM -0600, Chris Bennett wrote: I was told a good while ago to build a debugging form of X and look for something in /var/crash, but I have not been able get anything there. I do get a kate crashing message off of stderr after dropping out of X. I built a debugging scrotwm. I get the following: $ gdb /usr/local/bin/scrotwm scrotwm.core I must correct you here. That is NOT an X crash. That is a window manager crash. presumably either xinit, xdm, kdm or whatever finishes the session when the window manager is done (as is typical). Mostly, i'm reminding you of this so that I don't end up debugging marco's code when i'm mislead like this ;-). -0- -- I wouldn't recommend sex, drugs or insanity for everyone, but they've always worked for me. -- Hunter S. Thompson
Re: X fails on writing files from kate (kde)
On Mon, Jan 25, 2010 at 07:52:14AM -0600, Chris Bennett wrote: I have now had this happen exactly the same on two different days Using scrotwm, latest -current running dual head Running at same time: thunderbird, firefox, xterm Upon writing a file in kate, immediate fail back to console. File was successfully written this time, corrupted last time. So X probably crashed. going to need more information than that. Please get a copy of the xenocara source tree, and read README in the xenocara folder. After that, use that information to rebuild your X server and the video driver in question with debug symbols and then get a backtrace from gdb. -0- -- Paul's Law: You can't fall off the floor.
Re: [NEW] vimprobable-20100105
On Tue, Jan 12, 2010 at 09:02:47PM -0600, Abel Abraham Camarillo Ojeda wrote: Landry Breuil lan...@rhaalovely.net wrote: On Mon, Jan 11, 2010 at 11:17:14PM -0600, Abel Abraham Camarillo Ojeda wrote: Is it ok to change the default search page to google? at this time the default search engine can only be changed at compile time. Or would it be better if I just add google has another option to :open ? Yeah, much better imho. We try to avoid changing default behaviour, and i'm pretty sure if you default to google the usual google-haters will scream around. maybe I can put an option 'g' to do: :open g string1 string2 and search in google.com. That's a non-intrusive improvement. Landry This fixes all the comments from Landry, and adds a 'g' option to :open to use google.com as search engine (default search engine still ixquick.com). This also adds a 'p0' to the package name, since the package changed (for the 'g' option). I know that this isn't going to get commited by the lock, but maybe it's useful for someone. Port attached. And it can't fetch the distfile: o...@leah/p9:/usr/ports/mystuff/www/vimprobable$ make package === Checking files for vimprobable-20100105p0 Fetch http://ftp.lambdaserver.com/pub/viStuff/vimprobable-20100105.tar.gz ftp: Error retrieving file: 404 Not Found Fetch ftp://ftp.openbsd.org/pub/OpenBSD/distfiles//vimprobable-20100105.tar.gz vimprobable-20100105.tar.gz: No such file or directory. -0- -- Did I say 2? I lied.
quakegl
Hi, add a gl flavor to the quake port. builds here, but segfaults on amd64 at least, so i guess it has 64-bit problems. This doesn't fix the really annoying thing about quake (that you can't have a datadir in /usr/local/something. I've also had a port for darkplaces (a better, shinier quake engine) lying around for ages, but never finished it, it's rather messy. I'll send the scrappy version to anyone who wants to fix it. ok? -0- -- It shall be unlawful for any suspicious person to be within the municipality. -- Local ordinance, Euclid Ohio Index: Makefile === RCS file: /cvs/ports/games/quake/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile10 Aug 2009 06:31:42 - 1.22 +++ Makefile16 Dec 2009 20:50:40 - @@ -25,7 +25,7 @@ WANTLIB= c m USE_GMAKE= Yes MULTI_PACKAGES=-main -server -FLAVORS= sdl ggi x11 +FLAVORS= sdl ggi x11 gl FLAVOR?= sdl CONFIGURE_ENV=LDFLAGS='-L${LOCALBASE}/lib -L${X11BASE}/lib' @@ -33,7 +33,6 @@ CONFIGURE_ENV+=CPPFLAGS='-I${LOCALBASE}/ CONFIGURE_STYLE= autoconf CONFIGURE_ARGS=--enable-release CONFIGURE_ARGS+= --bindir=/bin -CONFIGURE_ARGS+= --with-opengl=no --with-opengl-includes=no .if ${FLAVOR:L} == sdl @@ -52,8 +51,15 @@ CFLAGS+= -pthread CONFIGURE_ARGS+= --without-sdl --without-ggi MAKE_FLAGS= WANTLIB-main= X11 Xext c m pthread-stubs xcb +.elif ${FLAVOR:L} == gl +CONFIGURE_ARGS+= --with-opengl=yes --with-opengl-includes=${X11BASE}/include +WANTLIB+= GL X11 Xext pthread .else BROKEN=choose either sdl, ggi or x11 +.endif + +.if ${FLAVOR:L} != gl +CONFIGURE_ARGS+= --with-opengl=no --with-opengl-includes=no .endif WRKDIST= ${WRKDIR}/quakeforge
Re: intel driver crash (was: Re: mplayer restarting openbsd)
On Thu, Dec 10, 2009 at 02:38:02AM +0100, frantisek holop wrote: hi, please reply to this thread on x11@ only after this message, i'd like to move it off ports@ thanks for everyone's suggestions. this should be it.. ok, i think i've seen a fix for this upstream. expect a diff in a few hours. -0- -- Nothing cures insomnia like the realization that it's time to get up.
Re: intel driver crash (was: Re: mplayer restarting openbsd)
On Thu, Dec 10, 2009 at 03:29:04PM +, Owain Ainsworth wrote: On Thu, Dec 10, 2009 at 02:38:02AM +0100, frantisek holop wrote: hi, please reply to this thread on x11@ only after this message, i'd like to move it off ports@ thanks for everyone's suggestions. this should be it.. ok, i think i've seen a fix for this upstream. expect a diff in a few hours. from upstream: Author: Barry Scott barry.sc...@onelan.co.uk Date: Tue Jun 23 14:14:50 2009 +0100 Fix segv for clipped movie window When playing a movie that is clipped on its left and right edges the Xorg server will SEGV sometimes. This is because the intel driver ignores the clipping info when it copies the planes out of the XV data. The check for the optimised copy was wrong to ignore the width required. Which leads to too much data being copied by the memcpy. It the source buffe happens to end exactly on a page boundary the server will SEGV. As we reviewed the code we checked the calculation of src1, src2 and src3. The patch includes additional comments to make it clear what the elements of the calculation are. This bug exists in git head and we also see it in 2.4.1. -0- diff follows: Index: src/i830_video.c === RCS file: /cvs/xenocara/driver/xf86-video-intel/src/i830_video.c,v retrieving revision 1.9 diff -u -p -r1.9 i830_video.c --- src/i830_video.c25 Jun 2009 20:16:43 - 1.9 +++ src/i830_video.c10 Dec 2009 15:35:33 - @@ -1395,7 +1395,8 @@ I830CopyPlanarData(ScrnInfoPtr pScrn, I8 switch (pPriv-rotation) { case RR_Rotate_0: - if (srcPitch == dstPitch2) + /* optimise for the case of no clipping */ + if (srcPitch == dstPitch2 srcPitch == w) memcpy (dst1, src1, srcPitch * h); else for (i = 0; i h; i++) { @@ -1434,7 +1435,11 @@ I830CopyPlanarData(ScrnInfoPtr pScrn, I8 } /* Copy V data for YV12, or U data for I420 */ -src2 = buf + (srcH * srcPitch) + ((top * srcPitch) 2) + (left 1); +src2 = buf +/* start of YUV data */ +(srcH * srcPitch) + /* move over Luma plane */ +((top * srcPitch) 2) + /* move down from by top lines */ +(left 1);/* move left by left pixels */ + #if 0 ErrorF(src2 is %p, offset is %ld\n, src2, (unsigned long)src2 - (unsigned long)buf); @@ -1453,7 +1458,8 @@ I830CopyPlanarData(ScrnInfoPtr pScrn, I8 switch (pPriv-rotation) { case RR_Rotate_0: - if (srcPitch2 == dstPitch) + /* optimise for the case of no clipping */ + if (srcPitch2 == dstPitch srcPitch2 == (w/2)) memcpy (dst2, src2, h/2 * srcPitch2); else for (i = 0; i h / 2; i++) { @@ -1492,8 +1498,11 @@ I830CopyPlanarData(ScrnInfoPtr pScrn, I8 } /* Copy U data for YV12, or V data for I420 */ -src3 = buf + (srcH * srcPitch) + ((srcH 1) * srcPitch2) + -((top * srcPitch) 2) + (left 1); +src3 = buf +/* start of YUV data */ +(srcH * srcPitch) + /* move over Luma plane */ +((srcH 1) * srcPitch2) + /* move over Chroma plane */ +((top * srcPitch) 2) + /* move down from by top lines */ +(left 1);/* move left by left pixels */ #if 0 ErrorF(src3 is %p, offset is %ld\n, src3, (unsigned long)src3 - (unsigned long)buf); @@ -1512,7 +1521,8 @@ I830CopyPlanarData(ScrnInfoPtr pScrn, I8 switch (pPriv-rotation) { case RR_Rotate_0: - if (srcPitch2 == dstPitch) + /* optimise for the case of no clipping */ + if (srcPitch2 == dstPitch srcPitch2 == (w/2)) memcpy (dst3, src3, srcPitch2 * h/2); else for (i = 0; i h / 2; i++) { -- I have learned To spell hors d'oeuvres Which still grates on Some people's n'oeuvres. -- Warren Knox
Re: mplayer restarting openbsd
On Wed, Dec 09, 2009 at 01:25:09AM +0100, frantisek holop wrote: hmm, on Tue, Dec 08, 2009 at 04:53:45PM +, Owain Ainsworth said that intel driver, X server, pixman, libdrm would probably cover all the bases you're likely to hit. here is what i did: # cd xserver # env CFLAGS=-g make -f Makefile.bsd-wrapper build # cd ../driver/xf86-video-intel # env CFLAGS=-g make -f Makefile.bsd-wrapper build # cd ../../lib/pixman # env CFLAGS=-g make -f Makefile.bsd-wrapper build # cd ../lib/libdrm # make DEBUG=-g build restarted the machine and generated the following http://obiit.org/f/Xorg.core.bz2 according to the xenocera README. i hope it contains all the symbols needed for the post mortem. A core file is of no use without the binaries in question. gdb Xorg Xorg.core at prompt bt full quit should help. -0- -- An elephant is a mouse with an operating system.
Re: mplayer restarting openbsd
On Tue, Dec 08, 2009 at 03:42:07AM +0100, frantisek holop wrote: hmm, on Mon, Dec 07, 2009 at 06:27:46PM +, Owain Ainsworth said that On Sun, Dec 06, 2009 at 05:06:25PM +, Edd Barrett wrote: On Sun, Dec 06, 2009 at 04:58:00AM +0100, frantisek holop wrote: -vo xv:adaptor=0 X crashes -vo xv:adaptor=1 plays the movie This is clearly no fault of mplayer at this stage. I suggest you take it up with one of the X11 developers. or indeed look at the how the get a trace out of the xserver section of /usr/xenocara/README and send me a backtrace. Obviously there's a bug in the xvideo code in the intel driver. With debug symbols, please. I refuse to do your legwork for you (Frantisek, not edd). is asking for some pointers so bad these days? X crashes - So X knowing where it crashes would be useful. i am trying to report as many useful info as i can. could you be please more specific about the debug symbols? does this mean that i have to rebuild all of xenocara with env CFLAGS=-g make -f Makefile.bsd-wrapper build or is it enough just to rebuild the intel driver and/or the X server? intel driver, X server, pixman, libdrm would probably cover all the bases you're likely to hit. the ones without autohell goop (libdrm i think is the only one) should be done almost as for base (make DEBUG=-g build) then read: o How to get a core file out of the X server? in xenocara/README and follow the instructions. -0- -- Have an adequate day.
Re: mplayer restarting openbsd
On Sun, Dec 06, 2009 at 05:06:25PM +, Edd Barrett wrote: On Sun, Dec 06, 2009 at 04:58:00AM +0100, frantisek holop wrote: -vo xv:adaptor=0 X crashes -vo xv:adaptor=1 plays the movie This is clearly no fault of mplayer at this stage. I suggest you take it up with one of the X11 developers. or indeed look at the how the get a trace out of the xserver section of /usr/xenocara/README and send me a backtrace. Obviously there's a bug in the xvideo code in the intel driver. With debug symbols, please. I refuse to do your legwork for you (Frantisek, not edd). -0- -- The Roman Rule The one who says it cannot be done should never interrupt the one who is doing it.
Re: new mplayer and ggi
On Mon, Oct 12, 2009 at 11:57:20AM +0200, Markus Hennecke wrote: snip driver, unfortunately DRI stopped working with 4.6... snip ... WHAT? Information, please. If I don't hear about things, i can't fix them. -0- -- I think that I shall never see A billboard lovely as a tree. Perhaps, unless the billboards fall I'll never see a tree at all. -- Ogden Nash
Re: /usr/ports/audio/timidity
On Thu, Jul 16, 2009 at 07:10:13AM +0300, 4625 wrote: On Wed, 15 Jul 2009, patrick keshishian wrote: On OpenBSD timidity reproduce garbled sound, like when CPU overloaded. However, the same version of timidity on FreeBSD-4.11 play files very well. OpenBSD localhost 4.5 200907101811#0 i386 timidity-2.13.2p1 can you try this please? ?this adds sndio support. ?iirc, it was sent to ports@ some onths ago by ray iwata. ?I don't recall why it wasn't committed though. ?I personally don't use timidity, but really basic usage works for me. Thanks for reply. This patch does not solve the problem. By the way, patched Makefile have small error - he try to take the 'sndio_a.c' from 'files/' dir. But 'sndio_a.c' are present in current dir actually. Are you sure you applied the patch properly? I haven't tried building the port but the patch applied correctly creates the sndio_a.c file in files directory: If this line correct, then I'm sure. 'patch Yourpatch.diff' $ ls -l files/ total 12 drwxr-xr-x 2 sidster wsrc 512 Jul 4 14:12 CVS/ -rw-r--r-- 1 sidster wsrc 2946 Jul 15 20:03 sndio_a.c -rw-r--r-- 1 sidster wsrc 0 Jul 15 20:03 sndio_a.c.orig timidity:0$ ls -Fl total 68 drwxr-xr-x 2 root wheel512 Mar 1 03:25 CVS/ -rw-r--r-- 1 root wheel 2655 Jul 16 07:03 Makefile -rw-r--r-- 1 root wheel 2276 Nov 22 2007 Makefile.orig -rw-r--r-- 1 root wheel 13525 Jul 16 02:25 Yourpatch.diff -rw-r--r-- 1 root wheel549 Apr 5 2007 distinfo drwxr-xr-x 3 root wheel 1024 Jul 16 07:03 patches/ drwxr-xr-x 3 root wheel512 Jul 16 07:03 pkg/ -rw-r--r-- 1 root wheel 2946 Jul 16 07:03 sndio_a.c -rw-r--r-- 1 root wheel 0 Jul 16 07:03 sndio_a.c.orig $ mkdir files patch blah.diff should do it. patch has a habit of not making directories and just stuffing new files in those into the directory below. -0- -- Get forgiveness now -- tomorrow you may no longer feel guilty.
Re: gcc3/4 stuff [was Re: openoffice3 won't start]
On Mon, Apr 20, 2009 at 04:23:22PM +0100, Stuart Henderson wrote: On 2009/04/20 16:28, LEVAI Daniel wrote: /usr/local/openoffice.org3/program/soffice.bin:/usr/lib/libstdc++.so.47.0 : /usr/local/lib/libestdc++.so.8.0 : WARNING: symbol(_ZTISt23__codecvt_abstract_baseIcc11__mbstate_tE) size mismatch, relink your program .. OOo 3 must be built with gcc 4 [see footnote 0] and pulls in libestdc++ from the gcc 4 port. textproc/libwpd, textproc/icu4c and devel/gperf all pull in libstdc++ (GCC 3). if you try and mix the two in the same process you have conflicting symbols. [...] Does this mean that now you can not use the openoffice.org3 packages with -current, and we must wait until it will be compiled with gcc4? *h* OOo is already compiled with gcc4, and for some people it is at least partly working. I just tried as a test and here I'm only seeing the _dri.so error messages, not the size mismatch ones.. odd... I still do not understand those. What the fuck is openoffice doing with libGL? Whatever it's doing it is doing it wrong. -0- -- Mike: The Fourth Dimension is a shambles? Bernie: Nobody ever empties the ashtrays. People are SO inconsiderate. -- Gary Trudeau, Doonesbury
Re: CVS: cvs.openbsd.org: ports
On Thu, Apr 09, 2009 at 07:01:53AM -0600, Jasper Lievisse Adriaanse wrote: CVSROOT: /cvs Module name: ports Changes by: jas...@cvs.openbsd.org 2009/04/09 07:01:53 Modified files: games/crossfire-client: Makefile games/glsfcave : Makefile graphics/makehuman: Makefile graphics/mhgui : Makefile games/crack-attack: Makefile graphics/glpng : Makefile graphics/glpng/patches: patch-Example_Test_c Added files: games/crack-attack/patches: patch-src_Attack_cxx Log message: - switch ports that are currently using glut to use freeglut from tobias ulmer (MAINTAINER), objections from oga@, testing and ok sthen@ That should of course read no objections from oga@ (says me) -- [Prime Minister Joseph] Chamberlain loves the working man -- he loves to see him work. -- Winston Churchill
Re: udfu - dfu-util
On Sat, Jan 24, 2009 at 11:07:36PM -0500, Ian Darwin wrote: Now that we have the udfu switcher device driver, I'd like to get the port of dfu-util committed. Port has been tested by several, and is at http://www.darwinsys.com/openbsd/myports/dfu-util.tar.gz Comments and OKs welcome, thx. It's a bit sketchy at times (you need to be quick after plugging in the moko), but it does work here on amd64. The main problem with if is that you get to find out how depressingly bad most of the software for the OpenMoko is ;) -0- -- Frisbeetarianism, n.: The belief that when you die, your soul goes up on the roof and gets stuck.
Re: NEW: games/openarena
On Sun, Jan 18, 2009 at 09:49:21PM +0100, Matthias Kilian wrote: On Sun, Jan 11, 2009 at 10:43:32AM +0900, Jordi Beltran Creix wrote: Of course. It is much better this way. Here's a complete diff, ready to commit if someone checks at least one of the unchecked archs. If noone tests this on other archs, I'll put it in with ONLY_FOR_ARCHS=amd i386 macppc in a few days. Ciao, Kili Unbreak at least for amd64. Initial fix (for amd64 only) from Jordi Beltran Creix (jbcreix.mail at gmail.com). Generalized for all LP64 architectures by me. Tested on amd64 by Jonathan Armani (dbd at asystant.net). No changes for i386 and macppc. Tested on Confirmed ok on amd64 here. I can theoretically do sparc64, but it'll take a day or two. -0- -- Spelling is a lossed art.
Re: NEW: games/openarena
On Sat, Jan 31, 2009 at 04:50:39PM +, edd wrote: On Mon, Jan 19, 2009 at 09:11:15PM +, Edd Barrett wrote: On Mon, Jan 19, 2009 at 02:06:29PM +, Owain Ainsworth wrote: I can theoretically do sparc64, but it'll take a day or two. I have a sparc64 build on the go. Will probably take all night. Hello from sparc64 Here on the mach64 built into the blade 100, i get the opening screen fine (the colours are even ok). The it gets a sig10 (Bus error) and the screen remains black. I don't have time to look into this now. I can play with traces tomorrow, perhaps. -0- -- I call them as I see them. If I can't see them, I make them up. -- Biff Barf
Re: NEW x11/compiz
On Tue, Nov 18, 2008 at 03:37:21PM +0530, Girish Venkatachalam wrote: Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. While I personally don't care much for eyecandy (the other features of compiz are occasionally worthwhile). I should point out to everyone that in order to use this you need to set LIBGL_ALWAYS_INDIRECT=1 in your environment when you start compiz. Due to interactions with the DRI protocol drawing straight to the xserver's front buffer and compositing wanting everything to draw to private back buffers. The DRI2 work upstream in X, along with drm drivers having kernel memory management is in part intended to fix this. -0-
Re: freeglut
On Tue, Nov 11, 2008 at 10:55:49AM -0500, Ted Unangst wrote: I wouldn't terribly mind if glut were removed, although when I think of glut I think of glut, not freeglut. My concerns primarily center around having an upgrade path. I already have glut installed. Anybody who thinks I need glut is going to go into the port and build it themselves. What do we do? Maybe the glut port can just be changed to use freeglut, then it's transparent. Just FYI, mesa has intended for ages (but no one did the work) to switch over to freeglut. If that happened, then freeglut would be in base as part of mesa. IMHO i'd just go for freeglut, it would make packaging nicer since it's properly licensed. I don't make these kind of decisions though. A proper upgrade path is essential though. -0- -- Passionate hatred can give meaning and purpose to an empty life. -- Eric Hoffer
Re: Heretic and Hexen Sources Re-released Under the GPL
On Mon, Sep 08, 2008 at 09:09:47PM +0300, Alexey Suslikov wrote: Hello [EMAIL PROTECTED] Following openarena thread on ports@, here is another brick in the wall. In a surprise email from Raven Software employee James Monroe, James Quasar Haley of Team Eternity has been notified that the source code for Heretic and Hexen has been re-released under the GNU General Public License, and is now available from Sourceforge. Read more http://sourceforge.net/forum/forum.php?forum_id=864305 Or someone could just port ZDoom which has had support for these two (and Doom, Doom 2, Final Doom and Strife) for quite a while... Better yet, GZoom which includes an OpenGL renderer. -0- -- When God endowed human beings with brains, He did not intend to guarantee them.
Re: UPDATE: xcompmgr 1.1.4
On Fri, Sep 05, 2008 at 01:20:38PM +0200, Marc Balmer wrote: * Antoine Jacoutot wrote: On Fri, 5 Sep 2008, Matthieu Herrb wrote: The attached patch update xcompmgr to 1.1.4. Apart from bug fixes, it also clarifies the licence. The GPL in COPYING in the 1.1.1 version was an oversight and has been removed upstream. So the license is now a bare MIT one. This opens the question of moving this into Xenocara rather than keeping it as a port. IMHO, it would make more sense to have this in Xenocara. What comes from X.Org should be in xenocara, not in ports, when possible and the license allows it. Which is the case here, so I am also in favour of moving it to xenocara. I'm not sure, but I have no objections. It's of limited usefulness without transset though (for the reasons most people use it). -- Afternoon very favorable for romance. Try a single person for a change.
Re: make update fetchs sources don't needed.
On Thu, Aug 28, 2008 at 03:40:54PM -0600, macintoshzoom wrote: Yes I have to do it, buy I'm a non-conformist, I've found that 90% of the time when someone says that they actually mean: ``I'm too stupid to know I'm doing it wrong''. Please, if you don't understand how the ports framework works, don't use it! Wait for snapshot packages and do pkg_add -ui. If you can't give a well reasoned and coherent explanation of why you should be using ports, you shouldn't. -0- -- It is better never to have been born. But who among us has such luck? One in a million, perhaps.
Re: NEW: games/openarena
On Wed, Aug 27, 2008 at 11:30:32AM +0200, Paul de Weerd wrote: I hate you. This is going to cost me many sleepless nights ;( Anyway .. thanks for the port, my meager laptop (with ATI Radeon LW RV200 Mobility 7500 M7) seems to have no problems running this at a semi reasonable speed. Smoother than games/quake2, with lots of options turned down. Sadly, unlike the statement on the website (I think the mouse doesn't suck anymore also, though still, your mileage may vary.), mousing around was horrible (jumping all over the place, uncontrollable). As this is the only way for me to play, I can't really play right now. This is common with sdl games. The same workaround as for people using the evdev driver on linux applies: export SDL_VIDEO_X11_DGAMOUSE=0 I need this for neverball, and it helped for openarena. Of course, now all my main machines run amd64 I can't play with it. Beer for whoever fixes that. -0- -- Pascal is not a high-level language. -- Steven Feiner
Re: NEW: games/openarena
On Wed, Aug 27, 2008 at 08:48:54PM +0200, Paul de Weerd wrote: On Wed, Aug 27, 2008 at 01:36:32PM +0200, Paul de Weerd wrote: | Maybe there are specific changes to the source that are | openarena-only, but from what I can tell so far this is not the case. | Once I have finished copying my baseq3/ to one drm-capable laptop I | have, I will check to make sure Q3A-datafiles work with openarena (by | copying them into baseoa/) I also checked - Q3A datafiles work fine when placed in the baseoa directory. And the SDL mouse thing solved all my mouse problems. Now I am officially doomed (perhaps quaked is a better term). I'd like to match up oga's beer so that whoever fixes this port for amd64, now gets two beer (or beverage of choice, if so inclined). Oh, I didn't mean only the one. I'll define my contribution as ``a few''. I don't have the time or patience to dig through even more third party code than I already have to. -0- -- If you have a procedure with 10 parameters, you probably missed some.
Re: NEW: emulators/sdlmame
On Mon, Aug 25, 2008 at 02:42:11PM +0200, Pierre Riteau wrote: Hi, emulators/xmame has not been active upstream for 2 years. It has been more or less officially replaced by sdlmame. Attached is a port of sdlmame 0.127 (I also have a port of sdlmess almost ready). It needs gcc 4.2 to compile. It was only tested on amd64 and i386, hence the ONLY_FOR_ARCHS. If someone wants to give it a spin on e.g. powerpc, these two steps are needed: 1) uncomment BIG_ENDIAN = 1 in sdlmame's makefile 2) add powerpc to MODGCC4_ARCHES in the port's Makefile I really don't know if it will compile ok even after these 2 steps. I tested an older version of this port on amd64. Worked perfectly. -- Nothing is faster than the speed of light ... To prove this to yourself, try opening the refrigerator door before the light comes on.
Re: mpg123
Or is there some other console based music player which is overly prefered by the people here? I'm open for suggestions :-) Some people like audio/musicpd and its various clients. I think Will meant audio/mpd, which is indeed a very good player. -0- -- I cannot conceive that anybody will require multiplications at the rate of 40,000 or even 4,000 per hour ... -- F. H. Wales (1936)
Re: Alephone and associated Game files
Attached is a port of the AlephOne game engine, and the data files for Marathon 1, 2, and Infinity. The data files are split out into each scenario, with an optional MULTI_PACKAGE for the hires graphics and sounds. To play: install AlephOne and one of the data sets, then cd to that dir (e.g. ${LOCALBASE}/share/alephone/marathon2/), and run `alephone`. Also available from http://theapt.org/openbsd/ports/alephone.tgz Tested on amd64 and i386, but should also work on macppc. Please test and commit. Unless this has changes significantly since the last version peter gave out, then i've tested this (with dri) on i386 with a r400 card. It works fine apart from the fact that in GL mode set to fullscreen i get a blank screen (This is reckon is a dri bug on my part). I can't comment on the port, though. -0- -- .. and furthermore ... I don't like your trousers.
Re: NEW: games/neverball
On Sat, Mar 15, 2008 at 07:38:56AM +0200, Antti Harri wrote: $ cat pkg/DESCR Tilt the floor to roll a ball through an obstacle course before time runs out. Neverball is part puzzle game, part action game, and entirely a test of skill. Also found here is Neverputt, a hot-seat multiplayer miniature golf game using the physics and graphics of Neverball. - http://icculus.org/neverball/ - These are OpenGL games but please test anyway if you are unable to use hardware acceleration, you'll have more games to play when OpenBSD has 3d acceleration ;-) I tested this WITH dri about a week or two ago, worked fine on an ati x800SE, but on my intel GM965 it gave a blank screen and a mesage about not being able to initialise usbhid3, or similar. Haven't had time to look into that though. Might be something to do with the fact the 965 was on a laptop (the clitmouse is probably ps/2 connected). -0- -- The devil finds work for idle circuits to do.
Re: vlc bug
On Wed, Feb 20, 2008 at 02:07:38AM +, Jacob Meuser wrote: On Wed, Feb 20, 2008 at 12:30:02AM +, Edd Barrett wrote: On Feb 19, 2008 4:26 PM, Alexey Vatchenko [EMAIL PROTECTED] wrote: Hi! I use vlc-0.8.6dp0. As long as ports@ is maintainer, so i report it here :) It has a visual bug: its volume bar is a little bit higher than it should be. Thanks! I can confirm this, its been like that for a while but i kept forgetting to report it. sorry to hijack :) but how well does vlc play back dvd's on openbsd for you? It is jerky as hell on my 3ghz 2GB ram box, whereas mplayer plays fluently any dvd. Mplayer is not ideal for dvd's as i can not show menus, which are especially useful when dvds are badly authored. eg. all episode in one track, or in wrong/odd order. kaffeine supports menus, so does xine. and of course ogle does too. however, out of mplayer, xine, kaffeine, vlc and ogle, only ogle is able to play DVDs smoothly on my amd64. xine plays dvds fine for me. I never got around to trying any of the others. -- Hacking's just another word for nothing left to kludge.
Re: NEW: net/ii
On Wed, Feb 13, 2008 at 06:24:24PM -0500, Scott Vokes wrote: This is a filesystem-based IRC client. It's a bit more elaborate than sic, the other IRC port I just uploaded, but still quite simple. Please test and commit. scott ii is already in ports... -- Never call a man a fool. Borrow from him.
Re: NEW: regionset
With yet more amendments, attached. kill some extraneous whitespace. honour CFLAGS and CC properly. -- Make it myself? But I'm a physical organic chemist! regionset.tar.gz Description: application/tar-gz
Re: UPDATE: audio/mpd
On Sat, Apr 21, 2007 at 10:26:03AM +0200, Tobias Ulmer wrote: Update MPD to the latest and greatest DoS free version. No big changes. A tremor flavor has been added for those who want to listen to oggs on their Zaurus. Please test especially on !i386 Just for the list: Works for me on zaurus and i386. pgpv0iHDKbngx.pgp Description: PGP signature