Re: Today's pkg_add -u broke my Thunar on xfce

2010-11-16 Thread Andreas Kahari 
On Tue, Nov 16, 2010 at 11:58:44AM +0100, David Coppa wrote:
 On Mon, Nov 15, 2010 at 11:43 AM, Andreas Kahari a...@ebi.ac.uk wrote:
  On Thu, Nov 11, 2010 at 07:28:18PM +0100, Landry Breuil wrote:
  On Thu, Nov 11, 2010 at 06:23:50PM +0100, Landry Breuil wrote:
   On Thu, Nov 11, 2010 at 04:39:55PM +, Andreas Kahari wrote:
On Thu, Nov 11, 2010 at 05:17:06PM +0100, Paolo Aglialoro wrote:
 Hello,

 I'm running -current on i386, today I upgraded system to 8 nov 2011
 snapshot.
 X and xfce4 worked flawlessly. I last upgraded xfce at the end of
 October.
 After controlling X was ok, I went from CLI to upgrade the whole
 packages
 with pkg_add -u.
 Now, after loading xfce, icons on desktop do not show, and thunar
 fails to
 start.

 Is there some problem with last Thunar build?
 THX

   
(moved to ports from misc)
   
I have the same problem (ever since I tried to get back to XFCE4 last
week).  Both /usr/local/bin/thunar and /usr/local/bin/xfdesktop dumps
core.
  
   No idea. I've been reported that recently.. thunar/xfdesktop didn't
   change, so it's probably something in the dependency chain that was
   updated and broke it. From my understanding, the crash happens in
   thunar-vfs-enum-types.c which is code generated by glib-mkenums, but i
   doubt it is related to last glib update as 2.26 went in end of
   september and diffing the code generated by both versions of glib shows
   no difference. It seems amd64 is not affected.
  
   Oh, and if you want to debug things, rebuild/reinstall package with
   EBUG=-g set. Useless otherwise.
 
  Oh, and of course provide more details.
  What version of glib2 do you have ? 2.26p1 or 2.26p0 ? What version of
  libpthread ? 13.0 or 13.1 ? That might be a fallout of
  sched_get_priority_xx addition to libpthread. Make sure to have very
  latest version of both.
 
  Landry
 
 
  Hi,
 
  With libpthread.so.13.1 and glib2-2.26.1 thunar (and therefore also
  xfdesktop) runs fine.  With glib2 2.26p1 it crashed.
 
 Uhmmm... It's still failing for me with libpthread.so.13.1 and glib2-2.26.1.
 Thunar only works if you compile it using -O0, which is also strange.
 
 Btw, It's the same failure reported here:
 
 https://labs.omniti.com/labs/reconnoiter/lists/users/2010-August/000510.html
 
 And here:
 
 http://marc.info/?l=openbsd-portsm=128785324016639
 
 Ciao,
 David
 

Ok, so I'm messed it up and didn't keep track of what I was doing.
Thunar works when compiled with CFLAGS=-DEBUG=-g, and it still crashed
when not.  Sorry.  I have not tried with -O0.

Andreas

Re: Today's pkg_add -u broke my Thunar on xfce

2010-11-15 Thread Andreas Kahari 
On Thu, Nov 11, 2010 at 07:28:18PM +0100, Landry Breuil wrote:
 On Thu, Nov 11, 2010 at 06:23:50PM +0100, Landry Breuil wrote:
  On Thu, Nov 11, 2010 at 04:39:55PM +, Andreas Kahari wrote:
   On Thu, Nov 11, 2010 at 05:17:06PM +0100, Paolo Aglialoro wrote:
Hello,

I'm running -current on i386, today I upgraded system to 8 nov 2011
snapshot.
X and xfce4 worked flawlessly. I last upgraded xfce at the end of 
October.
After controlling X was ok, I went from CLI to upgrade the whole 
packages
with pkg_add -u.
Now, after loading xfce, icons on desktop do not show, and thunar fails 
to
start.

Is there some problem with last Thunar build?
THX

   
   (moved to ports from misc)
   
   I have the same problem (ever since I tried to get back to XFCE4 last
   week).  Both /usr/local/bin/thunar and /usr/local/bin/xfdesktop dumps
   core.
  
  No idea. I've been reported that recently.. thunar/xfdesktop didn't
  change, so it's probably something in the dependency chain that was
  updated and broke it. From my understanding, the crash happens in
  thunar-vfs-enum-types.c which is code generated by glib-mkenums, but i
  doubt it is related to last glib update as 2.26 went in end of
  september and diffing the code generated by both versions of glib shows
  no difference. It seems amd64 is not affected.
  
  Oh, and if you want to debug things, rebuild/reinstall package with 
  EBUG=-g set. Useless otherwise.
 
 Oh, and of course provide more details.
 What version of glib2 do you have ? 2.26p1 or 2.26p0 ? What version of
 libpthread ? 13.0 or 13.1 ? That might be a fallout of
 sched_get_priority_xx addition to libpthread. Make sure to have very
 latest version of both.
 
 Landry
 

Hi,

With libpthread.so.13.1 and glib2-2.26.1 thunar (and therefore also
xfdesktop) runs fine.  With glib2 2.26p1 it crashed.

Since it seems to be working fine now, I'm happy.



Andreas



-- 
Andreas Kähäri, Ensembl Software Developer
European Bioinformatics Institute (EMBL-EBI)
Wellcome Trust Genome Campus
Hinxton, Cambridge CB10 1SD, United Kingdom

Re: Today's pkg_add -u broke my Thunar on xfce

2010-11-11 Thread Andreas Kahari 
On Thu, Nov 11, 2010 at 05:17:06PM +0100, Paolo Aglialoro wrote:
 Hello,
 
 I'm running -current on i386, today I upgraded system to 8 nov 2011
 snapshot.
 X and xfce4 worked flawlessly. I last upgraded xfce at the end of October.
 After controlling X was ok, I went from CLI to upgrade the whole packages
 with pkg_add -u.
 Now, after loading xfce, icons on desktop do not show, and thunar fails to
 start.
 
 Is there some problem with last Thunar build?
 THX
 

(moved to ports from misc)

I have the same problem (ever since I tried to get back to XFCE4 last
week).  Both /usr/local/bin/thunar and /usr/local/bin/xfdesktop dumps
core.

This is what gdb tells me (it's breaks at the same place for both
programs):

$ gdb /usr/local/bin/thunar Thunar.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-unknown-openbsd4.8...
(no debugging symbols found)

