Re: [Call For Testing] VirtualBox for FreeBSD!
> I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists > > It says file exists, but the module is not loaded > > r...@botelhor:/home/garga# kldstat > Id Refs Address Size Name > 1 18 0xc040 b584bc kernel > 2 1 0xc0f59000 809c snd_via8233.ko > 3 2 0xc0f62000 4a438 sound.ko > 4 1 0xc46af000 8000 linprocfs.ko > 5 1 0xc46c8000 24000 linux.ko > > Any idea? it Probably means that you are running a kernel that is not in sync with the src in your /usr/src do csup -g -L 2 -h cvsup15.freebsd.org /usr/share examples/cvsup/standard-supfile then build your kernel && install your kernel uninstall the Virtualbox port and rebuild it. all will work Sam Fourman Jr. ___ 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: [Call For Testing] VirtualBox for FreeBSD! take2
On Sun, May 17, 2009 at 1:09 PM, Martin Wilke wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > We rolled a new tarball with the patch from Juergen Lock [1] > with a posible fix for AMD64 users, tested on 3 machines > which now works without problems. Many Thanks to him for > his nice work! > > http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz > > Martin Does this version still have the kernel module crashing at random on current? Sam Fourman Jr. ___ 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: [Call For Testing] VirtualBox for FreeBSD! take2
On Sun, May 17, 2009 at 7:25 PM, Greg Byshenk wrote: > On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: >> >> We rolled a new tarball with the patch from Juergen Lock [1] >> with a posible fix for AMD64 users, tested on 3 machines >> which now works without problems. Many Thanks to him for >> his nice work! >> >> http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz Does the FreeBSD version have USB passthrough support like Linux? Sam Fourman ___ 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: [Call For Testing] VirtualBox for FreeBSD! take 6
On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Huhu, > > Yes we life and that's good :-). > Changes: > > - Fix build error when compiling in debug mode on FreeBSD HEAD > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > - Some FreeBSD relate typos > - Enable shared OpenGL service. Completely untested due to lack of > appropriate hardware but it compiles at least > - Add support for shared clipboards. Requires libXt > - FreeBSD: Implement preemption API for guest SMP and enable > it (slightly tested). Add neccessary RTMP* methods in userspace > for the frontends to detect the number of CPUs > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > instead of a spinlock to fix the problems users are seeing > (assertions with debugging enabled) while still being able > to run on 100Hz hosts. No problems detected so far and Solaris > doesn't use a spin mutex in this code too so it shouldn't do > any harm (keeping fingers crossed)space for the frontends to > detect the number of CPUs > - Add support for curl > - Add VBoxSharedClipboard > > Ports Changes; > - Force guestadditions version to 2.2.4 > - Removed Qt3 include replacements (already upstream) > - Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! > > - - Martin This may be off topic a bit, but I am looking for a way to plug my Apple Iphone into a Windows based guest. Does virtualbox allow usb passthrough? Sam Fourman Jr. ___ 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: thank you for portmaster
On Wed, Jun 24, 2009 at 10:25 AM, Dan Naumov wrote: > Hey > > Just thought I'd drop a line to thank you for creating portmaster. > After discovering it yesterday thanks to a tip I got from somebody on > IRC, it has now completely replaced portupgrade for me. Keep up the > great work! Thank you for the email, I am a portupgrade user, and I was unaware that there were other options. I will give portmaster a try. Sam Fourman Jr. ___ 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"
cairo-dock on FreeBSD
Hello Ports list cairo-dock (A desktop dock bar like OSX) does not appear to have a port in the ports tree so I am attempting to compile cairo-dock from scratch in FreeBSD it would appear that I too need crypt.h, I downloaded the linux source here: http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 All i did was download the source, extract it and ./configure && make below a is the bottom part of the compile error, along with my FreeBSD version I have never made a port before, so any help getting this to compile would be Great. uname -a FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: Mon Jun 1 02:48:06 UTC 2009 r...@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC i386 from cairo-dock-draw.c:14: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype mv -f .deps/cairo_dock-cairo-dock-draw.Tpo .deps/cairo_dock-cairo-dock-draw.Po gcc -DHAVE_CONFIG_H -I. -I..-D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/librsvg-2 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 -I/usr/local/include/gtkglext-1.0 -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg"\" -DCAIRO_DOCK_VERSION=\""2.0.7"\" -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT cairo_dock-cairo-dock-config.o -MD -MP -MF .deps/cairo_dock-cairo-dock-config.Tpo -c -o cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo './'`cairo-dock-config.c In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, from cairo-dock-config.c:12: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype cairo-dock-config.c:19:19: error: crypt.h: No such file or directory In file included from cairo-dock-draw-opengl.h:9, from cairo-dock-config.c:29: /usr/local/include/GL/glu.h:287: warning: function declaration isn't a prototype cairo-dock-config.c: In function 'cairo_dock_decrypt_string': cairo-dock-config.c:868: error: implicit declaration of function 'encrypt' *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. Sam Fourman Jr. ___ 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: cairo-dock on FreeBSD
On Tue, Jul 7, 2009 at 3:55 PM, Sam Fourman Jr. wrote: > Hello Ports list > > cairo-dock (A desktop dock bar like OSX) does not appear to have a > port in the ports tree > so I am attempting to compile cairo-dock from scratch in FreeBSD > it would appear that I too need crypt.h, I downloaded the linux source here: > http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 > > All i did was download the source, extract it and ./configure && make > below a is the bottom part of the compile error, along with my FreeBSD version > > I have never made a port before, so any help getting this to compile would be > Great. > > uname -a > FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: > Mon Jun 1 02:48:06 UTC 2009 > r...@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC > i386 > > > > from cairo-dock-draw.c:14: > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > declaration isn't a prototype > mv -f .deps/cairo_dock-cairo-dock-draw.Tpo .deps/cairo_dock-cairo-dock-draw.Po > gcc -DHAVE_CONFIG_H -I. -I.. -D_THREAD_SAFE -D_REENTRANT > -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include > -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo > -I/usr/local/include/pango-1.0 -I/usr/local/include > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 > -I/usr/local/include/librsvg-2 -I/usr/local/include/dbus-1.0 > -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 > -I/usr/local/include/gtkglext-1.0 > -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE > -I/usr/local/include -DHAVE_XEXTEND="1" -DHAVE_LIBCRYPT=1 > -DCAIRO_DOCK_SHARE_DATA_DIR=\""/usr/local/share/cairo-dock"\" > -DCAIRO_DOCK_SHARE_THEMES_DIR=\""/usr/local/share/cairo-dock/themes"\" > -DCAIRO_DOCK_MODULES_DIR=\""/usr/local/lib/cairo-dock"\" > -DCAIRO_DOCK_CONF_FILE=\""cairo-dock.conf"\" > -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\""launcher.conf"\" > -DCAIRO_DOCK_CONTAINER_CONF_FILE=\""container.conf"\" > -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\""separator.conf"\" > -DCAIRO_DOCK_THEME_CONF_FILE=\""themes.conf"\" > -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\""main-dock.conf"\" > -DCAIRO_DOCK_DEFAULT_ICON_NAME=\""default-icon.svg"\" > -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\""default-icon-appli.svg"\" > -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\""default-indicator.png"\" > -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\""default-class-indicator.svg"\" > -DCAIRO_DOCK_VERSION=\""2.0.7"\" > -DCAIRO_DOCK_LOCALE_DIR=\""/usr/local/share/locale"\" > -DCAIRO_DOCK_GETTEXT_PACKAGE=\""cairo-dock"\" > -DCAIRO_DOCK_ICON=\""cairo-dock.svg"\" > -DCAIRO_DOCK_LOGO=\""cairo-dock-logo.png"\" > -DCAIRO_DOCK_THEMES_DIR=\""themes"\" -DGL_GLEXT_PROTOTYPES=\""1"\" > -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings > -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT > cairo_dock-cairo-dock-config.o -MD -MP -MF > .deps/cairo_dock-cairo-dock-config.Tpo -c -o > cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo > './'`cairo-dock-config.c > In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, > from cairo-dock-config.c:12: > /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function > declaration isn't a prototype > cairo-dock-config.c:19:19: error: crypt.h: No such file or directory > In file included from cairo-dock-draw-opengl.h:9, > from cairo-dock-config.c:29: > /usr/local/include/GL/glu.h:287: warning: function declaration isn't a > prototype > cairo-dock-config.c: In function 'cairo_dock_decrypt_string': > cairo-dock-config.c:868: error: implicit declaration of function 'encrypt' > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > *** Error code 1 > > Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. > > Sam Fourman Jr. Here is a update, this probably isn't news to anyone on this list after a half hour of googling I found the answer to my first problem. in cairo-dock-config.c do the following. /* #include */ #include after t
Re: Problem building Openoffice 3.1.1 at -current
On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev wrote: > On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: >> On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: >> > on 20/09/2009 14:38 Sam Fourman Jr. said the following: >> > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao >> > > wrote: >> > >> Hello dear fellows, >> > >> >> > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm >> > >> getting an strange error (associated with python). >> > >> This is the error that appears many hours after I start the upgrade: >> > > >> > > >> > > I am getting this same error on FreeBSD 8.0 Beta4 >> > > any idea how to fix the build? >> > >> > I also had a compilation problem like this. >> > Perhaps this is related to having python 2.6 installed on a system? >> > >> > Anyway, I was able to continue the build by doing the following (adjust >> > the paths >> > to your environment): >> > >> > $ ln -s >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 >> > >> > $ cp >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ >> > >> > Maybe something else, it was a while ago. >> > >> >> The above ln and cp were sufficient to complete my build. >> I haven't tested the resulting exectuables. >> >> Thanks, Andriy >> > Rrrr > The openoffice guys are trying to bundle every piece of code under > the sun into their tarball in attempt to not depend upon system libraries... > ... and are getting away from what they want to achieve (IMHO). > > OOO is as fragile as porcelain plate and > still as complex to repair as nuclear u-boot. > > I hate OOO... > > With the attached patch I was able to complete the build on > amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes > to test in a clean environment. Testing on 8-RC is still welcome. > Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. > > Alexey. This Worked on 9-CURRENT i386 thanks. Will this patch be included in the ports tree so it isn't broken Sam ___ 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: nvidia-driver-185.18.36
On Mon, Oct 12, 2009 at 4:11 PM, Dave Babb wrote: > Good Afternoon. > > > Can you please tell me if this driver functions in FreeBSD x64? > > > > Thank You! > > > Dave Babb dcb...@gmail.com It Does Not function on amd64 currently there is no 3D support for nvidia on amd64 however there is a small bit of hope for the future. http://www.nvnews.net/vbulletin/showpost.php?p=2078598&postcount=415 Sam Fourman Jr. ___ 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: qtcreator-1.2.1: Not installable
On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz wrote: > Hi there, > > I have a linux/qt4 software project that I wanted to test on FreeBSD as > well. I'm not really a FreeBSD user > but I am trying to get my code to build there. Anyway, it requires > "qtcreator" among other dependencies which > is not installable with "pkg_add" at the moment, > > "pkg_add -r qtcreator" > > tells me that the file at the given URL > (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) > cannot be fetched. I am really not into *BSD so I can't tell I am doing > something wrong > but I guess the package seems to be missing on the mirrors. you could try to build it from source: cd /usr/ports/devel/qtcreator/ && make install clean Sam Fourman Jr. Fourman Networks ___ 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: nvidia-driver 64bit version
On Fri, Dec 4, 2009 at 10:20 AM, Robert Noland wrote: > On Fri, 2009-12-04 at 15:18 +, Alexey Dokuchaev wrote: >> On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote: >> > Hi >> > >> > I was wondering if you're working on a port for the 64bit version of >> > the new beta state nvidia driver [1]. >> >> Yup, thanks for the pointer. I'm considering options right now. >> >> > >> > Since it's a completely different version it should IMO be separate from >> > x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and x11/nvidia-driver >> > could be renamed to x11/nvidia-driver-i386. >> >> This would be the easiest route, but I'm not sure this is the best thing >> to do. From user's perspective, one should be able to "cd >> category/port" and "make install". The rest (including taking care of >> architecture-dependent things) should be handled by underlying >> infrastructure. Right now I believe our bpm is capable of the task, and >> my pmake/bpm-fu is strong enough, we'll see. > > I've never actually used the blob, but is the new driver only amd64? I > presume that it does need at least 8.0-RELEASE to work, but I can't it also works with RELENG_7 (but not 7.2R) as a side note, I installed wine in a 32bit chroot and installed the 32bit version of the new nvidia driver and I can Play World of Warcraft without any issues, so I guess it works Just like linux does. Sam Fourman Jr. Fourman Networks ___ 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: nvidia-driver 64bit version
> OK, wine is working. I did a minimal install so lib32 was missing. I > installed nvidia-driver 32bit into the chroot and now World of > Warcraft is working! 32bit glxgears is working too. I will say on a OT note, I play World of Warcraft on FreeBSD. and I am getting almost identical performance in amd64 FreeBSD 8. as I get on the Same machine with OSX 10.5.8 (aka ideneb) the FPS is within 1 -4 fps difference. FreeBSD is better when you mount the /tmp with TMPFS but to be fair I have not tried to use a memory backed /tmp drive on OSX Sam Fourman Jr. Fourman Networks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx.
On Mon, Jan 11, 2010 at 8:39 PM, Robert Noland wrote: > On Mon, 2010-01-11 at 20:27 +0100, Oliver Lehmann wrote: >> Norikatsu Shigemura wrote: >> >> > Hi Radeon HD 2xxx, 3xxx and 4xxx users! >> >> Tried this now too with your mesa3d.tar.bz2 (10/01/09) but why is it so >> slow? >> >> > glxgears >> IRQ's not enabled, falling back to busy waits: 2 0 >> 10241 frames in 5.0 seconds = 2048.125 FPS >> 10220 frames in 5.0 seconds = 2043.875 FPS > > glxgears is not a very useful benchmark... I primarily only tells how > fast you can swap buffers. At any rate, that does seem a tiny bit low, > I normally turn around 2200 - 2300 on my 4650 w/c2d. I think if you try > with some GL games, you will find it quite adequate. What Should we be using for benchmarks? I have a Few machines I can test. Sam Fourman Jr. ___ 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: OK, my webcam works with webcamd and video4bsd-kmod...
On Wed, Jan 20, 2010 at 1:56 PM, Steven Friedrich wrote: > I can use pwcview to see my webcam's output. > > I'm STOKED. > > How do I connect to another webcam user, say a FreeBSD user. > > I suspect I'll have to find some webcam portal or server that allows > connections. I'm hoping to find one that's free... > > How can I use my webcam from KDE4? I am interested in this too, has anyone tried Skype yet? Sam Fourman Jr. ___ 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: New port: finance/openerp-web
2010/1/21 Francisco de Borja López Río : > On Thu, 21 Jan 2010 08:00:35 +0800 > wen heping wrote: > >> On Thu, Jan 21, 2010 at 5:26 AM, Mark Linimon wrote: >> >> > On Wed, Jan 20, 2010 at 04:51:47PM +0100, Francisco de Borja López Río >> > wrote: >> > > I've tried to contact the maintainer of the openerp-server port, but >> > > I've no reply >> > >> > Hmm, his last commit was today ... >> > >> >> Yes, everyday I am here. >> >> I searched my mailbox for your mail but get no result. >> Maybe your mail server , maybe my mail server, lost the mail you sent to me. >> > > Ok, np, I sent it to wen -at- freebsd dot org (perhaps that was the > problem). > >> >> > >> > > I've tried to add a PR using the web interface to send-pr but it didn't >> > > allow me to add the .shar file (as it is bigger than 100Kb) >> > >> >> For a long time I told myself that I shall port openerp-web and >> openerp-client >> into FreeBSD, but but everybody is busying :) > > Sure, I've myself some other ideas but no time for them. Luckily this > time I'm involved in a lot of openerp work so it was the perfect excuse > to create the port. > >> Thank your port. I shall test it and commit it if it is OK soon. > > It is my first port anyway, so any recommendation/correction will be > appreciated. > >> >> I shall be happier if you send me a openerp-client port's shar file :) >> > > This is next in my TODO list, to create a port for both the GTK+ and QT > clients. I am really looking forward to seeing the GTK+ port in the ports tree ___ 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]: ports feature freeze now in effect
On Mon, Feb 15, 2010 at 4:11 PM, Steven Friedrich wrote: > On Monday 15 February 2010 12:19:01 pm Erwin Lansing wrote: >> In preparation for 7.3-RELEASE, the ports tree is now in feature freeze. >> >> Normal upgrade, new ports, and changes that only affect other branches >> are allowed without prior approval but with the extra >> Feature safe: yes tag in the commit message. Any commit that is >> sweeping, i.e. touches a large number of ports, infrastructural changes, >> commts to ports with unusually high number of dependent ports, and any >> other commit that requires the rebuilding of many packages is not allowed >> without prior explicit approval from portmgr after that date. >> >> When in doubt, please do not hesitate to contact portmgr. >> >> -erwin >> > I suspect this means we won't get KDE 4.4 for quite some time... > ___ I am not sure how close KDE 4.4 is but it would have been nice to get KDE in before the freeze Sam Fourman Jr. ___ 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 and PBIs
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer wrote: > sorry for the cross-post.. > > Last night at the Bay Area FreeBSD Users Group meeting we had > a discussion about ports, and what is good about them and what > is bad about them. This has been a topic of discussion quite a > bit recently and we were looking for a solution that would > allow us to keep the good parts of the current ports system > but would allow us to give a better user experience for non > guru users. > > The scheme we came up with involves a merging of the > ports tree and the PBI system, developed for PC-BSD. > > Basically, the addition of a makepbi keyword in the .mk > files to allow the automatic generation of PBIs for 'simple' > ports such as 'cowsay' (the canonical simple app). > More complicated apps would need manual work in Makefile or > in a separate pbi-recipe file, but once the support was done > we could proceed one port at a time. Not all ports make sense > in a PBI format. (e.g. libraries etc. may not) I for one support this Idea, and at a BoF FreeBSD Desktop session at BSDCan 2008 one of my suggestions was to have FreeBSD "bless PBI's" I think this is good For PC-BSD. and in return it is GREAT for FreeBSD, as it will widen the user base and hopefully attract a few more good developers. keep this discussion going, because there isn't mush of a downside so far as I can see. Sam Fourman Jr. > One issue that was raised is the increase of storage > overhead when using PBI packages as they include a copy of > all required libraries and resources, which means that one would > very quickly get duplicate copies of things. > > Our suggestions include the ability of the PBI management software > to resolve and (using hard links) eliminate duplicate items. > This is not as easy as it sounds but can be achieved using a > special variant of 'objcopy' (at least that is our theory). > > The aim is to make all apps installed on a system much more > resilient to dependency problems. > > In addition there was discussion on how builds need to be doable as non-root > uids sometimes, and that users on a system should be > able to install packages (PBIs) as thie selves to get local > versions of apps for themselves. > > Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some > others and I, felt that these ideas seemed to make some sense > and so I put them here for comment. > > > Julian > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ports and PBIs
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More wrote: > On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer wrote: > >> >> Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some >> others and I, felt that these ideas seemed to make some sense >> and so I put them here for comment. >> >> > FWIW, when I see these discussions I'm always left wondering what's the bad > part? I do think there are problems, but there doesn't seem to be a clear > defined set of what is wrong. IMO, there should be a defined set of goals > to judge possible implementations against. Let me start by saying FreeBSD ports is by far the best system I have used to date. but as good as it is, there is room for improvement. Being a FreeBSD user now for many years, one thing I think would be nice is: being able to have easier access to development ports( Masked ports kinda like Gentoo). right now is a GREAT example, currently there are new Gnome ,KDE and Xorg. these are all MAJOR ports,dependencies run deeper and deeper with every release. there can never be enough testing...but they all exist in random subversion servers around the web... I would very much like to help test these Major ports, but installing them is a pain. there should be some sort of overlay system in place, so I can just build the development ports after agreeing to a few well placed warnings of course. and Well if I hose my system all to hell.. well then I could just click on a bunch of PBI's and I am back in business... better still, make the development ports a PBI, I am just thinking out loud here,but that may work, toughts? one could say I could use merge scripts like marcusmerge for example, or use Virtualbox... but for large ports like Xorg and gnome or KDE, virtualbox doesn't cut it yet... thinks like Nvidia Video cards, multiple monitors, USB devices, and whatnot do not work on virtual box.. PBI's for development ports, with all the dependencies, wrapped in one package. solution? well let all the developers develop working ports in progress in one place, give users like me a way to track these changes and install and test them... I think FreeBSD becomes a better place for it. Sam Fourman Jr. Fourman Networks ___ 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 and PBIs
On Sat, Apr 10, 2010 at 2:20 AM, Garrett Cooper wrote: > On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr. wrote: >> On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More >> wrote: >>> On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer wrote: >>> >>>> >>>> Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some >>>> others and I, felt that these ideas seemed to make some sense >>>> and so I put them here for comment. >>>> >>>> >>> FWIW, when I see these discussions I'm always left wondering what's the bad >>> part? I do think there are problems, but there doesn't seem to be a clear >>> defined set of what is wrong. IMO, there should be a defined set of goals >>> to judge possible implementations against. >> >> >> Let me start by saying FreeBSD ports is by far the best system I have >> used to date. >> but as good as it is, there is room for improvement. >> >> Being a FreeBSD user now for many years, one thing I think would be nice is: >> being able to have easier access to development ports( Masked ports >> kinda like Gentoo). > > Masking ports and packages in general introduces all sorts of fun new > complexity for end users as well as maintainers. The last time I used > Gentoo (which was only a matter of months ago), a lot portage packages > were still masked even though they've been stable for months, years, > etc. This is very annoying for me as an end-user because bug blah > could be fixed in a later release but in order to unmask the pieces > for version blah, I had to unmask 10~15 other `unstable packages', > which greatly increased the chance of instability on my system (this > was particularly the case back several years ago, but Gentoo has > become more conservative over the years, and appears to be approaching > some level of equilibrium with Fedora, Ubuntu, etc in terms of > releases and package versioning). I wasn't suggesting that the current way Gentoo did Masking was the correct way, in fact you have valid points that I agree with and I used Gentoo last Week :) What I like is that, most of the portage development in done in tree, maybe the real solution is, to just have a development and release ports tree? > >> right now is a GREAT example, currently there are new Gnome ,KDE and Xorg. >> these are all MAJOR ports,dependencies run deeper and deeper with every >> release. >> there can never be enough testing...but they all exist in random >> subversion servers around the web... > > ports isn't going to solve this. Post the Xorg modularization (which > needed to occur anyhow because Xorg and Xfree86 before that was were > monolithic beasts), I personally don't see that change in the amount > of flux on a quarterly cycle, and the number of packages I install > today isn't that much greater than back 6 years ago when I started > using FreeBSD. So, while there might be some claim here to note, I > think it's mostly exaggerated. Again, I agree with you, I just want a easier way to test these large ports. >> I would very much like to help test these Major ports, but installing >> them is a pain. >> there should be some sort of overlay system in place, so I can just >> build the development ports >> after agreeing to a few well placed warnings of course. and Well if I >> hose my system all to hell.. >> well then I could just click on a bunch of PBI's and I am back in business... > > Ok, apart from the interface (click a PBI, and magically you have > packages installed)... how is this really different from binary > packages? Have you tried installing binary packages lately via > pkg_add? If not, I'd give it a shot instead of installing from ports. pkg_add does work, I have done it several times, upon learning about PBI's a few years back I wondered to myself, why not just use packages,and make some sort of GUI to add a icon to the whole ordeal. but now I get the Idea of dependencies,it pleges evey Open source OS, even ubuntu breaks every now and again. >> better still, make the development ports a PBI, I am just thinking out >> loud here,but that may work, toughts? >> >> one could say I could use merge scripts like marcusmerge for example, >> or use Virtualbox... >> but for large ports like Xorg and gnome or KDE, virtualbox doesn't cut it >> yet... >> thinks like Nvidia Video cards, multiple monitors, USB devices, and >> whatnot do not work on virtual box.. >> PBI's for development ports, with all the dependencies, wrapped in one >> package. > > Ok, well here's the thing. Instead of havin
Re: ports and PBIs
On Sat, Apr 10, 2010 at 8:18 AM, wrote: > > > > > On Sat 10/04/10 3:35 AM , Garrett Cooper wrote: > > [...] > >> >> yes but there are still dependency problems if you want to install a >> single >> package and you installed all the previous ones a year ago. >> With PBIs each package is self standing, so you can install one >> and not worry if it requires a different version of some library >> to what you installed last year. > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > Unless PBIs are self-contained entities which have their own sets of > dependent utilities and libraries, etc (which you weren't suggesting > in the sentence above), or install into a common location with > versioned directories (which is a pain in the ass and involves a lot > of hardcoded pains dealing with libtool files, libraries, etc -- been > there, done that with Gentoo Linux -- there are hack scripts written > to work around several possible hardcoded version issue, and there are > a handful), AFAIK there's nothing positive and new that PBIs can bring > to the table in this regard that can't be implemented in pkg_install > as-is, other than the point-click-install user-friendly interface. > > > > Incorrect. The difference is in complexity at install-time. Even if you > improve the package manager > > to better resolve and upgrade all related dependencies as a result of doing > a firefox upgrade, the fact > > still remains that just to update one package, you may have to also update a > TON of various packages > > / libraries, any of which may be critical to other applications on your > system. If just a single one of those > > things fails, you can end up breaking a lot of applications on your system > or even your entire desktop. > > PBI system simplifies this process. Updating firefox, since its > self-contained, does NOT run the risk > > of borking anything else on the system. You don't need to work about libpng, > libjpeg, or some other seemingly > > trivial library (to the end user) causing a huge breakage for xorg, or > KDE/Gnome, etc. > > This in my opinion is the fatal flaw of pretty much every open-source system > out there right now. Something both > > windows & mac have recognized and dealt with. We instead try to write more > and more complex package resolvers, > > while failing to address the main issue, that with such a complex chain of > dependencies for something as simple > > as upgrading firefox, it increases the chances exponentially that something > will break and ruin your day / weekend. > > > >>> PBIs only comprise a small set of packages in FreeBSD; if my >>> understanding is correct based on a mirror referenced in pbidir.com, >>> the number is currently under 500~750 PBIs -- this is drastically >>> smaller than the number of binary packages produced by ports on a >>> regular basis for FreeBSD. >>> solution? well let all the developers develop working ports in progress in one place, give users like me a way to track these changes and install and test them... I think FreeBSD becomes a better place for it. >>> >>> Packages are more of the answer IMO, not PBIs. PBIs are merely a >>> different set of contents and different means of delivering those >>> contents, and while I like the idea of point - click - install, I'm >>> not ready to create unnecessary complexity by having libraries rev'ed >>> according to what the maintainer A believes are correct, even though >>> maintainer B set it differently, and I'm not interested in sacrificing >>> disk space for this reason. If I wanted to use a packaging scheme like >>> this, I should be using Mac OSX as my primary operating system. >> >> well no-one is going to make you use PBIs > > Yes, but if I now have to waste more bandwidth and disk space > installing packages, why shouldn't I go to another operating system? > Switching over to PBIs will reel in more desktop and entry-level > sysadmins, etc, but I fear that it will isolate folks in the embedded > market as well as several more seasoned users because of the > implications involved with the extra bandwidth requirement and > footprint. > > This gave me a bit of a chuckle. PBI would not be intended as a replacement > for ports, > rather a utilizing of ports in such a way that we can start building > self-contained, stand-alone > binaries for end-users and those of us who value their time more than a few > MB of disk space. > Considering at every BSD conference it seems that the majority of developers > are running Mac > laptops,
Re: nvidia-driver 256.35 released
2010/6/22 Alexey Dokuchaev : > On Tue, Jun 22, 2010 at 10:23:51PM +0200, Rene Ladan wrote: >> On 22-06-2010 22:15, Micka?l Maillot wrote: >> > libGLcore.so is rename to libnvidia-glcore.so >> > so you need to update pkg-plist to >> >> and these files don't exist any longer: >> pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist >> pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist > > Sure, I will take care of plist issues upon the upgrade. What is more > important right now is driver stability issues people had been having. > I must rely on other people testing since I was not able to reproduce > most of them in my local environment. > > ./danfe So what exactly do I have to do to test this? in the Makefile just -DISTVERSION?= 195.36.24 +DISTVERSION?= 256.35 make makesum && make deinstall && make install or will I have to change the plist somewhere Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: transmission 1.93 update
On Sat, Jun 26, 2010 at 6:25 PM, Jeremy Messenger wrote: > On Fri, 25 Jun 2010 16:12:54 -0500, Anonymous wrote: > >> >> "Dutchman01" writes: >> >>> Hi, >>> >>> Any plans to upgrade transmission 1.93 to 2.0 version in the freebsd >>> tree? > > When it's ready. > >> Better ask mezz@, I'm not the maintainer. If you're that impatient try >> my patch below. > > Thanks for patch. I have 2.0 ready available in my machine since the first > day. I am not commit it until after FreeBSD 8.1 released. I might want to > wait until 2.1 as I can see a few noticeable bugs that are fixed in SVN, but > I don't know. I will see. > > Cheers, > Mezz I would like to run transmission 2.0, would you mind posting a patch? Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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"
multimedia/kdemultimedia4 fails if audio/alsa-lib is installed
Just to get this out on the mailing lists so that people are aware, I tried the patch in the following PR and it works. multimedia/kdemultimedia4 builds correctly http://www.freebsd.org/cgi/query-pr.cgi?pr=147666&cat= -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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"
py-lxml 2.2.7 wont build on HEAD
7; extension creating temp.freebsd-9.0-CURRENT-amd64-2.6 creating temp.freebsd-9.0-CURRENT-amd64-2.6/src creating temp.freebsd-9.0-CURRENT-amd64-2.6/src/lxml cc -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include/python2.6 -c src/lxml/lxml.etree.c -o temp.freebsd-9.0-CURRENT-amd64-2.6/src/lxml/lxml.etree.o -w -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: py-lxml 2.2.7 wont build on HEAD
On Sun, Sep 26, 2010 at 10:24 PM, Sam Fourman Jr. wrote: > while trying to build py-lxml 2.2.7 on FreeBSD 9 > > it hangs on this line > > cc -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 > -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC > -I/usr/local/include -I/usr/local/include/libxml2 > -I/usr/local/include/python2.6 -c src/lxml/lxml.etree.c -o > temp.freebsd-9.0-CURRENT-amd64-2.6/src/lxml/lxml.etree.o -w > > > here is the complete output > > uname -a > FreeBSD Sam.PuffyBSD.Com 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Sun Sep > 26 21:48:08 CDT 2010 > r...@fnfs.puffybsd.com:/usr/obj/usr/src/sys/WORKSTATION amd64 > Sam# > > > > Sam# cd /usr/ports/devel/py-lxml/ > Sam# make clean > ===> Cleaning for py26-lxml-2.2.7 > Sam# > Sam# > Sam# > Sam# make install > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Extracting for py26-lxml-2.2.7 > => MD5 Checksum OK for lxml-2.2.7.tar.gz. > => SHA256 Checksum OK for lxml-2.2.7.tar.gz. > ===> Patching for py26-lxml-2.2.7 > ===> py26-lxml-2.2.7 depends on file: /usr/local/bin/easy_install-2.6 - > found > ===> py26-lxml-2.2.7 depends on file: /usr/local/bin/python2.6 - found > ===> py26-lxml-2.2.7 depends on shared library: xml2.5 - found > ===> py26-lxml-2.2.7 depends on shared library: xslt.2 - found > ===> Configuring for py26-lxml-2.2.7 > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running config > ===> Building for py26-lxml-2.2.7 > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running setopt > Writing setup.cfg > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running setopt > Writing setup.cfg > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running setopt > Writing setup.cfg > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running setopt > Writing setup.cfg > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running bdist_egg > running egg_info > writing src/lxml.egg-info/PKG-INFO > writing top-level names to src/lxml.egg-info/top_level.txt > writing dependency_links to src/lxml.egg-info/dependency_links.txt > reading manifest file 'src/lxml.egg-info/SOURCES.txt' > reading manifest template 'MANIFEST.in' > writing manifest file 'src/lxml.egg-info/SOURCES.txt' > installing library code to build/bdist.freebsd-9.0-CURRENT-amd64/egg > running install_lib > running build_py > creating lib.freebsd-9.0-CURRENT-amd64 > creating lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/doctestcompare.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/builder.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/sax.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/cssselect.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/usedoctest.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/__init__.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/ElementInclude.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/pyclasslookup.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > copying src/lxml/_elementpath.py -> lib.freebsd-9.0-CURRENT-amd64/lxml > creating lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/builder.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/diff.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/defs.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/_setmixin.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/formfill.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/soupparser.py -> lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/_html5builder.py -> > lib.freebsd-9.0-CURRENT-amd64/lxml/html > copying src/lxml/html/ElementSoup.py -
Re: py-lxml 2.2.7 wont build on HEAD
ild/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/ElementInclude.py > to ElementInclude.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/_elementpath.py > to _elementpath.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/doctestcompare.py > to doctestcompare.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/sax.py to sax.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/cssselect.py > to cssselect.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/usedoctest.py > to usedoctest.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/pyclasslookup.py > to pyclasslookup.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/html5parser.py > to html5parser.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/builder.py > to builder.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/clean.py > to clean.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/__init__.py > to __init__.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/defs.py > to defs.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/_html5builder.py > to _html5builder.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/_setmixin.py > to _setmixin.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/soupparser.py > to soupparser.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/formfill.py > to formfill.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/_dictmixin.py > to _dictmixin.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/_diffcommand.py > to _diffcommand.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/usedoctest.py > to usedoctest.pyc > byte-compiling > build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/ElementSoup.py > to ElementSoup.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/html/diff.py > to diff.pyc > creating stub loader for lxml/etree.so > creating stub loader for lxml/objectify.so > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/etree.py > to etree.pyc > byte-compiling build/bdist.freebsd-9.0-CURRENT-i386/egg/lxml/objectify.py > to objectify.pyc > creating build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > copying src/lxml.egg-info/PKG-INFO -> > build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > copying src/lxml.egg-info/SOURCES.txt -> > build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > copying src/lxml.egg-info/dependency_links.txt -> > build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > copying src/lxml.egg-info/not-zip-safe -> > build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > copying src/lxml.egg-info/top_level.txt -> > build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO > writing build/bdist.freebsd-9.0-CURRENT-i386/egg/EGG-INFO/native_libs.txt > creating dist > creating 'dist/lxml-2.2.7-py2.6-freebsd-9.0-CURRENT-i386.egg' and > adding 'build/bdist.freebsd-9.0-CURR > ENT-i386/egg' to it > removing 'build/bdist.freebsd-9.0-CURRENT-i386/egg' (and everything under it) > ===> Installing for py26-lxml-2.2.7 > ===> py26-lxml-2.2.7 depends on file: /usr/local/bin/easy_install-2.6 - > found > ===> py26-lxml-2.2.7 depends on file: /usr/local/bin/python2.6 - found > ===> Generating temporary packing list > ===> Checking if devel/py-lxml already installed > Building lxml version 2.2.7. > Building with Cython 0.13. > Using build configuration of libxslt 1.1.26 > Building against libxml2/libxslt in the following directory: /usr/local/lib > running easy_install > Processing lxml-2.2.7-py2.6-freebsd-9.0-CURRENT-i386.egg > creating > /usr/local/lib/python2.6/site-packages/lxml-2.2.7-py2.6-freebsd-9.0-CURRENT-i386.egg > Extracting lxml-2.2.7-py2.6-freebsd-9.0-CURRENT-i386.egg to > /usr/local/lib/python2.6/site-packages > Adding lxml 2.2.7 to easy-install.pth file > > Installed > /usr/local/lib/python2.6/site-packages/lxml-2.2.7-py2.6-freebsd-9.0-CURRENT-i386.egg > install -o root -g wheel -m 444 > /usr/local/tinderbox/portstrees/FreeBSD/ports/devel/py-lxml/work/lxml > -2.2.7/CHANGES.txt > /usr/local/tinderbox/portstrees/FreeBSD/ports/devel/py-lxml/work/lxml-2.2.7/CREDITS > .txt > /usr/local/tinderbox/portstrees/FreeBSD/ports/devel/py-lxml/work/lxml-2.2.7/LICENSES.txt > /usr/loc > al/tinderbox/portstrees/FreeBSD/ports/devel/py-lxml/work/lxml-2.2.7/TODO.txt > /usr/local/tinderbox/port > strees/FreeBSD/ports/devel/py-lxml/w
Re: FreeBSD Port: xf86-video-ati-6.13.0 update to 6.13.2?
On Tue, Sep 28, 2010 at 2:48 PM, Lokadamus wrote: > Hi all, > > Xorg has released xf86-video-ati-6.13.2. > http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/ > > With 6.13.0 my ati 4770 isn't working correct. > I get graphical error in taskbar and menu from kde4 and fluxbox. > I tested it with FreeBSD 8.1 and PC-BSD 8.1. > I would like to test this in PC-BSD 8.1 on a ATI raedon 3200 mobile card. right now 3d acceleration in KDE4 is disabled.. my hope is that this new driver will enable 3D. how would I test this in PC-BSD? -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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"
libgpod
would anyone happen to have a port patch for the new libgpod http://sourceforge.net/projects/gtkpod/files/libgpod/libgpod-0.7.9x/libgpod-0.7.95.tar.gz/download -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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"
libtool22
hello, Latley every time I run portupgrade -ar any random port will try to install libtool22... then it is already installed.. so if I deinstall libtool22.. then then reinstall the original port I was trying to install.. everything works.. how do I fix libtool22 for good so that all ports know that it is installed? Sample of the problem trying to install /usr/ports/audio/rhythmbox. ibtool: link: (cd libltdl/.libs/libltdlc.lax/dlopen.a && ar x "/usr/ports/devel/libtool22/work/libtool-2.2.10/libltdl/.libs/dlopen.a") libtool: link: ar cru libltdl/.libs/libltdlc.a libltdl/loaders/.libs/libltdl_libltdlc_la-preopen.o libltdl/.libs/libltdl_libltdlc_la-lt__alloc.o libltdl/.libs/libltdl_libltdlc_la-lt_dlloader.o libltdl/.libs/libltdl_libltdlc_la-lt_error.o libltdl/.libs/libltdl_libltdlc_la-ltdl.o libltdl/.libs/libltdl_libltdlc_la-slist.o libltdl/.libs/argz.o libltdl/.libs/libltdlcS.o libltdl/.libs/libltdlc.lax/dlopen.a/dlopen.o libtool: link: ranlib libltdl/.libs/libltdlc.a libtool: link: rm -fr libltdl/.libs/libltdlc.lax libtool: link: ( cd "libltdl/.libs" && rm -f "libltdlc.la" && ln -s "../libltdlc.la" "libltdlc.la" ) ===> Installing for libtool-2.2.10 ===> Generating temporary packing list ===> Checking if devel/libtool22 already installed ===> libtool-2.2.10 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/libtool22 without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /usr/ports/devel/libtool22. *** Error code 1 Stop in /usr/ports/audio/rhythmbox. *** Error code 1 Stop in /usr/ports/audio/rhythmbox. Sam# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: FreeBSD Port: grub2-1.98
On Mon, Oct 11, 2010 at 10:38 AM, Rick wrote: > On 2010/10/11 7:31, Sergey Matveychuk wrote: >> 10.10.2010 15:22, Rick wrote: >>> Hello, I have a couple FreeBSD patches for grub2 to contribute. These >>> allow grub to install to FreeBSD gpt partitions. Just curious, does grub2 support booting from a ZFS v15 partition? -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: [CFT] Xorg Upgrade 7.5.2
pci0 pci4: on pcib4 xhci0: mem 0xdd20-0xdd20 irq 19 at device 0.0 on pci4 xhci0: 32 byte context size. usbus1 on xhci0 pcib5: irq 17 at device 28.5 on pci0 pci5: on pcib5 re0: port 0x9000-0x90ff mem 0xd2104000-0xd2104fff,0xd210-0xd2103fff irq 17 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: ASPM disabled re0: Chip rev. 0x2c00 re0: MAC rev. 0x miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 14:da:e9:20:d9:96 ehci1: mem 0xdf007000-0xdf0073ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xe0b0-0xe0b7,0xe0a0-0xe0a3,0xe090-0xe097,0xe080-0xe083,0xe060-0xe07f mem 0xdf006000-0xdf0067ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich2: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xc-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 est4: on cpu4 p4tcc4: on cpu4 est5: on cpu5 p4tcc5: on cpu5 est6: on cpu6 p4tcc6: on cpu6 est7: on cpu7 p4tcc7: on cpu7 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 27,33 and 24,25 on hdaa0 pcm1: at nid 30 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 6 on hdaa1 usbus0: 480Mbps High Speed USB v2.0 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: <0x1b73> at usbus1 uhub1: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub3: on usbus0 ugen2.2: at usbus2 uhub4: on usbus2 uhub3: 6 ports with 6 removable, self powered uhub4: 6 ports with 6 removable, self powered ugen0.3: at usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 610480MB (1250263728 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! cd0 at ahcich2 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #4 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 15589953 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. ugen0.4: at usbus0 Trying to mount root from ufs:/dev/ada0p2 [rw]... wlan0: Ethernet address: 74:2f:68:3d:05:69 ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED ath0: ath_start: sc_inreset_cnt > 0; bailing Sam Fourman Jr. ___ 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] cpu stresser^W libreoffice 3.3.0 final
> nice thank you very much for the tests now it is in the ports tree. > > I am using FreeBSD 9-CURRENT amd64 and a fresh ports tree my build is failing, what can i do? sw deliver Module 'sw' delivered successfully. 0 files copied, 281 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-build-3.3.0.4/build/libreoffice/sdext/source/presenter ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: lingucomponent please re-run build inside each one to isolate the problem. --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd sdext build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [all] Error 1 Sam# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Thu, Feb 3, 2011 at 2:46 AM, Baptiste Daroussin wrote: > 2011/2/3 : > > Baptiste Daroussin wrote: > > > >> your built is failing because you ran it twice. > >> > >> make can't be run twice you should make clean before > > > > Doesn't this point to a bug in the Makefile, dependencies, etc? > > Last I knew the whole point of make was to build what needs to > > be built, skipping any parts which are already up to date. > > > > yes It is but a bug in libreoffice makefiles itself and it is not that > easy to fix :) > I have tried this build twice more after a make clean.. it still does not build is there anything else I can try? Making:swru.res Making:swsl.res Making:swsv.res Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 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-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd lingucomponent build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [stamp/build] Error 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. Sam# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: [CFT] cpu stresser^W libreoffice 3.3.0 final
> Are you the installed libtextcat is the latest version ? > > regards, > Bapt > no libtextcat was not installed, after installing this.. it built fine and everything works. should libtextcat not be a dependency so that it gets built even if I don't have it installed? -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.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: www/linux-flashplugin9
On Dec 18, 2007 10:24 AM, Mark Nowiasz <[EMAIL PROTECTED]> wrote: > Hi, > > I've been unable to install linux-flashplugin9: > unless I am wrong, I do not know of anyone that can get flash9 working stable with sound. Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: HOW-TO get Flash7 working!
I guess i am a bit confused, did someone in fact get flash9 working in RELENG_7 or -CURRENT? Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Gnome-games error
I got this error compiling gnome-games after a recent portsnap update gmake[3]: Entering directory `/usr/ports/games/gnome-games/work/gnome-games-2.20.3/gnect/src' cc -DHAVE_CONFIG_H -I. -I../.. -I.. -I../../libgames-support -DGNOMELOCALEDIR=\""/usr/local/share/locale"\" -DDATADIR=\""/usr/local/share"\" -DGNECT_DATA_DIR=\""/usr/local/share/"\" -std=gnu89 -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -DORBIT2=1 -D_REENTRANT -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/libgnome-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/gconf/2 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/gail-1.0 -I/usr/local/include/atk-1.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairo -I/usr/local/include/pygtk-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/librsvg-2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -D_REENTRANT -I/usr/local/include/gstreamer-0.10 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I../../libgames-support -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -I../../dependencies/ggzmod -I../../dependencies/ggz-gtk -I../../dependencies/ggzcore -I../../dependencies/libggz -I../../dependencies/libggz -I../../dependencies/ggzdmod -I/usr/local/include -O2 -fno-strict-aliasing -pipe -D_REENTRANT -MT ggz-network.o -MD -MP -MF .deps/ggz-network.Tpo -c -o ggz-network.o ggz-network.c ggz-network.c: In function 'on_network_game': ggz-network.c:282: error: too many arguments to function 'ggz_gtk_initialize' gmake[3]: *** [ggz-network.o] Error 1 gmake[3]: Leaving directory `/usr/ports/games/gnome-games/work/gnome-games-2.20.3/gnect/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/games/gnome-games/work/gnome-games-2.20.3/gnect' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/games/gnome-games/work/gnome-games-2.20.3' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/gam Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Micropolis port
Hello, I was wondering has anyone gotten this Micropolis Game to compile? http://www.nabble.com/Micropolis-port-td14791178.html OpenBSD has a port, I was wondering how hard it would be to make this a FreeBSD Port? Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Wine wine-0.9.59
hello, I just upgraded to wine-0.9.59 from http://bugs.winehq.org/show_bug.cgi?id=1798, and it seems when I start World Of Warcraft, in full screen my app looses keyboard focus, and the terminal window that I type wine wow.exe in has my keyboard focus. this never happened before in wine-0.9.57. I did some searching on google is this related? http://bugs.winehq.org/show_bug.cgi?id=1798 , in the wine notes for wine 0.9.58 it states that they fixed the keyboard focus bug. but I seem to have caught the bug now. any ideas? Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Wine wine-0.9.59
I will portsnap and find out Sam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: error building java/jdk15
I wonder if someone has a work around for this, I have been unable to use my web java apps in FreeBSD 7.0 they worked fine in PC-BSD 1.4 (FreeBSD 6.2) thank you for your help Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upgrading 'lsof-4.79K' to 'lsof-4.79,1' failed
do I just need to update my sources and build a kernel or do I need to buildworld? I hope it is just a build kernel because I get stuck on merge master after build world, I don't understand the questions it asks Thank you for your help Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: linux-flashplugin9 Restricted?
> AFAIK Flash9 relies on the Linux 2.6 kernel, and so wont run on > FreeBSDs default of 2.4. I've not tried it, but I think people have said > it can be made to run with 2.6 emulation. > If someone reading this has time,motivation, and the know how could they please look into getting flash 9 on FreeBSD 7 Stable to work. I have not tried it, but I have heard that liniux 2.6 emulation does not magically make flash9 work. I am just a FreeBSD user, and as of yet I do not have the know how to look into this. Flash 9 is badly needed for desktop users. for what it is worth, I can not even browse a major bank's website in FreeBSD https://www.citicards.com/cards/wv/home.do Thank you Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Idea for next portupgrade
On Thu, Jul 3, 2008 at 10:33 AM, Sergey Matveychuk <[EMAIL PROTECTED]> wrote: > Robert Huff wrote: > >> Sergey Matveychuk writes: >> >> > If portupgrade can calculate the depency and launch many ports >>> > build in same time for non-depending ports it's can be >>> > wonderful. I'm sure it's a good idea. I'd use it too. But I have a >>> very >>> little free time with my current employment. So I can't implement >>> it. Sorry. >> >> This is a VERY useful idea, and it would be great to get it implemented I wonder if someone would start a bounty, and have several people donate $50 - $100 via paypal maybe we could pay someone for a working patch. I am in for $50 Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libreoffice build solution...
after applying the patch on yesterdays HEAD i get the following Making:report-builder.oxt Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. [ build JAR ] pexcel reportbuilder deliver Module 'reportbuilder' delivered successfully. 1 files copied, 5 files unchanged [ build MOD ] xmerge [ build MOD ] tail_end [ build ALL ] top level modules: bootstrap src.downloaded tail_end [ build ALL ] loaded modules: MathMLDTD Mesa animations basctl bean chart2 cui dbaccess desktop eventattacher fileaccess filter forms formula hwpfilter lotuswordpro oox package padmin reportdesign sc sccomp scripting sd slideshow starmath sw swext tail_end unoxml uui vbahelper wizards writerfilter writerperfect xmerge xmlsecurity tail_build deliver Module 'tail_build' delivered successfully. 0 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-core-3.5.4.2/odk/pack/gendocu it seems that the error is inside 'odk', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2 source ./Env.Host.sh cd odk rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2/odk/unxfbsd.pro # optional module 'clean' build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2' gmake: *** [source-env-and-recurse] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/editors/libreoffice. *** [install] Error code 1 Stop in /usr/ports/editors/libreoffice. Titan# after following the instructions I get Create files in subtree index ...rm ../../unxfbsd.pro/bin/odkcommon/docs/cpp/ref/cpp.css mkdir -p ../../unxfbsd.pro/misc/java_src/ cp /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2/solver/unxfbsd.pro/bin/jurt_src.zip ../../unxfbsd.pro/misc/java_src/jurt_src.zip cd ../../unxfbsd.pro/misc/java_src && unzip -quo jurt_src.zip unzip: -n, -o and -u are contradictory dmake: Error code 1, while making '../../unxfbsd.pro/misc/java_src/jurt_src.zip' dmake: '../../unxfbsd.pro/misc/java_src/jurt_src.zip' removed. --- 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-core-3.5.4.2/odk/pack/gendocu it seems that the error is inside 'odk', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2 source ./Env.Host.sh cd odk rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2/odk/unxfbsd.pro # optional module 'clean' build when the problem is isolated and fixed exit and re-run 'make' from the top-level [root@Titan /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.4.2/odk]# Sam ___ 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"
imake on HEAD with clang
Does this mean that imake is still broken with clang 3.2 release on HEAD?
if anyone has any ideas on how to patch this to work it would be
great, im trying to build lxde-meta with clang
we do get past the imake build now, but now it blows up on docbook-to-man
# uname -a
FreeBSD MiniBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r244683M: Tue Dec
25 13:30:47 EST 2012 root@MiniBSD:/usr/obj/usr/src/sys/GENERIC
amd64
# cd /usr/ports/textproc/docbook-to-man/
# make clean
===> Cleaning for pkg-1.0.4_1
===> Cleaning for docbook-to-man-1.0_2
# make
===> docbook-to-man-1.0_2 depends on file: /usr/local/sbin/pkg - found
===> Extracting for docbook-to-man-1.0_2
=> SHA256 Checksum OK for docbook-to-man.tar.gz.
===> Patching for docbook-to-man-1.0_2
===> Applying FreeBSD patches for docbook-to-man-1.0_2
===> docbook-to-man-1.0_2 depends on executable: imake - found
===> Configuring for docbook-to-man-1.0_2
mv -f Makefile Makefile.bak
imake -DUseInstalled -I/usr/local/lib/X11/config
In file included from Imakefile.c:16:
In file included from /usr/local/lib/X11/config/Imake.tmpl:109:
/usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not
followed by a macro parameter
#define IncludeMakefile(file) @@# dependencies are in .depend
^
In file included from Imakefile.c:16:
In file included from /usr/local/lib/X11/config/Imake.tmpl:316:
/usr/local/lib/X11/config/Imake.rules:1674:27: warning: empty
character constant [-Winvalid-pp-token]
for flag in ${MAKEFLAGS} ''; do \ @@\
^
/usr/local/lib/X11/config/Imake.rules:1897:35: error: '#' is not
followed by a macro parameter
#define IncludeMakefile(file) @@# dependencies are in .depend
^
In file included from Imakefile.c:16:
/usr/local/lib/X11/config/Imake.tmpl:2144:10: fatal error: ' X11
.rules' file not found
#include ProjectRulesFile
^
/usr/local/lib/X11/config/Imake.tmpl:2142:35: note: expanded from
macro 'ProjectRulesFile'
# define ProjectRulesFile Concat3(<,TopLevelProject,.rules>)
^
/usr/local/lib/X11/config/Imake.rules:256:23: note: expanded from
macro 'Concat3'
#define Concat3(a,b,c)a/**/b/**/c
^
1 warning and 3 errors generated.
imake: Exit code 1.
Stop.
===> Building for docbook-to-man-1.0_2
"Makefile", line 11: Need an operator
"Makefile", line 12: Need an operator
"Makefile", line 15: Need an operator
"Makefile", line 16: Need an operator
"Makefile", line 17: Need an operator
"Makefile", line 18: Need an operator
"Makefile", line 20: Need an operator
"Makefile", line 38: Need an operator
"Makefile", line 39: Need an operator
"Makefile", line 40: Need an operator
"Makefile", line 56: Need an operator
"Makefile", line 57: Need an operator
"Makefile", line 62: Need an operator
"Makefile", line 63: Need an operator
"Makefile", line 64: Need an operator
"Makefile", line 147: Need an operator
"Makefile", line 148: Need an operator
"Makefile", line 149: Need an operator
"Makefile", line 162: Need an operator
"Makefile", line 163: Need an operator
"Makefile", line 166: Need an operator
"Makefile", line 167: Need an operator
"Makefile", line 168: Need an operator
"Makefile", line 169: Need an operator
"Makefile", line 256: Need an operator
"Makefile", line 475: Need an operator
"Makefile", line 516: Need an operator
"Makefile", line 517: Need an operator
"Makefile", line 531: Need an operator
"Makefile", line 532: Need an operator
"Makefile", line 535: Need an operator
"Makefile", line 540: Need an operator
"Makefile", line 545: Need an operator
"Makefile", line 548: Need an operator
"Makefile", line 582: Need an operator
"Makefile", line 583: Need an operator
"Makefile", line 608: Need an operator
"Makefile", line 611: Need an operator
"Makefile", line 612: Need an operator
"Makefile", line 613: Missing dependency operator
make: fatal errors encountered -- cannot continue
*** [do-build] Error code 1
Stop in /usr/ports/textproc/docbook-to-man.
#
--
Sam Fourman Jr.
___
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: grub2 with libzfs
> http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch > > I haven't runtime-tested grub-install and booting at all yet tho, > let alone the zfs support, I'll leave that testing to volunteers > like you for now. :) > > Thanx, > Juergen > ___ I would be happy to test this, does anyone have the exact grub syntax to boot a FreeBSD zfs root pool? Sam Fourman Jr. ___ 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: Growing list of required(ish) ports
> Ports are an integral part of the OS, and base should be minimal. > > > > For me, the only thing that should go to base is svnup. > > > +1 this, it is a real headache to not be able to svn up, without first installing a bunch of stuff via ports... I Love the idea of having a minimal system... i think sendmail, ssh, openssl, pf, and maybe even gcc(now that clang is default) should somehow go in ports... but i do think that the package files should be always kept up to date, and delivered on the install media, or bootstrapped in some way like pkg is.. -- Sam Fourman Jr. ___ 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: Use of sysutils/pacman in FreeBSD?
However, the original reason I've ported it was to be able to install > a genuine linux distribution into a chroot, as linux_base* from ports > are outdated to complete uselessness. Unfortunately, that didn't work > because our linuxulator is outdated as well: recent linux binaries > either demand higher kernel version or (if compat.linux.osrelease is > bumped) segfault. If that issue is resolved (I've heard there's > some work on linuxulator ongoing), pacman will be ready for installing > ArchLinux into jail/chroot. > This is a bit off topic, but would you happen to know if there is a place we can keep up on the coming linuxulator work? is there maybe a github repo setup to test a new linuxulator? > -- > Sam Fourman Jr. ___ 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: Port Build options
On Tue, Jul 30, 2013 at 10:27 PM, Stan Gammons wrote: > When one builds a port manually with make install clean or uses > portmaster to build a port, does one typically select ALL of the compile > options? Which also leads to another question, are the pre-built > packages that are installed with pkg_add or pkgng compiled with ALL of > the options? > > > Stan > Stan, This is a interesting question and one that I struggled with back when I first came to open source YEARS ago... what time and experience will taught me is that, more is almost ALWAYS, NOT better... so really there is no upside at all to building all of the ports with all of the options... even if it COULD be done... on FreeBSD, I can tell you that the packages are build with the default options... that is to say... when you type "make install" if the port has options, whatever is "checked" when the screen comes up, is what the package would have... At first I didn't "get it" I was like, why can't they just have all the options enabled... but as time went on and I learned more... this is in no way practical, and in many cases its not possible, because the options "conflict"... some options are poorly tested, and lead to stability issues... the more systems I setup, and the more time passed... I REALLY started to gain a respect the ports system... and truly understand what it means to install a customized system... so in short, if you don't need something don't check it.. this is by design, and in this case "less" really is better. -- Sam Fourman Jr. ___ 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: Port Build options
On Wed, Jul 31, 2013 at 5:53 AM, Stan Gammons wrote: > On Wed, 2013-07-31 at 04:53 -0400, Sam Fourman Jr. wrote: > > > Stan, > > > > This is a interesting question and one that I struggled with back when I > > first came to open source YEARS ago... > > what time and experience will taught me is that, more is almost ALWAYS, > NOT > > better... so really there is no upside at all to building all of the > ports > > with all of the options... even if it COULD be done... > > > > on FreeBSD, I can tell you that the packages are build with the default > > options... that is to say... when you type "make install" if the port has > > options, whatever is "checked" when the screen comes up, is what the > > package would have... > > Thanks everyone for the replies on this. The reason I ask is I continue > to struggle to get KDE4 to work the way I want. Or perhaps I should say > the way it works on Linux. I've used FreeBSD for several years, but this > is the first time I'd tried to make a graphical interface work with it. > Perhaps that's a question/problem for another list and best not posted > here. > > Stan, Straightup, KDE4 is real hard, getting all the options correct, isn't a science like it should be, in practice it turns out to be more of a witchcraft / balancing act my advice is, download PC-BSD: http://iso.cdn.pcbsd.org/9.1-RELEASE/amd64/PCBSD9.1-RELEASE-x64-USBFULL-latest.img.bz2 install it.. use it... see if it works how you want... these guys put a TON of work into it... they have a wifi manager, gpart GUI, app cafe, and its a rolling release... if you find that it works the way you like, then hit me up off list, we can "play around" and see what port options to use where... > Stan > > > > -- Sam Fourman Jr. ___ 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: Port Build options
On Wed, Jul 31, 2013 at 8:00 AM, Stan Gammons wrote: > Sam and list, sorry for the top post. That goes with using a mobile device > for email. > > I like FreeBSD a lot and would like to get KDE4 working with it, but I may > try PC-BSD. I went back to 8.4 and used sysinstall to install KDE4 and it > mostly works the way I expect. The one thing that doesn't work the way I > expected it when you change consoles and then try to go back to the root > console using ctrl alt f1. One finds the console has moved either to f8 or > f9. I guess the other problems I have are best asked on the kde list. > > Stan, if that is your only problem, that is a KNOWN issue, and it exists in PC-BSD as well.. it has to do with KMS/GEM there are many posts talking about it on various FreeBSD mailing lists.. there is no fix for this currently, and it explains why FreeBSD 8.4 works for you... becasue I don't think KMS was backported to FreeBSD 8.x my question for you now is, do you NEED KMS/GEM support? what type of video device do you have? Xorg has a new option for make.conf WITH_NEW_XORG= -- Sam Fourman Jr. ___ 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: [REVIEW] Completing i386-wine
Would there also be the possibility to have i386-wine as a source-code > port, and build from i386 installation? That avoids cross-compiling. > > One could build an i386 installation either from amd64 or previous i386 > installation, then build i386-wine and other desired ports when booted into > the i386 installation. > > This i386 installation would be on another partition or another disk (USB > 3.0 stick or USB 3.0 hard-drive partition?), and from the amd64 > installation, the i386 installation could be mounted on /compat/i386. > > With a USB hard drive, if not directly bootable, the loader and kernel > could be copied to another boot disk/partition, and root could be set for > the USB hard-drive partition. My USB 3.0 hard drive, Western Digital My > Book Essential, is not recognized by the BIOS/UEFI or GRUB2, but is > accessible from Linux or FreeBSD. > > Tom-- Can't we just have the port build wine in a i386 jail? eg it would require the FreeBSD sources, build the jail... etc.. it seems like a LOT, but honestly whats wrong with it... ill do the testing > Sam Fourman Jr. ___ 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"
boost::chrono::steady_clock::now()
Hello ports list, I am trying to build the litecoin port in 9.2, without the qt4 gui I am getting the following error boost::chrono::steady_clock::now() Could anyone offer me ANY clues as to how I would go about fixing this? the port is /usr/ports/net-p2p/litecoin I have tried to set MAKE_JOBS_UNSAFE=yes like it says but that has no effect... I also have a email to the maintainer, he hasn't replied... before this app got updated to the latest version, wit worked prior to Aug 10th if you could offer me any clues it would be great, I really have no idea where to start... c++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/obj -I/usr/local/include -I/usr/local/include/db48 -DUSE_IPV6=1 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/include -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/db48 -L/usr/local/lib -L/usr/local/lib/db48 -MMD -MF obj/txdb.d -o obj/txdb.o txdb.cpp c++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/obj -I/usr/local/include -I/usr/local/include/db48 -DUSE_IPV6=1 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/include -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/db48 -L/usr/local/lib -L/usr/local/lib/db48 -MMD -MF obj/version.d -o obj/version.o version.cpp c++ -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/obj -I/usr/local/include -I/usr/local/include/db48 -DUSE_IPV6=1 -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/include -I/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/db48 -L/usr/local/lib -L/usr/local/lib/db48 -o litecoind leveldb/libleveldb.a obj/alert.o obj/version.o obj/checkpoints.o obj/netbase.o obj/addrman.o obj/crypter.o obj/key.o obj/db.o obj/init.o obj/keystore.o obj/main.o obj/net.o obj/protocol.o obj/bitcoinrpc.o obj/rpcdump.o obj/rpcnet.o obj/rpcmining.o obj/rpcwallet.o obj/rpcblockchain.o obj/rpcrawtransaction.o obj/script.o obj/scrypt.o obj/sync.o obj/util.o obj/wallet.o obj/walletdb.o obj/hash.o obj/bloom.o obj/noui.o obj/leveldb.o obj/txdb.o -Wl,-z,relro -Wl,-z,now -Wl,-rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -L/usr/local/lib/db48 -Wl,-Bdynamic -l boost_system -l boost_filesystem -l boost_program_options -l boost_thread -l db_cxx -l ssl -l crypto -Wl,-Bdynamic -l z -l pthread /usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/libleveldb.a /usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src/leveldb/libmemenv.a obj/db.o: In function `boost::cv_status boost::condition_variable::wait_for >(boost::unique_lock&, boost::chrono::duration > const&)': /usr/local/include/boost/thread/pthread/condition_variable_fwd.hpp:177: undefined reference to `boost::chrono::system_clock::now()' /usr/local/include/boost/thread/pthread/condition_variable_fwd.hpp:178: undefined reference to `boost::chrono::steady_clock::now()' /usr/local/include/boost/thread/pthread/condition_variable_fwd.hpp:181: undefined reference to `boost::chrono::steady_clock::now()' gmake: *** [litecoind] Error 1 gmake: Leaving directory `/usr/ports/net-p2p/litecoin/work/litecoin-project-litecoin-2884342/src' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/net-p2p/litecoin. *** [install] Error code 1 Stop in /usr/ports/net-p2p/litecoin. -- Sam Fourman Jr. ___ 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: fontconfig madness
@Kevin this is a bit off topic, but I heard somewhere that firefox can no longer compile on i386, because the compiler needs more than 4GB of memory... SO... instead of switching the build servers to amd64(still building 32bit) their fix was to "remove features"... so maybe they thought it was too feature rich :) On Sat, Aug 17, 2013 at 1:02 PM, Kevin Oberman wrote: > On Sat, Aug 17, 2013 at 9:39 AM, Steve Kargl < > s...@troutmask.apl.washington.edu> wrote: > > > On Sat, Aug 17, 2013 at 11:44:12AM +0200, Tijl Coosemans wrote: > > > On Mon, 12 Aug 2013 12:27:45 -0700 Steve Kargl wrote: > > > > I upgraded my freebsd-current system to revision 254098 > > > > and followed this by deleting all installed ports except > > > > pkg. After rebuilding all ports, it seems fontconfig has > > > > lost it mind (or someone made a chnage to where fontconfig > > > > thinks it should cache fonts). Every time I run acroread8 > > > > to view a pdf file, acroread8 creates a new fontconfig/ > > > > in the CWD instead of using ~/.fontconfig. How do I (un)fix > > > > whatever was changed? > > > > > > > > I seem to have the most up-to-date ports. > > > > > > > > % pkg info | grep fontconf > > > > fontconfig-2.10.93,1 An XML-based font configuration API > for > > X Windows > > > > linux-f10-fontconfig-2.6.0 An XML-based font configuration API > for > > X Windows (Linux Fedora 10) > > > > % pkg version -vl '<' | grep fontconfig > > > > > > I see this too with every linux program that uses fontconfig. > > > > After a few hours of poking around, I've believe that I've > > narrowed the issue down to a decision by the developers of > > fontconfig to deprecate the default location ~/.fontconfig. > > I added a /usr/local/etc/fonts/local.conf, which contains > > > > .fontconfig > > > > to recover the old behavior > > > > Steve, > > It seems like the term "madness" is entirely appropriate to such a change. > Is there a commit log that you have found indicating that ti was > deliberate? I am at a loss as to why such a change would be made. (I am > also at a loss, even after reading all of the discussion, on why Mozilla > decided to remove the "automatically load images" preference checkbox, so > I'm not ruling anything out.) > > > -- > > Steve > > ___ > > freebsd-gn...@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > > To unsubscribe, send any mail to "freebsd-gnome-unsubscr...@freebsd.org" > > > > > > -- > R. Kevin Oberman, Network Engineer > E-mail: rkober...@gmail.com > ___ > freebsd-gn...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscr...@freebsd.org" > -- Sam Fourman Jr. ___ 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: Bitmessage
On Sun, Aug 25, 2013 at 3:11 PM, Andrew wrote: > Is there any interest in getting Bitmessage in ports? I heard about it on > a podcast and it seems pretty interesting. > > https://bitmessage.org/wiki/Main_Page > > https://github.com/Bitmessage > > They've got a few FreeBSD-related commits, so maybe it wouldn't be too > hard to port. Anyone wanna try? > I heard about this too, I wanted to check out the app, I looked in ports and couldn't find it :) +1 -- Sam Fourman Jr. ___ 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: setting the password of a automatically created account
On Thu, Sep 5, 2013 at 9:52 PM, Aryeh Friedman wrote: > I have a port that needs to create a a user of a given name and a given > default password... I found in the porters guide how to make the account > but not set the password > ___ > 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" > this isn't the official way I'm sure, but a dirty hack could be: echo password123 | pw usermod mynewuser -h 0 2>&1 -- Sam Fourman Jr. ___ 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"
Chromium and HEAD
using a recent FreeBSD amd64 FreeBSD NewBSD 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r255942: Sun Sep 29 20:05:41 UTC 2013 I am running chromium built with default options(clang33 from ports) when you use the address bar to search, chromium will coredump if the first letter you type is the letter "a" is anyone else seeing this? -- Sam Fourman Jr. ___ 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: Can't build Wine 1.1.10,1 port on up to date current.
> It's because of this: > http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001264.html does someone have a patch handy that we can use to get around this issue? Sam Fourman Jr. Fourman Networks ___ 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: Can't build Wine 1.1.10,1 port on up to date current.
> Attached. > > I also needed the mkdir patch with wine 1.1.11, so I included that as > well. Without it, wine creates directories with wrong permissions. > This has already been fixed upstream though, so you should remove it > when version 1.1.12 arrives. this set of patches worked like a charm on wine 1.1.11 Sam Fourman Jr. ___ 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: Call for testers: MythTV 0.21 port upgrade
>> >> If there's progress on 0.21, someone needs to say so -- the 0.20 >> version is already past its deletion date since it has been broken >> for so long. I'll make the commit to change the date if there is. >> This may be a bit off topic but I saw the thread and I had to ask, is there any decent HDTV tv cards that Work in FreeBSD 7.1 or even 8? Sam Fourman Jr. ___ 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: DragonFlyBSD mail agent
> I see no reason for it not to be in ports. If it's useful like you > described above then I'm sure other people will make use of it and be > glad it is maintained in the ports tree. If you're willing to maintain > it please submit a PR with your work. Sweet, is anyone with commit access willing to commit it to the ports tree? Sam Fourman Jr. ___ 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: gstreamer-plugins-0.10.21,3
> It seems that /usr/local/include/gstreamer-0.10/gst/gstutils.h was > introduced with gstreamer 0.10.22. But gstreamer-plugins didn't get updated > to the matching version. I suspect that the build issue will be resolved > when gstreamer-plugins and friends will all get bumped. I also have this problem, is there a temporary workaround to get gnome to continue to build without gstreamer? Sam Fourman Jr. Fourman Networks ___ 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"
Updated Nvidia Dviver
hello [EMAIL PROTECTED] Does anyone have a diff for the newest nvidia Video Driver *Version: 100.14.09*? here is the link http://www.nvidia.com/object/freebsd_100.14.09.html the current driver in the ports tree isn't so stable with the 8800 series cards. Thank you Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Updated Nvidia Dviver
On 6/8/07, Sam Fourman Jr. <[EMAIL PROTECTED]> wrote: hello [EMAIL PROTECTED] Does anyone have a diff for the newest nvidia Video Driver *Version: 100.14.09*? here is the link http://www.nvidia.com/object/freebsd_100.14.09.html the current driver in the ports tree isn't so stable with the 8800 series cards. Thank you Sam Fourman Jr. I would like to know is anyone using a 8800 series card with FreeBSD? I am having a little trouble with beryl and xorg 7.2 Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make errors in net-snmp-5.3.1
On 10/13/07, Randy Bush <[EMAIL PROTECTED]> wrote: > currebt on amd64 > > cc -I../../include -I. -I../../agent -I../../agent/mibgroup > -I../../snmplib -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN > -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > -Wdeclaration-after-statement -I/usr/local/include > -I/usr/local/lib/perl5/5.8.8/mach/CORE -DINET6 -O2 -fno-strict-aliasing > -pipe -Dfreebsd8 -c mibII/tcpTable.c -fPIC -DPIC -o mibII/.libs/tcpTable.o > mibII/tcpTable.c:94:1: warning: "INP_NEXT_SYMBOL" redefined > In file included from ../../include/net-snmp/net-snmp-config.h:1585, > from mibII/tcpTable.c:17: > ../../include/net-snmp/system/freebsd.h:9:1: warning: this is the > location of the previous definition > mibII/tcpTable.c: In function 'tcpTable_load': > mibII/tcpTable.c:746: error: 'struct xinpcb' has no member named 'xt_tp' > mibII/tcpTable.c:750: error: 'struct xinpcb' has no member named 'xt_inp' > *** Error code 1 > I have this exact same problem, I am trying to compile kde3 Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: graphics/OpenEXR fails
On 10/18/07, [LoN]Kamikaze <[EMAIL PROTECTED]> wrote: > Paul Schmehl wrote: > > I'm getting failures when trying to upgrade OpenEXR. > > > > /usr/bin/ld: warning: libHalf.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libHalf.so.6 > > /usr/bin/ld: warning: libIex.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libIex.so.6 > > /usr/bin/ld: warning: libIlmThread.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libIlmThread.so.6 > > > > Would it work to delete the old libs and then symlink from the newer ones? > > > > a) Don't symlink libraries, make entries in libmap.conf. > > b) The best solution would be to rebuild the port /usr/local/lib/libIlmImf.so > belongs to. I suppose lib*.so.4 are in /usr/local/lib/compat/pkg, because > there normally aren't several versions of one library available. > > I'll soon release a script that lists packages that link against libraries in > /usr/local/lib/compat or are linked with missing libraries in a > sysutils/bsdadminscripts release. > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > I had this same trouble last week and it was fixed by following the instructions in /usr/ports/UPDATING ___ 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/18/07, Roman Divacky <[EMAIL PROTECTED]> wrote: > > > There was a report on -current a while ago that a preliminary patch > > > to fix the non-threadsafeness of mmap(2) MAP_FIXED also makes flash9 work, > > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/075968.html > > I wrote that and I was wrong... it doesnt seem to fix the flash9 problem for > me. > > > > a fix for that seems to have been committed (kib 2007-08-20) and also > > > mfc'd to RELENG_6 by now (kib 2007-09-09), so, can anyone running either > > > verify that flash9 still crashes for them? > > > > Ok I now have a sucess story for RELENG_7 using linux-base-fc4 > > (hi wallshot! :) - he couldnt get it to work with linux-base-f7), and > > I myself (he tested too) couldnt get it working by merging the RELENG_6 > > commit to 6.2, or by testing a RELENG_6 kernel and linux.ko on 6.2 userland. > > So it looks like you need 7, and there's still work to be done for the > > linux 2.6 emulation there also. > I too am confused, if you have flash 9 working in firefox on RELENG_7 please give us a detailed how to there are just a TON of people looking for this. I have 5 systems I would test it out on right now, 2 of them are teenager computers so they would get a workout on youtube , among other sites that require flash 8 :) Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Which "linux emulation" works with which programs or the inverse?
On 10/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I'm totally confused. I was simply trying to get flash 9 or 7 working > in RELENG7 with which ever version of linux emulation and have been > totally unsuccessful. In this I have been reading several other folks > where in fc4 something works and in fc7 it doesn't (Java, IIRC) and > the "scandalous status of linux-flashplugin9" thread, Sam Fourman Jr., > is able to get flash working in firefox with gnash that completely > crashes my installation. Maybe you are confused, I have never got flash 9 working in any stable fashion. I would love to be able to use it, I believe I made a reference, to how many computers I could test flash9 on if someone was able to come up with a patch to get it to run stable. Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [HEADSUP] pkg(8) is now the only package management tool
> > And for the portsnap users? > > In short, this change doesn't directly effect portsnap users. Portsnap is a tool that used to obtain a copy of the ports tree. Portsnap is only one way, another way to get a copy of the ports tree is by using subversion and checking it out by using the svn command. pkg(8) is a package management tool, and to make use of most packages having a copy of the ports tree is not required. > > > -- > Michelle Sullivan > http://www.mhix.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" > -- Sam Fourman Jr. ___ 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: thunderbird-45.1.1 change "Retention policy" not effect
Confirmed Sam Fourman Jr. On Wed, Jun 8, 2016 at 12:26 AM, Alex V. Petrov wrote: > Properties folder - tab "Retention policy" - in any case button "OK" > doing nothing. > > -- > - > Alex. > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > -- Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Logitech G15 Keyboard
Hello, I Just bought a Logitech G15 Keyboard,and I would like to use all the keys on it with FreeBSD. could someone that knows more than I do, tell me if there is a chance of getting this g15 daemon to work under FreeBSD. maybe FreeBSD sensors could even be displayed on the LCD? (Wishful thinking?) http://g15daemon.sourceforge.net/ Thank you for any Feedback Sam Fourman Jr. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [CFT] Replace Fedora 10 with CentOS 6.5 as Base Linux distro.
On Fri, Mar 14, 2014 at 3:33 PM, Henry Hu wrote: > Hi, > > > > On Thu, Mar 6, 2014 at 8:16 AM, Johannes Meixner wrote: > > > Hi, > > > > I've been working on replacing the base linux distribution (currently > > rusty old > > Fedora 10) with CentOS 6.5, likewise for about two dozen non-base ports - > > mostly > > requirements of either net-im/skype4 or www/linux-c6-flashplugin11 > I don't have a way to try this as I am on the road, but I wonder if anyone has tried to get sun's java (JRE) to work under this environment? ___ 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"
