pkg has screwed up my ports
This morning I updated my ports tree using svn, then ran portmaster -L to check outdated ports. portmaster was one of those ports. I then ran portmaster -a . it prompted me to select options from the blue options screen, I selected pkgng support. Anyway, the update of portmaster failed. I ran pkg2ng, it went through all of my ports, etc. Just following instruction that were printed to the terminal. It has screwed up spamassassin to the point where I cannot even install it now; either using make install clean, pkg install ... , portmaster mail/p5-Mail-SpamAsassin, etc, etc. There may be others too, I can't tell right now because my entire ports system has been corrupted and therefore rendered useless. i'm on a different machine now so I don't have all the errors i've been getting available right now i Think i'm going to have remove every single port and start again. I'm really peed off about this. Moving forward and progressing is fine, but there are clearly plenty of problems with this new pkg mechanism. I've been sat here all day trying to fix the mess and i'm no further forward. A total waste of day. Aren't these things tested properly before forcing them upon us users - it's us that suffer. I've had to take my mail server offline and route mail to another whilst I get this sorted. Surely someone else has had this issue today, or recently. ??? ___ 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: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile
[ Doug Barton wrote on Sat 6.Oct'12 at 13:44:42 -0700 ] On 10/06/2012 00:15, Matthew Seaman wrote: Putting the WWW information into the port Makefile means that portindex only has to deal with about half as many files I have the same response to you and Baptiste. I get what you're saying, but what we gain by putting it in the Makefile does not make up for what we lose by reducing the value of 'cat pkg-descr'. As a general user, I've gotten into to the habit of using cat pkg-desc a lot, not that I wouldn't be happy to change that habit. That have been a number of changes that we, as regular users, have had to adapt to. ___ 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
[ Jerry wrote on Thu 4.Oct'12 at 11:02:58 -0400 ] On Thu, 04 Oct 2012 05:30:06 -0800 Beech Rintoul articulated: On 10/1/2012 11:56 PM, Volodymyr Kostyrko wrote: 01.10.2012 21:33, Jerry wrote: 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. Could you please rerun nspluginwrapper -v -a -i? Is there anything in the system log? I ran into the same problem. Tried for two days to get flash working on a client's FreeBSD box. No go. I finally just copied npwrapper.libflashplayer.so into .mozilla/plugins, firefox found it and now all works fine. seems nspluginwrapper -v -a -i is not populating .mozilla/plugins. Did you check the info at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/book.html In particular, I ran into a problem with creating the link. I received an error message stating the link existed; however, even if it did it was not working correctly. I corrected it with this: ln -s -F /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so /usr/local/lib/browser_plugins/ I then ran: nspluginwrapper -v -a -i and all is well, or at least as well as can be expected with Flash and FreeBSD. Not exactly a marriage made in heaven. Yes, it is a bit of a PITA isn't it. I wish flashplayer could be replaced be something better that works on UNIX and all platforms for that matter. Maybe HTML 5 will enable people to do without this crap. ___ 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: graphics/evince depends on vulnerable libxul19
[ Anton Shterenlikht wrote on Wed 3.Oct'12 at 8:48:38 +0100 ] === Installing for evince-2.32.0_9 === evince-2.32.0_9 depends on file: /usr/local/share/icons/gnome/index.theme - found === evince-2.32.0_9 depends on executable: yelp - not found ===Verifying install for yelp in /usr/ports/x11/yelp === yelp-2.30.2_4 depends on file: /usr/local/lib/libxul/libxul.so - not found ===Verifying install for /usr/local/lib/libxul/libxul.so in /usr/ports/www/libxul19 === libxul-1.9.2.28_1 has known vulnerabilities: libxul-1.9.2.28_1 is vulnerable: mozilla -- multiple vulnerabilities Shouldn't evince be forcing www/libxul install instead? Anton The same is true for java/icedtea-web - i'd like to install that port but it also wants libxul-1.9.x as a build dependency. ___ 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: removing non-existent ports from /var/db/pkg ?
[ Matthew Seaman wrote on Tue 2.Oct'12 at 10:32:56 +0100 ] On 02/10/2012 09:08, Anton Shterenlikht wrote: I have on one system: # ls /var/db/pkg apr-1.4.6.1.4.1_1 help2man-1.40.10 pkgconf-0.8.4 auditfile help2man-1.40.11 pkgconf-0.8.5 autoconf-2.69 help2man-1.40.12 pkgconf-0.8.6 automake-1.12.2 libconfuse-2.7 pkgconf-0.8.7_2 automake-1.12.3 libxml2-2.7.8_5 pkgconf-0.8.8 automake-1.12.4 local.sqlite pkgconf-0.8.9 ganglia-monitor-core-3.1.7_4mpfr-3.1.1 python27-2.7.3_3 gcc-4.7.2.20120721 neon29-0.29.6_4 rsync-3.0.9_2 gcc-4.7.2.20120728 pcre-8.31_1 sqlite3-3.7.14 gcc-4.7.2.20120804 pkg-1.0 subversion-1.7.5 gcc-4.7.2.20120825 pkg-1.0.r4 subversion-1.7.6 gcc-4.7.2.20120908 pkg-1.0.r4_1 sudo-1.8.5.p3 gcc-4.7.3.20120929 pkg-1.0.r5_1 sudo-1.8.6.p3_1 gmake-3.82_1pkg-1.0.r6_1 # pkg info -xo gcc-4.7 gcc-4.7.3.20120929: lang/gcc47 # I wonder why I have old versions of several ports, which no longer exist, e.g. gcc47. I update with portmaster. Does the normal update procedure remove the old version entry from /var/db/pkg if the update has been successful? This is an unfortunate effect of using pkgng to handle packages and portmaster+patches to build them. The old pkg_tools were the owners of that whole /var/db/pkg/ sub-directory structure, and used to take care of deleting old entries once ports were updated or removed. portmaster stores some of its meta-data in those directories but it doesn't itself remove any that are out of date. pkg only uses the data in local.sqlite -- so there's nothing left willing to clean up the mess. This is something that should probably be added to the portmaster patch when used with pkgng. Hi Matthew and Anton, so in the meantime what is the best way to clear this old stuff out? I do like to clear out code and files that are redundant, where possible. What would you suggest? Cheers, Jamie ___ 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: removing non-existent ports from /var/db/pkg ?
[ Matthew Seaman wrote on Tue 2.Oct'12 at 12:13:05 +0100 ] At the moment, the only way to clear up is to manually remove the outdated subdirectories from /var/db/ports. You can work out what is out of date by comparing the list of sub-dirs to the list of installed ports obtained by pkg info -aq Should only take a few minutes to write a small script to do that. Be careful not to trash local.sqlite, repo.sqlite or auditfile -- in fact, anything in /var/db/pkg which is not a directory should be preserved. Note: even if you do delete subdirs that are actually still in use, this shouldn't be a huge disaster. The only data still in those directories will be portmaster's cache of distfile info (which it can cope without: it uses it to efficiently identify old distfiles that can themselves be tidied up) and flag files like +IGNOREME which you will want to regenerate before you next do a ports update. Ok, thanks for clarifying that for us. Very much appreciated. Best wishes, Jamie ___ 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 ja...@kode5.net 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
Installing non-ports software into /usr/local
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 ___ 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: [BRAINSTORMIG] name of the variable for passing command line options via make
[ Pietro Cerutti wrote on Tue 25.Sep'12 at 13:41:41 +0200 ] On 2012-Sep-25, 00:15, Baptiste Daroussin wrote: Hi, One of the missing thing since we switch to OptionNG is a reliable ability to pass options via command line that would override make.conf and config file options. Here is an implementation that do work: http://people.freebsd.org/~bapt/OVERRIDE_BLA.diff Now OVERRIDE_SET/UNSET doesn't seems to be the best name :) http://www.freebsd.org/cgi/query-pr.cgi?pr=170180 Here are other proposition from me: LATE_SET/UNSET CMD_SET/UNSET WITH / WITHOUT SET_OPT / UNSET_OPT ___ 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: http://svn.freebsd.org/ports/head: Port's SVN server down?
[ O. Hartmann wrote on Fri 21.Sep'12 at 16:34:20 +0200 ] The whole day I get this error message on all systems I maintain, trying to update the /usr/ports tree via svn: # [/usr/ports]: make update Updating '.': svn: E175002: Unable to connect to a repository at URL 'http://svn.freebsd.org/ports/head' svn: E175002: OPTIONS of 'http://svn.freebsd.org/ports/head': could not connect to server (http://svn.freebsd.org) *** [update] Error code 1 It was alright a short while ago, I used it without any problems here in UK pgpqNbRAUWaIP.pgp Description: PGP signature
Re: [CORRECTION] Change to the header in ports Makefiles, take two
[ Jeremy Messenger wrote on Mon 17.Sep'12 at 11:59:08 -0500 ] IMHO, of course. :) I don't care if it's IMHO, but dude you are pain in ass already. -- Freddie Cash fjwc...@gmail.com What is a pain in the arse are comments like this. We use FreeBSD and people make decisions about its development and progress which affects those of us that use it, so I think we have the right to ask questions and make comments about these changes without being publicly criticised in such a rude manner. ___ 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: query about portmaster output: No ORIGIN ...
[ To freebsd-ports@freebsd.org wrote on Sat 15.Sep'12 at 10:45:03 +0100 ] Hi This morning I updated my ports tree using svn. Then used `portmaster -L` to check outdated ports, etc. and there is a message/warning/whatever, from portmaster about linux-f10-alsa-lib-1.0.21_1 - this is the output: === linux-f10-alsa-lib-1.0.21_1 === No ORIGIN in /var/db/pkg/linux-f10-alsa-lib-1.0.21_1/+CONTENTS I don't understand what it means exactly and wondered if someone could explain? and perhaps explain the steps needed to fix it? Best wishes, Jamie i'm using FreeBSD 9/stable, recently stopped using portsnap and csup in favour of svn for my base sources updates and my ports. I managed to overcome it using `make deinstall reinstall` for that particular port. I must have screwed something up before when I removed 'things' so I could start using svn for my ports tree. ___ 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: [HEADS-UP] Announcing the end of port CVS
[ Lars Eighner wrote on Fri 7.Sep'12 at 10:00:45 -0500 ] On Fri, 7 Sep 2012, Beat Gaetzi wrote: The development of FreeBSD ports is done in Subversion nowadays. For the sake of compatibility a Subversion to CVS exporter is in place which has some limitations. For CVSup mirroring cvsup based on Ezm3 is used which breaks regularly especially on amd64 and with Clang and becomes more and more unmaintainable. What exactly is the motivation again for moving from things which work like cvsup and gcc to things that are broken or lame like subversion and clang? They're not broken. I've recently been using them and they're fine. There has been plenty of discussion about the reasons for the changes so have a read from the various sites and list archives. ___ 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: [HEADS-UP] Announcing the end of port CVS
[ Lars Eighner wrote on Fri 7.Sep'12 at 10:00:45 -0500 ] On Fri, 7 Sep 2012, Beat Gaetzi wrote: The development of FreeBSD ports is done in Subversion nowadays. For the sake of compatibility a Subversion to CVS exporter is in place which has some limitations. For CVSup mirroring cvsup based on Ezm3 is used which breaks regularly especially on amd64 and with Clang and becomes more and more unmaintainable. What exactly is the motivation again for moving from things which work like cvsup and gcc to things that are broken or lame like subversion and clang? They're not broken. I've recently been using them and they're fine. There has been plenty of discussion about the reasons for the changes so have a read from the various sites and list archives. ___ 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 pkgng situation
Hi I want to start using pkgng but from reading posts on this list it sppears there are still some tweaks required, as would be expected with a project like this. So, my question is: is it stable enough to start using now on my stable/9 system? I don't mind having to deal with the occasional problem here and there with suuport from ports@ users. I Also want to start using poudriere as well which I understand works well with pkgng. Any comments and/or guidance would be much appreciated. Best wishes, Jamie. ___ 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: csup vs portsnap was: fresh install of kde4 fails - japanese/kiten
[ RW wrote on Sat 1.Sep'12 at 0:49:54 +0100 ] On Wed, 29 Aug 2012 10:27:14 -0700 Jim Pazarena wrote: Which is the recommended way to stay PORT current? portsnap or csup? I will switch to portsnap, but it is pretty slow compared to csup. In normal use portsnap should be much faster than csup. The initial portsnap extract is much slower than a normal update, and fetching the first compressed snapshot or updating a really ancient one is slower than a normal fetch - beyond that portsnap is very fast. Agreed. After the first run of `portsnap fetch extract`, subsequent fetch and update using portsnap is certainly faster. ___ 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: pkgng questions
[ Mark Felder wrote on Thu 30.Aug'12 at 7:01:43 -0500 ] I think you're very confused about what pkgng is for. At this time, ports are STILL the recommended way to install things and keep them up to date. Pkgng is the first step required for us to get a better package management system so we can shift the community towards primarily using packages. Can i ask, why is it that shifting the community to using packages is deemed to be a better approach? I like being able to select configuration options to build software. I have never installed a pre-compiled package since using FreeBSD version 6.x. I recall someone responding in another thread about how people don't like change but surely being able to choose is what end-users want. I am sure this has been discussed at length in other threads and sorry if i'm asking old questions. Jamie ___ 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: pkgng questions
[ Bryan Drewery wrote on Thu 30.Aug'12 at 9:51:55 -0500 ] On 8/30/2012 8:43 AM, Jamie Paul Griffin wrote: [ Mark Felder wrote on Thu 30.Aug'12 at 7:01:43 -0500 ] I think you're very confused about what pkgng is for. At this time, ports are STILL the recommended way to install things and keep them up to date. Pkgng is the first step required for us to get a better package management system so we can shift the community towards primarily using packages. Can i ask, why is it that shifting the community to using packages is deemed to be a better approach? I like being able to select configuration options to build software. I have never installed a pre-compiled package since using FreeBSD version 6.x. I recall someone responding in another thread about how people don't like change but surely being able to choose is what end-users want. I am sure this has been discussed at length in other threads and sorry if i'm asking old questions. Jamie Supporting binary package upgrades makes it easier all around for most users. It also simplifies enterprise environments. Users can of course build their own packages with custom options and distribute those instead. Make no mistake though, ports are not going anywhere. You don't have to use binary packages if you don't want to. You can still checkout ports and compile and use portmaster/portupgrade. Thanks Bryan for explaining. And sorry for creating a digression from the OP's question. I'm just reading all the information about pkgng, poudriere and related projects and it looks pretty fantastic. Some really creative and clever work. Best wishes, Jamie. ___ 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: sysutils/conky Configure Options in Makefile
[ Matt Burke wrote on Wed 29.Aug'12 at 9:01:59 +0100 ] On 08/28/12 21:41, Jamie Paul Griffin wrote: I have installed conky for use with my wm which is Spectrwm. However, looking in the conky Makefile one of the configure options has been disabled, tcp monitoring (--disable-portmon), which is a feature i'd quite like to have available. Is there a reason the maintainer has disabled this option, perhaps due to security or incompatibility, etc., that anyone knows of? It appears to be disabled in the port Makefile because Conky's configure script says it's not supported on FreeBSD. cd /usr/ports/*/conky make clean patch vi Makefile - remove the --disable-portmon vi work/conky*/configure - change xLinux to xFreeBSD at line 14043 make Dunno if it actually works, but it does build, albeit with a warning for me: Cheers Matt, i'll leave it then. It's not worth the hassle by the sounds of it. Thanks for the info though. jamie ___ 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: upgrading ports with a lot of dependencies
[ Kevin Oberman wrote on Tue 28.Aug'12 at 17:37:17 -0700 ] And, as I mention rather often, pkg-libchk from sysutils/bsdadminscripts can save you from rebuilding a LOT of ports. pkg_libchk -o | grep LIBNAME | cut -d: -f1 | sort | uniq dep-ports (where LIBNAM is the sharable (.so) installed by the port in question) portmaster -D `cat dep-ports` Like the sound of that, will definitely try that out. ___ 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
sysutils/conky Configure Options in Makefile
Hi I have installed conky for use with my wm which is Spectrwm. However, looking in the conky Makefile one of the configure options has been disabled, tcp monitoring (--disable-portmon), which is a feature i'd quite like to have available. Is there a reason the maintainer has disabled this option, perhaps due to security or incompatibility, etc., that anyone knows of? I have emailed the maintainer who's address is in the Makefile but i've not had a response. I wasn't sure if contacting maintainers directly is the correct/preferred approach with such matters so i'm asking here. Thanks in advance to anyone that might have some thoughts to offer on this. Best wishes, Jamie. smime.p7s Description: S/MIME cryptographic signature
Re: vim python as scripting language
On Sat, May 28, 2011 at 11:44:07AM +, Eitan Adler wrote: How is it that there is no 'make config' menu to choose options from? This has come up multiple times on this mailing list. The maintainer dislikes the options system and has hidden vim's options behind a variable WITH_VIM_OPTIONS add WITH_VIM_OPTIONS=YES to /etc/make.conf to have it act like other ports. Why is something like that up to the maintainer? Surely if a port has options that will benefit people using it then making them available should be a standard requirement that maintainers have to abide by. Personal preference is great when it doesn't become a PITA to everyone else. ___ 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: Firefox 4 with PGO compile error
On Wed, May 25, 2011 at 11:39:36AM +0200, Daniel Nebdal wrote: I *think* that error is because it expects a gnome session (or at least a dbus server) to be available. If you used plain su to become root, it won't have the right environment. Could you try either sudo or su -m ? I built it yesterday with this option enabled and I don't have gnome on my system, only fvwm2. I also su'd from my regular user id to build and install the port. group wheel,operator. jamie ___ 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: Firefox 4 with PGO compile error
On Wed, May 25, 2011 at 07:47:25AM -0400, Jason Hellenthal wrote: The build needs to have access to the Xserver as the user who is building the port. Since you are root, the correct environment variables would not be set as well no access to the server by its normal access methods. As your build-user: (csh): setenv DISPLAY :0 or, (sh): export DISPLAY=:0 As the X user: xhost +local: +inet:localhost But why do some poepl have this problem whilst others do not? Maybe its time to provide some URL's to some directly relavent pages... Definitely a good idea. jamie ___ 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: linux-f10-flashplugin can't fetch
On Tue, May 24, 2011 at 05:49:36PM +1000, Peter Jeremy wrote: On 2011-May-23 14:52:44 +0100, Jamie Paul Griffin grif...@gnix.co.uk wrote: trying to install www/linux-f10-flashplugin but it fails before even downloading the file. I downloaded the file from Adobe's site and have put it into /usr/ports/distfiles/flashplugin/current/ /usr/ports/distfiles/ but neither worked. Below is the error output. Can anyone help out with this problem? As per the output you posted, you need to place the distfile in /usr/ports/distfiles/flashplugin/10.2r159.1 - the port is expecting to find /usr/ports/distfiles/flashplugin/10.2r159.1/flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz and /usr/ports/distfiles/flashplugin/10.2r159.1/linux-f10-flashsupport-9.0.1.i386.tar.gz And as per my OP, I did that and it didn't work. The problem was due to a checksum mismatch. It's all been fixed now anyway. ___ 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
linux-f10-flashplugin can't fetch
Hello trying to install www/linux-f10-flashplugin but it fails before even downloading the file. I downloaded the file from Adobe's site and have put it into /usr/ports/distfiles/flashplugin/current/ /usr/ports/distfiles/ but neither worked. Below is the error output. Can anyone help out with this problem? jamie = === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Extracting for linux-f10-flashplugin-10.2r159.1 = SHA256 Checksum mismatch for flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz. = SHA256 Checksum OK for flashplugin/10.2r159.1/linux-f10-flashsupport-9.0.1.i386.tar.gz. === Refetch for 1 more times files: flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE = install_flash_player_10_linux.tar.gz doesn't seem to exist in /usr/ports/distfiles/flashplugin/10.2r159.1. = Attempting to fetch http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_10_linux.tar.gz = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/flashplugin/10.2r159.1 and try again. *** Error code 1 Stop in /usr/ports/www/linux-f10-flashplugin10. *** Error code 1 Stop in /usr/ports/www/linux-f10-flashplugin10. ___ 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: linux-f10-flashplugin can't fetch
On Mon, May 23, 2011 at 03:51:29PM -0400, Jon Beliveau wrote: Hi Jamie, The problem described seems similar to this thread: https://forums.freebsd.org/showthread.php?t=1315 In short, run: cd /usr/ports/www/linux-f10-flashplugin10 make makesum make install clean And that should correct the issue. -Jon Hi Jon - thank you for your help, much appreciated. jamie ___ 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: Perl | Frequent update
On Sun, May 22, 2011 at 10:57:56AM +0100, Chris Rees wrote: What's the point? Even minor versions of perl are stable, and odd numbers are the development branches -- rather like the kernel of That Other Less-Free OS. It's updated frequently because it's being worked upon by such a large development team now -- it's progress! Chris I think he's getting at the fact it's a PITA to rebuild everything so often, especially when some of the large ports take so long to compile. ___ 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: 8.2-PRERELEASE and Flash
On Tue, Jan 04, 2011 at 11:14:12AM -0500, Alex Goncharov wrote: I play Flash in Firefox, (native) Opera and Chrome -- perfectly now. For Firefox, the instructions in the Handbook worked for me. I followed the handbook process only yesterday and i'm not experiencing any problems with Firefox and flash either. It slows the browser up a bit but then it's always done that for me. jamie ___ 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: www/firefox mail/thunderbird fail to build
Hello, I suppose the system on which the port is being compiled on is low in swap space. Try to disable compiler optimizations (make config). Here's a similar (same ?) problem http://lists.freebsd.org/pipermail/freebsd-gecko/2010-February/000682.html With a workaround, probably no longer valid/adequate http://lists.freebsd.org/pipermail/freebsd-gecko/2010-February/000692.html d Hi Dan thanks for the link and your suggestion. `make config` and de-selecting the Additional Optimizations flag has enabled me to build Firefox; just done the same for Thunderbird so I think that will be alright too although it is still building now. Best wishes, Jamie for the archives: www/firefox == firefox-3.6.12 FreeBSD 8.1 i386 ___ 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
www/firefox mail/thunderbird fail to build
Hello everyone Installed my FreeBSD 8.1 system last night. Trying to build firefox and thunderbird and both fail when compiling the same component. I've put a screenshot on the net: http://gnix.co.uk/code.html I was wondering if anyone else had experienced this and if so if and how they fixed it. Cheers, Jamie. ___ 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
