Re: Boost 1.37 released!
Alexander Churanov ha scritto: ... To my mind suggested approach would simplify understanding of how to install boost. The user would ask a question like 'should I add python to my boost installation' instead of 'is my boost built with python support or not'. Sounds like a good idea to me. bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker Resp. Description
o ports/129124Maxmind now charges for update
f ports/129123[PATCH] japanese/ctags: update to 5.7j1
f ports/129086[patch] Update port audio/ventrilo-server to 3.0.3
o ports/129069[UPDATE] www/asterisk-gui to 2.0.4
f ports/129063Update math/R to version 2.8.0
o ports/129043Experimental version of net/poptop in FreeBSD ports
o ports/129042net/poptop Segmentation fault () from use options [-h]
o ports/128952[NEW PORT] java/javadb: Sun's supported distribution o
o ports/128846New port: sysutils/linux-megacli2 - LSI MegaRAID SAS c
f ports/128753update www/linux-flashplugin9
o ports/128726[NEW PORT] print/lyx16: Document processor interfaced
f ports/128703net/isc-dhcp40-client and net/isc-dhcp40-relay refer t
o ports/128603textproc/flex has too small capacity
o ports/128558New ports: emulators/sdlmame-devel
f ports/128537[patch] databases/rrdtool add missing font runtime dep
f ports/128521[patch] devel/icu build failed on TestFormatRelative
f ports/128513[PATCH] Fixed editors/emacs-devel for non-GTK support
f ports/128490net/freenx port does not work properly on freebsd-7 st
f ports/128489[PATCH] mail/sympa5 update to 5.4.3
o ports/128384new port x11/xorg-minimal
f ports/128323Update of ports/x11-fonts/terminus-font
f ports/128288sysutils/hpacucli does not work
f ports/128271biology/ncbi-toolkit - blastall segfaults when output
f ports/128142update net/ekiga to 3.0.0 to fit GNOME 2.24
f ports/128141update net/opal to 3.4.1 to fit GNOME 2.24
o ports/128140update devel/pwlib to 2.4.1 to fit GNOME 2.24
f ports/128082sysutils/megarc binary causes memory corruption
f ports/128074multimedia/mplayer does not play CSS encrypted DVDs
f ports/128048www/mod_proxy_html port installs broken configuration
f ports/127995net/isc-dhcp3-server creates a user/group with dynamic
f ports/127905science/gramps: installation and runtime problems with
f ports/127854[PATCH] databases/couchdb: update to 0.8.1
o ports/127851Port update: multimedia/libdvdnav-mplayer - Update to
f ports/127810print/hplip 2.8.2 can't talk to my usnb printer (HP PS
o ports/127728ports/games/freebsd-games doesn't build, and larn(6) s
f ports/127675[patch] net/nss_ldap version 259, with fix for pw_{cha
f ports/127513mail/dcc-dccd sets home to /var/dcc even if you didn'
o ports/127321japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302security/swatch: swatch-3.2.1_1 multiple issues
f ports/127259[update] devel/jude-community to 5.3
f ports/127181audio/musicpd logs warning
s ports/127087mail/bincimap port does not include an rc.d file
o ports/126905Update port: audio/libmtp to version 0.3.1
o ports/126890port update: lang/cmucl
o ports/126674New port: print/latex-babel
o ports/126655java/jboss4 can not take standard parameter -b host_n
s ports/126577[Update]graphics/qgis:update to 0.11.0
f ports/126518Unbroke archivers/lzo2 on i386
f ports/126322[patch] sysutils/fusefs-kmod: Make install location co
f ports/126228[PATCH] mail/courier: new version 0.60.0
f ports/126161security/bsp_upektfmess does not work on 7.0
o ports/126151[NEW PORT] security/p5-Bro-devel: Perl module for scri
o ports/126150[NEW PORT] security/broccoli-devel: The Bro Client Com
o ports/126148[NEW PORT] security/bro-devel: System for detecting Ne
f ports/126058net/generic-nqs fails to compile
f ports/126055x11-toolkits/p5-Tk - segmentation fault running perl-t
f ports/125960sysutils/syscp lacks of chattr/chflags
f ports/125783New port: www/vulture - A HTTP reverse proxy for your
o ports/125719shells/pdksh, zombie process's occouring on SMP Machin
o ports/125714[patch] www/httptunnel: users not added
f ports/125362New port: devel/ocaml-lwt (cooperative threading libra
o ports/125324editors/the (3.2) looses cursor when compiled with PDC
o ports/125201audio/aqualung crashes
o ports/124905new port:
Re: Boost 1.37 released!
Andrea, OK, after finishing with currently mutually exclusive Boost without Python and Boost with Python ports I will try to create Base libraries from Boost port and complementary Boost.Python bridge ports. Alexander Churanov 2008/11/24 Andrea Venturoli [EMAIL PROTECTED] Alexander Churanov ha scritto: ... To my mind suggested approach would simplify understanding of how to install boost. The user would ask a question like 'should I add python to my boost installation' instead of 'is my boost built with python support or not'. Sounds like a good idea to me. bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
always-interactive ports
I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
Andriy Gapon wrote: I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. You will probably find this is for legal reasons. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. Doing this could make fBSD liable which we certainly don't want. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: archivers/rar: lib32 is not actually needed on amd64
on 20/10/2008 17:14 Andriy Gapon said the following: I try to install archivers/rar on amd64 system without 32-bit userland (NO_LIB32) but with 32-bit support in kernel (COMPAT_IA32) and I get the following error: ** Port marked as IGNORE: archivers/rar: requires 32-bit libraries installed under /usr/lib32 On the other hand, if I comment out the following line in port's Makefile I get successful installation and properly working rar: IA32_BINARY_PORT= YES And also: $ file /usr/local/bin/rar /usr/local/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped So, being a static executable rar can not require any libraries. It does require 32-bit support in kernel, of course. So, I think that IA32_BINARY_PORT should be changed to some other check. E.g. something like IA32_STATIC_BINARY_PORT that would check only for HAVE_COMPAT_IA32_KERN and not for HAVE_COMPAT_IA32_LIBS (speaking in terms of bsd.port.mk). I am CC-ing freebsd-ports because there can be other similar ports that could benefit from the suggested relaxed check. Anyone? -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: archivers/rar: lib32 is not actually needed on amd64
Andriy Gapon escribió: on 20/10/2008 17:14 Andriy Gapon said the following: I try to install archivers/rar on amd64 system without 32-bit userland (NO_LIB32) but with 32-bit support in kernel (COMPAT_IA32) and I get the following error: ** Port marked as IGNORE: archivers/rar: requires 32-bit libraries installed under /usr/lib32 On the other hand, if I comment out the following line in port's Makefile I get successful installation and properly working rar: IA32_BINARY_PORT= YES And also: $ file /usr/local/bin/rar /usr/local/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped So, being a static executable rar can not require any libraries. It does require 32-bit support in kernel, of course. So, I think that IA32_BINARY_PORT should be changed to some other check. E.g. something like IA32_STATIC_BINARY_PORT that would check only for HAVE_COMPAT_IA32_KERN and not for HAVE_COMPAT_IA32_LIBS (speaking in terms of bsd.port.mk). I am CC-ing freebsd-ports because there can be other similar ports that could benefit from the suggested relaxed check. Anyone? I'm sorry, I forgot about your first mail because I was very busy. I'll take a look soon. Regards, -- Gabor Kovesdan EMAIL: [EMAIL PROTECTED] WWW: http://www.kovesdan.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
On Mon, 24 Nov 2008 13:55:55 +0200 Andriy Gapon [EMAIL PROTECTED] wrote: I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. From man ports: INTERACTIVE If defined, only operate on a port if it requires interaction. BATCH If defined, only operate on a port if it can be installed 100% automatically. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Openoffice.org 2.4 3.0
Hi, Cy Schubert wrote: Can Openoffice.org 2.4 and 3.0 coexist on the same system? I have compiled installed both on amd64. The binaries do not conflict (see below), Both start OK announcing right version numbers. But I'm not a serious user no idea if all libs other includes etc are carefully segregated. cat /usr/ports/editors/openoffice.org-3/pkg-plist # Dummy file, do not delete. Package list is generated automatically. So look in makefile, or if you request, I could private mail you my /var/db/pkg/ openoffice.org-2.4.2 openoffice.org-3.0.0 so you could check segregation. 7.1-BETA2 p0 jhs 81 john/usr/local/bin % echo openo* openoffice openoffice.org-2.4.2 openoffice.org-2.4.2-sbase openoffice.org-2.4.2-scalc openoffice.org-2.4.2-sdraw openoffice.org-2.4.2-setofficelang openoffice.org-2.4.2-simpress openoffice.org-2.4.2-smath openoffice.org-2.4.2-spadmin openoffice.org-2.4.2-swriter openoffice.org-3.0.0 openoffice.org-3.0.0-sbase openoffice.org-3.0.0-scalc openoffice.org-3.0.0-sdraw openoffice.org-3.0.0-setofficelang openoffice.org-3.0.0-simpress openoffice.org-3.0.0-smath openoffice.org-3.0.0-spadmin openoffice.org-3.0.0-swriter Also, importing spellcheck dictionaries into either version results in bad tranfer url. Is there a solution to this? Don't know, have just compiled installed both, hardly use oo at present, except to export .doc to .pdf. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML Base64 text are spam. www.asciiribbon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
On Mon, Nov 24, 2008 at 01:55:55PM +0200, Andriy Gapon wrote:
I wonder if we have any flag for always-interactive ports i.e. ports
that prompt user for something regardless of all batch/interactivity
options. One example is java/jdk* ports that prompt user for license
acceptance.
If we don't have such a flag, maybe we should add one.
One use, for instance, is to skip such ports for portupgrade --batch.
From /usr/ports/Mk/bsd.ports.mk :
# IS_INTERACTIVE
# - Set this if your port needs to interact with the user
# during any step in a package build. User can then decide
# to skip this port by setting ${BATCH}, or compiling only
# the interactive ports by setting ${INTERACTIVE}.
# Default: not set.
--
Insert your favourite quote here.
Erik Trulsson
[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: always-interactive ports
Andrew D wrote: Andriy Gapon wrote: I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. You will probably find this is for legal reasons. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. Doing this could make fBSD liable which we certainly don't want. FUD, IMO :-) Err to save anyone asking: Fear Uncertainty Doubt In My Opinion. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML Base64 text are spam. www.asciiribbon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
on 24/11/2008 15:49 Erik Trulsson said the following:
On Mon, Nov 24, 2008 at 01:55:55PM +0200, Andriy Gapon wrote:
I wonder if we have any flag for always-interactive ports i.e. ports
that prompt user for something regardless of all batch/interactivity
options. One example is java/jdk* ports that prompt user for license
acceptance.
If we don't have such a flag, maybe we should add one.
One use, for instance, is to skip such ports for portupgrade --batch.
From /usr/ports/Mk/bsd.ports.mk :
# IS_INTERACTIVE
# - Set this if your port needs to interact with the user
# during any step in a package build. User can then decide
# to skip this port by setting ${BATCH}, or compiling only
# the interactive ports by setting ${INTERACTIVE}.
# Default: not set.
Thanks a lot!
--
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
IS_INTERACTIVE for java/jdk* ports
At least jdk15 and jdk16 ports should be marked with IS_INTERACTIVE because they always ask user about license acceptance. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
On Mon, Nov 24, 2008 at 12:47:13PM +, RW wrote: On Mon, 24 Nov 2008 13:55:55 +0200 Andriy Gapon [EMAIL PROTECTED] wrote: I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. From man ports: INTERACTIVE If defined, only operate on a port if it requires interaction. BATCH If defined, only operate on a port if it can be installed 100% automatically. That's from the building user's point of view. The easiest way to handle this in the port itself is to set IS_INTERACTIVE=yes in the port's Makefile, as documented in bsd.port.mk. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If wishes were fishes, the antecedent of this conditional would be true. pgpSo2cWoVW39.pgp Description: PGP signature
devel/subversion-freebsd: libsvn_client-1.0 symlink
I am using subversion-freebsd port as a replacement for normal subversion. Recently I tried to install kdesdk port and was quite surprised to see that it wants to pull in devel/subversion. It turns out that kdesdk checks for svn_client-1.0 in its LIB_DEPENDS, but subversion-freebsd installs/symlinks only libsvn_client-1.so*. I assume that normal subversion port installs libsvn_client-1.0 file or symlink. Maybe subversion-freebsd should do that too. Or maybe kdesdk should have svn_client-1 dependency. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: always-interactive ports
On Mon, Nov 24, 2008 at 01:48:10PM +0100, Julian Stacey wrote: Doing this could make fBSD liable which we certainly don't want. FUD, IMO :-) Where you live, you have the German legal system. Where I live, I have the US legal system. Remember, just because you're paranoid doesn't mean they really aren't out to get you. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
A place to upload distfiles?
I maintain a port for which the vendor provided me a customized distfile. They don't have it available for download from their site, so I need to find a home for it. Does the FreeBSD Project or Foundation provide hosting space for such cases or do I need to find my own space? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829
2008/11/23 [EMAIL PROTECTED]: Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Can we not have these on the freebsd-secuirty list please? I subscribe to freebsd-security to get security alerts, not to get emails every time a port is changed. William Palfreman ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A place to upload distfiles?
On Mon, Nov 24, 2008 at 10:58:28AM -0800, [EMAIL PROTECTED] wrote: I maintain a port for which the vendor provided me a customized distfile. They don't have it available for download from their site, so I need to find a home for it. Does the FreeBSD Project or Foundation provide hosting space for such cases or do I need to find my own space? Committers have the ability to host such distfiles using the MASTER_SITE_LOCAL variable. You'll have to provide the person who commits the port and updates with some way to obtain the files, but as long as they are fully redistributable, we can do that. -- Brooks pgpR5b6I98hVX.pgp Description: PGP signature
Re: Openoffice.org 2.4 3.0
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sun, 23 Nov 2008 18:36:54 -0800 Cy Schubert [EMAIL PROTECTED] wrote: Also, importing spellcheck dictionaries into either version results in bad tranfer url. Is there a solution to this? This might serve as a temporary solution: http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/186019.html - -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkrAosACgkQ/MM/0rYIoZjyAwQAsv31HKz/154iVH4lJueEKeWY m4V2RExlTjN5RKHZ/l4MWVCCYEHeEOfQn/2IWT+WdFLY4BwkGx2cpUmFr9BV7tks 1IULBuwErokz2/m3SFmf3OkxP1vhjFz0SPOGhl7rXauPFIIFz94qVhICPTKkDBXU YKgKo06Q8if1ZqQiq54= =F9n2 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829
2008/11/24 Volker [EMAIL PROTECTED]: On 11/24/08 19:55, William Palfreman wrote: 2008/11/23 [EMAIL PROTECTED]: Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Can we not have these on the freebsd-secuirty list please? I subscribe to freebsd-security to get security alerts, not to get emails every time a port is changed. William Palfreman You should better head over to security-advisories@ if you're only interested in SA's. Claiming about reading security related issues on a security mailing list sounds like fun. I appreciate Eygenes' work. That's nice. I am sure it is very useful on the ports mailinglist where it belongs. I also greatly enjoy the frequent interesting and informed discussion on the security mailinglist - of which Eirik Overby's thread recently about syn+fin is one example. But all these ports announcements, raw patches, garbled html etc. I could really do without. It is why there are separate lists. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829
On 11/24/08 19:55, William Palfreman wrote: 2008/11/23 [EMAIL PROTECTED]: Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Can we not have these on the freebsd-secuirty list please? I subscribe to freebsd-security to get security alerts, not to get emails every time a port is changed. William Palfreman You should better head over to security-advisories@ if you're only interested in SA's. Claiming about reading security related issues on a security mailing list sounds like fun. I appreciate Eygenes' work. Volker ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829
On Mon, Nov 24, 2008 at 5:06 PM, William Palfreman [EMAIL PROTECTED]wrote: 2008/11/24 Volker [EMAIL PROTECTED]: On 11/24/08 19:55, William Palfreman wrote: 2008/11/23 [EMAIL PROTECTED]: Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Can we not have these on the freebsd-secuirty list please? I subscribe to freebsd-security to get security alerts, not to get emails every time a port is changed. William Palfreman You should better head over to security-advisories@ if you're only interested in SA's. Claiming about reading security related issues on a security mailing list sounds like fun. I appreciate Eygenes' work. That's nice. I am sure it is very useful on the ports mailinglist where it belongs. I also greatly enjoy the frequent interesting and informed discussion on the security mailinglist - of which Eirik Overby's thread recently about syn+fin is one example. But all these ports announcements, raw patches, garbled html etc. I could really do without. It is why there are separate lists. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] you do know that the email your complaining about is about a security update correct? if you don't like it then you really need to use security-advisories instead of being subscribed to this one ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
