Re: html to man page

[Sam Varshavchik]

Cameron Simpson writes:


On 01Apr2018 23:55, sam varshavchik  wrote:

Cameron Simpson writes:
There are plenty of popular human friendly formats out there like markdown  
and restructured text etc which render to various output formats.


Which "human friendly" format can I use which already has tools to generate  
both well-formed XHTML and man-compatible troff content, from the same  
source?


Well I was using Perl's POD format several years ago as my primary manual  
writing syntax, generates man and html. Good HTML to XHTML might be an easy  
transcription, I've not tried.


Not specificly recommending POD, it was just a good syntax for the time.  
Quite low in features, but in many cases that is a good thing.


I need to revisit this sometime myself, as I've got a project that will need  
man pages and fuller documentation as well.


Can POD generate an entire web site, with an automatically-generated table  
of contents? https://www.libcxx.org is just one big Docbook document, with  
navigation footers. Doxygen generates the reference pages. Doxygen produces  
an XML file with an index of all the reference pages. I run a custom XSLT  
stylesheet to translate the index to URLs and entity references, which then  
gets included into the main, paginated tutorial, generates links directly to  
the reference pages.


But my basic point is that authoring syntax for humans needs to be light  
weight so that the source looks a fair bit like ordinary prose. Tools can  
always be written to generate specific outputs.


The more it looks like ordinary prose, the less metadata exists that makes  
it possible to intelligently format it.




pgp42FikqjOxE.pgp
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: html to man page

[Cameron Simpson]

On 01Apr2018 23:55, sam varshavchik  wrote:

Cameron Simpson writes:
There are plenty of popular human friendly formats out there like markdown 
and restructured text etc which render to various output formats.


Which "human friendly" format can I use which already has tools to 
generate both well-formed XHTML and man-compatible troff content, from the 
same source?


Well I was using Perl's POD format several years ago as my primary manual 
writing syntax, generates man and html. Good HTML to XHTML might be an easy 
transcription, I've not tried.


Not specificly recommending POD, it was just a good syntax for the time. Quite 
low in features, but in many cases that is a good thing.


I need to revisit this sometime myself, as I've got a project that will need 
man pages and fuller documentation as well.


But my basic point is that authoring syntax for humans needs to be light weight 
so that the source looks a fair bit like ordinary prose. Tools can always be 
written to generate specific outputs.


Cheers,
Cameron Simpson 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: html to man page

[Sam Varshavchik]

Cameron Simpson writes:


On 01Apr2018 18:19, sam varshavchik  wrote:

If this is your app and your documentation, I suggest you spend the time  
converting your app's documentation to Docbook XML, and then use docbook  
tools to generate both HTML and man page documentation from your docbook  
sources.


I have to say I've very -1 on anything that uses XML as a source format for  
human written content. It is massively hostile to authoring by hand.


I had that reaction at first, but with Docbook XML, and the associated  
tools, I find it very easy to generate both web-ready content, and the  
associated man pages.


Plus I have a rich library of non-Docbook generic XML tools, like XSLT  
processors that lets me do things like insert Good Adword banner HTML  
boilerplate, into my generated content – working seamlessly with Docbook  
XML.


There are plenty of popular human friendly formats out there like markdown  
and restructured text etc which render to various output formats.


Which "human friendly" format can I use which already has tools to generate  
both well-formed XHTML and man-compatible troff content, from the same  
source?





pgpQ59upoXvM4.pgp
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: USB issues in fedora-27 ("can't get device qualifier: Resource temporarily unavailable") not happening when booted into CentOS-6.2, same hardware

[Ed Greshko]

On 04/02/18 10:06, Tom Hodder wrote:
> So I've got a new webcam which is working, and I'm happy to scrap that old 
> webcam
> as broken, but I'd like to fix those errors that occur in the lsusb output


Good that you now have a working webcam.  Not all webcams work on linux.

Don't worry about those messages.  Every single one of my systems all get those
messages for various devices.  And all my devices which includes a keyboard, 
mouse,
bluetooth adapter, 2 Wifi adapters, and a USB headset work just fine.

-- 
Conjecture is just a conclusion based on incomplete information. It isn't a 
fact.



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

[389-users] Configuring TLS/SSL Enabled 389 Directory Server

[Jeremy Tourville]

Hello,

I used this guide to help setup 389 DS : 
https://www.unixmen.com/install-and-configure-ldap-server-in-centos-7/


