Re: NTFS-3G mount during boot
Well, I gave up using /etc/fstab to mount NTFS partitions at boot time a couple of months ago when I realized that it's not the correct way to do it (so I also wrote an rc.d script to do the job, but I'll talk about it later). However, I recently looked at fusefs-ntfs source files, and as you can see from http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/fusefs-ntfs/Makefile in revision 1.19, there are changes (installing a symlink) to allow using /etc/fstab to mount NTFS partitions at boot. So I thought that maybe now it's okay to use /etc/fstab. Anyway, if it's still not possible to use /etc/fstab, then what does that sentence mean in the revision 1.19 of fusefs-ntfs Makefile (again, see the URL above)? The only way I can see that working is if /usr/local/modules in kern.modules_path /before/ mount -a is executed by /etc/rc.d/mount. Which means there should be a line: kern.module_path=/boot/kernel;/boot/modules;/usr/local/modules in /etc/sysctl.conf on your machine. Also, mount_ntfs-3g should be able to load the module dynamically. My /etc/sysctl.conf is basically empty; it's all the usual default comments. Nothing is specified there. Another question is why, even after loading the kernel module (see the 'dmesg -a' output below), it is not possible to mount the NTFS partition? -- [EMAIL PROTECTED] ~]$ dmesg -a ... Starting fusefs. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 ... Mounting late file systems: fuse: failed to exec mount program: No such file or directory -- What does ls -l /sbin/mount_ntfs-3g say? There is no /sbin/mount_ntfs-3g. But /usr/sbin/mount_ntfs-3g exists and is a symlink to /usr/local/bin/ntfs-3g. I'm not sure whether it's relevant to your question, but I had made /sbin/mount_ntfs-3g a symlink to /usr/local/bin/ntfs-3g myself, and that also was not working (but I had tired it with the previous version of ntfs-3g not the one currently installed). This output from /var/log/messages is also interesting, showing that ntfs-3g has indeed been run and that it has mounted my Windows partition (but I don't see it mounted)! -- [EMAIL PROTECTED] ~]$ cat /var/log/messages ... Oct 6 14:22:40 pasargadae kernel: Trying to mount root from ufs:/dev/ad0s2a Oct 6 14:22:45 pasargadae kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Oct 6 14:22:45 pasargadae ntfs-3g[811]: Version 1.913 Oct 6 14:22:45 pasargadae ntfs-3g[811]: Mounted /dev/ad0s1 (Read-Write, label , NTFS 3.0) Oct 6 14:22:45 pasargadae ntfs-3g[811]: Cmdline options: (null) Oct 6 14:22:45 pasargadae ntfs-3g[811]: Mount options: noatime,silent,allow_other ,fsname=/dev/ad0s1 ... -- And I didn't know about the /boot/modules way. Could you please ellaborate more? Is it a different way to load kernel modules than using /boot/loader.conf? When should one use that? And now, about coming back to using an rc.d script...After failing to use /etc/fstab, I wrote this script to mount the partition at boot time. However, this also does not work! -- #!/bin/sh # # PROVIDE: ntfsmount # REQUIRE: fusefs # . /etc/rc.subr name=ntfsmount rcvar=${name}_enable command=/usr/sbin/mount_ntfs-3g command_args=/dev/ad0s1 /mnt/windows -o locale=en_US.UTF-8 Does /mnt/windows exist? Anything interesting with `sh -x /usr/local/etc/rc.d/ntfsmount' ? Yes, /mnt/windows exists. Nothing interesting as far as I could understand the output of 'sh -x /usr/local/etc/rc.d/ntfsmount'. What specifically do I have to look for? If I find some more time, I'll play around with it. -- Mel Thanks a lot :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 - PHP5
Andrea Venturoli ha scritto: portupgrade -o lang/php5 php4 ? It's not enough, and may cause problems. Or: pkg_deinstall -f php4\* pkgdb -F ? That's better. Remove all (php4, extensions, pecl ports, optimizers), build php5 with all the same extensions and finally run pkgdb if you have other leaf ports depending on php. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
editors/vim -- long fetch times
This is a subject I've wanted to bring up for a few years now. Why I decided to bring it up now, I don't know; I guess I just felt it was time. Simply put: the time it takes for make fetch to complete in editors/vim gets worse and worse as more patches are released: icarus# cd /usr/ports/editors/vim-lite make distclean icarus# time make fetch ... 10.801u 3.297s 6:16.33 3.7% 568+1347k 0+52io 0pf+0w That's over 6 minutes to fetch 116 patches and the base vim tarball, totalling about 7MBytes of data: icarus# du -sk /usr/ports/distfiles/vim 7248/usr/ports/distfiles/vim True, it's only excessive when you have none of the patches in DISTFILES/vim (that is to say, if you already have 115 patches and there's 116 of them, the wait time isn't very long). The wasted time is caused by a few things. This opens somewhat of a can of worms (in regards to how to enhance fetch(1)), but the main two: * FTP protocol is used for each and every patch. FTP server may be doing things like forward and reverse DNS look-ups on client, as well as an RFC931/1413 ident check. * fetch(1) does not support the ability to fetch multiple files during the same FTP session. The idea would be to modify fetch(1) to support doing multiple RETRs during a single FTP session. Solutions as I see them: * Change the first site in MASTER_SITE_VIM to the HTTP version of the main distribution site: http://ftp.vim.org/pub/vim/unix/. This is already in the list, but the HTTP mirrors are *last*, not first. * Provide snapshots of the vim patches as a tgz-ball somewhere. Have make fetch download that and untar it into DISTFILES/vim/. Snapshots would need to be updated every time a new patch was added. * Modify fetch(1) as described above. * Get Bram to stop releasing hundreds of individual patches between minor releases. :-) Using the HTTP fetch method, the time drastically decreases to 1.5 minutes for me: icarus# cd /usr/ports/editors/vim-lite make distclean icarus# time make MASTER_SITE_VIM=http://ftp.vim.org/pub/vim/unix/ fetch 9.282u 2.747s 1:28.83 13.5% 628+1444k 1+52io 0pf+0w Thoughts? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/112385sysutils/lookupd on Kernel 64 f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113144print/ghostscript-gnu dumps core with several output d f ports/115818Executable clash between databases/grass and ruby gems f ports/115967enable chrooted net/isc-dhcp3-server on the FreeBSD 7. f ports/116378xorg 7.3 on -stable breaks math/scilab f ports/116385net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586net/isc-dhcp3-server does not work when compiled with f ports/116753multimedia/MPlayer crashes after playing *.flv on 7.0- f ports/116777The math/scilab port fails in demos-signal-bode. f ports/116778security/nmap ping-scan misses some hosts f ports/116949security/vpnc: Some Cisco Concentrators refuse Connect 16 problems total. Non-critical problems S Tracker Resp. Description f ports/101166bittorrent-curses only works under English locales. o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut f ports/108723kxgenerator never worked for me f ports/111399print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456[UPDATE] finance/pfpro updated distinfo f ports/112887net/nxserver 1.4.0_1 fails to compile after upgrading f ports/113423Update for ports net/freenx to version 0.6.0 f ports/114127net/vnc - vnc.so installed to bad location f ports/114825pam module security/pam_abl not working f ports/115304multimedia/gpac-mp4box cannot import files larger than f ports/115336port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/115401Update port: graphics/ipe Version 6.0pre28 of Ipe that f ports/115627www/Lynx (-ssl) does not correctly test for OpenSSL f ports/116037multimedia/dvd-slideshow has been updated from 0.7.5 t f ports/116042net/tsclient have disabled panel applet f ports/116058Update: x11-themes/gtk-qt-engine to version 0.8 f ports/116104[UPDATE] net/frickin update to beta2 f ports/116105[UPDATE] comms/hylafax to 4.4.1 f ports/116120[patch] x11-toolkits/gtkdatabox2: update to 0.7.0.1 f ports/116142devel/cvsweb3 coloured side-by-side stopped working wh f ports/116226x11-wm/compiz - emerald and compiz-fusion and scim are f ports/116323net-im/jabber-users-agent bugs f ports/116327games/prboom fails to compile on amd/i386 FreeBSD7.0-C f ports/116333math/isabelle fails to build with SML/NJ; requires bas f ports/116422[patch] devel/kdbg: fix to allow a core file to be ope f ports/116454net/unison: should depend on X11-enabled ocaml when bu f ports/116495[patch] Adding a banch of semi-official patches to x11 f ports/116567[PATCH] net/vnc: [SUMMARIZE CHANGES] o ports/116673databases/tora: upgrade to 1.3.22. f ports/116675
Re: Python on 64-bit AMD??
On Saturday 06 October 2007 05:18:10 Wesley Shields wrote: On Sat, Oct 06, 2007 at 12:25:36AM -0700, David Southwell wrote: On Wednesday 03 October 2007 09:27:34 David Southwell wrote: # Portupgrade -a Error message: ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures Will this be fixed? Thanks in advance David As there has been no reply I thought I would ask again. Thanks in advance This port is maintained by ports@ which means unless someone volunteers to step up and fix it, then no. x11-toolkits/py-wxPython26 is not broken and might be a viable solution for you to upgrade? Thanks Wesley that installed fine -- however after installing x11-toolkits/py-wxPython26 I get errors on trying to upgrade suite packages: ## [EMAIL PROTECTED] /usr/ports/lang/python25]# cd /usr/ports/lang/python make upgrade-site-packages ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures --- Reinstalling 'pydbdesigner-0.1.4.1_1' (databases/pydbdesigner) --- Building '/usr/ports/databases/pydbdesigner' === Cleaning for pydbdesigner-0.1.4.1_1 === Extracting for pydbdesigner-0.1.4.1_1 = MD5 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. = SHA256 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. === Patching for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === Configuring for pydbdesigner-0.1.4.1_1 --- Backing up the old version --- Uninstalling the old version --- Deinstalling 'pydbdesigner-0.1.4.1_1' # file deletions removed [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 856 packages found (-1 +0) (...) done] --- Installing the new version via the port === Installing for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/lib/python2.5/site-packages/wx/__init__.py - not found ===Verifying reinstall for /usr/local/lib/python2.5/site-packages/wx/__init__.py in /usr/ports/x11-toolkits/py-wxPython24 === py25-wxPython-2.4.2.4_7 is marked as broken: Does not build on 64-bit architectures. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-wxPython24. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.8547.1 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=pydbdesigner-0.1.4.1_1 UPGRADE_PORT_VER=0.1.4.1_1 make -DFORCE_PKG_REGISTER reinstall --- Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 857 packages found (-0 +1) . done] ** Listing the failed packages (*:skipped / !:failed) ! databases/pydbdesigner (pydbdesigner-0.1.4.1_1) (install error) --- Packages processed: 0 done, 1 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/tmp/portupgrade5sc8QzNA *** Error code 1 Stop in /usr/ports/lang/python. # Any ideas? Thanks again david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Python on 64-bit AMD??
On Mon, Oct 08, 2007 at 05:05:46AM -0700, David Southwell wrote: On Saturday 06 October 2007 05:18:10 Wesley Shields wrote: On Sat, Oct 06, 2007 at 12:25:36AM -0700, David Southwell wrote: On Wednesday 03 October 2007 09:27:34 David Southwell wrote: # Portupgrade -a Error message: ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures Will this be fixed? Thanks in advance David As there has been no reply I thought I would ask again. Thanks in advance This port is maintained by ports@ which means unless someone volunteers to step up and fix it, then no. x11-toolkits/py-wxPython26 is not broken and might be a viable solution for you to upgrade? Thanks Wesley that installed fine -- however after installing x11-toolkits/py-wxPython26 I get errors on trying to upgrade suite packages: ## [EMAIL PROTECTED] /usr/ports/lang/python25]# cd /usr/ports/lang/python make upgrade-site-packages ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures --- Reinstalling 'pydbdesigner-0.1.4.1_1' (databases/pydbdesigner) --- Building '/usr/ports/databases/pydbdesigner' === Cleaning for pydbdesigner-0.1.4.1_1 === Extracting for pydbdesigner-0.1.4.1_1 = MD5 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. = SHA256 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. === Patching for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === Configuring for pydbdesigner-0.1.4.1_1 --- Backing up the old version --- Uninstalling the old version --- Deinstalling 'pydbdesigner-0.1.4.1_1' # file deletions removed [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 856 packages found (-1 +0) (...) done] --- Installing the new version via the port === Installing for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/lib/python2.5/site-packages/wx/__init__.py - not found ===Verifying reinstall for /usr/local/lib/python2.5/site-packages/wx/__init__.py in /usr/ports/x11-toolkits/py-wxPython24 === py25-wxPython-2.4.2.4_7 is marked as broken: Does not build on 64-bit architectures. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-wxPython24. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.8547.1 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=pydbdesigner-0.1.4.1_1 UPGRADE_PORT_VER=0.1.4.1_1 make -DFORCE_PKG_REGISTER reinstall --- Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 857 packages found (-0 +1) . done] ** Listing the failed packages (*:skipped / !:failed) ! databases/pydbdesigner (pydbdesigner-0.1.4.1_1) (install error) --- Packages processed: 0 done, 1 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/tmp/portupgrade5sc8QzNA *** Error code 1 Stop in /usr/ports/lang/python. # Any ideas? databases/pydebdesigner specifically requires wx 2.4. You can try changing the USE_WX line to be 2.4+ but I'm not sure exactly what this will do. I'd suggest taking this up with the maintainer to see if the port can support the newer wx versions. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
The scandalous status of linux-flashplugin9
Hi, I write this email to give my humble opinion on the scandalous status of the linux-flashplugin9. This port is in the port tree for now 8 monthes (first commit on the 17th of January 2007) and one should admit that it never worked. A numerous set of mails has already been sent on this mailing list about this port and, to my best knowledge, no one has figured out how to have Flash 9 working on a FreeBSD machine using this port. I am not shocked by the lack of support for Flash9, even if Flash 8+ is nowadays more and more frequent. I understand the lack of time of the porters, issues related with various architectures and similar issues. Therefore, I give Jamie no grief about the lack of support for Flash 9. That is just not my point. The thing that shocked me is the fact that the port is still in the ports tree even if it does not work! (It compiles but each try to view a Flash animation leads to a segmentation fault of Firefox). If we want the FreeBSD community to be focused on quality (I assume we all want), then this port should be removed from the ports tree or at least marked as broken. Best regards, Willy Picard -- Willy Picarde-mail: [EMAIL PROTECTED] Dept. of Information Technology www:http://www.kti.ae.poznan.pl/ The Poznan University of Economics tel:+48 61 848 05 49 Mansfelda 4, 60-854 Poznan, Poland fax:+48 61 848 38 40 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The scandalous status of linux-flashplugin9
On 10/8/07, Willy Picard [EMAIL PROTECTED] wrote: Hi, I write this email to give my humble opinion on the scandalous status of the linux-flashplugin9. This port is in the port tree for now 8 monthes (first commit on the 17th of January 2007) and one should admit that it never worked. A numerous set of mails has already been sent on this mailing list about this port and, to my best knowledge, no one has figured out how to have Flash 9 working on a FreeBSD machine using this port. I am not shocked by the lack of support for Flash9, even if Flash 8+ is nowadays more and more frequent. I understand the lack of time of the porters, issues related with various architectures and similar issues. Therefore, I give Jamie no grief about the lack of support for Flash 9. That is just not my point. The thing that shocked me is the fact that the port is still in the ports tree even if it does not work! (It compiles but each try to view a Flash animation leads to a segmentation fault of Firefox). If we want the FreeBSD community to be focused on quality (I assume we all want), then this port should be removed from the ports tree or at least marked as broken. The port is not broken as the flash9 port is not compiled, it just installs the linux flash9 binary. What is broken is the linux emulation on FreeBSD 7. Work is underway to improve the linux emulation in -CURRENT. I agree the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. Scot Scot ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The scandalous status of linux-flashplugin9
[ On Monday, October 8, Scot Hetzel wrote: ] The port is not broken as the flash9 port is not compiled, it just installs the linux flash9 binary. What is broken is the linux emulation on FreeBSD 7. Work is underway to improve the linux emulation in -CURRENT. I agree the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. Is there a handbook or wiki entry which would point one to the procedure for properly moving from 2.4.2 to 2.6.16 emulation under -current? I believe I saw some posts that 2.6.x would not be default for 7.0-RELEASE for whatever technical reason. Can anybody report success on -current with 2.6.16 emulation with the flash9 plugin? thx. -Jr -- John Jennifer Reynolds johnjen at reynoldsnet.orgwww.reynoldsnet.org Structural/Physical Design - some group - Intel jreynold at sedona.ch.intel.com Running FreeBSD since 2.1.5-RELEASE. KT7JCRFreeBSD: The Power to Serve! Unix is user friendly, it's just particular about the friends it chooses. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Python on 64-bit AMD??
On Monday 08 October 2007 05:46:13 Wesley Shields wrote: On Mon, Oct 08, 2007 at 05:05:46AM -0700, David Southwell wrote: On Saturday 06 October 2007 05:18:10 Wesley Shields wrote: On Sat, Oct 06, 2007 at 12:25:36AM -0700, David Southwell wrote: On Wednesday 03 October 2007 09:27:34 David Southwell wrote: # Portupgrade -a Error message: ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures Will this be fixed? Thanks in advance David As there has been no reply I thought I would ask again. Thanks in advance This port is maintained by ports@ which means unless someone volunteers to step up and fix it, then no. x11-toolkits/py-wxPython26 is not broken and might be a viable solution for you to upgrade? Thanks Wesley that installed fine -- however after installing x11-toolkits/py-wxPython26 I get errors on trying to upgrade suite packages: ## [EMAIL PROTECTED] /usr/ports/lang/python25]# cd /usr/ports/lang/python make upgrade-site-packages ** Port marked as IGNORE: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures --- Reinstalling 'pydbdesigner-0.1.4.1_1' (databases/pydbdesigner) --- Building '/usr/ports/databases/pydbdesigner' === Cleaning for pydbdesigner-0.1.4.1_1 === Extracting for pydbdesigner-0.1.4.1_1 = MD5 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. = SHA256 Checksum OK for pydbdesigner-0.1.4.1.tar.gz. === Patching for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === Configuring for pydbdesigner-0.1.4.1_1 --- Backing up the old version --- Uninstalling the old version --- Deinstalling 'pydbdesigner-0.1.4.1_1' # file deletions removed [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 856 packages found (-1 +0) (...) done] --- Installing the new version via the port === Installing for pydbdesigner-0.1.4.1_1 === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/bin/python2.5 - found === pydbdesigner-0.1.4.1_1 depends on file: /usr/local/lib/python2.5/site-packages/wx/__init__.py - not found ===Verifying reinstall for /usr/local/lib/python2.5/site-packages/wx/__init__.py in /usr/ports/x11-toolkits/py-wxPython24 === py25-wxPython-2.4.2.4_7 is marked as broken: Does not build on 64-bit architectures. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-wxPython24. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.8547.1 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=pydbdesigner-0.1.4.1_1 UPGRADE_PORT_VER=0.1.4.1_1 make -DFORCE_PKG_REGISTER reinstall --- Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 857 packages found (-0 +1) . done] ** Listing the failed packages (*:skipped / !:failed) ! databases/pydbdesigner (pydbdesigner-0.1.4.1_1) (install error) --- Packages processed: 0 done, 1 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/tmp/portupgrade5sc8QzNA *** Error code 1 Stop in /usr/ports/lang/python. # Any ideas? databases/pydebdesigner specifically requires wx 2.4. You can try changing the USE_WX line to be 2.4+ but I'm not sure exactly what this will do. I'd suggest taking this up with the maintainer to see if the port can support the newer wx versions. -- WXS Thanks Wesley - I have also sent a cc of this to Alan. Alan -- Any Chance?? Thanks David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The scandalous status of linux-flashplugin9
On Mon, 8 Oct 2007 09:52:18 -0500 Scot Hetzel [EMAIL PROTECTED] wrote: On 10/8/07, Willy Picard [EMAIL PROTECTED] wrote: The thing that shocked me is the fact that the port is still in the ports tree even if it does not work! (It compiles but each try to view a Flash animation leads to a segmentation fault of Firefox). If we want the FreeBSD community to be focused on quality (I assume we all want), then this port should be removed from the ports tree or at least marked as broken. e the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. No it shouldn't. I've never seen it crash a browser, and it works to a limited extent on some sites that can't be navigated without it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/vim -- long fetch times
On Mon, 8 Oct 2007 01:47:57 -0700 Jeremy Chadwick [EMAIL PROTECTED] wrote: This is a subject I've wanted to bring up for a few years now. Why I decided to bring it up now, I don't know; I guess I just felt it was time. Simply put: the time it takes for make fetch to complete in editors/vim gets worse and worse as more patches are released: ... Solutions as I see them: * Change the first site in MASTER_SITE_VIM to the HTTP version of the main distribution site: http://ftp.vim.org/pub/vim/unix/. This is already in the list, but the HTTP mirrors are *last*, not first. You can already change this by setting MASTER_SORT_REGEX= ^http on such ports * Provide snapshots of the vim patches as a tgz-ball somewhere. Have make fetch download that and untar it into DISTFILES/vim/. Snapshots would need to be updated every time a new patch was added. The trouble is that this penalises people who do keep their distfiles cached, in favour of those that don't. And as you pointed-out this whole thing is a non-issue if you do cache them. * Modify fetch(1) as described above. It's quite easy to fetch distfiles in parallel with building, which in most cases eliminates waiting for downloads. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The scandalous status of linux-flashplugin9
Quoting John Reynolds [EMAIL PROTECTED] (Mon, 8 Oct 2007 08:10:11 -0700): [ On Monday, October 8, Scot Hetzel wrote: ] The port is not broken as the flash9 port is not compiled, it just installs the linux flash9 binary. What is broken is the linux emulation on FreeBSD 7. Work is underway to improve the linux emulation in -CURRENT. I agree the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. Is there a handbook or wiki entry which would point one to the procedure for properly moving from 2.4.2 to 2.6.16 emulation under -current? I believe I saw some posts that 2.6.x would not be default for 7.0-RELEASE for whatever technical reason. % grep linux /etc/sysctl.conf compat.linux.osrelease=2.6.16 Be warned, you may run into bugs (2.6 emulation has not as much widespread testing as 2.4). If you stumble upon problems have a look at the archive of emulation@ and search for your problem there. If you can not find it, tell emulation@ about your problem. Be prepared to do some guided debugging. Can anybody report success on -current with 2.6.16 emulation with the flash9 plugin? No, there are bugs we didn't manage to track down yet (partly because of lack of time, partly because of the closed source nature of flash9,). If someone wants to help to track this down: install dtrace (I don't know where install instructions are; it's back from hibernation just recently), run flash9 and try to get a backtrace of a crash with dtrace. If someone manages to do this, post the backtrace to [EMAIL PROTECTED] Bye, Alexander. -- Violence in reality is quite different from theory. -- Spock, The Cloud Minders, stardate 5818.4 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/vim -- long fetch times
Jeremy Chadwick píše v po 08. 10. 2007 v 01:47 -0700: Simply put: the time it takes for make fetch to complete in editors/vim gets worse and worse as more patches are released: icarus# cd /usr/ports/editors/vim-lite make distclean icarus# time make fetch ... 10.801u 3.297s 6:16.33 3.7% 568+1347k 0+52io 0pf+0w That's over 6 minutes to fetch 116 patches and the base vim tarball, totalling about 7MBytes of data: Solutions as I see them: * Provide snapshots of the vim patches as a tgz-ball somewhere. Have make fetch download that and untar it into DISTFILES/vim/. Snapshots would need to be updated every time a new patch was added. vim people already do that - they do a rollup tarball every 100 patches. See at http://ftp.vim.org/pub/vim/patches/7.1/ * Modify fetch(1) as described above. Wouldn't help - the ports framework is getting one distfile at a time. -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: The scandalous status of linux-flashplugin9
On Mon, Oct 08, 2007 at 05:46:30PM +0100, RW wrote: On Mon, 8 Oct 2007 09:52:18 -0500 Scot Hetzel [EMAIL PROTECTED] wrote: On 10/8/07, Willy Picard [EMAIL PROTECTED] wrote: The thing that shocked me is the fact that the port is still in the ports tree even if it does not work! (It compiles but each try to view a Flash animation leads to a segmentation fault of Firefox). If we want the FreeBSD community to be focused on quality (I assume we all want), then this port should be removed from the ports tree or at least marked as broken. the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. No it shouldn't. I've never seen it crash a browser, and it works to a limited extent on some sites that can't be navigated without it. I am very pleased to read that someone figured out how to make the Flash 9 plugin work (to a limited extent). May I ask you what your configuration is (wich OS version) and which tweaks do you use (libmap.conf)? Best regards, Willy -- Willy Picarde-mail: [EMAIL PROTECTED] Dept. of Information Technology www:http://www.kti.ae.poznan.pl/ The Poznan University of Economics tel:+48 61 848 05 49 Mansfelda 4, 60-854 Poznan, Poland fax:+48 61 848 38 40 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The scandalous status of linux-flashplugin9
Rather easy nspluginwrapper + Flash9 plugin in Firefox on Current and 6.2 stable. It's to some *extent* usable, but will segfault (only nspluginwrapper) while playing videos. Cheers, Oliver On Mon, Oct 08, 2007 at 08:15:31PM +0200, Willy Picard wrote: On Mon, Oct 08, 2007 at 05:46:30PM +0100, RW wrote: On Mon, 8 Oct 2007 09:52:18 -0500 Scot Hetzel [EMAIL PROTECTED] wrote: On 10/8/07, Willy Picard [EMAIL PROTECTED] wrote: The thing that shocked me is the fact that the port is still in the ports tree even if it does not work! (It compiles but each try to view a Flash animation leads to a segmentation fault of Firefox). If we want the FreeBSD community to be focused on quality (I assume we all want), then this port should be removed from the ports tree or at least marked as broken. the port should be marked broken for OSVERSION 7000xx, and compat.linux.osrelease = 2.4.2, as the flash9 plugin may require 2.6.16 linux emulation. No it shouldn't. I've never seen it crash a browser, and it works to a limited extent on some sites that can't be navigated without it. I am very pleased to read that someone figured out how to make the Flash 9 plugin work (to a limited extent). May I ask you what your configuration is (wich OS version) and which tweaks do you use (libmap.conf)? Best regards, Willy -- Willy Picarde-mail: [EMAIL PROTECTED] Dept. of Information Technology www:http://www.kti.ae.poznan.pl/ The Poznan University of Economics tel:+48 61 848 05 49 Mansfelda 4, 60-854 Poznan, Poland fax:+48 61 848 38 40 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- There is no statute of limitations on stupidity. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
xorg-7.3_1 build: dependence issue
Hi! I have tried to install xorg on clean (no packages installed) FreeBSD 7.0-CURRENT AMD64. I have errors: in /usr/ports/x11/libXres Package resourceproto was not found in the pkg-config search path. Perhaps you should add the directory containing `resourceproto.pc' to the PKG_CONFIG_PATH environment variable No package 'resourceproto' found in /usr/ports/x11/libXTrap No package 'trapproto' found in /usr/ports/x11/libXrender No package 'renderproto' found in /usr/ports/x11/libXfixes/ No package 'fixesproto' found in /usr/ports/x11/libXScrnSaver No package 'scrnsaverproto' found in /usr/ports/x11/libXinerama/ No package 'xineramaproto' found in /usr/ports/x11/libXtst/ No package 'recordproto' found in /usr/ports/x11/libXevie No package 'evieproto' found Maybe problem also concerns other ports which be part of xorg-libraries metaport. in /usr/ports/devel/dbus-glib no glib20 package If to install a ports /usr/ports/x11/resourceproto /usr/ports/x11/trapproto etc before problem potrs building, the problem disappears. Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
beryl missing windows decorations
Hi, I've tested current beryl (fresh portsnap from yesterday) on -CURRENT and found it working (using NVidia 7600 GS, it idles at 98%, even while windows are wobbling while being moved around with KDE+Beryl), except when I switch from KWin to Beryl, I lose window decorations (titlebar, borders, resizing handles). I've made sure, I've Option AllowGLXWithComposite True Option RenderAccel True Option AddARGBGLXVisuals True in Screen section and Section Extensions Option Composite Enable EndSection so I assume that should be OK. Any ideas, what's happening and who's to blame? ;-) Installed packages in question: beryl-0.2.1 beryl-core-0.2.1_1 beryl-manager-0.2.1_1 beryl-plugins-0.2.1_1 beryl-settings-0.2.1 beryl-settings-bindings-0.2.1 emerald-0.5.2 emerald-themes-0.5.2 xorg.conf is below. Thanks, Petr Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/local/share/X11/rgb ModulePath /usr/local/lib/xorg/modules FontPath/usr/local/lib/X11/fonts/misc/ FontPath/usr/local/lib/X11/fonts/TTF/ FontPath/usr/local/lib/X11/fonts/OTF FontPath/usr/local/lib/X11/fonts/Type1/ FontPath/usr/local/lib/X11/fonts/100dpi/ FontPath/usr/local/lib/X11/fonts/75dpi/ FontPath/usr/local/lib/X11/fonts/Liberation/ EndSection Section Module Load extmod Load record Load dbe Load xtrap Load glx Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbLayout us,cz Option XkbOptions grp:shifts_toggle,grp_led:scroll Option XkbModel pc105 EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option ZAxisMapping 4 5 6 7 EndSection Section Monitor #DisplaySize 380 300 # mm ### Comment all HorizSync and VertRefresh values to use DDC: Identifier Monitor0 VendorName HWP ModelName HP L1955 HorizSync 30.0 - 83.0 VertRefresh 56.0 - 76.0 Option DPMS EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel # [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option Rotate# [str] #Option VideoKey # i #Option FlatPanel # [bool] #Option FPDither # [bool] #Option CrtcNumber# i #Option FPScale # [bool] #Option FPTweak # i #Option DualHead # [bool] Identifier Card0 Driver nvidia VendorName nVidia Corporation BoardName G70 [GeForce 7600 GS] EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth24 Option AllowGLXWithComposite True Option RenderAccel True Option AddARGBGLXVisuals True SubSection Display Viewport0 0 Depth 24 EndSubSection EndSection Section Extensions Option Composite Enable EndSection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]