Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #175441 > unrolled thread

djbwares version 4

Back to article view | Back to linux.debian.user

Contents

  djbwares version 4 Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> - 2016-12-06 00:10 +0100
    Re: djbwares version 4 Jean Louis <bugs@gnu.support> - 2016-12-06 13:00 +0100
      Re: djbwares version 4 <tomas@tuxteam.de> - 2016-12-06 13:20 +0100
      Re: djbwares version 4 Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> - 2016-12-06 14:40 +0100
        Re: djbwares version 4 Jean Louis <bugs@gnu.support> - 2016-12-06 14:40 +0100
    djbwares version 5 Jonathan de Boyne Pollard <j.deboynepollard-newsgroups@ntlworld.com> - 2017-03-30 21:40 +0200

#175441 — djbwares version 4

In celebration of the forthcoming leap second, djbwares is now at version 4.

* http://jdebp.eu./Softwares/djbwares/
* http://jdebp.info./Softwares/djbwares/

I've added in the rest of M. Bernstein's public domain libtai library, 
parts of which were already included by some of the tools.  This has 
added the easter, nowutc, and yearcal commands, which are packaged up 
alongside libtai.a, the libtai C language headers, and the libtai manual 
pages in a new libtai package.

More importantly, it has added the leapsecs command, and the 
/usr/local/etc/leapsecs.dat file is now generated from leapsecs.txt 
rather than included as a binary in the source as it was before.  The 
sharp-eyed will also note that support for /usr/local/etc/leapsecs.dat 
(as an alternative to /etc/leapsecs.dat for systems that like 
non-operating system files in /usr/local/etc) has also been added.  The 
leapsecs.txt is the Bernstein 2015-06-30 version (which is still the 
latest published by M. Bernstein) patched with the forthcoming leap second.

The libtai package does not include /usr/local/etc/leapsecs.dat .  
Rather, that is packaged in a separate leapsecs package, to allow 
updated versions to be substituted with ease when they come along, as 
well as to permit installing only that without the rest of libtai.

[toc] | [next] | [standalone]

#175462

On Mon, Dec 05, 2016 at 10:49:20PM +0000, Jonathan de Boyne Pollard wrote:
> In celebration of the forthcoming leap second, djbwares is now at version 4.
> 
> * http://jdebp.eu./Softwares/djbwares/
> * http://jdebp.info./Softwares/djbwares/

http://jdebp.info./Softwares/djbwares

is not working: "access denied" and I instinctively tried that one
first, as to avoid .eu (even it makes no sense).

[toc] | [prev] | [next] | [standalone]

#175463

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, Dec 06, 2016 at 02:29:10PM +0300, Jean Louis wrote:
> On Mon, Dec 05, 2016 at 10:49:20PM +0000, Jonathan de Boyne Pollard wrote:
> > In celebration of the forthcoming leap second, djbwares is now at version 4.
> > 
> > * http://jdebp.eu./Softwares/djbwares/
> > * http://jdebp.info./Softwares/djbwares/
> 
> http://jdebp.info./Softwares/djbwares

Note the subtle difference between the URL you tried and the given one (yes,
the trailing slash). This is it.

It is admittedly a bit uncommon these days to not set up a redirect from
the non-slash to the slash variant, but having seen the dots at the end
of the top-level-domains you'd expect some amount idiosyncrasy.

> is not working: "access denied"

Try with appended slash. It'll work.

> and I instinctively tried that one first, as to avoid .eu (even it
> makes no sense).

This I don't understand: what is your problem with .eu?
(By the way: this one might have worked for you, since here the
variant without trailing slash redirects (301) to the one with
slash. Go figure. Seems .eu is better than .info, after all ;-)

regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlhGrNUACgkQBcgs9XrR2kZ+hwCcCGEShDPhAKi8UZF5ztP9cAmT
3ToAn0hlODF1Wl4NgMveasu1l+gUS8Ea
=oBJ5
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#175464

Jonathan de Boyne Pollard:

> In celebration of the forthcoming leap second, djbwares is now at 
> version 4.
>
> * http://jdebp.eu./Softwares/djbwares/
> * http://jdebp.info./Softwares/djbwares/
>
Jean Louis:

> http://jdebp.info./Softwares/djbwares
>
> is not working: "access denied" and I instinctively tried that one 
> first, as to avoid .eu (even it makes no sense).
>

You should have just tried the URL that I gave to you, without your 
changing it to something different.

Ironically, Bernstein publicfile is part of the package at hand, and 
this is the documented behaviour of publicfile, in its original 
Bernstein manual:

 > A request for http://v/f refers to the file named ./v/f inside 
the root directory hierarchy, if f does not end with a slash.

 > httpd will refuse to read a file if the file [...] is anything other 
than a regular file: a directory, socket, device, etc.

publicfile isn't going to let you read the WWW server's directories 
directly with URL tricks.  You attempt that in vain.  (-:  For *not* 
trying to trick the WWW server, and simply reading the blurb and the 
download instructions, just use the actual URL that I gave.

[toc] | [prev] | [next] | [standalone]

#175465

Now I get it. When marking with the mouse, I did not mark the ending /

On Tue, Dec 06, 2016 at 01:18:14PM +0000, Jonathan de Boyne Pollard wrote:
> Jonathan de Boyne Pollard:
> 
> > In celebration of the forthcoming leap second, djbwares is now at
> > version 4.
> > 
> > * http://jdebp.eu./Softwares/djbwares/
> > * http://jdebp.info./Softwares/djbwares/
> > 
> Jean Louis:
> 
> > http://jdebp.info./Softwares/djbwares
> > 
> > is not working: "access denied" and I instinctively tried that one
> > first, as to avoid .eu (even it makes no sense).
> > 
> 
> You should have just tried the URL that I gave to you, without your changing
> it to something different.
> 
> Ironically, Bernstein publicfile is part of the package at hand, and this is
> the documented behaviour of publicfile, in its original Bernstein manual:
> 
> > A request for http://v/f refers to the file named ./v/f inside the root
> directory hierarchy, if f does not end with a slash.
> 
> > httpd will refuse to read a file if the file [...] is anything other than
> a regular file: a directory, socket, device, etc.
> 
> publicfile isn't going to let you read the WWW server's directories directly
> with URL tricks.  You attempt that in vain.  (-:  For *not* trying to trick
> the WWW server, and simply reading the blurb and the download instructions,
> just use the actual URL that I gave.
> 

[toc] | [prev] | [next] | [standalone]

#179609 — djbwares version 5

[Multipart message — attachments visible in raw view] — view raw

djbwares is now at version 5.

* http://jdebp.eu./Softwares/djbwares/
* http://jdebp.info./Softwares/djbwares/

This contains some long-overdue changes: ip6.int has been replaced by ip6.arpa
in tinydns-data and dnscache, and rblsmtpd no longer falls back to using an RBL
that has been defunct for many years.

It also contains some additions: some UCSPI-SSL capability, a new gopherd UCSPI
server to go alongside httpd and ftpd in publicfile, and most of the previously
missing manual pages (including a few for commands which had no manuals in the
original toolsets).

There are no longer any placeholder manual pages for the "man" command.  There
are still a few manual pages that are only present in roff form, though.

You can see gopherd in action:

* gopher://jdebp.info./1/Repository/ 

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web