Re: [Call for Testing] X.org 7.5 for FreeBSD
En/na Martin Wilke ha escrit: http://people.freebsd.org/~miwi/xorg/xorgmerge The script is a modified version of the kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging please try portupgrade -af \* portmaster -af Reporting it works great for me. My system is : FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Mar 4 19:11:14 CET 2010 g...@gusiport:/usr/obj/usr/src/sys/CUSTOM amd64 with an nvidia card. Instead of portmaster -af, what I did was : portmaster -a portmaster -f nvidia-driver Everything seems to run fine. Will try to jump to current. Will I need to recompile xorg again ? Thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Package building in clean/chroot environment
Are there are any tools for building FreeBSD packages in a chroot cleanroom environment? This is so that I can be sure that all dependencies are properly declared, and so that I can be sure that the built binaries don't accidentally link to libraries which happen to be available on my build system but won't be available on the target system (oh, the joy of autoconf) I found the documentation for pointyhat: http://www.freebsd.org/doc/en/articles/portbuild/article.html but I'd rather not go as far as building a whole pointyhat cluster :-) What I'm thinking of is a utility which will: - create a chroot environment (easy, just untar distribution) - build a chosen port, pulling in dependencies as packages where possible, otherwise building dependencies as packages too - keep the built packages and distfiles locally, to speed up future builds - reset the chroot environment back to its pristine state - if possible run as non-root I use this for Linux/RPM: http://thomas.apestaart.org/projects/mach/ but was wondering if there is something similar for the FreeBSD ports world. My requirement is to be able to build safe binaries on a central box for distribution out to FreeBSD cluster nodes, so they don't have to be compiled separately on each node. Thanks, Brian. ___ 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: Package building in clean/chroot environment
On 2010-03-13T10:42:40+, Brian Candler b.cand...@pobox.com wrote: Are there are any tools for building FreeBSD packages in a chroot cleanroom environment? This is so that I can be sure that all dependencies are properly declared, and so that I can be sure that the built binaries don't accidentally link to libraries which happen to be available on my build system but won't be available on the target system (oh, the joy of autoconf) Sounds like you want Tinderbox: http://www.freshports.org/search.php?query=tinderbox -- Kenyon Ralph signature.asc Description: Digital signature
Firefox 3.6 installation problem
Hello,all! I'm trying to install firefox 3.6 from /usr/ports/www/firefox. First, I pkg_delete'd previousely installed firefox 3.0, but when doing make install clean I see the following errors: ../../dist/system_wrappers/pango/pango.h:3:30: error: pango/pango.h: No such file or directory and ../../dist/system_wrappers/pango/pangocairo.h:3:35: error: pango/pangocairo.h: No such file or directory and other errors, which seem to be caused by pango's headers search failure. But WHY headers are searched for in ../../dist/system_wrappers/..., although during installation they are palced in /usr/ports/www/firefox/work/mozilla-1.9.2/config/system_wrappers ??? What concern is ../dist/.. of? I even tried to copy all pango's headers to /usr/local/include, but with the same result. And initially there were no pango's headers in /usr/local/include How can work around this? TIA, Dmitry $uname -a FreeBSD domain 7.2-RELEASE-p7 FreeBSD 7.2-RELEASE-p7 #0: Fri Feb 26 19:51:57 UTC 2010 r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 This release was installed thru freebsd-update -r 7.2-RELEASE upgrade from FreeBSD 7.1 -- Best regards, Dmitry email: eingorn...@gmail.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: [Call for Testing] X.org 7.5 for FreeBSD
On Fri, 2010-03-12 at 20:10 +0100, Torfinn Ingolfsen wrote: On Fri, Mar 12, 2010 at 6:24 PM, Robert Noland rnol...@freebsd.org wrote: Can you try the attached patch and verify that AGP attaches and reports correctly. I will try and see if I can enable drm on this chip with the current driver, or import version 2.9.1 of the driver this weekend. You won't get drm with the 2.9.1 version, but it would be better than vesa. With the patch, AGP reports like this: r...@kg-v7# dmesg | grep agp agp0: Intel Ironlake (D) SVGA controller on vgapci0 agp0: detected 32764k stolen memory agp0: aperture size is 256M How do I verify that it is reporting correctly? Ok, now that agp seems to be working... I have created a port for the 2.9.1 version of the Intel driver. You will need to uninstall the existing intel driver and install this one. You still won't have drm, but should be a good bit better than vesa... http://people.freebsd.org/~rnoland/xf86-video-intel29.tar.gz Please let me know how it goes. You will likely want to use UXA acceleration with this driver. robert. -- Regards, Torfinn -- Robert Noland rnol...@freebsd.org FreeBSD ___ 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] X.org 7.5 for FreeBSD
On Fri, Mar 12, 2010 at 11:24 PM, Robert Noland rnol...@freebsd.org wrote: signal 6 is an abort, can you get a backtrace? How do I do that for a user program? Does the server exit, or just xfce? The server also exits. If this is caused by startxfce4 when It can't start xfce4-session or a window manager, I do not know. (startxfce4 is like startx, but for Xfce). -- Regards, Torfinn ___ 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] X.org 7.5 for FreeBSD
On Fri, Mar 12, 2010 at 11:33 PM, Robert Noland rnol...@freebsd.org wrote: I don't know xfce4, but if it is using compositing and gl, have you rebuilt libGL and dri? According to the dates and timestamps in /var/db/pkg and subdirectories, the 'portupgrade -af' that I did have rebuilt all ports. Rebuilding libGL and libGLU ports (via portupgrade -f) now didn't help. Ok, trying this now: portupgrade -f dri dri2proto xf86driproto Well, that didn't help either. -- Regards, Torfinn Ingolfsen ___ 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: Firefox 3.6 installation problem
Hi, Hello,all! I'm trying to install firefox 3.6 from /usr/ports/www/firefox. First, I pkg_delete'd previousely installed firefox 3.0, but when doing make install clean I see the following errors: ../../dist/system_wrappers/pango/pango.h:3:30: error: pango/pango.h: No such file or directory and ../../dist/system_wrappers/pango/pangocairo.h:3:35: error: pango/pangocairo.h: No such file or directory and other errors, which seem to be caused by pango's headers search failure. But WHY headers are searched for in ../../dist/system_wrappers/..., although during installation they are palced in /usr/ports/www/firefox/work/mozilla-1.9.2/config/system_wrappers ??? What concern is ../dist/.. of? I even tried to copy all pango's headers to /usr/local/include, but with the same result. And initially there were no pango's headers in /usr/local/include They should be installed in /usr/local/include/pango-1.0/pango/ How can work around this? Which version of Pango do you have installed? It should be Pango 1.14 or higher. If not could you please update your Pango installation. Beat ___ 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] X.org 7.5 for FreeBSD
Lightly tested on an Acer notebook with Radeon X1250 graphics. xfce4 with compositing works, GL screensavers work. Thanks! -Warren Block * Rapid City, South Dakota USA ___ 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] X.org 7.5 for FreeBSD
Hi, On Sat, Mar 13, 2010 at 1:48 PM, Robert Noland rnol...@freebsd.org wrote: Ok, now that agp seems to be working... I have created a port for the 2.9.1 version of the Intel driver. You will need to uninstall the existing intel driver and install this one. You still won't have drm, but should be a good bit better than vesa... http://people.freebsd.org/~rnoland/xf86-video-intel29.tar.gzhttp://people.freebsd.org/%7Ernoland/xf86-video-intel29.tar.gz Please let me know how it goes. You will likely want to use UXA acceleration with this driver. deinstalledc the old intel driver, installed the new, and tried 'startx' as root. Well, it didn't work. From /var/log/Xorg.0.log: (II) Module ramdac already built-in drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed [drm] failed to load kernel module i915 (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File exists (EE) intel(0): Failed to become DRM master. (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) Clarkdale (--) intel(0): Chipset: Clarkdale (--) intel(0): Linear framebuffer at 0xD000 (--) intel(0): IO registers at addr 0xFB80 size 4194304 (II) intel(0): No SDVO device is found in VBT (II) intel(0): 2 display pipes available. (II) Loading sub module ddc (II) LoadModule: ddc (II) Module ddc already built-in (II) Loading sub module i2c (II) LoadModule: i2c (II) Module i2c already built-in (II) intel(0): Output VGA using monitor section Monitor0 (==) intel(0): Write-combining range (0xa,0x1) was already clear (II) intel(0): Output VGA disconnected (WW) intel(0): No outputs definitely connected, trying again... (II) intel(0): Output VGA disconnected (WW) intel(0): Unable to find initial modes (EE) intel(0): No valid modes. (==) intel(0): Write-combining range (0xa,0x1) was already clear (II) UnloadModule: intel (II) UnloadModule: vgahw (II) Unloading /usr/local/lib/xorg/modules/libvgahw.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found HTH -- Regards, Torfinn Ingolfsen ___ 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] X.org 7.5 for FreeBSD
On Sat, 2010-03-13 at 15:05 +0100, Torfinn Ingolfsen wrote: Hi, On Sat, Mar 13, 2010 at 1:48 PM, Robert Noland rnol...@freebsd.org wrote: Ok, now that agp seems to be working... I have created a port for the 2.9.1 version of the Intel driver. You will need to uninstall the existing intel driver and install this one. You still won't have drm, but should be a good bit better than vesa... http://people.freebsd.org/~rnoland/xf86-video-intel29.tar.gz Please let me know how it goes. You will likely want to use UXA acceleration with this driver. deinstalledc the old intel driver, installed the new, and tried 'startx' as root. Well, it didn't work. From /var/log/Xorg.0.log: (II) Module ramdac already built-in drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed [drm] failed to load kernel module i915 (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File exists (EE) intel(0): Failed to become DRM master. (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) Clarkdale (--) intel(0): Chipset: Clarkdale (--) intel(0): Linear framebuffer at 0xD000 (--) intel(0): IO registers at addr 0xFB80 size 4194304 (II) intel(0): No SDVO device is found in VBT (II) intel(0): 2 display pipes available. (II) Loading sub module ddc (II) LoadModule: ddc (II) Module ddc already built-in (II) Loading sub module i2c (II) LoadModule: i2c (II) Module i2c already built-in (II) intel(0): Output VGA using monitor section Monitor0 (==) intel(0): Write-combining range (0xa,0x1) was already clear (II) intel(0): Output VGA disconnected (WW) intel(0): No outputs definitely connected, trying again... (II) intel(0): Output VGA disconnected (WW) intel(0): Unable to find initial modes (EE) intel(0): No valid modes. (==) intel(0): Write-combining range (0xa,0x1) was already clear (II) UnloadModule: intel (II) UnloadModule: vgahw (II) Unloading /usr/local/lib/xorg/modules/libvgahw.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Can you send me your Xorg.conf? robert. HTH -- Regards, Torfinn Ingolfsen -- Robert Noland rnol...@freebsd.org FreeBSD ___ 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: Package building in clean/chroot environment
On Sat, 13 Mar 2010 10:42:40 + Brian Candler b.cand...@pobox.com wrote: Are there are any tools for building FreeBSD packages in a chroot cleanroom environment? This is so that I can be sure that all dependencies are properly declared, and so that I can be sure that the built binaries don't accidentally link to libraries which happen to be available on my build system but won't be available on the target system (oh, the joy of autoconf) I found the documentation for pointyhat: http://www.freebsd.org/doc/en/articles/portbuild/article.html but I'd rather not go as far as building a whole pointyhat cluster :-) What I'm thinking of is a utility which will: - create a chroot environment (easy, just untar distribution) - build a chosen port, pulling in dependencies as packages where possible, otherwise building dependencies as packages too - keep the built packages and distfiles locally, to speed up future builds - reset the chroot environment back to its pristine state - if possible run as non-root I use this for Linux/RPM: http://thomas.apestaart.org/projects/mach/ but was wondering if there is something similar for the FreeBSD ports world. My requirement is to be able to build safe binaries on a central box for distribution out to FreeBSD cluster nodes, so they don't have to be compiled separately on each node. All that you want, and more, you can do with ports-mngmt/tinerbox. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Sat, Mar 13, 2010 at 3:15 PM, Robert Noland rnol...@freebsd.org wrote: Can you send me your Xorg.conf? Sure. Sent off list. -- Regards, Torfinn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: smartmontools-5.39.1
Hello, I can't compile latest version at all, was not able to find any guide on internet maybe FBSD 5.4 is not supported anymore? Version smartmontools-5.38_8 is working fine on BSD 5.4, tested compile on FBSD 6.2 and it's fine as well...so it's maybe incompatible with this old version, althoght it's the only one port not working on this system at this moment. Thank you. Regards, Bretislav Kubesa === Extracting for smartmontools-5.39.1 = MD5 Checksum OK for smartmontools-5.39.1.tar.gz. = SHA256 Checksum OK for smartmontools-5.39.1.tar.gz. === Patching for smartmontools-5.39.1 === smartmontools-5.39.1 depends on executable: gmake - found === Configuring for smartmontools-5.39.1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking whether the C++ compiler works... yes checking for C++ compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of c++... none checking for gcc... cc checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... none checking dependency style of cc... none checking build system type... i386-portbld-freebsd5.4 checking host system type... i386-portbld-freebsd5.4 checking whether this is a build from SVN... no checking for library containing socket... none required checking for library containing gethostbyname... none required checking for library containing getaddrinfo... none required checking for library containing getdomainname... none required checking how to run the C++ preprocessor... c++ -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking dev/ata/atavar.h usability... no checking dev/ata/atavar.h presence... no checking for dev/ata/atavar.h... no checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking sys/inttypes.h usability... no checking sys/inttypes.h presence... no checking for sys/inttypes.h... no checking sys/int_types.h usability... no checking sys/int_types.h presence... no checking for sys/int_types.h... no checking sys/tweio.h usability... no checking sys/tweio.h presence... no checking for sys/tweio.h... no checking sys/twereg.h usability... no checking sys/twereg.h presence... no checking for sys/twereg.h... no checking sys/tw_osl_ioctl.h usability... no checking sys/tw_osl_ioctl.h presence... no checking for sys/tw_osl_ioctl.h... no checking dev/ciss/cissio.h usability... yes checking dev/ciss/cissio.h presence... yes checking for dev/ciss/cissio.h... yes checking linux/compiler.h usability... no checking linux/compiler.h presence... no checking for linux/compiler.h... no checking for linux/cciss_ioctl.h... no checking for int64_t... yes checking for uint64_t... yes checking for getopt_long... yes checking for getdomainname... yes checking for gethostname... yes checking for getaddrinfo... yes checking for gethostbyname... yes checking for sigset... no checking for strtoull... yes checking for uname... yes checking for working snprintf... yes checking whether C++ compiler supports __attribute__((packed))... yes checking for OS dependent modules and libraries... checking for libusb20_dev_get_device_desc in -lusb... no os_freebsd.o cciss.o -lcam checking whether os_freebsd.cpp uses new interface... yes checking whether g++ supports -fno-strict-aliasing... yes configure: creating ./config.status config.status: creating Makefile config.status: creating examplescripts/Makefile config.status: creating config.h config.status: executing depfiles commands checking whether make sets $(MAKE)... (cached) yes === Building for smartmontools-5.39.1 make all-recursive Making all in . c++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='(local uild)' -DSMARTMONTOOLS_SYSCONFDIR='/usr/local/etc' -DSMARTMONTOOLS_DRIVEDBDIR='/usr/local/share/smartmontools' -I/usr/src/sys -mtune=pentium4
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-MojoMojo-0.999042: no entry for /usr/ports/devel/p5-Encode make_index: p5-MojoMojo-0.999042: no entry for /usr/ports/devel/p5-Encode Committers on the hook: johans skv tobez Most recent CVS update was: U devel/p5-Getopt-Long-Descriptive/Makefile U devel/p5-Getopt-Long-Descriptive/distinfo U editors/nvi-devel/Makefile U editors/nvi-devel/files/patch-configure U www/p5-MojoMojo/Makefile U www/p5-MojoMojo/distinfo U www/p5-MojoMojo/pkg-plist ___ 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] X.org 7.5 for FreeBSD
On Sat, Mar 13, 2010 at 5:32 AM, Torfinn Ingolfsen tin...@gmail.com wrote: On Fri, Mar 12, 2010 at 11:09 PM, Garrett Cooper yanef...@gmail.com wrote: Something else that I recently got reminded of. XFCE4 uses a lot of the compositing effects in the window manager. Have you tried disabling them in xorg.conf and restart the X session? I tried disabling a few load lines in xorg.conf: #Load glx #Load dri #Load dri2 Is that the correct way to do it? Anyway, it didn't make a difference - xfce4-session still crashes when doing 'startxfce4'. Actually it's: Section Screen # ... Option AllowGLXWithComposite false Option RenderAccel false # ... Section Extensions # ... Option Composite disable Option AllowGLXWithComposite false # ... But getting back to basics, maybe you should try starting up X with twm to see whether or not the whole setup is broken. Then you'll be able to run glxgears and some xfce4 apps to determine whether or not opengl is broken or xfce4 is busted somewhere along the way. HTH, -Garrett ___ 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] X.org 7.5 for FreeBSD
On Sat, Mar 13, 2010 at 11:14 AM, Garrett Cooper yanef...@gmail.com wrote: On Sat, Mar 13, 2010 at 5:32 AM, Torfinn Ingolfsen tin...@gmail.com wrote: On Fri, Mar 12, 2010 at 11:09 PM, Garrett Cooper yanef...@gmail.com wrote: Something else that I recently got reminded of. XFCE4 uses a lot of the compositing effects in the window manager. Have you tried disabling them in xorg.conf and restart the X session? I tried disabling a few load lines in xorg.conf: #Load glx #Load dri #Load dri2 Is that the correct way to do it? Anyway, it didn't make a difference - xfce4-session still crashes when doing 'startxfce4'. Actually it's: Section Screen # ... Option AllowGLXWithComposite false Option RenderAccel false # ... Section Extensions # ... Option Composite disable Option AllowGLXWithComposite false # ... But getting back to basics, maybe you should try starting up X with twm to see whether or not the whole setup is broken. Then you'll be able to run glxgears and some xfce4 apps to determine whether or not opengl is broken or xfce4 is busted somewhere along the way. I just read Robert's email. DRM's busted so it looks like X won't work for you until that's resolved. I wouldn't bother with the steps I've described above since Warren said it works for me! :\. Thanks, -Garrett ___ 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
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-MojoMojo-0.999042: no entry for /usr/ports/devel/p5-Encode make_index: p5-MojoMojo-0.999042: no entry for /usr/ports/devel/p5-Encode Committers on the hook: johans makc niels pav skv tobez Most recent CVS update was: U audio/csound/Makefile U audio/smasher/Makefile U editors/diakonos/Makefile U editors/nvi-devel/Makefile U games/doom/Makefile U games/ninix-aya/Makefile U games/ninix-aya/distinfo U games/ninix-aya/pkg-plist U games/tuxracer/Makefile U irc/kvirc/Makefile U irc/kvirc-devel/Makefile U print/hplip3/Makefile U science/peekabot/Makefile U security/libgcrypt/Makefile U security/libgcrypt/distinfo U security/strobe/Makefile U security/strobe/files/patch-ab U x11-toolkits/sakura/Makefile U x11-toolkits/sakura/distinfo ___ 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: smartmontools-5.39.1
Am 13.03.2010 17:42, schrieb Ing. Bc. Břetislav Kubesa: I can't compile latest version at all, was not able to find any guide on internet maybe FBSD 5.4 is not supported anymore? Version smartmontools-5.38_8 is working fine on BSD 5.4, tested compile on FBSD 6.2 and it's fine as well...so it's maybe incompatible with this old version, althoght it's the only one port not working on this system at this moment. Hi Břetislav, smartmontools needs to talk to the IDE/SATA/SCSI/SAT drivers, and as such it requires particular interfaces that may have been added to FreeBSD 6.X; or it may be that FreeBSD 5.X has deliberately been removed by someone. I can't say which is true, because I haven't investigated closely. FreeBSD 5.X isn't supported by the FreeBSD security team, or by the FreeBSD ports system, any more. The oldest supported release is 6.4, see http://www.freebsd.org/security/#sup -- and I'd say it's advisable to upgrade to that (that also applies to the 6.2 computer you're using: consider upgrading). In my experience, the 5.X - 6.X upgrades have been painless, but be sure to backup your data first and adhere to the upgrade documentation that comes with the new FreeBSD release, or as in the FreeBSD Handbook. HTH Matthias Andree ___ 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: Package building in clean/chroot environment
All that you want, and more, you can do with ports-mngmt/tinerbox. Thank you - tinderbox seems to be just what I was looking for. Regards, Brian. ___ 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
INDEX now builds successfully on 6.x
___ 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: fresh port NetXMS
On 03/10/10 07:45, Konstantin Mitkinyh wrote: Hello. When it is possible to expect occurrence netxms (0.2.31 released, 1.0.0-rc2 released) in ports? How soon can you get around to it? :) The port is not maintained, so if you're interested, you should take a look: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html Good luck, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org