kde4 ports: installing non-stripped binaries?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, It looks like we are installing non-stripped binaries of KDE4 ports: [EMAIL PROTECTED] /usr/local/kde4/bin file /usr/local/kde4/bin/kfind /usr/local/kde4/bin/kfind: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800053), dynamically linked (uses shared libs), FreeBSD-style, not stripped [EMAIL PROTECTED] /usr/local/kde4/bin pkg_info -W /usr/local/kde4/bin/kfind /usr/local/kde4/bin/kfind was installed by package kdebase-4.1.1 Is this intentional? Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkhP98ACgkQi+vbBBjt66DbcQCgsvlpV7FNmSvOpfV9iMbLGQn3 iyAAn2C+6b+lch1tVNGVisR2iYTfYCgr =JD6R -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]
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/128938database/mantis upgrade to the last version, 1.1.4
o ports/128932Fixed rc script for mail/dovecot port
o ports/128924vuxml update for CVE of mail/clamav vulnerability
o ports/128914Please update print/hplip to latest version (2.8.10)
o ports/128910lang/gcc43 port doesn't add library dir to ldconfig hi
f ports/128894update net/nakenchat ports
o ports/128846New port: sysutils/linux-megacli2 - LSI MegaRAID SAS c
f ports/128830Application deskutils/thinkingrock unable to load file
f ports/128776[PATCH] comms/openobex: Add USB support to OPENOBEX tr
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
o ports/127678[Update]science/hdf5:update to 1.8.1
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
f 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
Re: Boost 1.37 released!
Hi folks! I've finished with the first phase of porting boost-1.37:package builds, installs, and deinstalls correctly. The remaining tasks are to ensure how it behaves in different environments and without optional components. Boost.Python is not tested. The question is what to do next?. I see several possibilities: 1) Send a PR and hope that everything is OK. Fix issues after they actually happen. 2) Devote time to verifying that libraries actually work on different supported versions of FreeBSD. Also verify that they work with different sets of optional components and that port correctly handles dependencies. The first can be performed right now. I already have the tarball. The seconds can take additional week or more. Please, reccommend appropriate way to finish with this. Alexander Churanov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: p3scan-2.3.2_4
Can you upgrade port to 3.0 RC or incorporate PF nat resolve from pfSense port (patch-p3scan.c): http://cvs.pfsense.org/cgi-bin/cvsweb.cgi/tools/pfPorts/#dirlist ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available
On Sat, Nov 15, 2008 at 8:29 PM, Andrew Gullans [EMAIL PROTECTED]wrote: Instead, PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. Looks like your ports tree is out of date -- print/pdflib was updated to 7.0.3 on October 10th. Dunno if that fixes the Joomla build, but it's worth a shot :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Boost 1.37 released!
If you are reasonably confident that the port will work, and that there are no glaring errors, why not file a PR now, and then set to work checking things? It will probably take a few days to process the PR anyway, because there is a backlog, and because committers are cautious about making changes that might affect other ports during the slush before 6.4/7.1 release (they may even wait until after the slush is over to make any changes), and in the intervening time you will have an opportunity to look for smaller mistakes and send in follow-up messages if you find any. Also, other people will have an opportunity to test the proposed port, and submit comments. Regards, b. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available
Hello, On Mon, Nov 17, 2008 at 2:54 PM, L Campbell [EMAIL PROTECTED] wrote: On Sat, Nov 15, 2008 at 8:29 PM, Andrew Gullans [EMAIL PROTECTED]wrote: Instead, PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. Looks like your ports tree is out of date -- print/pdflib was updated to 7.0.3 on October 10th. Dunno if that fixes the Joomla build, but it's worth a shot :) It does fix it. Here is from my machine with Joomla 1.5 installed: [EMAIL PROTECTED] pv | grep joomla joomla15-1.5.7 = up-to-date with port [EMAIL PROTECTED] pv | grep -i pdf pdflib-7.0.3= up-to-date with port pecl-pdflib-2.1.5 = up-to-date with port [EMAIL PROTECTED] port joomla15 Port: joomla15-1.5.7 Path: /usr/ports/www/joomla15 Info: A dynamic web content management system (CMS) Maint: [EMAIL PROTECTED] B-deps: mysql-client-5.0.67_1 R-deps: freetype2-2.3.7 jpeg-6b_7 kbproto-1.0.3 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXaw-1.0.4_1,1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXt-1.0.5_1 libiconv-1.11_1 libxml2-2.6.32_1 mysql-client-5.0.67_1 pdflib-7.0.3 pecl-pdflib-2.1.5 php5-5.2.6_2 php5-gd-5.2.6_2 php5-mysql-5.2.6_2 php5-pcre-5.2.6_2 php5-session-5.2.6_2 php5-xml-5.2.6_2 php5-zlib-5.2.6_2 pkg-config-0.23_1 png-1.2.32 printproto-1.0.3 t1lib-5.1.2,1 xextproto-7.0.2 xproto-7.0.10_1 WWW:http://www.joomla.org/ The OP should update his ports tree. -- Regards, Torfinn Ingolfsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
INDEX has lower version of ports than installed ones
Hi, Does anyone know if INDEX has been updated recently? For some reason `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: server# pkg_version -IvL = amavisd-new-2.6.1_1,1 succeeds index (index has 2.6.1,1) cyrus-sasl-2.1.22_2succeeds index (index has 2.1.22_1) cyrus-sasl-saslauthd-2.1.22_1 succeeds index (index has 2.1.22) dcraw-8.88 succeeds index (index has 8.86) dirmngr-1.0.2 succeeds index (index has 1.0.1_2) dovecot-1.1.3_1succeeds index (index has 1.1.3) mysql-client-5.0.67_1 succeeds index (index has 5.0.67) mysql-server-5.0.67_1 succeeds index (index has 5.0.67) pcre-7.8 succeeds index (index has 7.7_1) postfix-2.5.5,1succeeds index (index has 2.5.4,1) rrdtool-1.3.3 succeeds index (index has 1.3.1) squirrelmail-1.4.16succeeds index (index has 1.4.15_1) server# uname -a FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed Sep 24 06:04:20 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 How can this be? The ports-tree has thawed, right (at least, according to the release-schedule for 6.4)? I hope someone knows the answer... André ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: INDEX has lower version of ports than installed ones
On Mon, Nov 17, 2008 at 08:28:49PM +0100, Andre Wensing wrote: Does anyone know if INDEX has been updated recently? For some reason `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: server# pkg_version -IvL = amavisd-new-2.6.1_1,1 succeeds index (index has 2.6.1,1) cyrus-sasl-2.1.22_2succeeds index (index has 2.1.22_1) cyrus-sasl-saslauthd-2.1.22_1 succeeds index (index has 2.1.22) dcraw-8.88 succeeds index (index has 8.86) dirmngr-1.0.2 succeeds index (index has 1.0.1_2) dovecot-1.1.3_1succeeds index (index has 1.1.3) mysql-client-5.0.67_1 succeeds index (index has 5.0.67) mysql-server-5.0.67_1 succeeds index (index has 5.0.67) pcre-7.8 succeeds index (index has 7.7_1) postfix-2.5.5,1succeeds index (index has 2.5.4,1) rrdtool-1.3.3 succeeds index (index has 1.3.1) squirrelmail-1.4.16succeeds index (index has 1.4.15_1) server# uname -a FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed Sep 24 06:04:20 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 How can this be? The ports-tree has thawed, right (at least, according to the release-schedule for 6.4)? When you update your ports via csup (not sure about portsnap), the INDEX file **is not** updated. You can either rebuild it yourself (make index), or you can fetch it by doing make fetchindex. I prefer the latter. -- | 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 | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CFT: astro/boinc-setiathome-enhanced update
Rene Ladan schreef: Hi, I have a patch[1] ready for the astro/boinc-setiathome-enhanced port to update it to 6.03 (which is the same as 5.27 but with the science and graphics code separated), and to add astropulse 4.28 (same as 4.35, but the version number never got updated in SVN) to it. To test it, download the patch and replace the contents of /usr/ports/astro/boinc-setiathome-enhanced with the contents of the patch. It builds on my 7.0-RELEASE amd64 box, but the resulting astropulse binary crashes at startup. This might have something to do with a polluted source directory for the setiathome part, as the source code for astropulse borrows from the setiathome source code. I have an astropulse test work unit available. The port fails to build on a 7.1-BETA2 i386 box at work. At some point during the configuration of astropulse, configure complains about a bad fd number (gurus around?). This happens both with the regenerated configure script and with the original one (remove './_autosetup' from line 78 of the Makefile). Thanks for any ideas, Rene [1] : ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.tar.bz2 The source tarballs have been updated to SVN revision 358, the new metadata for [1] is: SIZE : 2741 MD5 : 265e353910a82678caf6a908f793cfdb Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Reccomendation for ports for web based club events forthcoming diary ?
Hi ports@, Can anyone reccomend some ports to install on a FreeBSD web server, for a club of mostly non technical people, to support: - All club members can add events to a forthcoming calendar, - All club members can request server to prepare a listing of next next upcoming events, to download (probably in PDF, or perhaps tbl to a pipe or ? - A list of moderators can delete fake events from robots the malicious. - Preferably moderators should not themselves be capable of deleting logged event submission, but only capable of deleting events formatted to the ouput printable programme sheet. (To autopsy for suspect rogue moderators) - I guess first entry criteria might be a fuzzy picture for human to decode password from). 2nd might be mail return for confirm password, - 3rd, A majordomo (later mailman) maintained list of club members moderators etc is available for automated validation. - I hope there will be some packages available, http probably wiki based etc, that will come close enough ? I'm hoping this has been done often enough that people can suggest names of ports already existing ? If not I dont mind creating a port if I have to, but dont want to write something from scratch. PS - I've had apache up for years, but no wiki yet, so if any tips, shout please, even if just TFM URL= :-) - Web based forums I don't care about, but others may, so I suppose if some software does does not support web forums, it'd be good to know. - Please keep me Julian Stacey [EMAIL PROTECTED] cc'd as I'm not on ports@ Suggestions welcome please ! Thanks in advance. 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]
Updating multimedia/handbrake
I have some general questions/issues about updating and maintaining the multimedia/handbrake port. 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? As I write this email it seems 3 may be the most acceptable solution for both sides. Anyone see any significant downsides to this other than the need to possibly have separate packages for 6 and 7? Thank you for your time, Jonathan Stewart ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: INDEX has lower version of ports than installed ones
Jeremy Chadwick wrote: On Mon, Nov 17, 2008 at 08:28:49PM +0100, Andre Wensing wrote: Does anyone know if INDEX has been updated recently? For some reason `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: server# pkg_version -IvL = amavisd-new-2.6.1_1,1 succeeds index (index has 2.6.1,1) cyrus-sasl-2.1.22_2succeeds index (index has 2.1.22_1) cyrus-sasl-saslauthd-2.1.22_1 succeeds index (index has 2.1.22) dcraw-8.88 succeeds index (index has 8.86) dirmngr-1.0.2 succeeds index (index has 1.0.1_2) dovecot-1.1.3_1succeeds index (index has 1.1.3) mysql-client-5.0.67_1 succeeds index (index has 5.0.67) mysql-server-5.0.67_1 succeeds index (index has 5.0.67) pcre-7.8 succeeds index (index has 7.7_1) postfix-2.5.5,1succeeds index (index has 2.5.4,1) rrdtool-1.3.3 succeeds index (index has 1.3.1) squirrelmail-1.4.16succeeds index (index has 1.4.15_1) server# uname -a FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed Sep 24 06:04:20 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 How can this be? The ports-tree has thawed, right (at least, according to the release-schedule for 6.4)? When you update your ports via csup (not sure about portsnap), the INDEX file **is not** updated. You can either rebuild it yourself (make index), or you can fetch it by doing make fetchindex. I prefer the latter. Thanx. A `make fetchindex` and a `portsdb -fu` (after deleting the existing INDEX-6.db) did the trick. Stupid I didn't think of this earlier, but it bugged me fr 2 weeks and couldn't figure out why... Sorry for the noise. Dré ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updating multimedia/handbrake
On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan [EMAIL PROTECTED] wrote: I have some general questions/issues about updating and maintaining the multimedia/handbrake port. 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? Dependencies as in *_DEPENDS? If yes, please try to maintain those patches. Does this auto-fetch system has any provision for verifying the integrity of those files? Like our checksums from distinfo. 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? Umm, handbrake's build system downloads them from where? Can't we download from the same place? If not, yes, we can mirror them on MASTER_SITE_LOCAL. 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? Do they make available binaries for all our supported OS versions? What about head? What about other archs that i386? For short no, please don't do that. As I write this email it seems 3 may be the most acceptable solution for both sides. Anyone see any significant downsides to this other than the need to possibly have separate packages for 6 and 7? Thank you for your time, Jonathan Stewart ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: Updating multimedia/handbrake
Ion-Mihai Tetcu wrote: On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan [EMAIL PROTECTED] wrote: 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? Dependencies as in *_DEPENDS? If yes, please try to maintain those patches. Handbrake custom patches many of the libraries it uses so I can't use system version of those libraries. The handbrake team strongly discourages building from source and wants people to use binaries so the only all-in-one source for the library tar files currently is their development server. To build handbrake while using FreeBSD ports distfiles involves patching the build system to not fetch and extract the archives and let FreeBSD do it which is a fairly large patch (nearly 1/3 of the file is involved in the patch). Does this auto-fetch system has any provision for verifying the integrity of those files? Like our checksums from distinfo. No it does not. 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? Umm, handbrake's build system downloads them from where? Can't we download from the same place? If not, yes, we can mirror them on MASTER_SITE_LOCAL. See above, if we have the port built from source they would pretty much have to be mirrored on MASTER_SITE_LOCAL. 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? Do they make available binaries for all our supported OS versions? What about head? What about other archs that i386? For short no, please don't do that. If I choose to have the port build from source I can count on *not* getting any support from the development team as they are pretty dead set against anything other than pre-built binaries. Thanks, Jonathan Stewart ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reccomendation for ports for web based club events forthcoming diary ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julian Stacey wrote: Hi ports@, Can anyone reccomend some ports to install on a FreeBSD web server, for a club of mostly non technical people, to support: - All club members can add events to a forthcoming calendar, - All club members can request server to prepare a listing of next next upcoming events, to download (probably in PDF, or perhaps tbl to a pipe or ? - A list of moderators can delete fake events from robots the malicious. - Preferably moderators should not themselves be capable of deleting logged event submission, but only capable of deleting events formatted to the ouput printable programme sheet. (To autopsy for suspect rogue moderators) - I guess first entry criteria might be a fuzzy picture for human to decode password from). 2nd might be mail return for confirm password, - 3rd, A majordomo (later mailman) maintained list of club members moderators etc is available for automated validation. - I hope there will be some packages available, http probably wiki based etc, that will come close enough ? I'm hoping this has been done often enough that people can suggest names of ports already existing ? If not I dont mind creating a port if I have to, but dont want to write something from scratch. PS - I've had apache up for years, but no wiki yet, so if any tips, shout please, even if just TFM URL= :-) - Web based forums I don't care about, but others may, so I suppose if some software does does not support web forums, it'd be good to know. - Please keep me Julian Stacey [EMAIL PROTECTED] cc'd as I'm not on ports@ Suggestions welcome please ! Thanks in advance. Cheers, Julian Hi Julian, Would WebCalendar do the job for you: http://www.k5n.us/webcalendar.php? I think it has most, if not all, of the features you're looking for. I maintain the www/webcalendar and www/webcalendar-devel ports, so let me know if you need any other questions answered or help getting it set up. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJIeb20sRouByUApARAtErAJ97dfThSXKSUaJ0f2D8f2iGTbkpKACeMSde iFqZTdyEe3y53vbF261ds9E= =rfgw -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: Updating multimedia/handbrake
On Mon, 17 Nov 2008 16:09:23 -0600, Jonathan [EMAIL PROTECTED] wrote: Ion-Mihai Tetcu wrote: On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan [EMAIL PROTECTED] wrote: 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? Dependencies as in *_DEPENDS? If yes, please try to maintain those patches. Handbrake custom patches many of the libraries it uses so I can't use system version of those libraries. The handbrake team strongly discourages building from source and wants people to use binaries so the only all-in-one source for the library tar files currently is their development server. To build handbrake while using FreeBSD ports distfiles involves patching the build system to not fetch and extract the archives and let FreeBSD do it which is a fairly large patch (nearly 1/3 of the file is involved in the patch). Does this auto-fetch system has any provision for verifying the integrity of those files? Like our checksums from distinfo. No it does not. 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? Umm, handbrake's build system downloads them from where? Can't we download from the same place? If not, yes, we can mirror them on MASTER_SITE_LOCAL. See above, if we have the port built from source they would pretty much have to be mirrored on MASTER_SITE_LOCAL. That's best solution if their bandwidth can't handles it. 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? Do they make available binaries for all our supported OS versions? What about head? What about other archs that i386? For short no, please don't do that. If I choose to have the port build from source I can count on *not* getting any support from the development team as they are pretty dead set against anything other than pre-built binaries. Screw them. Build your own binary is no difference from users' own binary. Only a bit differences are machine arch and GCC options. Cheers, Mezz Thanks, Jonathan Stewart -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [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: Boost 1.37 released!
OK, I'll send a PR. Alexander Churanov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