Presently, I am following the guide: 
http://directory.fedoraproject.org/docs/389ds/howto/howto-ssl.html


I configured a certificate from my CA and imported the certificate to my 
server.  I confirmed that the server correctly imported the certificate into my 
database.  So basically, all the certificate work is done and working.


Now I am trying to modify the settings of my dse.ldif file.  I can modify the 
file without issue.  If I restart the service all my file edits are lost.  Why 
are my edits lost when restarting the service?  Thanks for your advice!

___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

Re: USB issues in fedora-27 ("can't get device qualifier: Resource temporarily unavailable") not happening when booted into CentOS-6.2, same hardware

[Tom Hodder]

On 30 March 2018 at 04:15, Ed Greshko  wrote:

>
> The error above is being reported by the uvcvideo module which is part of
> the
> kernel.  For informational and debugging information the first thing I
> would do is
> determine what kernel version is in used for Centos 6.2  v.s. F27.  I'm
> pretty sure
> they are quite different.
>

The fedora box is;
$ uname -r
*4.15.13-300*.fc27.x86_64

and the centos 6.2 is reporting;
*2.6.32-220*.el6.x86_64

> The error above is being reported by the uvcvideo module which is part of
the kernel.

I am getting those errors ("can't get device qualifier: Resource
temporarily unavailable") , whether the webcam is plugged in or not, which
seems to be a more fundamental problem. I only noticed it when trying to
get this particular webcam working.

> As I mentioned above you should find the kernel version of CentOS 6.2 and
potentially
> boot a live Fedora with a similar kernel

I booted a fedora-15 liveCD (kernel 2.6.38.6-26.rc1.fc15.x86_64), and I am
not seeing any errors (Resource temporarily unavailable ), but none of the
webcams I tried work (I tried 3, 2 of which work correctly on f-27 on this
hardware)

I guess I am most concerned about the (Resource temporarily unavailable )
which would seem to be separate from the webcam issue, lsusb has only the
mouse and the keyboard

...no webcam plugged in  But still lots of errors in the output;

# lsusb -v  2>&1  | grep -C2  "Resource temporarily unavailable"
 bAlternateSetting   0
 bNumEndpoints   1
 bInterfaceClass 3 Human Interface Dcan't get device
qualifier: Resource
temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
...


I've tried swapping out the mouse and they keyboard with others, but those
errors remain..


> Then, I would also check the actual make/model of the webcam and see if
> there have
> been any firmware updates to the camera.
>


So I've got a new webcam which is working, and I'm happy to scrap that old
webcam as broken, but I'd like to fix those errors that occur in the lsusb
output

Cheers,
Tom
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: html to man page

[Dave Ihnat]

On Mon, Apr 02, 2018 at 09:54:27AM +1000, Cameron Simpson wrote:
> I have to say I've very -1 on anything that uses XML as a source
> format for human written content. It is massively hostile to
> authoring by hand.

Yes.

> Prehistoric it is not. Old yes, showing its age yes. But prehistoric
> is flat out incorrect.

The nice thing is I have a shellscript from the '80s when I was at BTL
Naperville (and rather a 'ROFF nerd) that still works nicely to generate a
man file.  It works, and has outlived other doc formats that have not
caught on (such as info).

Cheers,
--
Dave Ihnat
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: html to man page

[Cameron Simpson]

On 01Apr2018 18:19, sam varshavchik  wrote:

JD writes:

I have an app that has no manpage, but has about 170 html files,
all of which index into a subset of the 168 files.
I would like to use an app that will produce a single manpage like
text file.
Is there an app that can do this?


I don't know of one. You might need to roll your own. If this is a one off task 
then you can get away with various hacks that a general purpose solution 
wouldn't tolerate.


If this is your app and your documentation, I suggest you spend the time 
converting your app's documentation to Docbook XML, and then use docbook tools 
to generate both HTML and man page documentation from your docbook sources.


I have to say I've very -1 on anything that uses XML as a source format for 
human written content. It is massively hostile to authoring by hand.


There are plenty of popular human friendly formats out there like markdown and 
restructured text etc which render to various output formats.


'roff deserves an honorable retirement. It served us well, but the technology 
is more than just obsolete, it's prehistoric.


Prehistoric it is not. Old yes, showing its age yes. But prehistoric is flat 
out incorrect.


Cheers,
Cameron Simpson 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

[389-users] Re: Using PBKDF2_SHA256 Hashes

[William Brown]

On Tue, 2018-03-27 at 21:11 -0400, Joe Cooter wrote:
> Hi,
> 
> I’m attempting to build an application using the userPassword
> attribute, with hashes stored using PBKDF2_SHA256.  However, using
> the passlib hash library for pbkdf2_sha256 is complaining about a
> malformed hash.  Looking at the hash, it appears that there aren’t
> any delimiters between the salt, iterations, etc.
> 
> Is there some additional encoding happening on the userPassword
> attribute?

You should use the pwdhash utility from 389-ds-base to generate the
hashes for DS.

We made a number of decisions about the hash encoding and it's design
for portability and security reasons. 

We write the number of rounds into the hash in a bigendian form so that
it's portable. We also store the salt as 64 bytes statically into the
hash (NIST recommend 16 bytes last I checked).

Additionally, we calculate the number of rounds based on your CPU
performance. Because LDAP is often time sensitive to bind, we have a
time factor we try to meet (I think it's 40 ms, but I need to check the
source code). This way binds are still "fast", but there is a cost
factor to an attacker.

When you upgrade your CPU, it will run faster of course because you can
achieve more rounds in the time window. So the design always improves
your protection as you get a faster machine, but without sacrificing
performance or opening up to a DoS on a slower machine. 

Hope that helps,


> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@lists.fedoraproject.o
> rg
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

Re: html to man page

[Sam Varshavchik]

JD writes:


Hi all,
I have an app that has no manpage, but has about 170 html files,
all of which index into a subset of the 168 files.

I would like to use an app that will produce a single manpage like
text file.

Is there an app that can do this?

I saw a few apps on google search, but none of them are producing what I  
want.


If this is your app and your documentation, I suggest you spend the time  
converting your app's documentation to Docbook XML, and then use docbook  
tools to generate both HTML and man page documentation from your docbook  
sources.


That's going to be a major time sink; but is definitely the way to go.

I think that converting Linux man pages to Docbook XML is long overdue.  
'roff deserves an honorable retirement. It served us well, but the  
technology is more than just obsolete, it's prehistoric.


I broached this topic with Michael Kerrisk some years ago, and I even wrote  
a tool that converted all Linux man pages to Docbook XML (see  
http://manpages.courier-mta.org) – but he wasn't interested. Oh well.


pgp_ctZyajpGa.pgp
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

html to man page

[JD]

Hi all,
I have an app that has no manpage, but has about 170 html files,
all of which index into a subset of the 168 files.

I would like to use an app that will produce a single manpage like
text file.

Is there an app that can do this?

I saw a few apps on google search, but none of them are producing what I 
want.


Thanx.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: easiest way to encrypt existing home dir?

[Wolfgang Pfeiffer]

On Sat, 31 Mar 2018 02:41:53 +0200
Wolfgang Pfeiffer  wrote:

> 
> Practically this means you'll have to enter a password to open the
> encrypted container every time *after* logging in to /home if you want
> to see the data in it. It also means your data on that container will
> remain encrypted 

better should say: "*should* remain encrypted"  ..

Better test it before relying on it ..

> the moment you shutdown the disk with that encrypted
> container on it.

-- 
Wolfgang Pfeiffer
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Can I install gcc-8 from rawhide on F27?

[George N. White III]

On 30 March 2018 at 07:48, Neal Becker  wrote:

> There's a bug in gcc-7.3.1 that causes a crash on some code I need.  Is it
> safe to install gcc-8 from rawhide on F27?
>

Is there a patch for the bug?   You may be better off waiting for an updated
gcc-7 as gcc-8 probably has new bugs.

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: evolution processes

[Girisha A L]

Hi,
Try disabling the services
to the process try top or htop command in the terminal
Reg
Girisha

On Sun 1 Apr, 2018, 7:58 AM Samuel Sieb,  wrote:

> On 03/31/2018 03:02 PM, home user via users wrote:
> > (turning off automatic Evolution)
> > I'm using Gnome.
> > In the "Settings" GUI, I saw no way of controlling automatic starting of
> apps.
> > I have not found any command line equivalent of this Gnome GUI.
> > In the Plasma settings GUI, in the "Personalization" group, I tried the
> Applications icon.  No Evolution.
> > I signed out, and logged back in to Mate, and followed your instructions
> to turn Evolution off.  I rebooted the system and signed in to Gnome.  Six
> Evolution processes were running.
>
> Gnome uses the calendar and addressbook backends even if you don't use
> the evolution mail client.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org