Re: UPDATE: claws-mail 3.8.1
On Thu, Jun 28, 2012 at 12:42:06AM +0200, Christopher Zimmermann wrote:
> Hi,
>
> heres an update to claws-mail 3.8.1
Nice.. but can you justify all the new patches ? backported from
upstream ? Fixes some known upstream-reported failures ?
Landry
> Index: claws-mail/Makefile
> ===
> RCS file: /cvs/ports/mail/claws-mail/Makefile,v
> retrieving revision 1.52
> diff -u -p -r1.52 Makefile
> --- claws-mail/Makefile 15 Jun 2012 08:32:16 - 1.52
> +++ claws-mail/Makefile 27 Jun 2012 22:39:20 -
> @@ -7,14 +7,12 @@ COMMENT-bogofilter= bogofilter plugin
> COMMENT-clamav= clamav plugin
> COMMENT-spamassassin=spamassassin plugin
>
> -V= 3.8.0
> +V= 3.8.1
> DISTNAME=claws-mail-${V}
> PKGNAME-main=${DISTNAME}
> PKGNAME-bogofilter= claws-mail-bogofilter-${V}
> PKGNAME-spamassassin=claws-mail-spamassassin-${V}
> CATEGORIES= mail news
> -
> -REVISION-main= 0
>
> HOMEPAGE=http://www.claws-mail.org/
>
> Index: claws-mail/distinfo
> ===
> RCS file: /cvs/ports/mail/claws-mail/distinfo,v
> retrieving revision 1.22
> diff -u -p -r1.22 distinfo
> --- claws-mail/distinfo 23 Jan 2012 18:57:33 - 1.22
> +++ claws-mail/distinfo 27 Jun 2012 22:39:20 -
> @@ -1,5 +1,5 @@
> -MD5 (claws/claws-mail-3.8.0.tar.bz2) = 358WV9fzSVmiIFNE2VLC4w==
> -RMD160 (claws/claws-mail-3.8.0.tar.bz2) = WD4pZu/aei/WIR6sQwAbV8PQ784=
> -SHA1 (claws/claws-mail-3.8.0.tar.bz2) = 3mAQOSB0YzGU4qpYmOZtc8Nb2lo=
> -SHA256 (claws/claws-mail-3.8.0.tar.bz2) =
> 7JReOw899vHxP88UmtPuUwbA5ldbs3XPVY6QKKDrYjE=
> -SIZE (claws/claws-mail-3.8.0.tar.bz2) = 7190415
> +MD5 (claws/claws-mail-3.8.1.tar.bz2) = 04iSn7HI8E1LyyE5+q+ecA==
> +RMD160 (claws/claws-mail-3.8.1.tar.bz2) = 5Q3dgFieftufHBcqg+f0Hdjew3I=
> +SHA1 (claws/claws-mail-3.8.1.tar.bz2) = xRnQcSG/swlcej1H5TtnJr85ftg=
> +SHA256 (claws/claws-mail-3.8.1.tar.bz2) =
> tCH9kTaU+dBGNSErDEfJgIo/IKT5pd0VtvTNUCLG7m8=
> +SIZE (claws/claws-mail-3.8.1.tar.bz2) = 7335864
> Index: claws-mail/patches/patch-src_common_defs_h
> ===
> RCS file: claws-mail/patches/patch-src_common_defs_h
> diff -N claws-mail/patches/patch-src_common_defs_h
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ claws-mail/patches/patch-src_common_defs_h27 Jun 2012 22:39:20
> -
> @@ -0,0 +1,13 @@
> +$OpenBSD$
> +--- src/common/defs.h.orig Fri Dec 16 09:09:34 2011
> src/common/defs.hTue Apr 3 13:07:33 2012
> +@@ -148,6 +148,9 @@
> +
> + #define BUFFSIZE8192
> +
> ++/* according to RFC 821 1000 characters including CRLF */
> ++#define MAXSMTPTEXTLEN 1000
> ++
> + #ifndef MAXPATHLEN
> + # define MAXPATHLEN4095
> + #endif
> Index: claws-mail/patches/patch-src_common_quoted-printable_c
> ===
> RCS file: claws-mail/patches/patch-src_common_quoted-printable_c
> diff -N claws-mail/patches/patch-src_common_quoted-printable_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ claws-mail/patches/patch-src_common_quoted-printable_c27 Jun 2012
> 22:39:20 -
> @@ -0,0 +1,133 @@
> +$OpenBSD$
> +--- src/common/quoted-printable.c.orig Fri Dec 16 09:09:34 2011
> src/common/quoted-printable.cTue Apr 3 13:07:33 2012
> +@@ -22,66 +22,78 @@
> +
> + #include "utils.h"
> +
> ++/* Processes at most 78 characters from in buffer,
> ++ * and stores one NULL-terminated line of at most 76 characters (excl. \0)
> of
> ++ * quoted-printable output without terminating newline characters in out
> buffer.
> ++ * Except when encoding text, every output line ends in a soft line break.
> ++ * Therefore the caller can chain multiple lines of encoded data resulting
> from
> ++ * sequential runs by glueing them together with line breaks.
> ++ * The number of processed input characters is returned. */
> ++
> + #define MAX_LINELEN 76
> +
> + #define IS_LBREAK(p) \
> +-(*(p) == '\0' || *(p) == '\n' || (*(p) == '\r' && *((p) + 1) == '\n'))
> ++((p)[0] == '\n' ? 1 : ((p)[0] == '\r' && (p)[1] == '\n') ? 2 : 0)
> +
> +-#define SOFT_LBREAK_IF_REQUIRED(n) \
> +-if (len + (n) > MAX_LINELEN || \
> +-(len + (n) == MAX_LINELEN && (!IS_LBREAK(inp + 1 { \
> +-*outp++ = '='; \
> +-*outp++ = '\n'; \
> +-len = 0;\
> +-}
> +-
> +-void qp_encode_line(gchar *out, const guchar *in)
> ++gint qp_encode(gboolean text, gchar *out, const guchar *in, gint len)
> + {
> +-const guchar *inp = in;
> +-gchar
Re: Firefox 13.0.1 language add-on needs enabling
On Wed, Jun 27, 2012 at 02:55:55PM +0200, Remco wrote: > I installed firefox 13.0.1 on OpenBSD 5.2-beta and, apart from installing the > appropriate firefox-i18n package and changing "general.useragent.locale", I > had to manually enable the language of choice in the browser. (I don't > remember doing that ever before) I'm wondering if the following patch to the > MESSAGE file of the firefox-i18n package makes sense. > > Of course, if firefox is already configured for a language other than > English, > the words "Tools -> Add-ons -> Languages" will be displayed in that other > language, which may or may not be confusing. I don't know how to deal with > that, if needed. They way it is now, if you install a firefox-i18n package firefox will ask you at next restart if you want to enable the new extension. We can add more blurb to MESSAGE, but to me the current state might be enough.. Landry > Index: pkg/MESSAGE > === > RCS file: /cvs/ports/www/firefox-i18n/pkg/MESSAGE,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 MESSAGE > --- pkg/MESSAGE 25 Jun 2006 21:25:44 - 1.1.1.1 > +++ pkg/MESSAGE 27 Jun 2012 12:21:16 - > @@ -1,3 +1,4 @@ > To configure Firefox for your language, type "about:config" in the URL > bar and edit "general.useragent.locale" (e.g. fr-FR ; default is en-US), > +enable your language in "Tools -> Add-ons -> Languages", > then restart Firefox. >
Re: UPDATE: claws-mail 3.8.1
On Thu, 28 Jun 2012 08:54:25 +0200 Landry Breuil wrote: > On Thu, Jun 28, 2012 at 12:42:06AM +0200, Christopher Zimmermann > wrote: > > Hi, > > > > heres an update to claws-mail 3.8.1 > > Nice.. but can you justify all the new patches ? backported from > upstream ? Fixes some known upstream-reported failures ? They are reported upstream as Bugs Nr. 2638-2642. For example http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2641 fixes claws mail not to produce lines longer than 998 characters which would be rejected by opensmtpd. Christopher
Re: Firefox 13.0.1 language add-on needs enabling
On Thu, Jun 28, 2012 at 09:03:38AM +0200, Landry Breuil wrote: > On Wed, Jun 27, 2012 at 02:55:55PM +0200, Remco wrote: > > I installed firefox 13.0.1 on OpenBSD 5.2-beta and, apart from installing > > the > > appropriate firefox-i18n package and changing "general.useragent.locale", I > > had to manually enable the language of choice in the browser. (I don't > > remember doing that ever before) I'm wondering if the following patch to > > the > > MESSAGE file of the firefox-i18n package makes sense. > > > > Of course, if firefox is already configured for a language other than > > English, > > the words "Tools -> Add-ons -> Languages" will be displayed in that other > > language, which may or may not be confusing. I don't know how to deal with > > that, if needed. > > They way it is now, if you install a firefox-i18n package firefox will > ask you at next restart if you want to enable the new extension. We can > add more blurb to MESSAGE, but to me the current state might be enough.. FTR, https://bugzilla.mozilla.org/show_bug.cgi?id=700615 deals with whitelisting systemwide langpacks/extensions by default. Landry
Re: UPDATE: claws-mail 3.8.1
On Thu, Jun 28, 2012 at 09:07:35AM +0200, Christopher Zimmermann wrote: > On Thu, 28 Jun 2012 08:54:25 +0200 > Landry Breuil wrote: > > > On Thu, Jun 28, 2012 at 12:42:06AM +0200, Christopher Zimmermann > > wrote: > > > Hi, > > > > > > heres an update to claws-mail 3.8.1 > > > > Nice.. but can you justify all the new patches ? backported from > > upstream ? Fixes some known upstream-reported failures ? > > They are reported upstream as Bugs Nr. 2638-2642. > For example > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2641 > fixes claws mail not to produce lines longer than 998 characters which > would be rejected by opensmtpd. Perfect, i'll add links to corresponding BZs to ease the tracking.. Will test it a bit later. Landry
Re: NEW: lang/pypy
On 2012/06/28 03:50, Juan Francisco Cantero Hurtado wrote: > > > -I..-I/usr/local/include -I/usr/local/include > > > > I think -O3 should be safe in this case - it's the optimisation level > > PyPy uses on a wide number of platforms. Because the code is nearly > > all machine generated, it's easier to work around C compiler bugs. > > I've no problems with the default CFLAGS of PyPy but I don't know if > this is considered a good practise on the OpenBSD ports world. Ports are expected to honour CC and CFLAGS variables.
Re: Firefox 13.0.1 language add-on needs enabling
On Thursday 28 June 2012 05:04:23 Eric Elena wrote: > You should look at extensions.autoDisableScopes. This value should be 15 > on your system, which means that all the extensions are disabled by > default. You can set it to 0 to automatically enable all the extensions, > of course if you trust what is installed on your PC. > > Eric > Thanks for explaining this, but I don't consider enabling all extensions a solution. > Le mercredi 27 juin 2012 à 14:55 +0200, Remco a écrit : > > I installed firefox 13.0.1 on OpenBSD 5.2-beta and, apart from installing > > the appropriate firefox-i18n package and changing > > "general.useragent.locale", I had to manually enable the language of > > choice in the browser. (I don't remember doing that ever before) I'm > > wondering if the following patch to the MESSAGE file of the firefox-i18n > > package makes sense. > > > > Of course, if firefox is already configured for a language other than > > English, the words "Tools -> Add-ons -> Languages" will be displayed in > > that other language, which may or may not be confusing. I don't know how > > to deal with that, if needed. > > > > > > > > Index: pkg/MESSAGE > > === > > RCS file: /cvs/ports/www/firefox-i18n/pkg/MESSAGE,v > > retrieving revision 1.1.1.1 > > diff -u -r1.1.1.1 MESSAGE > > --- pkg/MESSAGE 25 Jun 2006 21:25:44 - 1.1.1.1 > > +++ pkg/MESSAGE 27 Jun 2012 12:21:16 - > > @@ -1,3 +1,4 @@ > > To configure Firefox for your language, type "about:config" in the URL > > bar and edit "general.useragent.locale" (e.g. fr-FR ; default is en-US), > > +enable your language in "Tools -> Add-ons -> Languages", > > then restart Firefox.
Re: UPDATE: claws-mail 3.8.1
On Thu, Jun 28, 2012 at 10:05:50AM +0200, Landry Breuil wrote: > On Thu, Jun 28, 2012 at 09:07:35AM +0200, Christopher Zimmermann wrote: > > On Thu, 28 Jun 2012 08:54:25 +0200 > > Landry Breuil wrote: > > > > > On Thu, Jun 28, 2012 at 12:42:06AM +0200, Christopher Zimmermann > > > wrote: > > > > Hi, > > > > > > > > heres an update to claws-mail 3.8.1 > > > > > > Nice.. but can you justify all the new patches ? backported from > > > upstream ? Fixes some known upstream-reported failures ? > > > > They are reported upstream as Bugs Nr. 2638-2642. > > For example > > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2641 > > fixes claws mail not to produce lines longer than 998 characters which > > would be rejected by opensmtpd. > > Perfect, i'll add links to corresponding BZs to ease the tracking.. > Will test it a bit later. Note that renaming qp_encode_line to qp_encode broke vcalender plugin which uses that func : claws-mail:/usr/local/lib/claws-mail/plugins/vcalendar.so: undefined symbol 'qp_encode_line' ./src/vcal_manager.c: qp_encode_line(buf, (guchar *)outline); i don't know how you want to deal with that. Other than that it runs fine, so please fix that little issue and test that all plugins at least load fine :). Landry
Re: Firefox 13.0.1 language add-on needs enabling
Landry Breuil wrote: > On Wed, Jun 27, 2012 at 02:55:55PM +0200, Remco wrote: >> I installed firefox 13.0.1 on OpenBSD 5.2-beta and, apart from installing >> the appropriate firefox-i18n package and changing >> "general.useragent.locale", I had to manually enable the language of >> choice in the browser. (I don't remember doing that ever before) I'm >> wondering if the following patch to the MESSAGE file of the firefox-i18n >> package makes sense. >> >> Of course, if firefox is already configured for a language other than >> English, the words "Tools -> Add-ons -> Languages" will be displayed in >> that other language, which may or may not be confusing. I don't know how >> to deal with that, if needed. > > They way it is now, if you install a firefox-i18n package firefox will > ask you at next restart if you want to enable the new extension. We can > add more blurb to MESSAGE, but to me the current state might be enough.. > > Landry > I checked that and you're right when firefox-i18n-xx gets installed after firefox has been used before. However, when installing firefox and firefox-i18n-xx first and then starting firefox for the first time, I don't see a reminder to enable language add-ons. (I suppose it doesn't consider this situation a newly added language) It's not a terrible big deal, but in this case I think a reminder in the MESSAGE file is useful. (it feels like the MESSAGE file is telling only half the story in this situation) I reworded my initial patch a bit to avoid mentioning menu items in a specific language: Index: pkg/MESSAGE === RCS file: /cvs/ports/www/firefox-i18n/pkg/MESSAGE,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 MESSAGE --- pkg/MESSAGE 25 Jun 2006 21:25:44 - 1.1.1.1 +++ pkg/MESSAGE 28 Jun 2012 08:34:51 - @@ -1,3 +1,4 @@ To configure Firefox for your language, type "about:config" in the URL bar and edit "general.useragent.locale" (e.g. fr-FR ; default is en-US), +check that your language is available and enabled in the language add-ons, then restart Firefox. >> Index: pkg/MESSAGE >> === >> RCS file: /cvs/ports/www/firefox-i18n/pkg/MESSAGE,v >> retrieving revision 1.1.1.1 >> diff -u -r1.1.1.1 MESSAGE >> --- pkg/MESSAGE 25 Jun 2006 21:25:44 - 1.1.1.1 >> +++ pkg/MESSAGE 27 Jun 2012 12:21:16 - >> @@ -1,3 +1,4 @@ >> To configure Firefox for your language, type "about:config" in the URL >> bar and edit "general.useragent.locale" (e.g. fr-FR ; default is en-US), >> +enable your language in "Tools -> Add-ons -> Languages", >> then restart Firefox. >>
Re: [NEW] libjpeg-turbo
On 2012/06/27 22:44, Christopher Zimmermann wrote:
> Hi,
>
> here is a port of libjpeg-turbo, a binary compatible drop-in
> replacement for IJGs libjpeg. It makes use of 'SIMD' instructions to
> speed up jpeg (de)compression by a factor of 2-4.
> I tried hard to to let the port satisfy the dependencies of ports
> depending on jpeg-*. What I finally came up with is an always flavoured
> port (PKGNAME=jpeg-$V-turbo). Is this a good way to accomplish this?
> The SHARED_LIBS version is set to the same value as libjpeg.
> Tested with chromium, firefox, ristretto and feh.
jpeg is such a commonly-used library, I would be worried about
people using this and not mentioning it when they report a problem
with some other software. It's also going to complicate any updates
to graphics/jpeg as then the rest of the tree would have to be
checked against both jpeg and libjpeg-turbo. So I'd be rather
twitchy about importing this..
> mv ${PREFIX}/lib/libturbojpeg.so \
> ${PREFIX}/lib/libturbojpeg.so.${LIBturbojpeg_VERSION}
The library should be created correctly in the first place..
Re: [NEW] libjpeg-turbo
On Thu, Jun 28, 2012 at 11:19 AM, Stuart Henderson wrote: > jpeg is such a commonly-used library, I would be worried about > people using this and not mentioning it when they report a problem > with some other software. It's also going to complicate any updates > to graphics/jpeg as then the rest of the tree would have to be > checked against both jpeg and libjpeg-turbo. So I'd be rather > twitchy about importing this.. Same here: it would be a pain to correctly handle this (ports-wise)...
Re: NEW: lang/pypy
On Thu, Jun 28, 2012 at 09:59:15AM +0100, Stuart Henderson wrote: > Ports are expected to honour CC and CFLAGS variables. This problem (and the direct, somewhat weird, writing to $TMPDIR) are now (hopefully) fixed in the WIP git for lang/pypy. Comments welcome. Laurie -- Personal http://tratt.net/laurie/ The Converge programming language http://convergepl.org/ https://github.com/ltratt http://twitter.com/laurencetratt
Re: Waiting for ok's.
On 2012/06/21 10:43, Stuart Cassoff wrote: > I'm waiting for a few ok's. > This is what I have so far. > > Stu > > > tcl.port.mk: > cad/xcircuit: > databases/pgtcl: > devel/vtcl: > devel/nagelfar: sebastia@ > lang/eagle: > mail/tkrat: > misc/cbb: sthen@ > misc/remind: > x11/byzi: sthen@ > x11/dbus-tcl: landry@ > x11/dbus-intf: landry@ > Any problem with committing the ones you already have OKs for? It would be helpful to repost diffs for the others..
x11/gnome/search-tool/pkg/PLIST typo
Hi, Sorry for lack of the patch. Could someone fix a typo in the last line of the PLIST: @unexec-delete %D/bin/update-desktop-databas Missing letter `e'. Thanks. -- best regards q#
NEW: net/p5-OSPF-LSDB
Hi, I have written a little application to display the link-state database of the ospfd. OSPFView Perl module OSPF::LSDB reads the link-state database from an OSPF daemon. Then it creates a dot graphic which can be displayed with graphviz. The OSPF::LSDB Perl module and its submodules implement the functionality to hold, parse, check, display the content of an OSPF link-state database. Additionally the OSPFView package contains command-line tools to read the link-state database from an ospf daemon. Then it creates a dot graphic which can be displayed with graphviz. At the moment OpenBSD ospfd and ospf6d and gated 3.6 are supported. Cisco support is experimental. p5-OSPF-LSDB.tgz attached ok? bluhm p5-OSPF-LSDB.tgz Description: application/tar-gz
Re: NEW: lang/pypy
On Thu, Jun 28, 2012 at 02:38:59PM +0100, Laurence Tratt wrote: > On Thu, Jun 28, 2012 at 09:59:15AM +0100, Stuart Henderson wrote: > > > Ports are expected to honour CC and CFLAGS variables. > > This problem (and the direct, somewhat weird, writing to $TMPDIR) are now > (hopefully) fixed in the WIP git for lang/pypy. Comments welcome. > I've seen this error: [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/locale.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/resource.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/syslog.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' but all seem work OK. The package is created and install/deinstall without problems. A simple "import sys sys.exit()" works OK. Tested without systrace. You need fix this problem: --> sudo make lib-depends-check pypy-1.9(lang/pypy): Missing: bz2.10 from bzip2-1.0.6 (/usr/local/pypy-1.9/bin/pypy) Missing: c.65 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: crypto.20 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: curses.12 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: expat.10 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: ffi.0 from libffi-3.0.9 (/usr/local/pypy-1.9/bin/pypy) Missing lib: iconv.6 (/usr/local/pypy-1.9/bin/pypy) (NOT REACHABLE) Missing lib: intl.6 (/usr/local/pypy-1.9/bin/pypy) (NOT REACHABLE) Missing: m.7 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: pthread.16 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: ssl.17 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: util.11 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: z.4 (/usr/local/pypy-1.9/bin/pypy) (system lib) WANTLIB += bz2 c crypto curses expat ffi m pthread ssl util z Scanning: ok *** Error code 1 Stop in /usr/ports/openbsd-wip/lang/pypy (line 2066 of /usr/ports/infrastructure/mk/bsd.port.mk). Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: x11/gnome/search-tool/pkg/PLIST typo
On Thu, Jun 28, 2012 at 08:11:52PM +0100, Mikolaj Kucharski wrote: > Hi, > > Sorry for lack of the patch. Could someone fix a typo in the last line > of the PLIST: > > @unexec-delete %D/bin/update-desktop-databas > > Missing letter `e'. Thanks. Good catch; fixed, thanks. -- Antoine
