Re: pcsc update

[Damien Miller]

On Mon, 21 Nov 2011, David Coppa wrote:

> On Sun, Nov 20, 2011 at 5:20 AM, Damien Miller  wrote:
> > Hi,
> >
> > Is anyone maintaining pcsc-lite? I need a newer version to work on improves
> > smartcard support for OpenSSH. If nobody is maintianing it I can update it
> > myself, but it looks like the new version moves a few things around...
> 
> I'm interested. I was about to start working on it (and ccid) to check
> if I can get it to work with gnupg2's smartcard support...

Excellent - I can help test when you have something approximately
ready to submit. Does openct need to be updated too?

-d

Re: QEMU 1.0-rc2 for testing

[Josh Grosse]

On Tue, Nov 22, 2011 at 05:19:41PM -0500, Brad wrote:
> On Mon, Nov 21, 2011 at 10:33:16PM -0500, Brad wrote:
> > On Tue, Nov 15, 2011 at 03:59:41PM -0500, Brad wrote:
> > > The QEMU 1.0 release is coming up soon. Looking for some testing of the
> > > rc2 release. Let me know how it goes.
> > 
> > 1.0-rc3..
> 
> An updated diff for rc3. 
> 
> This could use more testing on amd64 and i386.

As before, qemu-system-i386 appears to be functioning fine on i386.  

I don't know what the qemu-i386 binary is, as it is undocumented, but it 
segfaults.

I have not tested any other target architectures.

Re: QEMU 1.0-rc2 for testing

[Brad]

On 24/11/11 8:26 PM, Josh Grosse wrote:

I don't know what the qemu-i386 binary is, as it is undocumented, but it
segfaults.


That's part of the work in progress BSD userland emulation support.

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: gnupg2 broken (Was Re: CVS: cvs.openbsd.org: ports)

[Justin Lindberg]

On 11/24/11 01:23, Pierre-Emmanuel André wrote:

On Thu, Nov 24, 2011 at 10:10:31AM +0100, David Coppa wrote:

On Tue, Nov 22, 2011 at 2:18 PM, David Coppa  wrote:

So, what shall we do?
Nobody cares enough, it seems...

I don't have a smardcard to test.
I'm ok with your diff (until a better solution).


I just happen to have a spare USB keyboard sitting around
that has a slot for a smart card and produces the following
output when I plug it in:

uhidev4 at uhub2 port 6 configuration 1 interface 0 "SILITEK USB SMART 
CARD KEYBOARD" rev 1.10/0.20 addr 5

uhidev4: iclass 3/1
ukbd1 at uhidev4: 8 modifier keys, 6 key codes
wskbd2 at ukbd1 mux 1
wskbd2: connecting to wsdisplay0
uhidev5 at uhub2 port 6 configuration 1 interface 2 "SILITEK USB SMART 
CARD KEYBOARD" rev 1.10/0.20 addr 5

uhidev5: iclass 3/0, 2 report ids
uhid5 at uhidev5 reportid 1: input=3, output=0, feature=0
uhid6 at uhidev5 reportid 2: input=1, output=0, feature=0
ugen0 at uhub2 port 6 configuration 1 "SILITEK USB SMART CARD KEYBOARD" 
rev 1.10/0.20 addr 5


If this would be of any use, I will be happy to send it.
However, there is one small issue:

http://www.bis.doc.gov/encryption/

--Justin

[UPDATE] devel/py-twisted

[Eric Faurot]

This is an update to Twisted 11.1.0

Eric.

Index: conch/Makefile
===
RCS file: /cvs/ports/devel/py-twisted/conch/Makefile,v
retrieving revision 1.16
diff -u -r1.16 Makefile
--- conch/Makefile  16 Sep 2011 09:24:56 -  1.16
+++ conch/Makefile  24 Nov 2011 11:49:48 -
@@ -4,10 +4,9 @@
 
 CATEGORIES=net
 
-VERSION=   11.0.0
+VERSION=   11.1.0
 DISTNAME=  TwistedConch-${VERSION}
 PKGNAME=   py-twisted-conch-${VERSION}
-REVISION=  0
 
 HOMEPAGE=  http://twistedmatrix.com/trac/wiki/TwistedConch
 
