question regarding archivers/p5-Archive-Zip
Hi guys, ATT mailscanner maintainer: just a FYI. I'm in the proces of pulling mailscanner out of the ports i.s.o. fighting with the distribution tar.gz. Having one box over, I encountered a minor bug in archivers/p5-Archive-Zip. It all has to do with http://rt.cpan.org/Public/Bug/Display.html?id=61930 . I manually patched Member.pm and now things run smooth without mailscanner complaining. Oh yes, it works without this patch, but keeps complaining every time mailscanner starts a batch. Any possibillity to have this patch in, say, v1.30_2 ? That would save other folks a google[tm]-tour-through-mailinglists :-) When I write to you in err, please let me know. I pulled the MAINTAINER='s from their respective Makefile. Regards, Robert ___ 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: portsclean -CDD oddness
On 11/03/2010 23:46, Doug Barton wrote: On 11/3/2010 9:59 PM, Jimmie James wrote: After doing a portupgrade, I've always run portsclean -CDD [for reference] -C Clean out all the working directories of the ports tree. (cf. WRKDIRPREFIX) -D Clean out all the distfiles that are not referenced by any port in the ports tree. Specified twice (i.e. -DD), clean out all the distfiles that are not referenced by any port that is currently installed. (cf. DISTDIR) This time, fresh csup and a few ports updated, it wiped out EVERY distfile for reasons I don't understand. Anyone have a clue as to why, or what the frak is going on? I can't tell you authoritatively, but I would be very surprised if this problem were not the result of the recent bsd.port.mk changes that removed MD5 checksums, and renamed the variable that refers to the distinfo file. portupgrade was updated today, I imagine to resolve this issue. Yes, the update $FreeBSD: ports/ports-mgmt/portupgrade/Makefile,v 1.259 2010/11/08 07:56:14 stas Exp $ has fixed the issue of removing all distfiles. Thank you! If you've ever had the desire to give portmaster a try, now might be a good time, since I've updated it to deal with this issue. It has the --clean-distfiles feature which does what you described -DD does. I neglected to mention that 'portmaster -t --clean-distfiles-all' will do what you described -D does. Once I migrate this 7.3-STABLE to the latest 8.x branch, I'm planning on using portmaster. I have a bit of a Bad Feeling about making the switch with 1217 ports installed. I'm just waiting on getting my backup drive returned to me. It doesn't have the -C feature, but IMO you're better off using a custom WRKDIRPREFIX anyway. :) Alternatively, the following is (arguably) the most efficient command line to handle that problem: cd /usr/ports find . -maxdepth 3 -type d -name work -exec rm -rf {} \; hth, Doug You've helped a lot Doug, it's really appreciated, cheers! ___ 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
Combining several upgrades using portmaster
Hello! I wonder whether it's possible to automatically combine several upgrades using portmaster. Suppose one have to handle both ports/UPDATING entries: 20100530: suggests portmaster -w -r gettext 20100328: suggests portmaster -r png- It would be nice to combine them as ' portmaster -w -r gettext -r png-' to prevent double upgrade of relevant packages; however '-r' can be specified only once according to manpage. I've handled this by running both commands, replying 'n' to 'Proceed?' question, merging resulting origin list with sort|uniq and feeding it back to portmaster, but maybe there is a simpler way to solve the problem? -- Sincerely, Dmitry nic-hdl: LYNX-RIPE ___ 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: [CFT] mplayer / mencoder port update
* Dmitry Marakasov (amd...@hades.panopticon) wrote: I'll also run it in a tinderbox with various options flipped to nondefault values and report. Done, all good. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ 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
Proper way to detect kernel / userland sources?
Hello, Ports. I'm preparing port which depends both on kernel source (it contains kernel module) and userland sources (it needs GEOM sources). I see, that ports with kernel modules check for hardcoded /usr/src/sys/Makefile. But it doesn't look good: sources could be perfectly valid, but placed in other directory! Is here any standerd variable which should be used instead of hardcoded /usr/src? -- // Black Lion AKA Lev Serebryakov l...@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: Combining several upgrades using portmaster
On 11/09/2010 06:09, Dmitry Pryanishnikov wrote: Hello! I wonder whether it's possible to automatically combine several upgrades using portmaster. Suppose one have to handle both ports/UPDATING entries: 20100530: suggests portmaster -w -r gettext 20100328: suggests portmaster -r png- It would be nice to combine them as ' portmaster -w -r gettext -r png-' to prevent double upgrade of relevant packages; however '-r' can be specified only once according to manpage. I've handled this by running both commands, replying 'n' to 'Proceed?' question, merging resulting origin list with sort|uniq and feeding it back to portmaster, but maybe there is a simpler way to solve the problem? The number of times that -r is actually required is (thankfully) quite small, and the number of times that there is a need to do 2 -r's of ports that are heavily depended on is very very small. In fact I can only remember a few such instances over 15+ years. OTOH, the code to handle the -r feature is unfortunately quite complex, and I'm a little hesitant to mess with it (to be honest, mostly because it's working right now, so I don't want to tempt fate). :) I will, however, add this idea to my big list o' portmaster ideas and see if it's something I could tackle at a future date. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: portsclean -CDD oddness
On 11/09/2010 06:28, Jimmie James wrote: On 11/03/2010 23:46, Doug Barton wrote: portupgrade was updated today, I imagine to resolve this issue. Yes, the update $FreeBSD: ports/ports-mgmt/portupgrade/Makefile,v 1.259 2010/11/08 07:56:14 stas Exp $ has fixed the issue of removing all distfiles. Thank you! Don't thank me, thank stas. :) Once I migrate this 7.3-STABLE to the latest 8.x branch, I'm planning on using portmaster. I have a bit of a Bad Feeling about making the switch with 1217 ports installed. I'm just waiting on getting my backup drive returned to me. FYI, portmaster is completely ignorant about the scope of your installed ports ... it only takes into account the things you tell it to work on, whether that's one port or hundreds. And my understanding about portupgrade is that if something gets updated without it that on the next update of the database it takes that into account and then keeps on working just fine. But (honestly) I'm not trying to talk you into anything. :) Portupgrade is a fine tool, and I never have regarded portmaster as being in competition with it. Meanwhile, with 1200+ ports (yikes!) IMO you definitely do not want to try an in-place upgrade over a major OS version update. You might want to install portmaster and look in the man page at the end for the recommended major version upgrade procedure, especially if you plan to give portmaster a try on the new system. You've helped a lot Doug, it's really appreciated, cheers! My pleasure. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: Combining several upgrades using portmaster
On Tue, Nov 09, 2010 at 09:19:21AM -0800, Doug Barton wrote: On 11/09/2010 06:09, Dmitry Pryanishnikov wrote: Hello! I wonder whether it's possible to automatically combine several upgrades using portmaster. Suppose one have to handle both ports/UPDATING entries: 20100530: suggests portmaster -w -r gettext 20100328: suggests portmaster -r png- It would be nice to combine them as ' portmaster -w -r gettext -r png-' to prevent double upgrade of relevant packages; however '-r' can be specified only once according to manpage. I've handled this by running both commands, replying 'n' to 'Proceed?' question, merging resulting origin list with sort|uniq and feeding it back to portmaster, but maybe there is a simpler way to solve the problem? The number of times that -r is actually required is (thankfully) quite small, and the number of times that there is a need to do 2 -r's of ports that are heavily depended on is very very small. In fact I can only remember a few such instances over 15+ years. OTOH, the code to handle the -r feature is unfortunately quite complex, and I'm a little hesitant to mess with it (to be honest, mostly because it's working right now, so I don't want to tempt fate). :) I will, however, add this idea to my big list o' portmaster ideas and see if it's something I could tackle at a future date. In the case that you catch 2 or more sweeping updates it is very likely that you are updating across rather large time interval (half of a year or more). In this case I usually ignore all '-r' UPDATING entries and do just portmaster -a. The idea is that almost all ports have got updated in this large period of time too. Of course, you shold keep an eye on the system after such upgrade, manualy reinstalling ports that fail to find old shared library. But normally there are very few of them. (From my experience, freetype2 is regulary one of them.) 0.02$, Alexey. ___ 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
Interactive tool for installing packages
Hello, Some time ago I've started a thread on freebsd-ports@ regarding an interactive tool for installing packages under FreeBSD - pkg_add_it. Now that I got some time to work on the program, I have added a few additional features to it, which I think someone might find useful like: - dependencies tree view of packages (useful to find out package dependencies) - a similar tool that does this already exists - pkg_tree, but it only works for installed ports, while pkg_add_it can show you every package from INDEX - regex support - displays categories and packages from each of them found in INDEX - some code improvements, etc... The code can be found here [1] and in order to install the program, you need to: # git clone git://git.unix-heaven.org/public/pkg_add_it # cd pkg_add_it make install clean I still haven't updated the manual pages yet, but you can read something about the program on the web page [2]. Screenshots can be seen as well. [3] Would be nice if someone can test it, and provide some feedback - what can be removed, improved, added, etc.. Surely, there's room for improvement, but that's a start.. :) Thanks, Marin [1] git.unix-heaven.org [2] www.unix-heaven.org/index.php?page=pkg_add_it [3] http://www.unix-heaven.org/pkg_add_it-new-gfx/ -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.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
USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Oliver Building object [IsisAml] (20:22:34) In file included from /usr/local/include/xercesc/framework/psvi/XSModel.hpp:29, from /usr/local/include/xercesc/framework/XMLGrammarPool.hpp:27, from /usr/local/include/xercesc/validators/common/GrammarResolver.hpp:24, from /usr/local/include/xercesc/internal/XMLScanner.hpp:36, from /usr/local/include/xercesc/internal/VecAttributesImpl.hpp:28, from /usr/local/include/xercesc/parsers/SAX2XMLReaderImpl.hpp:27, from /usr/local/include/xercesc/sax2/XMLReaderFactory.hpp:24, from IsisAml.cpp:27: /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp: In member function 'virtual bool xercesc_2_7::SchemaElementDecl::isGlobalDecl() const': /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp:508: warning: comparison between signed and unsigned integer expressions IsisXMLApplication.cpp: In member function 'virtual void IsisXMLApplication::startElement(const XMLCh*, const XMLCh*, const XMLCh*, const xercesc_2_7::Attributes)': IsisXMLApplication.cpp:99: error: call of overloaded 'getValue(XMLSize_t)' is ambiguous /usr/local/include/xercesc/sax2/Attributes.hpp:195: note: candidates are: virtual const XMLCh* xercesc_2_7::Attributes::getValue(unsigned int) const /usr/local/include/xercesc/sax2/Attributes.hpp:270: note: virtual const XMLCh* xercesc_2_7::Attributes::getValue(const XMLCh*) const gmake[5]: *** [IsisXMLApplication.o] Error 1 gmake[4]: *** [object] Error 2 ___ 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: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
Good day! 09.11.2010 22:34, O. Hartmann пишет: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Which exact xerces version is needed for successful build? Did you tried to install textproc/xerces-c2-devel? (It has 2.8.0 that is last stable release in 2.x branch). Thanks in advance, Oliver Building object [IsisAml] (20:22:34) In file included from /usr/local/include/xercesc/framework/psvi/XSModel.hpp:29, from /usr/local/include/xercesc/framework/XMLGrammarPool.hpp:27, from /usr/local/include/xercesc/validators/common/GrammarResolver.hpp:24, from /usr/local/include/xercesc/internal/XMLScanner.hpp:36, from /usr/local/include/xercesc/internal/VecAttributesImpl.hpp:28, from /usr/local/include/xercesc/parsers/SAX2XMLReaderImpl.hpp:27, from /usr/local/include/xercesc/sax2/XMLReaderFactory.hpp:24, from IsisAml.cpp:27: /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp: In member function 'virtual bool xercesc_2_7::SchemaElementDecl::isGlobalDecl() const': /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp:508: warning: comparison between signed and unsigned integer expressions IsisXMLApplication.cpp: In member function 'virtual void IsisXMLApplication::startElement(const XMLCh*, const XMLCh*, const XMLCh*, const xercesc_2_7::Attributes)': IsisXMLApplication.cpp:99: error: call of overloaded 'getValue(XMLSize_t)' is ambiguous /usr/local/include/xercesc/sax2/Attributes.hpp:195: note: candidates are: virtual const XMLCh* xercesc_2_7::Attributes::getValue(unsigned int) const /usr/local/include/xercesc/sax2/Attributes.hpp:270: note: virtual const XMLCh* xercesc_2_7::Attributes::getValue(const XMLCh*) const gmake[5]: *** [IsisXMLApplication.o] Error 1 gmake[4]: *** [object] Error 2 ___ 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 -- Regards, Ruslan ___ 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: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] -- Gary Jennejohn ___ 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: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On 11/09/10 21:52, Gary Jennejohn wrote: On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmannohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] Hello, I'm using clang ;-) But I also tried gcc45. After I installed xerces-c version 3.1.1 from the Apache project in referred ISIS to take libs iand includes from the new installation path, I had success, but only a partial one. Xalan-c relies on the older version xerces-c2 2.7.. I also tried with xerces-c2-devel (2.8.0), but it also produces the error shown prior to this message. Regards, Oliver ___ 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: Interactive tool for installing packages
On Tue, Nov 9, 2010 at 10:59 PM, Mark Johnston mark...@gmail.com wrote: On Tue, Nov 09, 2010 at 09:32:15PM +0200, Marin Atanasov Nikolov wrote: Hello, Some time ago I've started a thread on freebsd-ports@ regarding an interactive tool for installing packages under FreeBSD - pkg_add_it. Now that I got some time to work on the program, I have added a few additional features to it, which I think someone might find useful like: - dependencies tree view of packages (useful to find out package dependencies) - a similar tool that does this already exists - pkg_tree, but it only works for installed ports, while pkg_add_it can show you every package from INDEX - regex support - displays categories and packages from each of them found in INDEX - some code improvements, etc... The code can be found here [1] and in order to install the program, you need to: # git clone git://git.unix-heaven.org/public/pkg_add_it # cd pkg_add_it make install clean I still haven't updated the manual pages yet, but you can read something about the program on the web page [2]. Screenshots can be seen as well. [3] Would be nice if someone can test it, and provide some feedback - what can be removed, improved, added, etc.. Surely, there's room for improvement, but that's a start.. :) Thanks, Marin [1] git.unix-heaven.org [2] www.unix-heaven.org/index.php?page=pkg_add_it [3] http://www.unix-heaven.org/pkg_add_it-new-gfx/ -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ Hello Mark, It looks pretty neat. I spent a minute or two trying it out, and my only suggestion at this point is to check errno for common errors instead of immediately calling ERRX to report non-zero returns from system calls. It's kind of annoying to see a message like pkg_add_it: Error in config_read_file() from config.c at line 179: No such file or directory Yep, my fault, the port does not install the config file in /usr/local/etc/pkg_add_it.conf I'll take care of adding it to the port :) when it's my fault that pkg_add_it can't find its config file. =) Ditto for things like permissions errors and getenv(3). sudo doesn't bring in my environment unless I use -E, so I get the following message when a 'getenv(PAGER)' fails: pkg_add_it: Error in pkg_display_found() from pkg.c at line 418: No such file or directory Thanks for the feedback, I need to fix that one too :) Regards, Marin -Mark -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.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: Combining several upgrades using portmaster
Hello! 2010/11/9 Doug Barton do...@freebsd.org: 20100530: suggests portmaster -w -r gettext 20100328: suggests portmaster -r png- It would be nice to combine them as ' portmaster -w -r gettext -r png-' to prevent double upgrade of relevant packages; however '-r' can OTOH, the code to handle the -r feature is unfortunately quite complex, and I'm a little hesitant to mess with it (to be honest, mostly because it's working right now, so I don't want to tempt fate). :) I will, however, add this idea to my big list o' portmaster ideas and see if it's something I could tackle at a future date. Thank you! IMHO people who switch from portupgrade to portmaster would appreciate such a possibility, as the former supports multiple target pkgname_globs. -- Sincerely, Dmitry nic-hdl: LYNX-RIPE ___ 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: Proper way to detect kernel / userland sources?
* Lev Serebryakov (l...@freebsd.org) wrote: I'm preparing port which depends both on kernel source (it contains kernel module) and userland sources (it needs GEOM sources). I see, that ports with kernel modules check for hardcoded /usr/src/sys/Makefile. But it doesn't look good: sources could be perfectly valid, but placed in other directory! Is here any standerd variable which should be used instead of hardcoded /usr/src? Oh, that reminded me. For now, there's no other way than to hardcode /usr/src (however some ports make that overridable). I've though of that too and made a patch that has been lying here for some time without purpose. As this topic is risen, I'd like to discuss it, possibly improve and push into Mk. http://people.freebsd.org/~amdmi3/USE_SRC.patch - Introduces SRC_BASE which defaults to /usr/src and may be used in ports to access system sources - Introduces USE_SRC (to be set in ports that require kernel source) that checks whether system sources are installed and whether their version corresponds to system version (overridable) - Corrects a typo While here, I'm worried about the fact that /usr/src is used as a possible source for OSVERSION. Currently, in presence of freebsd-update, it's really likely that system sources are out-of sync with installed system, so getting OSVERSION from /usr/src should likely be removed. osreldate is enough fallback if /usr/include/sys/param.h is absent for some reason. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ 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: Interactive tool for installing packages
On Tue, Nov 09, 2010 at 11:08:07PM +0200, Marin Atanasov Nikolov wrote: On Tue, Nov 9, 2010 at 10:59 PM, Mark Johnston mark...@gmail.com wrote: On Tue, Nov 09, 2010 at 09:32:15PM +0200, Marin Atanasov Nikolov wrote: Hello, Some time ago I've started a thread on freebsd-ports@ regarding an interactive tool for installing packages under FreeBSD - pkg_add_it. Now that I got some time to work on the program, I have added a few additional features to it, which I think someone might find useful like: ?- dependencies tree view of packages (useful to find out package dependencies) ?- a similar tool that does this already exists - pkg_tree, but it only works for installed ports, while pkg_add_it can show you every package from INDEX ?- regex support ?- displays categories and packages from each of them found in INDEX ?- some code improvements, etc... The code can be found here [1] and in order to install the program, you need to: # git clone git://git.unix-heaven.org/public/pkg_add_it # cd pkg_add_it make install clean I still haven't updated the manual pages yet, but you can read something about the program on the web page [2]. Screenshots can be seen as well. [3] Would be nice if someone can test it, and provide some feedback - what can be removed, improved, added, etc.. Surely, there's room for improvement, but that's a start.. :) Thanks, Marin [1] git.unix-heaven.org [2] www.unix-heaven.org/index.php?page=pkg_add_it [3] http://www.unix-heaven.org/pkg_add_it-new-gfx/ -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ Hello Mark, It looks pretty neat. I spent a minute or two trying it out, and my only suggestion at this point is to check errno for common errors instead of immediately calling ERRX to report non-zero returns from system calls. It's kind of annoying to see a message like pkg_add_it: Error in config_read_file() from config.c at line 179: No such file or directory Yep, my fault, the port does not install the config file in /usr/local/etc/pkg_add_it.conf I'll take care of adding it to the port :) Well, it was more of a general suggestion. I didn't even install the program - I just compiled and ran it. Nevertheless, I had to look at the source to figure out what the actual problem was. -Mark ___ 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: Interactive tool for installing packages
On Tue, Nov 09, 2010 at 09:32:15PM +0200, Marin Atanasov Nikolov wrote: Hello, Some time ago I've started a thread on freebsd-ports@ regarding an interactive tool for installing packages under FreeBSD - pkg_add_it. Now that I got some time to work on the program, I have added a few additional features to it, which I think someone might find useful like: - dependencies tree view of packages (useful to find out package dependencies) - a similar tool that does this already exists - pkg_tree, but it only works for installed ports, while pkg_add_it can show you every package from INDEX - regex support - displays categories and packages from each of them found in INDEX - some code improvements, etc... The code can be found here [1] and in order to install the program, you need to: # git clone git://git.unix-heaven.org/public/pkg_add_it # cd pkg_add_it make install clean I still haven't updated the manual pages yet, but you can read something about the program on the web page [2]. Screenshots can be seen as well. [3] Would be nice if someone can test it, and provide some feedback - what can be removed, improved, added, etc.. Surely, there's room for improvement, but that's a start.. :) Thanks, Marin [1] git.unix-heaven.org [2] www.unix-heaven.org/index.php?page=pkg_add_it [3] http://www.unix-heaven.org/pkg_add_it-new-gfx/ -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ It looks pretty neat. I spent a minute or two trying it out, and my only suggestion at this point is to check errno for common errors instead of immediately calling ERRX to report non-zero returns from system calls. It's kind of annoying to see a message like pkg_add_it: Error in config_read_file() from config.c at line 179: No such file or directory when it's my fault that pkg_add_it can't find its config file. =) Ditto for things like permissions errors and getenv(3). sudo doesn't bring in my environment unless I use -E, so I get the following message when a 'getenv(PAGER)' fails: pkg_add_it: Error in pkg_display_found() from pkg.c at line 418: No such file or directory -Mark ___ 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: Proper way to detect kernel / userland sources?
Dmitry Marakasov amd...@amdmi3.ru writes: * Lev Serebryakov (l...@freebsd.org) wrote: I'm preparing port which depends both on kernel source (it contains kernel module) and userland sources (it needs GEOM sources). I see, that ports with kernel modules check for hardcoded /usr/src/sys/Makefile. But it doesn't look good: sources could be perfectly valid, but placed in other directory! Is here any standerd variable which should be used instead of hardcoded /usr/src? Oh, that reminded me. For now, there's no other way than to hardcode /usr/src (however some ports make that overridable). I've though of that too and made a patch that has been lying here for some time without purpose. As this topic is risen, I'd like to discuss it, possibly improve and push into Mk. http://people.freebsd.org/~amdmi3/USE_SRC.patch - Introduces SRC_BASE which defaults to /usr/src and may be used in ports to access system sources Please, also define and export SYSDIR because that what is used by bsd.kmod.mk. And some ports only require kernel sources. I don't think there are many ports that need userland sources. SRC_BASE ?= /usr/src SYSDIR ?= ${SRC_BASE}/sys MAKE_ENV += SYSDIR=${SYSDIR} - Introduces USE_SRC (to be set in ports that require kernel source) that checks whether system sources are installed and whether their version corresponds to system version (overridable) - Corrects a typo ___ 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
patch net/ushare: fix build on 8.1
Hello all With this patches port ushare compile and work. Checked up on FreeBSD 8.1 amd64. patch-http.h Description: Binary data patch-ushare.h Description: Binary data patch-ushare.c Description: Binary data ___ 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
doxygen font error
Hello. Sorry for the confusion... Doxygen is giving me a lot of these: Error: Error: Could not find/open font Digging a bit, I found that it calls dot: %dot -v foo.dot -Tps -o foo.eps dot - graphviz version 2.26.3 (20100126.1600) Activated plugin library: libgvplugin_gd.so.6 Using textlayout: textlayout:gd Activated plugin library: libgvplugin_dot_layout.so.6 Using layout: dot:dot_layout Activated plugin library: libgvplugin_core.so.6 Using render: ps:core Using device: ps:ps:core The plugin configuration file: /usr/local/lib/graphviz/config6 was successfully loaded. render : dot fig gd map ps svg tk vml vrml xdot layout : circo dot fdp neato nop nop1 nop2 osage patchwork sfdp twopi textlayout : textlayout device : canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv imap imap_np ismap jpe j loadimage : (lib) eps gd gd2 gif jpe jpeg jpg png ps svg Error: Could not find/open font fontname: FreeSans.ttf resolved to: [internal times] Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font network simplex: 10 nodes 9 edges maxiter=2147483647 balance=1 network simplex: 10 nodes 9 edges 0 iter 0.00 sec mincross: pass 0 iter 0 trying 0 cur_cross 0 best_cross 0 mincross G: 0 crossings, 0.00 secs. network simplex: 19 nodes 26 edges maxiter=2147483647 balance=2 network simplex: 19 nodes 26 edges 4 iter 0.00 sec routesplines: 9 edges, 27 boxes 0.00 sec Using render: ps:core Using device: ps:ps:core First strangeness is that dot belongs to graphics/graphviz, but doxygen doesn't depend on that (seen with pkg_info and make pretty-print-run-depends-list). Is this my fault in any way? Is it a bug in the port? Second: in fact I have: # locate FreeSans.ttf /usr/local/share/vlc/skins2/fonts/FreeSans.ttf # pkg_which /usr/local/share/vlc/skins2/fonts/FreeSans.ttf vlc-1.1.4_2,3 Of course neither doxygen, nor graphviz depend on vlc... Should they? Am I missing some other port? I do I instruct dot to use that font? Should I? Is it that one the missing font or is it the only one it finds? In that case, how can I get the name of the others? bye Thanks av. ___ 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: patch net/ushare: fix build on 8.1
Gennady píše v út 09. 11. 2010 v 23:51 +0200: With this patches port ushare compile and work. Checked up on FreeBSD 8.1 amd64. Committed, thanks! -- -- Pav Lucistnik p...@oook.cz p...@freebsd.org You can't expect to wield supreme executive power just 'cause some watery tart threw a sword at you. signature.asc Description: This is a digitally signed message part
FreeBSD Port: plone3-3.1.7_2
This port is broken and way out of date. It can not find the Plone-3.1.7.tar.gz file to download. Plone 4 is the current version. ___ 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: plone3-3.1.7_2
Yes, Plone should be update to 4, would you file a PR to fix it ? wen 2010/11/10 joeb j...@a1poweruser.com: This port is broken and way out of date. It can not find the Plone-3.1.7.tar.gz file to download. Plone 4 is the current version. ___ 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: doxygen font error
On 11/09/10 17:30, Andrea Venturoli wrote: Hello. Sorry for the confusion... Doxygen is giving me a lot of these: Error: Error: Could not find/open font Digging a bit, I found that it calls dot: %dot -v foo.dot -Tps -o foo.eps dot - graphviz version 2.26.3 (20100126.1600) Activated plugin library: libgvplugin_gd.so.6 Using textlayout: textlayout:gd Activated plugin library: libgvplugin_dot_layout.so.6 Using layout: dot:dot_layout Activated plugin library: libgvplugin_core.so.6 Using render: ps:core Using device: ps:ps:core The plugin configuration file: /usr/local/lib/graphviz/config6 was successfully loaded. render : dot fig gd map ps svg tk vml vrml xdot layout : circo dot fdp neato nop nop1 nop2 osage patchwork sfdp twopi textlayout : textlayout device : canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv imap imap_np ismap jpe j loadimage : (lib) eps gd gd2 gif jpe jpeg jpg png ps svg Error: Could not find/open font fontname: FreeSans.ttf resolved to: [internal times] Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font Error: Could not find/open font network simplex: 10 nodes 9 edges maxiter=2147483647 balance=1 network simplex: 10 nodes 9 edges 0 iter 0.00 sec mincross: pass 0 iter 0 trying 0 cur_cross 0 best_cross 0 mincross G: 0 crossings, 0.00 secs. network simplex: 19 nodes 26 edges maxiter=2147483647 balance=2 network simplex: 19 nodes 26 edges 4 iter 0.00 sec routesplines: 9 edges, 27 boxes 0.00 sec Using render: ps:core Using device: ps:ps:core First strangeness is that dot belongs to graphics/graphviz, but doxygen doesn't depend on that (seen with pkg_info and make pretty-print-run-depends-list). Is this my fault in any way? Is it a bug in the port? As the maintainer of the port, I can tell you that doxygen depends on graphics/graphviz only if NOPORTDOCS is not defined. Did you have NOPORTDOCS defined? If so, I might have to make it so graphviz is required regardless. Second: in fact I have: # locate FreeSans.ttf /usr/local/share/vlc/skins2/fonts/FreeSans.ttf # pkg_which /usr/local/share/vlc/skins2/fonts/FreeSans.ttf vlc-1.1.4_2,3 Of course neither doxygen, nor graphviz depend on vlc... Should they? Am I missing some other port? From a scan of the ports tree, there are many ports which have a FreeSans.ttf as part of their pkg-plist. However, looking at the docs that come with Doxygen, it appears that Doxygen itself should be generating that file for use with dot. As I have only taken up maintainership of the port and do not develop Doxygen, this may be something to bring up with the Doxygen developers. A quick glance at the code shows that it should be creating that, however. Thanks, Naram Qashat I do I instruct dot to use that font? Should I? Is it that one the missing font or is it the only one it finds? In that case, how can I get the name of the others? bye Thanks av. ___ 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: Proper way to detect kernel / userland sources?
On Tue, Nov 09, 2010 at 11:38:22PM +0300, Dmitry Marakasov wrote: * Lev Serebryakov (l...@freebsd.org) wrote: I'm preparing port which depends both on kernel source (it contains kernel module) and userland sources (it needs GEOM sources). I see, that ports with kernel modules check for hardcoded /usr/src/sys/Makefile. But it doesn't look good: sources could be perfectly valid, but placed in other directory! Is here any standerd variable which should be used instead of hardcoded /usr/src? [...] While here, I'm worried about the fact that /usr/src is used as a possible source for OSVERSION. Currently, in presence of freebsd-update, it's really likely that system sources are out-of sync with installed system, so getting OSVERSION from /usr/src should likely be removed. osreldate is enough fallback if /usr/include/sys/param.h is absent for some reason. AFAIK freebsd-update also updates /usr/src if /usr/src is not empty. pgpNxVYW0p28V.pgp Description: PGP signature