Core was generated by `Thunar'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpthread.so.13.1...done.
Loaded symbols for /usr/lib/libpthread.so.13.1
Reading symbols from /usr/local/lib/libthunar-vfs-1.so.5.1...done.
Loaded symbols for /usr/local/lib/libthunar-vfs-1.so.5.1
Reading symbols from /usr/local/lib/libgamin-1.so.0.0...done.
Loaded symbols for /usr/local/lib/libgamin-1.so.0.0
Reading symbols from /usr/local/lib/libjpeg.so.64.0...done.
Loaded symbols for /usr/local/lib/libjpeg.so.64.0
Reading symbols from /usr/local/lib/libstartup-notification-1.so.2.0...done.
Loaded symbols for /usr/local/lib/libstartup-notification-1.so.2.0
Reading symbols from /usr/X11R6/lib/libxcb-aux.so.0.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-aux.so.0.0
Reading symbols from /usr/X11R6/lib/libxcb-event.so.1.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-event.so.1.0
Reading symbols from /usr/X11R6/lib/libxcb-atom.so.1.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-atom.so.1.0
Reading symbols from /usr/local/lib/libexecinfo.so.0.0...done.
Loaded symbols for /usr/local/lib/libexecinfo.so.0.0
Reading symbols from /usr/local/lib/libthunarx-1.so.5.1...done.
Loaded symbols for /usr/local/lib/libthunarx-1.so.5.1
Reading symbols from /usr/local/lib/libexo-0.3.so.5.0...done.
Loaded symbols for /usr/local/lib/libexo-0.3.so.5.0
Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.2200.0...done.
Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.2200.0
Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.2200.0...done.
Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.2200.0
Reading symbols from /usr/local/lib/libpangocairo-1.0.so.1802.0...done.
Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.1802.0
Reading symbols from /usr/X11R6/lib/libXinerama.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXinerama.so.5.0
Reading symbols from /usr/X11R6/lib/libXi.so.11.0...done.
Loaded symbols for /usr/X11R6/lib/libXi.so.11.0
Reading symbols from /usr/X11R6/lib/libXrandr.so.6.1...done.
Loaded symbols for /usr/X11R6/lib/libXrandr.so.6.1
Reading symbols from /usr/X11R6/lib/libXcursor.so.4.0...done.
Loaded symbols for /usr/X11R6/lib/libXcursor.so.4.0
Reading symbols from /usr/X11R6/lib/libXcomposite.so.3.0...done.
Loaded symbols for /usr/X11R6/lib/libXcomposite.so.3.0
Reading symbols from /usr/local/lib/libatk-1.0.so.2800.0...done.
Loaded symbols for /usr/local/lib/libatk-1.0.so.2800.0
Reading symbols from /usr/local/lib/libcairo.so.11.0...done.
Loaded symbols for /usr/local/lib/libcairo.so.11.0
Reading symbols from /usr/X11R6/lib/libpixman-1.so.18.4...done.
Loaded symbols for /usr/X11R6/lib/libpixman-1.so.18.4
Reading symbols from /usr/X11R6/lib/libGL.so.10.0...done.
Loaded symbols for /usr/X11R6/lib/libGL.so.10.0
Reading symbols from /usr/X11R6/lib/libdrm.so.2.6...done.
Loaded symbols for /usr/X11R6/lib/libdrm.so.2.6
Reading symbols from /usr/X11R6/lib/libXxf86vm.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.5.0
Reading symbols from /usr/X11R6/lib/libXext.so.11.0...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.11.0
Reading symbols from /usr/X11R6/lib/libXdamage.so.3.1...done.
Loaded symbols for /usr/X11R6/lib/libXdamage.so.3.1
Reading symbols from /usr/X11R6/lib/libXfixes.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXfixes.so.5.0
Reading symbols from /usr/X11R6/lib/libxcb-shm.so.0.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-shm.so.0.0
Reading symbols from /usr/X11R6/lib/libxcb-render.so.0.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-render.so.0.0
Reading symbols from /usr/X11R6/lib/libXrender.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXrender.so.5.0
Reading symbols from /usr/X11R6/lib/libxcb.so.2.2...done.
Loaded symbols for /usr/X11R6/lib/libxcb.so.2.2
Reading symbols from

SOLVED: editors/vim,gtk2 fails to package

2010-11-03 Thread Andreas Kahari 
On Tue, Nov 02, 2010 at 11:04:30AM +, Andreas Kahari wrote:
 On Tue, Nov 02, 2010 at 11:45:12AM +0100, Landry Breuil wrote:
  On Tue, Nov 02, 2010 at 10:25:45AM +, Andreas Kahari wrote:
   Hi,
   
   When building the athena flavor of vim, there is no problem, but when
   building the default gtk2 flavor (or the motif or no_x11 flavors), the
   packaging fails due to missing manuals:
  
  Are you really up to date wrt groff/mandoc/pkg_add/infrastructure ?
  
  Landry
  
 
 I believe I am up to date, but I'm rebuilding the base system now just
 in case.
 
 Andreas
 

It still failed, but then I cleared out the ports that vim,gtk2 depended
on (via 'make clean=all depends' and rebuilt it again.  It seems to
have worked.  Sorry for the noise.


Andreas

editors/vim,gtk2 fails to package

2010-11-02 Thread Andreas Kahari 
Hi,

When building the athena flavor of vim, there is no problem, but when
building the default gtk2 flavor (or the motif or no_x11 flavors), the
packaging fails due to missing manuals:

===  Building package for vim-7.3.3p1-gtk2
Create /usr/ports/packages/i386/all/vim-7.3.3p1-gtk2.tgz
checksumming|*| 
8%Can't read 
/usr/obj/ports/vim-7.3.3-gtk2/fake-i386-gtk2/usr/local/man/man1/ex.1 at 
/usr/libdata/perl5/OpenBSD/PackingElement.pm line 539.
*** Error code 1

Stop in /usr/ports/editors/vim (line 1604 of 
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/editors/vim (line 2160 of 
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/editors/vim (line 2140 of 
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/editors/vim (line 1635 of 
/usr/ports/infrastructure/mk/bsd.port.mk).
Unlocking vim-7.3.3-gtk2 from install
*** Error code 1

Stop in /usr/ports/editors/vim (line 2140 of 
/usr/ports/infrastructure/mk/bsd.port.mk).



Kind regards,
Andreas

Re: editors/vim,gtk2 fails to package

2010-11-02 Thread Andreas Kahari 
On Tue, Nov 02, 2010 at 11:45:12AM +0100, Landry Breuil wrote:
 On Tue, Nov 02, 2010 at 10:25:45AM +, Andreas Kahari wrote:
  Hi,
  
  When building the athena flavor of vim, there is no problem, but when
  building the default gtk2 flavor (or the motif or no_x11 flavors), the
  packaging fails due to missing manuals:
 
 Are you really up to date wrt groff/mandoc/pkg_add/infrastructure ?
 
 Landry
 

I believe I am up to date, but I'm rebuilding the base system now just
in case.

Andreas

Re: editors/vim,gtk2 fails to package

2010-11-02 Thread Andreas Kahari 
On Tue, Nov 02, 2010 at 11:45:12AM +0100, Landry Breuil wrote:
 On Tue, Nov 02, 2010 at 10:25:45AM +, Andreas Kahari wrote:
  Hi,
  
  When building the athena flavor of vim, there is no problem, but when
  building the default gtk2 flavor (or the motif or no_x11 flavors), the
  packaging fails due to missing manuals:
 
 Are you really up to date wrt groff/mandoc/pkg_add/infrastructure ?
 
 Landry
 

Yes, now I'm definitely up to date with CURRENT. The groff port is also
up to date.  I rebuilt my base system and those flavors of vim still
fail to build.

I have put the build log here:

http://ak.freeshell.org/private/things/vim.log

Here's the list of files left in the obj directory:

http://ak.freeshell.org/private/things/vim.list


Regards,
Andreas

textproc/groff missing tmac.an and tmac.andoc

2010-10-19 Thread Andreas Kahari 
Hi list,

Some ports use the man macros, these manual pages fail with the new
port groff:

$ man mysql
man: Formatting manual page...
troff: fatal error: can't find macro file an

I can see a macro file called tmac.an.old in the groff port, but there
is no tmac.an.

Also, there is no tmac.andoc, so when building e.g.
mail/mutt/snapshot,sidebar,compressed, I get this at the end:

===  Building package for mutt-1.5.21p1-sidebar-compressed
Create /usr/ports/packages/i386/all/mutt-1.5.21p1-sidebar-compressed.tgz
checksumming|* | 
21%troff: fatal error: can't find macro file andoc
   | 
22%troff: fatal error: can't find macro file andoc
  *| 
22%troff: fatal error: can't find macro file andoc
   | 
23%troff: fatal error: can't find macro file andoc
   *   | 
24%troff: fatal error: can't find macro file andoc
groff: unknown option -- /
usage: /usr/local/bin/groff [-abehilpstvzCENRSUVXZ] [-Fdir] [-mname] [-Tdev] 
[-ffam] [-wname]
   [-Wname] [-Mdir] [-dcs] [-rcn] [-nnum] [-olist] [-Parg] [-Larg]
   [files...]
/usr/local/bin/groff -h gives more help
*  | 
25%troff: fatal error: can't find macro file andoc
   | 
26%troff: fatal error: can't find macro file andoc
Link to /usr/ports/packages/i386/ftp/mutt-1.5.21p1-sidebar-compressed.tgz
Link to /usr/ports/packages/i386/cdrom/mutt-1.5.21p1-sidebar-compressed.tgz
===  Cleaning for mutt-1.5.21p1-sidebar-compressed
Unlocking mutt-1.5.21p1-sidebar-compressed from package


This is on an up-to-date i386 system.


Cheers,
Andreas

www/libcroco has WANTLIB xmlt

2010-08-26 Thread Andreas Kahari 
Hi,

The www/libcroco Makefile has xmlt in its WANTLIB.  I think this
should be xslt, which also means there's a missing LIB_DEPENDS on
::textproc/libxslt.

This port was broken by the commit of revision 1.6 of the Makefile
recently.


Cheers,
Andreas

-- 
Andreas Kähäri, Ensembl Software Developer
European Bioinformatics Institute (EMBL-EBI)
Wellcome Trust Genome Campus, Hinxton
Cambridge CB10 1SD, United Kingdom

Re: graphics/netpbm broken?

2010-07-07 Thread Andreas Kahari 
Try uninstalling any old netpbm package before building the new one.
That worked for me and is a common solution when builds mysteriously
fails.

Andreas

On Wed, Jul 07, 2010 at 04:51:45AM +0200, Robert wrote:
 amd64
 freshly rebuilt -current
 
 [...]
 cc -c 
 -I/usr/pobj/netpbm-10.35.75/netpbm-10.35.75/converter/ppm/ppmtompeg/headers  
 -I/usr/local/include 
 -I/usr/pobj/netpbm-10.35.75/netpbm-10.35.75/converter/ppm/ppmtompeg -I. -I 
 importinc -DNDEBUG \
-O2 -pipe   -o parallel.o parallel.c
 parallel.c:148: error: expected declaration specifiers or '...' before 
 numeric constant
 parallel.c:148: error: expected declaration specifiers or '...' before 
 numeric constant
[cut]

-- 
Andreas Kähäri, Ensembl Software Developer
European Bioinformatics Institute (EMBL-EBI)
Wellcome Trust Genome Campus, Hinxton
Cambridge CB10 1SD, United Kingdom

pthread probelms with xfce4

2010-04-27 Thread Andreas Kahari 
Hi people,

Fresh ports installed on an amd64 system.  Executing xfterm4 (part of
xfce-utils-4.6.1p3) results in this:

  $ xfterm4
  exo-open:/usr/local/lib/libgthread-2.0.so.1803.0: undefined symbol 
'pthread_mutex_trylock'
  lazy binding failed!
  Segmentation fault (core dumped) 

I've made sure that the exo, glib2 (where libgthread lives) and
xfce-utils are all up-to-date.

Similarly, trying to open the xfce4 settings manager results in the
following in my ~/.xsession-errors file:

  xfce4-settings-manager:/usr/local/lib/libgthread-2.0.so.1803.0: undefined 
symbol 'pthread_mutex_trylock'
  lazy binding failed!


Those are the ones I've spotted so far by going about my daily routines.


Cheers,
Andreas

-- 
Andreas Kähäri, Ensembl Software Developer
European Bioinformatics Institute (EMBL-EBI)
Wellcome Trust Genome Campus, Hinxton
Cambridge CB10 1SD, United Kingdom

Re: pthread probelms with xfce4

2010-04-27 Thread Andreas Kahari 
On Tue, Apr 27, 2010 at 09:54:21PM +0200, Landry Breuil wrote:
 On Tue, Apr 27, 2010 at 06:33:47PM +0200, Landry Breuil wrote:
  On Tue, Apr 27, 2010 at 05:02:34PM +0100, Andreas Kahari wrote:
   Hi people,
   
   Fresh ports installed on an amd64 system.  Executing xfterm4 (part of
   xfce-utils-4.6.1p3) results in this:
   
 $ xfterm4
 exo-open:/usr/local/lib/libgthread-2.0.so.1803.0: undefined symbol 
   'pthread_mutex_trylock'
 lazy binding failed!
 Segmentation fault (core dumped) 
   
   I've made sure that the exo, glib2 (where libgthread lives) and
   xfce-utils are all up-to-date.
  
  does $ pkg-config --cflags gthread-2.0 and $ pkg-config --libs gthread-2.0
  returns lines containing -pthread ? If not, you're not up to date.
  Otherwise, i'll try to look into it. And make sure to not have .libs-*
  packages around.
 

$ pkg-config --cflags gthread-2.0
-pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include

$ pkg-config --libs gthread-2.0
-L/usr/local/lib -pthread -lgthread-2.0 -lglib-2.0 -lintl -liconv

$ ls -F -ld /var/db/pkg/.libs-*
ls: /var/db/pkg/.libs-*: No such file or directory

 cvs up in ports/x11/xfce4/exo, make update, should now work.

Thanks!  I will try it as soon as I get the update through csup.

Andreas


-- 
Andreas Kähäri, Ensembl Software Developer
European Bioinformatics Institute (EMBL-EBI)
Wellcome Trust Genome Campus, Hinxton
Cambridge CB10 1SD, United Kingdom

Bad makefile for print/cups

2010-03-29 Thread Andreas Kahari 
Hi list,

The print/cups port on HEAD has a problem with a backslash at the end
of a line preceding a line which is not a continuation line.

See the end of the LIB_DEPENDS, followed by the LIB_DEPENDS+= line.


Andreas

-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Update to databases/iodbc and devel/boehm-gc to show correct pkg-config info (pthread)

2009-12-09 Thread Andreas Kahari 
Just to say I've been testing this on amd64 (CURRENT), and it's working.

Cheers,
Andreas

2009/12/7 Andreas Kahari andreas.kah...@gmail.com:
 Hi list,

 Attached are a couple of patches for databases/iodbc and
 devel/boehm-gc that makes their pkg-config --libs output mention
 -pthread. I believe that the pthread library is needed to
 successfully link with the these two ports and I'm working on a
 project that uses CMake with PKG_SEARCH_MODULE(), which relies on
 correct pkg-config output.

 In the case of databases/iodbc, the patch replaces an already existing patch.

 Also in the case of databases/iodbc, this makes the output of
 pkg-config --libs libiodbc consistent with the output of
 iodbc-config --libs.

 Kind regards,
 Andreas


 --
 Andreas Kahari
 Somewhere in the general Cambridge area, UK




-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Update to databases/iodbc and devel/boehm-gc to show correct pkg-config info (pthread)

2009-12-07 Thread Andreas Kahari 
Hi list,

Attached are a couple of patches for databases/iodbc and
devel/boehm-gc that makes their pkg-config --libs output mention
-pthread. I believe that the pthread library is needed to
successfully link with the these two ports and I'm working on a
project that uses CMake with PKG_SEARCH_MODULE(), which relies on
correct pkg-config output.

In the case of databases/iodbc, the patch replaces an already existing patch.

Also in the case of databases/iodbc, this makes the output of
pkg-config --libs libiodbc consistent with the output of
iodbc-config --libs.

Kind regards,
Andreas


-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK


patch-bdw-gc_pc_in
Description: Binary data


patch-admin_libiodbc_pc_in
Description: Binary data

Re: printer driver

2009-06-30 Thread Andreas Kahari 
Splix is in ports (print/splix), at least on CURRENT.

Regards,
Andreas

2009/6/30 igor denisov denisovigor1...@rambler.ru:
 Hello there,

 I am not a programmer at all, and I need a driver for my Samsung printer. I
 find one it is
 SpliX, a set of CUPS printer drivers for SPL (Samsung Printer Language)
 printers. I read
 README and find out CUPS itself is not required. But there is no any
 ./configure file,
 to write one I am not capable of, so can you write for me one or it would be
 great to have
 splix as packege.

 Regards,
 igor denisov.





-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Problem updating eclipse

2009-03-17 Thread Andreas Kahari 
2009/3/16 Stuart Henderson s...@spacehopper.org:
 On 2009/03/16 15:59, Andreas Kahari wrote:
 Hi list,

 I'm having problems updating the devel/eclipse/sdk port:

 Just fixed. It got broken when fixing things to be compatible with
 the stricter checks now done on package specs.




Yes, this fixed it. Thanks!

Andreas


-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Problem updating eclipse

2009-03-16 Thread Andreas Kahari 
Hi list,

I'm having problems updating the devel/eclipse/sdk port:

$ # I've just built the package...
$ make package
Locking eclipse-sdk-3.2.2 (devel/eclipse/sdk) from package
Unlocking eclipse-sdk-3.2.2 from package

$ # I want to update my installed package
$ make update
Locking eclipse-sdk-3.2.2 (devel/eclipse/sdk) from update
=== Updating for eclipse-sdk-3.2.2p8
Upgrading from eclipse-sdk-3.2.2p7
New package eclipse-sdk-3.2.2p8 contains potentially unsafe operations
@exec /usr/local/bin/update-desktop-database
(forcing update)
Old package eclipse-sdk-3.2.2p7 contains potentially unsafe operations
@unexec /usr/local/bin/update-desktop-database
(forcing update)
Invalid spec jdk-==1.5.0,1.6 at
/usr/libdata/perl5/OpenBSD/PkgSpec.pm line 72.
*** Error code 9

Stop in /usr/ports/devel/eclipse/sdk (line 1477 of
/usr/ports/infrastructure/mk/bsd.port.mk).
Unlocking eclipse-sdk-3.2.2 from update
*** Error code 1

Stop in /usr/ports/devel/eclipse/sdk (line 1947 of
/usr/ports/infrastructure/mk/bsd.port.mk).


This is on an otherwise CURRENT amd64 machine.

Help?

Andreas

-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Problem with sidebar patch in mail/mutt/snapshot,sidebar

2009-03-11 Thread Andreas Kahari 
Hi list,

Running OpenBSD/amd64-CURRENT. The checksum and file size of the
sidebar patch in mail/mutt/snapshot,sidebar doesn't seem to be right
anymore. BTW, did the compressed flavor of mutt disappear? The patch
is still mentioned in the distinfo file...


$ env REFETCH=true FLAVOR=sidebar make install
Locking mutt-1.5.18-sidebar (mail/mutt/snapshot,sidebar) from install
===  Checking files for mutt-1.5.18-sidebar
`/usr/ports/distfiles/mutt-1.5.18.tar.gz' is up to date.
`/usr/ports/distfiles/patch-1.5.18.sidebar-b.txt' is up to date.
 (SHA256) mutt-1.5.18.tar.gz: OK
 (SHA256) patch-1.5.18.sidebar-b.txt: FAILED
 Checksum mismatch for patch-1.5.18.sidebar-b.txt. (sha256)
Locking patch-1.5.18.sidebar-b.txt.dist (mail/mutt/snapshot,sidebar)
from /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
 patch-1.5.18.sidebar-b.txt doesn't seem to exist on this system.
 Fetch 
 ftp://ftp.openbsd.org/pub/OpenBSD/distfiles/by_cipher/sha256/Xp/Xpqja8Pm3cMvjiZYz4owQ5rEsrIjrjF2GiBxz/ztYRs=/patch-1.5.18.sidebar-b.txt.
100% |**| 46252   00:00
 Size does not match for /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
 Fetch 
 ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/by_cipher/sha256/Xp/Xpqja8Pm3cMvjiZYz4owQ5rEsrIjrjF2GiBxz/ztYRs=/patch-1.5.18.sidebar-b.txt.
100% |**| 46252   00:00
 Size does not match for /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
 Fetch 
 ftp://ftp.openbsd.org/pub/OpenBSD/distfiles/sha256/Xpqja8Pm3cMvjiZYz4owQ5rEsrIjrjF2GiBxz/ztYRs=/patch-1.5.18.sidebar-b.txt.
100% |**| 46252   00:00
 Size does not match for /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
 Fetch 
 ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/sha256/Xpqja8Pm3cMvjiZYz4owQ5rEsrIjrjF2GiBxz/ztYRs=/patch-1.5.18.sidebar-b.txt.
100% |**| 46252   00:00
 Size does not match for /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
 Fetch http://spacehopper.org/patch-1.5.18.sidebar-b.txt.
ftp: Error retrieving file: 404 Not Found
Unlocking patch-1.5.18.sidebar-b.txt.dist from
/usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 2346 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1853 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1848 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 2001 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1427 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1967 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1947 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1457 of
/usr/ports/infrastructure/mk/bsd.port.mk).
Unlocking mutt-1.5.18-sidebar from install
*** Error code 1

Stop in /usr/ports/mail/mutt/snapshot (line 1947 of
/usr/ports/infrastructure/mk/bsd.port.mk).

$ cksum -b -a sha256 /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
SHA256 (/usr/ports/distfiles/patch-1.5.18.sidebar-b.txt) =
CdRmeW7z9sJjyqW+WDKmFI870ejIIfBBYiDReg2+4/o=

$ ls -l /usr/ports/distfiles/patch-1.5.18.sidebar-b.txt
-rw-r--r--  1 ak  wsrc  46252 Mar 11 10:11
/usr/ports/distfiles/patch-1.5.18.sidebar-b.txt

$ grep sidebar distinfo
MD5 (patch-1.5.18.sidebar-b.txt) = MuAcUWqAOKSzIXOWSx89hg==
RMD160 (patch-1.5.18.sidebar-b.txt) = Pyi+yGHsL01hxtNGhko7tlo6ym0=
SHA1 (patch-1.5.18.sidebar-b.txt) = NhFc7vNFw/pb1ExUp0k6BCcODoA=
SHA256 (patch-1.5.18.sidebar-b.txt) =
Xpqja8Pm3cMvjiZYz4owQ5rEsrIjrjF2GiBxz/ztYRs=
SIZE (patch-1.5.18.sidebar-b.txt) = 44857


-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Problem with sidebar patch in mail/mutt/snapshot,sidebar

2009-03-11 Thread Andreas Kahari 
2009/3/11 Stuart Henderson s...@spacehopper.org:
 On 2009/03/11 10:17, Andreas Kahari wrote:
 Hi list,

 Running OpenBSD/amd64-CURRENT. The checksum and file size of the
 sidebar patch in mail/mutt/snapshot,sidebar doesn't seem to be right

 It seems something is mangling your downloads. I've just verified the
 files on ftp.openbsd.org and ftp.usa.openbsd.org and they are correct.

Oddness. I ran make clean=dist and that seems to have solved it
because the patch is now correctly downloaded. Hmmm... this was weird,
but it's solved now anyway.

 anymore. BTW, did the compressed flavor of mutt disappear? The patch
 is still mentioned in the distinfo file...

 It's still there. Did you miss it in ../Makefile.inc?

Ah, there it is.  I went down into ports/mail/mutt/snapshot and tried
to build the compressed flavor there, and failed.  Building it from
the top ports directory seems to be working with

$ env SUBDIR=mail/mutt/snapshot,sidebar,compressed make package

Thanks all,
Andreas


-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Missing build dependency for print/a2ps

2009-01-08 Thread Andreas Kahari 
Hi list,

I believe that there is a missing dependency for print/a2ps. It
depends on devel/gperf to build. This is a naïve patch:

--- Makefile.orig   Thu Jan  8 09:27:13 2009
+++ MakefileThu Jan  8 09:27:59 2009
@@ -28,7 +28,7 @@
 MODGNU_CONFIG_GUESS_DIRS=  ${WRKSRC} ${WRKSRC}/auxdir

 RUN_DEPENDS=   ::print/psutils
-BUILD_DEPENDS= ${RUN_DEPENDS}
+BUILD_DEPENDS= ${RUN_DEPENDS} ::devel/gperf

 FLAVORS=   a4 a4dj letter letterdj
 FLAVOR?=   letter


-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: devel/nspr requires root to build

2008-08-01 Thread Andreas Kahari 
2008/7/31 Markus Lude [EMAIL PROTECTED]:
 On Thu, Jul 31, 2008 at 10:59:20AM +0100, Andreas Kahari wrote:
 Hi list,

 I noticed that the devel/nspr port (CURRENT) requires root to build.
 It won't build with SUDO=sudo. Also, it installs header files readable
 only by root and the wheel group, which means that ports depending on
 it also needs to build as root (SUDO=sudo won't work).

 Is your umask set to 2? Try it again with 22.

My umask is 022. I'm not changing it for my own account at any stage
and I haven't touched anything in the root account.

Andreas


 Regards,
 Markus





-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

devel/nspr requires root to build

2008-07-31 Thread Andreas Kahari 
Hi list,

I noticed that the devel/nspr port (CURRENT) requires root to build.
It won't build with SUDO=sudo. Also, it installs header files readable
only by root and the wheel group, which means that ports depending on
it also needs to build as root (SUDO=sudo won't work).

Regards,
Andreas

-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: devel/nspr requires root to build

2008-07-31 Thread Andreas Kahari 
2008/7/31 Stuart Henderson [EMAIL PROTECTED]:
 On 2008/07/31 10:59, Andreas Kahari wrote:
 Hi list,

 I noticed that the devel/nspr port (CURRENT) requires root to build.
 It won't build with SUDO=sudo. Also, it installs header files readable
 only by root and the wheel group, which means that ports depending on
 it also needs to build as root (SUDO=sudo won't work).

 Please send a log, I build as non-root and never noticed this.
 I do use SUDO=sudo -E though.



Here's a build log:

$ grep SUDO /etc/mk.conf
SUDO=sudo -E
$ make package
Locking nss-3.12 (security/nss) from package
===  Checking files for nss-3.12
`/usr/ports/distfiles/nss-3.12.tar.gz' is up to date.
 (SHA256) nss-3.12.tar.gz: OK
