update: fossil-20110523151112
Latest fossil with regened patch. Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/devel/fossil/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile13 May 2011 13:42:48 - 1.25
+++ Makefile26 May 2011 02:44:20 -
@@ -2,7 +2,7 @@
COMMENT = simple distributed software configuration management
-VERSION = 20110512145652
+VERSION = 20110523151112
DISTNAME = fossil-src-${VERSION}
PKGNAME = fossil-${VERSION}
CATEGORIES = devel www
Index: distinfo
===
RCS file: /cvs/ports/devel/fossil/distinfo,v
retrieving revision 1.18
diff -u -p -r1.18 distinfo
--- distinfo13 May 2011 13:42:48 - 1.18
+++ distinfo26 May 2011 02:44:20 -
@@ -1,5 +1,5 @@
-MD5 (fossil-src-20110512145652.tar.gz) = 7QqRXHZHuYqkhQ2RVFGSRA==
-RMD160 (fossil-src-20110512145652.tar.gz) = toj73oAvXjMNWNuAAAH5I125DW4=
-SHA1 (fossil-src-20110512145652.tar.gz) = l5djxtjH5rawFMDxcjAnX/vn7Rg=
-SHA256 (fossil-src-20110512145652.tar.gz) =
E7Ff87CyUsWEwvf02NLs1tx6F55dk3pnQ3ip+mtdofQ=
-SIZE (fossil-src-20110512145652.tar.gz) = 2291119
+MD5 (fossil-src-20110523151112.tar.gz) = 9ZtffzuPR5jyy8qRbB8LjQ==
+RMD160 (fossil-src-20110523151112.tar.gz) = qXLFQBqgM2NCy3vNNmZg2ey6exQ=
+SHA1 (fossil-src-20110523151112.tar.gz) = I/n5iMKnEWb8TGEgmZr1NHMx6/M=
+SHA256 (fossil-src-20110523151112.tar.gz) =
Js57I5u8TQCgJrsz/r+yZuMgoKCaIwl4L04P2825jPU=
+SIZE (fossil-src-20110523151112.tar.gz) = 2309227
Index: patches/patch-src_main_mk
===
RCS file: /cvs/ports/devel/fossil/patches/patch-src_main_mk,v
retrieving revision 1.8
diff -u -p -r1.8 patch-src_main_mk
--- patches/patch-src_main_mk 13 May 2011 13:42:48 - 1.8
+++ patches/patch-src_main_mk 26 May 2011 02:44:20 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-src_main_mk,v 1.8 2011/05/13 13:42:48 gsoares Exp $
src/main.mk.orig Thu May 12 12:00:41 2011
-+++ src/main.mkThu May 12 22:11:18 2011
+--- src/main.mk.orig Wed May 25 09:41:58 2011
src/main.mkWed May 25 22:38:22 2011
@@ -891,7 +891,7 @@ $(OBJDIR)/zip.o: $(OBJDIR)/zip_.c $(OBJDIR)/zip.h $(S
$(OBJDIR)/zip.h: $(OBJDIR)/headers
@@ -9,4 +9,4 @@ $OpenBSD: patch-src_main_mk,v 1.8 2011/0
+ $(XTCC) -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1
-DSQLITE_OMIT_LOAD_EXTENSION=1 -DSQLITE_THREADSAFE=0
-DSQLITE_DEFAULT_FILE_FORMAT=4 -DSQLITE_ENABLE_STAT2
-Dlocaltime=fossil_localtime -DSQLITE_ENABLE_LOCKING_STYLE=0 -c
$(SRCDIR)/sqlite3.c -o $(OBJDIR)/sqlite3.o
$(OBJDIR)/shell.o:$(SRCDIR)/shell.c
- $(XTCC) -Dmain=sqlite3_shell -DSQLITE_OMIT_LOAD_EXTENSION=1 -c
$(SRCDIR)/shell.c -o $(OBJDIR)/shell.o
+ $(XTCC) -Dmain=sqlite3_shell -DSQLITE_OMIT_LOAD_EXTENSION=1
-Dfopen=fossil_fopen -c $(SRCDIR)/shell.c -o $(OBJDIR)/shell.o
Clinical Study with 400 School Children and more Oral Healthcare News - May 2011
AmeriSciencesRX News - May 2011 View this newsletter online: http://emailactivity.ecn5.com/engines/linkfrom.aspx?b=364727&e=111273923&lid=230671&l=http://www.kcommhtml.com/asrx/2011_05_2/2011_05.php --- Restore Mouthwash: Revolutionizing Oral Health Restore is an alcohol-free cavity defense rinse designed to promote healthy biofilm development. It achieves this by raising the pH of the oral biofilm (bacteria) through a patent-pending pH technology and thus dramatically limits the growth of decay-causing bacteria. read more: http://emailactivity.ecn5.com/engines/linkfrom.aspx?b=364727&e=111273923&lid=230674&l=http://www.kcommhtml.com/asrx/2011_05_2/f1.php --- 3 Year Clinical Study Involving 400 School Children Proves Astounding Benefits of Restore Earlier this year at the CAMBRA conference in San Francisco, Dr. John Chrispins, DDS, Ph.D presented clinical data in a 3 year study on Restore, the new anti-cavity oral rinse that was recently introduced to the market. read more: http://emailactivity.ecn5.com/engines/linkfrom.aspx?b=364727&e=111273923&lid=230675&l=http://www.kcommhtml.com/asrx/2011_05_2/f2.php --- Try RESTORE Today Use coupon code Restore20 for a discount on this product http://emailactivity.ecn5.com/engines/linkfrom.aspx?b=364727&e=111273923&lid=230672&l=http://www.amerisciencesrx.com/26196 --- June Johnson Sales & Marketing AmeriSciencesRX Products LoBue Laser & Eye Medical Centers Inc. Call Us Today: 949.584.9190 --- Copyright 2011 AmeriSciencesRX. All Rights Reserved. --- If you prefer not to receive further messages from this sender, http://emailactivity.ecn5.com/engines/websubscribe.aspx?e=ports@openbsd.org&g=54334&b=364727&c=3131&s=U&f=html
Re: NEW: p5-LaTeX-Encode
2011/5/25 Chris Bennett : > On Wed, May 25, 2011 at 10:48:59PM +0800, wen heping wrote: >> I think these 2 lines should be removed from this port: >> >> 1 BUILD_DEPENDS= www/p5-HTML-Parser >> 2 USE_GROFF= Yes >> >> wen >> > > You are right. Manual page is a bit confusing. > Does not need p5-HTML-Parser for building. > Doesn't need GROFF either. Now it build and regress OK on my Loongson. But I think committers would like a new create package of all files :) wen > > COMMENT= LaTeX::Encode - encode characters for LaTeX formatting > > MODULES= cpan > DISTNAME= LaTeX-Encode-0.03 > CATEGORIES= textproc > > # PERL > PERMIT_PACKAGE_CDROM= Yes > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP= Yes > > .include > >
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 "vi"per 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* sweet, tests good on i386 -ryan
Re: new: games/zaz
On Wed, May 25, 2011 at 03:46:14PM -0700, Ryan Freeman wrote: > > I know I should send out poppler and related diffs, but sometimes you > > have to burn some time with games... > > always ;) until your fingers hurt. > runs good here on i386 using keyboard control. I found mouse control > to work but only when moving slowly...fast mouse movement causes your > 'vehicle' to just kinda stay in spot and not move. I tried both the > trackpoint on my thinkpad and a usb mouse to make sure, behavior > is the same for both. other than that runs excellent and I've already > played 4 rounds :x cheers, There may still be some bugs due to uninitialized objects (similar to what patches/patch-src_frame_events_cpp fixes). This may affect mouse event handling, too. Ciao, Kili
Re: new: games/zaz
On Wed, May 25, 2011 at 10:08:09PM +0200, Matthias Kilian wrote: > I know I should send out poppler and related diffs, but sometimes you > have to burn some time with games... always ;) > > Information for inst:zaz-1.0.0 > > Comment: > zuma-like arkade game > > Description: > Zaz is a game where the player has to get rid of incoming balls by > arranging them in triplets. The idea of the game is loosely based > on games like Luxor, Zuma and Puzzle Bobble. The twists that make > Zaz stand out from other games of this type are that the balls have > to be picked from the path (insted of being randomly assigned for > the player) and that the player's "vehicle" is also attached to a > path which is different from level to level. > > Maintainer: Matthias Kilian > > WWW: http://zaz.sourceforge.net/ > runs good here on i386 using keyboard control. I found mouse control to work but only when moving slowly...fast mouse movement causes your 'vehicle' to just kinda stay in spot and not move. I tried both the trackpoint on my thinkpad and a usb mouse to make sure, behavior is the same for both. other than that runs excellent and I've already played 4 rounds :x cheers, -ryan > ok? > > Ciao, > Kili
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 "vi"per 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.
new: games/wordwarvi
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 "vi"per 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* wordwarvi.tgz Description: application/tar-gz
Re: [Update] databases/py-sqlalchemy
On Sat, May 21, 2011 at 09:34:17PM +0800, wen heping wrote:
> Hi,
>
> Here I resubmitt the update of databases/py-sqlalchemy to 0.7.0.
>
> Tested OK on Loongson and regress test OK too.
>
> patches/patch-setup_py is no more needed.
>
> Comments? OK ?
>
> wen
>
>
> 2011/4/7 Will Maier :
> > Hi Wen-
> >
> > On Wed, Apr 06, 2011 at 09:50:56PM +0800, wen heping wrote:
> >> ??Here's an update of databases/py-sqlalchemy to 0.6.6
> >>
> >> ??Tested on loongson OK. .
> > ?? ?? ?? ?? ?? ??
> > Awesome. ;)
> >
> > The diff looks good to me; I'll test it a bit and then commit.
> >
> > Thanks!
> >
> > --
> >
> > Will Maier
> > http://will.m.aier.us/
> >
Could you please have a look at the failing regress tests for py-exlier?
> Index: py-sqlalchemy/Makefile
> ===
> RCS file: /cvs/ports/databases/py-sqlalchemy/Makefile,v
> retrieving revision 1.20
> diff -u -r1.20 Makefile
> --- py-sqlalchemy/Makefile15 Nov 2010 00:22:53 - 1.20
> +++ py-sqlalchemy/Makefile21 May 2011 13:19:02 -
> @@ -2,7 +2,7 @@
>
> COMMENT =database toolkit for Python
>
> -MODPY_EGG_VERSION = 0.6.3
> +MODPY_EGG_VERSION = 0.7.0
> DISTNAME = SQLAlchemy-${MODPY_EGG_VERSION}
> PKGNAME =py-sqlalchemy-${MODPY_EGG_VERSION:S/p/./}
>
> @@ -38,7 +38,6 @@
> pax -rw * ${PREFIX}/share/examples/py-sqlalchemy
>
> do-regress:
> - ${_MODPY_CMD} develop -d.
> - @cd ${WRKSRC} && ${MAKE_ENV} nosetests
> + @cd ${WRKSRC} && ${MODPY_BIN} setup.py test
>
> .include
> Index: py-sqlalchemy/distinfo
> ===
> RCS file: /cvs/ports/databases/py-sqlalchemy/distinfo,v
> retrieving revision 1.14
> diff -u -r1.14 distinfo
> --- py-sqlalchemy/distinfo6 Sep 2010 21:55:57 - 1.14
> +++ py-sqlalchemy/distinfo21 May 2011 13:19:02 -
> @@ -1,5 +1,5 @@
> -MD5 (SQLAlchemy-0.6.3.tar.gz) = EDvcFWqVKRowKsxCwTa/fQ==
> -RMD160 (SQLAlchemy-0.6.3.tar.gz) = RP7pH91TxcA4nO5dM1NYzqawOcc=
> -SHA1 (SQLAlchemy-0.6.3.tar.gz) = eQ23wzZ10zYzeRdzpXRq3eBY6m4=
> -SHA256 (SQLAlchemy-0.6.3.tar.gz) =
> M+W3xpHzsHuGB5kWYZCUTqmQjNCceqe2bA6HG2NAfJs=
> -SIZE (SQLAlchemy-0.6.3.tar.gz) = 1891372
> +MD5 (SQLAlchemy-0.7.0.tar.gz) = 7r5hxAEenWcYbtXlXTfFcA==
> +RMD160 (SQLAlchemy-0.7.0.tar.gz) = zPkQDGB+SI6+MwR4NmxpoONd20k=
> +SHA1 (SQLAlchemy-0.7.0.tar.gz) = zoCKuKo3OPyudY2+cIfsQYVPnZI=
> +SHA256 (SQLAlchemy-0.7.0.tar.gz) =
> E3U3cy0Iw1O9y+4wrs9hbdzhgV8yVgqOGIdLB3WOb8M=
> +SIZE (SQLAlchemy-0.7.0.tar.gz) = 2318728
> Index: py-sqlalchemy/pkg/PLIST
> ===
> RCS file: /cvs/ports/databases/py-sqlalchemy/pkg/PLIST,v
> retrieving revision 1.10
> diff -u -r1.10 PLIST
> --- py-sqlalchemy/pkg/PLIST 6 Sep 2010 21:55:57 - 1.10
> +++ py-sqlalchemy/pkg/PLIST 21 May 2011 13:19:05 -
> @@ -1,9 +1,8 @@
> -@comment $OpenBSD: PLIST,v 1.10 2010/09/06 21:55:57 fgsch Exp $
> +@comment $OpenBSD$
>
> lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
>
> lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
>
> lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
>
> lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
> -lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt
>
> lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/__init__.py
> @@ -13,6 +12,8 @@
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/__init__.pyc
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/mxodbc.py
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/mxodbc.pyc
> +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/mysqldb.py
> +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/mysqldb.pyc
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/pyodbc.py
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/pyodbc.pyc
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/connectors/zxJDBC.py
> @@ -30,6 +31,13 @@
>
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/dialects/access/__init__.pyc
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/dialects/access/base.py
> lib/python${MODPY_VERSION}/site-packages/sqlalchemy/dialects/access/base.pyc
> +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/dialects/drizzle/
> +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/dialects/drizzle/__init__.py
> +lib/python${MODPY_VERSION}/site-
new: games/zaz
I know I should send out poppler and related diffs, but sometimes you have to burn some time with games... Information for inst:zaz-1.0.0 Comment: zuma-like arkade game Description: Zaz is a game where the player has to get rid of incoming balls by arranging them in triplets. The idea of the game is loosely based on games like Luxor, Zuma and Puzzle Bobble. The twists that make Zaz stand out from other games of this type are that the balls have to be picked from the path (insted of being randomly assigned for the player) and that the player's "vehicle" is also attached to a path which is different from level to level. Maintainer: Matthias Kilian WWW: http://zaz.sourceforge.net/ ok? Ciao, Kili zaz.tgz Description: application/tar-gz
Re: NEW: games/eduke32
On Mon, May 23, 2011 at 09:36:40AM +0200, Jasper Lievisse Adriaanse wrote:
> On Sat, May 21, 2011 at 05:46:55PM -0700, Ryan Freeman wrote:
> > On Sat, May 21, 2011 at 06:12:31PM -0400, Brynet wrote:
> > > Cool, thanks for looking at this Ryan and Antti for sending it to him, my
> > > patches made revision 1879-1881 so anything newer than that is cool.
> > >
> > > They rejected my change for OpenGL support though, this project dlopen's
> > > libGL.so.1 and libGLU.so.1.
> > >
> > > The following patch is needed for that, other things that might be worth
> > > fixing
> > > is the GTK+ frontend, and POLYMER. I think NEDMALLOC can be avoided.
> > >
> > > Good luck,
> > > -Bryan.
> > >
> >
> > Thanks, I've added that patch in. I also made additions to astub.c and
> > game.c
> > for addsearchdir to check /usr/local/share/games/duke3d which makes the
> > shareware data pulled in with several of Antti's other Makefile entries.
> >
> > I'm not entirely sure if including shareware data with the port is a good
> > idea though, and perhaps it would be best served by a seperate
> > games/duke3ddata port akin to the current games/doomdata. thoughts?
> >
> > attached is an updated version of my port with heavy influence from
> > Antti's Makefile, thanks ;)
> >
> > all original patches outside of the libGL changes Bryan sent me have been
> > removed as Bryan's original patches have been merged upstream.
> >
> > Come get some.
> >
> > -ryan
>
> Hi,
>
> Some quick feedback:
> - it's lacking devel/nasm as a build dependency (on at least i386)
> - it does honor CFLAGS, but not CC.
see attached for updated port. I've added BUILD_DEPENDS on devel/nasm
for the i386 target, and I think I've squashed the CC issue (thanks
Jasper! :) Additionally after discussion on the above regarding data
file placement, I have modified my initial changes and the port now
respects data located in ${LOCALBASE}/share/duke3d. Shareware data is
installed to this spot. Comments?
-ryan
>
> Jasper
>
> "Capable, generous men do not create victims, they nurture them."
eduke32.tgz
Description: application/tar-gz
Re: NEW: p5-LaTeX-Encode
On Wed, May 25, 2011 at 10:48:59PM +0800, wen heping wrote: > I think these 2 lines should be removed from this port: > >1 BUILD_DEPENDS= www/p5-HTML-Parser >2 USE_GROFF= Yes > > wen > You are right. Manual page is a bit confusing. Does not need p5-HTML-Parser for building. Doesn't need GROFF either. COMMENT=LaTeX::Encode - encode characters for LaTeX formatting MODULES=cpan DISTNAME= LaTeX-Encode-0.03 CATEGORIES= textproc # PERL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes .include
Re: NEW: p5-LaTeX-Encode
I think these 2 lines should be removed from this port: 1 BUILD_DEPENDS= www/p5-HTML-Parser 2 USE_GROFF= Yes wen 2011/5/25 Chris Bennett : > New port. > > p5-LaTeX-Encode-0.03. > > # cat Makefile > COMMENT= LaTeX::Encode - encode characters for LaTeX formatting > > MODULES= cpan > DISTNAME= LaTeX-Encode-0.03 > CATEGORIES= textproc > USE_GROFF= Yes > > # PERL > PERMIT_PACKAGE_CDROM= Yes > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP= Yes > > BUILD_DEPENDS= www/p5-HTML-Parser > > .include > > OK? > > Chris Bennett >
Re: GNOME Discusses Becoming a Linux-only Project
On Wed, May 25, 2011 at 11:00:26AM -0300, Christiano F. Haesbaert wrote: > On 25 May 2011 03:59, jirib wrote: > > Hello, > > > > seeing so many GNOME 3 commit... what do you think about the subject? > > > > http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project > > > > j. > > > > > > I wouldn't give a shit if they did, gnome is a lot of stuff, but is > not a productive environment, hope they sink together with > gpl/gnu/freedesktop. gtk and glib is what matters.
NEW: p5-LaTeX-Encode
New port. p5-LaTeX-Encode-0.03. # cat Makefile COMMENT=LaTeX::Encode - encode characters for LaTeX formatting MODULES=cpan DISTNAME= LaTeX-Encode-0.03 CATEGORIES= textproc USE_GROFF= Yes # PERL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes BUILD_DEPENDS= www/p5-HTML-Parser .include OK? Chris Bennett p5-LaTeX-Encode.tar.gz Description: application/tar-gz
Re: NEW (sort of, or maybe UPDATE): warmux (was: wormux)
On Wednesday 25 May 2011 16:46:50 Landry Breuil wrote: > On Wed, May 25, 2011 at 03:22:14PM +0200, LEVAI Daniel wrote: > > Hi! > > > > > > Attached is a *new* port for warmux-11.04.1, because of the name change > > (wormux -> warmux). > > Isn't it simpler to just update the existing port ? > > Landry Hi, what is the point in leaving the old name hanging around (in ports tree)? -- Antti Harri
Re: GNOME Discusses Becoming a Linux-only Project
On 25 May 2011 03:59, jirib wrote: > Hello, > > seeing so many GNOME 3 commit... what do you think about the subject? > > http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project > > j. > > I wouldn't give a shit if they did, gnome is a lot of stuff, but is not a productive environment, hope they sink together with gpl/gnu/freedesktop.
Re: NEW (sort of, or maybe UPDATE): warmux (was: wormux)
On Wed, May 25, 2011 at 03:52:48PM +0200, LEVAI Daniel wrote: > On Wed, May 25, 2011 at 15:46:50 +0200, Landry Breuil wrote: > > On Wed, May 25, 2011 at 03:22:14PM +0200, LEVAI Daniel wrote: > > > Hi! > > > > > > > > > Attached is a *new* port for warmux-11.04.1, because of the name change > > > (wormux -> warmux). > > > > Isn't it simpler to just update the existing port ? > > So we'd keep the package name "wormux", but the "inside" would be > warmux? (like the binaries, and directories etc...) oh well since it's the successor there's no point into making things complicated.. we'll just remove the wormux port after importing this one, and use a quirk.. Landry
Re: WIP: p5-LaTeX-Driver
On Mon, May 23, 2011 at 04:44:42PM -0500, Chris Bennett wrote:
> I have gotten the build and run depends probably right.
> But it has a Makefile.PL that asks questions about the locations of files
> that texlive_base installs are at. The questions have all the right answers
> (but that could change later upstream?)
>
> And texlive could change thoses locations later anyway.
> What is the preferred way to deal with a script asking for file locations?
> Patch the Makefile.PL? Feed it the answers?
>
> What is another port that deals with this, I'll look at it.
>
> Chris Bennett
>
OK,
I have fixed script problem by patching to not ask where files are at.
Makefile.PL does -x for them and they are located at defaults anyway.
I have found all the run and build depends, quite a few come as required by
texlive_base so I did not add them to Makefile
I also get an error on regress since the file lastpage.sty is not included in
testdata.
This issue was reported upstream as a bug a long time ago and not fixed.
I found a copy of lastpage.sty online, downloaded it, added to testdata.
Passes regress with it.
Should I add this file to testdata myself?
Makefile:
COMMENT=LaTeX::Driver - Latex driver
MODULES=cpan
DISTNAME= LaTeX-Driver-0.08
CATEGORIES= textproc
USE_GROFF= Yes
# PERL
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
RUN_DEPENDS=devel/p5-Class-Accessor \
devel/p5-Exception-Class \
devel/p5-File-Slurp \
texlive_base-2010:print/texlive/base \
textproc/p5-Template \
devel/p5-Devel-StackTrace
BUILD_DEPENDS= ${RUN_DEPENDS}
.include
patch-Makefile.PL:
--- Makefile.PL.origWed May 25 07:37:37 2011
+++ Makefile.PL Wed May 25 07:39:14 2011
@@ -39,14 +39,14 @@
#
-our $LATEX = ttprompt('latex path', find_program($ENV{PATH}, "latex"));
-our $PDFLATEX = ttprompt('pdflatex path', find_program($ENV{PATH},
"pdflatex"));
-our $BIBTEX= ttprompt('bibtex path',find_program($ENV{PATH},
"bibtex"));
-our $MAKEINDEX = ttprompt('makeindex path', find_program($ENV{PATH},
"makeindex"));
-our $DVIPS = ttprompt('dvips path', find_program($ENV{PATH}, "dvips"));
-our $DVIPDFM = ttprompt('dvipdfm path', find_program($ENV{PATH},
"dvipdfm"));
-our $PS2PDF= ttprompt('ps2pdf path',find_program($ENV{PATH},
"ps2pdf"));
-our $PDF2PS= ttprompt('pdf2ps path',find_program($ENV{PATH},
"pdf2ps"));
+our $LATEX = find_program($ENV{PATH}, "latex");
+our $PDFLATEX = find_program($ENV{PATH}, "pdflatex");
+our $BIBTEX= find_program($ENV{PATH}, "bibtex");
+our $MAKEINDEX = find_program($ENV{PATH}, "makeindex");
+our $DVIPS = find_program($ENV{PATH}, "dvips");
+our $DVIPDFM = find_program($ENV{PATH}, "dvipdfm");
+our $PS2PDF= find_program($ENV{PATH}, "ps2pdf");
+our $PDF2PS= find_program($ENV{PATH}, "pdf2ps");
if (!$LATEX and !$PDFLATEX) {
my $continue = ttprompt('You don\'t seem to have LaTeX installed.
Continue anyway?', 'N');
OK? Comments?
Chris Bennett
Re: NEW (sort of, or maybe UPDATE): warmux (was: wormux)
On Wed, May 25, 2011 at 15:46:50 +0200, Landry Breuil wrote: > On Wed, May 25, 2011 at 03:22:14PM +0200, LEVAI Daniel wrote: > > Hi! > > > > > > Attached is a *new* port for warmux-11.04.1, because of the name change > > (wormux -> warmux). > > Isn't it simpler to just update the existing port ? So we'd keep the package name "wormux", but the "inside" would be warmux? (like the binaries, and directories etc...) Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: NEW (sort of, or maybe UPDATE): warmux (was: wormux)
On Wed, May 25, 2011 at 03:22:14PM +0200, LEVAI Daniel wrote: > Hi! > > > Attached is a *new* port for warmux-11.04.1, because of the name change > (wormux -> warmux). Isn't it simpler to just update the existing port ? Landry
Re: NEW (sort of, or maybe UPDATE): warmux (was: wormux)
On Wed, May 25, 2011 at 15:22:14 +0200, LEVAI Daniel wrote: > Hi! > > > Attached is a *new* port for warmux-11.04.1, because of the name change > (wormux -> warmux). Forgot to add: tested on i386. Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
NEW (sort of, or maybe UPDATE): warmux (was: wormux)
Hi! Attached is a *new* port for warmux-11.04.1, because of the name change (wormux -> warmux). Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F warmux.tar.gz Description: application/tar-gz
Re: GNOME Discusses Becoming a Linux-only Project
On Wed, May 25, 2011 at 01:59, jirib wrote: > Hello, > > seeing so many GNOME 3 commit... what do you think about the subject? > > http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project > > j. > > Aren't there a great many other 'non-kitchen sink' WMs out there that are just as good or better? I mean, if you are that hard up, KDE is still available, but Enlightenment, flux/blackbox, and if you are a minimalist, there's ratpoison or scrotwm...
clusterssh/scrotwm? broken in -current
Hi! After today's -current upgrade: $ cssh /usr/bin/perl:/usr/local/lib/libswmhack.so.0.0: undefined symbol 'XInternAtom' lazy binding failed! Segmentation fault (core dumped) I realize that that lib is in scrotwm, but other perl scripts/applications do not crash. (The perl.core file doesn't contain useful bt) Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: (re-)enable support for gnome-power-manager into gnome-mplayer
On Wed, May 25, 2011 at 10:54 AM, Antoine Jacoutot wrote: > Reads fine, but maybe the "Edit->Preferences->Interface" verbiage could > be appended to the README. This way people who want to use > gnome-power-manager can use it (and like you did, no need to add a > dependency on it). Ok with this? Ciao, David gnome-mplayer_power-manager.diff Description: Binary data
Re: (re-)enable support for gnome-power-manager into gnome-mplayer
On Wed, 25 May 2011, David Coppa wrote:
>
> Hi,
>
> The stuff I was talking about yesterday, the
> org.gnome.SessionManager "Inhibit" method, is defined into:
> gnome-power-manager-2.32.0/src/gpm-session.c,
> thus is effectively a gnome-power-manager thing.
>
> Ok for the diff below?
>
> Currently it's not enabled by default, the "legacy" method of using
> the XScrnSaver library is. If you want to use gnome-power-manager's
> inhibit, go into Edit->Preferences->Interface and remove the flag
> from "Use X Screen Saver control over Gnome Power Manager".
Reads fine, but maybe the "Edit->Preferences->Interface" verbiage could
be appended to the README. This way people who want to use
gnome-power-manager can use it (and like you did, no need to add a
dependency on it).
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/gnome-mplayer/Makefile,v
> retrieving revision 1.36
> diff -u -p -r1.36 Makefile
> --- Makefile 4 May 2011 05:35:54 - 1.36
> +++ Makefile 25 May 2011 08:25:31 -
> @@ -2,7 +2,7 @@
>
> COMMENT =GTK+/GNOME frontend for MPlayer
> DISTNAME = gnome-mplayer-1.0.3
> -REVISION = 0
> +REVISION = 1
> CATEGORIES = x11 multimedia
>
> MAINTAINER = David Coppa
> @@ -49,6 +49,7 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE
> LDFLAGS="-L${LOCALBASE}/lib \
> -L${X11BASE}/lib -pthread"
> CONFIGURE_ARGS = --with-gio \
> + --with-gpm-new-method \
> --with-libnotify \
> --with-libgpod \
> --with-libmusicbrainz3 \
> Index: patches/patch-configure
> ===
> RCS file: /cvs/ports/x11/gnome-mplayer/patches/patch-configure,v
> retrieving revision 1.5
> diff -u -p -r1.5 patch-configure
> --- patches/patch-configure 28 Apr 2011 11:47:48 - 1.5
> +++ patches/patch-configure 25 May 2011 08:25:31 -
> @@ -131,51 +131,3 @@ disable gnome-power-manager support
>
>
>
> -@@ -9318,47 +9231,6 @@ $as_echo "#define SM_INHIBIT 0" >>confdefs.h
> - $as_echo "#define SS_INHIBIT 0" >>confdefs.h
> -
> -
> --
> --# Check whether --with-gpm-new-method was given.
> --if test "${with_gpm_new_method+set}" = set; then :
> -- withval=$with_gpm_new_method; CHECK_GPM=no
> --$as_echo "#define SM_INHIBIT 1" >>confdefs.h
> --
> --fi
> --
> --
> --# Check whether --with-gpm-old-method was given.
> --if test "${with_gpm_old_method+set}" = set; then :
> -- withval=$with_gpm_old_method; CHECK_GPM=no
> --$as_echo "#define SS_INHIBIT 1" >>confdefs.h
> --
> --fi
> --
> --
> --if test x$CHECK_GPM = "xyes"; then
> --GPM=`which gnome-power-manager`
> --if test "$GPM" != ""; then
> --{ $as_echo "$as_me:${as_lineno-$LINENO}: Checking for
> gnome-power-manager support" >&5
> --$as_echo "$as_me: Checking for gnome-power-manager support" >&6;}
> --GPMVER=`$GPM --version | sed -e 's/.* 2.//' | cut -b1-2`
> --if test -n $GPMVER; then
> --
> --$as_echo "#define SM_INHIBIT 1" >>confdefs.h
> --
> --else
> --if test $GPMVER -ge 26; then
> --
> --$as_echo "#define SM_INHIBIT 1" >>confdefs.h
> --
> --fi
> --if test $GPMVER -lt 26; then
> --
> --$as_echo "#define SS_INHIBIT 1" >>confdefs.h
> --
> --fi
> --fi
> --fi
> --fi
> -
> - if test x$with_gsettings = "xyes"; then
> -
>
--
Antoine
(re-)enable support for gnome-power-manager into gnome-mplayer
Hi,
The stuff I was talking about yesterday, the
org.gnome.SessionManager "Inhibit" method, is defined into:
gnome-power-manager-2.32.0/src/gpm-session.c,
thus is effectively a gnome-power-manager thing.
Ok for the diff below?
Currently it's not enabled by default, the "legacy" method of using
the XScrnSaver library is. If you want to use gnome-power-manager's
inhibit, go into Edit->Preferences->Interface and remove the flag
from "Use X Screen Saver control over Gnome Power Manager".
Ciao,
David
Index: Makefile
===
RCS file: /cvs/ports/x11/gnome-mplayer/Makefile,v
retrieving revision 1.36
diff -u -p -r1.36 Makefile
--- Makefile4 May 2011 05:35:54 - 1.36
+++ Makefile25 May 2011 08:25:31 -
@@ -2,7 +2,7 @@
COMMENT = GTK+/GNOME frontend for MPlayer
DISTNAME = gnome-mplayer-1.0.3
-REVISION = 0
+REVISION = 1
CATEGORIES = x11 multimedia
MAINTAINER = David Coppa
@@ -49,6 +49,7 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE
LDFLAGS="-L${LOCALBASE}/lib \
-L${X11BASE}/lib -pthread"
CONFIGURE_ARGS = --with-gio \
+ --with-gpm-new-method \
--with-libnotify \
--with-libgpod \
--with-libmusicbrainz3 \
Index: patches/patch-configure
===
RCS file: /cvs/ports/x11/gnome-mplayer/patches/patch-configure,v
retrieving revision 1.5
diff -u -p -r1.5 patch-configure
--- patches/patch-configure 28 Apr 2011 11:47:48 - 1.5
+++ patches/patch-configure 25 May 2011 08:25:31 -
@@ -131,51 +131,3 @@ disable gnome-power-manager support
-@@ -9318,47 +9231,6 @@ $as_echo "#define SM_INHIBIT 0" >>confdefs.h
- $as_echo "#define SS_INHIBIT 0" >>confdefs.h
-
-
--
--# Check whether --with-gpm-new-method was given.
--if test "${with_gpm_new_method+set}" = set; then :
-- withval=$with_gpm_new_method; CHECK_GPM=no
--$as_echo "#define SM_INHIBIT 1" >>confdefs.h
--
--fi
--
--
--# Check whether --with-gpm-old-method was given.
--if test "${with_gpm_old_method+set}" = set; then :
-- withval=$with_gpm_old_method; CHECK_GPM=no
--$as_echo "#define SS_INHIBIT 1" >>confdefs.h
--
--fi
--
--
--if test x$CHECK_GPM = "xyes"; then
-- GPM=`which gnome-power-manager`
--if test "$GPM" != ""; then
--{ $as_echo "$as_me:${as_lineno-$LINENO}: Checking for
gnome-power-manager support" >&5
--$as_echo "$as_me: Checking for gnome-power-manager support" >&6;}
--GPMVER=`$GPM --version | sed -e 's/.* 2.//' | cut -b1-2`
--if test -n $GPMVER; then
--
--$as_echo "#define SM_INHIBIT 1" >>confdefs.h
--
--else
--if test $GPMVER -ge 26; then
--
--$as_echo "#define SM_INHIBIT 1" >>confdefs.h
--
--fi
--if test $GPMVER -lt 26; then
--
--$as_echo "#define SS_INHIBIT 1" >>confdefs.h
--
--fi
--fi
--fi
--fi
-
- if test x$with_gsettings = "xyes"; then
-
GNOME Discusses Becoming a Linux-only Project
Hello, seeing so many GNOME 3 commit... what do you think about the subject? http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project j.
