Re: [CFT] Update of xorg libraries and MESA
Hello Niclas, I think it is very interesting news that Xorg will use devd instead of HAL and that KMS for ATI chips is also coming, soon. Just one question: Will the desktop environments like Gnome, KDE, etc also use devd for automounting devices then? Regards Werner ___ 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] Update of xorg libraries and MESA
Niclas Zeising wrote: xorg-server now has the possibility to use devd instead of hal for autoconfiguration. This is pretty great, and very much appreciated. I do have questions though; reading the code it seems that: 1) 'usb_id' is always NULL, so 'MatchUSBID' directive in xorg.conf won't work; 2) 'vendor' and 'product' will be determined from 'dev.x.x.%desc' sysctl by splitting on the first space, so for example my USB tablet, which has %desc equal to WALTOP International Corp. Slim Tablet will have vendor WALTOP and product International Corp. Slim Tablet -- so those are the strings I should use in 'MatchVendor' and 'MatchProduct'; 3) if 'devd' is restarted while Xorg is running, further hardware changes will not be reported to Xorg. Can you confirm I'm reading this right? If so, are there any plans to improving these points? ___ 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] Update of xorg libraries and MESA
On Mon, Sep 16, 2013 at 11:33:29AM +0300, Vitaly Magerya wrote: Niclas Zeising wrote: xorg-server now has the possibility to use devd instead of hal for autoconfiguration. This is pretty great, and very much appreciated. I do have questions though; reading the code it seems that: 1) 'usb_id' is always NULL, so 'MatchUSBID' directive in xorg.conf won't work; 2) 'vendor' and 'product' will be determined from 'dev.x.x.%desc' sysctl by splitting on the first space, so for example my USB tablet, which has %desc equal to WALTOP International Corp. Slim Tablet will have vendor WALTOP and product International Corp. Slim Tablet -- so those are the strings I should use in 'MatchVendor' and 'MatchProduct'; 3) if 'devd' is restarted while Xorg is running, further hardware changes will not be reported to Xorg. Can you confirm I'm reading this right? If so, are there any plans to improving these points? Yes you are totally right about all this points this should be fixed. I have no time to work on this right now. Anyone volunteering? regards, Bapt pgpgOQufFTuAl.pgp Description: PGP signature
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/ocaml-lacaml | 7.0.7 | 7.0.9 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@freebsd.org Thanks. ___ 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: How to correctly generate pkg-plist
Hi, I was wondering if there's anyone who could give me some advice on it? This is an issue that stops me from sending otherwise fully working port. Regards, S. On Sat, Sep 14, 2013 at 2:18 PM, SpamMePlease PleasePlease spankthes...@gmail.com wrote: Hi, I am writing new port that compiles and installs huge number of Erlang libraries. Everythig is working fine until there's a need of deinstallation or to make package - the problem is that the user might have older Erlang version (for example, coming from ports unpacked during installation from a cd) and when compiled with such Erlang, everything will be working, except for the fact that older Erland will compile different versions of libraries, and therefore my 2000 lines long pkg-plist will no longer be valid. I thought I can remedy that simply by not listing the lib names and their dir paths to avoid such situation, but to use @unexec ${RM} -rf lib/portname, but then there's a problem with make package, that is not containing all required and compiled libs. How to solve that situation? Regards, S. ___ 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/182146Update mail/gmime26 to 2.6.18 o ports/182144[MAINTAINER UPDATE] mail/libcmime: update to 0.1.8 o ports/182142[maintainer update] www/subsonic to 4.8 o ports/182136USE_GCC defaults to 4.6 but gcc46 does not support pow o ports/182132update multimedia/cx88 to 1.4.9 o ports/182128update multimedia/libtuner to 1.1.1 f ports/182127security/bro fails to build o ports/182113[patch] editors/nvi-m17n: Cannot search multibyte char f ports/182111benchmarks/iozone : upgrade to 3.420 o ports/182109[maintainer update] print/qpdf update problem and upda f ports/182097[patch] unbreak ports/emulators/fmsx f ports/182085devel/git-review: drop argparse dependency f ports/182082emulators/dynamips-community upgrade to 0.2.10 and hea f ports/182077maintainer update: science/minc2 o ports/182056[NEW PORT] emulators/petitecloud -- thin frontend for f ports/182054[PATCH] dns/libidn: Amend to pkg-config data, to fix F o ports/182051sysutils/wiimms upgrade to 2.23a and fix head compilat o ports/182043Build failed for print/ansiprint 1.0 during build#820 o ports/182040misc/sls port has build errors o ports/182037Response for Build failed for games/mangband 1.1.2 dur f ports/182034[patch] update sysutils/zxfer for FreeBSD 9.2 o ports/182033[maintainer] make devel/wordgrinder build when gcc is o ports/182015audio/aureal-kmod is unfetchable f ports/182007graphics/openimageio: ormatspec.cpp:994:9: error: no m f ports/181990audio/mumble: uses needs pkgconfig o ports/181967graphics/aaphoto: Missing OpenMP functionality because o ports/181959New port: sysutils/zjail Management tool for ZFS based o ports/181945[ New Port] sysutils/jail-primer f ports/181944games/iourbanterror: gcc not found o ports/181943New port: finance/fixc simple Financial Information eX f ports/181927[PATCH] fix net/fping Makefile comment f ports/181923security/heimdal JOBS_UNSAFE and default prefix locati o ports/181919[PATCH] x11-toolkits/Xaw3d has an overflow error in ge f ports/181912x11-toolkits/swt-devel: bad zipfile offset (local head o ports/181904[PATCH] graphics/libwmf: fix warning of make index whe o ports/181901[MAINTAINER-UPDATE] games/assaultcube: using GCC to bu o ports/181855Port: sysutils/heartbeat: FreeBSD 10 Fixes o ports/181848[NEW PORT] www/php-Twig: The flexible, fast, and secur f ports/181836Port sysutils/smartmontools brocken for scsi discs o ports/181833[MAINTAINER] databases/mariadb-server: [SUMMARIZE CHAN o ports/181832[NEW PORT] net/py-gspreadsheet: Interface to Google sp f ports/181819games/iourbanterror: Engine linkage error #31 o ports/181801[MAINTAINER] Upgrade devel/gdb to 7.6.1 f ports/181774USE_BDB 47+ fails to find installed databases/db47 o ports/181767[PATCH] www/bozohttpd: update to 20130711 f ports/181746graphics/ImageMagick makefile directly executes perl f ports/181735mail/fetchmail system-wide install can't write fetch i o ports/181732New port: www/redmine-sidebar_hide Redmine hide sideba o ports/181731[patch] games/atris: unbreak with bmake f ports/181713[patch] audio/cmus Fix compilation f ports/181711port lang/ocaml does not build o ports/181691[NEW PORT] Please import Tryton Application Platform 2 o ports/181676New port: graphics/sxiv simple X image viewer f ports/181647[PATCH] archivers/zip: fix OptionsNG o ports/181643maintainership request for ports-mgmt/pkg_replace f ports/181641mail/ssmtp provide option for CRAM-MD5 support f ports/181633[PATCH] update print/hplip-plugin to 3.13.8 o ports/181613Mk/bsd.ocaml.mk has fbsd:nokeywords property f ports/181603[patch] fix net/mediatomb f ports/181566[update] security/sssd to 1.9.5 f ports/181564print/cups: undefined reference to `libiconv_close` f ports/181530Upgrade lang/abcl to 1.2.1 o ports/181529sysutils/devcpu-data: Panic after CPU microcode update o ports/181527New port:
Re: [CFT] Update of xorg libraries and MESA
Baptiste Daroussin wrote: 1) 'usb_id' is always NULL, so 'MatchUSBID' directive in xorg.conf won't work; 2) 'vendor' and 'product' will be determined from 'dev.x.x.%desc' sysctl by splitting on the first space, so for example my USB tablet, which has %desc equal to WALTOP International Corp. Slim Tablet will have vendor WALTOP and product International Corp. Slim Tablet -- so those are the strings I should use in 'MatchVendor' and 'MatchProduct'; 3) if 'devd' is restarted while Xorg is running, further hardware changes will not be reported to Xorg. Can you confirm I'm reading this right? If so, are there any plans to improving these points? Yes you are totally right about all this points this should be fixed. I have no time to work on this right now. Anyone volunteering? I am, once my flu is gone. I'm actually using a devd backend I wrote a few months ago (which avoids the mentioned issues), but it's rather different from yours (more intrusive that is): directives are added to devd config to call a script when devices appropriate for Xorg are added or removed. That script will maintain a file with the list of those devices; it will also print add/remove messages into a special pipe, if it exists. Xorg will read the file with the list on startup, and will create and listen to the pipe to see added/removed devices. This way devd restarts are safely handled, and the script called from devd can invoke 'usbconfig' to correctly determine vendor name, product name and usb id. The open problems here are: 1) what should happen if multiple X instances are running? 2) how to clean the file with the list of devices on boot? If you're OK with this approach in general, I can clean up my code, update it and submit a patch. ___ 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
picard won't start
Hello. Since some upgrade on Friday, I'm getting this: picard . Traceback (most recent call last): File /usr/local/bin/picard, line 2, in module from picard.tagger import main; main('/usr/local/share/locale', True) File /usr/local/lib/python2.7/site-packages/picard/tagger.py, line 21, in module from PyQt4 import QtGui, QtCore RuntimeError: the sip module implements API v10.0 but the PyQt4.QtGui module requires API v9.1 Any hint on how to solve? As a last resort, what could I portdowngrade? 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: picard won't start
On Monday, September 16, 2013 14:16:56 Andrea Venturoli wrote: Since some upgrade on Friday, I'm getting this: picard . Traceback (most recent call last): File /usr/local/bin/picard, line 2, in module from picard.tagger import main; main('/usr/local/share/locale', True) File /usr/local/lib/python2.7/site-packages/picard/tagger.py, line 21, in module from PyQt4 import QtGui, QtCore RuntimeError: the sip module implements API v10.0 but the PyQt4.QtGui module requires API v9.1 Any hint on how to solve? As a last resort, what could I portdowngrade? Looks to me like the the py27-qt4-* ports are not in sync with the py27-sip port. I would suggest updating the py27-qt4-* ports. -- Jason E. Hale - jhale@ FreeBSD Ports Committer KDE/FreeBSD Team ___ 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: picard won't start
On 09/16/13 15:56, Jason E. Hale wrote: Looks to me like the the py27-qt4-* ports are not in sync with the py27-sip port. I would suggest updating the py27-qt4-* ports. Can't do... # portversion -v|grep py py27-Babel-1.3_1= up-to-date with port py27-Jinja2-2.7.1 = up-to-date with port py27-MarkupSafe-0.18= up-to-date with port py27-cairo-1.8.10_1 = up-to-date with port py27-distribute-0.6.35 = up-to-date with port py27-docutils-0.10needs updating (port has 0.11) py27-gobject-2.28.6_3 = up-to-date with port py27-gtk-2.24.0_1 = up-to-date with port py27-imaging-1.1.7_2= up-to-date with port py27-isodate-0.4.9 = up-to-date with port py27-libxml2-2.8.0 = up-to-date with port py27-mcomix-0.99= up-to-date with port py27-mutagen-1.21 = up-to-date with port py27-odfpy-0.9.6= up-to-date with port py27-pygments-1.6 = up-to-date with port py27-pytz-2013d = up-to-date with port py27-qt4-core-4.10.2,1 = up-to-date with port py27-qt4-gui-4.10.2,1 = up-to-date with port py27-qt4-network-4.10.2,1 = up-to-date with port py27-qt4-xml-4.10.2,1 = up-to-date with port py27-rdflib-4.0.1 = up-to-date with port py27-sip-4.14.7,1 = up-to-date with port py27-sphinx-1.1.3_1 = up-to-date with port py27-sqlite3-2.7.5_3= up-to-date with port py27-tkinter-2.7.3_4 needs updating (port has 2.7.5_4) python-2.7_1,2 = up-to-date with port python2-2_1 = up-to-date with port python27-2.7.5_3= up-to-date with port Anything wrong here? I forgot to mention I already did a portupgrade -Rf picard, but it did not help. 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: picard won't start
On Monday, September 16, 2013 16:07:18 Andrea Venturoli wrote: On 09/16/13 15:56, Jason E. Hale wrote: Looks to me like the the py27-qt4-* ports are not in sync with the py27-sip port. I would suggest updating the py27-qt4-* ports. Can't do... # portversion -v|grep py py27-Babel-1.3_1= up-to-date with port py27-Jinja2-2.7.1 = up-to-date with port py27-MarkupSafe-0.18= up-to-date with port py27-cairo-1.8.10_1 = up-to-date with port py27-distribute-0.6.35 = up-to-date with port py27-docutils-0.10needs updating (port has 0.11) py27-gobject-2.28.6_3 = up-to-date with port py27-gtk-2.24.0_1 = up-to-date with port py27-imaging-1.1.7_2= up-to-date with port py27-isodate-0.4.9 = up-to-date with port py27-libxml2-2.8.0 = up-to-date with port py27-mcomix-0.99= up-to-date with port py27-mutagen-1.21 = up-to-date with port py27-odfpy-0.9.6= up-to-date with port py27-pygments-1.6 = up-to-date with port py27-pytz-2013d = up-to-date with port py27-qt4-core-4.10.2,1 = up-to-date with port py27-qt4-gui-4.10.2,1 = up-to-date with port py27-qt4-network-4.10.2,1 = up-to-date with port py27-qt4-xml-4.10.2,1 = up-to-date with port py27-rdflib-4.0.1 = up-to-date with port py27-sip-4.14.7,1 = up-to-date with port py27-sphinx-1.1.3_1 = up-to-date with port py27-sqlite3-2.7.5_3= up-to-date with port py27-tkinter-2.7.3_4 needs updating (port has 2.7.5_4) python-2.7_1,2 = up-to-date with port python2-2_1 = up-to-date with port python27-2.7.5_3= up-to-date with port Anything wrong here? I forgot to mention I already did a portupgrade -Rf picard, but it did not help. It seems like the py27-qt4-* ports were upgraded before py27-sip because the APIs do not match. I would try reinstalling the py27-sip port, then the py27- qt4-* ports, then picard. If that still doesn't solve the problem, run: $ python -v and at the prompt: from PyQt4 import QtGui Please post the output. -- Jason E. Hale - jhale@ FreeBSD Ports Committer KDE/FreeBSD Team ___ 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
[SOLVED] Re: picard won't start
On 09/16/13 16:48, Jason E. Hale wrote: It seems like the py27-qt4-* ports were upgraded before py27-sip because the APIs do not match. I would try reinstalling the py27-sip port, then the py27- qt4-* ports, then picard. If that still doesn't solve the problem, run: $ python -v and at the prompt: from PyQt4 import QtGui Please post the output. Wonderful: reinstalling the ports in this order solved. Don't know if it should be filed as a bug, since I expected upgrading every dependency (i.e. portugprade -Rf picard would have solved). bye Thanks a lot 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 Port: zoneminder-1.25.0_2
Hello. Sorry to bother you. Do you see the zoneminder port being upgraded from 1.25 to 1.26.3 in the near future? (They've moved to Github and the project appears to be a little more active lately.) Thanks, John signature.asc Description: Message signed with OpenPGP using GPGMail
Installing ports without info files
Hi all, I've build a world with the following constraints: -DWITHOUT_INFO -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML as I don't need that stuff. Turns out, this prevents tools like install-info being built. Now trying to build devel/gettext I can't get it installed, as it always wants to install info files using install-info, which of course fails. How do I tell the system not to build info files (or manpages or all of the stuff above I don't want in the first place) when building ports? I've tried with make -DWITHOUT_INFO install as well as with putting WITHOUT_INFO=yes in make.conf. Gettext will still fail to install. Is this a gettext problem? Or a generic ports problem? I'm running current on arm (thanks again to freebsd-arm people for fixing it): FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: It's also not possible to make index for INDEX-10 if you use a stripped-down ports tree (none of the language ports), as there are some dependencies in the tree to french (cad-astk) and russian (stardict-*) which obviously can't be resolved. Help is appreciated! Cheers, Mat ___ 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] New compiler USES flag, please test, review comment
On Friday 13 September 2013 15:17:53 Baptiste Daroussin wrote: Hi, Hi, Given how old our gcc in base is and the work done on clang and libc++. It is becoming complicating to make some ports properly working on all supported version of FreeBSD. To help in that I would like to propose a new USES: compiler http://people.freebsd.org/~bapt/compiler.mk.txt Would it be possible to add a quirks ability. For example PyPy triggers the GCC memory bug for the gcc in base, so it needs any compiler (clang or gcc) as long as gcc is 4.3+. Regards signature.asc Description: This is a digitally signed message part.
Re: Installing ports without info files
On Mon, 2013-09-16 at 21:50 +0200, Mattia Rossi wrote: Hi all, I've build a world with the following constraints: -DWITHOUT_INFO -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML as I don't need that stuff. Turns out, this prevents tools like install-info being built. Now trying to build devel/gettext I can't get it installed, as it always wants to install info files using install-info, which of course fails. How do I tell the system not to build info files (or manpages or all of the stuff above I don't want in the first place) when building ports? I've tried with make -DWITHOUT_INFO install as well as with putting WITHOUT_INFO=yes in make.conf. Gettext will still fail to install. Is this a gettext problem? Or a generic ports problem? I'm running current on arm (thanks again to freebsd-arm people for fixing it): FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: It's also not possible to make index for INDEX-10 if you use a stripped-down ports tree (none of the language ports), as there are some dependencies in the tree to french (cad-astk) and russian (stardict-*) which obviously can't be resolved. Help is appreciated! Cheers, I fought with the info problem for a few hours at $work and never got it resolved, I had to remove the WITHOUT_INFO so that the tools would be there to let ports build, and then rely on an mtree pruning script to keep the actual info files out of the filesystem image. -- Ian ___ 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 ports without info files
Ian Lepore wrote at 14:53 -0600 on Sep 16, 2013: On Mon, 2013-09-16 at 21:50 +0200, Mattia Rossi wrote: Hi all, I've build a world with the following constraints: -DWITHOUT_INFO -DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML as I don't need that stuff. Turns out, this prevents tools like install-info being built. Now trying to build devel/gettext I can't get it installed, as it always wants to install info files using install-info, which of course fails. How do I tell the system not to build info files (or manpages or all of the stuff above I don't want in the first place) when building ports? I've tried with make -DWITHOUT_INFO install as well as with putting WITHOUT_INFO=yes in make.conf. Gettext will still fail to install. Is this a gettext problem? Or a generic ports problem? I'm running current on arm (thanks again to freebsd-arm people for fixing it): FreeBSD dreamplug 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #15 r255499M: It's also not possible to make index for INDEX-10 if you use a stripped-down ports tree (none of the language ports), as there are some dependencies in the tree to french (cad-astk) and russian (stardict-*) which obviously can't be resolved. Help is appreciated! Cheers, I fought with the info problem for a few hours at $work and never got it resolved, I had to remove the WITHOUT_INFO so that the tools would be there to let ports build, and then rely on an mtree pruning script to keep the actual info files out of the filesystem image. -- Ian I have a patch for this that was going to go through a ports run, but stalled in the machine. I'll dig it 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