Re: Today's pkg_add -u broke my Thunar on xfce
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
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
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
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
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
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
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
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
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?
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
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
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
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)
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)
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
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/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
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
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/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
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/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
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/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/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/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
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
/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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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.
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.
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
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
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-