Re: pkg 1.5.0 is out
2015-04-14 23:05 GMT+03:00 Baptiste Daroussin b...@freebsd.org: Hi all, Hi, thanks for your great work! Final pkg 1.5.0 has been released. What happened since pkg 1.4.0: - Initial provides/requires support - Lots of new regression tests have been added - Initial support for OS X - Initial support for NetBSD/EdgeBSD - Update most of the bundled third party software has been updated to their latest version - Improve the messages reported by pkg - Properly support file flags - Implement argument support for custom keywords - Extend setting credential via plist to allow to set file flags - Make credential syntax via plist more flexible allow to only defines the first - pkg updating now supports case insensitive matching - pkg create now support a verbose mode - Add an option to change the default on question, until now the default answer was No with that option set it would be Yes - Lots of fixes to pkg audit -r - Global memory usage reduction and speed up - Improvements and cleanup on pkg alias - pkg annotate --show --all has been fixed - Make pkg.h C++ friendly - Lots of improvements in the solver - Lots of fixes on 32 bits platforms - Add support for: pkg create -M ./plop.ucl -p ./plop.plist - New pkg -r rootdir that will install in the given rootdir without chrooting - Export PKG_ROOTDIR to scripts allow to make them as portable as possible - Stop trying to remove all installed package with the argument of pkg delete is a local file - Be more explicit about why the solver it going to reinstall, remove or upgrade (when possible) - Plenty of bug fixes - Plenty of new bugs - pkg shlibs now support -q - pkg lock gained a new --has-locked-packages option - pkg now resumes fetch if possible - CONSERVATIVE_UPGRADE is now on by default - pkg alias now have a -l argument to list aliases - A sample pkg.conf is now installed with a bunch of aliases set by default - Fix the backup script to properly export an sql which will be importable via pkg shell and/or sqlite out of box I would like to thank anyone that has been contributing to pkg to make this release happen (via code, bug report, feature request, testing and documentation) For pkg 1.6.0 among other things and depending on the time, here is what we do plan to work on: - Safe cherry-picking of upgrades (aka: pkg upgrade something) - New context dependant messages: * messages that only appears during upgrades * messages that only appears on deinstall * messages that only appears on install - Extend provides/requires to support flexible dependencies - Linux package backend (?) - Allow multiple versions of a given package in a repo - Add more regression tests - Improve documentation - please add here you personal ideas Best regards, Bapt -- Mikhail ___ 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: poudriere: reduce the number of rebuilt packages?
02 янв. 2015 г. 14:04 пользователь Stefan Ehmann shoes...@gmx.net написал: I've recently switched from portmaster to poudriere/'pkg upgrade' to manage my port updates. Basically it works fine, but incremental builds don't quite work as I expected. poudriere rebuilds all packages if any dependency has changed. If there are only some ports with new versions, possibly hundreds of packages are rebuilt. So far it looks like I'll end up rebuilding packages like libreoffice/KDE/chromium several times a week. The rebuilt packages won't even be installed by 'pkg upgrade' because their version number has not changed. Absolutely agree. A tired to rebuild kde and libreoffice each time when some port 's (Perl, python )revision bumped. That's a huge waste of resources. With portmaster only ports with increased version numbers are rebuilt. Can I use poudriere to rebuild only packages where the version number changed? The option -S (Don't recrusively rebuild packages affected by other packages requiring incremental rebuild) looked promising. But automatic packages are not always rebuilt and I've also encountered build problems. CHECK_CHANGED_DEPS=no doesn't seem to reduce the number of packages rebuilt. Is there a way to do what I want with poudriere? Or should I switch back to portmaster? ___ 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: CURRENT breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2
2014-11-07 23:26 GMT+03:00 O. Hartmann ohart...@web.de: Out of the blue the build of port x11/nvidia-driver fails - portmaster is that sloppy that it can not check BEFORE it kills the existent driver and fails to install after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build works. The failure is: === Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs files into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drivers, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to this. Regards, Oliver I had exactly the same problem with latest nvidia-driver port. For now I deinstalled both libglesv2 and libEGL with pkg delete -f after that I was able to install nvidia-driver. -- Mikhail ___ 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: CURRENT breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2
2014-11-10 3:05 GMT+03:00 Manfred Antar n...@pozo.com: At 02:13 PM 11/9/2014, Henry Hu wrote: On Sun, Nov 9, 2014 at 5:09 PM, Jerry je...@seibercom.net wrote: On Mon, 10 Nov 2014 00:23:14 +0400, Mikhail Tsatsenko stated: 2014-11-07 23:26 GMT+03:00 O. Hartmann ohart...@web.de: Out of the blue the build of port x11/nvidia-driver fails - portmaster is that sloppy that it can not check BEFORE it kills the existent driver and fails to install after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build works. The failure is: === Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs files into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drivers, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to this. Regards, Oliver I had exactly the same problem with latest nvidia-driver port. For now I deinstalled both libglesv2 and libEGL with pkg delete -f after that I was able to install nvidia-driver. I had that problem too this morning. If no one has submitted a PR against this, I will tomorrow. BTW, when you uninstalled libglesv2 and libEGL, did you suffer any adverse effects? I am not sure exactly what they are required for; but then again, I did not investigate all the thoroughly. It is a Sunday, my birthday, and I have far more important things to do than figure out why a port is bombing out. At least libEGL is required by x11/kde4-workspace. I think that they need to be handled similarly as libGL, which is also installed by both libGL and nvidia-drivers. Same problem here. Would have to uninstall libglesv2 and libEGL. But then KDE would not work. Without KDE I don't really need the nvidia driver. just have a console terminal :) I am running KDE with nvidia-driver and without libglesv2 and libEGL. KDE works fine. So I guess nvidia-driver comes with its own libglesv2 and libEGL I did a port downgrade to the last version and it works and installs fine. || n...@pozo.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 -- Mikhail ___ 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: graphics/libEGL graphics/libglapi fail: Localization?
2014-11-01 10:17 GMT+03:00 Beeblebrox zap...@berentweb.com: I fetched these 2 ports from the public FreeBSD repository, re-named them to what poudriere expects for naming convention And re-started poudriere. graphics/gbm and graphics/libGL fail with same error (no surprise). Fetching these two and re-naming them as described allows poudriere to go on with its business. === Building for libGL-10.3.2 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libGL/work/Mesa-10.3.2/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libGL/work/Mesa-10.3.2/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 -- FreeBSD_amd64_11-Current_RadeonKMS - FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/graphics-libEGL-graphics-libglapi-fail-Localization-tp5961228p5961364.html Sent from the freebsd-ports mailing list archive at Nabble.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 I had the same problem. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194561 It seems that NLS enabled gmake makes affected ports able to build. -- Mikhail ___ 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
graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext
Hi, It seems that both latest graphics/libEGL and graphics/libglapi need gettext to build: === Building for libglapi-10.3.0 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 Stop. make: stopped in /usr/ports/graphics/libglapi === Cleaning for libglapi-10.3.0 build of /usr/ports/graphics/libglapi ended at Sun Oct 19 16:14:14 MSK 2014 -- Mikhail ___ 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: graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext
2014-10-19 18:09 GMT+04:00 Mikhail Tsatsenko m.tsatse...@gmail.com: Hi, It seems that both latest graphics/libEGL and graphics/libglapi need gettext to build: === Building for libglapi-10.3.0 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 Stop. make: stopped in /usr/ports/graphics/libglapi === Cleaning for libglapi-10.3.0 build of /usr/ports/graphics/libglapi ended at Sun Oct 19 16:14:14 MSK 2014 -- Mikhail Adding USES= gettext:build to the Makefile fixes the problem. graphics/libGL and graphics/libglesv2 are also affected by this problem. -- Mikhail ___ 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
bug 191442 maintainer timeout
Hi, databases/py-sqlalchemy port is quite outdated for now. There is bug report https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191442 which has a patch to update. Initial version of the PR was submitted a long ago (2+ months), but the maintainer still did not respond. Can anybody please take care of the patch? Thanks! -- Mikhail ___ 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: pkg aparently not respecting subversion make.conf settings
2014-06-10 20:31 GMT+04:00 Simon Wright simon.wri...@gmx.net: Hi all I've recently set up poudriere and pkg on a 9.2 amd64 box. This has worked well for the last month or so. However I have just tried to downgrade subversion to 1.7x from 1.8x to support querying my network /usr/src /usr/ports that is setup on another box that only runs subversion 1.7. As per updating, I set WITH_SUBVERSION_VER=17 in /etc/make.conf and also in /usr/local/etc/poudriere.d/make.conf, added subversion17 to the list of packages to be built and removed portdowngrade from the repository with: poudriere bulk -j freebsd:9:x86:64 -C ports-mgmt/portdowngrade portdowngrade is removed from the repo and then the rebuild begins: snipped ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PACKAGES=/packages DISTDIR=/distfiles /usr/local/etc/poudriere.d/make.conf WITH_GECKO=libxul NOI4B=1 OPTIONS_UNSET+=X11 WITH_PKGNG=yes WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES WITH_BDB_VER=5 WITH_SSP_PORTS=yes WITH_VIM_OPTIONS=yes JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7 WITH_SUBVERSION_VER=17 WITHOUT_PKGTOOLS=1 VALID_CATEGORIES+=local DISABLE_MAKE_JOBS=poudriere ---End make.conf--- snipped ===phase: run-depends === portdowngrade-1.5 depends on executable: svn - not found ===Verifying install for svn in /usr/ports/devel/subversion === Installing existing package /packages/All/subversion-1.8.9.txz Installing subversion-1.8.9...Installing apr-1.5.1.1.5.3...Installing db5-5.3.28... done Installing expat-2.1.0... done snipped It looks as though pkg is not recognising the WITH_SUBVERSION_VER=17 variable and instead pulling in version 1.8 which is the default. Packages you install via pkg is built on FreeBSD cluster and it knows nothing about make.conf content on your machine There are no options in portdowngrade to use a specific version of subversion. Can anyone offer any suggestions to let me build a package of portdowngrade that uses my desired version of subversion or see what I've done wrong? You are doing right everything, but you cant redefine default WITH_SUBVERSION_VER if you are using official packages. Thanks! Simon Wright. ___ 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 -- Mikhail ___ 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: make build error: virtualbox-ose-4.3.10
2014-04-07 12:45 GMT+04:00 Teddy FU teddy9...@gmail.com: uname -a FreeBSD wangq.texacker.org 9.2-STABLE FreeBSD 9.2-STABLE #0 r264030: Thu Apr 3 01:56:48 CST 2014 r...@wangq.texacker.org:/usr/obj/usr/src/sys/GENERIC i386 cd /usr/ports/emulators/virtualbox-ose/ ; make build Hi, which options are you using for virtualbox-ose port? ... /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:1764: error: 'vboxVDMACrCmdProcess' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:1769: error: 'vboxVDMACrHostCtlProcess' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:1773: error: 'vboxVDMACrGuestCtlProcess' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp: In function 'void vdmaVBVACtlSubmitSyncCompletion(VBVAEXHOSTCONTEXT*, VBVAEXHOSTCTL*, int, void*)': /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2248: error: 'VDMA_VBVA_CTL_CYNC_COMPLETION' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2248: error: 'pData' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2248: error: expected primary-expression before ')' token /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2248: error: expected `;' before 'pvContext' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp: In function 'int vdmaVBVACtlSubmitSync(VBOXVDMAHOST*, VBVAEXHOSTCTL*, VBVAEXHOSTCTL_SOURCE)': /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2257: error: 'VDMA_VBVA_CTL_CYNC_COMPLETION' was not declared in this scope /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2257: error: expected `;' before 'Data' /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp:2258: error: 'Data' was not declared in this scope kmk: *** [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freebsd.x86/ release/obj/VBoxDD/Graphics/DevVGA_VDMA.o] Error 1 The failing command: @c++ -c -O2 -g -pipe -pedantic -Wshadow -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-long-long -Wno-long-long -Wno-variadic-macros -march=i586 -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -fvisibility-inlines-hidden -m32 -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Device s/build -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Device s/Network/slirp -I/usr/include -I/usr/X11R6/include -I/usr/local/include -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freebsd.x86 /release/obj/VBoxDD/dtrace -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/include -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freebsd.x86 /release -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_X86 -D__X86__ -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\/usr/local/share/virtualbox-ose\ -DRTPATH_APP_PRIVATE_ARCH=\/usr/local/lib/virtualbox\ -DRTPATH_SHARED_LIBS=\/usr/local/lib/virtualbox\ -DRTPATH_APP_DOCS=\/usr/local/share/doc/virtualbox-ose\ -DIN_RING3 -DHC_ARCH_BITS=32 -DGC_ARCH_BITS=64 -DVBOX_ACPI -DVBOX_HGCM_HOST_CODE -DVBOX_WITH_HGCM -DVBOX_WITH_DMI_CHASSIS -DVBOX_WITH_DMI_OEMSTRINGS -DVBOX_WITH_SMC_NEW -DVBOXWDDM_WITH_VBVA -DVBOX_WITH_VIDEOHWACCEL -DVBOX_WITH_HGSMI -DVBOX_WITH_WDDM -DVBOX_WITH_VMSVGA -DVBOX_WITH_VDMA -DVBOX_WITH_PXE_ROM -DVBOX_WITH_USB -DVBOX_WITH_VUSB -DVBOX_WITH_INIP -DVBOX_WITH_E1000 -DVBOX_WITH_VIRTIO -DVBOX_WITH_UDPTUNNEL -DVBOX_WITH_VDE -DVBOX_WITH_NETSHAPER -DVBOX_WITH_AHCI -DIN_AHCI_R3 -DVBOX_WITH_BUSLOGIC -DVBOX_WITH_LSILOGIC -DVBOX_WITH_PDM_ASYNC_COMPLETION -DVBOX_WITH_SCSI -DVBOX_WITH_EFI -DVBOX_WITH_MSI_DEVICES -DVBOX_WITH_NETFLT -DVUSB_HAVE_USBPROXY_DEVICE -Wp,-MD,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freeb sd.x86/release/obj/VBoxDD/Graphics/DevVGA_VDMA.o.dep -Wp,-MT,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freeb sd.x86/release/obj/VBoxDD/Graphics/DevVGA_VDMA.o -Wp,-MP -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/out/freebsd.x86/r elease/obj/VBoxDD/Graphics/DevVGA_VDMA.o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.10/src/VBox/Devices/ Graphics/DevVGA_VDMA.cpp
Re: FreeBSD Port: abills-0.54
2014/1/16 Maxim Sirenko ma...@rivne.uar.net: Why this port version is 0.54 while there is 0.55 version on the http://abills.net.ua/ ? May be because you did not submit patches for update the port to the most recent version? ___ 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 -- Mikhail ___ 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: emulation/virtualbox-ose-additions fails to build only in poudriere
2013/12/18 David Demelier demelier.da...@gmail.com: On 18/12/2013 09:53, David Demelier wrote: Hi there, The port emulation/virtualbox-ose-additions successfully builds on my machine but not when trying to bulk in a poudriere : kmk_redirect: error: _execvp(_P_WAIT, python, ...) failed: No such file or directory kmk_redirect: error: _execvp(_P_WAIT, python, ...) failed: No such file or directory kmk: *** [/wrkdirs/usr/ports/emulators/virtualbox-ose-additions/work/VirtualBox-4.2.20/out/freebsd.amd64/release/obj/VBoxOGLgen/cr_opcodes.h] Error 1 kmk: *** Deleting file `/wrkdirs/usr/ports/emulators/virtualbox-ose-additions/work/VirtualBox-4.2.20/out/freebsd.amd64/release/obj/VBoxOGLgen/cr_opcodes.h' kmk: *** Waiting for unfinished jobs kmk: *** [/wrkdirs/usr/ports/emulators/virtualbox-ose-additions/work/VirtualBox-4.2.20/out/freebsd.amd64/release/obj/VBoxOGLgen/cr_packfunctions.h] Error 1 kmk: *** Deleting file `/wrkdirs/usr/ports/emulators/virtualbox-ose-additions/work/VirtualBox-4.2.20/out/freebsd.amd64/release/obj/VBoxOGLgen/cr_packfunctions.h' kmk: *** Exiting with status 2 *** [do-build] Error code 2 Stop in /usr/ports/emulators/virtualbox-ose-additions. Regards, If anyone is interested: ports/184964 ___ 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 Hi, Could you please publish somewhere a full poudriere log for the port. (or just mail gziped file to me) -- Mikhail ___ 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
editors/vim, editors/vim-lite maintainership request
Hi, As I can see maintainer of vim vim-lite ports is just reset, so I want to maintain them. -- Mikhail ___ 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: editors/vim, editors/vim-lite maintainership request
2013/12/3 John W. O'Brien j...@saltant.com: On 12/2/13 2:02 PM, Mikhail Tsatsenko wrote: As I can see maintainer of vim vim-lite ports is just reset, so I want to maintain them. It looks like you're too late by minutes. https://svnweb.freebsd.org/ports?view=revisionrevision=335535 But there's good news too! https://svnweb.freebsd.org/ports?view=revisionrevision=335537 -- neirbowj I see ) Thanks ) -- Mihail ___ 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 not building
2013/11/5 Alex Laurie alex.r.lau...@gmail.com: Hi All, Writing my first port and for the life of me I cannot get it to build properly. It depends on PCRE and starts to build it but it says it's installed every time. I'm sure you seasoned vets will be able to point my mistake in a flat second. The Make file and output is below. The program depends on zlib, pcre, readline, openssl, bzip2, sqlite, ncurses and python at run time and build. I've been through the handbook and have learned a lot and done quite a bit of Googl-fu but I'm stumped. Any help? It is tabbed right, just doesn't paste into gmail right. Hi, You should probably use LIB_DEPENDS for pcre and others. For example: LIB_DEPENDS= pcre:${PORTSDIR}/devel/pcre # $FreeBSD$ PORTNAME= lnav PORTVERSION= 0.6.1 CATEGORIES= sysutils MASTER_SITES= ${GH} MAINTAINER= alex.r.lau...@gmail.com COMMENT= Log file viewer LICENSE= GPLv2 BUILD_DEPENDS= bzip2:${PORTSDIR}/archivers/bzip2 \ pcre:${PORTSDIR}/devel/pcre USE_OPENSSL= YES USES_AUTOTOOLS= YES USES_GMAKE= YES USE_PYTHON= YES USE_SQLITE= YES USE_NCURSES= YES USE_READLINE= YES USE_GITHUB= YES GH_ACCOUNT= tstack GH_COMMIT= 05c62fc GH_TAGNAME= ${GH_COMMIT} .include bsd.port.mk ___ 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 -- Mikhail ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: VirtualBox 4.2.14 unusable
2013/7/8 Jimmy Kelley ljboi...@gmail.com: On Sat, Jul 6, 2013 at 10:40 AM, David Demelier demelier.da...@gmail.comwrote: Hey guys, Are you expecting the same behavior than me on VirtualBox 4.2.14? http://www.demelierdavid.fr/files/VirtualBox-Bug.png I just can't create a new virtual machine :-), Fix for this was done three days ago r321665http://svnweb.freebsd.org/ports/head/emulators/virtualbox-ose/Makefile?revision=321665view=markup. Port is now at 4.2.14_1. Does it still fail for you? I'm seeing the same thing, 10-CURRENT r252987, with r322456 of virtualbox-ose (4.2.16). The Memory size dialog, when trying to create a new virtual machine, shows 0MB for the max, the slider cannot be moved and the text box accepts input but appears to be ignored. It is very strange. Could you please check that top utility shows correct amount of memory. -- Mikhail ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: VirtualBox 4.2.14 unusable
2013/7/8 Jimmy Kelley ljboi...@gmail.com: On Mon, Jul 08, 2013 at 12:40:16PM -0300, Sergio de Almeida Lenzi wrote: Yes it is broken, the logic that finds how much real memory is there in the FreeBSD is broken, reports ZERO.. There is a Problem Report and a person that says will fix it, 2 weeks ago... I am using the last version 4.2.12 that works I am still waiting for the fix... Sergio I did a search on the Freebsd PRs (http://www.freebsd.org/cgi/query-pr-summary.cgi) and cannot find anything that seems to reference this problem. Would you know the PR number? Or was this just some discussion on the mailing list? I'll file an offical PR if there isn't one. Jimmy There is no PR for this problem. As far as I understand memory calculation is still broken on CURRENT. And I suspect it is a build-time not runtime bug. Can anybody who is facing the problem send me a full build log of the virtualbox-ose port from affected machine for investigation please. ___ 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 -- Mikhail ___ 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: databases/pgbouncer devel/otrs maintainership
2013/4/22 Olli Hauer oha...@freebsd.org: On 2013-04-22 15:34, Mikhail Tsatsenko wrote: I'd like to maintain following unmaintained (former @skv) ports: databases/pgbouncer www/otrs Hi Mikhail, I just assigned you as maintainer for the requested ports. Thanks Would you please review the following PR's PR 176640 : databases/pgbouncer: update 1.5.2 - 1.5.4 PR 175701 : [patch] devel/otrs update to 3.2.1 version 176640 is fine, I have attached an updated patch. 175701 takes a few days for review. Let us know if you are fine with the requests (PR follow-up) with a hint you are the new maintainer. Thanks for picking up the ports! -- olli -- Mikhail diff -u /usr/ports/databases/pgbouncer/Makefile pgbouncer/Makefile --- /usr/ports/databases/pgbouncer/Makefile 2013-04-22 22:26:19.0 +0400 +++ pgbouncer/Makefile 2013-04-23 14:29:20.489314205 +0400 @@ -2,9 +2,9 @@ # $FreeBSD: databases/pgbouncer/Makefile 316256 2013-04-22 18:26:19Z ohauer $ PORTNAME= pgbouncer -PORTVERSION= 1.5.2 +PORTVERSION= 1.5.4 CATEGORIES=databases -MASTER_SITES= http://pgfoundry.org/frs/download.php/3293/ +MASTER_SITES= http://pgfoundry.org/frs/download.php/3393/ MAINTAINER=m.tsatse...@gmail.com COMMENT= Lightweight connection pooler for PostgreSQL diff -u /usr/ports/databases/pgbouncer/distinfo pgbouncer/distinfo --- /usr/ports/databases/pgbouncer/distinfo 2012-07-14 17:54:48.0 +0400 +++ pgbouncer/distinfo 2013-04-23 14:26:35.700312479 +0400 @@ -1,2 +1,2 @@ -SHA256 (pgbouncer-1.5.2.tar.gz) = f17ebf1dfe34dd4c39c2dd861d5b58f08cecef22be3b74da256d25ea15d451f8 -SIZE (pgbouncer-1.5.2.tar.gz) = 335338 +SHA256 (pgbouncer-1.5.4.tar.gz) = 08040482f4c887e14d8c8c46fab838fff640c0f3cf231f86ad7f766b7a292280 +SIZE (pgbouncer-1.5.4.tar.gz) = 339610 ___ 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
databases/pgbouncer devel/otrs maintainership
I'd like to maintain following unmaintained (former @skv) ports: databases/pgbouncer www/otrs -- Mikhail ___ 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: VBox disk failures
2013/4/20 Reed Loefgren rloefg...@forethought.net: Hi. I have been trying to get VBox 4.2.6 to work properly on an HP desktop. dmesg says the CPU is: CPU: Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz (1795.54-MHz 686-class CPU) When I run it (it builds fine from ports) and try to create a disk (accepting the defaults) it fails with: Callee RC: NS_ERROR_ABORT (0x80004004) I get this no matter who's running it and it was happening with the late 4.1.x releases as well. Anyone know from this what is going on? Could it be a kernel config? I'm not running GENERIC Hi, uname -a will be useful, Also you are attempting to create image using qt gui, right? Did you try to create the same image with VBoxManage createhd command? Thanks!, Reed ___ 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
updating devel/simgear from a previous version
Looks like latest simgear 2.10.0 can not be built if a previous version is installed (at least on 9.1 amd64). Error message follows: [ 17%] Building CXX object simgear/CMakeFiles/SimGearCore.dir/io/HTTPClient.cxx.o /usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx: In member function 'void simgear::HTTP::Connection::tryStartNextRequest()': /usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx:189: error: 'class simgear::HTTP::Request' has no member named 'requestBodyLength' /usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx:201: error: 'class simgear::HTTP::Request' has no member named 'requestBodyType' /usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx:210: error: 'class simgear::HTTP::Request' has no member named 'requestBodyType' /usr/ports/devel/simgear/work/simgear-2.10.0/simgear/io/HTTPClient.cxx:240: error: 'class simgear::HTTP::Request' has no member named 'getBodyData' So pkg_delete -x simgear should be run before attempting to install a new version. Perhaps we should mention this in UPDATING. -- Mikhail ___ 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 not compile VIrtualbox 4.1.22
2012/10/29 Mike Jakubik mike.jaku...@intertainservices.com: Hello, There appears to be a typo of some sort in one of the sed files in the port. --- kBuild: Pass - Build Programs kBuild: Linking bin2c kBuild: Linking biossums kBuild: Linking filesplitter kBuild: Generating /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/out/freebsd.amd64/release/obj/Runtime/errmsgdata.h kBuild: Compiling RuntimeBldProg - /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/src/VBox/Runtime/common/err/RTErrConvertFromErrno.cpp kBuild: Compiling RuntimeBldProg - /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/src/VBox/Runtime/common/err/RTErrConvertToErrno.cpp kBuild: Compiling RuntimeBldProg - /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/src/VBox/Runtime/common/ldr/ldr.cpp kBuild: Compiling RuntimeBldProg - /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/src/VBox/Runtime/common/ldr/ldrELF.cpp /usr/local/bin/kmk_sed: file /usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/src/VBox/Runtime/common/err/errmsg.sed line 31: Unmatched [ or [^ kmk: *** [/usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/out/freebsd.amd64/release/obj/Runtime/errmsgdata.h] Error 1 kmk: *** Deleting file `/usr/ports/emulators/virtualbox- ose/work/VirtualBox-4.1.22/out/freebsd.amd64/release/obj/Runtime/errmsgdata.h' kmk: *** Waiting for unfinished jobs kmk: *** Exiting with status 2 *** [do-build] Error code 2 Stop in /usr/ports/emulators/virtualbox-ose. *** [build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. Hi, I am unable to reproduce the problem. Which version of FreeBSD you are using? Also please show me pkg_info output and make sure that sources under /usr/src, both userland and kernel binaries are in sync. -- Mikhail ___ 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 not compile VIrtualbox 4.1.22
2012/10/30 Mike Jakubik mike.jaku...@intertainservices.com: On Tuesday 30 October 2012 2:36:44 AM Mikhail Tsatsenko wrote: 2012/10/29 Mike Jakubik mike.jaku...@intertainservices.com: Hello, There appears to be a typo of some sort in one of the sed files in the port. Hi, I am unable to reproduce the problem. Which version of FreeBSD you are using? Also please show me pkg_info output and make sure that sources under /usr/src, both userland and kernel binaries are in sync. -- Mikhail Mikhail, I have build and installed latest releng9, updated ports tree, but still the same error errmsg.sed line 31: Unmatched [ or [^ Looks like you have gsed port installed. Try to deinstall it and try again. Let me know if it helps. By the way: next time try avoid sending huge outputs in message body. Instead use pastebin or attachments. -- Mikhail FreeBSD freebsd.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Tue Oct 30 12:49:12 EDT 2012 root@freebsd.local:/usr/obj/usr/src/sys/FREEBSD amd64 Giant list of pkg_info is below, the listed VirtualBox was installed via pkg_add -r. I have tried both clang and gcc, but to no surprise, same result. Thanks. --- GeoIP-1.4.8_3 Find the country that any IP address or hostname originates ImageMagick-6.7.9.4 Image processing tools ORBit2-2.14.19 High-performance CORBA ORB with support for the C language OpenEXR-1.7.0 A high dynamic-range (HDR) image file format aalib-1.4.r5_6 ASCII art library akonadi-1.7.2_3 Storage server for KDE-Pim alsa-lib-1.0.26 ALSA compatibility library alsa-plugins-1.0.26 ALSA compatibility library plugins appres-1.0.3Program to list application's resources apr-1.4.6.1.4.1_1 Apache Portability Library ark-4.8.4 Archiving tool for KDE aspell-0.60.6.1_2 Spelling checker with better suggestion logic than ispell atk-2.0.1 A GNOME accessibility toolkit (ATK) atkmm-2.22.5C++ wrapper for ATK API library attica-0.2.9,2 Collaboration Services API library autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.69 Automatically configure source code on many Un*x platforms autoconf-wrapper-20101119 Wrapper script for GNU autoconf automake-1.12.4 GNU Standards-compliant Makefile generator automake-1.4.6_6GNU Standards-compliant Makefile generator (legacy 1.4) automake-wrapper-20101119 Wrapper script for GNU automake automoc4-0.9.88_3 Automatic moc for Qt 4 packages avahi-app-0.6.29_3 Service discovery on a local network bash-4.2.37 The GNU Project's Bourne Again SHell bigreqsproto-1.1.1 BigReqs extension headers binutils-2.22_3 GNU binary tools bison-2.5.1,1 A parser generator from FSF, (mostly) compatible with Yacc bitmap-1.0.5Bitmap editor and converter utilities for X bitstream-vera-1.10_5 Bitstream Vera TrueType font collection boehm-gc-7.1Garbage collection and memory leak detection for C and C++ boost-jam-1.48.0Build tool from the boost.org boost-libs-1.48.0_1 Free portable C++ libraries (without Boost.Python) ca_root_nss-3.14The root certificate bundle from the Mozilla Project cabextract-1.4 A program to extract Microsoft cabinet (.CAB) files cagibi-0.2.0KDE SSDP/uPNP proxy cairo-1.10.2_4,2Vector graphics library with cross-device output support cairomm-1.10.0_1C++ interface to cairo cantarell-fonts-0.0.10.1 Cantarell, a Humanist sans-serif font family cdparanoia-3.9.8_9 A CDDA extraction tool (also known as ripper) cdrdao-1.2.3_4 Record CD-R[W]s in disk-at-once mode cdrtools-3.00_2 CD/DVD/BluRay and ISO-9660 image creation and extraction to celt-0.11.3_1 The CELT ultra-low delay audio codec chmlib-0.40 A library for dealing with Microsoft ITSS/CHM format files cln-1.3.2 Class Library for Numbers clucene-0.9.21 CLucene is a C++ port of Lucene cmake-2.8.9 A cross-platform Makefile generator cmake-modules-2.8.9 Modules and Templates for CMake compositeproto-0.4.2 Composite extension headers consolekit-0.4.3Framework for defining and tracking users cups-client-1.5.2_2 Common UNIX Printing System: Library cups cups-image-1.5.2_1 Common UNIX Printing System: Library cupsimage cups-pk-helper-0.0.4_3 A helper that makes system-config-printer use PolicyKit curl-7.24.0_1 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cuse4bsd-kmod-0.1.26 Cuse4BSD character device loopback driver for userspace cyrus-sasl-2.1.25_2 RFC SASL (Simple Authentication and Security Layer) damageproto-1.2.1 Damage extension headers db41-4.1.25_4 The Berkeley DB package, revision 4.1 db42-4.2.52_5 The Berkeley DB package, revision 4.2 dbus-1.4.14_4 A message bus system for inter-application communication dbus-glib-0.94 GLib bindings for the D-BUS messaging system dconf-0.5.1_4 A configuration
Re: [Call for Testers] VirtualBox 4.2.4
2012/10/31 Mike Jakubik mike.jaku...@intertainservices.com: On Tuesday 30 October 2012 3:56:29 PM Bernhard Fröhlich wrote: On Tue, Oct 30, 2012 at 8:12 PM, Mike Jakubik Hello, i have just tried to compile this on an up to date releng9 system. - Base GCC, compiles ok, works ok. - GCC47, fails, due to ugly -fno-format-extensions and -fformat-extensions compiler hacks. Patches are welcome but it's not supported from us yet and probably will never be. Thats a shame, i'll see if i can make it work, though im not an expert in this field. - Clang, fails, details are below. Clang does not support global registered variables so it's not supposed to work. My understanding is that Clang will be the default compiler in FreeBSD 10, how will the port be compiled then? VBox port will be using gcc from ports tree (as a build dependency). -- Mikhail ___ 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: [Call for Testers] VirtualBox 4.2.4
2012/10/31 Mike Jakubik mike.jaku...@intertainservices.com: On Tuesday 30 October 2012 4:24:24 PM Mikhail Tsatsenko wrote: 2012/10/31 Mike Jakubik mike.jaku...@intertainservices.com: On Tuesday 30 October 2012 3:56:29 PM Bernhard Fröhlich wrote: On Tue, Oct 30, 2012 at 8:12 PM, Mike Jakubik My understanding is that Clang will be the default compiler in FreeBSD 10, how will the port be compiled then? VBox port will be using gcc from ports tree (as a build dependency). I see, should it not support an up to date version of gcc then? I dont like the idea of having a dependancy on an obsolete compiler just to compile one port. I am sorry for confusion. But saying gcc from ports tree I meant some day when gcc will be removed from base system. Until it happens (and it will probably not at least in FreeBSD10) VirtualBox will be compiled with gcc 4.2 from base system. -- Mikhail ___ 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] VirtualBox 4.2.0
great! now some question :-) where can I get latest kbuild? ... You need kBuild-devel from redports.org svn repository: svn co https://svn.redports.org/virtualbox/devel/kBuild-devel # cd kBuild-devel make deinstall install clean -- Mikhail === Building for virtualbox-ose-4.2.0 cd /h/pobj/a/store-01/h/src/ports/emulators/virtualbox-cft-4.2.0/virtualbox-ose/work/VirtualBox-4.2.0 /bin/sh env.sh VBOX_LIBPATH_X11=/usr/local VBOX_FREEBSD_SRC=/usr/src/sys /usr/local/bin/kmk -j 1 Config.kmk:158: *** You must update kBuild! Requires kBuild revision 2577 or later, found 2546 (0.1.9998-r2546). Stop. cheers, danny ___ 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: Redmine update
2012/5/20 Radim Kolar h...@filez.com: If you really want to improve the situation have a look at ChiliProject because they actually care about that. So better create a port for that. Yes, i have better experience with chili project too. Its far easier to get it running due compatibility with other ruby stuff. Perhaps you are right. I will take a look at chiliproject next days. -- Mikhail ___ 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
databases/sqlrelay DEPRECATED
Although the port currently does not build there is a PR 166409 containing a patch to fix it. With this patch applied port builds just fine. So I suggest to unDEPRECATE sqlrelay port or at least to shift an EXPIRATION DATE. -- Mikhail ___ 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: databases/sqlrelay DEPRECATED
Is this comment still true from the pr: Sqlrelay 0.44 requires newer rudiments 0.35 Yes, It is. I just successfully built sqlrelay 0.44 against rudiments 0.35 If so, I am building what the patch is now, however the portstree does have rudiments 0.35, now. Looks like I have missed this update while submitting PR. The patch to update sqlrelay to 0.44 is still trivial http://pastebin.com/gAAnguwE -- Mikhail I am taking care of this now, and can get it updated soon. -jgh ___ 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: mail/imaptools: port removal at Monday April 9th
New port added, with minor changes. Thanks! Chris Thank you There is a PR 166757 which may be closed now. -- Mikhail ___ 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: mail/imaptools: port removal at Monday April 9th
On 08.04.2012 05:25, Mark Linimon wrote: portmgr's policy is to honor removal requests, no matter the circumstances. If someone wants to fork the last free release and host it somewhere, I would be less concerned in that case. mcl I'd like to create a fork, but I didn't find last distfile anywhere. Author removed it from his website and ftp.FreeBSD.org hosts only previous version 1.133. Does anybody have 1.135 distfile? -- Milhail ___ 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: mail/imaptools: port removal at Monday April 9th
You might have luck with a Debian mirror, and there's always inurl: I have tried it already, but had no luck. Currently I created a fork of 1.133 version (named imaputils to avoid name collision with original software). Can anybody having ports commit bit import it in the ports tree, please. In case if somebody will provide most recent free version of imaptools I'll submit an update. -- Mikhail ___ 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: Xorp 1.8.4 is released.
On 21.09.2011 22:03, Ben Greear wrote: Hello BSD maintainers! If you have any patches to help make xorp 1.8.4 work better on bsd, please send them to me and I'll incorporate them into the upstream xorp code. I have uploaded binaries source code to www.xorp.org. The downloads link points to xorp.org now instead of SourceForge, but I put the windows binary and source code snapshot on sourceforge and github as well, just in case someone prefers that. Generally, 1.8.4 is mostly a bug-fix release. Here's the release notes highlights: * Add async-XRL support, from Steven Simpson * Fix bug in deleting non-VLAN interface. Commit would fail because the code would attempt to remove the interface from the kernel and fail. * Fix BSD related crash when adding interface with same ifindex as a previous interface. OpenBSD has the nasty habit of re-using the ifindex when creating/deleting virtual interfaces. * Fix multicast bug that totally breaks XORP multicast on recent Linux kernels. The problem is that I chose the wrong default multicast routing table (254, instead of 253 as it should be). So, if users don't specify a routing table, it pokes routes into the wrong table. This wasn't caught in my testing because I always explicitly set the routing table ID. * Add some env variable controlled debugging to the libxorp and libxipc logic for better debugging of xrls and the event loop. Full release notes and change log are available here: http://www.xorp.org/releases/1.8.4/docs/RELEASE_NOTES Hi, Ben! Thanks for your work. At the first look updating xorp port is relatively simple task. Right now a new version builds fine for me on 8.2. After some testing i'll sumbit a PR. -- Mikhail ___ 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
maintainership of mail/milter-greylist-devel, dns/py-adns and dns/checkdns
Hi, I want to maintain this ports: mail/milter-greylist-devel dns/py-adns dns/checkdns Thanks! -- Mikhail m.tsatse...@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
mail/popper, mail/premail and mail/miltergreylist maintainership
Hi, I'd like to take maintainership of following unmaintained now ports: mail/popper mail/miltergreylist mail/milter-greylist-devel mail/premail -- Mikhail m.tsatse...@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: Dropping maintainership for www/php5-redis
On 06.06.2011 16:52, Benedikt Niessen wrote: Hi, I am not using redis anymore and don't have the time to maintain this port in the future. Others have provided the last updates since my initial release. If anybody wants to take over, you are welcome. Hi, I'll be glad to maintain this port. -- Mikhail m.tsatse...@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: java/jdk15 doesn't build with latest open-motif
On 07.05.2011 08:48, Peter Jeremy wrote: Hi, Following the recent update to open-motif-2.3.3, jdk15 no longer builds. The failing point is: /usr/bin/gcc -O2 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -fno-omit-frame-pointer -DMLIB_NO_LIBSUNMATH -DMOTIF_VERSION=2 -DXMSTRINGDEFINES=1 -DMOTIF_VERSION=2 -Damd64 -DARCH='amd64' -DRELEASE='1.5.0_16-p9' -DFULL_VERSION='1.5.0_16-p9-peter_07_may_2011_08_28' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=1 -I. -I/tank/obj/usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/sun/sun.awt/motif21/CClassHeaders -I../../../src/solaris/javavm/export -I../../../src/share/javavm/export -I../../../src/share/javavm/include -I../../../src/solaris/javavm/include -I../../../src/share/native/common -I../../../src/solaris/native/common -I../../../src/share/native/sun/awt -I../../../src/solaris/native/sun/awt -I/usr/local/include -I/usr/local/include -I../../../src/share/native/sun/awt/debug -I../../../src/share/native/sun/awt/../font -I../../../src/solaris/native/sun/awt/../font -I../../../src/share/native/sun/awt/image -I../. ./../src/share/native/sun/awt/image/cvutils -I../../../src/share/native/sun/awt/shell -I../../../src/share/native/sun/awt/alphacomposite -I../../../src/share/native/sun/awt/medialib -I../../../src/solaris/native/sun/awt/medialib -I../../../src/share/native/sun/awt/../java2d -I../../../src/solaris/native/sun/awt/../java2d -I../../../src/share/native/sun/awt/../java2d/loops -I../../../src/share/native/sun/awt/../java2d/pipe -I../../../src/share/native/sun/awt/../java2d/opengl -I../../../src/solaris/native/sun/awt/../java2d/opengl -I../../../src/share/native/sun/awt/../dc/doe -I../../../src/share/native/sun/awt/../dc/path -I../../../src/solaris/native/sun/awt/../jdga -I/usr/local/include -I/usr/local/include/X11/extensions -DX11DIR=\/usr/local\ -DLOCALDIR=\/usr/local\ -c -o /tank/obj/usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/sun/sun.awt/motif21/obj64/awt_TextField.o ../../../src/solaris/native/sun/awt/awt_TextField.c In file included from ../../../src/solaris/native/sun/awt/awt_TextField.c:25: ../../../src/solaris/native/sun/awt/awt_TextField.h:13: warning: useless storage class specifier in empty declaration In file included from /usr/local/include/X11/Xft/Xft.h:39, from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: /usr/local/include/ft2build.h:56:38: error: freetype/config/ftheader.h: No such file or directory In file included from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: /usr/local/include/X11/Xft/Xft.h:40:10: error: #include expects FILENAME orFILENAME In file included from /usr/local/include/Xm/TextFP.h:47, from ../../../src/solaris/native/sun/awt/awt_TextField.c:31: The include of /usr/local/include/X11/Xft/Xft.h is new with open-motif-2.3.3: /usr/local/include/Xm/TextFP.h now contains #ifdef USE_XFT #includeX11/Xft/Xft.h #endif and USE_XFT is defined by /usr/local/include/Xm/Xm.h which is earlier included via the #includeXm/VirtKeys.h from awt_TextField.c freetype/config/ftheader.h exists on the system but print/freetype2 installs it into /usr/include/freetype2 which isn't in the search path. Could you please look into this. Hi! It looks like jdk15 should depend on xft too: -USE_XORG+= x11 xext xi xmu xp xt xtst +USE_XORG+= x11 xext xi xmu xp xt xtst xft -- Mikhail ___ 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: update OpenVAS ports
On 11.04.2011 23:15, Любомир Григоров wrote: No one is maintaining it so I am writing here. Current version in ports is 2.0 (very outdated). Current live version in 4.0. OpenVAS 4.0 is quite different so some of the old ports need to be removed or reworked. As of now in ports are these: security/openvas-client 2.0.4_2 security/openvas-libnasl 2.0.1_2 security/openvas-libraries 2.0.3 security/openvas-plugins 1.0.7_2 security/openvas-server 2.0.2_2 I'd like to take mainteinership of these ports. -- Mikhail m.tsatse...@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: update OpenVAS ports
2011/4/12 Doug Barton do...@freebsd.org: On 04/11/2011 13:02, Mikhail Tsatsenko wrote: On 11.04.2011 23:15, Любомир Григоров wrote: No one is maintaining it so I am writing here. Current version in ports is 2.0 (very outdated). Current live version in 4.0. OpenVAS 4.0 is quite different so some of the old ports need to be removed or reworked. As of now in ports are these: security/openvas-client 2.0.4_2 security/openvas-libnasl 2.0.1_2 security/openvas-libraries 2.0.3 security/openvas-plugins 1.0.7_2 security/openvas-server 2.0.2_2 I'd like to take mainteinership of these ports. Given how out of date they are, IMO changing maintainer should be included in patches that actually update them (and/or provide suitable replacements for the new version). Others may have different ideas though. Fine, I'll submit a PR when patches will be ready. -- Mikhail ___ 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
net/ndisc6 mainteinership
Hello! I'd like to take mainteinership of net/ndisc6 port. -- Mikhail m.tsatse...@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: Harbour version.
On 08.04.2011 18:21, michael green wrote: The port of Harbour is very out-of-date. Is there any chance that the current version (2.0) will be ported? Hi, Michael! I have submitted a PR containing a patch (ports/156282). You can apply a patch and test new version of the harbour port. -- Mikhail ___ 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
perl DBI related coredump
Hi, All! I'm running very simple perl daemon script on my 8.1-STABLE FreeBSD 8.1-STABLE #1 r214205 (amd64) box which constantly segfaults. Backtrace is in the attachement. [/usr/ports/lang/perl5.10]$ make showconfig === The following configuration options are available for perl-5.10.1_3: DEBUGGING=off Build with debugging support GDBM=off Build GDBM_File extension PERL_MALLOC=off Use Perl malloc PERL_64BITINT=on Use 64 bit integers (on i386) THREADS=off Build threaded perl MULTIPLICITY=off Use multiplicity SUIDPERL=off Build set-user-id suidperl binary SITECUSTOMIZE=off Run-time customization of @INC USE_PERL=on Rewrite links in /usr/bin === Use 'make config' to modify these settings I have most recent versions of p5-DBD-Pg and p5-DBI installed. Any ideas? How to debug the problem? -- Mikhail mich...@fun-box.ru #0 0x000803228a53 in pg_st_FETCH_attrib () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/DBD/Pg/Pg.so #1 0x00080321974c in XS_DBD__Pg__st_FETCH_attrib () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/DBD/Pg/Pg.so #2 0x000801e1568b in XS_DBI_dispatch () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/DBI/DBI.so #3 0x0008006d9ee9 in Perl_pp_entersub () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #4 0x0008006d863e in Perl_runops_standard () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #5 0x000800688b0f in Perl_call_sv () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #6 0x0008006cee19 in S_magic_methpack () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #7 0x0008006cef71 in Perl_magic_getpack () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #8 0x0008006d10fd in Perl_mg_get () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #9 0x0008006e7bc5 in Perl_sv_setsv_flags () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #10 0x0008006edca0 in Perl_newSVsv () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #11 0x000801e0be0e in XS_DBD_st_fetchrow_hashref () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/DBI/DBI.so #12 0x000801e1568b in XS_DBI_dispatch () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/DBI/DBI.so #13 0x0008006d9ee9 in Perl_pp_entersub () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #14 0x0008006d863e in Perl_runops_standard () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #15 0x000800689822 in perl_run () from /usr/local/lib/perl5/5.10.1/mach/CORE/libperl.so #16 0x00400bda in main () ___ 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
sysutils/gpkgdep mainteinership
Hello All! I'd like to take mainteinership of sysutils/gpkgdep since old maintainer had been reset. -- Mikhail T. mich...@fun-box.ru ___ 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: Building net-mgmt/net-snmp fails
Hi. I have the same problem while building recent net-mngt/net-snmp with undefined PERL_EMBEDDED and IPV6, but using default options it builds fine. On 07.05.2010 01:31, Olivier Cochard-Labbé wrote: Hi all, since some days, I can't compile net-snmp on my FreeBSD 8-Stable using the default make value. I've got this error message: net-snmp-5.4.2.1/agent/.libs/libnetsnmpagent.so -lwrap -lkvm /usr/ports/net-mgmt /net-snmp/work/net-snmp-5.4.2.1/snmplib/.libs/libnetsnmp.so -ldevstat ../snmplib/.libs/libnetsnmp.so -lcrypto -lelf -lssp_nonshared -Wl,--rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `exp' Does anyone meet the same problem ? Thanks, Olivier ___ 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