Brian de Alwis | 1 Mar 2008 01:47
Picon
Picon
Favicon

FETCH_OUTPUT_ARGS only used for resumed transfers?

I have been trying to use FETCH_CMD=curl as curl comes with a default  
set of certificates and thus a good candidate for fetching files using  
https.  But I've encountered a few problems and in the process of  
trying to get it to work, I've found the description of  
FETCH_OUTPUT_ARGS to be unclear, and also found that the example using  
wget in the pkgsrc guide doesn't actually work.

curl, by default, sends its output to stdout.  curl can be directed to  
save the content to an explicitly specified file using '-o filename'.   
mk/fetch/fetch describes FETCH_OUTPUT_ARGS as:

#       FETCH_OUTPUT_ARGS
#                       These options specify the name of the local file
#                       that will hold the contents of the fetched file.

Does that mean that the options in FETCH_OUTPUT_ARGS should also  
encode the name of the local file?  From looking at the example in the  
pkgsrc guide and the mk/fetch/fetch code, I think this is better  
worded as:

# FETCH_OUTPUT_ARGS
#	These options are used to specify the name of the local file
#	that will hold the contents of the fetched file.

Unfortunately the example using wget in the pkgsrc guide is incorrect  
as FETCH_OUTPUT_ARGS is listed as:

> FETCH_OUTPUT_ARGS=     -O -nc

These options are reversed, I think, as they cause the fetched content  
(Continue reading)

NetBSD source update | 1 Mar 2008 07:11
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/audio/arts/options.mk
P pkgsrc/devel/Makefile
U pkgsrc/devel/libgcroots/DESCR
U pkgsrc/devel/libgcroots/Makefile
U pkgsrc/devel/libgcroots/PLIST
U pkgsrc/devel/libgcroots/buildlink3.mk
U pkgsrc/devel/libgcroots/distinfo
P pkgsrc/devel/liboil/distinfo
U pkgsrc/devel/liboil/patches/patch-aa
U pkgsrc/devel/liboil/patches/patch-af
P pkgsrc/devel/libslang/Makefile
P pkgsrc/devel/libslang/PLIST
P pkgsrc/devel/libslang/buildlink3.mk
P pkgsrc/devel/libslang/distinfo
U pkgsrc/devel/libslang/patches/patch-ab
U pkgsrc/devel/libslang/patches/patch-ad
P pkgsrc/devel/ncurses/builtin.mk
P pkgsrc/devel/ncursesw/buildlink3.mk
P pkgsrc/devel/ncursesw/builtin.mk
P pkgsrc/devel/readline/Makefile
P pkgsrc/devel/readline/buildlink3.mk
P pkgsrc/devel/readline/builtin.mk
P pkgsrc/doc/CHANGES-2008
P pkgsrc/games/netmaj/Makefile
P pkgsrc/games/netmaj/PLIST
(Continue reading)

NetBSD source update | 2 Mar 2008 02:50
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/archivers/hpack/Makefile
P pkgsrc/chat/climm/Makefile
P pkgsrc/chat/climm/PLIST
P pkgsrc/chat/climm/distinfo
P pkgsrc/chat/icb/Makefile
P pkgsrc/comms/kermit/Makefile
P pkgsrc/comms/kermit/PLIST
P pkgsrc/comms/kermit/options.mk
P pkgsrc/databases/unixodbc/PLIST
P pkgsrc/devel/libslang/Makefile
P pkgsrc/devel/libslang/buildlink3.mk
P pkgsrc/devel/libslang/distinfo
P pkgsrc/devel/libslang/patches/patch-aa
P pkgsrc/doc/CHANGES-2008
P pkgsrc/graphics/rabbit/Makefile
P pkgsrc/graphics/rabbit/PLIST
U pkgsrc/graphics/rabbit/distinfo
P pkgsrc/lang/gauche/Makefile
P pkgsrc/lang/gauche/PLIST
P pkgsrc/lang/ruby/modules.mk
P pkgsrc/misc/Makefile
U pkgsrc/misc/ruby-progressbar/DESCR
U pkgsrc/misc/ruby-progressbar/Makefile
U pkgsrc/misc/ruby-progressbar/PLIST
U pkgsrc/misc/ruby-progressbar/distinfo
(Continue reading)