Index: conch/distinfo
===
RCS file: /cvs/ports/devel/py-twisted/conch/distinfo,v
retrieving revision 1.8
diff -u -r1.8 distinfo
--- conch/distinfo  20 Jun 2011 10:25:32 -  1.8
+++ conch/distinfo  24 Nov 2011 11:49:48 -
@@ -1,5 +1,5 @@
-MD5 (TwistedConch-11.0.0.tar.bz2) = OC170kYJ8VKlit+3JEsW5A==
-RMD160 (TwistedConch-11.0.0.tar.bz2) = QHLaZiR9biv74oUoBPl/bwdj+T0=
-SHA1 (TwistedConch-11.0.0.tar.bz2) = WoJMk5azftoOvAIJm5xbail96LE=
-SHA256 (TwistedConch-11.0.0.tar.bz2) = 
o70AmSi4OIkosk+7sp4drm6gkvOjeAAfQmxvYwLyVQQ=
-SIZE (TwistedConch-11.0.0.tar.bz2) = 209673
+MD5 (TwistedConch-11.1.0.tar.bz2) = TfJY0WvfgzmTTE/l4sTjcQ==
+RMD160 (TwistedConch-11.1.0.tar.bz2) = f894M7uerwQqW1mZm9oL1olFf5s=
+SHA1 (TwistedConch-11.1.0.tar.bz2) = RRO/AdES50C6CRxEx805idodyEU=
+SHA256 (TwistedConch-11.1.0.tar.bz2) = 
+gFEfUJcetl4WfWCR3WoQfJ55LKx+vbaptW28ONdobU=
+SIZE (TwistedConch-11.1.0.tar.bz2) = 211556
Index: conch/pkg/PLIST
===
RCS file: /cvs/ports/devel/py-twisted/conch/pkg/PLIST,v
retrieving revision 1.7
diff -u -r1.7 PLIST
--- conch/pkg/PLIST 20 Jun 2011 10:25:32 -  1.7
+++ conch/pkg/PLIST 24 Nov 2011 11:49:48 -
@@ -152,6 +152,8 @@
 
lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_openssh_compat.pyc
 lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_recvline.py
 lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_recvline.pyc
+lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_scripts.py
+lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_scripts.pyc
 lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_session.py
 lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_session.pyc
 lib/python${MODPY_VERSION}/site-packages/twisted/conch/test/test_ssh.py
Index: core/Makefile
===
RCS file: /cvs/ports/devel/py-twisted/core/Makefile,v
retrieving revision 1.21
diff -u -r1.21 Makefile
--- core/Makefile   16 Sep 2011 09:24:56 -  1.21
+++ core/Makefile   24 Nov 2011 11:49:48 -
@@ -2,10 +2,9 @@
 
 COMMENT=   event-based Python framework (core module)
 
-VERSION=   11.0.0
+VERSION=   11.1.0
 DISTNAME=  TwistedCore-${VERSION}
 PKGNAME=   py-twisted-core-${VERSION}
-REVISION=  0
 
 HOMEPAGE=  http://twistedmatrix.com/trac/wiki/TwistedCore
 
@@ -35,7 +34,8 @@
twisted.internet.test   \
twisted.protocols.test  \
twisted.python.test \
-   twisted.scripts.test\
+   twisted.persisted.test  \
+   twisted.manhole.test\
twisted.test\
twisted.trial.test
 
Index: core/distinfo
===
RCS file: /cvs/ports/devel/py-twisted/core/distinfo,v
retrieving revision 1.8
diff -u -r1.8 distinfo
--- core/distinfo   20 Jun 2011 10:25:32 -  1.8
+++ core/distinfo   24 Nov 2011 11:49:48 -
@@ -1,5 +1,5 @@
-MD5 (TwistedCore-11.0.0.tar.bz2) = yw8cWBWNowVu19hCSDAoCQ==
-RMD160 (TwistedCore-11.0.0.tar.bz2) = psT81wRyJmz9odiUeMAqr67DjsQ=
-SHA1 (TwistedCore-11.0.0.tar.bz2) = FMFeTqx4d0SQfCwxkq9xDU/+ik4=
-SHA256 (TwistedCore-11.0.0.tar.bz2) = 
Ruo9k5DslKMjRYlUT8FUxI+1cUEhNipYLbYs2HMTPy8=
-SIZE (TwistedCore-11.0.0.tar.bz2) = 1396224
+MD5 (TwistedCore-11.1.0.tar.bz2) = mHDVTcnxfUUYxSSIkc0Ihw==
+RMD160 (TwistedCore-11.1.0.tar.bz2) = COBW+Gp7kiXENhL8yC4yDEROf/w=
+SHA1 (TwistedCore-11.1.0.tar.bz2) = 22Lj3x+HCBJ95Ne6XyyBaLJKI4g=
+SHA256 (TwistedCore-11.1.0.tar.bz2) = 
AEG1w4zXxABD9kxKrrX8xGMcIpd2yJbPoYj9K1Z/120=
+SIZE (TwistedCore-11.1.0.tar.bz2) = 1455613
Index: core/patches/patch-twisted_internet_process_py
===
RCS file: 
/cvs/ports/devel/py-twisted/core/patches/patch-twisted_internet_process_py,v
retrieving revision 1.1
diff -u -r1.1 patch-twisted_internet_process_py
--- core/patches/patch-twisted_internet_process_py  20 Jun 2011 10:25:32 
-  1.1
+++ core/patches/patch-twisted_internet_process_py  24 Nov 2011 11:49:48 
-
@@ -1,73 +1,29 @@
-$Ope

Re: UPDATE: llvm-3.0rc1 just for testing...

[Stuart Henderson]

On 2011/11/24 09:47, Sebastian Reitenbach wrote:
> This rc4 builds fine for me on i386, not like the rc3 from Sthen.

rc4 builds fine on i386 with cmake too.

> I guess it will also not build on sparc64, see this bug I created in their 
> bug tracker:

