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 <alexvpet...@gmail.com> 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"
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: [CFT] Replace Fedora 10 with CentOS 6.5 as Base Linux distro.
On Fri, Mar 14, 2014 at 3:33 PM, Henry Hu henry.hu...@gmail.com wrote: Hi, On Thu, Mar 6, 2014 at 8:16 AM, Johannes Meixner x...@chaot.net 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
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: setting the password of a automatically created account
On Thu, Sep 5, 2013 at 9:52 PM, Aryeh Friedman aryeh.fried...@gmail.comwrote: 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 21 -- 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 andre...@hush.ai 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: 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 rkober...@gmail.com 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 cachedir prefix=~.fontconfig/cachedir 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
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_forlong, boost::ratio1l, 10l (boost::unique_lockboost::mutex, boost::chrono::durationlong, boost::ratio1l, 10l 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
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
Re: Port Build options
On Tue, Jul 30, 2013 at 10:27 PM, Stan Gammons s_gamm...@charter.netwrote: 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 s_gamm...@charter.net 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 s_gamm...@charter.net 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: 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: 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: 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
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: 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
TeXLive merge into FreeBSD ports tree - is this going to happen or not?
Hi FreeBSD fellows, Those who are using LaTeX on FreeBSD must know that tetex has been discontinued years ago and that TeXLive is now recommended, however TeXLive has never been merged in the ports tree on FreeBSD and that tetex is still used on FreeBSD ports. Although there have been some customized work so that FreeBSD users can install and use TeXLive on FreeBSD machine (for example, http://code.google.com/p/freebsd-texlive/wiki/Installing), this is quite confusing and may still cause conflict on the system side when using or maintaining it. There has also been years of gossips that a Japanese developer Hiroki Sato (hrs@freebsd) has been working on this matter for the last years and therefore the FreeBSD admin panel don't want anyone else to work on this and merge it into the ports tree. I actually contacted Hiroki Sato in the beginning of last year (2011) regarding this, and in his reply he said that there had been several technical issues but most of them had been solved and almost ready to merge into the port tree, and that he was planning to go forward after the 8.2/7.4 releases (one or two weeks later from that time stage) are out. However, more than a year has passed since then and still nothing happened. I tried to contact him several times after that (email, tweet, etc) but haven't heard anything back from him at all. Is TeXLive really going to be merged into the FreeBSD ports tree as Hiroki Sato mentioned previously? Or is this just a myth?? I am now thinking that this should be put into the FreeBSD Project ideas List [http://wiki.freebsd.org/IdeasPage]. Regards, 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: [CFT] Xorg Upgrade 7.5.2
Driver [ 301.516] ABI class: X.Org XInput driver, version 12.2 [ 301.516] (II) LoadModule: kbd [ 301.517] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 301.523] (II) Module kbd: vendor=X.Org Foundation [ 301.523] compiled for 1.10.4, module version = 1.6.1 [ 301.523] Module class: X.Org XInput Driver [ 301.523] ABI class: X.Org XInput driver, version 12.2 [ 301.523] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge Desktop (GT1), Sandybridge Desktop (GT2), Sandybridge Desktop (GT2+), Sandybridge Mobile (GT1), Sandybridge Mobile (GT2), Sandybridge Mobile (GT2+), Sandybridge Server, Ivybridge Mobile (GT1), Ivybridge Mobile (GT2), Ivybridge Desktop (GT1), Ivybridge Desktop (GT2), Ivybridge Server [ 301.524] (--) Using syscons driver with X support (version 2.0) [ 301.524] (--) using VT number 9 [ 301.537] (EE) No devices detected. [ 301.537] Fatal server error: [ 301.537] no screens found [ 301.537] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 301.537] Please also check the log file at /var/log/Xorg.0.log for additional information. [ 301.537] sam# dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #3 r231181M: Wed Feb 8 00:31:01 UTC 2012 sfourman@Titan:/usr/obj/usr/src/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz (1995.51-MHz K8-class CPU) Origin = GenuineIntel Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x1dbae3bfSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,OSXSAVE,AVX AMD Features=0x28100800SYSCALL,NX,RDTSCP,LM AMD Features2=0x1LAHF TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 3978256384 (3793 MB) Event timer LAPIC quality 600 ACPI APIC Table: _ASUS_ Notebook FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI Warning: 32/64X FACS address mismatch in FADT - 0xAAFE4E40/0xAAFE4D40, using 32 (20120111/tbfadt-531) ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: _ASUS_ Notebook on motherboard acpi_ec0: Embedded Controller: GPE 0x1b, ECDT port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 cpu4: ACPI CPU on acpi0 cpu5: ACPI CPU on acpi0 cpu6: ACPI CPU on acpi0 cpu7: ACPI CPU on acpi0 hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 14318180 Hz quality 950 Event timer HPET frequency 14318180 Hz quality 550 atrtc0: AT realtime clock port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer RTC frequency 32768 Hz quality 0 attimer0: AT timer port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter i8254 frequency 1193182 Hz quality 0 Event timer i8254 frequency 1193182 Hz quality 100 Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0xd000-0xd07f mem 0xdb00-0xdbff,0xc000-0xcfff,0xd000-0xd1ff irq 16 at device 0.0 on pci1 vgapci1: VGA-compatible display port 0xe000-0xe03f mem 0xdc40-0xdc7f,0xb000-0xbfff irq 16 at device 2.0 on pci0 agp0: SandyBridge mobile GT2 IG on vgapci1 agp0: aperture size is 256M, detected 65532k stolen memory pci0: simple comms at device 22.0 (no driver attached) ehci0: EHCI (generic) USB 2.0 controller mem 0xdf008000-0xdf0083ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0: EHCI (generic) USB 2.0 controller on ehci0 hdac0: Intel Cougar Point HDA Controller mem 0xdf00-0xdf003fff irq 22 at device 27.0 on pci0 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 17 at device 28.1 on pci0 pci3
Re: misc/xfce4-weather-plugin (marked as IGNORE)
On 11/10/11 11:35, Heino Tiedemann wrote: Hi Folks, - misc/xfce4-weather-plugin (marked as IGNORE) Why? Heino The commit history reveals all: http://www.freshports.org/misc/xfce4-weather-plugin -- Sam Cassiba s...@cassiba.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: postfix-policyd-spf-perl postfix-policyd-spf-python
On 11/04/11 04:55, David Southwell wrote: HI all www.openspf.org web site is down. The site is managed by godaddy.com. When rying to access the site godaddy.com seem to be suggesting the domain name has not been renewed. David Hi David, According to the whois database, it's not set to expire for several more years: Domain Name:OPENSPF.ORG Created On:10-Jul-2004 00:01:01 UTC Last Updated On:26-Jan-2011 18:01:43 UTC Expiration Date:10-Jul-2016 00:01:01 UTC From what I can tell, it looks like the server is currently down or otherwise not responding, but there are no indicators that the domain needed to be renewed at this time. -- Sam Cassiba s...@cassiba.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: Thank you (for making the ports less boring).
On 09/13/11 14:27, Michal Varga wrote: Sigh, okay. Some time earlier during the day I was still planning to address few interesting points (especially) Stephen raised, but by this time I'm finally getting to it and reading through the rest of the emails, I can see that this would only be a waste of time for everyone involved. Reading now through the posts one after another stating how FreeBSD ports/desktop experience was never more awesomestestest than it is now, I just feel like participating in some kind of bizarro 1st April joke, and the most coherent reply that comes to mind is: Wat. And again. Wat. Did I just read. I have no other words beyond that because I can't even seriously imagine what those people stating how everything is perfectly fine now consider to be a working, modern, 24/7 ready desktop workstation. Though if I had to pick a random case again, it probably wouldn't be too hard to make some wildly unsubstantiated guesses: ## From: Matthias Andreematthias.and...@gmx.de ## Mailer: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Still I thank everyone for polite replies which were actually a welcome change for this kind of threads, but as there is obviously something fundamentally different between how I and rest of you guys perceive an actually working FreeBSD (or any other, for the matter) workstation, I'm going to let it go, this is not the kind fight one would be able to win in any case. For the next years, I'll be much better off with finishing my migration to another system where the base OS will hardly ever be as good and clean as FreeBSD, but the overall quality of 24/7 ready, stable, modern desktop OS as a whole is by far too wide margin different from what I gather is currently considered 'acceptable' here, in FreeBSD (ports) circles. No offense meant, in any case. m. Aside from things like virtualization, my desktop experience over the past 10+ years has been rather positive. I do everything but play video games on FreeBSD, and it works for me as a usable and relatively stable workstation. It took a lot of trial and error on my part, but I found a suitable workstation setup for me. Comparing my desktop experience now to how it was when I started in early 4.x, I'd say there has been significant improvement. FreeBSD is not perfect, and some areas need more work than others, but I'd say there has been an upward trend in overall quality over the years. Just my $0.02, take it for what it's worth. -- Sam Cassiba s...@cassiba.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: devel/git new update des not fetch
On 09/12/11 14:29, David Demelier wrote: Hello, Since my new update of ports tree : === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Found saved configuration for git-1.7.4.3 = git-1.7.6.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//. = Attempting to fetch http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: Service Unavailable = Attempting to fetch http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** Error code 1 Cheers, You likely need to update your ports. MASTER_SITES for devel/git was changed to ${MASTER_SITE_GENTOO} a couple days ago since the kernel.org network is still recovering. -- Sam Cassiba s...@cassiba.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: How to escalate? ports/159276 - cmake
On 08/27/11 03:11, Igor Soumenkov wrote: Dear all, How can I escalate the issue related to one of the ports? Cmake in ports sets different cflags than the original one. It seems that the comitter who introduced this problem with a patch (http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/cmake/files/patch-Modules_Compiler_GNU.cmake?rev=1.1) to the port does not want to do anything with it. There is a PR open (159276). Cmake is widely used in the company I am working for, and now as a FreeBSD user I get cmake that is different from everyone else's, because my default Debug and Release build have empty CFLAGS. Now I have to manually fix these flags back each time I reconfigure my build directories. If nobody cares about this, why not place a big 'we don't care about developers' banner on the main site? devel/cmake is maintained by the kde@ team, so my recommendation would be to ping them directly. http://wiki.freebsd.org/KDE4 should have the droids you seek. -- Sam Cassiba s...@cassiba.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: How to escalate? ports/159276 - cmake
On 08/27/11 08:40, Igor Soumenkov wrote: On 27.08.2011 17:25, Sam Cassiba wrote: On 08/27/11 03:11, Igor Soumenkov wrote: Dear all, How can I escalate the issue related to one of the ports? Cmake in ports sets different cflags than the original one. It seems that the comitter who introduced this problem with a patch (http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/cmake/files/patch-Modules_Compiler_GNU.cmake?rev=1.1) to the port does not want to do anything with it. There is a PR open (159276). Cmake is widely used in the company I am working for, and now as a FreeBSD user I get cmake that is different from everyone else's, because my default Debug and Release build have empty CFLAGS. Now I have to manually fix these flags back each time I reconfigure my build directories. If nobody cares about this, why not place a big 'we don't care about developers' banner on the main site? devel/cmake is maintained by the kde@ team, so my recommendation would be to ping them directly. http://wiki.freebsd.org/KDE4 should have the droids you seek. Unfortunately, one of them ( Max Brazhnikov (makc@) ) is the committer I am writing about. And I CC:ed the kde@ mailing list, but got reply only from Max. I quoted it here (we can't just remove it...) - he is not going to fix it, and he is not replying to my e-mails anymore. That is why I am trying to find someone who can help with this situation. After looking at the patch, it would seem that you would need to set your CFLAGS in /etc/make.conf to do what it (the patch) removed. Other than that, maintaining your own local port of cmake would be an alternative to investigate. -- Sam Cassiba s...@cassiba.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 ports which are currently scheduled for deletion
On 08/21/11 21:46, Conrad J. Sabatier wrote: On Sun, 21 Aug 2011 08:30:42 +0200 (CEST) lini...@freebsd.org wrote: portname: net-p2p/teknap description:Console napster client maintainer: po...@freebsd.org deprecated because: Napster service is not working anymore expiration date:2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2pportname=teknap Actually, as I pointed out re: the lopster port, which was previously also scheduled for removal, the Opennap network is still very much alive and well. See http://www.gotnap.com In addition, if someone wanted to try using the net-p2p/opennap port (to run their own Opennap server), then TekNap is a very useful tool to have available. Please reconsider removing this port. Thank you. I'll take maintainership since I already have net-p2p/opennap. -- Sam Cassiba s...@cassiba.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 b...@freebsd.org wrote: 2011/2/3 per...@pluto.rain.com: Baptiste Daroussin b...@freebsd.org 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: [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
Makefile for Emacs extension package
Happy New Year. I am trying to port a Emacs extension package ESS (Emacs Speaks Statistics; [http://ess.r-project.org/]) and have been reading through the Porter's Handbook for the last couple weeks but still do not quite understand the contents, and hope I could please have some advice on editing the Makefile. I am managing to get my port to automatically add a few statements in .emacs for GNU Emacs AND in init.el for XEmacs when a user uses make install to add the port so that this mode is already loaded when the user launches GNU Emacs/XEmacs. To do this I think I need to put something in my Makefile... probably some special rules under do-install or post-patch before .include bsd.port.mk? If so then what do I put? If not then what should I do? I have looked at some existing emacs package e.g. deskutils/org-mode.el6 ( http://www.freebsd.org/cgi/cvsweb.cgi/ports/deskutils/org-mode.el6/Makefile?rev=1.8) but seems they do not have any options or statements in their Makefile to do similar task (if I understand the Makefile for the org-mode port). And unfortunately in the Porter's Handbook settings regarding Emacs appears yet to be written (page 68 as of this writing; [ http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-emacs.html] ). Any advice would be greatly appreciated. Regards, 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: grub2-1.98
On Mon, Oct 11, 2010 at 10:38 AM, Rick r...@lgarchitecture.com 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
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
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
Re: FreeBSD Port: xf86-video-ati-6.13.0 update to 6.13.2?
On Tue, Sep 28, 2010 at 2:48 PM, Lokadamus lokada...@gmx.de 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
Re: py-lxml 2.2.7 wont build on HEAD
On Sun, Sep 26, 2010 at 10:24 PM, Sam Fourman Jr. sfour...@gmail.com 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 - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/_diffcommand.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/clean.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/__init__.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/html5parser.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/_dictmixin.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/usedoctest.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html running build_ext building
Re: py-lxml 2.2.7 wont build on HEAD
.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/work/lxml-2.2.7/README.txt /usr/local/share/doc/py-lxml cd /usr/local/tinderbox/portstrees/FreeBSD/ports/devel/py-lxml/work/lxml-2.2.7 /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 /dev/null 21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- doc /usr/local/share/doc/py-lxml === Registering installation for py26-lxml-2.2.7 and : fb9# uname -a FreeBSD fb9.wenjing.com 9.0-CURRENT FreeBSD 9.0-CURRENT #5: Tue Sep 14 14:21:52 CST 2010 r...@fb9.wenjing.com:/usr/obj/usr/src/sys/GENERIC i386 hmm interesting.. I wonder what my trouble is, let me try again On Mon, Sep 27, 2010 at 6:30 PM, Sam Fourman Jr. sfour...@gmail.com wrote: On Sun, Sep 26, 2010 at 10:24 PM, Sam Fourman Jr. sfour...@gmail.com 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
py-lxml 2.2.7 wont build on HEAD
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 - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/_diffcommand.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/clean.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/__init__.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/html5parser.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/_dictmixin.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html copying src/lxml/html/usedoctest.py - lib.freebsd-9.0-CURRENT-amd64/lxml/html running build_ext building 'lxml.etree' 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
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=147666cat= -- 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 me...@cox.net wrote: On Fri, 25 Jun 2010 16:12:54 -0500, Anonymous swel...@gmail.com wrote: Dutchman01 dutchma...@quicknet.nl 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
Re: nvidia-driver 256.35 released
2010/6/22 Alexey Dokuchaev da...@freebsd.org: 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: ports and PBIs
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org 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 amvandem...@gmail.com wrote: On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org 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 yanef...@gmail.com wrote: On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr. sfour...@gmail.com wrote: On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More amvandem...@gmail.com wrote: On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org 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 having N shared dependencies and libraries in /usr/local/lib, you'd have N**2 shared dependencies and libraries in each and every package. Now, let's look at size difference. Here's just one sample: $ ls -l irssi-0.8.14_1.tbz ~/Downloads/Irssi0.8.14_1-PV0.pbi -rw-r--r--  1 gcooper  gcooper  6856203 Apr 10 00:05 /usr/home/gcooper/Downloads/Irssi0.8.14_1-PV0.pbi -rw-r--r--  1 root   wheel   517442 Apr 10 00:07 irssi-0.8.14_1.tbz The .tbz file is a file created with pkg_create -b, and the other file is the PBI I pulled off of http://www.pbidir.com/bt
Re: ports and PBIs
On Sat, Apr 10, 2010 at 8:18 AM, k...@pcbsd.org wrote: On Sat 10/04/10 3:35 AM , Garrett Cooper yanef...@gmail.com 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, it would seem that even some developers agree with the principle, they just aren't doing it on FreeBSD. :) I also, noticed this, and a
Re: [HEADSUP]: ports feature freeze now in effect
On Mon, Feb 15, 2010 at 4:11 PM, Steven Friedrich free...@insightbb.com 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: New port: finance/openerp-web
2010/1/21 Francisco de Borja López RÃo bo...@pexego.es: On Thu, 21 Jan 2010 08:00:35 +0800 wen heping wenhep...@gmail.com wrote: On Thu, Jan 21, 2010 at 5:26 AM, Mark Linimon lini...@lonesome.com 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: OK, my webcam works with webcamd and video4bsd-kmod...
On Wed, Jan 20, 2010 at 1:56 PM, Steven Friedrich free...@insightbb.com 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: [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 rnol...@freebsd.org 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: 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: nvidia-driver 64bit version
On Fri, Dec 4, 2009 at 10:20 AM, Robert Noland rnol...@freebsd.org 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: FreeBSD Port: qtcreator-1.2.1: Not installable
On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz adrian.glaub...@googlemail.com 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: Problem building Openoffice 3.1.1 at -current
On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev shuv...@physik.uni-wuerzburg.de 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 vinnix@gmail.com 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
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.sfour...@gmail.com 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 crypt.h */ #include unistd.h after that it compiled further we now have this problem, it no doubt is something else *BSD does different than linux (most likely for a good reason :) ) I will continue my quest to compile cairo-dock, and report back once I find the answer to this error. here is the output Making all in . 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
Re: thank you for portmaster
On Wed, Jun 24, 2009 at 10:25 AM, Dan Naumovdan.nau...@gmail.com 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
Re: [Call For Testing] VirtualBox for FreeBSD! take 6
On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilkem...@freebsd.org 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: [Call For Testing] VirtualBox for FreeBSD! take2
On Sun, May 17, 2009 at 1:09 PM, Martin Wilke m...@freebsd.org 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 free...@byshenk.net 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!
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: 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
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: 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: 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: 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: 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]
ports index fails to build
celeborn# portsdb -U Updating the ports index ... Generating INDEX.tmp - please wait../usr/ports/Mk/bsd.gnome.mk, line 615: The Pre include part of bsd.gnome.mk part is not included. Did you forget WANT_GNOME=yes before bsd.port.pre.mk? === audio/xmp failed *** Error code 1 1 error needs gnome for esound uname -a FreeBSD celeborn.my.domain 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Apr 20 18:36:18 PDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CELEBORN amd64 cat /etc/make.conf # 4/24/2004 sws CFLAGS= -O -pipe # 6/6/2004 sws need perl build this way # 10/15/2006, 1/2007 suitesparse # 11/17/2007 for python # - take this out before buildworld #CFLAGS= -O -pipe -fPIC #CXXFLAGS= -O -pipe -fPIC #NO_PROFILE=# Avoid compiling profiled libraries #NOGAMES= true# do not build games (games/ subdir) NO_GAMES= # do not build games (games/ subdir) WITHOUT_KDEGAMES= yes # for emacs upgrade 7/20/2007 # causes trouble for portsdb #EMACS_PORT_NAME=emacs22 # for sendmail with auth SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 # for x11-clients; else xterms complain WITH_SETUID_LUIT= yes # end # added by use.perl 2007-11-09 01:51:49 PERL_VER=5.8.8 PERL_VERSION=5.8.8 ___ 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: 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: 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]
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]
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]
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]
Re: www/linux-flashplugin7 fails to fetch
On 09/01/2008, at 6:34 AM, Clint Olsen wrote: Apparently this is not just a transient problem: = fp7_archive.zip doesn't seem to exist in /usr/ports/distfiles/flashplugin. = Attempting to fetch from http://fpdownload.macromedia.com/get/flashplayer/installers/archive/. fetch: fp7_archive.zip: local modification time does not match remote This message usually indicates a failed fetch attempt, leaving a wrong timestamp on your local file. Delete the distfile with make distclean and try again. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
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: Hosting for a FreeBSD port
On 15/12/2007, at 2:10 AM, Igor Serikov wrote: Hello porters, I would like to find a hosting for small port. I thought, I can I place it to ftp.freebsd.org (the handbook mentions this possibility), I tried contacting mirror-admin@ and got no reponse. Hi Igor, When you submit the PR, just mention that you would like the committer to host it in their local-distfiles directory. They will upload it for you. Cheers Sam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: net-mgmt/bsd-airtools broken not because of gcc4
Andrew Thompson wrote: On Thu, Nov 08, 2007 at 12:22:41PM +0300, Denis Barov wrote: On Thu Nov 08, 2007 at 18:50:10 +1300, Andrew Thompson wrote: On Thu, Nov 08, 2007 at 08:00:00AM +0300, Sergey Matveychuk wrote: Denis Barov wrote: Hi all! I found, that port net-mgmt/bsd-airtools marked as broken: BROKEN= Does not compile with GCC 4.2 but, it's not really so. It's broken after Wed Jul 11 21:25:48 2007 UTC commit by [EMAIL PROTECTED], when some ioctls was deleted from kernel. For example, after patching /usr/include/dev/wi/if_wavelan_ieee.h bsd-airtools compiled well: --- /usr/include/dev/wi/if_wavelan_ieee.h 2007-11-07 I guess you should back not just these header definitions but ioctl implementations too. Or ask thompsa if you could use something instead. The net80211 system supports the IEEE80211_IOC_SCAN_REQ and IEEE80211_IOC_SCAN_RESULTS ioctls which work on _all_ wireless interfaces. These have been present since 6.0 and the above wi(4) specific interface have been removed as the driver has been brought into line. Does that mean I need to rewrite some bsd-airtools code? Yes, src/sbin/ifconfig/ifieee80211.c is the best reference and others have already converted other wireless scanning apps. I can't recall if dstumbler is part of airtools but I've had a hack port to the new ioctls sitting here for years: http://www.freebsd.org/~sam/dstumbler.tgz It's certainly bitrot'd. I gave up trying to get the maintainer's attention long ago. OTOH ifconfig's code is definitely the best reference right now. wpa_supplicant also does scanning; check usr.sbin/wpa/wpa_supplicant/driver_freebsd.c. Sam ___ 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]
[update-request] please help to maintiners
Hello, all! this is a unsupportet structure code: == .if !defined(WITH_SERVER) PLIST_SUB+= SERVER=@comment .if defined(WITH_MYSQL) || !defined(WITHOUT_PGSQL) || !defined(WITHOUT_SQLITE) || !defined(WITHOUT_ODBC) IGNORE= is useless database support without a SERVER. Please (re)run 'make config' and choose SERVER with database .endif .else CONFIGURE_ARGS+=--with-server PLIST_SUB+= SERVER= .if defined(WITHOUT_MYSQL) !defined(WITH_PGSQL) !defined(WITH_SQLITE) !defined(WITH_ODBC) IGNORE= is useless without a database. Please (re)run 'make config' and choose one of PGSQL and MYSQL .else USE_RC_SUBR+= netxmsd .if defined(WITH_AGENT) PLIST_SUB+= AGENT=@comment .else USE_RC_SUBR+= netxmsd nxagentd .endif .endif .endif == plaese add support for help to maintiners it comfortably /Vladimir Ermakov ___ 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: 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: Hi!... How to maintain a ports
On 28/09/2007, at 12:11 PM, Beech Rintoul wrote: On Thursday 27 September 2007, Stephano Zanzin said: Hello! Im new in this list, and I want to know how I can maintain a ports. I want very much to contribute with the Ports project. Please folks, help me! Start by reading the Porters Handbook. On your machine: /usr/share/doc/en_US.ISO8859-1/books/porters-handbook/index.html On the web: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ index.html Please also have a read of http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing- ports/index.html ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: struct wi_req: how to deal with removal, affects multiple ports
Andrew Thompson wrote: On Mon, Oct 01, 2007 at 09:40:35PM +0200, Ulrich Spoerlein wrote: Hi, on July 11th you removed the definition for struct wi_req on -CURRENT from sys/dev/wi/if_wavelan_ieee.h with the following commit message revision 1.21 date: 2007/07/11 21:25:48; author: thompsa; state: Exp; lines: +2 -0 Now that wicontrol has been removed from the base system the corresponding ioctls can be removed. These have been #ifdef'd out and left as a reference in case any of the RIDs need to be turned into sysctls at a later date. Reviewed by:sam, avatar Approved by:re (kensmith) I don't know why, but recently at least the ports xwlans and wmwifi fail to build because of the missing definition, I guess. bsd-airtools has recently been flagged as broken, too. Presumably due to the same reason. Up until that commit wi(4) was the only driver to support the SIOCGWAVELAN calls, now it has been totally removed in favour of the net80211 systems. How should these ports deal with this? Both are calling SIOCGWAVELAN with wi_type set to WI_RID_COMMS_QUALITY. I guess these ports should be updated to use the IEEE80211_IOC_SCAN_REQ and IEEE80211_IOC_SCAN_RESULTS ioctls. These are driver independent and supported by all the wireless drivers, src/sbin/ifconfig/ifieee80211.c is a good reference. I see that wmwifi-bsd.patch from wmwifi could be updated reasonably easy, I can help if you like. This issue came to me previously and I said basically the same thing--the old api's were deprecated long ago (w/ the promise to pull the plug in 7.0). For example, I offered an updated dstumbler that read radiotap with libpcap for many years but noone updated the port. Anything wireless should use the current ioctls and if there are any issues I will help. As Andrew mentioned ifconfig is the best reference for the moment (though I have changes to make the code less of a steaming pile of hacks). The best solution would be for someone to take the ifconfig code and write a library. Sam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Popularity contest
On 02/09/2007, at 9:50 AM, Nils Vogels wrote: Since a little while, Debian has been using a popularity contest, that sends anonymous usage details of various packages that Debian users have installed. These details are summarized at http://popcon.debian.org/ I figure something like this would be a huge advantage for the FreeBSD ports-community as well, and would like to propose starting something like this up for FreeBSD as well (unless I am misinformed, nothing to the sort exists at this point), either by porting popcon to FreeBSD, or by doing something completely different. Any thoughts? I believe http://bsdstats.org/ already collects information on installed ports (though it doesn't seem to be accessible right now). ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NetXMS waiting to commit
Xin LI wrote: Hi, Sam, sam wrote: I think you may want to try to build it on a -CURRENT box or with GCC 4.2.x, this is not a configure problem I think. Let me know if you still want the config.log. Cheers, i am tested netxms-port on 6.2-RELEASE i386/amd64 (without problem) Please understand that we really wanted it to be gcc 4.2 compatible, because it's the version that we will ship with 7.0-RELEASE, which will be released later this year. If it won't work with gcc 4.2 then it would be advisable to mark it as USE_GCC=34 or so. My own experience is that gcc warnings indicates some real problems (sometimes trivial or even false positive, but sometimes they can really cause problems). I think NetXMS is an amazing software and we want to have it, and it would be even better if we can ship an package that can be easily installed with 7.0-R :-) What's the timeframe the upstream developers will support gcc 4.2? We can fix the problems our own, but if the upstream developers are willing to make some modifications we could avoid some duplicated work. Cheers, ok i am added line with USE_GCC=3.4 in Makefile /Vladimir Ermakov # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering sh file. Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # /usr/ports/net-mgmt/netxms # /usr/ports/net-mgmt/netxms/pkg-descr # /usr/ports/net-mgmt/netxms/Makefile # /usr/ports/net-mgmt/netxms/files # /usr/ports/net-mgmt/netxms/files/nxagentd.in # /usr/ports/net-mgmt/netxms/files/nxhttpd.in # /usr/ports/net-mgmt/netxms/files/pkg-install.in # /usr/ports/net-mgmt/netxms/files/netxmsd.in # /usr/ports/net-mgmt/netxms/files/pkg-deinstall.in # /usr/ports/net-mgmt/netxms/distinfo # /usr/ports/net-mgmt/netxms/pkg-plist # echo c - /usr/ports/net-mgmt/netxms mkdir -p /usr/ports/net-mgmt/netxms /dev/null 21 echo x - /usr/ports/net-mgmt/netxms/pkg-descr sed 's/^X//' /usr/ports/net-mgmt/netxms/pkg-descr 'END-of-/usr/ports/net-mgmt/netxms/pkg-descr' XNetXMS is new and rapidly developing monitoring system, Xreleased under GPL2 license. It can be used for monitoring Xentire IT infrastructure, starting with SNMP-capable Xhardware (like switches and routers) and ending with Xapplications on your servers. NetXMS is an extremely Xreliable and powerful monitoring system, enabling you Xto improve your network availability and service levels. X XWWW: http://www.netxms.org/ X X- Vladimir Ermakov [EMAIL PROTECTED] END-of-/usr/ports/net-mgmt/netxms/pkg-descr echo x - /usr/ports/net-mgmt/netxms/Makefile sed 's/^X//' /usr/ports/net-mgmt/netxms/Makefile 'END-of-/usr/ports/net-mgmt/netxms/Makefile' X# Ports collection makefile for:netxms X# Date created: Jul 9 2007 X# Whom: Vladimir Ermakov [EMAIL PROTECTED] X# X# $FreeBSD$ X# X XPORTNAME= netxms XPORTVERSION= 0.2.18.2 XCATEGORIES=net-mgmt XMASTER_SITES= http://www.netxms.org/download/ X XMAINTAINER=[EMAIL PROTECTED] XCOMMENT= NetXMS - network monitoring system X XNO_PACKAGE=yes XGNU_CONFIGURE= yes XCONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} X XCC=gcc XCXX= g++ X XUSE_GCC=3.4 XUSE_LDCONFIG= yes XUSE_OPENSSL= yes X XCFLAGS+= -I${LOCALBASE}/include XLDFLAGS+= -L${LOCALBASE}/lib XLDFLAGS+= -L${OPENSSLLIB} -lcrypto -lssl X XOPTIONS= SERVER Install NetXMS server agent off\ X CLIENT Install NetXMS client off \ X AGENT Install NetXMS agent off \ X NXHTTPD Install web-interface off \ X MYSQL Enable MySQL support off \ X PGSQL Enable PostgreSQL support off X XNETXMS_OWN=netxms XNETXMS_GRP=netxms X X.include bsd.port.pre.mk X XSUB_FILES= pkg-install pkg-deinstall X X.if !defined(WITH_SERVER) X.if defined(WITH_MYSQL) || !defined(WITHOUT_PGSQL) XIGNORE=is useless database support without a SERVER. Please (re)run 'make config' and choose SERVER with database X.endif X.endif X X.if defined(WITH_SERVER) X.if defined(WITHOUT_MYSQL) !defined(WITH_PGSQL) XIGNORE=is useless without a database. Please (re)run 'make config' and choose one of PGSQL and MYSQL X.endif XUSE_RC_SUBR+= netxmsd nxagentd XCONFIGURE_ARGS+= --with-server XPLIST_SUB+=SERVER= X.else XPLIST_SUB+=SERVER=@comment AGENT=@comment X.endif X X.if defined(WITH_CLIENT) XCONFIGURE_ARGS+= --with-client XPLIST_SUB+=CLIENT= X.else XPLIST_SUB+=CLIENT=@comment X.endif X X.if defined(WITH_AGENT) X.if defined(WITH_SERVER) XIGNORE=is useles AGENT or SERVER. Please (re)run 'make config' and choose one of AGENT and SERVER (server already include agent) X.endif XUSE_RC_SUBR+= nxagentd XCONFIGURE_ARGS
Re: NetXMS waiting to commit
Xin LI wrote: Hi, Sam, sam wrote: I think you may want to try to build it on a -CURRENT box or with GCC 4.2.x, this is not a configure problem I think. Let me know if you still want the config.log. Cheers, i am tested netxms-port on 6.2-RELEASE i386/amd64 (without problem) Please understand that we really wanted it to be gcc 4.2 compatible, because it's the version that we will ship with 7.0-RELEASE, which will be released later this year. If it won't work with gcc 4.2 then it would be advisable to mark it as USE_GCC=34 or so. My own experience is that gcc warnings indicates some real problems (sometimes trivial or even false positive, but sometimes they can really cause problems). I think NetXMS is an amazing software and we want to have it, and it would be even better if we can ship an package that can be easily installed with 7.0-R :-) What's the timeframe the upstream developers will support gcc 4.2? We can fix the problems our own, but if the upstream developers are willing to make some modifications we could avoid some duplicated work. Cheers, developer's comment: Work on making NetXMS GCC 4.2.x compatible is almost done, and next version should compile without problems. We expect to release a new version in a week or two. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NetXMS waiting to commit
Hi, all. please appreciate my first port *NetXMS* http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 Could not download the shar from your website. Is the one in the last reply the latest one? Cheers, my sorry i am fixed port`s path /Vladimir Ermakov # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering sh file. Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # /usr/ports/net-mgmt/netxms # /usr/ports/net-mgmt/netxms/pkg-descr # /usr/ports/net-mgmt/netxms/Makefile # /usr/ports/net-mgmt/netxms/files # /usr/ports/net-mgmt/netxms/files/nxagentd.in # /usr/ports/net-mgmt/netxms/files/nxhttpd.in # /usr/ports/net-mgmt/netxms/files/pkg-install.in # /usr/ports/net-mgmt/netxms/files/netxmsd.in # /usr/ports/net-mgmt/netxms/files/pkg-deinstall.in # /usr/ports/net-mgmt/netxms/distinfo # /usr/ports/net-mgmt/netxms/pkg-plist # echo c - /usr/ports/net-mgmt/netxms mkdir -p /usr/ports/net-mgmt/netxms /dev/null 21 echo x - /usr/ports/net-mgmt/netxms/pkg-descr sed 's/^X//' /usr/ports/net-mgmt/netxms/pkg-descr 'END-of-/usr/ports/net-mgmt/netxms/pkg-descr' XNetXMS is new and rapidly developing monitoring system, Xreleased under GPL2 license. It can be used for monitoring Xentire IT infrastructure, starting with SNMP-capable Xhardware (like switches and routers) and ending with Xapplications on your servers. NetXMS is an extremely Xreliable and powerful monitoring system, enabling you Xto improve your network availability and service levels. X XWWW: http://www.netxms.org/ X X- Vladimir Ermakov [EMAIL PROTECTED] END-of-/usr/ports/net-mgmt/netxms/pkg-descr echo x - /usr/ports/net-mgmt/netxms/Makefile sed 's/^X//' /usr/ports/net-mgmt/netxms/Makefile 'END-of-/usr/ports/net-mgmt/netxms/Makefile' X# Ports collection makefile for:netxms X# Date created: Jul 9 2007 X# Whom: Vladimir Ermakov [EMAIL PROTECTED] X# X# $FreeBSD$ X# X XPORTNAME= netxms XPORTVERSION= 0.2.18.2 XCATEGORIES=net-mgmt XMASTER_SITES= http://www.netxms.org/download/ X XMAINTAINER=[EMAIL PROTECTED] XCOMMENT= NetXMS - network monitoring system X XNO_PACKAGE=yes XGNU_CONFIGURE= yes XCONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} X XCC=gcc XCXX= g++ X XUSE_LDCONFIG= yes XUSE_OPENSSL= yes X XCFLAGS+= -I${LOCALBASE}/include XLDFLAGS+= -L${LOCALBASE}/lib XLDFLAGS+= -L${OPENSSLLIB} -lcrypto -lssl X XOPTIONS= SERVER Install NetXMS server agent off\ X CLIENT Install NetXMS client off \ X AGENT Install NetXMS agent off \ X NXHTTPD Install web-interface off \ X MYSQL Enable MySQL support off \ X PGSQL Enable PostgreSQL support off X XNETXMS_OWN=netxms XNETXMS_GRP=netxms X X.include bsd.port.pre.mk X XSUB_FILES= pkg-install pkg-deinstall X X.if !defined(WITH_SERVER) X.if defined(WITH_MYSQL) || !defined(WITHOUT_PGSQL) XIGNORE=is useless database support without a SERVER. Please (re)run 'make config' and choose SERVER with database X.endif X.endif X X.if defined(WITH_SERVER) X.if defined(WITHOUT_MYSQL) !defined(WITH_PGSQL) XIGNORE=is useless without a database. Please (re)run 'make config' and choose one of PGSQL and MYSQL X.endif XUSE_RC_SUBR+= netxmsd nxagentd XCONFIGURE_ARGS+= --with-server XPLIST_SUB+=SERVER= X.else XPLIST_SUB+=SERVER=@comment AGENT=@comment X.endif X X.if defined(WITH_CLIENT) XCONFIGURE_ARGS+= --with-client XPLIST_SUB+=CLIENT= X.else XPLIST_SUB+=CLIENT=@comment X.endif X X.if defined(WITH_AGENT) X.if defined(WITH_SERVER) XIGNORE=is useles AGENT or SERVER. Please (re)run 'make config' and choose one of AGENT and SERVER (server already include agent) X.endif XUSE_RC_SUBR+= nxagentd XCONFIGURE_ARGS+= --with-agent XPLIST_SUB+=AGENT= X.else XPLIST_SUB+=AGENT=@comment X.endif X X.if defined(WITH_NXHTTPD) XUSE_RC_SUBR+= nxhttpd XCONFIGURE_ARGS+= --with-nxhttpd XPLIST_SUB+=NXHTTPD= XLIB_DEPENDS= gd.4:${PORTSDIR}/graphics/gd X.else XPLIST_SUB+=NXHTTPD=@comment X.endif X X.if defined(WITH_MYSQL) XCONFIGURE_ARGS+= --with-mysql XPLIST_SUB+=MYSQL= XUSE_MYSQL= yes X.else XPLIST_SUB+=MYSQL=@comment X.endif X X.if defined(WITH_PGSQL) XCONFIGURE_ARGS+= --with-pgsql XPLIST_SUB+=PGSQL= XUSE_PGSQL= yes X.else XPLIST_SUB+=PGSQL=@comment X.endif X Xpre-install: X @${SETENV} PKG_PREFIX=${PREFIX} \ X ${SH} ${PKGINSTALL} ${PORTNAME} PRE-INSTALL X.if defined(WITH_SERVER) X @if [ ! -f ${PREFIX}/etc/netxmsd.conf-dist ]; then \ X ${CP} -p ${WRKSRC}/contrib/netxmsd.conf-dist
Re: NetXMS waiting to commit
Hi, all. please appreciate my first port *NetXMS* http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 Could not download the shar from your website. Is the one in the last reply the latest one? Cheers, Hello I am included last version /Vladimir Ermakov # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering sh file. Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # ./ # ./pkg-descr # ./Makefile # ./files # ./files/nxagentd.in # ./files/nxhttpd.in # ./files/pkg-install.in # ./files/netxmsd.in # ./files/pkg-deinstall.in # ./distinfo # ./pkg-plist # echo c - ./ mkdir -p ./ /dev/null 21 echo x - ./pkg-descr sed 's/^X//' ./pkg-descr 'END-of-./pkg-descr' XNetXMS is new and rapidly developing monitoring system, Xreleased under GPL2 license. It can be used for monitoring Xentire IT infrastructure, starting with SNMP-capable Xhardware (like switches and routers) and ending with Xapplications on your servers. NetXMS is an extremely Xreliable and powerful monitoring system, enabling you Xto improve your network availability and service levels. X XWWW: http://www.netxms.org/ X X- Vladimir Ermakov [EMAIL PROTECTED] END-of-./pkg-descr echo x - ./Makefile sed 's/^X//' ./Makefile 'END-of-./Makefile' X# Ports collection makefile for:netxms X# Date created: Jul 9 2007 X# Whom: Vladimir Ermakov [EMAIL PROTECTED] X# X# $FreeBSD$ X# X XPORTNAME= netxms XPORTVERSION= 0.2.18.2 XCATEGORIES=net-mgmt XMASTER_SITES= http://www.netxms.org/download/ X XMAINTAINER=[EMAIL PROTECTED] XCOMMENT= NetXMS - network monitoring system X XNO_PACKAGE=yes XGNU_CONFIGURE= yes XCONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} X XCC=gcc XCXX= g++ X XUSE_LDCONFIG= yes XUSE_OPENSSL= yes X XCFLAGS+= -I${LOCALBASE}/include XLDFLAGS+= -L${LOCALBASE}/lib XLDFLAGS+= -L${OPENSSLLIB} -lcrypto -lssl X XOPTIONS= SERVER Install NetXMS server agent off\ X CLIENT Install NetXMS client off \ X AGENT Install NetXMS agent off \ X NXHTTPD Install web-interface off \ X MYSQL Enable MySQL support off \ X PGSQL Enable PostgreSQL support off X XNETXMS_OWN=netxms XNETXMS_GRP=netxms X X.include bsd.port.pre.mk X XSUB_FILES= pkg-install pkg-deinstall X X.if !defined(WITH_SERVER) X.if defined(WITH_MYSQL) || !defined(WITHOUT_PGSQL) XIGNORE=is useless database support without a SERVER. Please (re)run 'make config' and choose SERVER with database X.endif X.endif X X.if defined(WITH_SERVER) X.if defined(WITHOUT_MYSQL) !defined(WITH_PGSQL) XIGNORE=is useless without a database. Please (re)run 'make config' and choose one of PGSQL and MYSQL X.endif XUSE_RC_SUBR+= netxmsd nxagentd XCONFIGURE_ARGS+= --with-server XPLIST_SUB+=SERVER= X.else XPLIST_SUB+=SERVER=@comment AGENT=@comment X.endif X X.if defined(WITH_CLIENT) XCONFIGURE_ARGS+= --with-client XPLIST_SUB+=CLIENT= X.else XPLIST_SUB+=CLIENT=@comment X.endif X X.if defined(WITH_AGENT) X.if defined(WITH_SERVER) XIGNORE=is useles AGENT or SERVER. Please (re)run 'make config' and choose one of AGENT and SERVER (server already include agent) X.endif XUSE_RC_SUBR+= nxagentd XCONFIGURE_ARGS+= --with-agent XPLIST_SUB+=AGENT= X.else XPLIST_SUB+=AGENT=@comment X.endif X X.if defined(WITH_NXHTTPD) XUSE_RC_SUBR+= nxhttpd XCONFIGURE_ARGS+= --with-nxhttpd XPLIST_SUB+=NXHTTPD= XLIB_DEPENDS= gd.4:${PORTSDIR}/graphics/gd X.else XPLIST_SUB+=NXHTTPD=@comment X.endif X X.if defined(WITH_MYSQL) XCONFIGURE_ARGS+= --with-mysql XPLIST_SUB+=MYSQL= XUSE_MYSQL= yes X.else XPLIST_SUB+=MYSQL=@comment X.endif X X.if defined(WITH_PGSQL) XCONFIGURE_ARGS+= --with-pgsql XPLIST_SUB+=PGSQL= XUSE_PGSQL= yes X.else XPLIST_SUB+=PGSQL=@comment X.endif X Xpre-install: X @${SETENV} PKG_PREFIX=${PREFIX} \ X ${SH} ${PKGINSTALL} ${PORTNAME} PRE-INSTALL X.if defined(WITH_SERVER) X @if [ ! -f ${PREFIX}/etc/netxmsd.conf-dist ]; then \ X ${CP} -p ${WRKSRC}/contrib/netxmsd.conf-dist ${PREFIX}/etc/netxmsd.conf-dist ; \ X fi X.endif X.if defined(WITH_SERVER) || !defined(WITHOUT_AGENT) X @if [ ! -f ${PREFIX}/etc/nxagentd.conf-dist ]; then \ X ${CP} -p ${WRKSRC}/contrib/nxagentd.conf-dist ${PREFIX}/etc/nxagentd.conf-dist ; \ X fi X.endif X.if defined(WITH_NXHTTPD) X @if [ ! -f ${PREFIX}/etc/nxhttpd.conf-dist ]; then \ X ${CP} -p ${WRKSRC}/contrib/nxhttpd.conf-dist ${PREFIX}/etc/nxhttpd.conf-dist ; \ X fi X.endif X Xpost-install: X
Re: NetXMS waiting to commit
please appreciate my first port *NetXMS* http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 Could not download the shar from your website. Is the one in the last reply the latest one? Cheers, Hello I am included last version It seems that it does not compile in my tinderbox: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/mysql/include -I/usr/include/mysql -I/usr/mysql/include -I/usr/local/include/mysql -I/usr/local/mysql/include/mysql -I/usr/mysql/include/mysql -I/usr/local/include -D_THREAD_SAFE -D_THREAD_SAFE -DDATADIR=\/tmp/netxms-0.2.18.2/share/netxms\ -DLIBDIR=\/tmp/netxms-0.2.18.2/lib\ -Wno-deprecated -MT alarm.o -MD -MP -MF .deps/alarm.Tpo -c -o alarm.o alarm.cpp In file included from alarm.cpp:24: nxhttpd.h: In member function 'void HttpResponse::EndPage()': nxhttpd.h:169: warning: deprecated conversion from string constant to By the way, I think it's not appropriate to specify NO_PACKAGE. Would you please consider separating it into separate slave ports, like what was done for openldap23-server? please send file 'config.log' in work path (after configure process) /Vladimir Ermakov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NetXMS waiting to commit
LI Xin wrote: Garrett Cooper wrote: LI Xin wrote: Hi, Sam, sam wrote: Hi, all. please appreciate my first port *NetXMS* http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 Could not download the shar from your website. Is the one in the last reply the latest one? Cheers, Hello I am included last version It seems that it does not compile in my tinderbox: [...] Is that g++ 3.4.6 or 4.2.x? 4.2.x, it's 7.0-CURRENT on amd64. I can fix these issues myself but would really appreciate if someone familiar with the code could give a hand :-) Cheers, support GCC 4.2.x will in next release NetXMS /Vladimir Ermakov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
port NetXMS
Hi, all. please appreciate my first port NetXMS http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114495 NetXMS is new and rapidly developing monitoring system, released under GPL2 license. It can be used for monitoring entire IT infrastructure, starting with SNMP-capable hardware (like switches and routers) and ending with applications on your servers. NetXMS is an extremely reliable and powerful monitoring system, enabling you to improve your network availability and service levels. /Ermakov Vladimir ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 7.2 beryl problem on i945GM
On 16/07/2007, at 5:25 PM, Ganbold wrote: Hi, I'm having trouble running beryl on laptop with 945GM card. I have current machine: devil# uname -an FreeBSD devil.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Tue Jul 10 10:44:42 ULAT 2007 [EMAIL PROTECTED]:/usr/obj/usr/ src/sys/DEVIL i386 devil# Xorg is updated to 7.2. Now when I try to run beryl-manager a window becomes a white screen and I can't do anything, although mouse moves. I have the same issue on my mac mini - I spent some time searching around, and haven't found a solution yet. Let me know if you come up with any leads. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Moving ports around?
On 15/07/2007, at 9:18 AM, Garrett Cooper wrote: Ivan Voras wrote: Pav Lucistnik wrote: Hmm, recreating a package from the installed port and installing it again in chroot() sounds pretty straightforward to me... It has the indispensable quality that it works. The downsides are the overhead in CPU consumption (compress, decompress) and disk space. Compressing and decompressing packages still takes an inordinate amount of time from what I've seen, so it's probably not the best idea to do. What would happen too if one or more of the config files was modified by a third-party (third-party being outside of the ports/ package tools and the original FreeBSD volunteer / package maintainer)? That wouldn't work (unless you made the modifications yourself), but after that point the package becomes sort of undistributable. The only way AFAIK to circumvent that issue would be if you someone installed / created the package via a tinderbox (which is the way that it's done currently, correct?). For some packages it would work, because the config files are installed as (for example) foo.config-dist and then copied to foo.config. So the package you create should get the original. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clarification on fetch/extract targets
On 18/06/2007, at 7:28 PM, Stephen Hurd wrote: Sam Lawrance wrote: On 17/06/2007, at 7:33 AM, Stephen Hurd wrote: Kris Kennaway wrote: Actually, I found it quite easy to have the port pull the sources from svn. Who are we concerned about making it easier for and why (and how is it any easier?) Everyone behind a firewall that only allows fetching via HTTP/ FTP, for one. Also everyone without live network access, and those with pay-per-download who have a free local distfile mirror, etc. Tarballs are overwhelmingly preferred. Kris Ok... I was looking at it from the standpoint of someone who wants the newest version and doesn't care of the pkg-plist is stale. They could just bump PORTREVISION and reinstall. So... how about this: - A distfile target which generates a distfile. The idea being that this would be the one on the local distfile mirror or what have you. - A WITH_SVN option (defaults to off) which allows the end user to specify he/she wants to use the subversion. In this case then, the end user would need to bump PORTREVISION and enable the WITH_SVN option. Rather than suggesting that users change PORTREVISION, just suggest that they set WITH_SVN and force an upgrade (eg. portupgrade -f yourport). You mean have it just grab the current head no matter what when WITH_SVN is enabled? *shudder* All kinds of arguments against that spring to mind... - This is essentially an option to break the pkg-plist - The current trunk may not build/work/etc so the option will only work sometimes - The version number becomes wrong if a later update to the port increases the revision to something less than the current one, the tools will upgrade it to an older version These are just the ones that spring to mind initially... I'm sure there are other wild and crazy things that would/could happen. Maybe I don't understand what you're trying to do. What's the point of bumping PORTREVISION? For that matter, what's the point of WITH_SVN given what you've just said? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clarification on fetch/extract targets
On 19/06/2007, at 2:06 PM, Stephen Hurd wrote: Sam Lawrance wrote: Maybe I don't understand what you're trying to do. What's the point of bumping PORTREVISION? For that matter, what's the point of WITH_SVN given what you've just said? PORTREVISION == SVN Revision OK, it makes sense to me now that you explained that. ___ 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 make a make install without questions?
On 17/06/2007, at 8:10 PM, TooMany Secrets wrote: Hi! Excuse me if this is a estupid question, but in six years with FreeBSD, today I haven't still an answer to this: - If I make a make install clean, in a port like x11/kde3, are there any way to make the lack of questions? Or maybe better, are there any way to make anything like make -y (or -Y for YES options) install clean? The trouble is ports like KDE, with platform independency (more or less cpu power), take more time because you need to stay (more or less) in front of computer to choose and accept the port options. I understand that you don't need this with other ports (like apache, php, etc), for obvious reasons. But I think that with ports like gnome2 or kde3, maybe I believe that it would be a great saving of time. Sorry if the question is understandable for my bad english. make -DBATCH ... See the ports man page ;-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clarification on fetch/extract targets
On 16/06/2007, at 7:43 PM, Stephen Hurd wrote: So, I created a new port (ports/113608) for Code::Blocks which has not had a source code release for almost two years despite constant development. However, the currently correct way to get the source is via subversion. The port currently does this, but I'm unsure of exactly what is required by the fetch and extract targets, so I'm not sure what the right thing to do here is. I can think of a few possibilities: 1) The fetch target is intended to do all the steps which require a network connection and extract is intended to places the files into WRKSRC - In this case, the fetch target would use svn co to WRKSRC and the extract target would do nothing. This is what the port currently does. 2) The fetch target is intended to place source archives into DISTDIR and extract is intended to place them into WRKSRC - In this case, the extract target would use svn co to WRKSRC and the fetch target would do nothing. 3) The fetch target is intended to place a source archive in DISTDIR and the extract target is intended to extract that archive into WRKSRC - Here I would need to do the svn checkout in the fetch target, archive it, then delete it. 4) The fetch target retrieves sources in the distribution format and extract places them into WRKSRC - In this case, you would svn co to a DIST_SUBDIR in fetch, then extract would copy that to WRKSRC 5) fetch *MUST* fetch a source archive into DISTDIR. None of this svn/CVS checkout stuff in the ports tree. - Hrmph. So rather than bumping PORTREVISION to the desired subversion revision and having it Just Work, one needs to make a source archive and host it somewhere himself and be responsible for updating it himself too. In the past, it has been easiest if the maintainer (you) creates an archive of the source and either puts it up for download, or asks for it to be mirrored as a local distfile (the committer who deals with the PR will do this for you). To make it easier for yourself, you might create a roll-tarball target in the port, which you (or future maintainers) can use to automatically fetch the source from subversion and create a new source archive. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
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: first? patch [ HEADS UP: xorg 7.2 ready for testing ]
On 13/05/2007, at 5:26 PM, Kris Kennaway wrote: On Sun, May 13, 2007 at 05:20:53PM +1000, Sam Lawrance wrote: On 13/05/2007, at 5:13 PM, Kris Kennaway wrote: On Sun, May 13, 2007 at 05:04:29PM +1000, Sam Lawrance wrote: On 12/05/2007, at 11:12 AM, Kris Kennaway wrote: On Sat, May 12, 2007 at 02:35:00AM +0200, Danny Pansters wrote: I ran into a little problem with the gstreamer-plugins, to be exact with the 'bad' plugin. What's in a name. Attached patch to gstreamer- plugins which eliminates X11BASE from configure args fixes it. This actually seems to indicate that something you have installed references /usr/X11R6 in a .la file. I actually built this successfully myself during the upgrade tests, so I guess something went wrong with the upgrade on your machine. Can you please provide the full log, as well as the result of find /usr/local/lib -name \*.la | xargs grep /usr/X11R6/lib/ libfontconfig.la Just a quick me too. Last night I installed 6.2-RELEASE with gnome and goffice from the release packageset, then proceeded to follow the xorg upgrade instructions. The two errors I got are listed below. I will try to investigate tonight. OK, still waiting for the log from Danny, so maybe you'll get in first with yours. I hope there's a nice prize, or showgirls springing out of big cakes. http://people.freebsd.org/~lawrance/xorg-upgrade.bz2 I think I have figured this out. In short: portupgrade does not include new, previously not installed, dependencies in its list of tasks when updating. In this particular case, gstreamer-plugins-bad was built before one of its dependencies was updated, and we end up with a crufty old reference to X11R6. Less short: Before the xorg upgrade, gstreamer-plugins-bad was not installed on my system. It was installed during the upgrade as part of running portupgrade -a. Upon further inspection of the xorg-upgrade log above I noticed that there were two build attempts for gstreamer-plugins-bad, and neither was directly performed by portupgrade (ie. the ports framework did it). The first attempt was as a dependency of gstreamer-plugins- dts. The second (and successful) attempt was as a dependency of gstreamer-plugins-xvid. I reverted the system to its original state and ran portupgrade -an to show the order of updates that portupgrade would perform. gstreamer-plugins-bad was not in the list. I think this means is that if a port being upgraded has a new dependency, that dependency will _not_ be included in the list portupgrade uses to determine which packages to update and at what point. Using portupgrade with the flags -aRn made no difference. A few people have reported their systems updating correctly after a several attempts with portupgrade -a; this is possibly one of the reasons. It seems like an effective workaround for the moment. The only issue I can think of is if an out of order build succeeds, and the later update of a dependency breaks something at runtime. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]