David Brownlee | 2 Mar 2008 22:09
Picon

Re: official-mozilla-branding and sunbird

On Thu, 28 Feb 2008, Geert Hendrickx wrote:

> On Wed, Feb 27, 2008 at 10:58:03PM +0000, David Brownlee wrote:
>> On Wed, 27 Feb 2008, Geert Hendrickx wrote:
>>> This breaks Seamonkey.  Please put the .if back and add sunbird-bin.
>>
>> Putting the .if back back with sunbird-bin will still break
>> the case where someone wants to build Seamonkey but use
>> official-mozilla-branding for firefox etc. Would you mind if
>> I instead let official-mozilla-branding be a nop for seamonkey?
>
>
> Yes, that's fine too.  Btw, Seamonkey's ./configure lists
> --enable-official--branding as a valid option, but barfs if
> you try to use it. :-(

 	OK, committed :)
--

-- 
 		David/absolute       -- www.NetBSD.org: No hype required --

NetBSD source update | 3 Mar 2008 05:16
Picon

daily pkgsrc CVS update output


Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
P pkgsrc/archivers/9e/Makefile
P pkgsrc/archivers/afio/Makefile
P pkgsrc/archivers/arc/Makefile
P pkgsrc/archivers/archangel/Makefile
P pkgsrc/archivers/bicom/Makefile
P pkgsrc/archivers/bunzip/Makefile
P pkgsrc/archivers/gzrecover/Makefile
P pkgsrc/archivers/ha/Makefile
P pkgsrc/archivers/hpack/Makefile
P pkgsrc/archivers/lha/Makefile
P pkgsrc/archivers/lzma/Makefile
P pkgsrc/archivers/macutil/Makefile
P pkgsrc/archivers/makeself/Makefile
P pkgsrc/archivers/mousetar/Makefile
P pkgsrc/archivers/mscompress/Makefile
P pkgsrc/archivers/nomarch/Makefile
P pkgsrc/archivers/p7zip/Makefile
P pkgsrc/archivers/pbzip2/Makefile
P pkgsrc/archivers/ppmd/Makefile
P pkgsrc/archivers/ppunpack/Makefile
P pkgsrc/archivers/rox-archive/Makefile
P pkgsrc/archivers/sarab/Makefile
P pkgsrc/archivers/squsq/Makefile
P pkgsrc/archivers/unace/Makefile
P pkgsrc/archivers/unalz/Makefile
(Continue reading)

John R. Shannon | 3 Mar 2008 16:41
Picon

Several Packages Supporting Smart Cards

I created several packages to support the use of smart cards with NSS 
based application. I've been using my US DoD Common Access Card (CAC) 
with Thunderbird and Firefox on NetBSD-CURRENT for several weeks. With 
NetBSD 4.0, Thunderbird and Firefox abort when the CAC module is plugged 
in with an error in pthread initialization. Is is worth committing these 
packages?

They are:

1. coolkey-1.1.0

"CoolKeys are part of complete PKI solution that provides smart card
login, single sign-on, secure messaging, and secure email access. In
the complete solution, users are issued CoolKeys by their employer,
ISP, bank, or other agency. When the user plugs in the keys for the
first time, the keys are automatically provisioned with certificates,
keys, and a PIN unique to that user by the Red Hat Certificate System.
Once the CoolKey is provisioned, the user can take the key to any
system and use it to login (authenticate), send and receive signed and
encrypted email, or participate in secure messaging or IRC
communication."

2. pcsc-tools-1.4.12

pcsc_scan(1) regularly scans every PC/SC reader connected to the host if 
a card is inserted or removed a "line" is printed. ATR_analysis(1) is a 
Perl script used to parse the smart card ATR. The smartcard_list.txt 
list contains ATR of some cards. The list is used by ATR_analysis to 
find a card model corresponding to the ATR. scriptor(1) is a Perl script 
to send commands to a smart card using a batch file or stdin.
(Continue reading)

Johnny C. Lam | 3 Mar 2008 16:59

Re: Several Packages Supporting Smart Cards

