Re: @newuser question

[Ian McWilliam]

On 8 Feb 2006, at 12:00 PM, Arnaud Bergeron wrote:


On 2/7/06, Nikolay Sturm <[EMAIL PROTECTED]> wrote:

* Keith Richardson [2006-02-07]:

for the same UID.  Are there any reasons *not* to provide the
next-availble UID if the '!' prefix wasn't specified?


In a network, having different UIDs for the same accounts is just
calling for trouble. You really want a deterministic solution there.

Nikolay



Also some apps have their uids compiled-in.  What would happen if
another port "stole" the uid because the one just before was taken (or
whatever the reason).



This is poor software design. They should be looking up the uid or  
gid and not relying on a hard coded number.



Ian McWilliam

freebsd_lib update

[Brad]

Hi,

Here is an update to the freebsd_lib port with a new
tarball rolled using FreeBSD 4.11 libraries. I eliminated
the FreeBSD 1.x, 2.0.x and 2.1.x libraries when I rolled
this new tarball.


Index: Makefile
===
RCS file: /cvs/ports/emulators/freebsd_lib/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile
--- Makefile14 Jul 2005 06:56:24 -  1.30
+++ Makefile8 Feb 2006 03:24:02 -
@@ -4,14 +4,14 @@ ONLY_FOR_ARCHS=   i386
 
 COMMENT=   "libraries necessary for FreeBSD compatibility"
 
-DISTNAME=  freebsd_lib-4.0
+DISTNAME=  freebsd_lib-4.11
 CATEGORIES=emulators
-MASTER_SITES=  ftp://ftp.dqc.org/pub/brad/source/
+MASTER_SITES=  http://comstyle.com/source/
 EXTRACT_ONLY=
 
 HOMEPAGE=  http://www.freebsd.org/
 
-# XXX no license, but obviously bsd licensed
+# BSD
 PERMIT_PACKAGE_CDROM=  Yes
 PERMIT_PACKAGE_FTP=Yes
 PERMIT_DISTFILES_CDROM=Yes
Index: distinfo
===
RCS file: /cvs/ports/emulators/freebsd_lib/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo5 Jan 2005 16:28:22 -   1.2
+++ distinfo8 Feb 2006 03:24:02 -
@@ -1,4 +1,4 @@
-MD5 (freebsd_lib-4.0.tar.gz) = 0979d69027ef7efd60c980d066846dda
-RMD160 (freebsd_lib-4.0.tar.gz) = 80c2fba77a11bf924fef2d56112a5a88d8391203
-SHA1 (freebsd_lib-4.0.tar.gz) = a170d71ddbeffaa74d07964250aea8e3fb70ee29
-SIZE (freebsd_lib-4.0.tar.gz) = 7507727
+MD5 (freebsd_lib-4.11.tar.gz) = ec70820917ff053b1cd873471b061fec
+RMD160 (freebsd_lib-4.11.tar.gz) = e708c9b3543bb19f28105141df60fc5b53c14b4e
+SHA1 (freebsd_lib-4.11.tar.gz) = ada41fbe81450ca8ff3969e25528d800b0c36bc6
+SIZE (freebsd_lib-4.11.tar.gz) = 8068516
Index: pkg/DESCR
===
RCS file: /cvs/ports/emulators/freebsd_lib/pkg/DESCR,v
retrieving revision 1.4
diff -u -p -r1.4 DESCR
--- pkg/DESCR   15 Dec 2003 21:42:25 -  1.4
+++ pkg/DESCR   8 Feb 2006 03:24:02 -
@@ -1,3 +1,3 @@
 These libraries are part of the FreeBSD compatibility options
 for OpenBSD. These libraries provide support for binaries built
-on FreeBSD 1.x, 2.0.x, 2.1.x, 2.2.x, 3.x and 4.0 systems.
+on FreeBSD 2.2.x, 3.x and 4.x systems.
Index: pkg/PLIST
===
RCS file: /cvs/ports/emulators/freebsd_lib/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST   9 Nov 2004 14:48:25 -   1.7
+++ pkg/PLIST   8 Feb 2006 03:24:02 -
@@ -1,4 +1,5 @@
 @comment $OpenBSD: PLIST,v 1.7 2004/11/09 14:48:25 alek Exp $
+COPYRIGHT
 sbin/
 sbin/ldconfig
 usr/
@@ -10,6 +11,7 @@ usr/X11R6/lib/aout/libPEX5.so.6.0
 usr/X11R6/lib/aout/libSM.so.6.0
 usr/X11R6/lib/aout/libX11.so.6.1
 usr/X11R6/lib/aout/libXIE.so.6.0
+usr/X11R6/lib/aout/libXThrStub.so.6.0
 usr/X11R6/lib/aout/libXaw.so.6.1
 usr/X11R6/lib/aout/libXext.so.6.3
 usr/X11R6/lib/aout/libXi.so.6.0
@@ -18,130 +20,152 @@ usr/X11R6/lib/aout/libXp.so.6.2
 usr/X11R6/lib/aout/libXt.so.6.0
 usr/X11R6/lib/aout/libXtst.so.6.1
 usr/X11R6/lib/aout/liboldX.so.6.0
+usr/X11R6/lib/libFS.so
+usr/X11R6/lib/libFS.so.6
 usr/X11R6/lib/libGL.so
 usr/X11R6/lib/libGL.so.1
+usr/X11R6/lib/libGLU.so
+usr/X11R6/lib/libGLU.so.1
+usr/X11R6/lib/libGLw.so
+usr/X11R6/lib/libGLw.so.1
 usr/X11R6/lib/libICE.so
 usr/X11R6/lib/libICE.so.6
-usr/X11R6/lib/libPEX5.so
-usr/X11R6/lib/libPEX5.so.6
+usr/X11R6/lib/libOSMesa.so
+usr/X11R6/lib/libOSMesa.so.4
 usr/X11R6/lib/libSM.so
 usr/X11R6/lib/libSM.so.6
 usr/X11R6/lib/libX11.so
 usr/X11R6/lib/libX11.so.6
-usr/X11R6/lib/libXIE.so
-usr/X11R6/lib/libXIE.so.6
+usr/X11R6/lib/libXRes.so
+usr/X11R6/lib/libXRes.so.1
+usr/X11R6/lib/libXThrStub.so
+usr/X11R6/lib/libXThrStub.so.6
+usr/X11R6/lib/libXTrap.so
+usr/X11R6/lib/libXTrap.so.6
+usr/X11R6/lib/libXau.so
+usr/X11R6/lib/libXau.so.0
 usr/X11R6/lib/libXaw.so
 usr/X11R6/lib/libXaw.so.6
 usr/X11R6/lib/libXaw.so.7
+usr/X11R6/lib/libXcursor.so
+usr/X11R6/lib/libXcursor.so.1
 usr/X11R6/lib/libXext.so
 usr/X11R6/lib/libXext.so.6
 usr/X11R6/lib/libXfont.so
 usr/X11R6/lib/libXfont.so.1