I tested rc3 build on sparc64, that does work (but sparc64
is not targetted for code production so it's of limited use)

Re: gnupg2 broken (Was Re: CVS: cvs.openbsd.org: ports)

[Pierre-Emmanuel André]

On Thu, Nov 24, 2011 at 10:10:31AM +0100, David Coppa wrote:
> On Tue, Nov 22, 2011 at 2:18 PM, David Coppa  wrote:
> 
> So, what shall we do?
> Nobody cares enough, it seems...

I don't have a smardcard to test. 
I'm ok with your diff (until a better solution).

Regards,
 
> cheers,
> David
> 
> > On Sun, 13 Nov 2011, Antoine Jacoutot wrote:
> >
> >> Log message:
> >> Sync dependencies after move from libusb to libusb-compat and fix a
> >> couple of fallouts. Note that these ports are only the ones that used to
> >> have a direct dependency on devel/libusb so there may be some other
> >> hidden ports that may break because of the switch. If that's the case,
> >> no need to start ranting all over but instead tell me which one(s)
> >> break. Thanks.
> >
> > I'm sorry to bring bad news, but this broke security/gnupg2 in a
> > bad way:
> >
> > (gdb) run --pinentry-program /usr/local/bin/pinentry-curses 
> > --enable-ssh-support --daemon --log-file ~/.gnupg/gpg-agent.log 
> > --write-env-file
> > Starting program: /usr/local/bin/gpg-agent --pinentry-program 
> > /usr/local/bin/pinentry-curses --enable-ssh-support --daemon --log-file 
> > ~/.gnupg/gpg-agent.log --write-env-file
> > O j: ... this is a bug (global.c:121:global_init)
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to process 2746, thread 0x2037b1800]
> > __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> > 159         if (r->r_hook == NULL) {
> > (gdb) bt
> > #0  __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> > #1  0x00021052985e in pth_mutex_acquire (mutex=0x20113a9c0, 
> > tryonly=Variable "tryonly" is not available.
> > ) at pth_sync.c:101
> > #2  0x00406ee0 in gcry_pth_mutex_lock (lock=Variable "lock" is not 
> > available.
> > ) at gpg-agent.c:280
> > #3  0x00020630938d in lock_fsm () from /usr/local/lib/libgcrypt.so.15.0
> > #4  0x00020630943b in fips_new_state () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #5  0x00020630965c in _gcry_fips_signal_error () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #6  0x000206303844 in _gcry_logv () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #7  0x000206303eb8 in _gcry_log () from /usr/local/lib/libgcrypt.so.15.0
> > #8  0x000206303f0f in _gcry_bug () from /usr/local/lib/libgcrypt.so.15.0
> > #9  0x00020630484a in global_init () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #10 0x000206304c0f in _gcry_vcontrol () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #11 0x000206302cdd in gcry_control () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #12 0x00408037 in main (argc=8, argv=0x7f7ea178) at 
> > gpg-agent.c:598
> >
> > This is because the new libusb brings "-pthread" in and you cannot
> > mix GNU pth with libpthread, at least until (I think) we'll be able
> > to have a working devel/pth built using the "--enable-syscall-hard"
> > option that provides replacement syscalls wrapping libpthread ones.
> >
> > So, for now, we are forced to lose smartcard support unless someone
> > can jump in with a fix for this giant mess...
> >
> > Ciao,
> > David
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/security/gnupg2/Makefile,v
> > retrieving revision 1.13
> > diff -u -p -r1.13 Makefile
> > --- Makefile    13 Nov 2011 13:54:05 -      1.13
> > +++ Makefile    22 Nov 2011 13:17:09 -
> > @@ -4,7 +4,7 @@ COMMENT =       gnu privacy guard - a free PG
> >
> >  DISTNAME =     gnupg-2.0.18
> >  CATEGORIES =   security
> > -REVISION =     0
> > +REVISION =     1
> >
> >  MASTER_SITES =         ftp://ftp.gnupg.org/gcrypt/gnupg/ \
> >                ftp://gd.tuwien.ac.at/privacy/gnupg/gnupg/ \
> > @@ -25,8 +25,8 @@ PERMIT_PACKAGE_FTP =  Yes
> >  PERMIT_DISTFILES_CDROM =Yes
> >  PERMIT_DISTFILES_FTP =         Yes
> >
> > -WANTLIB +=             assuan bz2 c gcrypt gpg-error pthread
> > -WANTLIB +=             ksba pth readline termcap usb z
> > +WANTLIB +=             assuan bz2 c gcrypt gpg-error
> > +WANTLIB +=             ksba pth readline termcap z
> >
> >  EXTRACT_SUFX =                 .tar.bz2
> >
> > @@ -35,8 +35,7 @@ MODULES =             devel/gettext
> >  FLAVORS =              ldap
> >  FLAVOR ?=
> >
> > -LIB_DEPENDS =          devel/libusb-compat \
> > -                       archivers/bzip2 \
> > +LIB_DEPENDS =          archivers/bzip2 \
> >                        security/libassuan \
> >                        security/libgcrypt \
> >                        security/libksba \
> > @@ -61,9 +60,12 @@ USE_GROFF =          Yes
> >
> >  CONFIGURE_STYLE =      gnu
> >  CONFIGURE_ENV =        CPPFLAGS="-I${LOCALBASE}/include" \
> > -                       LDFLAGS="-L${LOCALBASE}/lib -pthread"
> > +                       LDFLAGS="-L${LOCALBASE}/lib"
> >  CONFIGURE_ARGS =       docdir=${LOCALBASE}/share/doc/gnupg2 \
> >                        --enable-gpgtar
> > +
> > +# XXX pth/pthread segfault woes
> > +C

