Re: [HEADSUP CFT] pkg 1.0rc1 and schedule
On 16/07/2012 04:32, Peter Jeremy wrote: On 2012-Jul-12 10:01:10 +, Baptiste Daroussin b...@freebsd.org wrote: What is pkg --- pkg is a new package manager for FreeBSD. It is designed as a replacement for the pkg_* tools, and as a full featured binary package manager. A couple of specific questions that I haven't seen answered during this thread or in the wiki: - Can pkgng cope with parallel installs? What happpens if I simultaneously (attempt to) install conflicting packages? No. Parallel installs will not work -- the first to start will lock the DB, and the second won't be able to proceed. - If I use pkg delete -f, what happens to packages that depended on the forcibly-deleted package? Nothing. If you forcibly delete a package it's assumed you understand that you know you're doing something that can break your system. pkg check will detect missing dependency packages and reinstall as required. - What happens if I delete a package where I've modified one of the files managed by the package? The package is removed, but modified file is not: # pkg check -s pciids pciids-20120625: checksum mismatch for /usr/local/share/pciids/pci.ids # pkg delete pciids The following packages will be deinstalled: pciids-20120625 The deinstallation will free 788 kB Deinstalling pciids-20120625...pkg: /usr/local/share/pciids/pci.ids fails original SHA256 checksum, not removing pkg: rmdir(/usr/local/share/pciids/): Directory not empty done # pkg info pciids pkg: No package(s) matching pciids # ls -l /usr/local/share/pciids/pci.ids -rw-r--r-- 1 root wheel 752925 Jul 16 07:05 /usr/local/share/pciids/pci.ids - What facilities does it have for auditing and repairing the package database? (ie checking for inconsistencies between installed files and the content of the package database) See pkg-check(8) - How does it handle the situation where I install a package that depends on foo version 1.2.3 but have foo version 1.2.4 (or 1.2.2) installed? What about if I have bar version 1.3, which is ABI- compatible with foo version 1.2.3, installed? This is an open issue at the moment. If you have foo-1.2.2 installed, it will upgrade for foo-1.2.3 (which is OK). If you have foo-1.2.4 installed, at the moment it attempts to downgrade to foo-1.2.3; the response should be to refuse to do that unless forced. - Will it detect that a package install would overwrite an existing file? What does it do in this case? No. Existing files are overwritten: # pkg install pciids Updating repository catalogue Repository catalogue is up-to-date, no need to fetch fresh copy The following packages will be installed: Installing pciids: 20120625 The installation will require 788 kB more space 92 B to be downloaded pkg: cached package pciids-20120625: checksum mismatch, fetching from remote pciids-20120625.txz 100% 163KB 163.5KB/s 163.5KB/s 00:00 Checking integrity... done Installing pciids-20120625... done - I gather it handles update package more intelligently than uninstall old package, install new package. Will it avoid replacing an old file with an identical one in the new package? Yes exactly that. Files in the older package that are identical in the newer one are left untouched. Otherwise, files from the older package are removed, and files from the newer package are installed. If so, what happens to the file metadata (particularly uid, gid and mtime)? Nothing. - Can it track user-edited configuration files that are associated with packages? This works in exactly the same way as it does currently in the ports. - Can it do 2- or 3-way merges of package configuration files? No. In general the package will install sample configuration files, and will only touch the live config files if either the live configs don't exist, or the live configs are identical to the sample configs. This is the standard way things work in the ports at the moment. - The README states Directory leftovers are automatically removed if they are not in the MTREE. How does this work for directories that are shared between multiple packages? Does this mean that if I add a file to a directory that was created by a package, that file will be deleted automatically if I delete the package? No. Directories have to be empty before they will be removed. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: [HEADSUP CFT] pkg 1.0rc1 and schedule
On Mon, Jul 16, 2012 at 8:18 AM, Matthew Seaman matt...@freebsd.org wrote: On 16/07/2012 04:32, Peter Jeremy wrote: On 2012-Jul-12 10:01:10 +, Baptiste Daroussin b...@freebsd.org wrote: What is pkg --- pkg is a new package manager for FreeBSD. It is designed as a replacement for the pkg_* tools, and as a full featured binary package manager. A couple of specific questions that I haven't seen answered during this thread or in the wiki: - Can pkgng cope with parallel installs? What happpens if I simultaneously (attempt to) install conflicting packages? No. Parallel installs will not work -- the first to start will lock the DB, and the second won't be able to proceed. ... Would it be possible to start an FAQ page somewhere on pkgng wiki? There were some good questions in this thread and even better answers to them. Just putting Peter's questions and Matthew's replies would be a good start for such a page. Regards, -- Nino ___ 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: Problems with new boost
Doug Barton wrote on 15.07.2012 08:09: On 07/13/2012 13:22, Ruslan Mahmatkhanov wrote: Doug Barton wrote on 27.05.2012 13:33: Howdy, I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29. Ever since the update I've noticed that my libtorrent-rasterbar applications have problems with the new boost version. Rebuilding the library against boost 1.45 solves it. I don't know exactly what the problem is, but the symptom is that the application gets slow, and eventually just freezes up altogether. It starts with the UI being slow to respond, with increasing pauses between responses. The network transfers also get slower and slower as time goes by. Eventually as I said above the whole thing just freezes. No response on the UI, no network traffic, no ktrace activity, nothing. If you can give me suggestions on how to diagnose this I'd be glad to help. Doug Should be ok now. But net-p2p/libtorrent-rasterbar* need to be rebuilt. I can confirm that this works as expected now, so thank you thank you thank you thank you! :) I was pulling my hair out trying to find a combination of things I could use to diagnose where the problem was. Has anyone sent this upstream? It's Mario Lobo l...@bsd.com.br (submitter of ports/169755), not me to thank :). I didn't reported upstream. And looking at the fix - as far I understand it actually just updating our local FreeBSD-specific changes according to upstream changes. So I think that all our local patches (16 items) should be sent upstream for review/inclusion, because we can come up to another weird behaviour with future boost updates. But unfortunately I'm not the proper person to do that (I'm not sure what this patches do and can't substantiate their necessity to upstream). Would you please bump portrevision for this ports? I will definitely do that when the tree is unfrozen, just one issue. The (perfectly reasonable) change you made in common.mk did not actually result in PORTREVISION being bumped, although it's not clear to me why. It looks like in the past adding PORTREVISION to boost-libs/Makefile is how this was done, and testing that theory just now makes PKGNAME do the right thing. I've got a libtorrent-rasterbar-16 update ready to go, so if you haven't gotten to the PORTREVISION problem before I do when the tree is unfrozen, I plan to make that change. Once again, thank you for working on this, I'm really excited to have this fixed, and my users will be too. :) Doug I see that you already fixed that, thanks. To be honest I didn't checked where PORTREVISION bumps were added before, so just put it to the place looked logically to me, sorry. -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: [HEADSUP CFT] pkg 1.0rc1 and schedule
On 16/07/2012 05:22, Jeremy Messenger wrote: It's one of reason why I do not agree to remove the shared library version from the LIB_DEPENDS, so that way in future someone can add support in the package to check on shared library version then prevent package to install because it's not ABI compatible. Unless someone prefer to do it in the different way than putting shared library version in the LIB_DEPENDS is good to me either. Two points here: Firstly LIB_DEPENDS is all about *building* packages. In that case, the thing that matters is *API* compatibility, not ABI. Library APIs tend to be much more stable than ABIs, meaning you can compile your code against practically any version of a shared library. However, you won't be able to run your compiled program against a shared library with a different ABI. If the API does change incompatibly, then it is fine to use constraints on the ABI version in a port, but doing this as a matter of course is just being obstructive to people that may not want to upgrade dependency shlibs just yet. Secondly, the ABI version of shared libraries has no effect on the current dependency resolution mechanisms when installing packages (either pkgng or the old pkg_tools). At the moment, the only thing that is considered are package version numbers. This is an area where we have plans for dramatic changes with pkgng. We want to import a general solver mechanism so that a package can have a list of generic requirements: File /usr/local/bin/foo exists and is executable Shared library libfoo.so.3 is installed Perl Module Foo::Bar 1.23 is available Package foo-0.99 has option BLURFL enabled etc. etc. Packages will similarly have a list of facilities they provide. The job of the solver will be to find a set of packages such that there is a provider for every requirement constrained by the user requirement that their required package set is installed. However, making this mechanism workable implies significant changes to the ports -- introducing sub-packages in particular -- which are basically incompatible with the existing pkg_tools. So we need to pkgng 1.0 in place to be able to proceed with further changes. Also a generic solver is in itself a substantial piece of code to introduce. Which is why it hasn't happened yet. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Rebuilding png and perl without rebuilding a whole lot of ports twice.
I have to portupgrade/portmaster both graphics/png and lang/perl, and these both require rebuilding all ports that depend on these two. Question is how to do this without rebuilding all these ports twice, redundantly, as might happen if I do portmaster -o lang/perl5.16 lang/perl5.12 Conservative: portmaster p5- Comprehensive (but perhaps overkill): portmaster -r perl- and If you use portmaster: portmaster -r png- I currently have perl-threaded-5.14.1_2 . There are a whole lot of things that I want to upgrade: seamonkey, gnash, hplip, ffmpeg, vlc and many others, so may be nice do have them done en masse, but preferably not twice each. Tom ___ 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: Rebuilding png and perl without rebuilding a whole lot of ports twice.
On 07/16/2012 00:35, Thomas Mueller wrote: I have to portupgrade/portmaster both graphics/png and lang/perl, and these both require rebuilding all ports that depend on these two. You don't actually need to rebuild everything that shows a dependency on Perl, most of them are bogus. Setting EXPLICIT_PACKAGE_DEPENDS= true in /etc/make.conf helps with this. There is no totally clean way to handle this case, as you want to do 2 completely separate operations in one go. However, there is a way to minimize the pain. 1. pkg_info -qo p5-\* p5-list 2. pkg_delete -f p5-\* 3. for port in `pkg_info -q -R png-1.5.12` ; do pkg_info -qo $port done png-list 4. portmaster -o lang/perl5.16 lang/perl5.12 5. Check the directories in /usr/local/lib/perl5 that are not part of 5.16.* for files that are still installed there, use pkg_info -W to find out which ports they are related to, and rebuild them. 6. portmaster graphics/png `cat p5-list png-list` hth, Doug -- Change is hard. ___ 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: Problems with new boost
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/16/2012 00:09, Ruslan Mahmatkhanov wrote: It's Mario Lobo l...@bsd.com.br (submitter of ports/169755), not me to thank :). I didn't reported upstream. And looking at the fix - as far I understand it actually just updating our local FreeBSD-specific changes according to upstream changes. So I think that all our local patches (16 items) should be sent upstream for review/inclusion, because we can come up to another weird behaviour with future boost updates. But unfortunately I'm not the proper person to do that (I'm not sure what this patches do and can't substantiate their necessity to upstream). I can't think of anyone better to do this than you. :) The info you need should be in the logs. If you wrap the changes in #ifdef freebsd and submit them upstream most projects are receptive (in my experience). Doug - -- Change is hard. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQA8r2AAoJEFzGhvEaGryE7C4IAJnJq/C4rty9RxiyKX6QhPNt wyQGZHdtmSMBkxzLV9sBTex/st6ZBsFI+bDLk6n3oLl/35Xn7YIWp9En6PUVhK/J K5es/QiL83iszCTAu+OTrUm2r1yVt0Te74g5RaiwrLZoKpaYVlzbbEGbGF7wAPf+ Fi+SI2grvOtVbNSiJyHuJ6igG3vQvwcfe1Qaa9EUMFtPDMfkQlktV7GEeuoTiIKx As0LnQ6iPySZtYNRER2LeZJMBBpBF0ESLwZYENXJNDKznOcD8YdZnqZypLw4Z0Ae D0cy/QrkYceb89MhszHmZRNEY59Et33F2pInX0gQUt8KOZJUZb2feprFi4AN0nk= =pKLN -END PGP SIGNATURE- ___ 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: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/10/2012 03:01, Eygene Ryabinkin wrote: Tue, Jul 10, 2012 at 12:27:27AM -0700, Doug Barton wrote: On 07/09/2012 01:13, Eygene Ryabinkin wrote: This very error should be fixed by the patch Yes, I'm an idiot. :) I successfully applied your patch and forgot to move the new patch- file into files/. Shouldn't it appear in files/ automatically or you're using some strange variant of patch utility? Or you're patching in some other place and then moving the result elsewhere? Once I fixed the PEBKAC it worked as expected on 10-current amd64, and 8-stable i386. Cool, thanks! Henry, if you'd like me to apply the patch just let me know. Yesterday I had looked at the libpng and it seems that this patch should include 1.4.* for the new variant of the setjmp code -- I need some hours to try to build it with png 1.4. Where are we at with this? I'm using the latest png with your patch and it is working fine, although only a few of my backgrounds are PNGs. Doug - -- Change is hard. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQA8uqAAoJEFzGhvEaGryEzEsIAMRjnr8g2GJuHOnADEyhofMo 4r6IkEaRh5va1cWgQCucFkQK87Nz+7Zkz1Rt8+PQ0hLZ0jwmrXihQlOfyhhEfng+ zv7LLIWfunapJKT8ul5u0yCTGZrVqhHL20hTCLQbMr3614wO9JH1jaeNISrHW5QT h9XRkUomSyJgKRoST0wBZJgUcFVRb7R2eXhcONj9wqQGSGvbB7UQHrUDX4ap2kCI TgvAFFAKiwzZ8RxN34wzmblsj2UVRBWeZOGti6YY7ko5Ssw4zLaU9OyAo9LPUJ1D cx+ymIyVha3PAidGQ6qu4XwEJkQJJxgmicCtf8d5YGrdQKsMV7666z/vERhoSYg= =A7hm -END PGP SIGNATURE- ___ 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: [HEADSUP CFT] pkg 1.0rc1 and schedule
On 2012-Jul-16 07:18:05 +0100, Matthew Seaman matt...@freebsd.org wrote: No. Parallel installs will not work -- the first to start will lock the DB, and the second won't be able to proceed. Good - it was the locking I was mostly concerned about. As long as the install is locked, it's safe to run multiple port installs on different terminalls without them treading on each other. (Next step, outside pkgng, in to allow paralles builds). Thank you for all the answers. -- Peter Jeremy pgpsZEGPsgtuN.pgp Description: PGP signature
Re: [HEADSUP CFT] pkg 1.0rc1 and schedule
On 2012-Jul-16 08:44:56 +0200, n j nin...@gmail.com wrote: Would it be possible to start an FAQ page somewhere on pkgng wiki? There's already one at https://github.com/pkgng/pkgng/blob/master/FAQ.md I think it might be useful to expand it a bit. -- Peter Jeremy pgpRfkCIQFaXr.pgp Description: PGP signature
editors/libreoffice : doesn't detect libexttextcat since lib name change
Hello, editors/libreoffice doesn't detect libreoffice any more since the library name change. It tries to install it even if it's already installed. It wants exttextcat.0 but : # ll /var/db/pkg/ | grep exttextcat drwxr-xr-x 2 root wheel 8 16 jul 10:34 libexttextcat-3.3.1/ # ldconfig -r | grep exttextcat\.0 # ldconfig -r | grep exttextcat 562:-lexttextcat-1.0.0 = /usr/local/lib/libexttextcat-1.0.so.0 Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org- against HTML email vCards X www: http://www.gid0.org- against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ 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: editors/libreoffice : doesn't detect libexttextcat since lib name change
On 07/16/2012 01:55, Olivier Smedts wrote: Hello, editors/libreoffice doesn't detect libreoffice any more since the library name change. It tries to install it even if it's already installed. It wants exttextcat.0 but : # ll /var/db/pkg/ | grep exttextcat drwxr-xr-x 2 root wheel 8 16 jul 10:34 libexttextcat-3.3.1/ # ldconfig -r | grep exttextcat\.0 # ldconfig -r | grep exttextcat 562:-lexttextcat-1.0.0 = /usr/local/lib/libexttextcat-1.0.so.0 Replacing the installed one with libexttextcat-3.2.0_2 worked for me. Never figured out why the LO port didn't figure this out. Doug -- Change is hard. ___ 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
Ports available for the Netmagis software
Hi, I'm one of the authors of Netmagis (for Network MAnaGement Information System). We have released (see announcement below) the 2.1.0 version some days ago: http://netmagis.org/ To ease installation, we included ready-to-use FreeBSD ports: http://netmagis.org/download.html Source for these ports are also available on github: https://github.com/pdav/netmagis/ (see the pkg/freebsd/ subdir) Installation is detailed on: http://netmagis.org/install-2.1.html I would be gratefull is someone could check these ports, and gives us some feedback. And possibly commit them in the ports tree (category net-mgmt)... Thanks in advance, Pierre P.S.: also PR 169509 -- We are proud to announce the release 2.1.0 of Netmagis. Netmagis (NETwork Management Information System) is a complete application which aims to simplify operation of a network. Netmagis is an open-source software. More specifically, it allows a network administrator to: - manage IPv4 and IPv6 addresses; - generate data for a DNS server and get BIND zone files always up to date and consistant; - delegate DNS management to other network administrators or every non-specialist of DNS management; - specify groups of users and very fine access privileges on addresses, on domains, etc; - manage DHCP allocations (both static or dynamic) with profiles to parametrize network boot; - use your existing LDAP directory to manage accounts, or manage accounts with the Netmagis database; - manage a large number of networks, users domains, DHCP profiles, etc.; - visualize with automatically generated network maps your network topology (switched or routed); - give access on these maps to users; - assign VLAN to equipment interfaces via a simple Web interface (for Cisco, HP or Juniper equipments); - delegate VLAN assignment to other network administrators or every non-specialist of equipment management; - access to traffic graphs that you have specified on your equipments; - locate hosts by IP address, MAC address or network equipement port. Netmagis is available on http://netmagis.org/ FreeBSD ports and Debian/Ubuntu packages are also available on http://netmagis.org. See installation instructions. Pierre David Jean Benoit Sébastien Boggia ___ 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: editors/libreoffice : doesn't detect libexttextcat since lib name change
2012/7/16 Doug Barton do...@freebsd.org:
On 07/16/2012 01:55, Olivier Smedts wrote:
Hello,
editors/libreoffice doesn't detect libreoffice any more since the
library name change. It tries to install it even if it's already
installed. It wants exttextcat.0 but :
# ll /var/db/pkg/ | grep exttextcat
drwxr-xr-x 2 root wheel 8 16 jul 10:34 libexttextcat-3.3.1/
# ldconfig -r | grep exttextcat\.0
# ldconfig -r | grep exttextcat
562:-lexttextcat-1.0.0 = /usr/local/lib/libexttextcat-1.0.so.0
Replacing the installed one with libexttextcat-3.2.0_2 worked for me.
Never figured out why the LO port didn't figure this out.
I changed the LIB_DEPENDS in editors/libreoffice to match the library
installed by libexttextcat-3.3.1, but didn't post it here because I'm
not sure what I changed is *the* good fix :
exttextcat-1.0.0:${PORTSDIR}/textproc/libexttextcat \
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email vCards X
www: http://www.gid0.org- against proprietary attachments / \
Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
et ceux qui ne le comprennent pas.
___
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: Rebuilding png and perl without rebuilding a whole lot of ports twice
from Doug Barton do...@freebsd.org: You don't actually need to rebuild everything that shows a dependency on Perl, most of them are bogus. Setting EXPLICIT_PACKAGE_DEPENDS= true in /etc/make.conf helps with this. There is no totally clean way to handle this case, as you want to do 2 completely separate operations in one go. However, there is a way to minimize the pain. 1. pkg_info -qo p5-\* p5-list 2. pkg_delete -f p5-\* 3. for port in `pkg_info -q -R png-1.5.12` ; do pkg_info -qo $port done png-list 4. portmaster -o lang/perl5.16 lang/perl5.12 5. Check the directories in /usr/local/lib/perl5 that are not part of 5.16.* for files that are still installed there, use pkg_info -W to find out which ports they are related to, and rebuild them. 6. portmaster graphics/png `cat p5-list png-list` Actually I would want to upgrade many of the ports even if they wouldn't be broken by upgrade in png or perl, but not twice. I already have lists in /var/db/pkg/png-1.4.8/+REQUIRED_BY and similar for Perl that could be used like your p5-list and png-list. Problem is how to avoid the duplicates, my scripting knowledge is not so advanced, I guess I need to read up on tcsh, not to mention bash and ksh. Or any way to make portmaster omit a port upgraded on the last run? Tom ___ 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: Rebuilding png and perl without rebuilding a whole lot of ports twice
On 07/16/2012 02:29, Thomas Mueller wrote: Actually I would want to upgrade many of the ports even if they wouldn't be broken by upgrade in png or perl, but not twice. Well now you're changing the parameters. I already have lists in /var/db/pkg/png-1.4.8/+REQUIRED_BY and similar for Perl that could be used like your p5-list and png-list. They aren't necessarily complete. You might want to do 'portmaster --check-depends' before relying on them. Problem is how to avoid the duplicates, my scripting knowledge is not so advanced, Um, sort -u? You need to do the 'portmaster -o' for perl though, otherwise the pkgdep's in the dependent ports won't be right. Good luck, Doug -- Change is hard. ___ 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: pgadmin3-1.14.2_1
Hello, I have some problems concerning kerberos while compiling 'pgadmin3' on my FreeBSD-8.3-STABLE (as of Jun-19) server: I have installed the Heimdal-kerberos of the base system (of course) and additionally the MIT-kerberos from the ports (currently krb5-1.9.2_3). Because of that I have set KRB5_HOME=/usr/local in /etc/make.conf. But that seems not to be noticed by the port of 'pgadmin3': gmake[2]: Entering directory `/usr/ports/databases/pgadmin3/work/pgadmin3-1.14.2/pgadmin' ../xtra/png2c/png2c ../pgadmin/include/images/slclusters.png ../pgadmin/include/images/slclusters.pngc ../xtra/png2c/png2c ../pgadmin/include/images/extension.png ../pgadmin/include/images/extension.pngc /libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol initialize_asn1_error_table_r gmake[2]: *** [../pgadmin/include/images/slclusters.pngc] Error 1 gmake[2]: *** Waiting for unfinished jobs /libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol initialize_asn1_error_table_r gmake[2]: *** [../pgadmin/include/images/extension.pngc] Error 1 gmake[2]: Leaving directory `/usr/ports/databases/pgadmin3/work/pgadmin3-1.14.2/pgadmin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/databases/pgadmin3/work/pgadmin3-1.14.2' gmake: *** [all] Error 2 *** Error code 1 If I temporarily remove '/usr/lib/libkrb5.so' so that the linker is forced to access '/usr/local/lib/libkrb5.so' everything works fine. At runtime I have the same problem of course. The loader loads '/usr/lib/libkrb5.so' instead of the needed '/usr/local/lib/libkrb5.so'. Shouldn't a dependency to 'security/krb5' be appended to the list of pgadmin3's requirements? Or did I make a silly mistake? How can I work around these problems without modifying the base system? with best regards Matthias Schündehütte ___ 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: editors/libreoffice : doesn't detect libexttextcat since lib name change
CC-ing the libreoffice maintainer.
2012/7/16 Olivier Smedts oliv...@gid0.org:
I changed the LIB_DEPENDS in editors/libreoffice to match the library
installed by libexttextcat-3.3.1, but didn't post it here because I'm
not sure what I changed is *the* good fix :
exttextcat-1.0.0:${PORTSDIR}/textproc/libexttextcat \
The build now fails for the lingucomponent component. I changed
utfstrlen() to utf8_strlen() as suggested by clang and it seems to
compile and run fine, but I see gentoo took another path :
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-office/libreoffice/files/libreoffice-3.5.4-libexttextcat.patch?diff_format=sview=log
See also :
http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg30266.html
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email vCards X
www: http://www.gid0.org- against proprietary attachments / \
Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
et ceux qui ne le comprennent pas.
___
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: editors/libreoffice : doesn't detect libexttextcat since lib name change
On Mon, Jul 16, 2012 at 12:03:06PM +0200, Olivier Smedts wrote:
CC-ing the libreoffice maintainer.
2012/7/16 Olivier Smedts oliv...@gid0.org:
I changed the LIB_DEPENDS in editors/libreoffice to match the library
installed by libexttextcat-3.3.1, but didn't post it here because I'm
not sure what I changed is *the* good fix :
exttextcat-1.0.0:${PORTSDIR}/textproc/libexttextcat \
The build now fails for the lingucomponent component. I changed
utfstrlen() to utf8_strlen() as suggested by clang and it seems to
compile and run fine, but I see gentoo took another path :
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-office/libreoffice/files/libreoffice-3.5.4-libexttextcat.patch?diff_format=sview=log
See also :
http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg30266.html
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email vCards X
www: http://www.gid0.org- against proprietary attachments / \
Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
et ceux qui ne le comprennent pas.
Should be fixed thanks
regards,
Bapt
pgpVV1tZvIC20.pgp
Description: PGP signature
Re: [FreeBSD-Ports-Announce] [HEADS UP] Ports tree has been migrated to Subversion
Hi Thomas, Before committing please read the Ports Subversion Primer, http://wiki.freebsd.org/PortsSubversionPrimer. Please feel to add missing parts of fix it if something is wrong. There is no match for svn subversion in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ There are matches for cvs, I suggest add a link to http://wiki.freebsd.org/PortsSubversionPrimer /or to some page that shows [man svn] sample equivalents for such as: cvs -R export -r HEAD doc cvs -Q -R export -r RELENG_8_3_0_RELEASE src cvs -Q -R export -r RELEASE_8_3_0 ports cvs -Q -R export -r RELEASE_8_3_0 doc cvs-R export -r RELENG_4_11_0_RELEASE src cvs-R export -r RELEASE_4_11_0ports cvs-R export -r RELEASE_4_11_0doc Not all users of CVS SVN will be commiters, some will just extract to read, so best have an extra SVN link not obscured just under commiters. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html just refers to CVS not SVN Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from Yahoo Hotmail dumped @Berklix. http://berklix.org/yahoo/ ___ 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 o ports/169905[MAINTAINER] deskutils/plasma-applet-daisy: Update to o ports/169904[MAINTAINER] audio/libmusicbrainz4: Use LATEST_LINK f ports/169899dns/zkt update to version 1.1.0 o ports/169893[NEW PORT] games/tuxfighter: TuxFighter is a little As o ports/169891New port: sysutil/tai64nfrac TAI64N timestamp converte o ports/169889Maintainer update: devel/app o ports/169878[MAINTAINER] astro/qlandkartegt: update to 1.5.0 f ports/169876devel/flyspray: Strict Standards: Non-static method Fl o ports/169869[patch] print/fontforge: fix conflict with stdbool.h f ports/169866[patch] Update request of port net/rabbitmq to 2.8.4 o ports/169861new port: audio/bristol, Bristol Synthesiser Emulation f ports/169860[patch]www/xxxterm has been renamed. I want to take ov o ports/169855[NEW PORT] net-mgmt/p0f2: Passive OS fingerprinting to f ports/169770[patch] audio/alsa-lib: make async handler work (from f ports/169767audio/alsa-plugins: desync with oss plugin f ports/169759net-mgmt/nrpe2 doesn't start after subsequent reboots o ports/169741[new port] devel/visualparadigm o ports/169736Patch for broken net-im/libjingle port o ports/169732[NEW PORT] dns/credns: A verifier performing validatio f ports/169722[patch] Update games/bzflag to 2.4.0 o ports/169717update for audio/freeswitch-sounds f ports/169716net-mgmt/ndpmon several problems with build and instal o ports/169662[MAINTAINER] devel/gdb: Split THREADS patches to bette o ports/169628sysutils/devcpu-data f ports/169623Vendor update net-im/kmess-kde4 f ports/169613security/botan: Fix ECDSA for dns/powerdns and maybe o f ports/169612dns/powerdns: Fix botan/cryptopp dependency, make it f ports/169598winbind failure on ssh login, failed to mlock memory: o ports/169545graphics/libjpeg-turbo is a build conflict with java/o f ports/169521astro/weatherspect: Exiting with SIGUse of uninitializ o ports/169519[net/cvsup] socksify and cvsup cannot be used together o ports/169509[new ports] net-mgmt/netmagis-common etc.: a complete o ports/169492[new port] databases/pecl-sqlite must be restored f ports/169430net-mgmt/flowviewer Makefile does not install scripts o ports/169383New Port: graphics/puf Photographer productivity tool o ports/169376Update port games/megaglest to 3.6.0.3 o ports/169371port graphics/sane-backends segfaults o ports/169366www/xpi-* ports need re-install after each Firefox upd f ports/169333[PATCH] sysutils/syslog-ng2: move sample config to EXA o ports/169322New port: net/armsd: SMFv2/ARMS Service Adapter daemon o ports/169314graphics/ImageMagick fails to build: test failure o ports/169296New port: textproc/libcrm114 CRM114 C-callable Library f ports/169165sysutils/fusefs-kmod: calling fchown(2) on sshfs files o ports/169095New port: audio/mous A simple yet powerful audio play o ports/169090New Port: comms/ge-x2212-2 An EEPROM programmer for GE o ports/169074[NEW PORT] net/jicmp6: ICMPv6 JNI f ports/169043Add CONFLICTS_INSTALL=fusefs-ntfs to sysutils/ntfsprog f ports/169032Update net-im/qutim port to 0.3.0 f ports/168935www/firefox-remote shares PORTNAME with www/firefox o ports/168926Second '59.xxx' out of range 0..59 at security/snort-r o ports/168861devel/tkcvs: tkdiff no longer runs correctly f ports/168611conflict: cad/brlcad: Port shares files with other por o ports/168486[PATCH] www/sams, warnings strftime() [function.strft o ports/168466[PATCH] www/sams, web-interface, needs GetHostnameSam. f ports/168407[patch] lang/gauche: update to 0.9.3.2, unbreak o ports/168404[NEW PORT] databases/dev-sqlite3: This is a developmen o ports/168328[REPOCOPY] devel/codeblocks -- devel/codeblocks-devel f ports/168321fix japanese/kon2-16dot f ports/168319graphics/qiviewer: Not displaying image jpeg s ports/168215[PATCH] print/scribus-devel: update to 1.5.0 svn s ports/168161[PATCH] sysutils/conky: update to 1.9.0 f
optionsNG NLS description
Hi, I just discovered that the description of the NLS option says Native Language Support via gettext. Using gettext isn't the only way of achieving NLS but there are also the POSIX-standard catalogs: http://pubs.opengroup.org/onlinepubs/9699919799/ Or whatever proprietary solution. I think the description should just say Native Language Support without making reference of the used mechanism. Any objection to changing this? Gabor ___ 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: Rebuilding png and perl without rebuilding a whole lot of ports twice.
On Mon, 16 Jul 2012 03:35:03 -0400 Thomas Mueller wrote: I have to portupgrade/portmaster both graphics/png and lang/perl, and these both require rebuilding all ports that depend on these two. Portupgrade and portmanager can do this - I don't know about portmaster. In portupgrade it would be: portupgrade -rf perl png portmanager automatically builds ports that depend on out of date ports. ___ 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
ports/163438: New port: multimedia/mplayer2
I was just wondering if there has been any movement on ports/163438: New port: multimedia/mplayer2. -- Carmel ✌ carmel...@hotmail.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: [HEADSUP CFT] pkg 1.0rc1 and schedule
On Mon, Jul 16, 2012 at 2:24 AM, Matthew Seaman matt...@freebsd.org wrote: On 16/07/2012 05:22, Jeremy Messenger wrote: It's one of reason why I do not agree to remove the shared library version from the LIB_DEPENDS, so that way in future someone can add support in the package to check on shared library version then prevent package to install because it's not ABI compatible. Unless someone prefer to do it in the different way than putting shared library version in the LIB_DEPENDS is good to me either. Two points here: Firstly LIB_DEPENDS is all about *building* packages. In that case, the thing that matters is *API* compatibility, not ABI. Library APIs tend to be much more stable than ABIs, meaning you can compile your code against practically any version of a shared library. However, you won't be able to run your compiled program against a shared library with a different ABI. If the API does change incompatibly, then it is fine to use constraints on the ABI version in a port, but doing this as a matter of course is just being obstructive to people that may not want to upgrade dependency shlibs just yet. Secondly, the ABI version of shared libraries has no effect on the current dependency resolution mechanisms when installing packages (either pkgng or the old pkg_tools). At the moment, the only thing that is considered are package version numbers. I know. Hences for the 'in future someone can add support'. Cheers, Mezz This is an area where we have plans for dramatic changes with pkgng. We want to import a general solver mechanism so that a package can have a list of generic requirements: File /usr/local/bin/foo exists and is executable Shared library libfoo.so.3 is installed Perl Module Foo::Bar 1.23 is available Package foo-0.99 has option BLURFL enabled etc. etc. Packages will similarly have a list of facilities they provide. The job of the solver will be to find a set of packages such that there is a provider for every requirement constrained by the user requirement that their required package set is installed. However, making this mechanism workable implies significant changes to the ports -- introducing sub-packages in particular -- which are basically incompatible with the existing pkg_tools. So we need to pkgng 1.0 in place to be able to proceed with further changes. Also a generic solver is in itself a substantial piece of code to introduce. Which is why it hasn't happened yet. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@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: Ports available for the Netmagis software
On 16 July 2012 10:08, Pierre DAVID pda...@gmail.com wrote: Hi, I'm one of the authors of Netmagis (for Network MAnaGement Information System). We have released (see announcement below) the 2.1.0 version some days ago: http://netmagis.org/ To ease installation, we included ready-to-use FreeBSD ports: http://netmagis.org/download.html Source for these ports are also available on github: https://github.com/pdav/netmagis/ (see the pkg/freebsd/ subdir) Installation is detailed on: http://netmagis.org/install-2.1.html I would be gratefull is someone could check these ports, and gives us some feedback. And possibly commit them in the ports tree (category net-mgmt)... Thanks in advance, Pierre P.S.: also PR 169509 Great start on the ports-- it'll be good to get them in the tree once beaten into shape. I'll see what I can do. Chris ___ 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: php53-imap failed to compile with SSL support because of new port options framework
On 15.07.12 23:39, Michael Ranner wrote: Cannot compile php53-imap from actual ports tree because of .if !empty(PORT_OPTIONS:MSSL) in php53/Makefile.ext Reverting to !defined(WITHOUT_SSL) let the port compile succesfully. configure: error: This c-client library is built with SSL support. Add --with-imap-ssl to your configure line. Check config.log for details. A fix has been committed. Thank you for your report and for testing the patch. Florian signature.asc Description: OpenPGP digital signature
merge apache22 MPM modules on make config
Hi, I was having issues with pbi builds and apache22-worker-mpm(It was always looking at apache22 build instead of apache22-worker-mpm) After unifying all apache22-xx-mpm options on apache22 make config, I could compile any MPM option using ports or pbi build. Is it possible to merge it on ports? How can I send you the changes so you can test and check if it's ok. On my freebsd 8.3 amd64, I can compile all options. I've attached two patch files. The only extra step is to copy patch files from apache22-peruser-mpm/files/ to apache22/files/ Thanks, Marcello Coutinho Makefile.modules.patch Description: Binary data Makefile.options.patch 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
Re: merge apache22 MPM modules on make config
I forgot to test make package. These are the files with all changes together Makefile.modules.patch Description: Binary data Makefile.options.patch 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
Re: FreeBSD Port: mailgraph-1.14_5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Jonah, On 07/13/2012 07:18 PM, Jonah Meissner wrote: Hi, While trying to figure out an error with mailgraph I was receving I noticed that mailgraph.pl referes to amavisd still when the port was changed to maiad. Can you help update the pl file? Actually, Amavis and Maia-Mailguard two separate things. Maiad isn't amavisd. It is simply an alternative to amavisd to be used with mail servers. The mailgraph.pl script shouldn't need to be changed. Regards, Janky Jay, III -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAEnl8ACgkQGK3MsUbJZn4fVQCfTI1OwySLrtlsAoHXQ1+/9Hpu CCwAn3CkcKv4mts3aJ8LljSD8tzRZUiz =M3NH -END PGP SIGNATURE- ___ 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] Ports tree has been migrated to Subversion
I saw svn support was added to Makefile.
But I'd rather use git for this purpose.
Do I have any chance whatsoever at my patch being accepted?
And what I need to do for accepting?
diff --git a/Makefile b/Makefile
index 319d65e..e639a57 100644
--- a/Makefile
+++ b/Makefile
@@ -152,6 +152,7 @@ print-index:${INDEXDIR}/${INDEXFILE}
@awk -F\| '{ printf(Port:\t%s\nPath:\t%s\nInfo:\t%s\nMaint:\t%s
\nIndex:\t%s\nB-deps:\t%s\nR-deps:\t%s\nE-deps:\t%s\nP-deps:\t%s
\nF-deps:\t%s\nWWW:\t%
CVS?= cvs
+GIT?= git
SVN?= svn
SUP?= csup
PORTSNAP?= portsnap
@@ -177,6 +178,11 @@ update:
@echo Updating ${.CURDIR} from svn repository
@echo
--
cd ${.CURDIR}; ${SVN} -q update
+.elif exists(${.CURDIR}/.git)
+ @echo
--
+ @echo Updating ${.CURDIR} from git+svn repository
+ @echo
--
+ cd ${.CURDIR}; ${GIT} ${SVN} rebase
.else
@echo
--
@echo Running ${PORTSNAP}
On Mon, 2012-07-16 at 04:38 +, Thomas Abthorpe wrote:
The migration to Subversion is done and the SVN-CVS exporter is
running.
Before committing please read the Ports Subversion Primer,
http://wiki.freebsd.org/PortsSubversionPrimer. Please feel to add
missing parts of fix it if something is wrong.
For those who like to mirror the repository, the svn mirror seed will be
available in /pub/FreeBSD/development/subversion/ on a mirror near you.
First places it will likely be are
http://freebsd.isc.org/pub/FreeBSD/development/subversion/ and
http://ftp.dk.freebsd.org/pub/FreeBSD/development/subversion/. Be
aware that the uncompressed repository is about 14GB.
Many thanks to simon@ for all the work he did this weekend to make the
switch happen!
http://blogs.freebsdish.org/portmgr/2012/07/16/ports-tree-has-been-migrated-to-subversion/
___
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: Rebuilding png and perl without rebuilding a whole lot of ports twice
from RW rwmailli...@googlemail.com: Portupgrade and portmanager can do this - I don't know about portmaster. In portupgrade it would be: portupgrade -rf perl png portmanager automatically builds ports that depend on out of date ports. I would first need to portmaster -o lang/perl5.16 lang/perl5.14 Not sure if category is necessary with portmaster, but portupgrade never worked for me without the category, thus portupgrade graphics/png would work, but not portupgrade png Then, from UPDATING file, I could do either portmaster p5- (conservative) or portmaster -r perl- (comprehensive, but possibly overkill). I would also need portmaster -r png- Maybe I could combine these as portmaster -r png- -r perl- Would that work right? In my original post, I mentioned that I wanted to upgrade some ports for reasons other than compatibility with the newer png and perl. Reasons included printing on recalcitrant HP printer (hplip) and getting multimedia to work right on more things (gnash, ffmpeg, vlc). Tom ___ 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: Rebuilding png and perl without rebuilding a whole lot of ports twice
On 07/16/2012 21:42, Thomas Mueller wrote: from RW rwmailli...@googlemail.com: Portupgrade and portmanager can do this - I don't know about portmaster. In portupgrade it would be: portupgrade -rf perl png portmanager automatically builds ports that depend on out of date ports. I would first need to portmaster -o lang/perl5.16 lang/perl5.14 I already gave you a process that I know will work for you. If you choose to ignore that advice, please don't complain if it goes pear-shaped. Not sure if category is necessary with portmaster, but portupgrade never worked for me without the category, thus portupgrade graphics/png would work, but not portupgrade png I think that with portupgrade png\* would work there. portmaster doesn't require you to use the *, and in fact will strip it off before using its own internal pattern matching algorithm. Then, from UPDATING file, I could do either portmaster p5- I specifically recommend not doing that, as you'll end up with stuff that's mixed between the old and new versions, which can cause problems. Maybe I could combine these as portmaster -r png- -r perl- Would that work right? Reading the man page can answer that question for you. :) Doug -- Change is hard. ___ 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
