Re: mail/maildrop-2.6.0's maildirmake
On Mon, Oct 01, 2012 at 02:42:26PM +1000, andrew clarke wrote: > I just discovered the maildirmake command has been inexplicably renamed > maildrop-maildirmake between maildrop-2.5.5 and maildrop-2.6.0, which > broke my maildrop rules. Maybe this should go into /usr/ports/UPDATING? The file had to be renamed because it was conflicting with other ports, just for example with mail/qmail. This is a problem with pkgng which is going to be deployed as the standard packaging system in future versions of FreeBSD. Pkgng forbids installing packages which put files in the same place. having ports/packages installing same files in same place is anyway bad practice. This is just to explain the reason why I had to rename a few files in that port. I'm going to ask my mentors about adding an entry in UPDATING. Thanks you for the suggestion. -- Guido Falsi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
texlive (was: Re: huge distfiles policy)
30.09.2012 19:31, Romain Tartière пишет: > On Sun, Sep 30, 2012 at 12:17:03AM +0200, Baptiste Daroussin wrote: >> I CCed both hrs and romain so they can give their opinion and the status of >> their work. > > Yes, after 2 months away, I am back :-) OK, guys, what is the best way to proceed: 1) either commit the PR with monolithic texlive and live with it for some time... 2) or postpone the PR and wait until Romain finishes his work? Romain, can you give an estimation of when your ports may be ready to be committed? -- WBR, Boris Samorodov (bsam) 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 "freebsd-ports-unsubscr...@freebsd.org"
Re: texlive (was: Re: huge distfiles policy)
Hi! On Mon, Oct 01, 2012 at 01:14:27PM +0400, Boris Samorodov wrote: > 30.09.2012 19:31, Romain Tartière пишет: > > On Sun, Sep 30, 2012 at 12:17:03AM +0200, Baptiste Daroussin wrote: > > >> I CCed both hrs and romain so they can give their opinion and the status of > >> their work. > > > > Yes, after 2 months away, I am back :-) > > OK, guys, what is the best way to proceed: > 1) either commit the PR with monolithic texlive and live with it for > some time... > 2) or postpone the PR and wait until Romain finishes his work? > > Romain, can you give an estimation of when your ports may be ready to > be committed? I setup the mirror yesterday: http://texlive-distfiles.blogreen.org/ svn is committing the ~2200 ports in the freebsd-texlive repository right now (a few minutes to go I guess). However, I have not looked at updating ports depending on teTeX to make them work using TeX Live instead… If the idea is just to provide TeX Live, I would tell that these ports do the job. For a drop-in replacement of teTeX, more work is required. Romain -- Romain Tartière http://people.FreeBSD.org/~romain/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgpKCz1PIjdVZ.pgp Description: PGP signature
Re: huge distfiles policy
Romain Tartière wrote in <20120930153124.ga4...@blogreen.org>: ro> Hi! ro> ro> On Sun, Sep 30, 2012 at 12:17:03AM +0200, Baptiste Daroussin wrote: ro> > My second concern was discussed when Dominic Fandrey called for testing this ro> > port: at least 2 people have been working on texlive with different approach: ro> > hrs and romain. ro> > ro> > In particular Romain and I discussed on merging texlive to the ports tree based ro> > on http://code.google.com/p/freebsd-texlive/ he has been contacted some company ro> > to mirror the splitted distfiles for us, and was suppose to resumer his work on ro> > this when back from vacations which should be the case now given that he has ro> > done some commit last week :D ro> > ro> > I CCed both hrs and romain so they can give their opinion and the status of ro> > their work. ro> ro> Yes, after 2 months away, I am back :-) ro> ro> While I was away, ro> - I received access to a jail for hosting versionned distfiles; ro> - I received a mail from hrs@ where he exposes a migration plan to ro> TeX Live and asked for comments / suggestions. ro> ro> I replied to hrs@ and told him I would be happy to help, but have no ro> feedback yet. ro> ro> Regarding the mirror of versionned distfiles, I have everything to set ro> it up I think, and I just have to take some time to hack something that ro> do the right thing and use it in my ports. However, since there are ro> some boring flaws in the updating infrastructure, I postponed this, ro> thinking that an answer from hrs@ would have lead to working on funnier ro> things (with a better infrastructure). While I have no news, I may ro> however setup the repository, it won't hurt I guess. Sorry, I was swamped with real life issues and could not respond in a timely manner. In short, what I am working on is splitting the texlive distribution into pieces about ~200 ports (tex engines and macro packages) and generating versioned distfiles from a local CTAN mirror. A port just for installing whole part of texlive is difficult to handle in the ports tree because there are many software that have to depend on a part of it but texlive is really huge. I am considering to remove print/teTeX* (since I am the maintainer) and update the dependencies to use the modular texlive ports seamlessly. I have several prototype but I need to fix them to some recent changes in the ports tree before making one public for review. Although I was thinking it could be done in September, it didn't unfortunately. I will continue to work on it and probably make it in public after EuroBSDCon. -- Hiroki pgpRvkpcf2XRr.pgp Description: PGP signature
Re: texlive (was: Re: huge distfiles policy)
On Mon, Oct 01, 2012 at 11:21:22AM +0200, Romain Tartière wrote: > Hi! > > On Mon, Oct 01, 2012 at 01:14:27PM +0400, Boris Samorodov wrote: > > 30.09.2012 19:31, Romain Tartière пишет: > > > On Sun, Sep 30, 2012 at 12:17:03AM +0200, Baptiste Daroussin wrote: > > > > >> I CCed both hrs and romain so they can give their opinion and the status > > >> of > > >> their work. > > > > > > Yes, after 2 months away, I am back :-) > > > > OK, guys, what is the best way to proceed: > > 1) either commit the PR with monolithic texlive and live with it for > > some time... > > 2) or postpone the PR and wait until Romain finishes his work? > > > > Romain, can you give an estimation of when your ports may be ready to > > be committed? > > I setup the mirror yesterday: > http://texlive-distfiles.blogreen.org/ > > svn is committing the ~2200 ports in the freebsd-texlive repository > right now (a few minutes to go I guess). However, I have not looked at > updating ports depending on teTeX to make them work using TeX Live > instead… If the idea is just to provide TeX Live, I would tell that > these ports do the job. For a drop-in replacement of teTeX, more work > is required. IMHO what we want is a drop-in replacement. regards, Bapt pgpsF6nxXLeqE.pgp Description: PGP signature
security/sudo *** [pre-install] Signal 11
# make install FORCE_PKG_REGISTER=1 ===> Installing for sudo-1.8.6.p3_1 ===> Generating temporary packing list if test -d ./.hg && cd .; then if hg log --style=changelog -b default > ChangeL og.tmp; then mv -f ChangeLog.tmp ChangeLog; else rm -f ChangeLog.tmp; fi; f i for d in compat common plugins/sudoers src include doc; do (cd $d && exec make pre-install) && continue; exit $?; done Checking existing sudoers file for syntax errors. *** [pre-install] Signal 11 Stop in /usr/ports/security/sudo/work/sudo-1.8.6p3/plugins/sudoers. *** [pre-install] Error code 1 Stop in /usr/ports/security/sudo/work/sudo-1.8.6p3. *** [do-install] Error code 1 Stop in /usr/ports/security/sudo. *** [install] Error code 1 Stop in /usr/ports/security/sudo. # This is on r235474 with # pkg -vvv version: 1.0 abi: freebsd:10:ia64:64 db dir: /var/db/pkg cache dir: /var/cache/pkg ports dir: /usr/ports Log into syslog: yes Assume always yes: no Handle rc scripts: no Track shlibs: no Automatic dependency tracking: no Custom keywords directory: none Developer mode: no Repository: ftp://ftp.freebsd.org/pub/pkgng # Thanks Anton ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: huge distfiles policy
01.10.2012 13:42, Hiroki Sato пишет: > I am considering to remove print/teTeX* (since I am the maintainer) and > update the dependencies to use the modular texlive ports seamlessly. Hiroki-san, this sounds like the best plan. Thank you! I'll hold on the PR for now. -- WBR, Boris Samorodov (bsam) 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 "freebsd-ports-unsubscr...@freebsd.org"
Re: Installing non-ports software into /usr/local
[ Chris Rees wrote on Sun 30.Sep'12 at 11:47:52 +0100 ] > On 30 September 2012 11:16, Jamie Paul Griffin wrote: > > Hi > > > > I am having an issue with mutt 1.5.21. I have set up different colour > > schemes, etc. as people do. Anyway, I reinstalled it 2 days ago using the > > ports system, because I wanted to link mutt to the ncurses port rather than > > the system ncurses installation. After soing non of my colours show, only > > those that are set from within my terminal emulator which is urxvt. > > Initially, I had a problem during make(1) which related to the iconv > > library. I have iconv set as an option in my kernel configuration. the > > error suggested something about using libiconv instead. > > > > Anyway, I managed to overcome that and build it and istall it again but > > without colour. I'm wondering if I could/should build it my self from > > source and install it into /usr/local to see if that makes any difference. > > Would doing that cause problems for the ports system? > > > > Any comments and advice are welcome. Best wishes, Jamie > > As long as you don't install it from the port, which would overwrite > your version, there would be no trouble with this. > > If you come up with a solution, please send a PR in which the > maintainer will I'm sure be glad to look at :) > > Chris I have fixed or rather found the issue. Building mutt against the ncurses port was the cause. I pkg_delete'd mutt, ncurses port which also removed urxvt. Then started from scratch in terms of building mutt, this time against the base ncurses library, the re-installed urxvt and ncurses port as its depency and now all is back to normal. This is really for the archives and the mutt maintainer in case he wants to look into it but it's not a problem with the mutt port as such. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
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
f ports/172200[PATCH] update emulators/fceux to 2.1.5
o ports/172192[PATCH] games/empire: Changed all to ${PORTNAME} and p
o ports/172189milter-regex startup script needs to permit run-as use
o ports/172188[PATCH] games/blue: Changed all to ${PORTNAME} and pkg
o ports/172187[PATCH] games/lianliankan: Makefile changed, OptionsNG
o ports/172186[PATCH] games/bs: Changed all to ${PORTNAME} and pkg-d
o ports/172185vlc build fail with gmake core dump at modules/plugins
o ports/172184Patch for permissions fix of UnrealIRCD
o ports/172183Severe filesystem corruption when running as KVM guest
o ports/172182amavis-p0fanalyzer doesn't start because of error in s
f ports/172180[Update]lang/gprolog:Update to 1.4.1
o ports/172173[NEW PORT] games/netwalk: Game where the object is to
o ports/172168add comm/libdlo
o ports/172167[NEW PORT] games/domination: Board game that is a bit
o ports/172165[NEW PORT] textproc/the_silver_searcher: A code-search
f ports/172147sysutils/isomd5sum build fails with clang
o ports/172143updated astro/xearth to build with clang with no warni
o ports/172142[NEW PORT] emulators/swine: QT4 Graphical Wine fronten
f ports/172141[PATCH] deskutils/q4wine: update to 0.121, OptionsNG,
f ports/172139www/squid31
o ports/172123[NEW PORT] games/rescue: Rescue! Max, Action Adventure
o ports/172104[PATCH] fix kdebase3 build with clang (crypto.cpp)
o ports/172103[PATCH] fix kdebase3 build with clang (->insert)
o ports/172102[PATCH] gccmakedep build error with clang-cpp
o ports/172101[PATCH] imake build error with clang-cpp
f ports/172093chinese/fcitx fixes a startup warning
f ports/172078[patch] Fix distfile for multimedia/mplayer-skins
f ports/172074[patch] www/fusionpbx remove dead code from Makefile
o ports/172024japansese/xjtext: Fix build
o ports/171951update port: security/fwknop FireWall KNock OPerator
f ports/171950devel/tnt: include/tnt/tnt_sparse_matrix_csr.h:97:3: e
o ports/171945fusefs-smbnetfs crash since fusefs-libs update to 2.9.
f ports/171933[PATCH] sysutils/mbmon: fix OptionsNG
o ports/171932wrong excutable program installed in ports/biology/mop
f ports/171931[PATCH] net-mgmt/zabbix-server: update to 1.8.15
f ports/171928[patch update] security/strongswan 4.5.3 -> 5.0.0
o ports/171921New port: devel/ocltools:
o ports/171919xmms libmpeg123 Undefined symbol "mpg123_synth_1to1_mm
f ports/171917databases/mantis: Database query failed. Error receive
o ports/171914New port: devel/pocl: Portable open source OpenCL 1.2
o ports/171903Observium port should only provide dependencies
f ports/171901[MAINTAINER REPLACE AND PORT UPDATE] multimedia/ffmpeg
o ports/171899Openoffice 3.4.1 build failure
o ports/171896ports/multimedia/libvdpau on 9.0-REL amd64 fails to co
f ports/171893[BUG] sysutils/ezjail: ezjail_admin update -b (Cannot
f ports/171886[PATCH] multimedia/gpac-mp4box: [SUMMARIZE CHANGES]
o ports/171884[maintainer update] update for graphics/opencolorio
o ports/171878libsphinxclient port is incompatible with sphinxsearch
o ports/171872update mkvtoolnix to 5.8, keep old as mkvtoolnix50
o ports/171870[NEW PORT] games/visualspell: Challenges players to us
o ports/171869[NEW PORT] games/multiplik12: Educational game for lea
o ports/171868New port: net/remotebox [redports]
o ports/171861[NEW PORT] multimedia/pymp: Lean, flexible frontend to
o ports/171855[NEW PORT] net-mgmt/node-statsd - Simple daemon for ea
o ports/171850Misleading pkg install option in fusefs-kmod
f ports/171849databases/postgis: port switches compiler! GCC -> CLAN
f ports/171818Please add option for Python-integration to sysutils/b
o ports/171800security/metasploit: Update Metasploit to version 4.4.
o ports/171792patch: allow xmille to select starting player randomly
f ports/171763Upgrade mail/davmail to 4.0.0-2016
o ports/171760New port: cad/sweethome3d
o ports/171735[NEW
Re: Problems submitting patch containing UTF-8 characters
On Sun, 30 Sep 2012 16:33:15 +0200 Michael Gmelin wrote: > > > On 30 Sep 2012, at 16:19, Shaun Amott wrote: > > > On Sun, Sep 30, 2012 at 05:08:03AM +0200, Michael Gmelin wrote: > >> I recently ran into a problem submitting a PR containing UTF-8 > >> characters, they ended up garbled, so the maintainer couldn't > >> apply the patch cleanly. > > > > GNATS, unfortunately, records no information about character > > encoding. To make matters worse, it actually removes many headers > > from e-mail replies, meaning query-pr.cgi can usually only work on > > guesses and assumptions. > > > > Headers are however preserved inside MIME parts, and if there are > > any of these headers, they are used; but in this case your MUA > > hasn't included encoding information here. > > > > Shaun > > > > -- > > Shaun Amott // PGP: 0x6B387A9A > > "A foolish consistency is the hobgoblin > > of little minds." - Ralph Waldo Emerson > > ... > I tries setting the character encoding of the attachment, which fixes the problem only for viewing the patch on the PR website (so one could copy and paste the patch). The download links will still deliver a corrupted patch though, so basically it is impossible to submit a patch containing UTF-8 characters that can be downloaded from the PR website correctly*. I created a bug describing/demonstrating the issue, maybe a member of portmgr or www could check this. http://www.freebsd.org/cgi/query-pr.cgi?pr=172195 Michael * unless one encodes it into a special ASCII format like base64 and attaches this as text/plain us ascii and of course tells people how to use it - this is neither practical nor desirable since it makes it impossible to discuss a patch by just looking at it on the website. -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD Port: barnyard2-1.9_2
Hi! fir...@securixlive.com announced a new stable version of barnyard2 the other day. Do you have an estimated date when FreeBSD ports will use this new version? /Martin --- Barnyard2 - v2-1.10 is released G'day all, It's my great pleasure to finally announce the next stable release of barnyard2 v2-1.10 build(310). After almost 20 months of development and continuous testing from the community we are happy to get this one out to the masses (without the beta tag). This development cycle has seen a lot of changes, refinements and fixes. This will be the last version build arround the old database schema. The next release of barnyard2 will come with new database output that only support the new schema, native IPv6 support and FULL unified2 support for all output plugin. I could go on about the changes, but the wait has been long enough. Here's a summary of the more notable changes: * Additions - spo_database. Support of encrypted connections to postgresql is now available. See README.database for the appropriate options. - spo_sguil. Fixed issue with duplication of alerts. - Completely re-written database plugin for performance optimisation against the original DB schema. NOTE: If you have intentions of running this new version we highly recommended you to clean two databases table for better performance: reference and sig_reference, not doing so will not break anything but could slow the startup caching process). - New Bro output plugin (thanks to Seth Hall) - A new syslog plugin (syslog_full) that support local and remote TCP and UDP syslog. * Improvements - Improved support against the latest Unified 2 format. Extended headers are read, however no plugins use the information currently. - Improved core IPv6 support. - Compile under cygwin - And many, many bugfixes. You can download the source in a number of ways: - https://github.com/firnsy/barnyard2/tags (as a zip/tarball) - git://github.com/firnsy/barnyard2.git (via a git clone) I would like to pay a special thanks to Eric Lauzon (the newest member of the core development team) and the many people who have helped along the road: Russell Fulton, Tim Shelton, JJ Cummings. Michael Steele, Brett Edgar, Bill Parker, Miguel Alvarez, Martin Holste, Jason Haar and any others who I may have missed. Regards, - firnsy smime.p7s Description: S/MIME cryptographic signature
New port: net/tigervnc call for testers (not PRed yet)
Hello VNC users, I created a new port net/tigervnc on redports.org. It is a new implementation of VNC and quite better than former VNCs. Currently, my net/tigervnc port has following promlems and I'm still working for making TigerVNC perfectly works. Anyway, I would like you to test if TigerVNC servers work (ex. Xvnc, vncserver, x0vncserver). To try my port, please checkout my redports repository. svn co http://svn.redports.org/meta/net/tigervnc/ Any advice is very welcome. Please help me to make TigerVNC port better! Current problems that I'm working on: - Cannot build vncviewer - Cannot build with GnuTLS - Not OptionsNG'fied yet Why TigerVNC is better than former VNCs. - Under active development - Based on newer xserver than former VNCs (v1.7.7, as same as x11-server/xorg-server) - Supports XRandR, evdev and other extensions - Better encodings save bandwidth and processor time - Fedora Project replaces RealVNC by TigerVNC More informations, please see: http://fedoraproject.org/wiki/Features/TigerVNC Regards, -- `whois vmeta.jp | nkf -w` meta ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
flashplugin 11.2r202.238
I just finished installing "linux-f10-flashplugin-11.2r202.238". For some inexplicable reason, it is no longer working. I followed the directions in "UPDATING" but without success. I even cleared out the entries in the "~/.mozilla/plugins" directory and reran the command without results. In fact, now nothing is listed in the directory and flash still doesn't work. Every time I reach a page that requires flash, I am greeted with a message telling me I need to download and install it. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flashplugin 11.2r202.238
If you have the flashpluggin.so just do nspluginwrapper -v -a -i and you should be fine. 2012/10/1 Jerry > I just finished installing "linux-f10-flashplugin-11.2r202.238". For > some inexplicable reason, it is no longer working. I followed the > directions in "UPDATING" but without success. I even cleared out the > entries in the "~/.mozilla/plugins" directory and reran the command > without results. In fact, now nothing is listed in the directory and > flash still doesn't work. Every time I reach a page that requires flash, > I am greeted with a message telling me I need to download and install > it. > > -- > Jerry ♔ > > Disclaimer: off-list followups get on-list replies or get ignored. > Please do not ignore the Reply-To header. > __ > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flashplugin 11.2r202.238
i meant libflashplayer.so 2012/10/1 marcos alves > If you have the flashpluggin.so just do nspluginwrapper -v -a -i > and you should be fine. > > > 2012/10/1 Jerry > >> I just finished installing "linux-f10-flashplugin-11.2r202.238". For >> some inexplicable reason, it is no longer working. I followed the >> directions in "UPDATING" but without success. I even cleared out the >> entries in the "~/.mozilla/plugins" directory and reran the command >> without results. In fact, now nothing is listed in the directory and >> flash still doesn't work. Every time I reach a page that requires flash, >> I am greeted with a message telling me I need to download and install >> it. >> >> -- >> Jerry ♔ >> >> Disclaimer: off-list followups get on-list replies or get ignored. >> Please do not ignore the Reply-To header. >> __ >> ___ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" >> > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flashplugin 11.2r202.238
On Mon, 1 Oct 2012 16:06:53 -0300 marcos alves articulated: > 2012/10/1 marcos alves > > 2012/10/1 Jerry > > > >> I just finished installing "linux-f10-flashplugin-11.2r202.238". > >> For some inexplicable reason, it is no longer working. I followed > >> the directions in "UPDATING" but without success. I even cleared > >> out the entries in the "~/.mozilla/plugins" directory and reran > >> the command without results. In fact, now nothing is listed in the > >> directory and flash still doesn't work. Every time I reach a page > >> that requires flash, I am greeted with a message telling me I need > >> to download and install it. > > > > If you have the flashpluggin.so just do nspluginwrapper -v -a -i > > and you should be fine. > > i meant libflashplayer.so The problem was the link was broken. I finally ran: ln -s -f /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so /usr/local/lib/browser_plugins/ I had to use the "-f" flag otherwise it said the link existed. However, for whatever reason, it was not working correct. I recreated it, then ran: "nspluginwrapper -v -a -i" and all is well. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flashplugin 11.2r202.238
I got tired of all that symlink nonsense a long time ago, and made this
function to do the update:
[ -e "${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so" ] && unlink
${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so;
nspluginwrapper -i
/usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so
hth,
Doug
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flashplugin 11.2r202.238
On Mon, 01 Oct 2012 13:29:58 -0700
Doug Barton articulated:
> I got tired of all that symlink nonsense a long time ago, and made
> this function to do the update:
>
> [ -e "${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so" ] &&
> unlink ${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so;
> nspluginwrapper -i
> /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so
Good idea Doug. What really burns my ass is that in this day and age we
are still being forced to use this silly bullshit for programs like
"flash" and others. I know that this will piss off some people;
however, when someone asks, "Why do you use Microsoft instead of
open-source software", you can point to crap like this being an
excellent reason. IMHO, the only reason for crap like this is because
it is easier to ignore the problem than fix it.
--
Jerry ♔
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: barnyard2-1.9_2
I hope to get to it tomorrow. Paul Schmehl (pa...@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas On 10/1/12 10:22 AM, "Martin Olsson" wrote: >Hi! > >fir...@securixlive.com announced a new stable version of barnyard2 the >other >day. >Do you have an estimated date when FreeBSD ports will use this new >version? > >/Martin > > > > > >--- >Barnyard2 - v2-1.10 is released > >G'day all, > >It's my great pleasure to finally announce the next stable release of >barnyard2 v2-1.10 build(310). > >After almost 20 months of development and continuous testing from the >community we are happy to get this one out to the masses (without the >beta tag). > >This development cycle has seen a lot of changes, refinements and >fixes. This will be the last version build arround the old database >schema. > >The next release of barnyard2 will come with new database output that >only support the new schema, native IPv6 support and FULL unified2 >support for all output plugin. > >I could go on about the changes, but the wait has been long enough. >Here's a summary of the more notable changes: > >* Additions > - spo_database. Support of encrypted connections to postgresql >is now available. See README.database for the appropriate options. > > - spo_sguil. Fixed issue with duplication of alerts. > > - Completely re-written database plugin for performance >optimisation against the original DB schema. > >NOTE: If you have intentions of running this new version we >highly recommended you to clean two databases table for better >performance: reference and sig_reference, not doing so will not >break anything but could slow the startup caching process). > > - New Bro output plugin (thanks to Seth Hall) > > - A new syslog plugin (syslog_full) that support local and remote >TCP and UDP syslog. > >* Improvements > - Improved support against the latest Unified 2 format. Extended >headers are read, however no plugins use the information currently. > > - Improved core IPv6 support. > > - Compile under cygwin > > - And many, many bugfixes. > >You can download the source in a number of ways: > - https://github.com/firnsy/barnyard2/tags (as a zip/tarball) > - git://github.com/firnsy/barnyard2.git (via a git clone) > >I would like to pay a special thanks to Eric Lauzon (the newest member >of the core development team) and the many people who have helped along >the road: Russell Fulton, Tim Shelton, JJ Cummings. Michael Steele, >Brett Edgar, Bill Parker, Miguel Alvarez, Martin Holste, Jason Haar and >any others who I may have missed. > >Regards, >- firnsy