van Etten's CLIPPINGs - 24 Nov - Black Friday & Mall of America's Game

[CLIPPINGs Central]

Circulation: 39,754  24/11/2011  Sent to:ports@openbsd.org 


 








 








 
 



 




Your AD here?
 
contact me
 
l...@talktalk.net












Boxcar Down: The Albanian Incident by Charles L. Lunsford





Publisher
CLIPPINGs
57 Nutbourne Str
London W10 4HW
England   






Subscriptions & Comments to:   
email: l...@talktalk.net


"Weniger aber Besser", Rams 


Published Daily and Weekly
In Affiliation with:
DAILY EDITION 



Primary Sponsor




To ensure that you receive our special e-mail offers, please 
add...@talktalk.net to your address book. If you received this e-mail from a 
friend and would like to subscribe to our e-mail list, click here. To update 
your e-mail address, click here.  The newsletter is paid for by advertisement 
and sent to Specials Subscribers on behalf of Leadresearch.co.uk. If you wish 
to unsubscribe to future e-mails from CLIPPINGs, please click here. Or send a 
request to: Clippings - 57 Nutbourne Str. London W10 4HW - England 

Quantas: The aftermath: London : Public relations sometimes work better minus 
the public  comment: QantasLuxury Twitter campaign spectacularly backfires on 
Qantas 



Most Popular Link - Yesterday 
CT commits to $11 million spend with Barco




GENERAL NEWS 
Mall of America to dole out $30,000 in prizes on Black Friday via QR codes
 
Malls to track shoppers' cell phones... more comment: Got a cell phone? 
Someone’s following you at the mall and while on the subject of Malls: 
America's Most Visited Shopping Malls



 
Reminder: 2011 The DIGITAL Perspective 13th  December at The Hospital Club, 
London: The Screen will focus its last event of 2011 looking back and reviewing 
another tumultuous year for the digital signage industry
 
Digital Menu Boards for Stena Line ferries as part of their £24 million 
refurbishment
 
Nokia and deadmau5 to combine for 120m high projection on Millbank Tower in 
central London
 
The Interview: Josh Byrd NanoLumens #CETW  any size any shape and flexible
 
Maui Invitational Basketball Tournament Uses NanoLumens Digital Signage
 
iSIGN Selects BroadSign’s Digital Signage Software to Manage a 5,600-Screen 
Convenience Store Network
 
Venezuelan sushi restaurant deploys digital menu boards
 
Sprint to Roll Out AOpen's OpenService
 
Macy’s and 3DFusion Produce Christmas Window
 
Got humour? You'll love this one: Samsung versus Apple








New Stuff  
The Russians are coming...Move Over Kinect — Displair From Russia Is A Gesture 
Interface In Thin Air 
 
NanoLumens Announces Worldwide Delivery of Flex- and Non-Flex Digital Displays
 
16 times full HD
 
Matrox to feature new video wall at I/ITSEC 2011
 
Sony Tablet P Hits UK Streets For £500
 
Chief Provides Solutions to Support Vertical Floor Projection
 
Order Take Out On Your Smartphone With QR Codes

Multi-functionality on a single board with Crystal Vision’s latest synchronizer
 
Computer trained to detect micro-expressions better than humans
 
Microsoft and Novotel's new "hotel room of the future" is high-tech heaven 




 


Heard on The Street 
Harris Signs DigiSky as First DOOH Reseller for Russia
 
CETW2011: Turning a kiosk into a mini retail store
 
France : Improveeze et IPM France équipent les magasins King Jouet en bornes 
tactiles connectées
 
UK POS talks up shelf talkers for January sales
 
ZIVELO Named to Empact100 List of Top 100 Companies Run by Young Entrepreneurs
 
Samsung, Microsoft's multi-touch offers interactive deployment for businesses
 
KIT digital and Volkswagen Add a New Dimension to Interactive Advertising
 
Healthcare:  Using Technology to Redesign Delivery of Care: Jay Deady  19:04
 
On getting washed: Augmented burst of freshness
 
K3 has acquired Shine Marketing 
 
Why Apple could help kick-start NFC next year
 
Government of Canada Selects Christie for Major Hercules Simulator Upgrade
 
AV Awards 2011 winner: Awards add kudos to Sarner’s marketing
 
QR Codes Promote Coke's Campaign Despite Challenges 
 
Halls' Out-of-home Campaign Uses NFC Technology 
 