John R. Shannon wrote:
> I created several packages to support the use of smart cards with NSS 
> based application. I've been using my US DoD Common Access Card (CAC) 
> with Thunderbird and Firefox on NetBSD-CURRENT for several weeks. With 
> NetBSD 4.0, Thunderbird and Firefox abort when the CAC module is plugged 
> in with an error in pthread initialization. Is is worth committing these 
> packages?

Yes, go ahead and commit them.  Since they don't work with 
less-than-current NetBSD, I would put the following into their Makefiles:

# Only for NetBSD>=4.99.0
NOT_FOR_PLATFORM=	NetBSD-[0-3].*-* NetBSD-4.[0-9].*-*
NOT_FOR_PLATFORM+=	NetBSD-4.[0-8]*.*-* NetBSD-4.9[0-8].*-*

	Cheers,

	-- Johnny C. Lam

Blair Sadewitz | 3 Mar 2008 17:37
Picon

new Mesa 7.0.3-rc2 packages in pkgsrc-wip

Hello,

I've committed new mesa packages to pkgsrc-wip (Mesa, MesaLib, glu,
and glut).  Unless I forgot to commit something (possible), everything
up to glu (at least with dri support) should build on NetBSD (at least
4.0+, I'm using i386 on current).

I'd like to get these into pkgsrc ASAP (at least by the time the 7.0.3
release rolls around), but am currently pressed for time.  Please see
the initial commit message for these packages for a status/TODO blurb.
 Mostly, they just need testing and polishing.  The build itself is
fully libtoolized, including dri drivers, and now contains pkg-config
files.  Those are currently generated by the mesa build system, but we
may wish to disable that and provide .pc.in files for pkgsrc to
override.  Alternatively, we could set make environment variables and
add them to the makefiles.  I encourage anyone who wishes to work on
these to please do so.  If you run into any stumbling blocks, please
don't hesitate to email me.

Regards,

--Blair

Tobias Nygren | 3 Mar 2008 17:59
Picon

Re: new Mesa 7.0.3-rc2 packages in pkgsrc-wip

On Mon, 3 Mar 2008 11:37:59 -0500
"Blair Sadewitz" <blair.sadewitz <at> gmail.com> wrote:

> Hello,
> 
> I've committed new mesa packages to pkgsrc-wip (Mesa, MesaLib, glu,
> and glut).  Unless I forgot to commit something (possible), everything
> up to glu (at least with dri support) should build on NetBSD (at least
> 4.0+, I'm using i386 on current).
> 
> I'd like to get these into pkgsrc ASAP (at least by the time the 7.0.3
> release rolls around), but am currently pressed for time.  Please see
> the initial commit message for these packages for a status/TODO blurb.
>  Mostly, they just need testing and polishing.  The build itself is
> fully libtoolized, including dri drivers, and now contains pkg-config
> files.  Those are currently generated by the mesa build system, but we
> may wish to disable that and provide .pc.in files for pkgsrc to
> override.  Alternatively, we could set make environment variables and
> add them to the makefiles.  I encourage anyone who wishes to work on
> these to please do so.  If you run into any stumbling blocks, please
> don't hesitate to email me.
> 
> Regards,
> 
> --Blair

Hi,

I agree that it's time to make this import happen. However, it still
seems to be broken when not using the dri option. This needs to be fixed
(Continue reading)

Blair Sadewitz | 3 Mar 2008 18:08
Picon

Re: new Mesa 7.0.3-rc2 packages in pkgsrc-wip

I'll have to take a look at the non-dri build, as IIRC there are two
ways to go about this: we could either build libosmesa, or
indirect-only glx.  I may be mistaken about this, as I'm at least
partially burnt-out on mesa right now, heh.

For enabling the assembler code by default, we need to make sure that
it detects which to use in a sane way.  There is some undocumented
facility for using environment variables to decide which instructions
you want to use at run-time, as well as a handful of
platform-dependent tests in x86_common.c.  I added a patch to
automagically detect SSE using a sysctl check for machdep.sse.
If we sort this out and/or document the environment variable thing for
the user, then I see no *theoretical* problems with enabling it by
default, i.e. we can enable it so long as it works. ;)

Regards,

--Blair


Gmane