Re: KDE: ark
Am Mittwoch, 22. März 2006 08:57 schrieb Marc Espie:
On Tue, Mar 21, 2006 at 02:50:30PM +0100, Alf Schlichting wrote:
Hello!
The following diff makes the ark archiver from kdeutils3 use gtar instead
of OpenBSDs native tar(1).
With our native tar(1) ark errors out because arks wants to use some
GNU-extensions. While it would be possible to fix ark to use the native
tar(1), i think it makes more sense to default to GNU-tar. The user
should not need to care about the underlying OS when using KDE.
Alf
--- w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp.orig Tue Mar 21
14:35:12 2006
+++ w-kdeutils-3.5.1p1/kdeutils-3.5.1/ark/tar.cpp Tue Mar 21 14:35:10
2006 @@ -81,7 +81,7 @@
m_dotslash( false ), m_listingThread( 0 )
{
m_filesToAdd = m_filesToRemove = QStringList();
-m_archiver_program = ArkSettings::tarExe();
+m_archiver_program = gtar;
m_unarchiver_program = QString::null;
verifyUtilityIsAvailable(m_archiver_program, m_unarchiver_program);
No, I disagree.
I haven't had time to test all of kde. since you have looked at this code,
where are the gnu-tar extensions ? we can probably work around most of
them, you know...
Yes, it looks like i was a little hasty, hardcoding is of course bad.
I will look a little closer the next days (i managed to f* up my ports tree so
i can't get kdeutils to compile at the moment).
The GNU-stuff expected from tar are at least --delete,
--use-compress-program= and a k-flag which we don't have.
But i have to look closer at this.
Alf
Re: KDE: ark
On Wed, 22 Mar 2006, Alf Schlichting wrote: Yes, it looks like i was a little hasty, hardcoding is of course bad. I will look a little closer the next days (i managed to f* up my ports tree so i can't get kdeutils to compile at the moment). The GNU-stuff expected from tar are at least --delete, --use-compress-program= and a k-flag which we don't have. But i have to look closer at this. We do have -k -Otto
NEW: x11/gnustep
Hi, I've been working for some time on this. Attached is a port of a pretty complete GNUstep suite, namely: gnustep core (make, base, gui, back, examples) Renaissance GWorkspace GNUMail and its dependencies Terminal.app Gorm Project Center Untar into ports/x11. I've tested it on the 3.9 snapshots on 386. Works pretty well. It fails lib-depends-check because the way GNUstep does libraries is a bit unconventional and I'm not sure how to get that working with ports. But the dependencies are all correct. Once installed, it is advisable to put in your /etc/rc.local: /usr/local/GNUstep/System/Tools/gdomap -p And in your ~/.xsession or xinitrc: . /usr/local/GNUstep/System/Library/Makefiles/GNUstep.sh gdnc gnustep.tar.gz gnustep.tar.gz Description: GNU Zip compressed data
Re: net/psi broken?
viq [Wed, Mar 22, 2006 at 03:19:10AM +0100] wrote:
Yes, Psi will fail to build if you have the libidn package installed.
Remove it and Psi will once again build happily.
Yes, just found that. Thank you for answer.
Please try the following patch with *installed* libidn.
Bernd
Index: Makefile
===
RCS file: /cvs/ports/net/psi/Makefile,v
retrieving revision 1.2
diff -u -p -u -r1.2 Makefile
--- Makefile9 Mar 2006 20:40:06 - 1.2
+++ Makefile22 Mar 2006 10:45:47 -
@@ -3,7 +3,7 @@
COMMENT= multiplatform Jabber client
DISTNAME= psi-0.9.3
-PKGNAME= ${DISTNAME}p0
+PKGNAME= ${DISTNAME}p1
CATEGORIES=net
HOMEPAGE= http://psi.affinix.com/
Index: patches/patch-iris_libidn_rfc3454_c
===
RCS file: patches/patch-iris_libidn_rfc3454_c
diff -N patches/patch-iris_libidn_rfc3454_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-iris_libidn_rfc3454_c 22 Mar 2006 10:45:47 -
@@ -0,0 +1,9 @@
+$OpenBSD$
+--- iris/libidn/rfc3454.c.orig Wed Mar 22 11:28:27 2006
iris/libidn/rfc3454.c Wed Mar 22 11:28:27 2006
+@@ -1,4 +1,4 @@
+-#include stringprep.h
++#include stringprep.h
+
+ /*
+ * A.1 Unassigned code points in Unicode 3.2
Index: patches/patch-iris_xmpp-core_jid_cpp
===
RCS file: patches/patch-iris_xmpp-core_jid_cpp
diff -N patches/patch-iris_xmpp-core_jid_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-iris_xmpp-core_jid_cpp22 Mar 2006 10:45:47 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- iris/xmpp-core/jid.cpp.origWed Mar 22 11:25:09 2006
iris/xmpp-core/jid.cpp Wed Mar 22 11:25:09 2006
+@@ -20,7 +20,7 @@
+
+ #includexmpp.h
+
+-#includestringprep.h
++#include../libidn/stringprep.h
+
+ using namespace XMPP;
+
Re: new: pciutils 2.2.1
Apart from that, this is what I get on sgi: $ lspci pcilib: Cannot open /dev/pci lspci: Cannot find any working access method. You need to recompile your kernel with option USER_PCICONF for this to work on sgi. Miod
Re: patch for login_ldap-3.3p0 under openldap-server-2.3.11p2 without TLS/SSL
Hi, I'm upgrading port and I see this source tarball is much more simple than previous version (especially Makefile). Should I arrange it (based on 3.3) or do you have any other one? TIA. On Fri, 20 Jan 2006 08:27:43 +1100, Peter Werner wrote hey thanks there's a new version available that is a rewrite moreorless from scratch. id like to add sasl support before updating the port but have been too busy. it also fixes the issue that this patch fixes. the new version is available here: http://www.ifost.org.au/~peterw/login_ldap-3.4.tar.gz -pete Este correo electrónico y la información contenida en el mismo es de carácter confidencial y está sometida al secreto profesional, dirigiéndose exclusivamente al destinatario mencionado en el encabezamiento, cuyos datos forman parte de un fichero responsabilidad del GRUPO CARRERAS y cuya finalidad es contactar con el titular de los datos a través del correo electrónico. Le informamos que cuenta con los derechos de acceso, rectificación y cancelación, que podrá ejercitar mediante el envío de un e- mail a la siguiente direccion: [EMAIL PROTECTED] Si el receptor de la comunicación no fuera el destinatario, le informamos que cualquier divulgación, copia, distribución o utilización no autorizada de la información contenida en la misma está prohibida por la legislación vigente. http://www.grupocarreras.com
Re: patch for mozilla and mozilla-firefox
On Sun, 19 Mar 2006, Tobias Ulmer wrote: Here is a patch that stops firefox crashing on sites like zdnet and ebay. (Murphy's crappy article about OpenBSD was a great help to find this null-pointer dereference ;) ) This patch also applies cleanly to mozilla. BTW: If anybody has an url where firefox crashes repeatably, please send me an email how i can reproduce it. flash-heavy sites seem to crash firefox for me semi-reliably. something to do with to object tag? (i'm rebuilding with your diff now) -d
Re: new: pciutils 2.2.1
Matthieu Herrb wrote: Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. works fine 3.9 -snapshot Thinkpad 600x
Re: new: pciutils 2.2.1
Matthieu Herrb wrote: Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. Works on macppc (late 2001 iBook) The data outputted matches the [minimal] info I have on this machine. -Keith
Re: new: pciutils 2.2.1
On 3/22/06, Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: # /usr/local/sbin/lspci lspci: obsd_init: /dev/pci open failed I ran into this on my ultra 10 and got the same error (forgot to set machdep.allowaperture) which inspired me to make one little change to obsd_init. That way we know why the open failed. a-error(obsd_init: %s open failed - %s, name, strerror(errno)); -- GDB has a 'break' feature; why doesn't it have 'fix' too?
OBPkg #2
hi again, I improved the code+port of OBPkg in the last days. A lot of things changed and I now want to propose it as a new port. Is it possibly to let it become a official port? The URL was: http://files.doomed-reality.org/Projects/obpkg/ The current version is 0.7.2p1. --steffen -- cdp.doomed-reality.org Phantasie ist wichtiger als Wissen, denn Wissen ist begrenzt. -- Einstein
Re: problem building gtk+2 under 3.9-current
/usr/ports/x11/gtk+2/w-gtk+2-2.6.10p1/gtk+-2.6.10/gdk-pixbuf/.libs/gdk-pixbuf-query-loaders: can't load library 'libgmodule-2.0.so.600.4' Is there anyone besides me who's able to reproduce this ? I just want to know if I f***ed up my box or if the port has indeed a problem (at least under amd64). Thanks! -- Antoine
Re: problem building gtk+2 under 3.9-current
* Antoine Jacoutot [2006-03-22]: Is there anyone besides me who's able to reproduce this ? builds fine on sparc64 and i386, last amd64 package is from march 18th - local fuckup Nikolay
Re: aterm messing up terminal special characters settings
On Wed, Mar 22, 2006 at 02:44:49AM +0100, Uwe Stuehler wrote:
Something is wrong with the way aterm uses the termios interface,
at least on OpenBSD.
Start aterm and watch the output of stty -a.
The status special character is set randomly, more often it is not
even a control character, making it impossible to use certain letters
as program input.
The diff below applies to ${PORTSDIR}/x11/aterm.
Please test and comment, or try to come up with a better fix. :-)
At a glance, get_ttymode() could be returning a termios structure
where the c_cc array is only partially initialized. I'm tempted to
blame it on the macro definitions in rxvt.h, but I don't have the
time to take a closer look now.
Is this why once in a while I get:
load: 0.46 cmd: ssh 15225 [select] 0.13u 0.04s 0% 620k
on my screen whenever a press a certain character?
(By the way: aterm 1.0.0 would likely have the same problem.)
Index: patches/patch-src_command_c
===
RCS file: /cvs/ports/x11/aterm/patches/patch-src_command_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src_command_c
--- patches/patch-src_command_c 16 Sep 2004 17:07:11 - 1.2
+++ patches/patch-src_command_c 22 Mar 2006 00:49:48 -
@@ -1,5 +1,5 @@
src/command.c.orig Thu Sep 6 10:38:07 2001
-+++ src/command.cWed Sep 15 20:38:55 2004
+--- src/command.c.orig Thu Sep 6 18:38:07 2001
src/command.cWed Mar 22 01:50:30 2006
@@ -477,6 +477,16 @@ get_pty(void)
ptydev = ttydev = _getpty(fd, O_RDWR | O_NDELAY, 0622, 0);
if (ptydev == NULL)
@@ -17,7 +17,27 @@
#elif defined (__svr4__) || defined(__CYGWIN32__) || defined(__lnx21__)
{
extern char*ptsname();
-@@ -2148,11 +2158,23 @@ process_x_event(XEvent * ev)
+@@ -759,6 +769,9 @@ debug_ttymode(ttymode_t * ttymode)
+ # ifdef VLNEXT
+ FOO(VLNEXT, VLNEXT);
+ # endif
++# ifdef VSTATUS
++FOO(VSTATUS, VSTATUS);
++# endif
+ fprintf(stderr, \n\n);
+ # undef FOO
+ # endif /* HAVE_TERMIOS_H */
+@@ -817,6 +830,9 @@ get_ttymode(ttymode_t * tio)
+ # if VTIME != VEOL
+ tio-c_cc[VTIME] = 0;
+ # endif
++# ifdef VSTATUS
++tio-c_cc[VSTATUS] = CSTATUS;
++# endif
+
+ /* input modes */
+ tio-c_iflag = (BRKINT | IGNPAR | ICRNL | IXON
+@@ -2148,11 +2164,23 @@ process_x_event(XEvent * ev)
static int bypass_keystate = 0;
int reportmode;
static int csrO = 0; /* Hops - csr offset in thumb/slider
*/
@@ -42,7 +62,7 @@
break;
case ClientMessage:
-@@ -2217,6 +2239,9 @@ process_x_event(XEvent * ev)
+@@ -2217,6 +2245,9 @@ process_x_event(XEvent * ev)
case FocusIn:
if (!TermWin.focus) {
Re: problem building gtk+2 under 3.9-current
On Wed, 22 Mar 2006, Nikolay Sturm wrote: builds fine on sparc64 and i386, last amd64 package is from march 18th - local fuckup Allright :( Thanks ! Any chance you could share your package ? -- Antoine
Re: Erlang update to R10B-10 + added manpages and HTML docs
A new patch file was missing, attaching it now. / Jon $OpenBSD$ --- erts/etc/common/Install.origWed Mar 22 17:54:42 2006 +++ erts/etc/common/Install Wed Mar 22 17:55:27 2006 @@ -135,15 +135,3 @@ if [ X$TARGET != Xsunos5 -a -d $ERL_ done fi - -# -# Fixing the man pages -# - -if [ -d $ERL_ROOT/man ] -then -cd $ERL_ROOT -./misc/format_man_pages $ERL_IROOT -fi - -
Re: Erlang update to R10B-10 + added manpages and HTML docs
* Jon Olsson [2006-03-22]: ? patches/patch-erts_etc_common_Install Is that a new patch file? -lib/erlang/lib/megaco-3.2.3/priv/lib/megaco_flex_scanner_drv.so +lib/erlang/lib/megaco-3.3/priv/lib/megaco_flex_scanner_drv.so Any chance to get rid of all those version numbers in the directory names? Nikolay
Re: Erlang update to R10B-10 + added manpages and HTML docs
Hi! On Wed, Mar 22, 2006 at 08:07:19PM +0100, Nikolay Sturm wrote: * Jon Olsson [2006-03-22]: ? patches/patch-erts_etc_common_Install Is that a new patch file? -lib/erlang/lib/megaco-3.2.3/priv/lib/megaco_flex_scanner_drv.so +lib/erlang/lib/megaco-3.3/priv/lib/megaco_flex_scanner_drv.so Any chance to get rid of all those version numbers in the directory names? No, that's quite ingrained into erlang. Nikolay Kind regards, Hannah.
Re: aterm messing up terminal special characters settings
On Wed, Mar 22, 2006 at 07:17:44PM +0100, Uwe Stuehler wrote: On Wed, Mar 22, 2006 at 12:25:52PM -0501, Ray Lai wrote: On Wed, Mar 22, 2006 at 02:44:49AM +0100, Uwe Stuehler wrote: Start aterm and watch the output of stty -a. Is this why once in a while I get: load: 0.46 cmd: ssh 15225 [select] 0.13u 0.04s 0% 620k on my screen whenever a press a certain character? Yes. Actually, sturm@ made me aware that this problem does not occur when stdin is connected to a terminal, so from a shell you have to start aterm - to reproduce the bug. It happens to me when I ssh. I'll try the patch tonight, thanks. -Ray-
Re: new: pciutils 2.2.1
Jasper Lievisse Adriaanse wrote: On Tue, 21 Mar 2006 23:26:05 +0100 Matthieu Herrb [EMAIL PROTECTED] wrote: Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. -- Matthieu Herrb --- Makefile.orig Wed Mar 22 08:44:03 2006 +++ MakefileWed Mar 22 08:44:29 2006 @@ -1,12 +1,8 @@ -# $OpenBSD: Makefile.template,v 1.46 2005/11/12 00:07:22 sturm Exp $ +# $OpenBSD$ CVS will take care of that on commit. NOT_FOR_ARCHS= sparc zaurus COMMENT= PCI bus configuration register access tools - -# -# What port/package will be created -# Oops thanks. DISTNAME= pciutils-2.2.1 CATEGORIES=sysutils Apart from that, this is what I get on sgi: $ lspci pcilib: Cannot open /dev/pci lspci: Cannot find any working access method. # /usr/local/sbin/lspci lspci: obsd_init: /dev/pci open failed # file /dev/pci /dev/pci: character special (29/0) Yes, you need a kernel with option USER_PCICONF, which is not in sgi's GENERIC. -- Matthieu Herrb
Re: new: pciutils 2.2.1
Jasper Lievisse Adriaanse wrote: On Tue, 21 Mar 2006 23:26:05 +0100 Matthieu Herrb [EMAIL PROTECTED] wrote: Hi, I recently had to produce 'lspci -v' output for a machine running OpenBSD for some vendor. So I ported pciutils... Here's the result. It has some problems on macppc and sparc64 because of limitations in our /dev/pci implementation. I hope to be able to fix that in the future. Works just fine on macppc and i386 here. % sudo lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] 02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01) 02:00.1 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01) 02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) (rev 03) 02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
Re: erlang [Re: CVS: cvs.openbsd.org: src]
On Tue, Mar 21, 2006 at 07:45:54PM +0100, steven mestdagh wrote: [snip] in the mean time Mark Kettenis has committed a new asm implementation for exp(3). anyway, erlang is still failing. it is trying to multiply 3.23E+133 by 3.57E+257 and hangs there. no exp(3) involved afaik. See: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/erlang/patches/patch-ac?rev=1.3content-type=text/x-cvsweb-markup and http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/erlang/patches/patch-ad?rev=1.1content-type=text/x-cvsweb-markup For possible workaronds. I have no amd64 system, so I can't test this. -- Jon
Re: net/psi broken?
On Wednesday 22 March 2006 11:46, Bernd Ahlers wrote: viq [Wed, Mar 22, 2006 at 03:19:10AM +0100] wrote: Yes, Psi will fail to build if you have the libidn package installed. Remove it and Psi will once again build happily. Yes, just found that. Thank you for answer. Please try the following patch with *installed* libidn. Builds and installs both with and without libidn installed, didn't test any further than that. Bernd -- viq - 69 tysiecy samochodow na sprzedaz! http://link.interia.pl/f1916
Re: new: pciutils 2.2.1
New version, taking many suggestions into account: - remove extra comments from Makefile.template - remove an extra -g that leaked in lib/Makefile - make the port honour CFLAGS. (I tried to make it honour CC too, but something seems broken in how make and gmake interact) - mark pci.ids as @share, so that update-pciids can overwrite it Thanks for all testing and feedback. -- Matthieu Herrb pciutils.tgz Description: Binary data
Re: [update] mark devel/gstreamer broken
Since there's now close to no chance that devel/gstreamer will be fixed in time for release, I think it should be marked as broken at least on amd64 (I don't have other arches to see if it works or not). Otherwise the release's ports tree will ship in an inconsistent state. I have a better idea - fix it. In any case 3.9 is long done and we're already working on -current.
Re: KDE: ark
On Wed, 22 Mar 2006 07:38:47 +0100, Otto Moerbeek wrote: It depends on what you call proper. Naïve as I am, just when I tar /home/users/, that it doesn't bug out on long filenames/paths. Most of those come without the users being guilty; from titles of movies and MP3s. You're just using a gnu extension. Gnu tar archives are not portable. When do you want to encounter that? ONn archive build or archive extract? IMHO, it seems to work when I tar and untar with gtar. I'd prefer the native tar, though. But its error messages on build don't make me feel at ease. Uwe