Newad OnLine announces major expansion in Quebec and the nomination of Julien 
Roussin Côté
 
Kinetic: future of OOH   and   Wired 2011 video interview: Emer Coleman from 
the GLA






LunchBreak
More reality:  COMPANY SHOCK: 'WE'RE NOT HIRING UNTIL OBAMA GONE'  are you doin 
it? How To Lead A Creative Life with that in mind: Saul Klein’s List Of 
Europe’s Next Billion-Dollar Tech Companies Internet: Wyden: Protect IP Act 
may pass if Americans don’t call Congress….relax: Address is Approximate: 
Google Street View Film 


To ensure that you receive our special e-mail offers, please add 
l...@talktalk.net to your address book. If you received this e-mail from a 
friend and would like to subscribe to our e-mail list, click here. To update 
your e-mail address, click here.  The newsletter is paid for by advertisement 
and sent to Specials Subscribers on behalf of Leadresearch.co.uk. If you wish 
to unsubscribe to future e-mails from CLIPPINGs, please click here.

Re: UPDATE: llvm-3.0rc1 just for testing...

[Stuart Henderson]

On 2011/11/24 14:21, Jonathan Gray wrote:
> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> > On 2011-10-26, Sebastian Reitenbach  wrote:
> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > > be released in a couple of weeks
> > 
> > release is scheduled for tomorrow; here is an updated diff for rc3,
> > also switching the build to cmake.
> > 
> > any opinions on splitting clang off into a separate subpackage? i could
> > do so if it might be useful to someone, but haven't seen any point in this
> > yet.
> 
> Why switch to cmake?  There have been problems updating it in
> the past and gmake works fine.

The cmake build produces a correctly versioned liblibclang.so which
the autoconf build doesn't

+@lib lib/liblibclang.so.${LIBlibclang_VERSION}

vs

lib/libclang.so

> Anyway here is a quick rc4 port that includes a diff to ignore
> -Wbounded,

I'll merge this in

Re: gnupg2 broken (Was Re: CVS: cvs.openbsd.org: ports)

[Antoine Jacoutot]

On Thu, Nov 24, 2011 at 10:10:31AM +0100, David Coppa wrote:
> On Tue, Nov 22, 2011 at 2:18 PM, David Coppa  wrote:
> 
> So, what shall we do?
> Nobody cares enough, it seems...

Just do whatever you think is right.
I doubt anyone uses this port so ...


> > On Sun, 13 Nov 2011, Antoine Jacoutot wrote:
> >
> >> Log message:
> >> Sync dependencies after move from libusb to libusb-compat and fix a
> >> couple of fallouts. Note that these ports are only the ones that used to
> >> have a direct dependency on devel/libusb so there may be some other
> >> hidden ports that may break because of the switch. If that's the case,
> >> no need to start ranting all over but instead tell me which one(s)
> >> break. Thanks.
> >
> > I'm sorry to bring bad news, but this broke security/gnupg2 in a
> > bad way:
> >
> > (gdb) run --pinentry-program /usr/local/bin/pinentry-curses 
> > --enable-ssh-support --daemon --log-file ~/.gnupg/gpg-agent.log 
> > --write-env-file
> > Starting program: /usr/local/bin/gpg-agent --pinentry-program 
> > /usr/local/bin/pinentry-curses --enable-ssh-support --daemon --log-file 
> > ~/.gnupg/gpg-agent.log --write-env-file
> > O j: ... this is a bug (global.c:121:global_init)
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to process 2746, thread 0x2037b1800]
> > __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> > 159         if (r->r_hook == NULL) {
> > (gdb) bt
> > #0  __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> > #1  0x00021052985e in pth_mutex_acquire (mutex=0x20113a9c0, 
> > tryonly=Variable "tryonly" is not available.
> > ) at pth_sync.c:101
> > #2  0x00406ee0 in gcry_pth_mutex_lock (lock=Variable "lock" is not 
> > available.
> > ) at gpg-agent.c:280
> > #3  0x00020630938d in lock_fsm () from /usr/local/lib/libgcrypt.so.15.0
> > #4  0x00020630943b in fips_new_state () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #5  0x00020630965c in _gcry_fips_signal_error () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #6  0x000206303844 in _gcry_logv () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #7  0x000206303eb8 in _gcry_log () from /usr/local/lib/libgcrypt.so.15.0
> > #8  0x000206303f0f in _gcry_bug () from /usr/local/lib/libgcrypt.so.15.0
> > #9  0x00020630484a in global_init () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #10 0x000206304c0f in _gcry_vcontrol () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #11 0x000206302cdd in gcry_control () from 
> > /usr/local/lib/libgcrypt.so.15.0
> > #12 0x00408037 in main (argc=8, argv=0x7f7ea178) at 
> > gpg-agent.c:598
> >
> > This is because the new libusb brings "-pthread" in and you cannot
> > mix GNU pth with libpthread, at least until (I think) we'll be able
> > to have a working devel/pth built using the "--enable-syscall-hard"
> > option that provides replacement syscalls wrapping libpthread ones.
> >
> > So, for now, we are forced to lose smartcard support unless someone
> > can jump in with a fix for this giant mess...
> >
> > Ciao,
> > David
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/security/gnupg2/Makefile,v
> > retrieving revision 1.13
> > diff -u -p -r1.13 Makefile
> > --- Makefile    13 Nov 2011 13:54:05 -      1.13
> > +++ Makefile    22 Nov 2011 13:17:09 -
> > @@ -4,7 +4,7 @@ COMMENT =       gnu privacy guard - a free PG
> >
> >  DISTNAME =     gnupg-2.0.18
> >  CATEGORIES =   security
> > -REVISION =     0
> > +REVISION =     1
> >
> >  MASTER_SITES =         ftp://ftp.gnupg.org/gcrypt/gnupg/ \
> >                ftp://gd.tuwien.ac.at/privacy/gnupg/gnupg/ \
> > @@ -25,8 +25,8 @@ PERMIT_PACKAGE_FTP =  Yes
> >  PERMIT_DISTFILES_CDROM =Yes
> >  PERMIT_DISTFILES_FTP =         Yes
> >
> > -WANTLIB +=             assuan bz2 c gcrypt gpg-error pthread
> > -WANTLIB +=             ksba pth readline termcap usb z
> > +WANTLIB +=             assuan bz2 c gcrypt gpg-error
> > +WANTLIB +=             ksba pth readline termcap z
> >
> >  EXTRACT_SUFX =                 .tar.bz2
> >
> > @@ -35,8 +35,7 @@ MODULES =             devel/gettext
> >  FLAVORS =              ldap
> >  FLAVOR ?=
> >
> > -LIB_DEPENDS =          devel/libusb-compat \
> > -                       archivers/bzip2 \
> > +LIB_DEPENDS =          archivers/bzip2 \
> >                        security/libassuan \
> >                        security/libgcrypt \
> >                        security/libksba \
> > @@ -61,9 +60,12 @@ USE_GROFF =          Yes
> >
> >  CONFIGURE_STYLE =      gnu
> >  CONFIGURE_ENV =        CPPFLAGS="-I${LOCALBASE}/include" \
> > -                       LDFLAGS="-L${LOCALBASE}/lib -pthread"
> > +                       LDFLAGS="-L${LOCALBASE}/lib"
> >  CONFIGURE_ARGS =       docdir=${LOCALBASE}/share/doc/gnupg2 \
> >                        --enable-gpgtar
> > +
> > +# XXX pth/pthread segfault woes
> > +CONFIGURE_ARGS +=      --disable-ccid-driv