+usr/X11R6/lib/libXfontcache.so
+usr/X11R6/lib/libXfontcache.so.1
 usr/X11R6/lib/libXi.so
 usr/X11R6/lib/libXi.so.6
+usr/X11R6/lib/libXinerama.so
+usr/X11R6/lib/libXinerama.so.1
 usr/X11R6/lib/libXmu.so
 usr/X11R6/lib/libXmu.so.6
+usr/X11R6/lib/libXmuu.so
+usr/X11R6/lib/libXmuu.so.1
 usr/X11R6/lib/libXp.so
 usr/X11R6/lib/libXp.so.6
 usr/X11R6/lib/libXpm.so
 usr/X11R6/lib/libXpm.so.4
+usr/X11R6/lib/libXrandr.so
+usr/X11R6/lib/libXrandr.so.2
+usr/X11R6/lib/libXrender.so
+usr/X11R6/lib/libXrender.so.1
+usr/X11R6/lib/libXss.so
+usr/X11R6/lib/libXss.so.1
 usr/X11R6/lib/libXt.so
 usr/X11R6/lib/libXt.so.6
 usr/X11R6/lib/libXtst.so
 usr/X11R6/lib/libXtst.so.6
+usr/X11R6/lib/libXv.so
+usr/X11R6/lib/libXv.so.1
+usr/X11R6/lib/libXvMC.so
+usr/X11R6/lib/libXvMC.so.1
+usr/X11R6/lib/libXxf86dga.so
+usr/X11R6/lib/libXxf86dga.so.1
+usr/X11R

Re: @newuser question

[Arnaud Bergeron]

On 2/7/06, Nikolay Sturm <[EMAIL PROTECTED]> wrote:
> * Keith Richardson [2006-02-07]:
> > for the same UID.  Are there any reasons *not* to provide the
> > next-availble UID if the '!' prefix wasn't specified?
>
> In a network, having different UIDs for the same accounts is just
> calling for trouble. You really want a deterministic solution there.
>
> Nikolay
>

Also some apps have their uids compiled-in.  What would happen if
another port "stole" the uid because the one just before was taken (or
whatever the reason).

--
"i think we should rewrite the kernel in java since it has good
support for threads." - Ted Unangst

3.9 testing - ghostscript-fonts expecting x11

[joshua stein]

[EMAIL PROTECTED]:~> sudo pkg_add 
ftp://rt.fm/pub/OpenBSD/snapshots/packages/i386/ImageMagick-6.2.6.0p0-no_x11.tgz
ImageMagick-6.2.6.0p0-no_x11:bzip2-1.0.3: complete 

ImageMagick-6.2.6.0p0-no_x11:jasper-1.701.0p1: complete 

ImageMagick-6.2.6.0p0-no_x11:jbigkit-1.6: complete 

ImageMagick-6.2.6.0p0-no_x11:jpeg-6bp3: complete 

ImageMagick-6.2.6.0p0-no_x11:tiff-3.7.3p0: complete 

ImageMagick-6.2.6.0p0-no_x11:lcms-1.12p1: complete 

ImageMagick-6.2.6.0p0-no_x11:png-1.2.8: complete 

ImageMagick-6.2.6.0p0-no_x11:netpbm-9.24p3: complete 

ImageMagick-6.2.6.0p0-no_x11:ghostscript-fonts-6.0: complete 

ImageMagick-6.2.6.0p0-no_x11:ghostscript-7.05p7-no_x11: complete 

ImageMagick-6.2.6.0p0-no_x11:libxml-2.6.16p8: complete 

ImageMagick-6.2.6.0p0-no_x11: complete 

You may wish to update your font path for 
/usr/local/share/ghostscript/fonts
Can't exec "/usr/X11R6/bin/mkfontdir": No such file or directory at 
/usr/libdata/perl5/OpenBSD/Error.pm line 30.
system(/usr/X11R6/bin/mkfontdir, /usr/local/share/ghostscript/fonts) 
failed: -1
Can't exec "/usr/X11R6/bin/fc-cache": No such file or directory at 
/usr/libdata/perl5/OpenBSD/Error.pm line 30.
system(/usr/X11R6/bin/fc-cache, /usr/local/share/ghostscript/fonts) 
failed: -1

Re: sparc packages snapshot

[Nikolay Sturm]

* Jasper Lievisse Adriaanse [2006-02-07]:
> But why isn't clisp marked broken then? It's quite obvious it doesn't
> work.

It's marked ONLY_FOR_ARCHS=i386, no idea about its status, though.

Nikolay

mozilla-firefox-1.5.0.1

[Markus Schatzl]

Hi list,

I encounter the same problem the second time now. It is possible
that this issue is entirely based on my ignorance, though I
dare to say that I am not the only one who is seeing this:

Firefox doesn't install cleanly and refuses to recognize
libcairo. Of course it nevertheless installs with 
-F libdepends, but I doubt it is intended this way. I also 
encountered Firefox just disappearing randomly, i.e. crashing in the 
last days when its getting too much to work, e.g. displaying a
site full of pics from ebay.

This lib-thing is most probably a hickup of the packaging system from 
some time ago and I didn't get rid of it. I rebuilt the whole system 
just today afternoon, and Firefox right now, but as I mentioned, I've 
seen these things for a couple of days now.

See the attachment for a short log. 

All the best,
/Markus
...
ln -f 
/usr/ports/www/mozilla-firefox/w-mozilla-firefox-1.5.0.1/fake-i386/usr/local/mozilla-firefox/firefox-bin
 
/usr/ports/www/mozilla-firefox/w-mozilla-firefox-1.5.0.1/fake-i386/usr/local/mozilla-firefox/mozilla-firefox-bin
===>  Building package for mozilla-firefox-1.5.0.1
Switching to /usr/ports/www/mozilla-firefox/pkg/PFRAG.shared
Link to /usr/ports/packages/i386/ftp/mozilla-firefox-1.5.0.1.tgz
Link to /usr/ports/packages/i386/cdrom/mozilla-firefox-1.5.0.1.tgz
===>  mozilla-firefox-1.5.0.1 depends on: esound-* - found
===>  mozilla-firefox-1.5.0.1 depends on: gettext->=0.10.38 - found
===>  Installing mozilla-firefox-1.5.0.1 from 
/usr/ports/packages/i386/all/mozilla-firefox-1.5.0.1.tgz
Can't install /usr/ports/packages/i386/all/mozilla-firefox-1.5.0.1.tgz: lib not 
found cairo.4.3
Even by looking in the dependency tree:
tiff-3.7.3, jpeg-6bp2, png-1.2.8, glib2-2.6.4, esound-0.2.34, 
atk-1.10.1, gettext-0.14.5p1, expat-1.95.6, libiconv-1.9.2p1, gtk+2-2.6.9p0, 
.libs-gettext-0.10.40p3, libaudiofile-0.2.6, pango-1.8.1
Maybe it's in a dependent package, but not tagged with @lib ?
(check with pkg_info -K -L)
If you are still running 3.6 packages, update them.
*** Error code 1

