CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/20 00:35:17 Modified files: www/timetrex : Makefile distinfo www/timetrex/pkg: PLIST Log message: Update to timetrex-5.0.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/20 00:07:23 Modified files: net/miniupnp/miniupnpd: Makefile net/miniupnp/miniupnpd/patches: patch-bsd_getifstats_c patch-genconfig_sh patch-getifaddr_c patch-upnpsoap_c Log message: Fix PFRULE_HAS_ONRDOMAIN conditionnal. No need to include netinet/in.h several times.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 18:01:49 Modified files: security/passwdqc: Makefile Log message: tweaks to the passwdqc port: - adjust COMMENT to point out that this includes a password generator (pwqgen; defaults to reasonably memorable passwords with a decent keyspace). - manpages are fine with mandoc, so remove USE_GROFF - adjust whitespace
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 17:18:02 Modified files: telephony/asterisk: Makefile distinfo Log message: Update to Asterisk 1.8.8.2. Fixes AST-2012-001, crash affecting configurations with video disabled and the sRTP module loaded. Funnily enough this didn't affect the port until about an hour ago when sRTP was enabled.
Re: CVS: cvs.openbsd.org: ports
On 19/01/12 10:51 AM, David Coppa wrote: On Thu, Jan 19, 2012 at 4:46 PM, Stuart Henderson wrote: On 2012/01/19 09:43, Amit Kulkarni wrote: Ouch, has upstream been notified? is there any point? And is sparc64 okay? well, it builds there, haven't really done any more with it on sparc64 beyond that. What about lowering optimization level? Or investigate the root cause and get the max data size bumped on sparc. This is far from the only port that cannot be built on sparc due to the really low max data size. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: CVS: cvs.openbsd.org: ports
On 19/01/12 10:52 AM, Amit Kulkarni wrote: On Thu, Jan 19, 2012 at 9:46 AM, Stuart Henderson wrote: On 2012/01/19 09:43, Amit Kulkarni wrote: Ouch, has upstream been notified? is there any point? if like freebsd, you want to keep llvm as a future option, you need to have as much support for all arches as possible... looking at the freebsd llvm/clang page, they don't have either of sparc or sparc64 listed sparc64 isn't supported. sparc is sorta supported, but there is no SPARC v7 support. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: CVS: cvs.openbsd.org: ports
On 19/01/12 10:43 AM, Amit Kulkarni wrote: Ouch, has upstream been notified? And is sparc64 okay? Notified of what exactly? It's not an LLVM issue. On Thu, Jan 19, 2012 at 2:41 AM, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 01:41:13 Modified files: devel/llvm : Makefile Log message: NOT_FOR_ARCHS=sparc, this uses too much memory, as found by phessler -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 14:49:56 Modified files: telephony/asterisk: Makefile telephony/asterisk/pkg: DESCR-main PLIST-main Removed files: telephony/asterisk/pkg: PFRAG.h323-main Log message: - Build Asterisk with sRTP support. - Remove DESCR parts and PFRAG relating to currently-disabled H.323 support.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 09:14:11 Modified files: security/wpa_supplicant: Makefile distinfo security/wpa_supplicant/patches: patch-os_internal_c security/wpa_supplicant/pkg: PLIST Added files: security/wpa_supplicant/files: config Removed files: security/wpa_supplicant/patches: patch-_config patch-common_h patch-driver_wired_c patch-os_unix_c Log message: update to wpa_supplicant 0.7.3 - as noted by Martin Pelikan the version in-tree is currently broken and this fixes it for him.
Re: CVS: cvs.openbsd.org: ports
On Thu, Jan 19, 2012 at 07:14:14AM -0700, Antoine Jacoutot wrote: > CVSROOT: /cvs > Module name: ports > Changes by: ajacou...@cvs.openbsd.org 2012/01/19 07:14:13 > > Modified files: > x11/gnome/gdm : Makefile > > Log message: > dpb still tries to resolve gdm's dependencies even if it is marked as > BROKEN (???) -- so remove libdpam from here. Mirror mode (-F) *will* grab everything it can, including IGNOREd ports, of which BROKEN is an example. That's totally intentional, because a port might be BROKEN under some circumstances and not others (arch-dependent, OS version issue), and so it won't quite be completely IGNOREd... -> meta-info in the ports tree should be clean every time... if you want to depend on stuff that's not committed yet, please comment things out.
Re: CVS: cvs.openbsd.org: ports
On 2012/01/19 09:52, Amit Kulkarni wrote: > On Thu, Jan 19, 2012 at 9:46 AM, Stuart Henderson > wrote: > > On 2012/01/19 09:43, Amit Kulkarni wrote: > >> Ouch, has upstream been notified? > > > > is there any point? > > if like freebsd, you want to keep llvm as a future option, you need to > have as much support for all arches as possible... looking at the > freebsd llvm/clang page, they don't have either of sparc or sparc64 > listed > > http://wiki.freebsd.org/BuildingFreeBSDWithClang http://clang.llvm.org/docs/UsersManual.html#target_features
Re: CVS: cvs.openbsd.org: ports
On Thu, Jan 19, 2012 at 9:46 AM, Stuart Henderson wrote: > On 2012/01/19 09:43, Amit Kulkarni wrote: >> Ouch, has upstream been notified? > > is there any point? if like freebsd, you want to keep llvm as a future option, you need to have as much support for all arches as possible... looking at the freebsd llvm/clang page, they don't have either of sparc or sparc64 listed http://wiki.freebsd.org/BuildingFreeBSDWithClang >> And is sparc64 okay? > > well, it builds there, haven't really done any more with it on sparc64 beyond > that.
Re: CVS: cvs.openbsd.org: ports
On Thu, Jan 19, 2012 at 4:46 PM, Stuart Henderson wrote: > On 2012/01/19 09:43, Amit Kulkarni wrote: >> Ouch, has upstream been notified? > > is there any point? > >> And is sparc64 okay? > > well, it builds there, haven't really done any more with it on sparc64 beyond > that. What about lowering optimization level?
Re: CVS: cvs.openbsd.org: ports
OpenBSD/sparc (32 bit) -current seems to run OK in the current qemu version in packages if anyone wants to fix this but doesn't have hardware. You'll need to get python 2.7 building there too (or patch the llvm port and try it with 3.2). On 2012/01/19 09:43, Amit Kulkarni wrote: > Ouch, has upstream been notified? And is sparc64 okay? > > On Thu, Jan 19, 2012 at 2:41 AM, Stuart Henderson > wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2012/01/19 01:41:13 > > > > Modified files: > >devel/llvm : Makefile > > > > Log message: > > NOT_FOR_ARCHS=sparc, this uses too much memory, as found by phessler
Re: CVS: cvs.openbsd.org: ports
On 2012/01/19 09:43, Amit Kulkarni wrote: > Ouch, has upstream been notified? is there any point? > And is sparc64 okay? well, it builds there, haven't really done any more with it on sparc64 beyond that.
Re: CVS: cvs.openbsd.org: ports
Ouch, has upstream been notified? And is sparc64 okay? On Thu, Jan 19, 2012 at 2:41 AM, Stuart Henderson wrote: > CVSROOT:/cvs > Module name:ports > Changes by: st...@cvs.openbsd.org 2012/01/19 01:41:13 > > Modified files: >devel/llvm : Makefile > > Log message: > NOT_FOR_ARCHS=sparc, this uses too much memory, as found by phessler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2012/01/19 08:41:13 Modified files: net/filezilla : Makefile distinfo Log message: Update to 3.5.3 and fix regression tests
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/19 08:37:08 Modified files: x11/gnome/libxklavier: Makefile x11/gnome/libxklavier/pkg: PLIST Added files: x11/gnome/libxklavier/patches: patch-libxklavier_Makefile_in Log message: >From upstream: Add -I argument for g-ir-scanner to use the include files from the local tree instead of the ones installed in the system.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2012/01/19 08:31:02 Modified files: www/webalizer : Makefile www/webalizer/patches: patch-Makefile_in www/webalizer/pkg: DESCR MESSAGE Log message: Cleanup the port and improve formatting. from Brad, thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/19 07:25:10 Modified files: x11/gnome/libxklavier: Makefile x11/gnome/libxklavier/pkg: PLIST Log message: Disable introspection support as this fails to build on a clean machine. I'll revisit this later. reported by several@
Re: CVS: cvs.openbsd.org: ports
On Thu, Jan 19, 2012 at 07:14:14AM -0700, Antoine Jacoutot wrote: > CVSROOT: /cvs > Module name: ports > Changes by: ajacou...@cvs.openbsd.org 2012/01/19 07:14:13 > > Modified files: > x11/gnome/gdm : Makefile > > Log message: > dpb still tries to resolve gdm's dependencies even if it is marked as > BROKEN (???) -- so remove libdpam from here. I forgot to mention this was spotted by naddy@ -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/19 07:14:13 Modified files: x11/gnome/gdm : Makefile Log message: dpb still tries to resolve gdm's dependencies even if it is marked as BROKEN (???) -- so remove libdpam from here.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 06:53:48 Modified files: mail/roundcubemail: Makefile mail/roundcubemail/pkg: PLIST Added files: mail/roundcubemail/pkg: README Removed files: mail/roundcubemail/pkg: MESSAGE Log message: - move MESSAGE to README - add details about running under alternative web servers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/19 03:48:33 Modified files: x11/gnome/rygel: Makefile distinfo Log message: Bugfix update to rygel-0.12.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/01/19 03:22:43 Removed files: security/libdpam: Makefile distinfo security/libdpam/pkg: DESCR PFRAG.no_mips64 PFRAG.shared PLIST Log message: Remove, it's not nor won't be used by anything. ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/01/19 01:41:13 Modified files: devel/llvm : Makefile Log message: NOT_FOR_ARCHS=sparc, this uses too much memory, as found by phessler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/01/19 01:25:53 Modified files: databases/redis: Makefile distinfo databases/redis/patches: patch-src_redis_c Log message: Bugfixing update to redis-2.4.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/01/19 01:13:31 Modified files: www/minitube : Makefile distinfo www/minitube/patches: patch-src_MainWindow_cpp www/minitube/pkg: PLIST Log message: Update to minitube-1.7. While here, fix WANTLIB. ok sebastia@