===  Verifying update for gmake-* in devel/gmake
Locking gmake-3.81p0 (devel/gmake) from subupdate
Unlocking gmake-3.81p0 from subupdate
=== Returning to build of nss-3.12
===  nss-3.12 depends on: gmake-* - found
===  Verifying update for nspr-=4.7 in devel/nspr
Locking nspr-4.7.1 (devel/nspr) from subupdate
Unlocking nspr-4.7.1 from subupdate
=== Returning to build of nss-3.12
===  nss-3.12 depends on: nspr-=4.7 - found
===  Verifying update for sqlite3-=3.5 in databases/sqlite3
Locking sqlite-3.5.9 (databases/sqlite3) from subupdate
Unlocking sqlite-3.5.9 from subupdate
=== Returning to build of nss-3.12
===  nss-3.12 depends on: sqlite3-=3.5 - found
===  Verifying specs: nspr4.=20 plc4.=20 plds4.=20 sqlite3.=10.0
nspr4.=20 plc4.=20 plds4.=20 sqlite3.=10.0 c pthread z c pthread z
===  found nspr4.20.0 plc4.20.0 plds4.20.0 sqlite3.11.0 c.47.0
pthread.11.0 z.4.1
===  Extracting for nss-3.12
===  Patching for nss-3.12
===  Configuring for nss-3.12
===  Building for nss-3.12
cd ../coreconf ;  gmake
gmake[1]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf'
cd nsinstall; gmake export
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf/nsinstall'
gmake[2]: Nothing to be done for `export'.
gmake[2]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf/nsinstall'
cd nsinstall; gmake libs
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf/nsinstall'
cc -o OpenBSD4.4_OPT.OBJ/nsinstall.o -c  -fPIC -DPIC -Di386 -ansi
-Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -UDEBUG -DNDEBUG -pthread
-DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I/usr/local/include/nspr
-I../../../dist/OpenBSD4.4_OPT.OBJ/include
-I../../../dist/public/coreconf -I../../../dist/private/coreconf
-I/usr/local/include -O2 -pipe  nsinstall.c
cc -o OpenBSD4.4_OPT.OBJ/pathsub.o -c  -fPIC -DPIC -Di386 -ansi -Wall
-Wno-switch -pipe -DOPENBSD -DXP_UNIX -UDEBUG -DNDEBUG -pthread
-DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I/usr/local/include/nspr
-I../../../dist/OpenBSD4.4_OPT.OBJ/include
-I../../../dist/public/coreconf -I../../../dist/private/coreconf
-I/usr/local/include -O2 -pipe  pathsub.c
cc -o OpenBSD4.4_OPT.OBJ/nsinstall  -fPIC -DPIC -Di386 -ansi -Wall
-Wno-switch -pipe -DOPENBSD -DXP_UNIX -UDEBUG -DNDEBUG -pthread
-DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I/usr/local/include/nspr
-I../../../dist/OpenBSD4.4_OPT.OBJ/include
-I../../../dist/public/coreconf -I../../../dist/private/coreconf
-I/usr/local/include -O2 -pipe  OpenBSD4.4_OPT.OBJ/nsinstall.o
OpenBSD4.4_OPT.OBJ/pathsub.o
OpenBSD4.4_OPT.OBJ/nsinstall.o(.text+0xb4b): In function `.L61':
: warning: strcpy() is almost always misused, please use strlcpy()
OpenBSD4.4_OPT.OBJ/nsinstall.o(.text+0x6b0): In function `.L61':
: warning: sprintf() is often misused, please use snprintf()
true -m 775 OpenBSD4.4_OPT.OBJ/nsinstall ../../../dist/OpenBSD4.4_OPT.OBJ/bin
gmake[2]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf/nsinstall'
gmake[1]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/coreconf'
cd ../dbm ; gmake export libs
gmake[1]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm'
cd include; gmake export
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/include'
Creating ../../../dist/public/dbm
../../coreconf/nsinstall/OpenBSD4.4_OPT.OBJ/nsinstall -R -m 444
../../../dbm/include/cdefs.h ../../../dbm/include/mcom_db.h
../../../dbm/include/ncompat.h ../../../dbm/include/winfile.h
../../../dist/public/dbm
gmake[2]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/include'
cd src; gmake export
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/src'
gmake[2]: Nothing to be done for `export'.
gmake[2]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/src'
cd include; gmake libs
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/include'
gmake[2]: Nothing to be done for `libs'.
gmake[2]: Leaving directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/include'
cd src; gmake libs
gmake[2]: Entering directory
`/usr/obj/ports/nss-3.12/nss-3.12/mozilla/security/dbm/src'
cc -o