Re: UPDATE: p5-Moose 1.25 ...

[Andreas Vögele]

Hi Ingo,


Hi Andreas,

Andreas Vögele wrote on Tue, Nov 22, 2011 at 03:34:47PM +0100:


I decided to remove USE_GROFF from the Moose port.


Sounds reasonable for a Perl port, in particular since it seems
you checked the output quality, given the issues you found.


There are two minor issues though. Both groff and mandoc render
"=item B<<  >>" as used in Moose's Pod documents wrongly.


Humm.  Looking e.g. at Moose::Object.3p, i don't really see a
problem, neither with groff nor with mandoc, and both agree.
Can you explain what exactly is wrong?


An example is attached. mandoc doesn't emphasise the method 
declaration's second argument. Groff, on the other hand, underlines the 
second argument. This happens with $obj, @obj and %obj, but not with 
&obj, for example, so this is probably a bug in pod2man too.


pod2man example.pod | mandoc | less
pod2man example.pod | nroff -man | less -r


Furthermore, mandoc doesn't wrap long URLs.


You mean, as in Moose::Spec::Role.3p, below SEE ALSO, Roles?

Groff doesn't wrap that one either, so both formatters agree.


You're right, Groff also produces long lines.

BTW, see 
L.


--
Regards,
Andreas
=over

=item Two arg method B<< $obj->($x, $y) >>

bla.

=item Long URL

L

=back

gnupg2 broken (Was Re: CVS: cvs.openbsd.org: ports)

[David Coppa]

On Tue, Nov 22, 2011 at 2:18 PM, David Coppa  wrote:

So, what shall we do?
Nobody cares enough, it seems...

cheers,
David