Stop in /usr/ports/www/mozilla-firefox (line 2019 of 
/usr/ports/infrastructure/mk/bsd.port.mk).
# 
# ldconfig -r | grep cairo
186:-lcairo.4.3 => /usr/local/lib/libcairo.so.4.3
# pkg_info -K -L cairo 
Information for cairo-1.0.2p0

Files:
@lib /usr/local/lib/libcairo.so.4.3
@file /usr/local/include/cairo/cairo-features.h
@file /usr/local/include/cairo/cairo-ft.h
@file /usr/local/include/cairo/cairo-glitz.h
@file /usr/local/include/cairo/cairo-pdf.h
...


pgpjxMJbvFQCG.pgp
Description: PGP signature

Cyrus IMAP Kerberos flavour

[Andreas Vögele]

The Kerberos flavour of Cyrus IMAP can't be built since libresolv was 
removed from -current.


$ cd /usr/ports/mail/cyrus-imapd
$ env FLAVOR=kerberos make
[...]
checking for prop_get in -lsasl2... no
configure: error: Cannot continue without libsasl2.

I've attached a patch that changes the remaining places in configure 
where -lresolv is used.  Tested on amd64.
Index: patches/patch-configure
===
RCS file: /cvs/ports/mail/cyrus-imapd/patches/patch-configure,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 patch-configure
--- patches/patch-configure 27 Mar 2005 18:01:50 -  1.1.1.1
+++ patches/patch-configure 7 Feb 2006 20:27:46 -
@@ -1,6 +1,6 @@
 configure.orig Tue Nov 23 19:55:47 2004
-+++ configure  Sat Jan 22 13:12:28 2005
-@@ -3286,10 +3286,9 @@ CFLAGS=$save_CFLAGS
+--- configure.orig Mon Feb 14 18:59:46 2005
 configure  Tue Feb  7 21:20:31 2006
+@@ -3287,10 +3287,9 @@
  fi
  
  if test "$ac_cv_fpic" = "yes"; then
@@ -13,7 +13,7 @@
  echo "$as_me:$LINENO: result: $ac_cv_fpic" >&5
  echo "${ECHO_T}$ac_cv_fpic" >&6
  
-@@ -4489,7 +4488,7 @@ if test "${ac_cv_lib_resolv_res_search+s
+@@ -4490,7 +4489,7 @@
echo $ECHO_N "(cached) $ECHO_C" >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -22,7 +22,20 @@
  cat >conftest.$ac_ext <<_ACEOF
  #line $LINENO "configure"
  /* confdefs.h.  */
-@@ -6728,7 +6727,7 @@ echo "$as_me: error: Berkeley DB 3.x or 
+@@ -4538,9 +4537,9 @@
+ fi
+ echo "$as_me:$LINENO: result: $ac_cv_lib_resolv_res_search" >&5
+ echo "${ECHO_T}$ac_cv_lib_resolv_res_search" >&6
+-if test $ac_cv_lib_resolv_res_search = yes; then
+-  LIB_SOCKET="-lresolv $LIB_SOCKET"
+-fi
++#if test $ac_cv_lib_resolv_res_search = yes; then
++#  LIB_SOCKET="-lresolv $LIB_SOCKET"
++#fi
+ 
+ 
+ fi
+@@ -6729,7 +6728,7 @@
  
  
  
@@ -31,7 +44,7 @@
CPPFLAGS="${BDB_INCADD} ${CPPFLAGS}"
  
CYRUSDB_OBJS="$CYRUSDB_OBJS cyrusdb_berkeley.o"
-@@ -9639,7 +9638,7 @@ if test "${ac_cv_lib_resolv_res_search+s
+@@ -9649,7 +9648,7 @@
echo $ECHO_N "(cached) $ECHO_C" >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -40,7 +53,32 @@
  cat >conftest.$ac_ext <<_ACEOF
  #line $LINENO "configure"
  /* confdefs.h.  */