Re: Unable to compile abiword 2.4.6p4

2008-06-28 Thread Andreas Kahari 
2008/6/12 Okan Demirmen [EMAIL PROTECTED]:
 On Sat 2008.06.07 at 15:52 -0300, Martin Pieuchot wrote:
 Hi,

 I am running an i386 4.3-current box. After the last libiconv update[0]
 I was unable to compile abiword-2.4.6p4.

 The problem came from the patch introduced during the libiconv
 update[1]. Removing the patch solved the compilation problem.

 this is becuase the old libiconv is still there.

I'm also having problems building abiword (2.4.6p5) on i386 -CURRENT:

ut_iconv.cpp: In function `size_t UT_iconv(void*, const char**, size_t*,
   char**, size_t*)':
ut_iconv.cpp:342: error: invalid conversion from `char**' to `const char**'
ut_iconv.cpp: At top level:
ut_iconv.cpp:175: warning: `void s_internal_init()' defined but not used
gmake[5]: *** [ut_iconv.o] Error 1

I have libiconv-1.12, which I believe is the current one, and I've
removed all traces of the old iconv library and updated all ports that
relied upon it. There are no .libs-* in /var/db/pkg.

Regards,
Andreas



-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Unable to compile abiword 2.4.6p4

2008-06-28 Thread Andreas Kahari 
2008/6/28 Christian Weisgerber [EMAIL PROTECTED]:
 Andreas Kahari [EMAIL PROTECTED] wrote:

 I have libiconv-1.12, which I believe is the current one, and I've
 removed all traces of the old iconv library and updated all ports that
 relied upon it.

 Rebuild your libiconv.  There was a time window when a new libiconv
 would take its prototype from an already installed one.  I have now
 forced it to always pick the correct one.

Thanks for this, now it builds.

Andreas




-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: editors/abiword diff

2008-02-19 Thread Andreas Kahari 
The patch applies and the port now builds, installs, and runs again on i386.

Thanks,
Andreas

On 14/02/2008, Tim van der Molen [EMAIL PROTECTED] wrote:
 Hello,

 This diff unbreaks editors/abiword since x11/gnome/libgnomeprint no
 longer depends on devel/popt. It also adds gailutil to WANTLIB.

 Regards,
 Tim

 Index: Makefile
 ===
 RCS file: /cvs/ports/editors/abiword/Makefile,v
 retrieving revision 1.65
 diff -u -r1.65 Makefile
 --- Makefile15 Dec 2007 20:32:57 -  1.65
 +++ Makefile14 Feb 2008 16:50:06 -
 @@ -5,7 +5,7 @@
  VERSION=   2.4.6
  MAJORVER=  ${VERSION:C/..$//}
  DISTNAME=  abiword-${VERSION}
 -PKGNAME=   ${DISTNAME}p2
 +PKGNAME=   ${DISTNAME}p3
  CATEGORIES=editors

  HOMEPAGE=  http://www.abisource.com/
 @@ -14,6 +14,7 @@

  RUN_DEPENDS=   :desktop-file-utils-*:devel/desktop-file-utils
  LIB_DEPENDS=   fribidi::devel/fribidi \
 +   popt::devel/popt \
 gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2 \
 gnomeprintui-2-2::x11/gnome/libgnomeprintui

 @@ -25,10 +26,10 @@

  WANTLIB=   ICE SM X11 Xext Xft Xrender art_lgpl_2 atk-1.0 c Xrandr \
 Xau Xcomposite Xcursor Xdamage Xdmcp Xfixes Xi Xinerama \
 -   expat fontconfig freetype glade-2.0 glib-2.0 gmodule-2.0 \
 -   gnomecanvas-2 gnomeprint-2-2 gobject-2.0 glitz \
 +   expat fontconfig freetype gailutil glade-2.0 glib-2.0 \
 +   gmodule-2.0 gnomecanvas-2 gnomeprint-2-2 gobject-2.0 glitz \
 gthread-2.0 m pango-1.0 pangocairo-1.0 cairo \
 -   pangoft2-1.0 pangoxft-1.0 png popt pthread stdc++ \
 +   pangoft2-1.0 pangoxft-1.0 png pthread stdc++ \
 xml2.=9 z

  MASTER_SITES=   ${HOMEPAGE}/downloads/abiword/${VERSION}/source/




-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: update: www/polipo

2008-02-01 Thread Andreas Kahari 
/Memory-cache.html
  share/doc/polipo/doc/Memory-usage.html
 +share/doc/polipo/doc/Modifying-the-on_002ddisk-cache.html
  share/doc/polipo/doc/Network-traffic.html
  share/doc/polipo/doc/Network.html
  share/doc/polipo/doc/OS-usage-limits.html
 @@ -56,12 +61,16 @@ share/doc/polipo/doc/Privoxy.html
  share/doc/polipo/doc/Proxies-and-caches.html
  share/doc/polipo/doc/Purging.html
  share/doc/polipo/doc/Running.html
 +share/doc/polipo/doc/SOCKS-parent-proxies.html
  share/doc/polipo/doc/Server-statistics.html
 +share/doc/polipo/doc/Server_002dside-behaviour.html
  share/doc/polipo/doc/Stopping.html
  share/doc/polipo/doc/The-web.html
  share/doc/polipo/doc/Tuning-POST-and-PUT.html
  share/doc/polipo/doc/Tuning-the-HTTP-parser.html
 +share/doc/polipo/doc/Tuning-validation.html
  share/doc/polipo/doc/Tunnelling-connections.html
 +share/doc/polipo/doc/Tweaking-validation.html
  share/doc/polipo/doc/Variable-index.html
  share/doc/polipo/doc/WWWOFFLE.html
  share/doc/polipo/doc/Web-interface.html




-- 
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: update: www/polipo

2008-02-01 Thread Andreas Kahari 
The patch applies, the port builds, the program runs on CURRENT i386,
and it does what it's supposed to do. Can't say I've used it
extensively though.

Regards,
Andreas

On 01/02/2008, Matthias Kilian [EMAIL PROTECTED] wrote:
 On Fri, Feb 01, 2008 at 10:35:25AM +, Andreas Kahari wrote:
  It would be neat to have www/polipo updated to at least 1.0.1 from
  0.9.9, and even neater if someone had the time to look into an update
  to 1.0.4 which is the current version. A minimal modification of the
  port would be to reach into the 'old' sub-directory on the master site
  where the old sources for 0.9.9 are now kept.

 I'm running 1.0.4 for some time now on my home box without noticing
 any problems. I'd also take maintainership, after not getting any
 replies from the former maintainer.

 comments? ok?


 Index: Makefile
 ===
 RCS file: /cvs/ports/www/polipo/Makefile,v
 retrieving revision 1.4
 diff -u -p -r1.4 Makefile
 --- Makefile15 Sep 2007 20:38:25 -  1.4
 +++ Makefile1 Feb 2008 10:44:23 -
 @@ -2,13 +2,12 @@

  COMMENT=   HTTP caching proxy

 -DISTNAME=  polipo-0.9.9
 -PKGNAME=   ${DISTNAME}p0
 +DISTNAME=  polipo-1.0.4
  CATEGORIES=www

  HOMEPAGE=  http://www.pps.jussieu.fr/~jch/software/polipo/

 -MAINTAINER=Jon Trembley [EMAIL PROTECTED]
 +MAINTAINER=Matthias Kilian [EMAIL PROTECTED]

  MASTER_SITES=  http://www.pps.jussieu.fr/~jch/software/files/polipo/

 Index: distinfo
 ===
 RCS file: /cvs/ports/www/polipo/distinfo,v
 retrieving revision 1.3
 diff -u -p -r1.3 distinfo
 --- distinfo5 Apr 2007 17:26:25 -   1.3
 +++ distinfo1 Feb 2008 10:44:23 -
 @@ -1,5 +1,5 @@
 -MD5 (polipo-0.9.9.tar.gz) = 1Y08Ejo0cqa1u1sLtGnP0g==
 -RMD160 (polipo-0.9.9.tar.gz) = 7bKCAy8odRVCBWaEBaYypHXioas=
 -SHA1 (polipo-0.9.9.tar.gz) = DMcseDqGXlsbtu9bUU5683JNdAo=
 -SHA256 (polipo-0.9.9.tar.gz) = UGAxWZvzAGll2daO8VxLi1dqq773AyObwMNOcMisXfY=
 -SIZE (polipo-0.9.9.tar.gz) = 148476
 +MD5 (polipo-1.0.4.tar.gz) = 3v3Of4ACymhwW2wsNsTQlg==
 +RMD160 (polipo-1.0.4.tar.gz) = MXOcWllYwTatRS6Hdja58mNDaE8=
 +SHA1 (polipo-1.0.4.tar.gz) = ulYpBtElpr9y3DbC0HgUfUDPhyI=
 +SHA256 (polipo-1.0.4.tar.gz) = 9kWKOrJUgoDU9VlvjVrmDGHd9xR+4LO7LWe5baScBDY=
 +SIZE (polipo-1.0.4.tar.gz) = 180487
 Index: patches/patch-Makefile
 ===
 RCS file: /cvs/ports/www/polipo/patches/patch-Makefile,v
 retrieving revision 1.1.1.1
 diff -u -p -r1.1.1.1 patch-Makefile
 --- patches/patch-Makefile  6 Aug 2005 21:21:53 -   1.1.1.1
 +++ patches/patch-Makefile  1 Feb 2008 10:44:23 -
 @@ -1,26 +1,26 @@
  Makefile.orig  Mon Jun 28 23:30:07 2004
 -+++ Makefile   Fri Aug  5 22:45:35 2005
 -@@ -1,15 +1,15 @@
 +--- Makefile.orig  Sat Oct  6 15:43:15 2007
  Makefile   Fri Nov 16 23:48:55 2007
 +@@ -1,9 +1,8 @@
  -PREFIX = /usr/local
   BINDIR = $(PREFIX)/bin
   MANDIR = $(PREFIX)/man
   INFODIR = $(PREFIX)/info
  -LOCAL_ROOT = /usr/share/polipo/www
  -DISK_CACHE_ROOT = /var/cache/polipo
 -+#LOCAL_ROOT = ${PREFIX}/share/polipo
  +LOCAL_ROOT = ${PREFIX}/share/doc/polipo
  +DISK_CACHE_ROOT = /var/polipo/cache

 - # CDEBUGFLAGS = -O
 + # To compile with Unix CC:
 +
 +@@ -13,7 +12,6 @@ DISK_CACHE_ROOT = /var/cache/polipo

   # CC = gcc
 - # CDEBUGFLAGS = -O -g -Wall -std=gnu99
 --CDEBUGFLAGS = -O -g -Wall
 -+# CDEBUGFLAGS = -O -g -Wall
 + # CDEBUGFLAGS = -Os -g -Wall -std=gnu99
 +-CDEBUGFLAGS = -Os -g -Wall
   # CDEBUGFLAGS = -Os -Wall
   # CDEBUGFLAGS = -g -Wall

 -@@ -47,7 +47,7 @@ FILE_DEFINES = -DLOCAL_ROOT=\$(LOCAL_RO
 +@@ -63,7 +61,7 @@ FILE_DEFINES = -DLOCAL_ROOT=\$(LOCAL_ROOT)/\ \

   DEFINES = $(FILE_DEFINES) $(PLATFORM_DEFINES)

 @@ -29,33 +29,34 @@

   SRCS = util.c event.c io.c chunk.c atom.c object.c log.c diskcache.c main.c 
 \
  config.c local.c http.c client.c server.c auth.c tunnel.c \
 -@@ -71,21 +71,17 @@ all: polipo polipo.info html/index.html
 +@@ -89,20 +87,19 @@ all: polipo$(EXE) polipo.info html/index.html localind
   install: install.binary install.man

   install.binary: all
  -  mkdir -p $(TARGET)$(BINDIR)
  -  mkdir -p $(TARGET)$(LOCAL_ROOT)
  -  mkdir -p $(TARGET)$(LOCAL_ROOT)/doc
 -+  $(BSD_INSTALL_DATA_DIR) $(TARGET)$(BINDIR)
 -+  $(BSD_INSTALL_DATA_DIR) $(TARGET)$(LOCAL_ROOT)
 -+  $(BSD_INSTALL_DATA_DIR) $(TARGET)$(LOCAL_ROOT)/doc
 ++  ${BSD_INSTALL_DATA_DIR} $(TARGET)$(BINDIR)
 ++  ${BSD_INSTALL_DATA_DIR} $(TARGET)$(LOCAL_ROOT)
 ++  ${BSD_INSTALL_DATA_DIR} $(TARGET)$(LOCAL_ROOT)/doc
 rm -f $(TARGET)$(BINDIR)/polipo
  -  cp -f polipo $(TARGET)$(BINDIR)/
  -  cp -f html/* $(TARGET)$(LOCAL_ROOT)/doc
  -  cp -f localindex.html $(TARGET)$(LOCAL_ROOT)/index.html
 -+  $(BSD_INSTALL_PROGRAM) polipo $(TARGET)$(BINDIR)/
 -+  $(BSD_INSTALL_DATA) html/* $(TARGET)$(LOCAL_ROOT)/doc

Re: [ bug ] Problem with encoding and accentuated letters in xfce terminal

2007-05-29 Thread Andreas Kahari 

The environment variable is called LC_CTYPE, not LC_TYPE...

Regards,
Andreas

On 29/05/07, Benoit Chesneau [EMAIL PROTECTED] wrote:

I have no accentuated letters, no characters appear when I type it in Terminal
even if LC_TYPE is set to fr_FR.ISO8859-15 :
(Terminal:29560): Vte-WARNING **: Error (Illegal byte sequence) converting data
for child, dropping.

If I set LC_ALL to same encoding it works. However if I set LC_ALL or LC_TYPE
to en_US.UTF-8 i get the same error.

Here is a ktrace dump :
http://babilu.metavers.net/debug/terminal.txt

I also opened a bug report on xfce website :
http://bugzilla.xfce.org/show_bug.cgi?id=3301

Regards.


Benoît


--
bchesneau.info | neurofriends.net | osbud.net





--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Latin-1 characters in Xfce4's Terminal

2007-05-21 Thread Andreas Kahari 

Hi list,

I wonder if anyone has managed to display latin-1 (or any non-ASCII)
characters in the Terminal(1) application of Xfce4? I have tried using
luit(1) but to no avail. I'm using the same font ('neep-14' from
x11/jmk-fonts-3.0) as in rxvt(1) and xterm(1), so that's not the
problem.


Regards,
Andreas

--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Latin-1 characters in Xfce4's Terminal

2007-05-21 Thread Andreas Kahari 

On 21/05/07, Landry Breuil [EMAIL PROTECTED] wrote:


2007/5/21, Andreas Kahari [EMAIL PROTECTED]:
 Hi list,

 I wonder if anyone has managed to display latin-1 (or any non-ASCII)
 characters in the Terminal(1) application of Xfce4? I have tried using
 luit(1) but to no avail. I'm using the same font ('neep-14' from
 x11/jmk-fonts-3.0) as in rxvt(1) and xterm(1), so that's not the
 problem.

To have french accentued letters, i've put LC_CTYPE=fr_FR.ISO8859-15 in my
.xsession.
Dunno if it's the best workaround, but i'm fine with it.


Thanks for that hint!  I'll be using LC_CTYPE=en_GB.ISO8859-1, which
seems to be working.

Thanks again,
Andreas



--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: where's libnet-config

2007-01-25 Thread Andreas Kahari 

Try pkg_info -L libnet-1.1.2.1 and you should find libnet-config-1.1
in /usr/local/bin, I believe (from having looked at the port PLIST).

Andreas

On 25/01/07, Beavis [EMAIL PROTECTED] wrote:

Hi guys just wanted to ask if any of you can help me out on finding
libnet-config
I've installed libnet on my openbsd box and never find the libnet-config
tool.

# pkg_info | grep 'libnet-*'
libnet-1.0.2ap1 raw IP packet construction library
libnet-1.1.2.1  raw IP packet construction library


I'm running 4.0 i did a find / -iname 'libnet-config' but without any luck.


-Ed




--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Patch for audio/abcde (ogg playlist problem)

2006-06-04 Thread Andreas Kahari 

Hi list,

The port audio/abcde has a small bug which is easy to fix.  When
generating a playlist for ogg files, there is a problem in the abcde
shell script (line 767) with '[ -n $variable ]' which evaluates to
true even though $variable is empty.  The solution is to use '[ -n
$variable ]'.  This seems to be an one-off omission, all other test
using '-n' already uses double quotes around the variable name.

A patch is included (this is against the installed script).

Regards,
Andreas

--
Andreas Kahari
Somewhere in the general Cambridge area, UK
--- /usr/local/bin/abcdeSat Jun  3 21:07:42 2006
+++ /tmp/abcde  Sun Jun  4 10:01:53 2006
@@ -764,7 +764,7 @@
ARTISTFILE=$(mungefilename $TRACKARTIST)
# If we want to start the tracks with a given 
number, we need to modify the
# TRACKNUM value before evaluation
-   if [ -n $STARTTRACKNUMBER ] ; then
+   if [ -n $STARTTRACKNUMBER ]; then
# Get the trackpadding from the current 
track
CURRENTTRACKPADDING=$(echo -n 
$UTRACKNUM | wc -c)
TRACKNUM=$( printf 
%0.${CURRENTTRACKPADDING}d $(expr ${UTRACKNUM} + ${STARTTRACKNUMBER} - 1 ))

Re: xfce4-panel broken after gtk+2 update

2006-05-23 Thread Andreas Kahari 

Hi again,

I now notice that I also get a flood of the following error in my
~/.xsession-errors file:

Xft: locking error too many file unlocks

These do not occur when trying to start xfce4-panel but seems to be
related to action in mozilla-firefox (reloading a page, following a
link etc. will generate a stream of them).  I am sure I did not have
these yesterday before updating the ports.  The last time I updated
all ports was last week.


Regards,
Andreas

On 23/05/06, Andreas Kahari [EMAIL PROTECTED] wrote:

Hi all,

I recompiled xfce4-panel (and the other components of xfce4) last
night after updating gtk+2 to the latest available version through the
current ports tree (this may or may not implicate gtk+2).  I also
updated and recompiled all other ports on my systems.  The xfce4-panel
application fails to run. This is on a current i386 machine and also
on a current amd64 machine.

The panel does appear for a couple of microseconds, then it dumps core
with the following messages on the console:
(xfce4-panel:8360): Gtk-CRITICAL **: gtk_container_remove: assertion
`GTK_IS_WIDGET (widget)' failed
xfce4-panel in free(): error: modified (page-) pointer
Abort trap (core dumped)