> On Sun, 13 Nov 2011, Antoine Jacoutot wrote:
>
>> Log message:
>> Sync dependencies after move from libusb to libusb-compat and fix a
>> couple of fallouts. Note that these ports are only the ones that used to
>> have a direct dependency on devel/libusb so there may be some other
>> hidden ports that may break because of the switch. If that's the case,
>> no need to start ranting all over but instead tell me which one(s)
>> break. Thanks.
>
> I'm sorry to bring bad news, but this broke security/gnupg2 in a
> bad way:
>
> (gdb) run --pinentry-program /usr/local/bin/pinentry-curses 
> --enable-ssh-support --daemon --log-file ~/.gnupg/gpg-agent.log 
> --write-env-file
> Starting program: /usr/local/bin/gpg-agent --pinentry-program 
> /usr/local/bin/pinentry-curses --enable-ssh-support --daemon --log-file 
> ~/.gnupg/gpg-agent.log --write-env-file
> O j: ... this is a bug (global.c:121:global_init)
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to process 2746, thread 0x2037b1800]
> __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> 159         if (r->r_hook == NULL) {
> (gdb) bt
> #0  __pth_ring_append (r=0x150, rn=0x20113a9c0) at pth_ring.c:159
> #1  0x00021052985e in pth_mutex_acquire (mutex=0x20113a9c0, 
> tryonly=Variable "tryonly" is not available.
> ) at pth_sync.c:101
> #2  0x00406ee0 in gcry_pth_mutex_lock (lock=Variable "lock" is not 
> available.
> ) at gpg-agent.c:280
> #3  0x00020630938d in lock_fsm () from /usr/local/lib/libgcrypt.so.15.0
> #4  0x00020630943b in fips_new_state () from 
> /usr/local/lib/libgcrypt.so.15.0
> #5  0x00020630965c in _gcry_fips_signal_error () from 
> /usr/local/lib/libgcrypt.so.15.0
> #6  0x000206303844 in _gcry_logv () from /usr/local/lib/libgcrypt.so.15.0
> #7  0x000206303eb8 in _gcry_log () from /usr/local/lib/libgcrypt.so.15.0
> #8  0x000206303f0f in _gcry_bug () from /usr/local/lib/libgcrypt.so.15.0
> #9  0x00020630484a in global_init () from /usr/local/lib/libgcrypt.so.15.0
> #10 0x000206304c0f in _gcry_vcontrol () from 
> /usr/local/lib/libgcrypt.so.15.0
> #11 0x000206302cdd in gcry_control () from 
> /usr/local/lib/libgcrypt.so.15.0
> #12 0x00408037 in main (argc=8, argv=0x7f7ea178) at 
> gpg-agent.c:598
>
> This is because the new libusb brings "-pthread" in and you cannot
> mix GNU pth with libpthread, at least until (I think) we'll be able
> to have a working devel/pth built using the "--enable-syscall-hard"
> option that provides replacement syscalls wrapping libpthread ones.
>
> So, for now, we are forced to lose smartcard support unless someone
> can jump in with a fix for this giant mess...
>
> Ciao,
> David
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/gnupg2/Makefile,v
> retrieving revision 1.13
> diff -u -p -r1.13 Makefile
> --- Makefile    13 Nov 2011 13:54:05 -      1.13
> +++ Makefile    22 Nov 2011 13:17:09 -
> @@ -4,7 +4,7 @@ COMMENT =       gnu privacy guard - a free PG
>
>  DISTNAME =     gnupg-2.0.18
>  CATEGORIES =   security
> -REVISION =     0
> +REVISION =     1
>
>  MASTER_SITES =         ftp://ftp.gnupg.org/gcrypt/gnupg/ \
>                ftp://gd.tuwien.ac.at/privacy/gnupg/gnupg/ \
> @@ -25,8 +25,8 @@ PERMIT_PACKAGE_FTP =  Yes
>  PERMIT_DISTFILES_CDROM =Yes
>  PERMIT_DISTFILES_FTP =         Yes
>
> -WANTLIB +=             assuan bz2 c gcrypt gpg-error pthread
> -WANTLIB +=             ksba pth readline termcap usb z
> +WANTLIB +=             assuan bz2 c gcrypt gpg-error
> +WANTLIB +=             ksba pth readline termcap z
>
>  EXTRACT_SUFX =                 .tar.bz2
>
> @@ -35,8 +35,7 @@ MODULES =             devel/gettext
>  FLAVORS =              ldap
>  FLAVOR ?=
>
> -LIB_DEPENDS =          devel/libusb-compat \
> -                       archivers/bzip2 \
> +LIB_DEPENDS =          archivers/bzip2 \
>                        security/libassuan \
>                        security/libgcrypt \
>                        security/libksba \
> @@ -61,9 +60,12 @@ USE_GROFF =          Yes
>
>  CONFIGURE_STYLE =      gnu
>  CONFIGURE_ENV =        CPPFLAGS="-I${LOCALBASE}/include" \
> -                       LDFLAGS="-L${LOCALBASE}/lib -pthread"
> +                       LDFLAGS="-L${LOCALBASE}/lib"
>  CONFIGURE_ARGS =       docdir=${LOCALBASE}/share/doc/gnupg2 \
>                        --enable-gpgtar
> +
> +# XXX pth/pthread segfault woes
> +CONFIGURE_ARGS +=      --disable-ccid-driver
>
>  # Avoid conflict with gnupg-1.x
>  post-install:
>

Re: Squid 3.1

[Brad]

On 24/11/11 3:49 AM, Stuart Henderson wrote:

On 2011-11-23, Steve Shockley  wrote:

Is anyone working on Squid 3.1?


Yes. Just have to work out some issues with the huge number of
@sample'd files so that pkg_add -u doesn't blow up half-way through.


If any update is done to Squid 3.x it should be to 3.2. 3.1 is a bad
target for OpenBSD.

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: UPDATE: llvm-3.0rc1 just for testing...

