1 cadeau vous attend
Bonjour, Dépêchez-vous, les bonnes affaires ne vous attendront pas, stock limité ! J'économise maintenant. Découvrez nos services complémentaires : VOTRE SHOPPING COQUIN EN TOUTE CONFIANCE : - Discrétion absolue : Colis neutres, pli discret sans mention du contenu - Prix garantis : Frais de port of ferts * - Satisfaction : Garantie "Satisfait ou remboursé" J+30 sur tous vos achats - Paiement sécurisé : CB, chèque, contre-rembour, virement Nous sommes spécialiste de la vente par internet de lingerie fine et de produits coquins dans toute l'Europe. En choisissant de commander chez nous, bénéficiez de toutes les garanties de sérieux, de sécurité et de prix ainsi que d'un service client de qualité. Avec plusieurs milliers de colis expédiés chaque mois, un important réseau de revendeurs et une clientèle fidèle depuis plusieurs années, nous nous positionnons aujourd'hui comme l'un des leaders incontestable du marché. *voir conditions de vente Ne plus recevoir de mails, se desinscrire
Re: NEW/UPDATE: games/ioquake3
On Fri, Aug 20, 2010 at 09:17:32PM +0200, Mattieu Baptiste wrote: > On Fri, Aug 20, 2010 at 11:20 AM, Mattieu Baptiste > wrote: > > On Fri, Aug 20, 2010 at 10:53 AM, Ryan Freeman wrote: > >> hey Mattieu, > >> > >> See attached update, added arch type for amd64 to makefile changes. > >> let me know how it goes, thanks! > >> > > > > It builds and installs correctly. Can't test at the moment, I'll let you > > know. > > Thanks Ryan. > > > > Hi, > > It works ok for me but the sound stutters a lot (azalia). Running > aucat with audio buffers of 8192 doesn't change anything. as of 4.8, with azalia you might actually be better off using smaller blocks (-z). but that is a bad idea with pre-4.8, especially on MP amd64 systems. > > -- > Mattieu Baptiste > "/earth is 102% full ... please delete anyone you can." -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: NEW: logic2cnf
On Fri, Aug 20, 2010 at 2:21 PM, Neal Hogan wrote: > On Wed, Aug 18, 2010 at 5:53 AM, Edd Barrett wrote: >> Hi, >> >> Attached is a tool I developed to help solve propositional logic for my >> research. It is based upon MiniSAT (hence jasper@ in CC).I don't know if >> we have any prop logic pros on list? I would appreciate feedback. >> >> Anyway here is the port. OK? >> > > Not sure why I'm getting the following or what to do about it. I got it . . . moved .../mystuff/logic2cnf to .../mystuff/math/logic2cnf Sorry for the noise. > looked for answers, but I'm not finding any. I have an updated ports > tree and am running amd64 -current. Thanks for your help. This sounds > like a pretty cool program. > > montagueroot tar xvzf /home/neal/port_HACKS/logic2cnf-port.tgz -C > /usr/ports/mystuff/ > logic2cnf > logic2cnf/Makefile > logic2cnf/distinfo > logic2cnf/pkg > logic2cnf/pkg/PLIST > logic2cnf/pkg/DESCR > montagueroot cd /usr/ports/mystuff > montagueroot ls > . .. logic2cnf > montagueroot cd logic2cnf/ > montagueroot make install clean > Fatal: one category in math lang should match PKGPATH=logic2cnf (in logic2cnf) > Fatal: bogus PKGPATH=logic2cnf (no subdirectory) (in logic2cnf) > *** Error code 1 > > Stop. >
Re: NEW: logic2cnf
> Fatal: one category in math lang should match PKGPATH=logic2cnf (in logic2cnf) > Fatal: bogus PKGPATH=logic2cnf (no subdirectory) (in logic2cnf) > *** Error code 1 its Makefile has CATEGORIES = math lang so set a symlink from /usr/ports/math/logic2cnf to your directory or extract the port in either /usr/ports/math or /usr/ports/lang. regards Matthias
Re: NEW: logic2cnf
On Wed, Aug 18, 2010 at 5:53 AM, Edd Barrett wrote: > Hi, > > Attached is a tool I developed to help solve propositional logic for my > research. It is based upon MiniSAT (hence jasper@ in CC).I don't know if > we have any prop logic pros on list? I would appreciate feedback. > > Anyway here is the port. OK? > Not sure why I'm getting the following or what to do about it. I looked for answers, but I'm not finding any. I have an updated ports tree and am running amd64 -current. Thanks for your help. This sounds like a pretty cool program. montagueroot tar xvzf /home/neal/port_HACKS/logic2cnf-port.tgz -C /usr/ports/mystuff/ logic2cnf logic2cnf/Makefile logic2cnf/distinfo logic2cnf/pkg logic2cnf/pkg/PLIST logic2cnf/pkg/DESCR montagueroot cd /usr/ports/mystuff montagueroot ls . ..logic2cnf montagueroot cd logic2cnf/ montagueroot make install clean Fatal: one category in math lang should match PKGPATH=logic2cnf (in logic2cnf) Fatal: bogus PKGPATH=logic2cnf (no subdirectory) (in logic2cnf) *** Error code 1 Stop.
Re: NEW/UPDATE: games/ioquake3
On Fri, Aug 20, 2010 at 11:20 AM, Mattieu Baptiste wrote: > On Fri, Aug 20, 2010 at 10:53 AM, Ryan Freeman wrote: >> hey Mattieu, >> >> See attached update, added arch type for amd64 to makefile changes. >> let me know how it goes, thanks! >> > > It builds and installs correctly. Can't test at the moment, I'll let you know. > Thanks Ryan. > Hi, It works ok for me but the sound stutters a lot (azalia). Running aucat with audio buffers of 8192 doesn't change anything. -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: return to castle wolfenstein port
On Fri, Aug 20, 2010 at 01:29:30AM -0700, Ryan Freeman wrote: > btw have you already started on any ports for the enemy territory src > archive yet? if not i was thinking of applying some of your hard > work here to that and see if we can't have both I haven't looked at it yet. I want to rework the rtcw patches first and get more than i386 working.
Re: NEW: logic2cnf
> Anyway here is the port. OK? Did some more testing with other examples, works without problems on i386. Some suggestions: * only warn about unused variables instead of error * allow more than one formula in one file (perhaps I just used the wrong syntax?) regards, Matthias
Re: UPDATE: games/chocolate-doom
Excerpts from Ryan Freeman's message of Mon Aug 16 09:13:29 -0700 2010: > Excerpts from Ryan Freeman's message of Fri Aug 13 08:49:30 -0700 2010: > > Hello ports@ > > > > Here is a patch updating my chocolate-doom port from 1.2.1 to the > > latest version, 1.4.0. Daniel Dickman previously submitted a patch > > to me updating to 1.3.0, however Edd Barrett informed me that the > > 1.4.0 version would not build on sparc64. > > > > To summarize changes, the 1.4.0 and 1.5.0 release logs are here: > > 1.3.0 to 1.4.0: > > http://chocolate-doom.svn.sourceforge.net/viewvc/chocolate-doom/trunk/chocolate-doom/ChangeLog?r1=1869&r2=1941 > > 1.2.1 to 1.3.0: > > http://chocolate-doom.svn.sourceforge.net/viewvc/chocolate-doom/trunk/chocolate-doom/ChangeLog?r1=1421&r2=1869 > > > > One thing to note is fraggle's efforts to add support for openbsd's > > OPL device driver, and a software OPL emulator to play back doom's > > music as closely as possible to the way it would have originally > > sounded back in 1993 with the appropriate audio card :) > > > > Please test, and Edd if you could let me know if this now builds > > on sparc64, i would appreciate it :D Also if it doesn't, did you > > ever get a chance to check and see if chocolate-doom 1.2.1 built > > on sparc64? > > > > first of all to correct confusion there is no 1.5.0 release, i meant > to type 'the 1.3.0 and 1.4.0 release logs are here:' > > Calling Edd! :) I received a patch from Simon Howard (chocolate-doom > author) for sparc64 issues can this be tested by Edd or anyone > with sparc64? thanks! > Edd! :) can you test this on your sparc64 real quick? i have Simon asking if he can commit the below fix to his trunk, i'm hoping that resolves it all . -ryan > From Simon: > I checked the ports@ archives about the sparc64 problem and it seems > to be a SIGBUS, which implies a memory alignment problem. Apparently > SPARC64 expects some things to be 8-byte word aligned. Doom's zone > memory system aligns allocated memory to 4 byte boundaries and I > assumed this would be enough, but it may be an invalid assumption. > > > /usr/ports/mystuff/games/chocolate-doom/patches/patch-src_z_zone_c: > > $OpenBSD$ > --- src/z_zone.c.origMon Aug 16 09:05:39 2010 > +++ src/z_zone.cMon Aug 16 09:06:59 2010 > @@ -40,7 +40,8 @@ > // It is of no value to free a cachable block, > // because it will get overwritten automatically if needed. > // > - > + > +#define MEM_ALIGN sizeof(void *) > #define ZONEID0x1d4a11 > > typedef struct memblock_s > @@ -201,7 +202,7 @@ Z_Malloc > memblock_t*base; > void *result; > > -size = (size + 3) & ~3; > +size = (size + MEM_ALIGN - 1) & ~(MEM_ALIGN - 1); > > // scan through the block list, > // looking for the first free block >
invitatie cursuri gratuite online
Cursuri Gratuite Salut , Ai primit o invitatie la Cursuri Gratuite ! - Iti poti alege singur timpul si ritmul de invatare; - Echipa de profesionisti; - Usor accesibil; - Forma de pregatire moderna; - GRATUIT ! Succes ! www.cursurigratuiteonline.ro Ai fost invitat pe Cursuri Gratuite. Copyright © 2009 Cursuri Gratuite. Toate drepturile rezervate.
Re: spectrum (WAS: Re: WIP: spectrum and needed dependencies testers wanted)
Hi,
On Friday 20 August 2010 03:40:38 pm viq wrote:
> On Thu, Aug 19, 2010 at 12:31:29PM +0200, Sebastian Reitenbach wrote:
> > On Thursday 19 August 2010 10:26:48 am viq wrote:
> > > On Thu, Aug 19, 2010 at 01:04:20AM +0200, Sebastian Reitenbach wrote:
> > > > Hi,
> > > >
> > > > Sebastian Reitenbach wrote:
> > > > >viq wrote:
> > > > >>On Sat, Jul 31, 2010 at 07:51:54PM +0200, Sebastian Reitenbach
wrote:
> > > > >>>viq wrote:
> > > > On Sat, Jul 31, 2010 at 04:37:24PM +0200, Sebastian Reitenbach
wrote:
> > > > >Hi,
> > > > >
> > > > >forget the other mail, now the right tarball attached.
> > > > >
> > > > >Sebastian
> > > > >
> > > > >Sebastian Reitenbach wrote:
> > > > >>viq wrote:
> > > > >>>They released version 0.3.1,
> > > > >>>http://spectrum.im/projects/spectrum/wiki/Changelog
> > > > >>>But it hardcodes installation of spectrum.cfg to /etc
> > > > >>>so that would need
> > > > >>>to be patched, and it removes the sqlite schema, in repository
> > > > >>>logs it says
> > > > >>>"Remove unused outdated sqlite.sql schema." So for now
> > > > >>>trying the posted
> > > > >>>version, and it builds fine. Didn't get to trying it
> > > > >>>yet, that will come
> > > > >>>soon ;)
> > > > >>
> > > > >>With a lot of feedback from viq, updated to 0.3.1.
> > > > >>I added a user _spectrum and group _spectrum so that the
> > > > >>spectrumctl can change userid to that user. The homedirectory
> > > > >> of that user has to exists, otherwise spectrumctl throws
> > > > >> errors. The directories /var/spectrum and /var/log/spectrum
> > > > >> are created from the port. I decided to put everything below
> > > > >> /var/spectrum besides the logs. Hope that's fine. The example
> > > > >> configuration file was updated accordingly.
> > > > >>
> > > > >>Maybe additionally a README.OpenBSD needed?
> > > > >>
> > > > >>cheers,
> > > > >>Sebastian
> > > >
> > > > Following patch needs to be applied to PLIST, otherwise you
> > > > end up with
> > > > locale files being mode 640 root:_spectrum
> > > >
> > > > --- /tmp/net/spectrum/pkg/PLIST Sat Jul 31 13:51:54 2010
> > > > +++ pkg/PLIST Sat Jul 31 17:28:08 2010
> > > > @@ -40,6 +40,8 @@
> > > > @group ${SPGROUP}
> > > > @mode 640
> > > > @sample ${SYSCONFDIR}/spectrum/spectrum.cfg
> > > > +...@group
> > > > +...@mode
> > > > share/locale/cs/LC_MESSAGES/spectrum.mo
> > > > share/locale/de/LC_MESSAGES/spectrum.mo
> > > > share/locale/pl/LC_MESSAGES/spectrum.mo
> > > >
> > > > Another thing is, in
> > > > lib/python2.5/site-packages/spectrum/doc/ there is
> > > > interactive.py which after running spectrum gets bytecompiled
> > > > creating interactive.pyc which remains after package removal.
> > > > Solution I saw employed so far is to compile it at package
> > > > creation time,
> > > > so it ends up
> > > > in PLIST. Don't ask me how to do it though ;)
> > > >
> > > > The mysql schema should probably be installed, for those who
> > > > want to use
> > > > it, maybe the munin monitoring script? Maybe some -extras
> > > > package?
> > > > >>>
> > > > >>>There is another *pyc file that was not yet created. I now call
> > > > >>>spectrumctl in post-install stage to create those pyc files. No
> > > > >>> idea whether this is the right way to do, but it works ;)
> > > > >>>I also included the mysql schema, since people might want to use
> > > > >>> the mysql backend instead of the sqlite backend.
> > > > >>>
> > > > >>>Sebastian
> > > > >>
> > > > >>How about this? Command to compile .py files stolen from
> > > > >>devel/py-gobject by ajacoutot@ ;)
> > > > >
> > > > >That's great, thanks for finding this.
> > > > >
> > > > >>Also moving sample config file and mysql schema to share/examples
> > > > >>instead of share/doc as I believe that's where they belong.
> > > > >
> > > > >Yes, after sending the last update, I also thought about that this
> > > > >is the right place for it.
> > > > >
> > > > >I only removed a superfluous rm -f in the post-install stage,
> > > > >update attached.
> > > >
> > > > It did not made it to the release, and those people just released a
> > > > new version.
> > > > Major change is with the twitter transport, which I haven't tested
> > > > due to lack of an account there, and added french translation, and
> > > > not to forget the version number 0.3.1 -> 1.4.0 ;).
> > >
> > > It seems that twitter support requires installation of
> > > pidgin-microblog, according to
> > > http://spectrum.im/projects/spectrum/wiki/UpgradeNotes Which makes me
> > > wonder a bit, maybe other pidgin protocol plugins could be made to work
> > > with it too? Say, pidgin-tlen or pidgin-icb. But that would require
> > > modifying dependencies to not include pidgin as such, but maybe just
> > > libpurple, which fro
Fichiers E-mail de qualité : promo du mo is d'Août
Si vous ne pouvez lire ce message, rendez-vous ICI Comme à l'habitude, nous avons le plaisir de vous présenter la promotion du mois. L'activité du mois de Juillet, contrairement aux autres années, fut très intense. C'est la raison pour laquelle nous présentons le même fichier en promotion, pour ce mois d'Août. Il s'agit d'un fichier de grande qualité de 50.000 adresses e-mail francophones de particuliers-consommateurs sur Internet (BtoB), opt-in. Ce fichier a été mis à jour le 30 juillet 2010 et bénéficie ainsi d'une délivrabilité maximun. De plus, il est livré avec notre Kit-E-mailing complet (détails ici) qui vous permettra de réaliser vos envois. Le tout à un prix incroyable et exceptionnel (40 % de remise) AOUT est un mois idéal et capital pour préparer la rentrée de septembre (qui commence désormais au 22/25 Août) et vos campagnes publicitaires par E-mailing, solution la plus économique et de loin ! Les ordinateurs ne quittent plus leurs propriétaires qui disposent de temps pour consulter leur boîte aux lettres et étudier sereinement vos messages. Profitez-en vite ! Du super discount. Cordialement vôtre. L'équipe d'Adresses-email.com P.S. 1 : Nous en profitons pour vous signaler que de nombreux fichiers d'Entreprises (BtoB), classés par activité professionnelle, ont été ajoutés. P.S. 2 : Les mails qui vous sont adressés transitent par un anti-virus et un anti-spam. Mais, malgré ces protections, il peut arriver qu'ils attérissent dans votre boîte d'indésirables. Pour vous assurer qu'ils arrivent bien dans votre boîte de réception, ajoutez cont...@adresses-email.com dans votre carnet d'adresses.
[NEW] devel/hexcompare
Hello, I have ported hexcompare, an utility to compare two binary files. Critical positive or negative would be appreciated ;-). Few information : $ pkg_info hexcompare Information for inst:hexcompare-1.01 Comment: utility to compare two binary files Description: hexcompare is a curses-based utility to compare and identify differences between two binary files. These differences are then represented visually with an interactive block diagram. Maintainer: Remi Pointel WWW: http://sourceforge.net/projects/hexcompare/ Thanks, Remi. hexcompare-1.01.tgz Description: Binary data
Re: spectrum (WAS: Re: WIP: spectrum and needed dependencies testers wanted)
On Thu, Aug 19, 2010 at 12:31:29PM +0200, Sebastian Reitenbach wrote:
> On Thursday 19 August 2010 10:26:48 am viq wrote:
> > On Thu, Aug 19, 2010 at 01:04:20AM +0200, Sebastian Reitenbach wrote:
> > > Hi,
> > >
> > > Sebastian Reitenbach wrote:
> > > >viq wrote:
> > > >>On Sat, Jul 31, 2010 at 07:51:54PM +0200, Sebastian Reitenbach wrote:
> > > >>>viq wrote:
> > > On Sat, Jul 31, 2010 at 04:37:24PM +0200, Sebastian Reitenbach wrote:
> > > >Hi,
> > > >
> > > >forget the other mail, now the right tarball attached.
> > > >
> > > >Sebastian
> > > >
> > > >Sebastian Reitenbach wrote:
> > > >>viq wrote:
> > > >>>They released version 0.3.1,
> > > >>>http://spectrum.im/projects/spectrum/wiki/Changelog
> > > >>>But it hardcodes installation of spectrum.cfg to /etc
> > > >>>so that would need
> > > >>>to be patched, and it removes the sqlite schema, in repository
> > > >>>logs it says
> > > >>>"Remove unused outdated sqlite.sql schema." So for now
> > > >>>trying the posted
> > > >>>version, and it builds fine. Didn't get to trying it
> > > >>>yet, that will come
> > > >>>soon ;)
> > > >>
> > > >>With a lot of feedback from viq, updated to 0.3.1.
> > > >>I added a user _spectrum and group _spectrum so that the
> > > >>spectrumctl can change userid to that user. The homedirectory of
> > > >>that user has to exists, otherwise spectrumctl throws errors.
> > > >>The directories /var/spectrum and /var/log/spectrum are created
> > > >>from the port. I decided to put everything below /var/spectrum
> > > >>besides the logs. Hope that's fine. The example configuration file
> > > >>was updated accordingly.
> > > >>
> > > >>Maybe additionally a README.OpenBSD needed?
> > > >>
> > > >>cheers,
> > > >>Sebastian
> > >
> > > Following patch needs to be applied to PLIST, otherwise you
> > > end up with
> > > locale files being mode 640 root:_spectrum
> > >
> > > --- /tmp/net/spectrum/pkg/PLIST Sat Jul 31 13:51:54 2010
> > > +++ pkg/PLIST Sat Jul 31 17:28:08 2010
> > > @@ -40,6 +40,8 @@
> > > @group ${SPGROUP}
> > > @mode 640
> > > @sample ${SYSCONFDIR}/spectrum/spectrum.cfg
> > > +...@group
> > > +...@mode
> > > share/locale/cs/LC_MESSAGES/spectrum.mo
> > > share/locale/de/LC_MESSAGES/spectrum.mo
> > > share/locale/pl/LC_MESSAGES/spectrum.mo
> > >
> > > Another thing is, in
> > > lib/python2.5/site-packages/spectrum/doc/ there is
> > > interactive.py which after running spectrum gets bytecompiled
> > > creating interactive.pyc which remains after package removal.
> > > Solution I saw employed so far is to compile it at package creation
> > > time,
> > > so it ends up
> > > in PLIST. Don't ask me how to do it though ;)
> > >
> > > The mysql schema should probably be installed, for those who
> > > want to use
> > > it, maybe the munin monitoring script? Maybe some -extras package?
> > > >>>
> > > >>>There is another *pyc file that was not yet created. I now call
> > > >>>spectrumctl in post-install stage to create those pyc files. No idea
> > > >>>whether this is the right way to do, but it works ;)
> > > >>>I also included the mysql schema, since people might want to use the
> > > >>>mysql backend instead of the sqlite backend.
> > > >>>
> > > >>>Sebastian
> > > >>
> > > >>How about this? Command to compile .py files stolen from
> > > >>devel/py-gobject by ajacoutot@ ;)
> > > >
> > > >That's great, thanks for finding this.
> > > >
> > > >>Also moving sample config file and mysql schema to share/examples
> > > >>instead of share/doc as I believe that's where they belong.
> > > >
> > > >Yes, after sending the last update, I also thought about that this
> > > >is the right place for it.
> > > >
> > > >I only removed a superfluous rm -f in the post-install stage,
> > > >update attached.
> > >
> > > It did not made it to the release, and those people just released a
> > > new version.
> > > Major change is with the twitter transport, which I haven't tested
> > > due to lack of an account there, and added french translation, and
> > > not to forget the version number 0.3.1 -> 1.4.0 ;).
> >
> > It seems that twitter support requires installation of pidgin-microblog,
> > according to http://spectrum.im/projects/spectrum/wiki/UpgradeNotes
> > Which makes me wonder a bit, maybe other pidgin protocol plugins could
> > be made to work with it too? Say, pidgin-tlen or pidgin-icb. But that
> > would require modifying dependencies to not include pidgin as such, but
> > maybe just libpurple, which from my reading of Makefile pidgin proper
> > depends on anyway.
> Therefore a dependency only to libpurple, and not to pidgin, is included. If
> I
> remember correctly, with the older versions, it did refused to compile when
> spectrum was unable to find libpurple. I don't know which transport
Re: [NEW] emacs 23.2
Can any of you try the following ? (set-frame-font "-xos4-terminus-bold-r-normal--20-200-72-72-c-100-iso8859-1") Just move the cursor around and check if you can see the character underneath. I didn't upgrade my emacs cause my happiness depends on this font.
Re: [UPDATE] math/udunits
On 2010/08/20 13:37, remi.poin...@xiri.fr wrote: > Le lun 16/08/10 22:11, Stuart Henderson s...@spacehopper.org a écrit: > > On 2010/08/16 21:32, remi.poin...@xiri.fr wrote: > > Hello, > > > I'm the maintainer of this port and a new version > > has been released (2.1.17->2.1.18). > > Can someone commit this update please ? > > > > Not at the moment; the tree is locked > > Hello, > > the tree is unlocked now, can someone commit this update please ? > > Thanks a lot, > > Remi. Done; I removed REVISION=0.
Re: [UPDATE] math/udunits
Le lun 16/08/10 22:11, Stuart Henderson s...@spacehopper.org a écrit: > On 2010/08/16 21:32, remi.poin...@xiri.fr wrote: > Hello, > > I'm the maintainer of this port and a new version > has been released (2.1.17->2.1.18). > Can someone commit this update please ? > > Not at the moment; the tree is locked Hello, the tree is unlocked now, can someone commit this update please ? Thanks a lot, Remi. udunits-2.1.18.diff Description: Binary data
Re: Fix for problems with generated .prl files in x11/qt4
On Mon, Aug 09, 2010 at 10:36:48AM +0200, Marc Espie wrote:
> On Sun, Jul 18, 2010 at 10:57:28PM +0200, viq wrote:
> > I am having a go at updating net/psi port, and it caused me some
> > problems, it tried to build qca2 and qt4 as a process of building psi
> > itself. I narrowed it down to the .prl files that are part of
> > security/qca2 and x11/qt4 that include path to where the port was build.
> > When I removed those lines (and in once case altered the library path to
> > point to "real" location of libraries) psi built fine, using libraries
> > present in the system.
> >
> > Here is a patch to x11/qt4 that fixes the above issue. Please review
> > this and tell me whether it's a bad way to go about this. Also please
> > test for any fallout, I didn't see any in a limited bulk build on amd64,
> > but I would rather have other people test it too.
> >
> > Probably similiar fix will be needed for security/qca2
>
> Sorry, got caught up in a lot of other more urgent things.
>
> I need a complete testcase to figure this out. This doesn't make
> a lot of sense to me (the information stored in the PRL files appears to
> be correct, and psi would not need to use those build dirs ?).
>
> So, if you can, prepare an update (along with patches you think are
> necessary to qca2 and qt4), and I'll have a much closer look.
Sorry for the delay. My testcase is psi, port attached (needs a bit
cleanup but compiles and works), and the patches to qt4 and qca2 that
make psi compile. Without version bump as I haven't yet wrapped my head
around that.
--
viq
psi.tar.gz
Description: application/tar-gz
diff --git a/x11/qt4/Makefile b/x11/qt4/Makefile
index fb08452..7a91e4c 100644
--- a/x11/qt4/Makefile
+++ b/x11/qt4/Makefile
@@ -291,6 +291,9 @@ pre-patch:
cd ${WRKDIST} && cp -R mkspecs/openbsd-g++ mkspecs/openbsd-g++4
post-install:
+ # remove extraneous paths
+ perl -pi -e "s,QMAKE_PRL_(BUILD|SOURCE)_DIR.*\n,,g"
${PREFIX}/lib/qt4/*.prl ${PREFIX}/lib/qt4/demos/shared/libdemo_shared.prl
+ perl -pi -e "s,${WRKBUILD}/lib,${LOCALBASE}/lib/qt4,g"
${PREFIX}/lib/qt4/*.prl ${PREFIX}/lib/qt4/demos/shared/libdemo_shared.prl
# extra doc
cd ${WRKSRC}; ${INSTALL_DATA} ${DOCS} ${QT_DOC}
# programs
Index: Makefile
===
RCS file: /cvs/ports/security/qca2/Makefile,v
retrieving revision 1.4
diff -u -d -r1.4 Makefile
--- Makefile22 Jun 2010 00:35:42 - 1.4
+++ Makefile19 Aug 2010 21:15:28 -
@@ -29,5 +29,8 @@
WANTLIB += c m
WANTLIB += pthread stdc++
+
+post-install:
+ perl -pi -e "s,^QMAKE_PRL_BUILD_DIR.*\n,,g" ${PREFIX}/lib/*.prl
.include
pgpM9mZcD5EDB.pgp
Description: PGP signature
new: editors/emacs/php-mode-1.5.0
This port still depends on emacs-22, i'll update it when emacs-23 gets in the tree. $ cd /usr/ports && tar xzf editors_emacs_php-mode-1.5.0.tgz $ cd /usr/ports/editors/emacs/php-mode && make install In case you USE_SYSTRACE, the port calls emacs during build and systrace does not like it. While i get to rtfm and fix it, please feel free to patch =) -- Thomas de Grivel http://b.lowh.net/billitch editors_emacs_php-mode-1.5.0.tgz Description: Binary data
Re: NEW/UPDATE: games/ioquake3
On Fri, Aug 20, 2010 at 10:53 AM, Ryan Freeman wrote: > hey Mattieu, > > See attached update, added arch type for amd64 to makefile changes. > let me know how it goes, thanks! > It builds and installs correctly. Can't test at the moment, I'll let you know. Thanks Ryan. -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: uae
Excerpts from Ryan Freeman's message of Fri Aug 20 02:08:01 -0700 2010: > Excerpts from Marco Peereboom's message of Thu Aug 19 04:54:35 -0700 2010: > > Neat! > > > > Anyone porting that yet? > > > > On Thu, Aug 19, 2010 at 07:47:27PM +1000, armpit wrote: > > > On 08/19/2010 01:12 PM, Marco Peereboom wrote: > > > > Is there a version of uae that has an ethernet device on it? > > > > > > > > btw, there is a newer version out then in our tree ;-) > > > > > > > > > > PUAE offers A2065 ethernet emulation, although I haven't tried it. One > > > of the main reasons I keep a windows box besides for gaming is for > > > running WinUAE. > > > > > > http://github.com/GnoStiC/PUAE > > > > > i have not seen puae yet, however i have been working on > a port of e-uae for a couple years. i had an issue in code > i never figured out, anyone is welcome to have a gander > woops...puae is e-uae and beyond <:D okay let me give it a go, funny enough i was actually just getting resituated to see what e-uae was breaking on again only ~12 hours ago. cheers, -ryan
Re: uae
Excerpts from Marco Peereboom's message of Thu Aug 19 04:54:35 -0700 2010: > Neat! > > Anyone porting that yet? > > On Thu, Aug 19, 2010 at 07:47:27PM +1000, armpit wrote: > > On 08/19/2010 01:12 PM, Marco Peereboom wrote: > > > Is there a version of uae that has an ethernet device on it? > > > > > > btw, there is a newer version out then in our tree ;-) > > > > > > > PUAE offers A2065 ethernet emulation, although I haven't tried it. One > > of the main reasons I keep a windows box besides for gaming is for > > running WinUAE. > > > > http://github.com/GnoStiC/PUAE > > i have not seen puae yet, however i have been working on a port of e-uae for a couple years. i had an issue in code i never figured out, anyone is welcome to have a gander -ryan e-uae-wip.tgz Description: GNU Unix tar archive
Re: NEW/UPDATE: games/ioquake3
Excerpts from Mattieu Baptiste's message of Fri Aug 20 00:50:01 -0700 2010: > On Fri, Aug 20, 2010 at 9:02 AM, Ryan Freeman wrote: > > > > 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 > > > > Hi Ryan, > > It fails for me on amd64, wheras the previous version works great. > Build log attached. > > Cheers, > hey Mattieu, See attached update, added arch type for amd64 to makefile changes. let me know how it goes, thanks! -ryan ioquake3.tgz Description: GNU Unix tar archive
Re: [NEW] emacs 23.2
On Tue, Jul 27, 2010 at 2:45 AM, Manuel Giraud wrote: > New version with correct WANTLIB and LIB_DEPENDS usage and a "wishful > thinking" remove of the propolice workaround for powerpc. Any update on this port? I just built it on amd64, and it seems okay so far.
Re: return to castle wolfenstein port
Excerpts from Jolan Luff's message of Thu Aug 19 03:34:24 -0700 2010: > On Wed, Aug 18, 2010 at 08:09:12PM -0700, Jolan Luff wrote: > > Here's a new version of the port. > > > > - sound now works (tested w/azalia) > > - now installs w/debugging symbols > > - pkgname fixed (1.31->1.41) > > Another revision. Crashing on dying appears to be fixed. > > I'll probably make it respect CC/CFLAGS and then import if no other > problems are found. tests good on i386-current as of aug 12th. sound works, dying crash bug fixed. looks good, runs good. thanks for this :) btw have you already started on any ports for the enemy territory src archive yet? if not i was thinking of applying some of your hard work here to that and see if we can't have both -ryan
Re: NEW/UPDATE: games/ioquake3
On Fri, Aug 20, 2010 at 9:02 AM, Ryan Freeman wrote: > > 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 > Hi Ryan, It fails for me on amd64, wheras the previous version works great. Build log attached. Cheers, -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can." ===> Looking for ioquake3-1.36.tgz in $PKG_PATH - not found *** Error code 1 Stop in /usr/ports/games/ioquake3 (line 1572 of /usr/ports/infrastructure/mk/bsd.port.mk). ===> Checking files for ioquake3-1.36 `/usr/ports/distfiles/ioquake3-1.36.tar.bz2' is up to date. >> (SHA256) ioquake3-1.36.tar.bz2: OK ===> ioquake3-1.36 depends on: gmake-* - found ===> ioquake3-1.36 depends on: bzip2-* - found ===> ioquake3-1.36 depends on: sdl-* - found ===> Verifying specs: SDL.>=7 SDL.>=7 GL c m pthread sndio GL c m pthread sndio ===> found SDL.8.0 GL.10.0 c.56.0 m.5.2 pthread.12.1 sndio.3.3 ===> Extracting for ioquake3-1.36 ===> Patching for ioquake3-1.36 ===> Configuring for ioquake3-1.36 ===> Building for ioquake3-1.36 gmake[1]: Entering directory `/usr/pobj/ioquake3-1.36/ioquake3-1.36' Building ioquake3 in build/release-openbsd: PLATFORM: openbsd ARCH: amd64 VERSION: 1.36 COMPILE_PLATFORM: openbsd COMPILE_ARCH: amd64 CC: cc CFLAGS: -O2 -pipe -MMD -Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes -DUSE_ICON -DARCH_STRING="amd64" -I/usr/local/include -I/usr/local/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/X11R6/include -DXTHREADS -DNO_VM_COMPILED -I/usr/X11R6/include -I/usr/local/include -DUSE_MUMBLE -DUSE_VOIP -DFLOATING_POINT -DUSE_ALLOCA -Icode/libspeex/include -DDEFAULT_BASEDIR="/usr/local/share/games/quake3/" -DUSE_LOCAL_HEADERS -DPRODUCT_VERSION="1.36" -DNDEBUG -fomit-frame-pointer -pipe -ffast-math -falign-loops=2 -falign-jumps=2 -falign-functions=2 -funroll-loops -fstrength-reduce LDFLAGS: LIBS: -lm Output: build/release-openbsd/ioq3ded build/release-openbsd/ioquake3 build/release-openbsd/baseq3/cgameamd64.so build/release-openbsd/baseq3/qagameamd64.so build/release-openbsd/baseq3/uiamd64.so build/release-openbsd/missionpack/cgameamd64.so build/release-openbsd/missionpack/qagameamd64.so build/release-openbsd/missionpack/uiamd64.so build/release-openbsd/baseq3/vm/cgame.qvm build/release-openbsd/baseq3/vm/qagame.qvm build/release-openbsd/baseq3/vm/ui.qvm build/release-openbsd/missionpack/vm/qagame.qvm build/release-openbsd/missionpack/vm/cgame.qvm build/release-openbsd/missionpack/vm/ui.qvm gmake[2]: Entering directory `/usr/pobj/ioquake3-1.36/ioquake3-1.36' DED_CC code/server/sv_bot.c DED_CC code/server/sv_client.c DED_CC code/server/sv_ccmds.c DED_CC code/server/sv_game.c DED_CC code/server/sv_init.c DED_CC code/server/sv_main.c DED_CC code/server/sv_net_chan.c DED_CC code/server/sv_snapshot.c DED_CC code/server/sv_world.c DED_CC code/qcommon/cm_load.c DED_CC code/qcommon/cm_patch.c DED_CC code/qcommon/cm_polylib.c DED_CC code/qcommon/cm_test.c DED_CC code/qcommon/cm_trace.c DED_CC code/qcommon/cmd.c DED_CC code/qcommon/common.c DED_CC code/qcommon/cvar.c DED_CC code/qcommon/files.c DED_CC code/qcommon/md4.c DED_CC code/qcommon/msg.c DED_CC code/qcommon/net_chan.c DED_CC code/qcommon/net_ip.c In file included from code/qcommon/net_ip.c:65: /usr/include/arpa/inet.h:74: warning: 'struct in_addr' declared inside parameter list /usr/include/arpa/inet.h:74: warning: its scope is only this definition or declaration, which is probably not what you want /usr/include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list DED_CC code/qcommon/huffman.c DED_CC code/qcommon/q_math.c DED_CC code/qcommon/q_shared.c DED_CC code/qcommon/unzip.c DED_CC code/qcommon/vm.c DED_CC code/qcommon/vm_interpreted.c BOT_CC code/botlib/be_aas_bspq3.c BOT_CC code/botlib/be_aas_cluster.c BOT_CC code/botlib/be_aas_debug.c BOT_CC code/botlib/be_aas_entity.c BOT_CC code/botlib/be_aas_file.c BOT_CC code/botlib/be_aas_main.c BOT_CC code/botlib/be_aas_move.c BOT_CC code/botlib/be_aas_optimize.c BOT_CC code/botlib/be_aas_reach.c BOT_CC code/botlib/be_aas_route.c BOT_CC code/botlib/be_aas_routealt.c BOT_CC code/botlib/be_aas_sample.c BOT_CC code/botlib/be_ai_char.c BOT_CC code/botlib/be_ai_chat.c BOT_CC code/botlib/be_ai_gen.c BOT_CC code/botlib/be_ai_goal.c BOT_CC code/botlib/be_ai_move.c BOT_CC code/botlib/be_ai_weap.c BOT_CC
Re: NEW/UPDATE: games/ioquake3
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 some ioquake3 bla: ... GL_VENDOR: DRI R300 Project GL_RENDERER: Mesa DRI R300 (RV560 7280) 20090101 x86/MMX/SSE2 TCL GL_VERSION: 1.5 Mesa 7.8.2 GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_fragment_program GL_ARB_half_float_vertex GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_provoking_vertex GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_EXT_vertex_array GL_EXT_vertex_array_bgra GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_ATI_separate_stencil GL_IBM_multimode_draw_arrays GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_packed_depth_stencil GL_NV_texture_rect
Re: NEW/UPDATE: games/ioquake3
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 ioquake3.tgz Description: GNU Unix tar archive