Attached is a trace-back from gdb (using the 'where' command).

On the panel, I have the clock, the mailcheck, diskperf, system load,
pager, weather, and showdesktop plugins.

Regards,
Andreas


--
Andreas Kahari
Somewhere in the general Cambridge area, UK






--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Unbreaking graphics/ImageMagick for libpng1.2.8

2006-05-12 Thread Andreas Kahari 

Hi,

When compling graphics/ImageMagick on my up-to-date amd64 system, it
seems as if I run into the bug mentioned here:

http://studio.imagemagick.org/pipermail/magick-developers/2006-April/002550.html

The patch on that page works (I applied it by hand).

Regards,
Andreas

--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Re: Unbreaking graphics/ImageMagick for libpng1.2.8

2006-05-12 Thread Andreas Kahari 

Ouch, spoke too soon... png_{get,set}_asm_flags doesn't seem to exist
in the newest libpng lib...  Not so trivial as I thought.  Sorry for
the noise.

On 12/05/06, Andreas Kahari [EMAIL PROTECTED] wrote:

Hi,

When compling graphics/ImageMagick on my up-to-date amd64 system, it
seems as if I run into the bug mentioned here:

http://studio.imagemagick.org/pipermail/magick-developers/2006-April/002550.html

The patch on that page works (I applied it by hand).