[Sebastian Reitenbach]

 
On Thursday, November 24, 2011 04:21 CET, Jonathan Gray  wrote: 
 
> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> > On 2011-10-26, Sebastian Reitenbach  wrote:
> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > > be released in a couple of weeks
> > 
> > release is scheduled for tomorrow; here is an updated diff for rc3,
> > also switching the build to cmake.
> > 
> > any opinions on splitting clang off into a separate subpackage? i could
> > do so if it might be useful to someone, but haven't seen any point in this
> > yet.
> 
> Why switch to cmake?  There have been problems updating it in
> the past and gmake works fine.
> 
> Anyway here is a quick rc4 port that includes a diff to ignore
> -Wbounded, this doesn't have your changes the Lexer.cpp diff
> isn't yet removed and the various Makefile changes aren't here.
> 

This rc4 builds fine for me on i386, not like the rc3 from Sthen.
Regression test passes with some failures:

1 warning(s) in tests.
Testing Time: 424.34s

Failing Tests (4):
LLVM :: CodeGen/X86/vec_compare-2.ll
LLVM :: Feature/load_module.ll
LLVM :: MC/ARM/elf-reloc-01.ll
LLVM :: Transforms/LoopStrengthReduce/pr2570.ll

  Expected Passes: 5588
  Expected Failures  : 48
  Unsupported Tests  : 15
  Unexpected Failures: 4

Anyways, I used the rc1, and also tested with a svn trunk checkout past 3.0, to 
build all the x11/gnustep objective-c stuff, which worked well.

I guess it will also not build on sparc64, see this bug I created in their bug 
tracker:
http://llvm.org/bugs/show_bug.cgi?id=11273
Maybe now its possible to use gcc-4.6 from ports on sparc64 to build it 
successfully?


cheers,
Sebastian

Re: Squid 3.1

[Stuart Henderson]

On 2011-11-23, Steve Shockley  wrote:
> Is anyone working on Squid 3.1?

Yes. Just have to work out some issues with the huge number of
@sample'd files so that pkg_add -u doesn't blow up half-way through.

Re: glib2: libgthread-2.0 linked without pthread support

[Stuart Henderson]

On 2011-11-22, Justin Lindberg  wrote:
> However, somehow the binaries distributed with the 5.0 release and
> recent snapshots still aren't getting linked with the right library.

Sure, but this is a problem with the R port, not anything else.

Fixing it anywhere else is wrong (in particular what you suggest
about relinking libs will stop libc functions being wrapped which
will cause weird problems with io).

Re: amavisd rc.d script

[Stuart Henderson]

On 2011-11-22, Tim Howe  wrote:
> pid="/var/amavisd/amavisd.pid"
..
> rc_check() {
> /bin/ps -p `cat ${pid}` | /usr/bin/grep `cat ${pid}`
> }

The rc.d system on OpenBSD does not use pid files.

Re: Learning to code, Learning to port. CogVM on OpenBSD

[Stuart Henderson]

On 2011-11-23, riverdu...@gmail.com  wrote:
> I run the conifuration as layed out in the readme.
>
> ../../platforms/unix/config/configure --without-vm-display-fbdev  
> --without-npsqueak CFLAGS="-g -O2 -msse2 -D_GNU_SOURCE -DNDEBUG  
> -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0"  
> LIBS=-lpthread

The -lpthread should be -pthread on OpenBSD.

> After it is successful I then make, which is where I run into problems.
> gcc -g -O2 -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1  
> -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0 -msse -DLSB_FIRST=1  
> -DHAVE_CONFIG_H -DSQUEAK_BUILTIN_PLUGIN -I/home/dusty/cogvm/unixbuild/bld  
> -I/home/dusty/cogvm/unixbuild/bld -I/home/dusty/cogvm/platforms/unix/vm  
> -I/home/dusty/cogvm/platforms/Cross/vm -I/home/dusty/cogvm/src/vm  
> -I/home/dusty/cogvm/platforms/Cross/vm  
> -I/home/dusty/cogvm/platforms/unix/vm -I/home/dusty/cogvm/src/vm  
> -I/home/dusty/cogvm/platforms/Cross/plugins/FilePlugin  
> -I/home/dusty/cogvm/platforms/unix/plugins/B3DAcceleratorPlugin  
> -I/home/dusty/cogvm/unixbuild/bld -I/home/dusty/cogvm/unixbuild/bld  
> -I/home/dusty/cogvm/platforms/unix/vm  
> -I/home/dusty/cogvm/platforms/Cross/vm -I/home/dusty/cogvm/src/vm  
> -I/usr/X11R6/include -c -o sqUnixMain.o  
> /home/dusty/cogvm/platforms/unix/vm/sqUnixMain.c
> /home/dusty/cogvm/platforms/unix/vm/sqUnixMain.c:62:23: error: execinfo.h:  
> No such file or directory

Missing -I/usr/local/include, you might be able to add this to the
configure line (CPPFLAGS="-I/usr/local/include" if it works, otherwise
add to CFLAGS).