CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/10/11 00:33:19 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/patches: patch-gtk_Makefile_in x11/gtk+3/pkg : PLIST-main Removed files: x11/gtk+3/patches: patch-gdk_x11_gdkwindow-x11_c patch-gtk_gtkheaderbar_c Log message: Update to gtk+3-3.10.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/10/11 01:52:56 Modified files: x11/kde4/pim-runtime: Makefile x11/kde4/pim-runtime/patches: patch-plugins_tests_CMakeLists_txt Added files: x11/kde4/pim-runtime/patches: patch-migration_tests_CMakeLists_txt patch-resources_imap_tests_CMakeLists_txt Log message: Improved version of patches that allow to build kde4/pim-runtime tests. Tested in a build loop on i386 about 60 times.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/10/11 02:39:26 Modified files: math/yorick: Makefile Added files: math/yorick/patches: patch-play_unix_files_c patch-yorick_Makefile Log message: the makefile does some crazy thing with libraries. Sometimes the timestamps don't quite match, and all hell breaks loose. MAKE DARN SURE it gets its file by forcing them down the problematic target. Yep, sometimes ar will replace the same files twice. Which is always better than 0. this has long been an annoyance. Why do every single math guy still write makefiles by hand that look like fortran77 code ? (also fix an error in popen by speaking the right standardese)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/10/11 04:32:07 Modified files: net/telepathy/telepathy-qt/patches: patch-cmake_modules_FindQt_cmake Log message: Fix compilation with the upcoming cmake-2.8.12. CMake 2.8.12 has changed the argument count to qt4_create_moc_command. (from upstream git commit 05fe3f4980bbc6b016e25dcf07e44afe29e377c0) ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 04:54:28 Modified files: x11/x2x: Makefile x11/x2x/patches: patch-Imakefile Log message: Just let imake handle the man page instead of running it through mandoc and then possibly groff. Requires USE_GROFF. Honor CC/CFLAGS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 04:56:01 Modified files: misc/xless : Makefile misc/xtimer: Makefile x11/bclock : Makefile x11/xwit : Makefile x11/xwit/pkg : PLIST Log message: Ports building via imake require USE_GROFF. Bump because packages may have been built with empty man pages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/10/11 05:26:48 Modified files: cad/kicad : Makefile Log message: fix MASTER_SITES
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/10/11 05:51:04 Modified files: infrastructure/lib/DPB/Job: Port.pm Log message: fix restart issues... first tag we see will trigger a junk, unless we already junked on that host during this run. that way, we can forget whether we were building kde3 or kde4, as we start with a clean slate. I could have junked at start, but this is much better, as it junks just in time for the tag.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/10/11 07:52:07 Modified files: www/chromium : Makefile www/chromium/patches: patch-webkit_plugins_npapi_plugin_list_posix_cc Log message: Fix mozilla plugins directory, /usr/lib64 is... meh... ok robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/10/11 08:42:18 Modified files: x11/gnome/icon-theme: Makefile x11/gnome/icon-theme/pkg: PLIST Log message: Install default gtkrc under PREFIX/share/gtk-2.0/ instead of SYSCONFDIR. This makes it easier to do local changes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/10/11 08:53:58 Modified files: www/chromium : Makefile www/chromium/patches: patch-webkit_plugins_npapi_plugin_list_posix_cc Removed files: www/chromium/patches: patch-build_linux_unbundle_replace_gyp_files_py Log message: There're a pair of ${SUBST_CMD} at pre-configure stage, but the paths inside the patches were already substituted (hardcoded). Use MODPY_ADJ_FILES for the python one, and get rid of that patch. ok aja@, robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/10/11 09:01:43 Modified files: x11/gnome/icon-theme: Makefile x11/gnome/icon-theme/pkg: PLIST Log message: Actually do previous from gtk+ itself.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/10/11 10:27:01 Modified files: x11/gtk+3 : Makefile x11/gtk+3/pkg : PLIST-main Log message: Install PREFIX/share/gtk-3.0/settings.ini
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2013/10/11 11:23:17 Modified files: net/darkstat : Makefile distinfo net/darkstat/patches: patch-err_c Log message: Update to darkstat 3.0.717. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2013/10/11 11:28:20 Modified files: audio/libmodplug: Makefile distinfo audio/libmodplug/pkg: PLIST Removed files: audio/libmodplug/patches: patch-src_load_abc_cpp patch-src_load_ams_cpp patch-src_load_dsm_cpp patch-src_load_it_cpp patch-src_load_med_cpp patch-src_load_s3m_cpp patch-src_load_wav_cpp patch-src_sndfile_cpp audio/libmodplug/pkg: PFRAG.shared Log message: Update libmodplug to 0.8.8.4 - all the patches go away. Bump minor. Take MAINTAINER. ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 14:36:18 Modified files: devel/imake-cf : Makefile devel/imake-cf/patches: patch-OpenBSD_cf Log message: For ports that build via imake, stop installing preformatted man pages and instead install the source pages. This change simply rips out OpenBSD's historical special rules for preformatting man pages and restores imake's defaults. ok espie@ matthieu@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 14:36:51 Modified files: japanese/Wnn/patches: patch-config_Project_tmpl Log message: Continue to install preformatted man pages against imake's default since these are special Japanese pages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 14:37:22 Modified files: misc/magicpoint: Makefile misc/magicpoint/pkg: PLIST Log message: Fix version number using EPOCH. Regenerate PLIST now that imake installs the source man pages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 14:40:19 Modified files: astro/xearth : Makefile astro/xearth/pkg: PLIST astro/xephem : Makefile astro/xephem/pkg: PLIST astro/xphoon/pkg: PLIST audio/ascd/pkg : PLIST audio/xcdplayer: Makefile audio/xcdplayer/pkg: PLIST audio/xmix : Makefile audio/xmix/pkg : PLIST audio/xmmix: Makefile audio/xmmix/pkg: PLIST benchmarks/xengine: Makefile benchmarks/xengine/pkg: PLIST cad/xnecview : Makefile cad/xnecview/pkg: PLIST comms/seyon/pkg: PLIST editors/axe: Makefile editors/axe/pkg: PLIST games/spider/pkg: PLIST games/xasteroids: Makefile games/xasteroids/pkg: PLIST games/xbattle : Makefile games/xbattle/pkg: PLIST games/xboing/pkg: PLIST games/xinvaders: Makefile games/xinvaders/pkg: PLIST games/xjewel : Makefile games/xjewel/pkg: PLIST games/xlife: Makefile games/xlife/pkg: PLIST games/xmine: Makefile games/xmine/pkg: PLIST games/xminesweep: Makefile games/xminesweep/pkg: PLIST games/xmris: Makefile games/xmris/pkg: PLIST games/xonix/pkg: PLIST games/xpat2/pkg: PLIST games/xpilot/patches: patch-Local_config games/xpilot/pkg: PLIST games/xscavenger/pkg: PLIST games/xskat: Makefile games/xskat/pkg: PLIST graphics/mpeg_play/pkg: PLIST graphics/tgif/pkg: PLIST graphics/xanim : Makefile graphics/xanim/pkg: PLIST graphics/xbmbrowser: Makefile graphics/xbmbrowser/pkg: PLIST graphics/xfig/pkg: PLIST graphics/xpaint: Makefile graphics/xpaint/pkg: PLIST japanese/kinput2: Makefile japanese/kinput2/pkg: PLIST japanese/kterm : Makefile japanese/kterm/pkg: PLIST mail/xfaces/pkg: PLIST mail/xlbiff: Makefile mail/xlbiff/pkg: PLIST misc/xgas : Makefile misc/xgas/pkg : PLIST misc/xless/pkg : PLIST misc/xtar : Makefile misc/xtar/pkg : PLIST misc/xtimer/pkg: PLIST net/wmnet : Makefile net/wmnet/pkg : PLIST plan9/9wm : Makefile plan9/9wm/pkg : PLIST plan9/larswm : Makefile plan9/larswm/pkg: PLIST plan9/w9wm : Makefile plan9/w9wm/pkg : PLIST print/bibview : Makefile print/bibview/pkg: PLIST print/ghostview: Makefile print/ghostview/pkg: PLIST print/transfig/pkg: PLIST textproc/mgdiff/pkg: PLIST x11/asclock: Makefile x11/asclock/pkg: PLIST x11/bclock/pkg : PLIST x11/bricons: Makefile x11/bricons/pkg: PLIST x11/ctwm : Makefile x11/ctwm/pkg : PLIST x11/emiclock : Makefile x11/emiclock/pkg: PLIST x11/lupe : Makefile x11/lupe/pkg : PLIST x11/piewm : Makefile x11/piewm/pkg : PLIST x11/root-tail : Makefile x11/root-tail/pkg: PLIST x11/sliderule : Makefile x11/sliderule/pkg: PLIST x11/swisswatch : Makefile x11/swisswatch/pkg: PLIST x11/unclutter : Makefile x11/unclutter/pkg: PLIST x11/viewfax: Makefile x11/viewfax/pkg: PLIST x11/x2vnc : Makefile x11/x2vnc/pkg : PLIST x11/x2x/pkg: PLIST x11/xaniroc: Makefile x11/xaniroc/pkg: PLIST x11/xantfarm : Makefile x11/xantfarm/pkg: PLIST x11/xautolock/pkg: PLIST x11/xcb: Makefile x11/xcb/pkg: PLIST x11/xco: Makefile x11/xco/pkg: PLIST x11/xcoloredit : Makefile x11/xcoloredit/pkg: PLIST x11/xcolors: Makefile x11/xcolors/pkg: PLIST x11/xdtm : Makefile x11/xdtm/pkg : PLIST x11/xdu: Makefile x11/xdu/pkg: PLIST x11/xfed/pkg : PLIST x11/xfm/pkg: PLIST x11/xforms : Makefile x11/xforms/pkg : PLIST x11/xgrab : Makefile x11/xgrab/pkg : PLIST x11/xkeycaps : Makefile x11/xkeycaps/pkg: PLIST x11/xlogout: Makefile x11/xlogout/pkg: PLIST x11/xmascot: Makefile x11/xmascot/pkg: PLIST x11/xpostit: Makefile x11/xpostit/pkg: PLIST x11/xpostitPlus: Makefile x11/xpostitPlus/pkg: PLIST x11/xprompt: Makefile x11/xprompt/pkg: PLIST x11/xsnow : Makefile
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 15:01:41 Modified files: games/xjewel : Makefile games/xjewel/pkg: PLIST Log message: Correctly install the man page.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2013/10/11 16:14:19 Modified files: mail/claws-mail: Makefile Added files: mail/claws-mail/pkg: DESCR-gdata PLIST-gdata Log message: Assorted fixes prompted by naddy@: - add a -gdata subpackage for the plugin interacting with google contacts, since it picks up libgdata if present. - add libnotify libcanberra-gtk to LDEP-main since they're picked up for the notification plugin if present. - tidy WANTLIB, put the krb5 friends only once in WANTLIB. - remove a leftover empty WANTLIB-docs - cleanup WANTLIB-* in the ldap FLAVOR, they made no sense
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/10/11 17:51:59 Modified files: audio/gnomad2 : Makefile audio/herrie : Makefile audio/id3ed: Makefile audio/mixer.app: Makefile audio/mp3cut : Makefile audio/p5-Audio-Scrobbler: Makefile audio/p5-CDDB-File: Makefile audio/p5-CDDB_get: Makefile audio/p5-MP3-ID3v1Tag: Makefile audio/p5-Ogg-Vorbis-Header-PurePerl: Makefile audio/p5-cddb : Makefile audio/p5-gnupod: Makefile audio/p5-libvorbis: Makefile audio/py-eyed3 : Makefile audio/vagalume : Makefile audio/vlorb: Makefile audio/vorbisgain: Makefile audio/wmix : Makefile audio/xcd : Makefile benchmarks/blogbench: Makefile cad/gnucap : Makefile comms/colrdx : Makefile comms/gpsk31 : Makefile comms/jpilot : Makefile comms/scmxx: Makefile comms/xastir : Makefile comms/xdx : Makefile comms/zmtx-zmrx: Makefile converters/p5-Calendar-Simple: Makefile converters/p5-Convert-ASN1: Makefile converters/p5-Convert-BER: Makefile converters/p5-Convert-PEM: Makefile converters/p5-Convert-UU: Makefile converters/p5-Date-Tolkien-Shire: Makefile converters/p5-Encode-IMAPUTF7: Makefile converters/p5-Jcode: Makefile converters/p5-Text-Iconv: Makefile converters/p5-Unicode-Map: Makefile converters/p5-Unicode-Map8: Makefile converters/p5-Unicode-MapUTF8: Makefile converters/p5-Unicode-String: Makefile converters/xmltoman: Makefile databases/directoryassistant: Makefile databases/p5-AsciiDB-TagFile: Makefile databases/p5-Class-DBI-FromForm: Makefile databases/p5-Class-DBI-Loader-Relationship: Makefile databases/p5-Class-DBI-Pager: Makefile databases/p5-Class-DBI-Plugin-Type: Makefile databases/p5-Class-DBI-mysql: Makefile databases/p5-DBD-CSV: Makefile databases/p5-DBD-LDAP: Makefile databases/p5-DBD-SQLite2: Makefile databases/p5-DBIx-DWIW: Makefile databases/p5-DBIx-Migration: Makefile databases/p5-DBIx-XHTML_Table: Makefile databases/p5-Data-Pageset: Makefile databases/p5-GDBM_File: Makefile databases/p5-Ima-DBI: Makefile databases/p5-pgsql: Makefile devel/boehm-gc : Makefile devel/catalyst : Makefile devel/cpphs: Makefile devel/cvs2cl : Makefile devel/dissy: Makefile devel/libslang : Makefile devel/mono-addins: Makefile devel/p5-Algorithm-Annotate: Makefile devel/p5-Algorithm-Permute: Makefile devel/p5-AppConfig: Makefile devel/p5-AppConfig-Std: Makefile devel/p5-Array-Compare: Makefile devel/p5-Array-Diff: Makefile devel/p5-Array-RefElem: Makefile devel/p5-Array-Window: Makefile devel/p5-AutoXS-Header: Makefile devel/p5-B-Graph: Makefile devel/p5-B-Utils: Makefile devel/p5-BFD : Makefile devel/p5-C-Scan: Makefile devel/p5-CLASS : Makefile devel/p5-Cache-Memcached: Makefile devel/p5-Carp-Assert: Makefile devel/p5-Carp-Assert-More: Makefile devel/p5-Carp-Clan: Makefile devel/p5-Class-Autouse: Makefile devel/p5-Class-Base: Makefile devel/p5-Class-C3-XS: Makefile devel/p5-Class-Classless: Makefile devel/p5-Class-Container: Makefile devel/p5-Class-Default: Makefile devel/p5-Class-Factory: Makefile devel/p5-Class-Handle: Makefile devel/p5-Class-ISA: Makefile devel/p5-Class-Loader: Makefile devel/p5-Class-Singleton: Makefile devel/p5-Class-Std-Utils: Makefile devel/p5-Class-Throwable: Makefile devel/p5-Class-Trigger: Makefile devel/p5-Class-WhiteHole: Makefile devel/p5-Class-XPath: Makefile devel/p5-Config-Simple: Makefile devel/p5-Config-Tiny: Makefile devel/p5-Context-Preserve: Makefile devel/p5-Curses: Makefile devel/p5-Data-Alias: Makefile devel/p5-Data-Buffer: Makefile devel/p5-Data-Flow: Makefile devel/p5-Data-HexDump: Makefile devel/p5-Data-Hierarchy: Makefile devel/p5-Data-Lazy: Makefile devel/p5-Data-Types: Makefile devel/p5-Data-UUID: Makefile devel/p5-Data-VString: Makefile devel/p5-Data-Validate: Makefile devel/p5-Date-Handler: Makefile devel/p5-Date-Leapyear: Makefile devel/p5-DateTime-Cron-Simple: Makefile devel/p5-Devel-Cycle: Makefile devel/p5-Devel-FastProf: Makefile
Re: qt4 apps broken
On 2013-10-10, Lars Engblom lars.engb...@kimitotelefon.fi wrote: This problem is affecting Minitube. Before the workaround, all you get is an empty window. This workaround makes it possible to search for clip, but you are still not able to watch them. You only hear the sound. On 10/09/13 22:50, Stuart Henderson wrote: Temporary workaround until we can fix this: Set QT_X11_NO_MITSHM=1 in the environment How does 'ipcs -a' look when playing from Minitube? This (including video playback in minitube) does work for me and others.
Re: UPDATE: darkstat 3.0.717
On 2013/10/10 23:00, Remi Locherer wrote: On Thu, Oct 03, 2013 at 11:32:59PM -0400, Brad Smith wrote: Here is an update to darkstat 3.0.717. One nice new feature is darkstat can now monitor multiple interfaces. OK? Works for me on amd64. I added an rc.d script for convenience. If you're adding a script, I think it also needs a readme to explain that the user must set darkstat_flags=-i interface Brad, update is ok with me, let's deal with the script separately.
Unbreak net/telepathy/telepathy-qt with cmake-2.8.12
http://cgit.freedesktop.org/telepathy/telepathy-qt/commit/?id=05fe3f4980bbc6b016e25dcf07e44afe29e377c0 ok? Index: patches/patch-cmake_modules_FindQt_cmake === RCS file: /cvs/ports/net/telepathy/telepathy-qt/patches/patch-cmake_modules_FindQt_cmake,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 patch-cmake_modules_FindQt_cmake --- patches/patch-cmake_modules_FindQt_cmake9 May 2013 19:25:59 - 1.1.1.1 +++ patches/patch-cmake_modules_FindQt_cmake11 Oct 2013 09:38:35 - @@ -1,9 +1,19 @@ $OpenBSD: patch-cmake_modules_FindQt_cmake,v 1.1.1.1 2013/05/09 19:25:59 zhuk Exp $ + Unbreak configure stage. Telepathy-qt devs use customized version of module bundled with CMake, so we cannot just zap this module. cmake/modules/FindQt.cmake.origWed May 8 16:12:11 2013 -+++ cmake/modules/FindQt.cmake Wed May 8 16:12:34 2013 + +From 05fe3f4980bbc6b016e25dcf07e44afe29e377c0 +From: David Edmundson k...@davidedmundson.co.uk +Date: Sun, 29 Sep 2013 22:19:27 + +Subject: Fix compilation on new versions of cmake + +Recent cmake has changed the argument count to +qt4_create_moc_command, we need to adjust accordingly + +--- cmake/modules/FindQt.cmake.origFri Jul 13 19:40:23 2012 cmake/modules/FindQt.cmake Fri Oct 11 11:31:04 2013 @@ -8,7 +8,7 @@ # For details see the accompanying COPYING-CMAKE-SCRIPTS file. @@ -13,3 +23,24 @@ so we cannot just zap this module. PATHS ${QT_SEARCH_PATH}/bin $ENV{QTDIR}/bin) SET(QT_QMAKE_EXECUTABLE ${QT_QMAKE_EXECUTABLE_FINDQT} CACHE PATH Qt qmake program.) ENDIF(NOT QT_QMAKE_EXECUTABLE) +@@ -74,10 +74,18 @@ ENDMACRO(QT_GET_MOC_FLAGS) + + MACRO(QT_CREATE_MOC_COMMAND infile outfile moc_flags moc_options) + IF(QT_VERSION_MAJOR MATCHES 4) +-QT4_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options}) ++IF(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) ++ QT4_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options} ) ++ELSE(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) ++ QT4_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options}) ++ENDIF(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) + ELSE(QT_VERSION_MAJOR MATCHES 4) + IF(QT_VERSION_MAJOR MATCHES 5) +- QT5_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options}) ++ IF(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) ++QT5_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options} ) ++ ELSE(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) ++QT5_CREATE_MOC_COMMAND(${infile} ${outfile} ${moc_flags} ${moc_options}) ++ ENDIF(CMAKE_VERSION VERSION_GREATER 2.8.11.20130607) + ENDIF(QT_VERSION_MAJOR MATCHES 5) + ENDIF(QT_VERSION_MAJOR MATCHES 4) + ENDMACRO(QT_CREATE_MOC_COMMAND)
Re: important dpb change: kde4
a week later, and several big-fixes to dpb engine. I really needed to nail down the way dependencies are handled, especially with respect to locks. A few errors have been fixed, mostly leading to race conditions. Current situation: - affinity now record mfs use correctly, so that ports shouldn't build twice. - dependencies and affinity are handled more aggressively. Specifically, dependency don't matter during clean, so that junk will catch a bit more stuff. And affinity doesn't kick in until after 'make checksum', as it's stupid to record affinity on stuff that hasn't actually started building. - kde3/4 errors won't stick to a host. As a special exception, the lock gets *cleansed*, so that the host can be untainted, and build will proceed to completion. - there's a bit more smarts in the junk decision. Most recently, the presence of a kde3/kde4 tag will trigger a first junk phase on a host, thus making the wiping out of dependencies before restarting an interrupted build unnecessary. Some unrelated issues still remain, and work to be done. - dpb can lose connection to the ssh master and notice, and keep the slave aroun stil... I think this is new. I'm aware of the issue, I'll try to get a handle on it. - I still don't know why dpb spins at some ends of fetch. This is currently worked around, but I'd prefer figuring it out. - hosts in a cluster must be up at start for init to happen. dpb won't init machines that come up too late. Fixing this involves triggering an init job when the host comes up. This is definitely possible, but it requires testing. - I'm trying to get a bit *less* code to load when it isn't necessary. Knowing we're in the 'one host' situation helps. Specifically, memory heuristics and affinity handling are things we don't need to have on a single host, or when no build in memory is involved. The intricate speed-factor queues are not needed if there's no difference in speed-factors on a cluster... - I should interleave host init with reading up build-stats from disks, especially in the presence of somewhat long startup scripts... this probably means making report a bit more dynamic so the user knows what's going on. - haven't had time to finish chroot on localhost, still requires manuall chroot'ing and then starting dpb... - the queue has too many instances of libreoffice. This more or less kills speed-factor situations, as libreoffice takes so many slots it's guaranteed to start on almost any host... rearranging multi-packages as blobs that show up once in the queue would help it should also reduce the queue size by half, thus making sorting more efficient, but it's ways more complicated for the engine...
Re: qt4 apps broken
I using two identically installed computers with different hardware and at different locations. I happened at this moment to be infront of the one with radeon framebuffer and here I get Minitube to play by using the workaround. The other one is using intel framebuffer and there I was not able to watch clips. Probably this problem is not related to this brokeness in QT. It is probably another unrelated bug. I will test this more on the other computer once I have a chance to put my hands on it. On 10/11/13 11:49, Stuart Henderson wrote: On 2013-10-10, Lars Engblom lars.engb...@kimitotelefon.fi wrote: This problem is affecting Minitube. Before the workaround, all you get is an empty window. This workaround makes it possible to search for clip, but you are still not able to watch them. You only hear the sound. On 10/09/13 22:50, Stuart Henderson wrote: Temporary workaround until we can fix this: Set QT_X11_NO_MITSHM=1 in the environment How does 'ipcs -a' look when playing from Minitube? This (including video playback in minitube) does work for me and others.
audio/dumb: fix for CVE-2006-3668
While I was digging inside the deadbeef/dumb problem, I found this. Apply the fix for CVE-2006-3668 every $major_linux_distro has: Index: Makefile === RCS file: /cvs/ports/audio/dumb/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile10 Mar 2013 22:55:02 - 1.7 +++ Makefile11 Oct 2013 14:44:58 - @@ -3,7 +3,7 @@ COMMENT= IT/MOD/XM player and library DISTNAME= dumb-0.9.3 -REVISION= 0 +REVISION= 1 CATEGORIES=audio Index: patches/patch-src_it_itread_c === RCS file: patches/patch-src_it_itread_c diff -N patches/patch-src_it_itread_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_it_itread_c 11 Oct 2013 14:44:58 - @@ -0,0 +1,19 @@ +$OpenBSD$ + +Fix heap-based buffer overflow in the it_read_envelope function +(CVE-2006-3668) + +--- src/it/itread.c.orig Mon Aug 8 02:18:41 2005 src/it/itread.cFri Oct 11 16:37:22 2013 +@@ -292,6 +292,11 @@ static int it_read_envelope(IT_ENVELOPE *envelope, DUM + + envelope-flags = dumbfile_getc(f); + envelope-n_nodes = dumbfile_getc(f); ++ if(envelope-n_nodes 25) { ++ TRACE(IT error: wrong number of envelope nodes (%d)\n, envelope-n_nodes); ++ envelope-n_nodes = 0; ++ return -1; ++ } + envelope-loop_start = dumbfile_getc(f); + envelope-loop_end = dumbfile_getc(f); + envelope-sus_loop_start = dumbfile_getc(f);
Re: [UPDATE] sbcl-1.1.12
Kenneth R Westerback kwesterb...@rogers.com writes: On Thu, Oct 10, 2013 at 04:16:31PM -0700, Josh Elsasser wrote: On Thu, Oct 10, 2013 at 09:29:40AM +0200, J?r?mie Courr?ges-Anglas wrote: So instead of struggling with clisp, let's just update sbcl first. Regress tests results and diff below. I'm postponing clisp for now. More tests on amd64 / ok? There should be a build-time (and probably runtime) dependency on gmp, or else the gmp contrib should be disabled. I'm not sure if it's right to enforce a runtime dependency when few users will use sb-gmp, but it would also be annoying to start splitting off contribs into separate packages. gmp is opened using load-shared-object (dlopen), the build system doesn't search for it (but we should keep in mind that one day it might use sb-grovel to detect the size and signedness of gmp objects). Given this, plus the fact that it is a relatively new and probably seldom used module, I don't think adding gmp to bdeps/rdeps would add much value. What I should have done, though, is to put gmp in TEST_DEPENDS. Josh, do you agree with this? I don't use gmp Are you sure? :) (or even know what it is) so I don't have a strong preference one way or the other on disabling it. I agree starting to split off contribs is a longer term idea even if deemed desirable. So I would go for whatever is minimal change to make 1.1.12 work. And leave anything else for future work in-tree. Ken -- jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: [UPDATE] sbcl-1.1.12
On Fri, Oct 11, 2013 at 08:00:41PM +0200, Jérémie Courrèges-Anglas wrote: Kenneth R Westerback kwesterb...@rogers.com writes: On Thu, Oct 10, 2013 at 04:16:31PM -0700, Josh Elsasser wrote: On Thu, Oct 10, 2013 at 09:29:40AM +0200, J?r?mie Courr?ges-Anglas wrote: So instead of struggling with clisp, let's just update sbcl first. Regress tests results and diff below. I'm postponing clisp for now. More tests on amd64 / ok? There should be a build-time (and probably runtime) dependency on gmp, or else the gmp contrib should be disabled. I'm not sure if it's right to enforce a runtime dependency when few users will use sb-gmp, but it would also be annoying to start splitting off contribs into separate packages. gmp is opened using load-shared-object (dlopen), the build system doesn't search for it (but we should keep in mind that one day it might use sb-grovel to detect the size and signedness of gmp objects). Given this, plus the fact that it is a relatively new and probably seldom used module, I don't think adding gmp to bdeps/rdeps would add much value. What I should have done, though, is to put gmp in TEST_DEPENDS. Josh, do you agree with this? Will the port build correctly without gmp installed? I would assume that the sb-gmp contrib would fail to build, and then the port bail out when files from the plist are missing. I'm fine with leaving it out of the runtime deps, but think that it should be declared as a build dep if it's really needed then.
dpb with -P ${filename} and FLAVORs
Quick question about dpb: I use dpb with secondary file using the -P switch that looks much like this: snip sysutils/firmware/radeondrm textproc/xpdf #www/chromium # PROPRIETARY www/mozilla-firefox www/xombrero /snip Is there any way to have Chromium build with the proprietary flavour from within a -P referenced file? -- Scott McEachern https://www.blackstaff.ca Beware the Four Horsemen of the Information Apocalypse: terrorists, drug dealers, kidnappers, and child pornographers. Seems like you can scare any public into allowing the government to do anything with those four. -- Bruce Schneier
Re: [UPDATE] sbcl-1.1.12
On Fri, Oct 11, 2013 at 08:00:41PM +0200, J??r??mie Courr??ges-Anglas wrote: Kenneth R Westerback kwesterb...@rogers.com writes: On Thu, Oct 10, 2013 at 04:16:31PM -0700, Josh Elsasser wrote: On Thu, Oct 10, 2013 at 09:29:40AM +0200, J?r?mie Courr?ges-Anglas wrote: So instead of struggling with clisp, let's just update sbcl first. Regress tests results and diff below. I'm postponing clisp for now. More tests on amd64 / ok? There should be a build-time (and probably runtime) dependency on gmp, or else the gmp contrib should be disabled. I'm not sure if it's right to enforce a runtime dependency when few users will use sb-gmp, but it would also be annoying to start splitting off contribs into separate packages. gmp is opened using load-shared-object (dlopen), the build system doesn't search for it (but we should keep in mind that one day it might use sb-grovel to detect the size and signedness of gmp objects). Given this, plus the fact that it is a relatively new and probably seldom used module, I don't think adding gmp to bdeps/rdeps would add much value. What I should have done, though, is to put gmp in TEST_DEPENDS. Josh, do you agree with this? I don't use gmp Are you sure? :) OK, I should have said I'd don't consciously use gmp. :-). Ken (or even know what it is) so I don't have a strong preference one way or the other on disabling it. I agree starting to split off contribs is a longer term idea even if deemed desirable. So I would go for whatever is minimal change to make 1.1.12 work. And leave anything else for future work in-tree. Ken -- jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: dpb with -P ${filename} and FLAVORs
On 10/11/13 21:08, Scott McEachern wrote: Quick question about dpb: I use dpb with secondary file using the -P switch that looks much like this: snip sysutils/firmware/radeondrm textproc/xpdf #www/chromium # PROPRIETARY www/mozilla-firefox www/xombrero /snip Is there any way to have Chromium build with the proprietary flavour from within a -P referenced file? Try www/chromium,proprietary as described in pkgpath(7) some/directory[,-sub][,flavor...]
Re: dpb with -P ${filename} and FLAVORs
On 10/11/13 16:46, Nigel Taylor wrote: On 10/11/13 21:08, Scott McEachern wrote: Quick question about dpb: I use dpb with secondary file using the -P switch that looks much like this: snip sysutils/firmware/radeondrm textproc/xpdf #www/chromium # PROPRIETARY www/mozilla-firefox www/xombrero /snip Is there any way to have Chromium build with the proprietary flavour from within a -P referenced file? Try www/chromium,proprietary as described in pkgpath(7) some/directory[,-sub][,flavor...] Ah, thanks. Will do on my next build. -- Scott McEachern https://www.blackstaff.ca Beware the Four Horsemen of the Information Apocalypse: terrorists, drug dealers, kidnappers, and child pornographers. Seems like you can scare any public into allowing the government to do anything with those four. -- Bruce Schneier
Re: [Patch] Update p5-Mojolicious to 4.18 and p5-MojoX-Session to 0.28
Does anyone have an update on this? I'm very interested on having an up to date Mojolicious... On Sat, Sep 28, 2013 at 10:32 AM, Remi Locherer remi.loche...@relo.ch wrote: Hi On Sat, Jul 13, 2013 at 04:31:56PM -0500, Jim Razmus wrote: Attached patches were tested on i386 -current. Revised to include IPv6 support as per Remi. The only thing stopping these from a commit is breakage to textproc/p5-MojoX-Renderer-TT. Attached two updates and a new port that are Mojolicious related: www_p5-Mojo.patch Updated to Mojolicious 4.41 Added p5-EV as a dependency - according to Mojo::IOLoop(3) Mojolicious scales better if it can use EV. www_p5-MojoX-Session.patch The patch from Jim didn't work because it missed changes in PLIST. No difference beside this. textproc_p5-Mojolicious-Plugin-TtRenderer.tar.gz This is the successor to p5-MojoX-Renderer-TT (which is not on cpan anymore). I don't know how an update should be handeld. Is a quirks entry needed? Remi
Re: [Update] py-django 1.5.4 - fixed
Hi, Sorry for the delay/noise, my messages don't seem to be getting through to ports@. Has anyone had a chance to review this update yet? Thanks, Ryan On Fri, Oct 11, 2013 at 7:12 PM, Ryan Boggs rmbo...@gmail.com wrote: Hi, ping? Thanks, Ryan -- Forwarded message -- From: Ryan Boggs rmbo...@gmail.com Date: Wed, Sep 18, 2013 at 10:19 PM Subject: Re: [Update] py-django 1.5.4 - fixed To: ports@openbsd.org ports@openbsd.org Hi, On Sun, Sep 15, 2013 at 1:34 PM, Ryan Boggs rmbo...@gmail.com wrote: Hi, Attached are the updated diffs to account for the most recent security release. I am still having the same regression issue with version 1.5.4 as I indicated in my initial email so please test. After reporting the issue upstream, the issue I was experiencing has been fixed. I applied the fix from upstream to the attached diff. Link to the issue is below for reference. https://code.djangoproject.com/ticket/21118 The attached diff now passes all regressions on i386 for me. Please test and if ok, can someone please commit to both head and the OpenBSD 5.4 branch? Let me know if there are any questions. Thanks, Ryan Please let me know if there are any questions. Thanks, Ryan On Sun, Sep 15, 2013 at 10:56 AM, Ryan Boggs rmbo...@gmail.com wrote: Please disregard my previous message. A few hours after I posted this to ports, the django project released another security update. I'm going to regenerate my previous diffs with the new update and resubmit here for testing. Sorry for the noise. Thanks, Ryan On Sat, Sep 14, 2013 at 4:40 PM, Ryan Boggs rmbo...@gmail.com wrote: Hi, Attached are diffs that bring django to the latest security releases. The first diff titled py-django_OpenBSD_5_3_stable.diff brings py-django to version 1.4.7 in the openbsd 5.3 stable branch. Tested on i386 and all regression tests pass. I know that the 5.4 branch has been tagged but if possible, can someone please test and apply to the 5.3 stable branch? The second diff titled py-django_1_5_3.diff brings py-django 1.5.3 in trunk and in the 5.4 branch. However, I am experiencing a regression failure with this in the latest OpenBSD snapshot that makes me hesitant in requesting that this be committed. I have made a request in the django mailing list to see if they know what may be causing this but if anyone wishes to test this in the meantime, please feel free to do so. Please let me know if there are any questions/comments. Thanks, Ryan py-django_1_5_4_fix.diff Description: Binary data