Regards,
Andreas

--
Andreas Kahari
Somewhere in the general Cambridge area, UK




--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Editor temp files in PLISTs

2006-04-03 Thread Andreas Kahari 
People,

While installing lout-doc, I noticed that there was a Vim swp file
listed in the PLIST of that subpackage (and it was also installed).  I
did a quick scan of the rest of the ports and found the following:


The following ports have Vim swp files listed in their PLISTs;

print/lout-doc
print/openclipart
www/xmhtml

The following ports have tilde-files (/~$/) listed in their PLISTs:

audio/festival/arctic/festvox_cstr_us_awb_arctic_multisyn
audio/festival/arctic/festvox_cstr_us_jmk_arctic_multisyn
games/xlife
graphics/gimp/stable (in @comment)
print/openclipart
www/mycalendar (in @comment)
www/zope-cmf
x11/enlightenment



I'm almost certain they should not be there.

Andreas

--
Andreas Kahari

Re: PATCH: ftp.wustl.edu GNU path correction

2006-03-31 Thread Andreas Kahari 
I went through all the hosts mentioned in that template, and the
following ones are not pingable right now:

ftp.eos.hokudai.ac.jp
ftp.leidenuniv.nl
ftp.medasys-digital-systems.fr
ftp.oit.unc.edu
ftp.windowmaker.org
ftp.ziobudda.net

