CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2015/10/13 20:05:06 Modified files: security/stunnel: Makefile distinfo security/stunnel/patches: patch-src_options_c patch-src_verify_c patch-tools_stunnel_conf-sample_in security/stunnel/pkg: PLIST Added files: security/stunnel/patches: patch-src_stunnel3_in Removed files: security/stunnel/patches: patch-src_ssl_c Log message:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 23:33:02 Modified files: www/lighttpd : Makefile www/lighttpd/patches: patch-src_connections_c Log message: Backport from upstream: [core] don't buffer request bodies smaller than 64k on disk from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 23:37:08 Modified files: multimedia/gstreamer-0.10/plugins-base: Makefile multimedia/gstreamer1/plugins-base: Makefile Log message: There's a weird dependency loop with gvfs; it was there before but the bootstrap FLAVOR took care of it which it's not the case anymore. So drop the dependency until I can make sense of how dpb logs.
Fwd: CVS: cvs.openbsd.org: ports
- update stunnel to 5.24 - install stunnel3 perl script to emulate version 3.x command line options - zap upstreamed patches \ from changelog: (Added OPENSSL_NO_EGD support (thx to Bernard Spil) OK gonzalo@ kili@ -- Forwarded message -- From: Gleydson SoaresDate: Tue, Oct 13, 2015 at 11:05 PM Subject: CVS: cvs.openbsd.org: ports To: ports-changes@openbsd.org CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2015/10/13 20:05:06 Modified files: security/stunnel: Makefile distinfo security/stunnel/patches: patch-src_options_c patch-src_verify_c patch-tools_stunnel_conf-sample_in security/stunnel/pkg: PLIST Added files: security/stunnel/patches: patch-src_stunnel3_in Removed files: security/stunnel/patches: patch-src_ssl_c Log message:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2015/10/13 20:58:29 Modified files: plan9/rc : Makefile distinfo Log message: the external editline library is not required since that openbsd editline in base is OK and happy. sha256/binaries in the rc package are equal `with and without' this change, that means that the editline provided by external editline-1.5.tar.gz was never used, so we can kill it with fire. regen distfile; no package change...so no need bump. noticed and diff from Michael Reed(MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/10/13 00:30:47 Modified files: graphics/gifsicle: Makefile Log message: Prune dead mirrors. ok benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/10/13 00:31:38 Modified files: lang/parrot: Makefile Log message: Add http mirror. ok pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/10/13 01:10:23 Modified files: mail/claws-mail: Makefile distinfo mail/claws-mail/patches: patch-configure_ac mail/claws-mail/pkg: PLIST-main Added files: mail/claws-mail/patches: patch-src_common_utils_c Log message: Update to claws-mail 3.13.0, from maintainer Daniel Jakots.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 01:11:29 Modified files: multimedia/xvidcore: Makefile distinfo Log message: Update to xvidcore-1.3.4.
Re: Unable to run program linked statically against GnuTLS on OpenBSD 5.8.
Op maandag 12 oktober 2015 22:38:46 schreef Jack J. Woehr: > Remco wrote: > > I have a static binary linked against GnuTLS > > Thread-local storage is not, I believe, currently supported in OpenBSD. You're confusing me, statically linking against GnuTLS seemed to work fine on OpenBSD 5.7. You're not misinterpreting the meaning of GnuTLS "The GnuTLS Transport Layer Security Library", are you ?
Re: opendnssec and softhsm revisited
On Mon, Oct 12, 2015 at 11:34:46PM +0100, Stuart Henderson wrote: > On 2015/10/05 22:22, Patrik Lundin wrote: > > The 1.4.8.2 version of opendnssec was just released. This version > > incorporates the above mentioned fixes. You will find the port attached. > > Looks good to me. I've reserved uid/gid 757 so PLIST can be updated. > Great, thanks :). > > Only one thing I'm unsure about, I'd welcome other comments on this > though: the naming of the mariadb flavour. It is technically correct, > but we're not using -mariadb as a flavour name anywhere else, so I'd > be inclined to name it "mysql" for consistency with the rest of the > tree. > This sounds reasonable to me. Moving the ports tree from using "mysql" to "mariadb" in flavor names seems like something that should be done in a more controlled fashion than having some ports slowly start diverging. Attached is a port with the uid/gid number updated to 757 in PLIST, as well as having the "mariadb" name reverted to "mysql" (except in the README file where I still refer to the mariadb-server package). -- Patrik Lundin opendnssec.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/10/13 04:55:45 Modified files: devel/vte3 : Makefile distinfo devel/vte3/pkg : PLIST Added files: devel/vte3/patches: patch-src_vte_cc Log message: update to vte-0.42.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/10/13 05:01:09 Modified files: x11/sakura : Makefile Log message: regen WANTLIB
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/10/13 05:03:12 Modified files: x11/sakura : Makefile Log message: simpler pre-configure
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/10/13 04:34:00 Modified files: multimedia/minidlna: Makefile multimedia/minidlna/patches: patch-minidlna_c patch-scanner_c patch-upnpglobalvars_c patch-upnpglobalvars_h Added files: multimedia/minidlna/patches: patch-inotify_c patch-inotify_h Removed files: multimedia/minidlna/patches: patch-Makefile_am patch-Makefile_in patch-rescan_c patch-rescan_h Log message: update the minidlna port to use a newer version of the 'rescan' patch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 07:11:01 Modified files: x11/gnome/user-docs: Makefile distinfo x11/gnome/user-docs/pkg: PLIST Log message: Update to gnome-user-docs-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 07:13:39 Modified files: x11/gtk+3 : Makefile distinfo Log message: Update to gtk+3-3.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 07:17:15 Modified files: x11/gnome/weather: Makefile distinfo x11/gnome/weather/pkg: PLIST Log message: Update to gnome-weather-3.18.1.
Re: opendnssec and softhsm revisited
Hi, Patrik Lundinwrites: > On Mon, Oct 12, 2015 at 11:34:46PM +0100, Stuart Henderson wrote: >> On 2015/10/05 22:22, Patrik Lundin wrote: >> > The 1.4.8.2 version of opendnssec was just released. This version >> > incorporates the above mentioned fixes. You will find the port attached. >> >> Looks good to me. I've reserved uid/gid 757 so PLIST can be updated. >> > > Great, thanks :). > >> >> Only one thing I'm unsure about, I'd welcome other comments on this >> though: the naming of the mariadb flavour. It is technically correct, >> but we're not using -mariadb as a flavour name anywhere else, so I'd >> be inclined to name it "mysql" for consistency with the rest of the >> tree. >> > > This sounds reasonable to me. Moving the ports tree from using "mysql" > to "mariadb" in flavor names seems like something that should be done in > a more controlled fashion than having some ports slowly start diverging. +1 > Attached is a port with the uid/gid number updated to 757 in PLIST, as > well as having the "mariadb" name reverted to "mysql" (except in the > README file where I still refer to the mariadb-server package). Here's an updated tarball that incorporates the following changes: - merge two WANTLIB lines - zap a redundant rc_reload=NO line - tighten pexp - use default rc_check() opendnssec.tgz Description: Binary data diff -pruN opendnssec.orig/Makefile opendnssec/Makefile --- opendnssec.orig/MakefileTue Oct 13 09:30:50 2015 +++ opendnssec/Makefile Tue Oct 13 12:42:05 2015 @@ -15,7 +15,7 @@ MAINTAINER= Patrik Lundin # BSD PERMIT_PACKAGE_CDROM= Yes -WANTLIB += c crypto iconv ldns m pthread xml2 z +WANTLIB += c crypto iconv ldns lzma m pthread xml2 z MASTER_SITES= http://dist.opendnssec.org/source/ @@ -33,8 +33,6 @@ CONFIGURE_ARGS+= --disable-pedantic FLAVORS= sqlite3 mysql FLAVOR?= sqlite3 - -WANTLIB+= lzma .if ${FLAVOR:Msqlite3} WANTLIB+= sqlite3 diff -pruN opendnssec.orig/pkg/opendnssec.rc opendnssec/pkg/opendnssec.rc --- opendnssec.orig/pkg/opendnssec.rc Sun Apr 27 15:42:57 2014 +++ opendnssec/pkg/opendnssec.rcTue Oct 13 13:47:41 2015 @@ -8,20 +8,14 @@ daemon="${TRUEPREFIX}/sbin/ods-control" rc_reload=NO -pexp="ods-" +pexp="${TRUEPREFIX}/sbin/ods-(enforcerd|signerd)" -rc_reload=NO - rc_start() { ${rcexec} "${daemon} start" } rc_stop() { ${daemon} stop -} - -rc_check() { - pkill -0 "^${pexp}" } rc_cmd $1 -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 05:51:08 Modified files: devel/pango: Makefile distinfo Log message: Update to pango-1.38.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/10/13 06:48:10 Modified files: mail/postfix/stable: Makefile distinfo mail/postfix/stable/pkg: PLIST Log message: update to Postfix 3.0.3, from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 06:01:09 Modified files: x11/gnome/devel-docs: Makefile distinfo x11/gnome/devel-docs/pkg: PLIST Log message: Update to gnome-devel-docs-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/10/13 06:06:54 Modified files: databases/tokyocabinet: Makefile databases/tokyocabinet/pkg: PLIST Log message: tweaks to tokyocabinet port: - regen PLIST - use srand_deterministic for tests - add a comment explaining about the test failures, which appear to be possibly related to cache coherency (tokyocabinet has code for non- UBC systems, but some of the failures suggest it may not be working correctly).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/10/13 06:15:14 Modified files: x11/gnome/libgweather: Makefile distinfo x11/gnome/libgweather/pkg: PLIST Log message: update to libgweather-3.18.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2015/10/13 09:10:41 Modified files: sysutils/login_duo: Makefile distinfo Log message: Update login_duo to 1.9.16
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 09:12:31 Modified files: x11/gnome/devhelp: Makefile distinfo Log message: Update to devhelp-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/10/13 09:23:24 Modified files: sysutils/login_ldap: Makefile Added files: sysutils/login_ldap/patches: patch-login_ldap_c Log message: use explicit_bzero in login_ldap reset maintainer (email address bounces)
Re: Unable to run program linked statically against GnuTLS on OpenBSD 5.8.
Remco wrote: You're confusing me, statically linking against GnuTLS seemed to work fine on OpenBSD 5.7. You're not misinterpreting the meaning of GnuTLS "The GnuTLS Transport Layer Security Library", are you ? Aha! You are correct. There's TLS for communications and TLS for pthreads. Another overloaded TLA! (Three-Letter Acronym) :) I had TLS on the brain because I can't compile ObjectRexx on OpenBSD because of un-support for thread-local storage. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 08:51:43 Modified files: x11/gnome/getting-started-docs: Makefile distinfo Log message: Update to gnome-getting-started-docs-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/10/13 11:07:07 Modified files: security : Makefile Log message: Kill trailing whitespace.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/10/13 11:03:55 Log message: Import opendnssec-1.4.8.2; from maintainer Patrik Lundin Feedback and ok sthen@ pkg/DESCR: OpenDNSSEC was created as an open-source turn-key solution for DNSSEC. It secures zone data just before it is published in an authoritative name server. Status: Vendor Tag: jca Release Tags: jca_2015-Oct-13 N ports/security/opendnssec/Makefile N ports/security/opendnssec/distinfo N ports/security/opendnssec/pkg/PLIST N ports/security/opendnssec/pkg/DESCR N ports/security/opendnssec/pkg/README N ports/security/opendnssec/pkg/opendnssec.rc N ports/security/opendnssec/pkg/PFRAG.sqlite3 N ports/security/opendnssec/pkg/PFRAG.mysql N ports/security/opendnssec/patches/patch-conf_conf_xml_in No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/10/13 11:01:38 Modified files: x11: Makefile Log message: +wxglade; ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 11:14:16 Modified files: meta/gnome : Makefile Log message: Depend on security/pinentry,-gnome3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/10/13 10:58:09 Log message: Import wxglade-0.7.0, from maintainer Daniel Winters. Feedback from landry@ and sthen@; ok sthen@ pkg/DESCR: wxGlade is a GUI designer written in Python with the popular GUI toolkit wxPython, that helps you create wxWidgets/wxPython user interfaces. At the moment it can generate Python, C++, Perl, Lisp and XRC (wxWidgets' XML resources) code. As you can guess by the name, its model is Glade, the famous GTK+/GNOME GUI builder, with which wxGlade shares the philosophy and the look & feel (but not a line of code). It is not (and will never be) a full featured IDE, but simply a "designer": the generated code does nothing apart from displaying the created widgets. Status: Vendor Tag: jca Release Tags: jca_2015-Oct-13 N ports/x11/wxglade/Makefile N ports/x11/wxglade/distinfo N ports/x11/wxglade/patches/patch-wxglade N ports/x11/wxglade/patches/patch-common_py N ports/x11/wxglade/patches/patch-wxGlade_desktop N ports/x11/wxglade/pkg/DESCR N ports/x11/wxglade/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 11:12:27 Modified files: x11/gnome/libsecret: Makefile Log message: Re-add dependency on x11/gnome/keyring now that libsecret does not depend on security/pinentry,-gnome3 anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 11:18:29 Modified files: graphics/evince: Makefile Log message: Add a LIB_DEPENDS to x11/gtk+3 to unbreak the -light FLAVOR.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 11:19:12 Modified files: databases/evolution-data-server: Makefile distinfo Log message: Update to evolution-data-server-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 13:48:12 Modified files: lang/fsharp: Makefile Log message: BROKEN = unreliable build, frequently hangs in dpb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2015/10/13 14:17:04 Modified files: devel/c2hs : Makefile Log message: Mark as broken. It either needs an update (which requires more hs-ports) or will just get removed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:29:02 Modified files: devel/libsoup : Makefile distinfo Log message: Update to libsoup-2.52.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:38:45 Modified files: x11/gnome/caribou: Makefile distinfo x11/gnome/caribou/patches: patch-libcaribou_Makefile_in x11/gnome/caribou/pkg: PLIST Log message: Update to caribou-0.4.19.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/10/13 11:06:22 Modified files: security : Makefile Log message: +opendnssec; ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 11:11:48 Modified files: x11/gnome/keyring: Makefile Log message: The security/pinentry,-gnome3 dependency will move to meta/gnome to prevent a cyclic dependency. pinentry -> libsecret -> gnome-keyring -> gcr -> gnupg2 -> pinentry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:48:12 Modified files: x11/gnome/documents: Makefile distinfo Log message: Update to gnome-documents-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:20:21 Modified files: mail/evolution-ews: Makefile distinfo Log message: Update to evolution-ews-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:22:49 Modified files: x11/gnome/at-spi2-core: Makefile distinfo Log message: Update to at-spi2-core-2.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:26:31 Modified files: net/glib2-networking: Makefile distinfo Log message: Update to glib2-networking-2.46.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:13:06 Modified files: mail/evolution : Makefile distinfo Log message: Update to evolution-3.18.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/10/13 12:54:45 Modified files: x11/gnome/gvfs : Makefile distinfo x11/gnome/gvfs/pkg: PLIST-main Log message: Update to gvfs-1.26.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2015/10/13 15:49:17 Modified files: . : INDEX Log message: sync, 9140
Re: [calcurse] wrong dates displayed while using '-d' option on 32-bit arch
Moved from ports-bugs to ports, I'm not sure if many people are likely to read ports-bugs... and adding maintainer to CC. On 2015/10/13 21:10, Raf Czlonka wrote: > Hi all, > > I had just installed calcurse on my i386 laptop and imported my Google > calendar into it. While all looks fine when I run it in curses mode, > when I simply run it in a "one-shot" mode with '-d' option (or '-Q > --filter-type cal --days') it displays erratic dates, i.e. 08/10/78 for > today or 07/07/42 for the coming Friday. > > Dates appear correct (albeit in "American" format) on amd64. > > time_t again? Yes, calcurse is passing around various internal time values which are a "long" type (32 bits on 32-bit arch and non-Y2038 compliant), and passing them (usually as pointers) to system functions that expect time_t, so this fails on any arch where "long" isn't the same size as "time_t" (i.e. all 32-bit OpenBSD arch since 5.5). This quick-and-dirty diff gets it working for me, but a better fix would be to convert calcurse to using time_t internally for its "seconds since 1 jan 1970" and similar values. Index: Makefile === RCS file: /cvs/ports/productivity/calcurse/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile15 Mar 2015 08:29:08 - 1.20 +++ Makefile13 Oct 2015 22:10:34 - @@ -3,6 +3,7 @@ COMMENT= text-based calendar and scheduling application DISTNAME= calcurse-4.0.0 +REVISION= 0 EPOCH= 0 CATEGORIES=productivity Index: patches/patch-src_args_c === RCS file: patches/patch-src_args_c diff -N patches/patch-src_args_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_args_c13 Oct 2015 22:10:34 - @@ -0,0 +1,16 @@ +$OpenBSD$ +--- src/args.c.origSun Feb 22 10:34:11 2015 src/args.c Tue Oct 13 23:07:51 2015 +@@ -274,10 +274,11 @@ static void next_arg(void) + /* + * Print the date on stdout. + */ +-static void arg_print_date(long date) ++static void arg_print_date(long date_l) + { + char date_str[BUFSIZ]; + struct tm lt; ++ time_t date = date_l; + + localtime_r((time_t *) & date, ); + strftime(date_str, BUFSIZ, conf.output_datefmt, ); Index: patches/patch-src_utils_c === RCS file: patches/patch-src_utils_c diff -N patches/patch-src_utils_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_utils_c 13 Oct 2015 22:10:34 - @@ -0,0 +1,50 @@ +$OpenBSD$ +--- src/utils.c.orig Tue Oct 13 22:55:09 2015 src/utils.cTue Oct 13 23:00:58 2015 +@@ -349,17 +349,19 @@ long get_item_time(long date) + get_item_min(date) * MININSEC); + } + +-int get_item_hour(long date) ++int get_item_hour(long date_l) + { + struct tm lt; ++ time_t date = date_l; + + localtime_r((time_t *) & date, ); + return lt.tm_hour; + } + +-int get_item_min(long date) ++int get_item_min(long date_l) + { + struct tm lt; ++ time_t date = date_l; + + localtime_r((time_t *) & date, ); + return lt.tm_min; +@@ -387,10 +389,11 @@ long date2sec(struct date day, unsigned hour, unsigned + } + + /* Return a string containing the date, given a date in seconds. */ +-char *date_sec2date_str(long sec, const char *datefmt) ++char *date_sec2date_str(long sec_l, const char *datefmt) + { + struct tm lt; + char *datestr = (char *)mem_calloc(BUFSIZ, sizeof(char)); ++ time_t sec = sec_l; + + if (sec == 0) { + strncpy(datestr, "0", BUFSIZ); +@@ -403,8 +406,10 @@ char *date_sec2date_str(long sec, const char *datefmt) + } + + /* Generic function to format date. */ +-void date_sec2date_fmt(long sec, const char *fmt, char *datef) ++void date_sec2date_fmt(long sec_l, const char *fmt, char *datef) + { ++ time_t sec = sec_l; ++ + #if ENABLE_NLS + /* TODO: Find a better way to deal with localization and strftime(). */ + char *locale_old = mem_strdup(setlocale(LC_ALL, NULL));
Re: [calcurse] wrong dates displayed while using '-d' option on 32-bit arch
On Tue, Oct 13, 2015 at 11:19:17PM BST, Stuart Henderson wrote: > Moved from ports-bugs to ports, I'm not sure if many people are likely > to read ports-bugs... and adding maintainer to CC. > > On 2015/10/13 21:10, Raf Czlonka wrote: > > Hi all, > > > > I had just installed calcurse on my i386 laptop and imported my Google > > calendar into it. While all looks fine when I run it in curses mode, > > when I simply run it in a "one-shot" mode with '-d' option (or '-Q > > --filter-type cal --days') it displays erratic dates, i.e. 08/10/78 for > > today or 07/07/42 for the coming Friday. > > > > Dates appear correct (albeit in "American" format) on amd64. > > > > time_t again? > > Yes, calcurse is passing around various internal time values which are a > "long" type (32 bits on 32-bit arch and non-Y2038 compliant), and passing > them (usually as pointers) to system functions that expect time_t, so this > fails on any arch where "long" isn't the same size as "time_t" (i.e. all > 32-bit OpenBSD arch since 5.5). > > This quick-and-dirty diff gets it working for me, but a better fix would > be to convert calcurse to using time_t internally for its "seconds since > 1 jan 1970" and similar values. Hi Stuart, I can confirm that the below diff fixes it for me. Thanks for a prompt reply. Raf P.S. Should ports-bugs@ be promoted more widely and porters encouraged to subscribe to it or should it disappear as www@ did a while ago? > Index: Makefile > === > RCS file: /cvs/ports/productivity/calcurse/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 15 Mar 2015 08:29:08 - 1.20 > +++ Makefile 13 Oct 2015 22:10:34 - > @@ -3,6 +3,7 @@ > COMMENT= text-based calendar and scheduling application > > DISTNAME=calcurse-4.0.0 > +REVISION=0 > EPOCH= 0 > > CATEGORIES= productivity > Index: patches/patch-src_args_c > === > RCS file: patches/patch-src_args_c > diff -N patches/patch-src_args_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-src_args_c 13 Oct 2015 22:10:34 - > @@ -0,0 +1,16 @@ > +$OpenBSD$ > +--- src/args.c.orig Sun Feb 22 10:34:11 2015 > src/args.c Tue Oct 13 23:07:51 2015 > +@@ -274,10 +274,11 @@ static void next_arg(void) > + /* > + * Print the date on stdout. > + */ > +-static void arg_print_date(long date) > ++static void arg_print_date(long date_l) > + { > + char date_str[BUFSIZ]; > + struct tm lt; > ++time_t date = date_l; > + > + localtime_r((time_t *) & date, ); > + strftime(date_str, BUFSIZ, conf.output_datefmt, ); > Index: patches/patch-src_utils_c > === > RCS file: patches/patch-src_utils_c > diff -N patches/patch-src_utils_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-src_utils_c 13 Oct 2015 22:10:34 - > @@ -0,0 +1,50 @@ > +$OpenBSD$ > +--- src/utils.c.orig Tue Oct 13 22:55:09 2015 > src/utils.c Tue Oct 13 23:00:58 2015 > +@@ -349,17 +349,19 @@ long get_item_time(long date) > + get_item_min(date) * MININSEC); > + } > + > +-int get_item_hour(long date) > ++int get_item_hour(long date_l) > + { > + struct tm lt; > ++time_t date = date_l; > + > + localtime_r((time_t *) & date, ); > + return lt.tm_hour; > + } > + > +-int get_item_min(long date) > ++int get_item_min(long date_l) > + { > + struct tm lt; > ++time_t date = date_l; > + > + localtime_r((time_t *) & date, ); > + return lt.tm_min; > +@@ -387,10 +389,11 @@ long date2sec(struct date day, unsigned hour, unsigned > + } > + > + /* Return a string containing the date, given a date in seconds. */ > +-char *date_sec2date_str(long sec, const char *datefmt) > ++char *date_sec2date_str(long sec_l, const char *datefmt) > + { > + struct tm lt; > + char *datestr = (char *)mem_calloc(BUFSIZ, sizeof(char)); > ++time_t sec = sec_l; > + > + if (sec == 0) { > + strncpy(datestr, "0", BUFSIZ); > +@@ -403,8 +406,10 @@ char *date_sec2date_str(long sec, const char *datefmt) > + } > + > + /* Generic function to format date. */ > +-void date_sec2date_fmt(long sec, const char *fmt, char *datef) > ++void date_sec2date_fmt(long sec_l, const char *fmt, char *datef) > + { > ++time_t sec = sec_l; > ++ > + #if ENABLE_NLS > + /* TODO: Find a better way to deal with localization and strftime(). */ > + char *locale_old = mem_strdup(setlocale(LC_ALL, NULL)); >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/10/12 23:59:34 Modified files: graphics/compface: Makefile Log message: Switch to working http mirror. Remove unresponsive maintainer.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/10/13 00:29:38 Modified files: audio/nap : Makefile devel/atlas: Makefile devel/smpeg: Makefile games/amph : Makefile games/fire : Makefile games/gemdropx : Makefile games/gtkballs : Makefile games/heroes : Makefile games/icebreaker: Makefile games/lgeneral : Makefile games/newvox : Makefile games/sdlzombies: Makefile games/xpilot : Makefile graphics/dumpmpeg: Makefile graphics/enjoympeg: Makefile graphics/iview : Makefile graphics/p5-Imager: Makefile math/mcsim : Makefile math/sc: Makefile math/yorick: Makefile net/p5-Net-RawIP: Makefile net/sirc : Makefile security/bunny : Makefile sysutils/lsof : Makefile sysutils/xuvmstat: Makefile textproc/bibelot: Makefile textproc/palm-bookmarks: Makefile x11/fvwm2 : Makefile Log message: Update maintainer email address.