ports/editors/xemacs-devel-mule-xft - compile ERROR!
Hi!
# uname -a
FreeBSD datacenter.technica-03.local 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0:
Fri Jan 4 09:25:21 EET 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP-DATACENTER i386
--
# bind (seen compile-stage-p dir)
do-update-elc-2
("/usr/ports/editors/xemacs-devel-mule-xft/work/xemacs-21.5.28/src/../lisp" t
nil)
# bind (dir)
(let ((dir (car command-line-args-left))) (load "autoload")
(load "bytecomp") (load "byte-optimize") (when (file-exists-p
(expand-file-name "REBUILD_AUTOLOADS" invocation-directory))
(update-autoload-files dir "auto" nil t) (byte-recompile-file
(expand-file-name "auto-autoloads.el" dir) 0) (when (featurep (quote mule))
(let ((muledir (expand-file-name "../lisp/mule" (file-truename dir
(update-autoload-files muledir "mule" nil t) (byte-recompile-file
(expand-file-name "auto-autoloads.el" dir) 0 (when (featurep (quote
modules)) (let* ((moddir (expand-file-name "../modules" (file-truename dir)))
(autofile (expand-file-name "auto-autoloads.el" moddir)))
(update-autoload-files (delete (concat (file-name-as-directory moddir) ".")
(delete (concat (file-name-as-directory moddir) "..") (directory-files moddir
t nil nil 0))) "modules" autofile) (byte-recompile-file autofile 0))) (load
(expand-file-name "auto-autoloads" lisp-directory)) (when (featurep (quote
mule)) (load (expand-file-name "mule/auto-autoloads" lisp-directory)))
(message "Removing old or spurious .elcs in directory tree `%s'..." dir)
(do-update-elc-2 dir nil nil) (message "Removing old or spurious .elcs in
directory tree `%s'...done" dir) (message "Recompiling updated .els in
directory tree `%s'..." dir) (do-update-elc-2 dir t nil)
(message "Recompiling updated .els in directory tree `%s'...done" dir)
(load "cus-dep") (Custom-make-dependencies dir) (byte-recompile-file
(expand-file-name "custom-load.el" dir) 0) (when (featurep (quote mule))
(Custom-make-dependencies (expand-file-name "mule" dir)) (byte-recompile-file
(expand-file-name "mule/custom-load.el" dir) 0)))
batch-update-elc-2()
# bind (arg)
command-line-do-funcall("-f")
# bind (dir file-count line end-of-options file-p arg tem)
command-line-1()
# bind (command-line-args-left)
command-line()
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
xemacs exiting.
Opening input file: "No such file or
directory",
"/usr/ports/editors/xemacs-devel-mule-xft/work/xemacs-21.5.28/lisp/.#auto-autoloads.el"***
Error code 255
Stop in /usr/ports/editors/xemacs-devel-mule-xft/work/xemacs-21.5.28/src.
*** Error code 1
Stop in /usr/ports/editors/xemacs-devel-mule-xft/work/xemacs-21.5.28.
*** Error code 1
Stop in /usr/ports/editors/xemacs-devel-mule-xft.
** Command failed [exit code
1]: /usr/bin/script -qa /var/tmp/portupgrade.40291.0 env
UPGRADE_TOOL=portupgrade UPGRADE_PORT=xemacs-devel-mule-xft-21.5.b28_2
UPGRADE_PORT_VER=21.5.b28_2 make
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
! editors/xemacs-devel-mule-xft (xemacs-devel-mule-xft-21.5.b28_2)
(unknown build error)
---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
--
--
Best regards, Andrei Lavreniyuk ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
Re: determining what ports directly depend on X
Aryeh Friedman wrote:
On 1/3/08, Frank J. Laszlo <[EMAIL PROTECTED]> wrote:
Aryeh Friedman wrote:
On 1/3/08, Frank J. Laszlo <[EMAIL PROTECTED]> wrote:
Aryeh Friedman wrote:
I need to determine which ports depend directly (i.e. they have it
listed as a B/RDEPS). The specfic task I am working on right now
(but this will need to be more general later) is attempting to find
all the direct childern of libtool15
A quick hack would be
grep libtool-1.5 /usr/ports/INDEX-6| awk -F"|" {'print $2'}
Doesn't quite work because it appears index is equiv to "make missing"
which includes indirect parents. For example x11-wm/compwiz does not
reference libool-1.5 except in a USE= line.
Most ports should be setup to use "USE_AUTOTOOLS", but obviously there
are a few strays.
Anything that uses USE_AUTOTOOLS should have LIBTOOL_DEPENDS defined.
You could check this. to collect the strays, grepping through for
^.*DEPENDS=.*libtool15" should pick them up.
Completely useless... it catchs stuff I know for a fact has no direct
dependancy on libtool15... for example I am the author (but not the
maintainer but I helped in the port creation) of devel/thistest and
the *ONLY* direct dependancy it has is java/jdk16 it still lists
libtool-1.5 as a depend in INDEX-8
Let me make it even easier for you. Heres a one-liner.
find /usr/ports -name Makefile -depth 3 -exec grep -l -e
"^.*DEPENDS=.*libtool15" -e "^USE_AUTOTOOLS=.*libtool:15" {} \;
Enjoy.
Regards,
Frank Laszlo
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
postgresql 8.2.5_1 client doesn't make with heimdal
anyone else having this when compiling postgres-client with heimdal support? system is 7.0-prerelease on amd64. heimdal installed: zock# pkg_info | grep heimdal heimdal-1.0.1 A popular BSD-licensed implementation of Kerberos 5 ===> Vulnerability check disabled, database not found ===> Found saved configuration for postgresql-client-8.2.5_1 ===> Extracting for postgresql-client-8.2.5_1 => MD5 Checksum OK for postgresql/postgresql-base-8.2.5.tar.bz2. => SHA256 Checksum OK for postgresql/postgresql-base-8.2.5.tar.bz2. => MD5 Checksum OK for postgresql/postgresql-opt-8.2.5.tar.bz2. => SHA256 Checksum OK for postgresql/postgresql-opt-8.2.5.tar.bz2. ===> Patching for postgresql-client-8.2.5_1 ===> Applying FreeBSD patches for postgresql-client-8.2.5_1 ===> postgresql-client-8.2.5_1 depends on executable: gmake - found ===> postgresql-client-8.2.5_1 depends on shared library: krb5.21 - not found ===>Verifying install for krb5.21 in /usr/ports/security/heimdal ===> Returning to build of postgresql-client-8.2.5_1 Error: shared library "krb5.21" does not exist *** Error code 1 Stop in /usr/ports/databases/postgresql82-client. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: determining what ports directly depend on X
Aryeh Friedman wrote:
On 1/3/08, Frank J. Laszlo <[EMAIL PROTECTED]> wrote:
Aryeh Friedman wrote:
On 1/3/08, Frank J. Laszlo <[EMAIL PROTECTED]> wrote:
Aryeh Friedman wrote:
I need to determine which ports depend directly (i.e. they have it
listed as a B/RDEPS). The specfic task I am working on right now
(but this will need to be more general later) is attempting to find
all the direct childern of libtool15
A quick hack would be
grep libtool-1.5 /usr/ports/INDEX-6| awk -F"|" {'print $2'}
Doesn't quite work because it appears index is equiv to "make missing"
which includes indirect parents. For example x11-wm/compwiz does not
reference libool-1.5 except in a USE= line.
Most ports should be setup to use "USE_AUTOTOOLS", but obviously there
are a few strays.
Anything that uses USE_AUTOTOOLS should have LIBTOOL_DEPENDS defined.
You could check this. to collect the strays, grepping through for
^.*DEPENDS=.*libtool15" should pick them up.
Completely useless... it catchs stuff I know for a fact has no direct
dependancy on libtool15... for example I am the author (but not the
maintainer but I helped in the port creation) of devel/thistest and
the *ONLY* direct dependancy it has is java/jdk16 it still lists
libtool-1.5 as a depend in INDEX-8
Huh? You should be greping the Makefile, not the INDEX. This solution
will require a bit of scripting to work properly. Any competent
administrator should be able to develop a script that check for these 2
things in about 10 minutes.
Regards,
Frank Laszlo
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [PATCH] portmaster with SU_CMD
On Thu, Jan 03, 2008 at 11:09:06PM -0600, Jeremy Messenger wrote: > On Thu, 03 Jan 2008 19:46:49 -0600, Jo Rhett <[EMAIL PROTECTED]> wrote: > >> On Nov 12, 2007, at 8:33 AM, Jeremy Messenger wrote: >>> I agree, because you can't build any ports in /usr/ports as in normal >>> user anyway. I don't see any good reason to do it either. >> >> Huh? In 5 years of using FreeBSD I've never built a single port as root. >> What are you talking about? > > You can't by default in /usr/ports. Mezz, I still don't see what default behaviour has got to do with anything. By default you build ports as root. By default portmaster builds as root (even with the SU_CMD patch). So what? By default root also uses csh (barf), and by default the FreeBSD kernel contains several binary blobs. I'm not OK with any of these, but I can change my system accordingly. It's all a matter of personal judgement and taste, nothing else. > [EMAIL PROTECTED] - [EMAIL PROTECTED] > FreeBSD GNOME Team I'd like to point out that I have found two problems in gnome-related ports in FreeBSD since I've been using my patch, both of them failed to build as root: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117976 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/118999 And both have been fixed, and you even comitted the fix for PR #117976 yourself. So obviously building as non-root isn't illegal nor is it discouraged. There is infrastructure in place to facilitate building as non-root in the ports system already, and all the patch does is add support for that infrastructure to portmaster. Whether Doug wants to maintain the patch in his tree is another question that is up for himself to decide on. But what has default behaviour of the system got to do with any of this? -- stefan http://stsp.name PGP Key: 0xF59D25F0 pgpgwLijMA4ED.pgp Description: PGP signature
FreeBSD Port: nikto-1.36_1
Hello, back on Dec. 11 Nikto 2.0.1 was released and I was wondering, do you have any plans to update the FreeBSD port to the new version of Nikto? Thanks, Ben ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: nmap-4.20_1
Pratt, Benjamin E. <[EMAIL PROTECTED]> 2008-01-04: > I was wondering if you had any plans to update the FreeBSD port to > these later versions of Nmap. Of course I have :-) Other priorities got in the way, will update the port this weekend. -Dan -- Daniel Roethlisberger <[EMAIL PROTECTED]> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD Port: nmap-4.20_1
Hello, back on Dec. 13 Nmap 4.50 was released and just a couple of days ago Nmap 4.52 was released. I was wondering if you had any plans to update the FreeBSD port to these later versions of Nmap. Thanks, Ben ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[PATCH] devel/jtag fails to build if Shockwave Flash is installed
Include paths get mixed up by the build -- it will always look in /usr/local/include first, this is explicit, and it incorrectly sees the Shockwave Flash includes. empiric# diff -uN eraseflash.c.orig eraseflash.c --- eraseflash.c.orig Fri Jan 4 16:44:40 2008 +++ eraseflash.cFri Jan 4 16:46:08 2008 @@ -29,7 +29,7 @@ #include #include "jtag.h" -#include "flash.h" +#include "../../include/flash.h" #include "cmd.h" empiric# diff -uN flashmem.c.orig flashmem.c --- flashmem.c.orig Fri Jan 4 16:42:31 2008 +++ flashmem.c Fri Jan 4 16:46:18 2008 @@ -29,7 +29,7 @@ #include #include "jtag.h" -#include "flash.h" +#include "../../include/flash.h" #include "cmd.h" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [PATCH] portmaster with SU_CMD
On Fri, 04 Jan 2008 08:47:35 -0600, Stefan Sperling <[EMAIL PROTECTED]> wrote: On Thu, Jan 03, 2008 at 11:09:06PM -0600, Jeremy Messenger wrote: On Thu, 03 Jan 2008 19:46:49 -0600, Jo Rhett <[EMAIL PROTECTED]> wrote: On Nov 12, 2007, at 8:33 AM, Jeremy Messenger wrote: I agree, because you can't build any ports in /usr/ports as in normal user anyway. I don't see any good reason to do it either. Huh? In 5 years of using FreeBSD I've never built a single port as root. What are you talking about? You can't by default in /usr/ports. Mezz, I still don't see what default behaviour has got to do with anything. By default you build ports as root. By default portmaster builds as root (even with the SU_CMD patch). So what? By default root also uses csh (barf), and by default the FreeBSD kernel contains several binary blobs. I'm not OK with any of these, but I can change my system accordingly. It's all a matter of personal judgement and taste, nothing else. [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team I'd like to point out that I have found two problems in gnome-related ports in FreeBSD since I've been using my patch, both of them failed to build as root: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117976 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/118999 And both have been fixed, and you even comitted the fix for PR #117976 yourself. Yes, I did. So obviously building as non-root isn't illegal nor is it discouraged. There is infrastructure in place to facilitate building as non-root in the ports system already, and all the patch does is add support for that infrastructure to portmaster. It's not illegal. But add function in portmaster just doesn't make any sense, what portmaster does is to build, install and clean in loop. Whether Doug wants to maintain the patch in his tree is another question that is up for himself to decide on. Sure, I am not forcing him. I am merely just add my option, so your too. But what has default behaviour of the system got to do with any of this? The default always does matter. Someone set the default is because they work best. Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [PATCH] portmaster with SU_CMD
Jo Rhett wrote: > On Nov 11, 2007, at 2:59 PM, Doug Barton wrote: >> This is very interesting stuff, but I don't see how it would be useful >> to a very wide audience. My feeling is that the vast majority of our >> users build and/or install ports as root, and I don't see any good >> reason for that not to be the default practice. > > Heh. If you weren't Doug Barton, I'd wonder just how often you build > random ports. Lots of them have very broken install scripts. I *never* > build or install ports as root unless the package's install is too > broken to escalate properly and then I assume that everything else is > broken too and read it carefully by hand. Folks, I've been using FreeBSD for almost 13 years now, the whole time I've built and installed ports as root (rarely ever use packages) and I have never had any problems like the ones you are describing. Maybe I'm just lucky. :) I also think that if this issue were actually a huge problem, the -ports list would be filled with user complaints about it. HOWEVER, there is obviously desire for this feature, and as a general principle I support the idea of doing things with "least privilege," so I will be adding support for this. It's probably worth noting that I have for over a decade chmod'ed the distfiles directory to 775 so that I can download distfiles as a user in the wheel group, so it's not like I don't have sympathy for this concept. At this point I'm thinking that the best way to implement this is going to be adding a "PM_SU_CMD" to your portmaster rc file (either in /etc or $HOME). There are too many command line options already, and as I said I don't think this is something that enough users will use to warrant another one. I'm currently working on a major update to portmaster (which will be adding three more command line options), and I'm almost done regression testing it. I will be posting here (hopefully soon) that the beta is available. Once that is done I will add the SU_CMD stuff, test it, and post beta 2. (Doing the change now would cause too much churn for me locally, and doing it after I reorganize the code will be a lot easier for other reasons.) I'd also like to request that people stop with the "my ports setup is better than your ports setup" type mails. The great thing about FreeBSD is that you can do it however you want to do it, so just enjoy that. Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: determining what ports directly depend on X
Aryeh Friedman wrote: > the orginal question is due to a PR I will be filing as soon I have > a working browser on the machine in question... the PR is that if > you install libtool-1.5 under 8-current (amd64 only???) it will > incorrectly ID the installed OS and give errors about "freebsd-" > not being defined as a platform type... the hand fix is to find the > line that has that and add -elf to it but the root cause is > something about 8-current makes it so it is ID'ed wrong. If you can identify the problem and the fix correctly, you don't need to identify all the ports that use libtool to submit the PR. The people who maintain the various gnu build bits are pretty good about dealing with this stuff. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: postgresql 8.2.5_1 client doesn't make with heimdal
On Fri, 4 Jan 2008 12:32:05 +0100 Dorian Büttner wrote:
> anyone else having this when compiling postgres-client with heimdal support?
> system is 7.0-prerelease on amd64.
Seems that databases/postgresql82-server was not updated after
updating of security/heimdal.
> heimdal installed:
> zock# pkg_info | grep heimdal
> heimdal-1.0.1 A popular BSD-licensed implementation of Kerberos 5
> ===> Vulnerability check disabled, database not found
> ===> Found saved configuration for postgresql-client-8.2.5_1
> ===> Extracting for postgresql-client-8.2.5_1
> => MD5 Checksum OK for postgresql/postgresql-base-8.2.5.tar.bz2.
> => SHA256 Checksum OK for postgresql/postgresql-base-8.2.5.tar.bz2.
> => MD5 Checksum OK for postgresql/postgresql-opt-8.2.5.tar.bz2.
> => SHA256 Checksum OK for postgresql/postgresql-opt-8.2.5.tar.bz2.
> ===> Patching for postgresql-client-8.2.5_1
> ===> Applying FreeBSD patches for postgresql-client-8.2.5_1
> ===> postgresql-client-8.2.5_1 depends on executable: gmake - found
> ===> postgresql-client-8.2.5_1 depends on shared library: krb5.21 - not
> found
> ===>Verifying install for krb5.21 in /usr/ports/security/heimdal
> ===> Returning to build of postgresql-client-8.2.5_1
> Error: shared library "krb5.21" does not exist
> *** Error code 1
Try to apply to databases/postgresql82-server the patch:
-
--- Makefile.orig 2007-10-17 14:12:28.0 +0400
+++ Makefile2008-01-04 21:17:00.494021151 +0300
@@ -181,7 +181,7 @@
# Postgresql apps will not link properly when libpq is linked with base
heimdal in /usr,
# so we always use the heimdal port. See
# http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/018809.html
-LIB_DEPENDS+= krb5.21:${PORTSDIR}/security/heimdal
+LIB_DEPENDS+= krb5.23:${PORTSDIR}/security/heimdal
CONFIGURE_ARGS+=--with-krb5
.endif
. endif
-
You may file a PR if the patch helps.
WBR
--
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: determining what ports directly depend on X
On Fri, 4 Jan 2008, Doug Barton wrote: Aryeh Friedman wrote: the orginal question is due to a PR I will be filing as soon I have a working browser on the machine in question... the PR is that if you install libtool-1.5 under 8-current (amd64 only???) it will incorrectly ID the installed OS and give errors about "freebsd-" not being defined as a platform type... the hand fix is to find the line that has that and add -elf to it but the root cause is something about 8-current makes it so it is ID'ed wrong. If you can identify the problem and the fix correctly, you don't need to identify all the ports that use libtool to submit the PR. The people who maintain the various gnu build bits are pretty good about dealing with this stuff. hth, Doug Check ./configure or ./config.guess yet? -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
update R from 2.2.0 to 2.6.0 always fail
i try several times to update math/R from 2.2.0 to 2.6.0 but always fail in this step: gfortran42 -fpic -g -O2 -c xxxpr.f -o xxxpr.o cc -std=gnu99 -shared -L/usr/local/lib -o libR.so CConverters.o CommandLineArgs .o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base .o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o contex t.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o dotcode.o dounzip.o d struct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents .o gram.o gram-ex.o graphics.o identical.o inlined.o internet.o iosupport.o lapa ck.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o nam es.o objects.o optim.o optimize.o options.o par.o paste.o pcre.o platform.o plot .o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o r andom.o regex.o registration.o relop.o rlocale.o saveload.o scan.o seq.o seriali ze.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../ appl/*.o ../nmath/*.o ../unix/*.o 2>/dev/null|grep -v /ext-` -lblas -L/usr/loca l/lib/gcc-4.2.3/gcc/i386-portbld-freebsd7.0/4.2.3 -L/usr/local/lib/gcc-4.2.3 -lg fortran -lm -lgcc_s /usr/local/lib/libintl.so /usr/local/lib/libiconv.so - Wl,-rpath -Wl,/usr/local/lib -lreadline -lpcre -lbz2 -lz -lm -liconv mkdir /usr/ports/math/R/work/R-2.6.0/bin/exec mkdir /usr/ports/math/R/work/R-2.6.0/lib cc -std=gnu99 -I. -I../../src/include -I../../src/include -I/usr/local/incl ude -DHAVE_CONFIG_H -fpic -O2 -fno-strict-aliasing -pipe -c Rmain.c -o Rmain.o cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o -L../../lib -lR Rmain.o(.text+0x5b): In function `main': : undefined reference to `R_running_as_main_program' *** Error code 1 Stop in /usr/ports/math/R/work/R-2.6.0/src/main. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.6.0/src/main. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.6.0/src. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.6.0. *** Error code 1 Stop in /usr/ports/math/R. *** Error code 1 Stop in /usr/ports/math/R. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.23978.0 en v UPGRADE_TOOL=portupgrade UPGRADE_PORT=R-2.2.1 UPGRADE_PORT_VER=2.2.1 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! math/R (R-2.2.1) (linker error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed any hints ? regards, -- -dikshie- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SoftIRQs
Hi, Is there a concept of SoftIRQs in FreeBSD as in Linux ? -- Regards, Bubble ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: postgresql 8.2.5_1 client doesn't make with heimdal
Hi everyone, In message <[EMAIL PROTECTED]>, Boris Samorodov <[EMAIL PROTECTED]> writes On Fri, 4 Jan 2008 12:32:05 +0100 Dorian Büttner wrote: anyone else having this when compiling postgres-client with heimdal support? system is 7.0-prerelease on amd64. Seems that databases/postgresql82-server was not updated after updating of security/heimdal. This seems to be a general problem. There was a version bump in the Heimdal shared library, and I don't believe any ports that depend on that library were updated. I got a user report about net/freeradius a little while ago, and I've fixed the problem now in that port - but I suspect other ports have been missed. Would a committer do the necessary find and grep magic to find other port Makefiles referring to krb5.21 and update them to krb5.23 rather than piecemeal updates being needed? Best wishes, David -- David Wood [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: cannot install p5-Net-Pcap
I've updated from 6.2-RC1 to 6.2-RC2, but I'm still getting this error: # cd /usr/ports/net/p5-Net-Pcap # make install clean ===> Building for p5-Net-Pcap-0.15_1 cc -c-O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -DVERSION=\"0.15\" -DXS_VERSION=\"0.15\" -DPIC -fPIC "-I/usr/local/lib/perl5/5.8.8/mach/CORE" -DHAVE_PCAP_LIST_DATALINKS -DHAVE_BLANK -DHAVE_PCAP_LIB_VERSION Pcap.c In file included from Pcap.xs:43: stubs.inc:85:2: warning: #warning "the function pcap_findalldevs() is not available, but will be emulated" In file included from Pcap.xs:43: stubs.inc:91: error: redefinition of `struct pcap_if' stubs.inc:113:2: warning: #warning "the function pcap_breakloop() is not available" stubs.inc:127:2: warning: #warning "the function pcap_setnonblock() is not available" stubs.inc:142:2: warning: #warning "the function pcap_getnonblock() is not available" stubs.inc:157:2: warning: #warning "the function pcap_dump_file() is not available" stubs.inc:172:2: warning: #warning "the function pcap_dump_flush() is not available" stubs.inc:202:2: warning: #warning "the function pcap_set_datalink() is not available" stubs.inc:217:2: warning: #warning "the function pcap_datalink_name_to_val() is not available" stubs.inc:232:2: warning: #warning "the function pcap_datalink_val_to_name() is not available" stubs.inc:247:2: warning: #warning "the function pcap_datalink_val_to_description() is not available" stubs.inc:262:2: warning: #warning "the function pcap_compile_nopcap() is not available" stubs.inc:277:2: warning: #warning "the function pcap_get_selectable_fd() is not available" stubs.inc:292:2: warning: #warning "the function pcap_next_ex() is not available" stubs.inc:307:2: warning: #warning "the function pcap_sendpacket() is not available" stubs.inc:322:2: warning: #warning "the function pcap_createsrcstr() is not available" stubs.inc:337:2: warning: #warning "the function pcap_parsesrcstr() is not available" stubs.inc:352:2: warning: #warning "the function pcap_open() is not available" stubs.inc:373:2: warning: #warning "the function pcap_setbuff() is not available" stubs.inc:388:2: warning: #warning "the function pcap_setuserbuffer() is not available" stubs.inc:403:2: warning: #warning "the function pcap_setmode() is not available" stubs.inc:418:2: warning: #warning "the function pcap_setmintocopy() is not available" stubs.inc:433:2: warning: #warning "the function pcap_sendqueue_alloc() is not available" stubs.inc:455:2: warning: #warning "the function pcap_sendqueue_destroy() is not available" stubs.inc:469:2: warning: #warning "the function pcap_sendqueue_queue() is not available" stubs.inc:484:2: warning: #warning "the function pcap_sendqueue_transmit() is not available" stubs.inc:499:2: warning: #warning "the function pcap_event() is not available" stubs.inc:514:2: warning: #warning "the function pcap_setsampling() is not available" Pcap.c: In function `XS_Net__Pcap_dump_open': Pcap.c:541: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_setnonblock': Pcap.c:574: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_getnonblock': Pcap.c:624: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_dispatch': Pcap.c:676: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_loop': Pcap.c:724: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_next': Pcap.c:767: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_next_ex': Pcap.c:831: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_dump': Pcap.c:898: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_compile': Pcap.c:970: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_setfilter': Pcap.c:1050: warning: cast to pointer from integer of different size Pcap.c:1057: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_freecode': Pcap.c:1085: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_breakloop': Pcap.c:1112: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_close': Pcap.c:1139: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_dump_close': Pcap.c:1166: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_dump_file': Pcap.c:1194: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_dump_flush': Pcap.c:1232: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_datalink': Pcap.c:1262: warning: cast to pointer from integer of different size Pcap.c: In function `XS_Net__Pcap_set_datalink': Pcap.c:1293: warn
Re: cannot install p5-Net-Pcap
On Fri, Jan 04, 2008 at 08:20:59PM -0500, Piotr wrote:
> I've updated from 6.2-RC1 to 6.2-RC2, but I'm still getting this error:
> {snip}
> *** Error code 1
>
> Stop in /usr/ports/net/p5-Net-Pcap/work/Net-Pcap-0.15.
> *** Error code 1
>
> Stop in /usr/ports/net/p5-Net-Pcap.
>
> knows someone any solution ?
Our RELENG_6 box shows all of the same warnings yours does -- except the
port does not fail despite the warnings, it does in fact build. I don't
know why yours is exiting with exit code 1.
Below is confirmation of my claim.
--
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
eos# make
=> Net-Pcap-0.15.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from
ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Net/.
Net-Pcap-0.15.tar.gz 100% of 75 kB 76 kBps
===> Extracting for p5-Net-Pcap-0.15
=> MD5 Checksum OK for Net-Pcap-0.15.tar.gz.
=> SHA256 Checksum OK for Net-Pcap-0.15.tar.gz.
===> p5-Net-Pcap-0.15 depends on file: /usr/local/bin/perl5.8.8 - found
===> Patching for p5-Net-Pcap-0.15
===> p5-Net-Pcap-0.15 depends on file: /usr/local/bin/perl5.8.8 - found
/usr/bin/find /usr/ports/net/p5-Net-Pcap/work/Net-Pcap-0.15 -name "._Pcap.pm"
-delete
===> p5-Net-Pcap-0.15 depends on file: /usr/local/bin/perl5.8.8 - found
===> Configuring for p5-Net-Pcap-0.15
looking for -lpcap... yes
checking for pcap_lib_version() in -lpcap... yes
detecting available functions... ok
WARNING: LICENSE is not a known parameter.
Checking if your kit is complete...
Looks good
'LICENSE' is not a known MakeMaker parameter name.
Writing Makefile for Net::Pcap
===> Building for p5-Net-Pcap-0.15
cp Pcap.pm blib/lib/Net/Pcap.pm
/usr/local/bin/perl5.8.8 /usr/local/lib/perl5/site_perl/5.8.8/ExtUtils/xsubpp
-typemap /usr/local/lib/perl5/5.8.8/ExtUtils/typemap -typemap typemap Pcap.xs
> Pcap.xsc && mv Pcap.xsc Pcap.c
cc -c-O2 -fno-strict-aliasing -pipe -march=prescott -O2
-fno-strict-aliasing -pipe-DVERSION=\"0.15\" -DXS_VERSION=\"0.15\" -DPIC
-fPIC "-I/usr/local/lib/perl5/5.8.8/mach/CORE" -DHAVE_BLANK
-DHAVE_PCAP_LIB_VERSION -DHAVE_PCAP_BREAKLOOP -DHAVE_PCAP_COMPILE_NOPCAP
-DHAVE_PCAP_DATALINK_NAME_TO_VAL -DHAVE_PCAP_DATALINK_VAL_TO_DESCRIPTION
-DHAVE_PCAP_DATALINK_VAL_TO_NAME -DHAVE_PCAP_DUMP_FILE -DHAVE_PCAP_DUMP_FLUSH
-DHAVE_PCAP_FINDALLDEVS -DHAVE_PCAP_GETNONBLOCK -DHAVE_PCAP_GET_SELECTABLE_FD
-DHAVE_PCAP_LIB_VERSION -DHAVE_PCAP_NEXT_EX -DHAVE_PCAP_OPEN_DEAD
-DHAVE_PCAP_SENDPACKET -DHAVE_PCAP_SETNONBLOCK -DHAVE_PCAP_SET_DATALINK Pcap.c
In file included from Pcap.xs:43:
stubs.inc:187:2: warning: #warning "the function pcap_list_datalinks() is not
available"
stubs.inc:322:2: warning: #warning "the function pcap_createsrcstr() is not
available"
stubs.inc:337:2: warning: #warning "the function pcap_parsesrcstr() is not
available"
stubs.inc:352:2: warning: #warning "the function pcap_open() is not available"
stubs.inc:373:2: warning: #warning "the function pcap_setbuff() is not
available"
stubs.inc:388:2: warning: #warning "the function pcap_setuserbuffer() is not
available"
stubs.inc:403:2: warning: #warning "the function pcap_setmode() is not
available"
stubs.inc:418:2: warning: #warning "the function pcap_setmintocopy() is not
available"
stubs.inc:433:2: warning: #warning "the function pcap_sendqueue_alloc() is not
available"
stubs.inc:455:2: warning: #warning "the function pcap_sendqueue_destroy() is
not available"
stubs.inc:469:2: warning: #warning "the function pcap_sendqueue_queue() is not
available"
stubs.inc:484:2: warning: #warning "the function pcap_sendqueue_transmit() is
not available"
stubs.inc:499:2: warning: #warning "the function pcap_event() is not available"
stubs.inc:514:2: warning: #warning "the function pcap_setsampling() is not
available"
Pcap.c: In function `XS_Net__Pcap_dump_open':
Pcap.c:541: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_setnonblock':
Pcap.c:574: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_getnonblock':
Pcap.c:624: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_dispatch':
Pcap.c:676: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_loop':
Pcap.c:724: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_next':
Pcap.c:767: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_next_ex':
Pcap.c:831: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_dump':
Pcap.c:898: warning: cast to pointer from integer of different size
Pcap.c: In function `XS_Net__Pcap_co
Re: [PATCH] portmaster with SU_CMD
On Jan 4, 2008, at 10:04 AM, Doug Barton wrote: principle I support the idea of doing things with "least privilege," so I will be adding support for this. Perfect, thanks. -- Jo Rhett senior geek Silicon Valley Colocation Support Phone: 408-400-0550 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Adobe Reader 8 ports
Hello all,
As you already noticed, ports of Adobe Reader 8.1.1 have been
committed. I tested the functionality as much as I could, but the 15
languages are beyond me anyway ;) So, please try them and let me know
if it works well on your environment or not.
${PREFIX}/bin/acroread invokes 8.x if both 7.x and 8.x are installed.
The logic of "acroread" is as follows:
if ($ADOBE_VER == 7)
invoke 7.x
elif ($ADOBE_VER == 8)
invoke 8.x
elif (exists 8.x)
invoke 8.x
elif (exists 7.x)
invoke 7.x
fi
You can also use "acroread7" or "acroread8" if you want to run the
specific version.
If a localized version is installed and $ADOBE_LANG is set, the
localized version is invoked. The logic is the following:
if (not defined $ADOBE_LANG)
if (defined $LANG)
set $ADOBE_LANG based on $LANG
else
ADOBE_LANG:=ENU (english version)
fi
fi
if (exists Adobe Reader in $ADOBE_LANG)
invoke Adobe Reader in $ADOBE_LANG
else
invoke Adobe Reader in ENU (english version)
fi
Known problems:
- Adobe Reader 8 needs libgtkembedmoz.so to render HTML documents.
The current ports use it from www/linux-nvu which is the one that
works well in my investigation. The FreeBSD native libraries from
xulrunner or firefox do not work AFAICT. Please let me know if
you have another solution---such as another more stripped-down
distribution including libgtkembedmoz.so or so.
- XIM does not work at least in japanese/acroread8 even if
GTK_IM_MODULE=xim is defined. Since several Linux users around me
pointed out this, this seems not FreeBSD-specific. I have heard
that SCIM works, but I do not check it yet.
- Gothic font family is not supported in japanese/acroread8. I am
not sure why, but Adobe does not provide it.
--
| Hiroki SATO
pgpJ9nMqrmOiV.pgp
Description: PGP signature
Re: Port Version via pkg_add
Jason C. Wells wrote: How does pkg_add determine what version of a port to add when 'pkg_add -Kr' is used? How can I make pkg_add use 6.3 packages instead of 6.2? Thank you for the previous replies. Now for a follow up. How do I make pkg_add -K keep all dependencies as well as the target package listed on the command line? For example: pkg_add -Kr gnash-0.8.1.tbz ... keeps only gnash and none of the other packages that get downloaded. Thanks, Jason C. Wells ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Port Version via pkg_add
On Jan 4, 2008, at 10:33 PM, Jason C. Wells wrote: Jason C. Wells wrote: How does pkg_add determine what version of a port to add when 'pkg_add -Kr' is used? How can I make pkg_add use 6.3 packages instead of 6.2? Thank you for the previous replies. Now for a follow up. How do I make pkg_add -K keep all dependencies as well as the target package listed on the command line? For example: pkg_add -Kr gnash-0.8.1.tbz ... keeps only gnash and none of the other packages that get downloaded. Thanks, Jason C. Wells Please see my earlier post (November / December on [EMAIL PROTECTED]) where I provided a really simple pkg_add(1) patch that keeps all packages fetched with -K. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