Running 'host' and 'ping' on them in a loop:

$ set -x; for f in $(/tmp/file) ; do host $f; ping $f; done
+ host ftp.eos.hokudai.ac.jp
ftp.eos.hokudai.ac.jp mail is handled by 10 nyx.eos.hokudai.ac.jp.
ftp.eos.hokudai.ac.jp mail is handled by 20 ogive.eos.hokudai.ac.jp.
+ ping ftp.eos.hokudai.ac.jp
ping: unknown host: ftp.eos.hokudai.ac.jp
+ host ftp.leidenuniv.nl
Host ftp.leidenuniv.nl not found: 3(NXDOMAIN)
+ ping ftp.leidenuniv.nl
ping: unknown host: ftp.leidenuniv.nl
+ host ftp.medasys-digital-systems.fr
Host ftp.medasys-digital-systems.fr not found: 3(NXDOMAIN)
+ ping ftp.medasys-digital-systems.fr
ping: unknown host: ftp.medasys-digital-systems.fr
+ host ftp.oit.unc.edu
Host ftp.oit.unc.edu not found: 3(NXDOMAIN)
+ ping ftp.oit.unc.edu
ping: unknown host: ftp.oit.unc.edu
+ host ftp.windowmaker.org
Host ftp.windowmaker.org not found: 2(SERVFAIL)
+ ping ftp.windowmaker.org
ping: unknown host: ftp.windowmaker.org
+ host ftp.ziobudda.net
Host ftp.ziobudda.net not found: 3(NXDOMAIN)
+ ping ftp.ziobudda.net
ping: unknown host: ftp.ziobudda.net