-@@ -11814,7 +11813,7 @@ if test "${ac_cv_lib_resolv_res_search+s
+@@ -9697,16 +9696,16 @@
+ fi
+ echo "$as_me:$LINENO: result: $ac_cv_lib_resolv_res_search" >&5
+ echo "${ECHO_T}$ac_cv_lib_resolv_res_search" >&6
+-if test $ac_cv_lib_resolv_res_search = yes; then
+-  cat >>confdefs.h <<_ACEOF
+-#define HAVE_LIBRESOLV 1
+-_ACEOF
++#if test $ac_cv_lib_resolv_res_search = yes; then
++#  cat >>confdefs.h <<_ACEOF
++##define HAVE_LIBRESOLV 1
++#_ACEOF
++#
++#  LIBS="-lresolv $LIBS"
++#
++#fi
+ 
+-  LIBS="-lresolv $LIBS"
+ 
+-fi
+-
+-
+   if test "$with_statickrb" = "yes" -a ! -d "$with_krb"; then
+   { { echo "$as_me:$LINENO: error: --enable-statickrb specified but 
--with-krb did not specify a valid directory" >&5
+ echo "$as_me: error: --enable-statickrb specified but --with-krb did not 
specify a valid directory" >&2;}
+@@ -11831,7 +11830,7 @@
echo $ECHO_N "(cached) $ECHO_C" >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -49,7 +87,31 @@
  cat >conftest.$ac_ext <<_ACEOF
  #line $LINENO "configure"
  /* confdefs.h.  */
-@@ -11892,7 +11891,7 @@ if test "${ac_cv_lib_gssapi_gss_unwrap+s
+@@ -11879,15 +11878,15 @@
+ fi
+ echo "$as_me:$LINENO: result: $ac_cv_lib_resolv_res_search" >&5
+ echo "${ECHO_T}$ac_cv_lib_resolv_res_search" >&6
+-if test $ac_cv_lib_resolv_res_search = yes; then
+-  cat >>confdefs.h <<_ACEOF
+-#define HAVE_LIBRESOLV 1
+-_ACEOF
++#if test $ac_cv_lib_resolv_res_search = yes; then
++#  cat >>confdefs.h <<_ACEOF
++##define HAVE_LIBRESOLV 1
++#_ACEOF
++#
++#  LIBS="-lresolv $LIBS"
++#
++#fi
+ 
+-  LIBS="-lresolv $LIBS"
+-
+-fi
+-
+   if test -d ${gssapi}; then
+  gssapi_dir="${gssapi}/lib"
+  GSSAPIBASE_LIBS="-L$gssapi_dir"
+@@ -11909,7 +11908,7 @@
echo $ECHO_N "(cached) $ECHO_C" >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -58,7 +120,7 @@
  cat >conftest.$ac_ext <<_ACEOF
  #line $LINENO "configure"
  /* confdefs.h.  */
-@@ -12242,8 +12241,8 @@ fi
+@@ -12259,8 +12258,8 @@
  GSSAPIBASE_STATIC_LIBS="$GSSAPIBASE_LIBS $gssapi_dir/libgssapi_krb5.a 
$gssapi_dir/libkrb5.a $gssapi_dir/libk5crypto.a $gssapi_dir/libcom_err.a"
elif test "$gss_impl" = "heimdal"; then
  CPPFLAGS="$CPPFLAGS -DKRB5_HEIMDAL"
@@ -69,7 +131,7 @@
elif test "$gss_impl" = "cybersafe03"; then
  # Version of CyberSafe with two libraries
  CPPFLAGS="$CPPFLAGS -D$platform -I${gssapi}/appsec-sdk/include"
-@@ -12435,7 +12434,7 @@ if test "${ac_cv_lib_resolv_res_search+s
+@@ -12452,7 +12451,7 @@
echo $ECHO_N "(cached) $ECHO_C" >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -78,7 +140,7 @@
  cat >conftest.$ac_ext <<_ACEOF
  #line $LINENO "configure"
  /* confdefs.h.  */
-@@ -12483,9 +12482,9 @@ LIBS=$ac_check_lib_save_LIBS
+@@ -12500,9 +12499,9 @@
  fi
  echo "$as_me:$LINENO: result: $ac_cv_lib_resolv_res_search"

Re: sparc packages snapshot

[Jasper Lievisse Adriaanse]

On Tue, 7 Feb 2006 21:35:07 +0100
Nikolay Sturm <[EMAIL PROTECTED]> wrote:

> * Jasper Lievisse Adriaanse [2006-02-07]:
> > > math/maxima   clisp not for sparc
> 
> There is nothing to fix here. clisp is only for i386 and maxima,
> theoretically, works EVERYWHERE, where there is a clisp. So when clisp
> will work on sparc, we'll see what happens with maxima. We only mark
> ports broken or ONLY_FOR_ARCHS which actually are.
Ok, thanks you.
But why isn't clisp marked broken then? It's quite obvious it doesn't work.

> 
> Nikolay
> 
Cheers,
Jasper

-- 
Humppa is a serious thing!


pgpKw9nLVF5O9.pgp
Description: PGP signature

mail/sylpheed-claws with dillo subpackage broken

[Sigfred Håversen]

The package sylpheed-claws-dillo-1.9.6p1.tgz is on the i386
snapshots, but www/dillo is marked broken, so installation will
fail. This subpackage should not be built then?

/Sigfred

Re: sparc packages snapshot

[Nikolay Sturm]

* Jasper Lievisse Adriaanse [2006-02-07]:
> > math/maxima clisp not for sparc

There is nothing to fix here. clisp is only for i386 and maxima,
theoretically, works EVERYWHERE, where there is a clisp. So when clisp
will work on sparc, we'll see what happens with maxima. We only mark
ports broken or ONLY_FOR_ARCHS which actually are.

Nikolay

sbcl?

[martin]

tail output from build process of latest sbcl (0.9.9) with installed 
version 0.8.10 on a Jan 15 -current system: 

###
e/target-arch.h ./src/runtime/target-lispregs.h ./src/runtime/target-arch-os.h 
/$scratchfilename=/tmp/canonicalize-whitespace-1.23852.tmp
//entering make-host-1.sh
//building cross-compiler, and doing first genesis
This is SBCL 0.8.10, an implementation of ANSI Common Lisp.
More information about SBCL is available at .

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
*
5
* fatal error encountered in SBCL pid 13785:
fault in heap page not marked as write-protected
The system is too badly corrupted or confused to continue at the Lisp
level. If the system had been compiled with the SB-LDB feature, we'd drop
into the LDB low-level debugger now. But there's no LDB in this build, so
we can't really do anything but just exit, sorry.

###
As I can't compile any version unfortunately can't get debugger 
output. Ideas?

Re: sparc packages snapshot

[Jasper Lievisse Adriaanse]

On Tue, 07 Feb 2006 20:15:37 +0100
Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote:

> On Sat, 4 Feb 2006 19:41:09 -0700
> Peter Valchev <[EMAIL PROTECTED]> wrote:
> 
> > security/p5-Digest-MD5-M4p  M4p.xs:135: stray '\' in program
> 
> That file is in DOS format, that's what broke it, and made gcc2
> choke on it. I fixed it on my alpha, and I assume it works too
> on the sparc.

This is much, much cleaner:

Index: Makefile
===
RCS file: /cvs/ports/security/p5-Digest-MD5-M4p/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile2005/03/30 21:16:18 1.2
+++ Makefile2006/02/07 20:06:14
@@ -17,4 +17,8 @@
 
 INSTALL_TARGET=install_site
 
+post-extract:
+   @mv ${WRKSRC}/M4p.xs ${WRKSRC}/M4p.xs.orig
+   @tr -d '\15\32' < ${WRKSRC}/M4p.xs.orig > ${WRKSRC}/M4p.xs
+
 .include 

Cheers,
Jasper

-- 
Humppa is a serious thing!


pgpp8XsWyxQ18.pgp
Description: PGP signature

Re: sparc packages snapshot

[Jasper Lievisse Adriaanse]

On Sat, 4 Feb 2006 19:41:09 -0700
Peter Valchev <[EMAIL PROTECTED]> wrote:

> math/maxima   clisp not for sparc

Index: Makefile
===
RCS file: /cvs/ports/math/maxima/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile2005/02/25 14:31:50 1.5
+++ Makefile2006/02/07 19:43:03
@@ -1,5 +1,6 @@
 # $OpenBSD: Makefile,v 1.5 2005/02/25 14:31:50 alek Exp $
 
+BROKEN="Needs broken lang/clisp"
 COMMENT=   "GPL computer algebra system based on DOE Macsyma"
 
 VERSION=   5.9.0

Maybe an ONLY_FOR_ARCHS= i386 is needed too, because of clisp?

This makes me wonder again, why lang/clisp isn't marked broken too...

Cheers,
Jasper

-- 
Humppa is a serious thing!


pgpFIdhjAgLYg.pgp
Description: PGP signature

Re: asterisk, alignment problem with sparc64

[Jason Wright]

Stuart Henderson <[EMAIL PROTECTED]> writes:

> Does anyone have time to help with an alignment problem in
> asterisk that was reported to me? I've been trying to learn
> enough C to work it out myself but haven't had luck/time yet
> and with 3.9 approaching thought it would be better to ask.
> 
> The offending code seems to be line 699 of channels/iax2-parse.c,
> parsing incoming iax packets from the network -
> 
> int iax_parse_ies(struct iax_ies *ies, unsigned char *data, int datalen)
> {
> ...
> case IAX_IE_APPARENT_ADDR:
> ies->apparent_addr = ((struct sockaddr_in *)(data + 2));
> ...
> 
Ugly code, but a simple fix might be:

int iax_parse_ies(struct iax_ies *ies, unsigned char *data, int datalen) {
struct sockaddr_in moo;
...
case IAX_IE_APPARENT_ADDR:
bcopy(data + 2, &moo, sizeof(moo));
ies->apparent_addr = &moo;
...
Without looking at the actual code, it's hard to say whether this would
actually work (ie. moo is an auto variable, and disappears when the
functions exits, etc).

--Jason L. Wright

Re: sparc packages snapshot

[Jasper Lievisse Adriaanse]

On Sat, 4 Feb 2006 19:41:09 -0700
Peter Valchev <[EMAIL PROTECTED]> wrote:

> security/p5-Digest-MD5-M4pM4p.xs:135: stray '\' in program

That file is in DOS format, that's what broke it, and made gcc2
choke on it. I fixed it on my alpha, and I assume it works too
on the sparc.

This fix is quite ugly, but if I would've made a patch for the file,
that file would be twice the size M4p.xs...

Anyway, here's a diff for the Makefile,

Index: Makefile
===
RCS file: /cvs/ports/security/p5-Digest-MD5-M4p/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile30 Mar 2005 21:16:18 -  1.2
+++ Makefile7 Feb 2006 19:16:48 -
@@ -17,4 +17,7 @@
 
 INSTALL_TARGET=install_site
 
+post-extract:
+   @cp files/M4p.xs ${WRKDIST}
+
 .include 


And files/M4p.xs is attached.
The port now builds, and it passes it's (minimal) tests.


Cheers,
Jasper

-- 
Humppa is a serious thing!



M4p.xs
Description: Binary data


pgpq2xgUlEULf.pgp
Description: PGP signature

UPDATE: x11/eterm

[David Hill]

Hello -
This patches brings Eterm up to 0.9.3.  I had some help from the FreeBSD
ports. 

Please test.

- David

Index: ports/x11/eterm/Makefile
===
RCS file: /cvs/ports/x11/eterm/Makefile,v
retrieving revision 1.21
diff -u -r1.21 Makefile
--- ports/x11/eterm/Makefile12 Jan 2006 01:05:22 -  1.21
+++ ports/x11/eterm/Makefile7 Feb 2006 18:31:20 -
@@ -1,19 +1,19 @@
 # $OpenBSD: Makefile,v 1.21 2006/01/12 01:05:22 naddy Exp $
 
 COMMENT=   "color X11 terminal emulator with transparency support"
-COMMENT-kanji= "color japanese terminal emulator with transparency support"
-PKGNAME=   eterm-0.8.10p0
-FULLPKGNAME-kanji= ja-eterm-0.8.10p0
-DISTNAME=  Eterm-0.8.10
-SHARED_LIBS=   Eterm   0.8 \
-   mej 0.8
+PKGNAME=   eterm-0.9.3
+DISTNAME=  Eterm-0.9.3
+SHARED_LIBS=   Eterm   0.9
 
 CATEGORIES=x11
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=eterm/}
 
 HOMEPAGE=  http://eterm.sourceforge.net/
 
-LIB_DEPENDS=   Imlib.19::graphics/imlib
+MAINTAINER=David Hill <[EMAIL PROTECTED]>
+
+LIB_DEPENDS=   Imlib2.2::graphics/imlib2 \
+   ast.2::devel/libast \
 
 # GPL with some custom licenses
 PERMIT_PACKAGE_CDROM=  "may not sell"
@@ -26,20 +26,21 @@
 
 USE_LIBTOOL=   Yes
 CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS=${CONFIGURE_SHARED}
-
-FLAVORS=   kanji
-FLAVOR?=
+CONFIGURE_ARGS?=--enable-trans --enable-utmp \
+   --enable-xim --with-theme-update \
+   --with-backspace=bs --without-terminfo \
+   ${CONFIGURE_SHARED}
+CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
+   LDFLAGS="-L${LOCALBASE}/lib"
 
-.if ${FLAVOR:L:Mkanji}
-CFLAGS+=   -DKANJI
-CATEGORIES+=   japanese
+.if ${MACHINE_ARCH:Mi386}
+CONFIGURE_ARGS+= --enable-mmx
 .endif
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/Eterm
${INSTALL_DATA} ${WRKSRC}/ReleaseNotes ${PREFIX}/share/doc/Eterm
-   ${INSTALL_DATA} ${WRKSRC}/doc/Eterm.tcap ${PREFIX}/share/doc/Eterm
-   ${INSTALL_DATA} ${WRKSRC}/doc/Eterm.ti ${PREFIX}/share/doc/Eterm
+#  ${INSTALL_DATA} ${WRKSRC}/doc/Eterm.tcap ${PREFIX}/share/doc/Eterm
+#  ${INSTALL_DATA} ${WRKSRC}/doc/Eterm.ti ${PREFIX}/share/doc/Eterm
 
 .include 
Index: ports/x11/eterm/distinfo
===
RCS file: /cvs/ports/x11/eterm/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- ports/x11/eterm/distinfo5 Jan 2005 17:53:53 -   1.2
+++ ports/x11/eterm/distinfo7 Feb 2006 18:31:20 -
@@ -1,4 +1,4 @@
-MD5 (Eterm-0.8.10.tar.gz) = 44b0b498d8186205d0898b266643fbf1
-RMD160 (Eterm-0.8.10.tar.gz) = bee0f8f842d3a3538cdea83d7638827622e9a935
-SHA1 (Eterm-0.8.10.tar.gz) = 0cafeec2c9d79c874c6b312dcb105b912168ad0d
-SIZE (Eterm-0.8.10.tar.gz) = 593026
+MD5 (Eterm-0.9.3.tar.gz) = dd089fa7768f945341d721dd4942c702
+RMD160 (Eterm-0.9.3.tar.gz) = 4e9f57807f1658cf8bea90219e296f4184f31452
+SHA1 (Eterm-0.9.3.tar.gz) = df12cb09676ca265d65b8b5ac61f1ec88d58c692
+SIZE (Eterm-0.9.3.tar.gz) = 660767
Index: ports/x11/eterm/patches/patch-doc-Makefile_in
===
RCS file: ports/x11/eterm/patches/patch-doc-Makefile_in
diff -N ports/x11/eterm/patches/patch-doc-Makefile_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ ports/x11/eterm/patches/patch-doc-Makefile_in   7 Feb 2006 18:31:20 
-
@@ -0,0 +1,36 @@
+--- doc/Makefile.in.orig   Tue Dec 14 13:46:51 2004
 doc/Makefile.inTue Feb  7 13:21:56 2006
+@@ -230,7 +230,6 @@
+ 
+ install-data-am: install-man
+   @$(NORMAL_INSTALL)
+-  $(MAKE) $(AM_MAKEFLAGS) install-data-hook
+ install-data: install-data-am
+ 
+ install-am: all-am
+@@ -282,24 +281,10 @@
+ maintainer-clean-generic clean mostlyclean distclean maintainer-clean
+ 
+ 
+-all: Makefile Eterm.1.html
++all: Makefile
+ 
+ Eterm.1: $(top_srcdir)/doc/Eterm.1.in
+   $(SED) -e 's%@''VERSION''@%$(VERSION)%g' -e 's%@''DATE''@%$(DATE)%g' -e 
'[EMAIL PROTECTED]@%$(pkgdatadir)/themes%g' $(top_srcdir)/doc/[EMAIL PROTECTED] 
> $@
+-
+-Eterm.1.html: Eterm.1
+-  (nroff -man $< | man2html -title Eterm > $@) || :
+-
+-install-data-hook:
+-  $(TIC) Eterm.ti || (mkinstalldirs $(HOME)/.terminfo && $(TIC) 
-o$(HOME)/.terminfo Eterm.ti) || :
+-  -(infocmp -C -sc Eterm | sed -e '/Reconstructed/d' -e '/\.\.sa=/d' \
+--e 
's!^\([[:space:]]:co#.*\):\\$$!\1:pa#64:Co#8:AF=\\E[3%dm:AB=\\E[4%dm:op=\\E[39m\\E[49m:\\!'
 \
+--e 's!:$$!:\\!' ; echo '  
:ac=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~:' \
+-) > Eterm.tcap.new && mv Eterm.tcap.new Eterm.tcap || rm -f 
Eterm.tcap.new
+-  -if test -f /usr/share/misc/termcap && test -f Eterm.tcap ; then \
+-  grep -i 'Eterm Terminal Emulator' /usr/share/misc/termcap || cat 
Eterm.tcap >> /usr/share/misc/termcap ; \
+-  cap_mkdb termcap ; \
+-  fi || :
+ 
+ # Tell versions [3.59,3.63)

asterisk, alignment problem with sparc64

[Stuart Henderson]

Does anyone have time to help with an alignment problem in
asterisk that was reported to me? I've been trying to learn
enough C to work it out myself but haven't had luck/time yet
and with 3.9 approaching thought it would be better to ask.

The offending code seems to be line 699 of channels/iax2-parse.c,
parsing incoming iax packets from the network -

int iax_parse_ies(struct iax_ies *ies, unsigned char *data, int datalen)
{
...
case IAX_IE_APPARENT_ADDR:
ies->apparent_addr = ((struct sockaddr_in *)(data + 2));
...

Around this particular code are a bunch of similar lines which
do take care of alignment, but only for ints etc and not for
stuctures, and I wasn't able to work out what would be required.

I haven't been able to trigger the problem on my own sparc64 box
with iax, but it was also reported at
http://bugs.digium.com/bug_view_page.php?bug_id=6354

tia..

Re: UPDATE: devel/libast

[David Hill]

Argh.

Forgot new PLIST.  Use this patch.


Index: ports/devel/libast/Makefile
===
RCS file: /cvs/ports/devel/libast/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- ports/devel/libast/Makefile 2 Jan 2006 18:15:53 -   1.3
+++ ports/devel/libast/Makefile 7 Feb 2006 17:59:04 -
@@ -2,8 +2,7 @@
 
 COMMENT=   "library of assorted spiffy things"
 
-DISTNAME=  libast-0.6.1
-PKGNAME=   ${DISTNAME}p0
+DISTNAME=  libast-0.7
 SHARED_LIBS=   ast 2.1
 MODGNU_SHARED_LIBS=ast ''
 CATEGORIES=devel
Index: ports/devel/libast/distinfo
===
RCS file: /cvs/ports/devel/libast/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- ports/devel/libast/distinfo 28 May 2005 09:06:33 -  1.1.1.1
+++ ports/devel/libast/distinfo 7 Feb 2006 17:59:04 -
@@ -1,4 +1,4 @@
-MD5 (libast-0.6.1.tar.gz) = 1cbbf86a0afb74a5905dc92982117250
-RMD160 (libast-0.6.1.tar.gz) = 85d6a6433fe12c81d120adf7e6567c0676d26b8c
-SHA1 (libast-0.6.1.tar.gz) = 894b9dda8e6f971e0192b78d05dc4812839a01cb
-SIZE (libast-0.6.1.tar.gz) = 356881
+MD5 (libast-0.7.tar.gz) = a9ec3b2da317f35869316e6d9571d296
+RMD160 (libast-0.7.tar.gz) = 82dedafc23668f0bbecbf09433676d4b31e9e154
+SHA1 (libast-0.7.tar.gz) = 8449049642c5a945336a326b8d512e4d261232d0
+SIZE (libast-0.7.tar.gz) = 508654
Index: ports/devel/libast/pkg/PLIST
===
RCS file: /cvs/ports/devel/libast/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- ports/devel/libast/pkg/PLIST28 May 2005 09:06:33 -  1.1.1.1
+++ ports/devel/libast/pkg/PLIST7 Feb 2006 17:59:04 -
@@ -9,6 +9,7 @@
 include/libast/linked_list.h
 include/libast/list_if.h
 include/libast/map_if.h
+include/libast/mbuff.h
 include/libast/obj.h
 include/libast/objpair.h
 include/libast/regexp.h

UPDATE: devel/libast

[David Hill]

Hello -
This brings devel/libast up to 0.7, which the new Eterm requires.

Builds on i386.
- David

Index: ports/devel/libast/Makefile
===
RCS file: /cvs/ports/devel/libast/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- ports/devel/libast/Makefile 2 Jan 2006 18:15:53 -   1.3
+++ ports/devel/libast/Makefile 7 Feb 2006 17:28:16 -
@@ -2,8 +2,7 @@
 
 COMMENT=   "library of assorted spiffy things"
 
-DISTNAME=  libast-0.6.1
-PKGNAME=   ${DISTNAME}p0
+DISTNAME=  libast-0.7
 SHARED_LIBS=   ast 2.1
 MODGNU_SHARED_LIBS=ast ''
 CATEGORIES=devel
Index: ports/devel/libast/distinfo
===
RCS file: /cvs/ports/devel/libast/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- ports/devel/libast/distinfo 28 May 2005 09:06:33 -  1.1.1.1
+++ ports/devel/libast/distinfo 7 Feb 2006 17:28:16 -
@@ -1,4 +1,4 @@
-MD5 (libast-0.6.1.tar.gz) = 1cbbf86a0afb74a5905dc92982117250
-RMD160 (libast-0.6.1.tar.gz) = 85d6a6433fe12c81d120adf7e6567c0676d26b8c
-SHA1 (libast-0.6.1.tar.gz) = 894b9dda8e6f971e0192b78d05dc4812839a01cb
-SIZE (libast-0.6.1.tar.gz) = 356881
+MD5 (libast-0.7.tar.gz) = a9ec3b2da317f35869316e6d9571d296
+RMD160 (libast-0.7.tar.gz) = 82dedafc23668f0bbecbf09433676d4b31e9e154
+SHA1 (libast-0.7.tar.gz) = 8449049642c5a945336a326b8d512e4d261232d0
+SIZE (libast-0.7.tar.gz) = 508654

UPDATE: emulators/stella

[Niall O'Higgins]

This updates emulators/stella to the latest 2.1 release. 

Tested on amd64.

Index: Makefile
===
RCS file: /usr/repository/ports/emulators/stella/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile31 Oct 2005 23:46:38 -  1.2
+++ Makefile7 Feb 2006 16:37:51 -
@@ -2,7 +2,7 @@
 
 COMMENT=   "Atari 2600 VCS emulator"
 
-DISTNAME=  stella-2.0.1
+DISTNAME=  stella-2.1
 CATEGORIES=emulators
 DISTFILES= ${DISTNAME}-src.tar.gz
 
Index: distinfo
===
RCS file: /usr/repository/ports/emulators/stella/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo31 Oct 2005 23:46:38 -  1.2
+++ distinfo7 Feb 2006 16:38:26 -
@@ -1,4 +1,4 @@
-MD5 (stella-2.0.1-src.tar.gz) = ade7b534db5ff1a1626d51c38ad6d9e1
-RMD160 (stella-2.0.1-src.tar.gz) = 12d1917173a969fe9979e348bdaf06a691ff186f
-SHA1 (stella-2.0.1-src.tar.gz) = 59cbeafd9186f1aca7eaf9fd6aac495762916117
-SIZE (stella-2.0.1-src.tar.gz) = 1022969
+MD5 (stella-2.1-src.tar.gz) = 74250daa816f044e97684640f750f140
+RMD160 (stella-2.1-src.tar.gz) = 7ddecbcc78bf0ddd3a0aedf924f00b69e2ec6013
+SHA1 (stella-2.1-src.tar.gz) = 2ab0163a24ad877d81dc8f9ee77cfd1482194e14
+SIZE (stella-2.1-src.tar.gz) = 1062215
Index: pkg/PLIST
===
RCS file: /usr/repository/ports/emulators/stella/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST   18 Oct 2005 19:51:58 -  1.1.1.1
+++ pkg/PLIST   7 Feb 2006 16:43:08 -
@@ -1,9 +1,9 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2005/10/18 19:51:58 niallo Exp $
 bin/stella
 share/doc/stella/
-share/doc/stella/cheat.html
 share/doc/stella/debugger.html
 share/doc/stella/graphics/
+share/doc/stella/graphics/cheat.png
 share/doc/stella/graphics/chucky_cheese.png
 share/doc/stella/graphics/circuit.png
 share/doc/stella/graphics/console.png

Re: Don't submit new ports at this point in time!

[Robert Nagy]

There are also new i386 snapshot packages on the FTP mirrors (20060206).
Please install, remove, update and do whatever you can with these packages,
and report any bad behaviour.

Thank you.

On (07/02/06 13:14), Nikolay Sturm wrote:
> Hey,
> 
> just a reminder to all the busy people porting applications atm and
> sending their work to [EMAIL PROTECTED] It's useless, it will be forgotten, 
> don't
> do it. At this point in time we are only concerned with bugfixes and
> cleanup of the ports tree, so that 3.9 will be shipped with the best
> possible ports tree.
> 
> If you don't test the ports you use NOW, we will not be able to fix that
> bug you will encounter LATER.
> 
> If you send new ports or useless updates to ports, they will be
> forgotten, so your work is wasted. Don't do it. Don't distract others
> from testing what is in-tree by submitting more or less unfinished stuff.
> 
> The right thing to do, is to test what is in-tree, to report problems
> you find, to send important updates for the ports you maintain/use and
> to test, test, test again.
> 
> As I am not a complete asshole, I'll even add this: Please! :)
> 
> Nikolay

Re: problem in net/openafs

[Bernd Ahlers]

James Wright [Tue, Feb 07, 2006 at 05:27:27AM -0800] wrote:
>in net/openafs/Makefile, WRKDIST gets set to ${WRKDIR}/${PKGNAME}
>but PKGNAME was bumped to "openafs-1.4.0p0", which is not the 
>correct directory to find the source.
>
>this patch addresses the problem.

Slightly different fix committed. Thanks for the report.

Bernd

kde broken/unusable ?

[Antoine Jacoutot]

Hi...

amd64/3.9-current
This is not a bug report since I want to be sure this is not because of my own
stupidity (this is why I don't include much info).
I just compiled and installed the latest kde from ports. After that, I removed a
whole bunch of packages (gnome related). Then I created a local test user to try
KDE. Kde starts fine except that:
- most of the icons are missing (there're replaced with the blue kde gear)
- when clicking on my Home on the Desktop, a window appear with "Open with ?",
making it impossible to use (as a matter of fact, clicking on any available
icon either does nothing or make this windows appear)
- the KDE menu is empty (from memory, only Logout and Lock screen are available)

I then reinstalled all the packages I removed earlier and now KDE works fine
(well except for the missing icons and the empty menu except that some gnome
program were added to it). Any idea what could cause this ? Maybe there's a
dependency missing.
I can reproduce this on another i386 box.
If anyone can reproduce this too, please let me know as I will know it is not
because of my broken brain again ;-)

Thanks!

-- 
Antoine

problem in net/openafs

[James Wright]

in net/openafs/Makefile, WRKDIST gets set to ${WRKDIR}/${PKGNAME}
but PKGNAME was bumped to "openafs-1.4.0p0", which is not the 
correct directory to find the source.

this patch addresses the problem.
--- net/openafs/Makefile.orig   Tue Feb  7 05:20:30 2006
+++ net/openafs/MakefileTue Feb  7 05:25:26 2006
@@ -2,8 +2,10 @@
 
 COMMENT=   "Distributed filesystem OpenAFS"
 
-DISTNAME=  openafs-1.4.0-src
-PKGNAME=   openafs-1.4.0p0
+VER=   1.4.0
+DISTNAME=  openafs-${VER}-src
+PKGNAME=   openafs-${VER}p0
+WRKDIST=   ${WRKDIR}/openafs-${VER}
 CATEGORIES=net
 
 HOMEPAGE=  http://www.openafs.org
@@ -32,7 +34,6 @@
--with-afs-sysname=${ARCH}_obsd${OSrev} \
--enable-debug
 COPTS+= -ggdb
-WRKDIST=   ${WRKDIR}/${PKGNAME}
 
 pre-configure:
@if [ ! -d /usr/src/sys ]; then \

Re: @newuser question

[Nikolay Sturm]

* Keith Richardson [2006-02-07]:
> for the same UID.  Are there any reasons *not* to provide the
> next-availble UID if the '!' prefix wasn't specified?

In a network, having different UIDs for the same accounts is just
calling for trouble. You really want a deterministic solution there.

Nikolay

@newuser question

[Keith Richardson]

Hello,

pkg_create(1) says I can force a UID by prefixing the desired UID with '!'.  
That implies that, if the UID is *not* prefixed with '!', the install process 
will *not* force the UID supplied but, rather, give you some other available 
UID.  Really going out on a limb, I would think that the next available UID 
would be used.


However, testing a @newuser command both with and without the '!' prefix 
shows that if the UID (but not user name) already exists, useradd will still 
be called with the already-in-use UID.  Of course, this fails. 

Not specifing the UID still gives me a dynamic one but within the range of 
usermgmt.conf(5).  This range isn't suitable for daemon users though, from 
a "standards" standpoint.


What did I miss?  I love Google but sometimes when I say "newuser", I don't 
mean "new user"...* 

*Also, even though only ~53 ports use @newuser, coordination 
(a.k.a. small headache) still needs to happen to ensure no two ports ask 
for the same UID.  Are there any reasons *not* to provide the next-availble 
UID if the '!' prefix wasn't specified?  I am not familiar with all the code 
but the attached **untested** patch should do the trick.  It's probably not 
in the best function design-wise but you get the idea.

**
Thanks,
Keith
*

@newuser* /name/:/uid/:/group/:/loginclass/:/comment/:/home/:/shell/
During pkg_add(1) 
,
 create a new user.  Happens before any file
creation.  All fields correspond to useradd(8) 

 parameters.  Some
fields are optional and can be left empty.  If the user already
exists, no action is taken.  Individual fields can be prefixed by
a `!' to make sure an existing user matches.  For instance, the
directive @newuser foo:!42 will make sure user foo has UID 42.
During pkg_delete(1) 
,
 users will be deleted if extra clean-up has
been requested, and if other installed packages don't list the
same user.



*** PackingElement.pm.dist  Tue Feb  7 05:33:26 2006
--- PackingElement.pm   Tue Feb  7 05:58:36 2006
***
*** 814,837 
--- 814,842 
  package OpenBSD::PackingElement::NewUser;
  our @ISA=qw(OpenBSD::PackingElement::Action);
  __PACKAGE__->setKeyword("newuser");
  
  sub category() { "users" }
  sub keyword() { "newuser" }
  
  sub new
  {
my ($class, $args) = @_;
my ($name, $uid, $group, $loginclass, $comment, $home, $shell) = 
split /\:/, $args;
+ 
+   if ($uid !~ m/^!/ ) {
+   $uid++  while ( defined getpwuid($uid));
+   }
+ 
bless { name => $name, uid => $uid, group => $group, 
class => $loginclass, 
comment => $comment, home => $home, shell => $shell }, $class;
  }
  
  sub check
  {
my $self = shift;
my ($name, $passwd, $uid, $gid, $quota, $class, $gcos, $dir, $shell, 
$expire) = getpwnam($self->{name});
return undef unless defined $name;
if ($self->{uid} =~ m/^\!/) {
***
*** 871,894 
--- 876,904 
  package OpenBSD::PackingElement::NewGroup;
  our @ISA=qw(OpenBSD::PackingElement::Action);
  
  __PACKAGE__->setKeyword("newgroup");
  
  sub category() { "groups" }
  sub keyword() { "newgroup" }
  
  sub new
  {
my ($class, $args) = @_;
my ($name, $gid) = split /\:/, $args;
+ 
+   if ($gid !~ m/^!/ ) {
+   $gid++  while ( defined getgrgid($gid));
+   }
+ 
bless { name => $name, gid => $gid }, $class;
  }
  
  sub check
  {
my $self = shift;
my ($name, $passwd, $gid, $members) = getgrnam($self->{name});
return undef unless defined $name;
if ($self->{gid} =~ m/^\!/) {
return 0 unless $gid == $';
}
return 1;

Re: Don't submit new ports at this point in time!

[Hannah Schroeter]

Hi!

On Tue, Feb 07, 2006 at 01:14:43PM +0100, Nikolay Sturm wrote:
>just a reminder to all the busy people porting applications atm and
>sending their work to [EMAIL PROTECTED] It's useless, it will be forgotten, 
>don't
>do it. At this point in time we are only concerned with bugfixes and
>cleanup of the ports tree, so that 3.9 will be shipped with the best
>possible ports tree.

I'd still hope for one of the newer erlang ports to go in, as anything
is better than what's currently in tree. The in-tree port is just
utterly broken, even though it's not explicitely marked that way.

>[...]

Kind regards,

Hannah.

Re: gstreamer does not build

[Bernd Ahlers]

Steven Mestdagh [Tue, Feb 07, 2006 at 01:10:42PM +0100] wrote:
>> I'm trying to build gstreamer on amd64/3.9-beta and it errors out...
>
>yeah, same here. looks like they forgot HAVE_CPU_X86_64 in gstarch.h.
>
Yes, there is some missing asm code for amd64. I've filed a bug report 
some time ago. http://bugzilla.gnome.org/show_bug.cgi?id=322831

The answer:

--8<--
In gstreamer 0.10 (the current stable release), the cothreads module is 
no longer used at all. We have no development resources for fixing 
problems with this sort of thing in 0.8; sorry about that.   

We'd be interested in seeing if 0.10 compiles (and works) on this 
platform, if you can test this.
-->8--

So we have to upgrade to gstreamer 0.10 to get amd64 support. The 
problem is, that applications which are using gstreamer have to be 
ported to new new gstreamer API...

I don't know if all our ports that depend on gstreamer can use the new 
version.

Bernd

Don't submit new ports at this point in time!

[Nikolay Sturm]

Hey,

just a reminder to all the busy people porting applications atm and
sending their work to [EMAIL PROTECTED] It's useless, it will be forgotten, 
don't
do it. At this point in time we are only concerned with bugfixes and
cleanup of the ports tree, so that 3.9 will be shipped with the best
possible ports tree.

If you don't test the ports you use NOW, we will not be able to fix that
bug you will encounter LATER.

If you send new ports or useless updates to ports, they will be
forgotten, so your work is wasted. Don't do it. Don't distract others
from testing what is in-tree by submitting more or less unfinished stuff.

The right thing to do, is to test what is in-tree, to report problems
you find, to send important updates for the ports you maintain/use and
to test, test, test again.

As I am not a complete asshole, I'll even add this: Please! :)

Nikolay

Re: gstreamer does not build

[steven mestdagh]

On Tue, Feb 07, 2006 at 11:51:55AM +0100, Antoine Jacoutot wrote:
> Hi...
> 
> I'm trying to build gstreamer on amd64/3.9-beta and it errors out...

yeah, same here. looks like they forgot HAVE_CPU_X86_64 in gstarch.h.

steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

xulrunner 1.8.0.1 port

[James Wright]

first cut of a xul runner 1.8.0.1 port

couple issues remain
1. needs decent instructions in pkg/MESSAGE or 
   README.OpenBSD
2. where/if to install the sdk
3. where/if to install samples

it seems to run fine with the sample projects
i've created and the ones available on the web.



xulrunner-1_8_0_1.tgz
Description: application/tar-gz

gstreamer does not build

[Antoine Jacoutot]

Hi...

I'm trying to build gstreamer on amd64/3.9-beta and it errors out...
It's kind of a stopper for me since gnome-session depends on it.
The build log is included.

Thanks!

-- 
Antoine

gstreamer-0.8.11p0.log.gz
Description: application/gzip

Re: Cyrus imap

[Antoine Jacoutot]

Selon Per-Olov Sjöholm <[EMAIL PROTECTED]>:
> Any port updates for cyrus imapd on the way? I am interested in some new
> features found in 2.3 and use the 2.2.12 port today.
>
> Asking as I prefer to have as much as possible in the system associated with
> packages. Otherwise I could just compile and install :-)

Hi...

I'm still waiting for the 2.3 branch to stabilize a bit. It is still considered
beta/testing release so I'd rather not update the port just yet.
As soon as the cyrus developers consider it as production ready, I'll update the
port.

Regards,

-- 
Antoine

mozilla-seamonkey 1.0 port

[James Wright]

first run at a mozilla-seamonkey (mozilla suite) port.

still need to change the SO_VERSION of libldap50 and libprldap50,
otherwise I have been using it without problem since 1st or 2nd
feb.

only tested on i386 so far.



mozilla-seamonkey-1.0.tgz
Description: application/tar-gz