Re: Ports not mentioned in their category's Makefile
On Mon, Oct 31, 2011 at 08:13:14PM -0400, Eitan Adler wrote: On Mon, Oct 31, 2011 at 7:20 PM, Conrad J. Sabatier conr...@cox.net wrote: I've generated a list of 57 ports that are not mentioned in the Makefiles for their respective categories. Before I do anything more with this information (like submit patches), though, I just wanted to check to see if there's any interest in correcting this. Please send the list to po...@freebsd.org. Keep in mind that some ports not listed may have been incomplete or aborted repocopies. There is no need to send patches, the fix is easy enough ;) Thanks for doing this and as you mention, this should be cleaned up as those ports won't be in INDEX, readme, build packages, etc. As Eitan mentioned, there are several valid reasons for this, usually as a temporary measure though. Those ports are also mentioned in the logs on pointyhat and occassionally someone from portmgr contacts the maintainers, but if you have some code available I'd be happy to set this up as a weekly reminder to maintainers. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the futureer...@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: textproc/libxml2 does not install libxml2.so.5
Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? -- 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
Memory leak Squid Cache: Version 3.1.16 + FreeBSD 7.4-STABLE
Hallo, After port cvsup, updating lib, packages and so on. I got something weird problem, I guess this cause memory leak. root:~# free SYSTEM MEMORY SUMMARY: mem_used: 574558208 (547MB) [ 53%] Logically used memory mem_avail: +499183616 (476MB) [ 46%] Logically available memory -- --- -- mem_total: = 1073741824 ( 1024MB) [100%] Logically total memory root:~# /usr/local/etc/rc.d/squid stop mem_used: back to 23%. root:~# valgrind -v --tool=memcheck --leak-check=yes squid *snip* ==45738== 1 errors in context 2 of 39: ==45738== Mismatched free() / delete / delete [] ==45738==at 0x4B9D5: operator delete(void*) (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==45738==by 0xE0518: std::basic_ostringstreamchar, std::char_traitschar, std::allocatorchar ::~basic_ostringstream() (in /usr/lib/libstdc++.so.6) ==45738==by 0x8091369: Debug::finishDebug() (debug.cc:753) ==45738==by 0x81036FD: PconnModule::PconnModule() (pconn.cc:348) ==45738==by 0x8103739: PconnModule::GetInstance() (pconn.cc:356) ==45738==by 0x8103CDE: PconnPool::PconnPool(char const*) (pconn.cc:241) ==45738==by 0x80A5C0F: __static_initialization_and_destruction_0(int, int) (forward.cc:76) ==45738==by 0x80A5C59: global constructors keyed to _ZN8FwdState15CBDATA_FwdStateE (forward.cc:1464) ==45738==by 0x81ABDD7: ??? (in /usr/local/sbin/squid) ==45738==by 0x804BAD4: ??? (in /usr/local/sbin/squid) ==45738==by 0x804CBB7: (below main) (in /usr/local/sbin/squid) ==45738== Address 0x2e8180 is 0 bytes inside a block of size 180 alloc'd ==45738==at 0x4C0F5: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so) ==45738==by 0x81AB1DD: xmalloc (util.c:508) ==45738==by 0x8050DA0: operator new(unsigned int) (SquidNew.h:49) ==45738==by 0x8090C14: Debug::getDebugOut() (debug.cc:735) ==45738==by 0x81036E8: PconnModule::PconnModule() (pconn.cc:348) ==45738==by 0x8103739: PconnModule::GetInstance() (pconn.cc:356) ==45738==by 0x8103CDE: PconnPool::PconnPool(char const*) (pconn.cc:241) ==45738==by 0x80A5C0F: __static_initialization_and_destruction_0(int, int) (forward.cc:76) ==45738==by 0x80A5C59: global constructors keyed to _ZN8FwdState15CBDATA_FwdStateE (forward.cc:1464) ==45738==by 0x81ABDD7: ??? (in /usr/local/sbin/squid) ==45738==by 0x804BAD4: ??? (in /usr/local/sbin/squid) ==45738==by 0x804CBB7: (below main) (in /usr/local/sbin/squid) ==45738== ==45738== ERROR SUMMARY: 39 errors from 39 contexts (suppressed: 0 from 0) *snip* Anyone have a clue? TY -- budsz ___ 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: textproc/libxml2 does not install libxml2.so.5
On Tue, 2011-11-01 at 12:58 +0400, Ruslan Mahmatkhanov wrote: Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? Oh bloody hell, I will look into it asap. ___ 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: textproc/libxml2 does not install libxml2.so.5
On Tue, 2011-11-01 at 12:58 +0400, Ruslan Mahmatkhanov wrote: Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? Ok should be fixed now. This is one of those things that doesn't show up in a tinderbox because there isn't any extra cruff around. I still don't know how this slipped by, I know I localy tested all the changes, apart from tinderbox. -Koop ___ 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: textproc/libxml2 does not install libxml2.so.5
Koop Mast wrote on 01.11.2011 15:09: On Tue, 2011-11-01 at 12:58 +0400, Ruslan Mahmatkhanov wrote: Marco Steinbach wrote on 10/31/11 21:00: Ruslan Mahmatkhanov wrote on 31.10.2011 16:57: Marco Steinbach wrote on 31.10.2011 19:21: Hi, I'm trying to use textproc/libxml2 from ports, but it seems, that some files are missing after installation. Subsequently, installing textproc/libxslt fails due to a missing libxml2.so.5, for example. My /etc/make.conf is empty. I'm a bit reluctant to 'fix' this by symlinking, and besides that, libxml2.so.5 is listed in the pkg-plist of libxml2, so I assume something goes wrong locally or the port might need some attention. I've updated the ports tree on the machine just a few minutes ago. Here's some more information: # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226877: Fri Oct 28 07:55:10 UTC 2011 root@:/usr/obj/usr/src/sys/GENERIC amd64 # pwd /usr/ports/textproc/libxml2 # make -VPKGNAME libxml2-2.7.8_1 # make install clean [...] # pkg_info -IX libxml2 libxml2-2.7.8_1 XML parser library for GNOME # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Hints and/or pointers welcome. MfG CoCo Yes, it looks like WITH_FBSD10_FIX=yes doesn't works here. You may rebuild it with UNAME_r=9.9-CURRENT until the working fix will not be committed. This doesn't seem to do the trick for me: # echo $SHELL /bin/csh # setenv UNAME_r 9.9-CURRENT # echo $UNAME_r 9.9-CURRENT # cd /usr/ports/textproc/libxml2 # make install clean [...] # pkg_info -g libxml2-2.7.8_1 Information for libxml2-2.7.8_1: Mismatched Checksums: pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist Am I doing something wrong here ? MfG CoCo Lawl, after reboot i found my system broken. I now see the problem. textproc/libxml2 installs libxml2.so.9, not libxml2.so.5 when FBSD10_FIX is enabled. I now will try to check it with FSBD10 fix disabled to make sure that it doesn't change anything that it supposed to be. Koop are all is ok for you with this port? Ok should be fixed now. This is one of those things that doesn't show up in a tinderbox because there isn't any extra cruff around. I still don't know how this slipped by, I know I localy tested all the changes, apart from tinderbox. -Koop I'll try it this evening, thank you. I also believe that this change require portrevision bump. -- 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: Radeon KMS [was Re: KWin no longer compositing?]
On Tue, Nov 01, 2011 at 06:06:01AM +1100, Peter Jeremy wrote: On 2011-Oct-29 12:34:11 +0300, Kostik Belousov kostik...@gmail.com wrote: I think 3-4 months is the reasonable estimation for bringing up both TTM/execution and KMS for radeons. The KMS infrastructure is already ported. If somebody is interested in doing the Radeon driver proper, I may port TTM. I'm also interested in this. Can you give some indication as to what is involved? Involved in what sense ? Basically, you take the Linux sources, drivers/gpu/drm/radeon/* and makes them compilable, runnable and then bug-free under FreeBSD. In the course of actions, you add the missed infrastructure bits from drivers/gpu/drm/*. The most infrastructure parts needed for the KMS are already ported in my kms git branch. Biggest missed stuff is TTM, but I already promised to do it if somebody takes care of the radeon. The line count for radeon driver is ~100KLOC, that is twice as big as Intel driver. I am optimistic that the porting will take 3-4 months, judging after the Intel experience. Also, I am more then willing to help, but definitely won't do it myself. pgp5nLWoPu2kx.pgp Description: PGP signature
Re: gstat collision between sysutils/coreutils and base gstat
On Mon, Oct 31, 2011 at 05:43:23PM +, Chris Rees wrote: On 31 October 2011 15:18, Wesley Shields w...@freebsd.org wrote: On Mon, Oct 31, 2011 at 09:21:26AM +, Chris Rees wrote: Hey all, Traditionally we've tended to use the 'g' prefix for GNU utilities; gmake, gtar etc, but apparently with stat that is a problem [1], due to the different gstat utility in base. I'm reluctant to simply rename the coreutils to gnu- prefixes, because that would upset quite a lot of things! We either need to: 1) Rename to coreutils to gnu- like most of the rest of the non-GNU world and deal with the breakage (!) 2) Make gstat an OPTION, off by default 3) Be horribly inconsistent and rename gstat to gnustat I don't know if 3 is as horribly inconsistent as you think: misc/gnuls installs the GNU version of ls as gnuls. Which would then introduce another conflict; coreutils installs gls :( Would anyone yell too much if I _just_ changed gstat to gnustat? It could be a little 'quirk'... Just rename it. It solves a conflict and is just one of those little quirks about porting lots of software. ;) -- WXS ___ 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
libspectre libgs = 8.62 fails ghostscript9-9.02_4 installed
I am going from 8 Stable to 9.0RC1, but one port fails to build. checking for libgs = 8.62... no configure: error: You need libgs = 8.62 in order to compile libspectre === Script configure failed unexpectedly. Please run the gnomelogalyzer, available from http://www.freebsd.org/gnome/gnomelogalyzer.sh;, which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gn...@freebsd.org, and attach (a) /usr/ports/print/libspectre/work/libspectre-0.2.6/config.log, (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gn...@freebsd.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 I have rebuild ghostscript, which creates libgs. pkg_info | grep ghost ghostscript9-9.02_4 Ghostscript 9.x PostScript interpreter ls -al /usr/local/lib lrwxr-xr-x1 root wheel13 Oct 31 16:35 libgs.so - libgs.so.9.02 lrwxr-xr-x1 root wheel13 Oct 31 16:35 libgs.so.9 - libgs.so.9.02 -r-xr-xr-x1 root wheel 34249085 Oct 31 16:35 libgs.so.9.02 What can i do to resolve this. regards Johan ___ 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: Radeon KMS [was Re: KWin no longer compositing?]
On 11/01/2011 07:55 AM, Kostik Belousov wrote: Involved in what sense ? Basically, you take the Linux sources, drivers/gpu/drm/radeon/* and makes them compilable, runnable and then bug-free under FreeBSD. In the course of actions, you add the missed infrastructure bits from drivers/gpu/drm/*. The most infrastructure parts needed for the KMS are already ported in my kms git branch. Biggest missed stuff is TTM, but I already promised to do it if somebody takes care of the radeon. The line count for radeon driver is ~100KLOC, that is twice as big as Intel driver. I am optimistic that the porting will take 3-4 months, judging after the Intel experience. Also, I am more then willing to help, but definitely won't do it myself. For what it's worth, I started an e-mail exchange with the FreeBSD Foundation about funding work on radeon KMS. Their response was: We think this is a great idea and we would love to do work in this area, but we currently don't have anyone available to do this work. If someone is interested, and capable, they should get in touch with the Foundation. Adam ___ 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: VirtualBox-kmod fails to build on -CURRENT
On Mon, 31 Oct 2011, Ed Schouten wrote: * Marco Steinbach c...@executive-computing.de, 20111031 13:11: Thanks for having a look into this -- I'm trying out your patch right now. This will take a while, as I'll try and test this on 7, also. Great. Thanks! I just inspected the code and it seems VirtualBox expects the device to be named /dev/vboxdrv%d explicitly. If that's the case, please try to add a symbolic link from vboxdrv0 to vboxdrv. If that works, I can get that fixed as well. Your patch seems to work for 10-CURRENT/amd64. I noticed no hickups with existing and newly created VMs, and the messages for loading the driver and network support stayed the same: vboxdrv: fAsync=1 offMin=0x34da8a offMax=0x34da8a supdrvGipCreate: omni timer not supported, falling back to synchronous mode vboxnet0: Ethernet address: 0a:00:27:00:00:00 You were right about the device naming, I had to create a symlink. I got another burp on the console. ISTR that I got this one before, also, but am not sure: acquiring duplicate lock of same type: IPRT Fast Mutex Semaphore 1st IPRT Fast Mutex Semaphore @ /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.12_OSE/out freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/semfastmutex-r0drv-freebsd.c:100 2nd IPRT Fast Mutex Semaphore @ /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.12_OSE/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/semfastmutex-r0drv-freebsd.c:100 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x93c _sx_xlock() at _sx_xlock+0x55 RTSemFastMutexRequest() at RTSemFastMutexRequest+0x59 g_aUnits() at g_aUnits+0x6963 g_aUnits() at g_aUnits+0x6ea7 g_aUnits() at 0x8165fe9e g_aUnits() at 0x81660398 supdrvIOCtl() at supdrvIOCtl+0x1a12 VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0x1d0 devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8012a950c, rsp = 0x7f9b7c88, rbp = 0x7f9b7c90 --- I'll come back to you with results from testing on 7/amd64. MfG CoCo ___ 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: VirtualBox-kmod fails to build on -CURRENT
* Marco Steinbach c...@executive-computing.de, 2001 18:18: You were right about the device naming, I had to create a symlink. Okay. I've attached a new version of the patch that: - Adds a symbolic link from /dev/vboxdrv0 to /dev/vboxdrv automatically, - Changes the code to use /dev/vboxdrv. This means the kernel module is backwards compatible, but VirtualBox itself isn't. This is probably a good compromise. I trust that the warnings and traces you are seeing are in no way related to my patch, so I suppose you're better off reporting those to the VirtualBox developers. decke@, (or who else maintains VirtualBox), will you do the honour of getting the patch upstreamed/applied locally? The patch probably has to be used by both the virtualbox-ose and the virtualbox-ose-kmod port. Thanks! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ --- src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c +++ src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.c @@ -69,10 +69,9 @@ static int VBoxDrvFreeBSDModuleEvent(struct module *pMod, int enmEventType, void *pvArg); static int VBoxDrvFreeBSDLoad(void); static int VBoxDrvFreeBSDUnload(void); -static void VBoxDrvFreeBSDClone(void *pvArg, struct ucred *pCred, char *pachName, int cchName, struct cdev **ppDev); -static d_fdopen_t VBoxDrvFreeBSDOpen; -static d_close_tVBoxDrvFreeBSDClose; +static d_open_t VBoxDrvFreeBSDOpen; +static void VBoxDrvFreeBSDDtr(void *pData); static d_ioctl_tVBoxDrvFreeBSDIOCtl; static int VBoxDrvFreeBSDIOCtlSlow(PSUPDRVSESSION pSession, u_long ulCmd, caddr_t pvData, struct thread *pTd); @@ -100,21 +99,13 @@ static struct cdevswg_VBoxDrvFreeBSDChrDevSW = { .d_version =D_VERSION, -#if __FreeBSD_version 800061 -.d_flags = D_PSEUDO | D_TRACKCLOSE | D_NEEDMINOR, -#else -.d_flags = D_PSEUDO | D_TRACKCLOSE, -#endif -.d_fdopen = VBoxDrvFreeBSDOpen, -.d_close = VBoxDrvFreeBSDClose, +.d_open = VBoxDrvFreeBSDOpen, .d_ioctl = VBoxDrvFreeBSDIOCtl, .d_name = vboxdrv }; -/** List of cloned device. Managed by the kernel. */ -static struct clonedevs*g_pVBoxDrvFreeBSDClones; -/** The dev_clone event handler tag. */ -static eventhandler_tag g_VBoxDrvFreeBSDEHTag; +/** The /dev/vboxdrv character device. */ +static struct cdev *g_pVBoxDrvFreeBSDChrDev; /** Reference counter. */ static volatile uint32_tg_cUsers; @@ -176,20 +167,11 @@ if (RT_SUCCESS(rc)) { /* - * Configure device cloning. + * Configure character device. Add symbolic link for compatibility. */ -clone_setup(g_pVBoxDrvFreeBSDClones); -g_VBoxDrvFreeBSDEHTag = EVENTHANDLER_REGISTER(dev_clone, VBoxDrvFreeBSDClone, 0, 1000); -if (g_VBoxDrvFreeBSDEHTag) -{ -Log((VBoxDrvFreeBSDLoad: returns successfully\n)); -return VINF_SUCCESS; -} - -printf(vboxdrv: EVENTHANDLER_REGISTER(dev_clone,,,) failed\n); -clone_cleanup(g_pVBoxDrvFreeBSDClones); -rc = VERR_ALREADY_LOADED; -supdrvDeleteDevExt(g_VBoxDrvFreeBSDDevExt); +g_pVBoxDrvFreeBSDChrDev = make_dev(g_VBoxDrvFreeBSDChrDevSW, 0, UID_ROOT, GID_WHEEL, VBOXDRV_PERM, vboxdrv); +make_dev_alias(g_pVBoxDrvFreeBSDChrDev, vboxdrv0); +return VINF_SUCCESS; } else printf(vboxdrv: supdrvInitDevExt failed, rc=%d\n, rc); @@ -210,8 +192,7 @@ /* * Reserve what we did in VBoxDrvFreeBSDInit. */ -EVENTHANDLER_DEREGISTER(dev_clone, g_VBoxDrvFreeBSDEHTag); -clone_cleanup(g_pVBoxDrvFreeBSDClones); +destroy_dev(g_pVBoxDrvFreeBSDChrDev); supdrvDeleteDevExt(g_VBoxDrvFreeBSDDevExt); @@ -225,59 +206,6 @@ /** - * DEVFS event handler. - */ -static void VBoxDrvFreeBSDClone(void *pvArg, struct ucred *pCred, char *pszName, int cchName, struct cdev **ppDev) -{ -int iUnit; -int rc; - -Log((VBoxDrvFreeBSDClone: pszName=%s ppDev=%p\n, pszName, ppDev)); - -/* - * One device node per user, si_drv1 points to the session. - * /dev/vboxdrvN where N = {0...255}. - */ -if (!ppDev) -return; -if (dev_stdclone(pszName, NULL, vboxdrv, iUnit) != 1) -return; -if (iUnit = 256 || iUnit 0) -{ -Log((VBoxDrvFreeBSDClone: iUnit=%d = 256 - rejected\n, iUnit)); -return; -} - -Log((VBoxDrvFreeBSDClone: pszName=%s iUnit=%d\n, pszName, iUnit)); - -rc = clone_create(g_pVBoxDrvFreeBSDClones, g_VBoxDrvFreeBSDChrDevSW, iUnit, ppDev, 0); -Log((VBoxDrvFreeBSDClone: clone_create - %d; iUnit=%d\n, rc, iUnit)); -if (rc) -{ -#if __FreeBSD_version 800061 -*ppDev = make_dev(g_VBoxDrvFreeBSDChrDevSW, iUnit, UID_ROOT, GID_WHEEL, VBOXDRV_PERM, vboxdrv%d, iUnit); -#else -*ppDev = make_dev(g_VBoxDrvFreeBSDChrDevSW
Re: Update for editors/libreoffice-3.4.3_2 failed
On Mon, Oct 31, 2011 at 11:50:12PM +0100, Leslie Jensen wrote: Hi I need help to solve this. Has anyone seen this error? Thanks /Leslie [ build DEP ] LNK:Library/libswfb.so [ build DEP ] LNK:Library/libmswordfb.so [ build LOG ] sw sw deliver deliver -- version: 275594 Module 'sw' delivered successfully. 1 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/sdext/source/pdfimport/xpdfwrapper it seems that the error is inside 'sdext', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/sdext/unxfbsd.pro # optional module 'clean' /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2 source ./FreeBSDAMDEnv.Set.sh cd sdext build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake: *** [all] Fel 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. === make failed for editors/libreoffice === Aborting update === Update for editors/libreoffice failed === Aborting update ___ freebsd-off...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-office To unsubscribe, send any mail to freebsd-office-unsubscr...@freebsd.org Update your ports tree it has been fixed, thanks for reporting bapt pgpmWwwXi2gne.pgp Description: PGP signature
status of portsmon
portsmon is being migrated to a new host; the old one has been decommissioned. Right now I'm waiting for a DNS update to point to the new machine, but in the meantime, you can reach portsmon as portsmonj.freebsd.org (note the 'j' for 'jailed'). mcl ___ 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
(Repost) Ports missing in their categories' Makefiles (revised list)
Sent this a couple of hours ago, but I haven't seen it on the list yet, so... After removing dead ports (ports dirs with no Makefile or anything else other than maybe a leftover README.html), the final list is: audio/x11amp databases/pgpool-II-30 games/xshisen graphics/tkimg japanese/dvi2tty japanese/plain2 www/linux-opera-devel www/pecl-yaf www/typo345 x11-drivers/xf86-video-intel29 x11-wm/cl-stumpwm -- Conrad J. Sabatier conr...@cox.net ___ 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 missing in their categories' Makefiles (revised list)
On Mon, 31 Oct 2011 19:56:48 -0500 Conrad J. Sabatier conr...@cox.net wrote: OK, the list is actually smaller than I had mentioned earlier. My first list included ports not mentioned in the categories' README.html files as well, which of course, generated a bogus list. Here's the final list I got: [snip] After removing dead ports (ports dirs with no Makefile or anything else other than maybe a leftover README.html), the final list is: audio/x11amp databases/pgpool-II-30 games/xshisen graphics/tkimg japanese/dvi2tty japanese/plain2 www/linux-opera-devel www/pecl-yaf www/typo345 x11-drivers/xf86-video-intel29 x11-wm/cl-stumpwm -- Conrad J. Sabatier conr...@cox.net ___ 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 missing in their categories' Makefiles
On Tue, 1 Nov 2011 01:19:37 -0400 Eitan Adler li...@eitanadler.com wrote: On Mon, Oct 31, 2011 at 8:56 PM, Conrad J. Sabatier conr...@cox.net wrote: OK, the list is actually smaller than I had mentioned earlier. My first list included ports not mentioned in the categories' README.html files as well, which of course, generated a bogus list. Here's the final list I got: Other than dvi2tty none of these ports appear to exist in a recent ports tree. Where are you generating this list from? Really? How odd! I've been csupping the CVS repo, and then CVS updating my local ports tree from that. I'll have to take a closer look at things here. Sorry for the wasted noise, folks. -- Conrad J. Sabatier conr...@cox.net ___ 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 not mentioned in their category's Makefile
On Tue, 1 Nov 2011 08:13:38 +0100 Erwin Lansing er...@freebsd.org wrote: On Mon, Oct 31, 2011 at 08:13:14PM -0400, Eitan Adler wrote: On Mon, Oct 31, 2011 at 7:20 PM, Conrad J. Sabatier conr...@cox.net wrote: I've generated a list of 57 ports that are not mentioned in the Makefiles for their respective categories. Before I do anything more with this information (like submit patches), though, I just wanted to check to see if there's any interest in correcting this. As I mentioned later, the actual list is really roughly half that number, due to bad methodology I was using at first. Please send the list to po...@freebsd.org. Keep in mind that some ports not listed may have been incomplete or aborted repocopies. There is no need to send patches, the fix is easy enough ;) Thanks for doing this and as you mention, this should be cleaned up as those ports won't be in INDEX, readme, build packages, etc. As Eitan mentioned, there are several valid reasons for this, usually as a temporary measure though. Those ports are also mentioned in the logs on pointyhat and occassionally someone from portmgr contacts the maintainers, but if you have some code available I'd be happy to set this up as a weekly reminder to maintainers. Erwin Sure, I'd be glad to. I just used a very simple little quick and dirty script to generate the list, but if you'd like something more elaborate, I'd be glad to expand on it. Would you like the output to include maintainer info, for instance? Anything you specify, I'll try to accommodate. Shell scripting is sort of one of my specialties, you might say. :-) I'd enjoy having a little project to work on here. Being retired these days does have its luxuries. :-) First, though, I need to verify my ports tree is truly up to date. As Eitan and Doug pointed out, I seem to have a bit of lingering cruft from ports that have been removed already. I suspect this may be due to my method of updating the tree via cvs from my local copy of the CVS repo. As part of my nightly ports tree maintenance, I also rebuild all of the README.html files, and I suspect that this is why I still have those lingering directories that should have been deleted, i.e., the -P switch (prune empty directories) has no effect because of the html files still being there. The script I used to generate the list simply (rather simplisticly) looked for directories under each category that weren't listed in that category's Makefile, hence, the erroneous results I posted earlier. Anyway, like I said, if you have any specifics you'd like me to include in this little project, please let me know. I'll be getting to work on it today. Thanks for the interest, and for the replies, everyone. -- Conrad J. Sabatier conr...@cox.net ___ 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 missing in their categories' Makefiles
[resend: sent to Doug, but forgot to include the list] On Mon, 31 Oct 2011 21:11:10 -0700 Doug Barton do...@freebsd.org wrote: Are you sure your ports tree is up to date? The first few ports you listed don't check out ... On 10/31/2011 17:56, Conrad J. Sabatier wrote: OK, the list is actually smaller than I had mentioned earlier. My first list included ports not mentioned in the categories' README.html files as well, which of course, generated a bogus list. Here's the final list I got: astro/weatherget Doesn't seem to exist? OK, you're right about that one. Deleted it from my ports tree just now. audio/x11amp Has CATEGORIES= audio Yes, but what I meant was that the Makefile for ports/audio has no mention of it, so index/readmes builds won't be correct. databases/pgpool-II-30 Has CATEGORIES= databases Likewise here. -- Conrad J. Sabatier conr...@cox.net ___ 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: mariadb-scripts-5.2.9
Hi :) First of all, tnx a lot for mantaining the MariaDB port. I was wondering, due to the NoSQL fashion wave we live in, Handlersocket comes as a nice option to have... MariaDB team claims (on their website) it comes ready to use on 5.3 version. Is there any ETA to have the port updated to 5.3 version? Thanks a lot, best regards from Costa Rica. Luis.___ 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: mariadb-scripts-5.2.9
Yes. I noticed it a few moments after I sent you the email. When I got to the Handlersocket info page, it didn't mention that 5.3 was still on beta. Sorry for the inconvinience and thanks for your response. Have a good one, Luis. On Nov 1, 2011, at 2:17 PM, Doug Barton wrote: On 11/01/2011 12:46, Luis Salazar wrote: Hi :) First of all, tnx a lot for mantaining the MariaDB port. I was wondering, due to the NoSQL fashion wave we live in, Handlersocket comes as a nice option to have... MariaDB team claims (on their website) it comes ready to use on 5.3 version. Is there any ETA to have the port updated to 5.3 version? My read is that the 5.3 branch is still in beta (e.g., http://downloads.askmonty.org/mariadb/5.3/). Do you have any references to indicate otherwise? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
korean/xpdf
The korean/unfonts-ttf (which korean/xpdf depends on) has this: IGNORE= was splitted into korean/unfonts-core and korean/unfonts-extra I'd like to remove korean/unfonts-ttf, but korean/xpdf is the last port still depending on it. Do you think that you could update it? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: giving up maintainership for all my ports
On 10/31/11 21:45, Russell Jackson wrote: textproc/rubygem-augeas now owned by ruby@ -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. signature.asc Description: OpenPGP digital signature
Re: innotop-1.8.0_2 and mytop-1.6_7 cannot be installed together
On 10/31/11 21:19, Steven Kreuzer wrote: Can you apply this patch to mytop and try one more time. http://exit2shell.com/~skreuzer/patches/mytop.patch This issue has been irking me for literally years b/c its not just these 2 ports. Why don't we fix it tree wide ? The correct fix IMHO, is for Mk/bsd.database.mk to allow USE_MYSQL=perl or USE_MYSQL=p5 whatever makes sense. This then does RUN_DEPENDS+= .. appropriately $ ip lrdep p5-DBD-mysql M | \ xargs grep p5-DBD-mysql | \ wc -l 44 ports have this construct 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. signature.asc Description: OpenPGP digital signature
Re: Ports missing in their categories' Makefiles (revised list)
On Tue, 1 Nov 2011 19:17:06 -0500 Mark Linimon lini...@lonesome.com wrote: Every time we portmgrs start a package run we get a list of these. The command to do so is make checksubdirs. You can run it in either the top-level /usr/ports, or in /usr/ports/category/ . Well, whaddya know? I just learned something new in FreeBSD that I was blissfully unaware of in my 15 years of usage. :-) On a fairly regular basis (but not every time) we prod the people who committed the ports. In most cases, it's a repocopy, where the repocopy is not yet finished (i.e. the new port's Makefile is identical to the old ports', and thus would break INDEX if connected.) Sometimes the commit to the Makefile is just forgotten. These were the ones I saw 20111027: audio/x11amp databases/pgpool-II-30 games/xshisen japanese/dvi2tty japanese/plain2 www/typo345 x11-drivers/xf86-video-intel29 x11-wm/cl-stumpwm I made a few more refinements this afternoon to the little script I had hacked together earlier (and cleaned up my ports tree to eliminate some of the bogus results I had gotten before), and wound up with the following results: x11amp not found in audio/Makefile pgpool-II-30 not found in databases/Makefile xshisen not found in games/Makefile tkimg not found in graphics/Makefile dvi2tty not found in japanese/Makefile plain2 not found in japanese/Makefile linux-opera-devel not found in www/Makefile pecl-yaf not found in www/Makefile typo345 not found in www/Makefile xf86-video-intel29 not found in x11-drivers/Makefile cl-stumpwm not found in x11-wm/Makefile The latter 2 I have asked about and was told we're still working on getting those ports into shape. However, they've been showing up on the list for quite some time now :-/ These must have been new since then: www/linux-opera-devel (committed by acm, no force commit yet) www/pecl-yaf (committed by sunpoet, force commit noted) I don't see this in the repository, or in the Makefile, so I'm confused: graphics/tkimg Yes, this directory contains nothing but a Makefile in my ports tree. No CVS dir or anything else. Not sure how that got that way. root:/usr/ports/graphics# cvs status tkimg cvs status: Examining tkimg cvs status: in directory tkimg: cvs [status aborted]: there is no version here; do 'cvs checkout' first I don't know why you didn't see this next one, it was deleted then brought back by hrs@ but not yet re-added to the Makefile: === games Warning: directory xbat not in SUBDIR A cvs status check on this one shows all files up to date, but... A-ha! I see a small bug in my script. The grep command I've been using found xbat in xbattle. :-) I'm also surprised you didn't see the following, it was a botch in the Makefile, which I have just fixed: === databases Warning: directory p5-KyotoCabinet not in SUBDIR OK, this one slipped by because my script didn't notice the typo in the Makefile (uUBDIR += instead of SUBDIR +=). I was doing a very simple-minded grep for the ports' directory names, which obviously is insufficient. Thanks for taking a look at these. More than welcome. Thanks for calling my attention to these oversights in my script, and for making me aware of the make checksubdirs target. :-) This has been a rather productive day for me. Cleaned up some problems in my ports tree that I wasn't even aware of before, and discovered in the process some further refinements I need to make to the script I was using to check these things. Of course, given that we already have a make target to do the job, my script is a tad redundant. Still, it's been an interesting exercise. :-) -- Conrad J. Sabatier conr...@cox.net ___ 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