Andreas


On 31/03/06, Jim Razmus [EMAIL PROTECTED] wrote:
 Corrects path to the GNU software.  Affects ~114 ports or ~119 urls.
 That is, everyone using MASTER_SITE_GNU.

 Jim





--
Andreas Kahari

UPDATED: math/mcl

2006-03-30 Thread Andreas Kahari 
Hi,

Attached is a diff for bringing the math/mcl port up to version 06-058.

Apart from what the diff mentions, the following patches were deleted:

patches/patch-src_impala_io_c
patches/patch-src_mcl_expand_c
patches/patch-src_mcl_proc_c
patches/patch-src_shcl_clmdist_c


The new version implements some significant speed increases and new
features that users of the program will find helpful.  See the MCL
homepage for detailed changelog:
http://micans.org/mcl/src/ChangeLog

Tested on i386.


Regards,
Andreas

--
Andreas Kahari


mcl.diff
Description: Binary data

UPDATED: textproc/zoem

2006-03-30 Thread Andreas Kahari 
Hi,

Attached is a diff that brings the textprox/zoem port up to version 06-080.

Apart from what is mentioned in the diff, the following patch files
were deleted:

patches/patch-src_ops-counter_c


For a full changelog, please see
http://micans.org/zoem/src/ChangeLog


Tested on i386.


Regards,
Andreas

--
Andreas Kahari


zoem.diff
Description: Binary data

Re: size does not match

2006-03-08 Thread Andreas Kahari 
http://marc.theaimsgroup.com/?l=openbsd-portsm=113888751818662w=2

Cheers,
Andreas



On 08/03/06, John N. Brahy [EMAIL PROTECTED] wrote:
  freetype-1.3.1.tar.gz doesn't seem to exist on this system.
  Attempting to fetch /usr/ports/distfiles/freetype-1.3.1.tar.gz from
 http://ovh.dl.sourceforge.net/sourceforge/freetype/.
  Size does not match for /usr/ports/distfiles/freetype-1.3.1.tar.gz
 /bin/sh: test: 3: unexpected operator/operand

 I can always download my ports pre-compiled but I just wanted to find
 out if this is a known thing or is it just my systems that are having
 this problem.
 It's happened on a number of ports lately

 : John Brahy
 : CIO
 : www.ad2.com

 : [EMAIL PROTECTED]
 : t: 310-356-7500
 : f: 310-356-7520

 : ad2, Inc.
 : 1990 East Grand Ave, Suite 200
 : El Segundo, CA 90245





--
Andreas Kahari

Re: Qemu 7.2 build: missing libutil.h

2005-11-09 Thread Andreas Kahari 
libutil.h is a Linux thingie.  You will also need the library that it
goes together with.  The library is available in the
emulators/redhat/base and emulators/freebsd_lib ports, but those ports
does not seem to contain the header (judging from the PLISTs).

Andreas

On 09/11/05, Dave Feustel [EMAIL PROTECTED] wrote:
 When I try to build Qemu 7.2 on OpenBSD 3.7,
 the file libutil.h is reported as not found.
 The file is  in  neither /usr/include nor /usr/local/include.
 Libutil.h also is not found in the qemu 7.2 source.
 Is there a replacement file for libutil.h in OpenBSD?

 Thanks,
 Dave Feustel
 --
 Tired of having to defend against Malware?
 You know: trojans, viruses, SPYWARE, ADWARE,
 KEYLOGGERS, rootkits, worms and popups.
 Then Switch to OpenBSD with a KDE desktop!!!




--
Andreas Kahari

Re: Port policies.

2005-10-03 Thread Andreas Kahari 
Hi João,

I'm a port maintainer, which means I look after a few smaller
applications (stow, anacron, mcl etc.)  I have no CVS commit rights,
so when I want to update one of my ports I send a text diff to the
ports mailing list, hoping someone here will take it, test it, and
commit it (I obviously do as much testing as possible myself first). 
Once it is commited and the CVS mirrors have picked it up, anyone
checking the ports tree out can use it.

This is described here:
http://openbsd.org/checklist.html
http://openbsd.org/porting.html
http://openbsd.org/ports.html

Andreas

On 03/10/05, João Salvatti [EMAIL PROTECTED] wrote:
 Hi all,

 I'd like you to explain me something. When a maintainer decides to
 create a new port or when he decides to update an existing port, does
 this port become already available from CVS? For example: A maintainer
 creates a new port. an HTML editor, so if he wants to make it
 available from the port tree, the only necessary thing would be to
 update the port under CVS? Is it the same thing to have a port
 updated? Could please anyone explain me how this happens, or just tell
 me where I could find informations about it?



--
Andreas Kahari

Re: Port policies.

2005-10-03 Thread Andreas Kahari 
Yes.  If you follow the ports mailing list for a while (or look in the
archives), you will see messages containing diffs for updated ports,
and possibly tar archives containing entierly new ports.  These
messages usually have with words update or new on the subject
line, and the name of the port in question.  These are for anyone to
test and comment on, and eventually someone with commit rights will
commit them (if it seems interesting enough, I assume).

Andreas

On 03/10/05, João Salvatti [EMAIL PROTECTED] wrote:
 Ok, so you mean not all port maintainers have a CVS account to update the 
 tree,
 I didn't know that. So everytime a port is updated it will depend on another
 maintainer to take the diff file and apply it to the port, then it will become
 updated and available for system update by CVS.

 Thanks Andreas.

 On 10/3/05, Andreas Kahari [EMAIL PROTECTED] wrote:
  Hi João,
 
  I'm a port maintainer, which means I look after a few smaller
  applications (stow, anacron, mcl etc.)  I have no CVS commit rights,
  so when I want to update one of my ports I send a text diff to the
  ports mailing list, hoping someone here will take it, test it, and
  commit it (I obviously do as much testing as possible myself first).
  Once it is commited and the CVS mirrors have picked it up, anyone
  checking the ports tree out can use it.
 
  This is described here:
  http://openbsd.org/checklist.html
  http://openbsd.org/porting.html
  http://openbsd.org/ports.html
 
  Andreas
 
  On 03/10/05, João Salvatti [EMAIL PROTECTED] wrote:
   Hi all,
  
   I'd like you to explain me something. When a maintainer decides to
   create a new port or when he decides to update an existing port, does
   this port become already available from CVS? For example: A maintainer
   creates a new port. an HTML editor, so if he wants to make it
   available from the port tree, the only necessary thing would be to
   update the port under CVS? Is it the same thing to have a port
   updated? Could please anyone explain me how this happens, or just tell
   me where I could find informations about it?
 
 
 
  --
  Andreas Kahari
 


 --
 João Salvatti
 Undergraduating in Computer Science
 Federal University of Para - UFPA
 web: http://salvatti.expert.com.br
 e-mail: [EMAIL PROTECTED]




--
Andreas Kahari

Re: firefox crash x11

2005-08-02 Thread Andreas Kahari 
On 01/08/05, Douglas Santos [EMAIL PROTECTED] wrote:
 firefox 1.0.6 crash my x11.
 I dont know how to reproduce, browsing acm.org or ieee.org it crash.
 Two machines with this problem.
 Anyone have this same problem?

I built my X11 on the 12th of June from i386 CURRENT, and sometimes
(very seldom) Firefox seems to crash it when doing Reload All Tabs
(with four tabs or so, right clicking on a tab and choosing that menu
item) quickly followed by switching to another tab using the mouse.  I
haven't been able to provoke this behaviour for some time though.


-- 
Andreas Kahari

PGP: 1024D/C2E163CB

UPDATED: textproc/zoem

2005-07-23 Thread Andreas Kahari 
Hi,

This is an update to textproc/zoem, taking it from version 04-173 to 05-154.

Tested on amd64.

Regards,
Andreas


-- 
Andreas Kahari

PGP: 1024D/C2E163CB


zoem.diff
Description: Binary data
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (OpenBSD)

iD8DBQBC4kvsEuM52sLhY8sRAonpAKCivdOiMLWPtZ6XtK6orUPsGbqtLwCglSd9
nqmwhqzuQDxxD+cxBrSwsRg=
=bTy4
-END PGP SIGNATURE-