UPDATE: mail/getmail 4.43.0
Here is an update to getmail 4.43.0.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.89
diff -u -r1.89 Makefile
--- Makefile17 Jul 2013 19:35:52 - 1.89
+++ Makefile11 Jan 2014 14:20:09 -
@@ -2,7 +2,7 @@
COMMENT= IMAP/POP3/SDPS mail retriever
-MODPY_EGG_VERSION= 4.41.0
+MODPY_EGG_VERSION= 4.43.0
DISTNAME= getmail-${MODPY_EGG_VERSION}
CATEGORIES=mail
Index: distinfo
===
RCS file: /cvs/ports/mail/getmail/distinfo,v
retrieving revision 1.72
diff -u -r1.72 distinfo
--- distinfo17 Jul 2013 19:35:52 - 1.72
+++ distinfo11 Jan 2014 14:20:09 -
@@ -1,2 +1,2 @@
-SHA256 (getmail-4.41.0.tar.gz) = xGITe1CKmtXSfgpCSfwKQ5yVqEcH37nXqMB+wzg3dWE=
-SIZE (getmail-4.41.0.tar.gz) = 169829
+SHA256 (getmail-4.43.0.tar.gz) = HiJFiWY0SYPTiv/SxEOSkXHUihEHz4KYKT5dKRqRbCk=
+SIZE (getmail-4.43.0.tar.gz) = 140511
Re: New port: mail/spampd
OK? On 01/10/2014 03:03 PM, Henrik Friedrichsen wrote: > Hello, > > This is my submission of the spampd port. Please bear with me as this is > my first port for OpenBSD (though I have written FreeBSD ports before).
Update milter-spamd
Hi, please find below an update for milter-spamd to version 0.6. This update improves the handling of the authentication bits in the received headers. I tested this update on my production mail servers and it works fine. OKs, please? Thanks, Regards, Joerg Index: Makefile === RCS file: /cvs/ports/mail/milter-spamd/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- Makefile11 Mar 2013 11:23:51 - 1.18 +++ Makefile16 Jan 2014 13:47:00 - @@ -2,8 +2,7 @@ COMMENT= sendmail milter plugin for SpamAssassin spamd -DISTNAME= milter-spamd-0.5 -REVISION = 6 +DISTNAME= milter-spamd-0.6 CATEGORIES=mail MASTER_SITES= http://www.benzedrine.cx/ Index: distinfo === RCS file: /cvs/ports/mail/milter-spamd/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo5 Apr 2007 16:20:02 - 1.4 +++ distinfo16 Jan 2014 13:47:00 - @@ -1,5 +1,2 @@ -MD5 (milter-spamd-0.5.tar.gz) = F6mo0THUrMe8/LbfNmznNA== -RMD160 (milter-spamd-0.5.tar.gz) = bsJASKjNyRMQuFZB1AoPoWITQr4= -SHA1 (milter-spamd-0.5.tar.gz) = NwQI1RcWax3J0kC/c5v5xsEhdGs= -SHA256 (milter-spamd-0.5.tar.gz) = o4GfkVQ6/92Vq5LSbiZNgpOnOWi9o6MxnAUbYeYIZg0= -SIZE (milter-spamd-0.5.tar.gz) = 7161 +SHA256 (milter-spamd-0.6.tar.gz) = +3VFXLaAMEPnT2Q3qvOJPjgOopgQPt3yawhRJpDaaTU= +SIZE (milter-spamd-0.6.tar.gz) = 7314
Re: [UPDATE] minitube-2.1.5
On Thu, Jan 16, 2014 at 2:10 PM, David Coppa wrote: > > Bugfix update to minitube-2.1.5: > > - Fix some videos not playing > - Show video title on hover when playlist is in minimode > > OK? Also attached. minitube-2.1.5.diff.gz Description: GNU Zip compressed data
[UPDATE] minitube-2.1.5
Bugfix update to minitube-2.1.5:
- Fix some videos not playing
- Show video title on hover when playlist is in minimode
OK?
Index: Makefile
===
RCS file: /cvs/ports/www/minitube/Makefile,v
retrieving revision 1.30
diff -u -p -u -p -r1.30 Makefile
--- Makefile30 Sep 2013 08:06:09 - 1.30
+++ Makefile16 Jan 2014 12:43:55 -
@@ -2,7 +2,7 @@
COMMENT = standalone YouTube.com video browser/player
-DISTNAME = minitube-2.1.3
+DISTNAME = minitube-2.1.5
CATEGORIES = www multimedia
HOMEPAGE = http://flavio.tordini.org/minitube
@@ -34,6 +34,11 @@ MAKE_FLAGS = CXX=${CXX} \
FAKE_FLAGS = INSTALL_ROOT=${WRKINST}
NO_TEST = Yes
+
+# Zap bogus non-ASCII characters that break the build
+pre-configure:
+ perl -pi -e "s/[^[:ascii:]]//g if $$. == 1" \
+ ${WRKSRC}/src/aggregatevideosource.cpp
do-configure:
cd ${WRKDIST} && env -i ${CONFIGURE_ENV} \
Index: distinfo
===
RCS file: /cvs/ports/www/minitube/distinfo,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 distinfo
--- distinfo30 Sep 2013 08:06:09 - 1.16
+++ distinfo16 Jan 2014 12:43:55 -
@@ -1,2 +1,2 @@
-SHA256 (minitube-2.1.3.tar.gz) = OHtD/J7mjaV9abBiKyphyC+BZAHaWtiDBWPXkuQCuPw=
-SIZE (minitube-2.1.3.tar.gz) = 816226
+SHA256 (minitube-2.1.5.tar.gz) = 6PyBLAB96JmMTQeYOnOXol/x7HfaB3ZvFVMUwF7RTFk=
+SIZE (minitube-2.1.5.tar.gz) = 819076
Index: patches/patch-locale_locale_pri
===
RCS file: patches/patch-locale_locale_pri
diff -N patches/patch-locale_locale_pri
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-locale_locale_pri 16 Jan 2014 12:43:55 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+Unlink bogus Linguist files from the build
+
+--- locale/locale.pri.orig Thu Dec 19 00:37:27 2013
locale/locale.pri Thu Jan 16 12:31:52 2014
+@@ -4,7 +4,7 @@ INCLUDEPATH += $$PWD
+ DEPENDPATH += $$PWD
+
+ # ls -1 *.ts | tr '\n' ' '
+-TRANSLATIONS += ar.ts ast.ts be.ts bg_BG.ts ca.ts ca_ES.ts cs_CZ.ts da.ts
de_DE.ts el.ts en.ts es.ts es_AR.ts es_ES.ts es_MX.ts fi.ts fi_FI.ts fr.ts
gl.ts he_IL.ts hr.ts hu.ts ia.ts it.ts ja_JP.ts ky.ts ms_MY.ts nb.ts nl.ts
pl.ts pl_PL.ts pt.ts pt_BR.ts ro.ts ru.ts sk.ts sl.ts sq.ts sv_SE.ts tr.ts
uk.ts uk_UA.ts vi.ts zh_CN.ts zh_TW.ts
++TRANSLATIONS += ar.ts ast.ts bg_BG.ts ca.ts cs_CZ.ts da.ts de_DE.ts el.ts
en.ts es.ts es_AR.ts es_ES.ts fi.ts fi_FI.ts fr.ts gl.ts he_IL.ts hu.ts ia.ts
it.ts ja_JP.ts ky.ts ms_MY.ts nb.ts nl.ts pl.ts pl_PL.ts pt_BR.ts ro.ts ru.ts
sk.ts sl.ts sq.ts sv_SE.ts tr.ts uk.ts uk_UA.ts zh_CN.ts zh_TW.ts
+ isEmpty(QMAKE_LRELEASE) {
+ win32:QMAKE_LRELEASE = $$[QT_INSTALL_BINS]\lrelease.exe
+ else:QMAKE_LRELEASE = $$[QT_INSTALL_BINS]/lrelease
Index: patches/patch-src_aggregatevideosource_cpp
===
RCS file: patches/patch-src_aggregatevideosource_cpp
diff -N patches/patch-src_aggregatevideosource_cpp
--- patches/patch-src_aggregatevideosource_cpp 30 Sep 2013 08:06:10 -
1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_aggregatevideosource_cpp,v 1.1 2013/09/30 08:06:10 dcoppa
Exp $
-
-Remove garbage:
-
-src/aggregatevideosource.cpp:1: error: stray '\357' in program
-src/aggregatevideosource.cpp:1: error: stray '\273' in program
-src/aggregatevideosource.cpp:1: error: stray '\277' in program
-
src/aggregatevideosource.cpp.orig Wed Sep 25 13:31:10 2013
-+++ src/aggregatevideosource.cpp Wed Sep 25 13:31:18 2013
-@@ -1,4 +1,4 @@
--???/* $BEGIN_LICENSE
-+/* $BEGIN_LICENSE
-
- This file is part of Minitube.
- Copyright 2009, Flavio Tordini
Re: [new] devel/avr32
On Tue, Jan 07, 2014 at 06:27:40PM +0100, Stefan Sperling wrote: > This is a port of Atmel's AVR32 toolchain. > It contains binutils, gcc, and newlib (C library). > > GCC needs to be compiled twice, once before and once after newlib is built. > I've solved this by adding a 'bootstrap' flavour to the gcc port which > is a build dependency of the newlib port. The 'bootstrap' flavour is > also marked as not for distribution to FTP mirrors. When compiling the port, > the avr32-gcc-bootstrap package needs to be removed before the avr32-gcc > package can be installed. > > OK to import under devel/avr32? Here's an alternative version based on discussion with espie@. It moves bootstrap gcc into a separate port, thus allowing the full avr32-gcc to be installed alongside the bootstrap version. Does anyone else have feedback for this? avr32.tar.gz Description: application/tar-gz
Re: [update] py-simplejson
I have diffs to remove simplejson for a number of ports. If anyone wants to see them please shout. Otherwise I will commit it during the weekend. On Sat, Jan 11, 2014 at 9:05 PM, Federico Schwindt wrote: > before that all ports using it should be checked to ensure they will work > with the bundled json module. > > > On Sat, Jan 11, 2014 at 6:48 PM, frantisek holop wrote: > >> after some soul searching (and googling), i actually >> cannot come up with a good reason why this package is >> needed... it is included in 2.7 if i read the docs >> correctly. perhaps it should go to the attic. >> >> -f >> >> hmm, on Tue, Dec 31, 2013 at 10:01:34AM -0500, Eric Radman said that >> > On Sun, Dec 29, 2013 at 12:18:28PM +0100, frantisek holop wrote: >> > > hmm, on Sat, Dec 28, 2013 at 11:54:28PM -0800, Martynas Venckus said >> that >> > > > The diff looks good but I don't use this anymore, so could you >> remove >> > > > me as maintainer and find someone to take care of testing/committing >> > > > it? >> > > >> > > ok, i take over. attached the new version. >> > > please test and commit. >> > > >> > > -f >> > > -- >> > > i'm here to question all your answers. >> > >> > > Index: Makefile >> > > === >> > > RCS file: /cvs/ports/devel/py-simplejson/Makefile,v >> > > retrieving revision 1.19 >> > > diff -u -p -r1.19 Makefile >> > > --- Makefile11 Mar 2013 10:50:26 - 1.19 >> > > +++ Makefile29 Dec 2013 11:16:55 - >> > > @@ -2,15 +2,14 @@ >> > > >> > > COMMENT = JSON encoder/decoder >> > > >> > > -MODPY_EGG_VERSION =2.5.0 >> > > +MODPY_EGG_VERSION =3.3.1 >> > >> > simplejson is listed as a dependency for several ports, but are they >> > using it? It has been bundled with Python since 2.6. Projects that >> > still support Python 2.5 will typically do include some logic that tries >> > to import the standard library first >> > >> > try: >> > import json >> > except ImportError: >> > import simplejson as json >> >> -- >> so you think you can tell heaven from hell. >> >> >
Re: endfake warning
On Wed, Jan 15, 2014 at 11:51:49PM -0700, Theo de Raadt wrote: > >On Wed, Jan 15, 2014 at 09:31, Antoine Jacoutot wrote: > >> On Tue, Jan 14, 2014 at 11:06:40PM -0500, Ted Unangst wrote: > >>> I ran pkg_add -u and it printed a warning about @endfake being > >>> obsolete. It may have been in the xvidcore package, or not; it was > >>> hard to tell which package the warning was attached to. > >> > >> This is normal. @endfake is now obsolete. It's been removed from ports but > >> some of your old pkg may still have this marker. > >> Since you just updated them, you won't see this warning anymore. > > > >ok, but these packages were only a few weeks old. I think it's weird > >to warn about something in this case, because there's nothing I could > >have done about it. it just causes unnecessary panic. i.e., i either > >read the warnings from pkg_add and think about them, or i slowly get > >trained to ignore them entirely. > > What tedu saw is in a new package. I saw it as well, on a fresh install. > I do not remember the exact package (but I did inform espie). Oh, there are exactly five packages which did have @endfake still. archivers/lzo audio/gsm audio/rplay graphics/libungif print/pdflib I did things in order (remove stuff from ports, then commit pkg_add) But there were already builds in the pipeline that still had @endfake, and then we rushed some signed package snapshots out. No biggy.
Re: packages snapshots signed with wrong key
On 16.01.2014 10:15, Antoine Jacoutot wrote: > On Thu, Jan 16, 2014 at 10:07:12AM +0100, Alexis de BRUYN wrote: >> On 15.01.2014 16:54, Christian Weisgerber wrote: >>> Alexis de BRUYN wrote: >>> > Short story: the latest package snapshost (i386) is signed with > 55pkg.pub, but the @signer in +CONTENTS is 54pkg. Same problem here too : OpenBSD alex.test 5.5 GENERIC.MP#8 amd64 >>> >>> I fixed the amd64 packages last night (CET). The mirrors should >>> be catching up. Sorry about that. >>> >> This is working fine now. Thanks. >> >> In my case, all .pub files were not installed in /etc/signify/ after I >> updated my tree and rebuilt my kernel/userland, I had to copy them >> manually from /usr/src/etc/signify/. > > That is what sysmerge(8) is for, did you run it? > No I forgot this time. Problem solved. Sorry for the noise and Thank you Antoine. -- Alexis de BRUYN
Re: UPDATE: textproc/calibre
On Thu, Jan 16, 2014 at 10:09 AM, David Coppa wrote: > >> From: Stuart Henderson >> Date: Wed, Jan 15, 2014 at 12:53 PM >> Subject: UPDATE: textproc/calibre >> To: ports >> >> >> Anyone want to give this a spin? > > I did. > > Basic functionalities work fine in my tests: > > Viewing an ebook, editing an ebook, converting an ebook from AWZ > to PDF. It's AZW, not AWZ. Sorry, David
Re: UPDATE: textproc/calibre
On 2014/01/16 02:09, David Coppa wrote: > > > From: Stuart Henderson > > Date: Wed, Jan 15, 2014 at 12:53 PM > > Subject: UPDATE: textproc/calibre > > To: ports > > > > > > Anyone want to give this a spin? > > I did. > > Basic functionalities work fine in my tests: > > Viewing an ebook, editing an ebook, converting an ebook from AWZ > to PDF. > > It spews some warnings at startup: ..snip.. > But I think it's because OpenBSD lacks support for this stuff. > And there's indeed a comment about requiring "/sys filesystem for HW > detection"... > > So, I can say I'm ok with this update to go in. > > Cheers! > David Thanks - yes these are also present in the previous version and they're connected with the USB code which pokes in /sys, I don't have hardware, time or inclination to fix these up for OpenBSD ;)
Re: packages snapshots signed with wrong key
On Thu, Jan 16, 2014 at 10:07:12AM +0100, Alexis de BRUYN wrote: > On 15.01.2014 16:54, Christian Weisgerber wrote: > > Alexis de BRUYN wrote: > > > >>> Short story: the latest package snapshost (i386) is signed with > >>> 55pkg.pub, but the @signer in +CONTENTS is 54pkg. > >> > >> Same problem here too : > >> OpenBSD alex.test 5.5 GENERIC.MP#8 amd64 > > > > I fixed the amd64 packages last night (CET). The mirrors should > > be catching up. Sorry about that. > > > This is working fine now. Thanks. > > In my case, all .pub files were not installed in /etc/signify/ after I > updated my tree and rebuilt my kernel/userland, I had to copy them > manually from /usr/src/etc/signify/. That is what sysmerge(8) is for, did you run it? -- Antoine
Re: packages snapshots signed with wrong key
On 15.01.2014 16:54, Christian Weisgerber wrote: > Alexis de BRUYN wrote: > >>> Short story: the latest package snapshost (i386) is signed with >>> 55pkg.pub, but the @signer in +CONTENTS is 54pkg. >> >> Same problem here too : >> OpenBSD alex.test 5.5 GENERIC.MP#8 amd64 > > I fixed the amd64 packages last night (CET). The mirrors should > be catching up. Sorry about that. > This is working fine now. Thanks. In my case, all .pub files were not installed in /etc/signify/ after I updated my tree and rebuilt my kernel/userland, I had to copy them manually from /usr/src/etc/signify/. -- Alexis de BRUYN
Re: UPDATE: textproc/calibre
> From: Stuart Henderson
> Date: Wed, Jan 15, 2014 at 12:53 PM
> Subject: UPDATE: textproc/calibre
> To: ports
>
>
> Anyone want to give this a spin?
I did.
Basic functionalities work fine in my tests:
Viewing an ebook, editing an ebook, converting an ebook from AWZ
to PDF.
It spews some warnings at startup:
Traceback (most recent call last):
File "/usr/local/lib/calibre/calibre/gui2/device.py", line 365, in run_startup
dev.startup()
File "/usr/local/lib/calibre/calibre/devices/mtp/base.py", line 24, in
synchronizer
return func(self, *args, **kwargs)
File "/usr/local/lib/calibre/calibre/devices/mtp/unix/driver.py", line 168,
in startup
p = plugins['libmtp']
File "/usr/local/lib/calibre/calibre/constants.py", line 178, in __getitem__
raise KeyError('No plugin named %r'%name)
KeyError: "No plugin named u'libmtp'"
Exception in thread Thread-5:
Traceback (most recent call last):
File "/usr/local/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/local/lib/calibre/calibre/gui2/device.py", line 400, in run
self.detect_device()
File "/usr/local/lib/calibre/calibre/gui2/device.py", line 262, in
detect_device
self.scanner.scan()
File "/usr/local/lib/calibre/calibre/devices/scanner.py", line 324, in scan
self.devices = self.scanner()
File "/usr/local/lib/calibre/calibre/devices/scanner.py", line 130, in
__call__
self.libusb, self.libusb_err = plugins['libusb']
File "/usr/local/lib/calibre/calibre/constants.py", line 178, in __getitem__
raise KeyError('No plugin named %r'%name)
KeyError: "No plugin named 'libusb'"
Exception in thread Thread-7:
Traceback (most recent call last):
File "/usr/local/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/local/lib/calibre/calibre/utils/mdns.py", line 42, in run
_all_ip_addresses = self.get_all_ips()
File "/usr/local/lib/calibre/calibre/utils/mdns.py", line 23, in get_all_ips
import netifaces
ImportError: No module named netifaces
But I think it's because OpenBSD lacks support for this stuff.
And there's indeed a comment about requiring "/sys filesystem for HW
detection"...
So, I can say I'm ok with this update to go in.
Cheers!
David
