Reaching out
Hi All Just wondered, if it is worth me (or someone) trying to reach out to the team behind the Debian Administrators handbook I would assume we will be making use of the anyway or making references to this within lessons, so a quick how_to contribute, what skills are needed, what it it written in, for example may be useful, Looks like it is written in xml, https://salsa.debian.org/hertzog/debian-handbook I am not sure if there is a package that just lets you write and it handles the xml tags in the background or you need to write this as you would perhaps pure html / latex / markdown and add tags manually or convert using something like pandoc. It is stored on debian.salsa anyway, so we are planning lessons on that anyway I think. As documentation writing is less about coding and more about writing it does then open up projects to a wider group of people who may posses those skills. Getting documentation for any project within Debian up to scratch is also important, and especially if we as educators want to make reference to pre-existing information. Just a thought Regards Paul -- Paul Sutton, Cert ContSci (Open) https://personaljournal.ca/paulsutton/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D https://www.linkedin.com/in/paulsutton2019/
Bug#970384: ITP: image-factory -- Image factory for the IONOS customers images
Package: wnpp Severity: wishlist Owner: Benjamin Drung * Package name: image-factory Version : 1.0.0 Upstream Author : Benjamin Drung * URL : https://github.com/ionos-enterprise/image-factory * License : ISC Programming Lang: Python Description : Image factory for the IONOS customers images image-factory is a command line tool for building golden Linux images. It uses virt-install to do installations via the network. The installation and configuration of the images is done using the netinstall support from the distributions, i.e. . * preseed for Debian/Ubuntu * Kickstart for CentOS/Fedora * AutoYaST for openSUSE . image-factory is used by IONOS Cloud to build the golden public Linux images for their Enterprise Cloud. The configuration files are shipped with this project to allow anyone to rebuild their images. I plan to maintain this package as part of my day-job. -- Benjamin Drung DevOps Engineer and Debian & Ubuntu Developer Platform Integration (IONOS Cloud) 1&1 IONOS SE | Greifswalder Str. 207 | 10405 Berlin | Germany E-mail: benjamin.dr...@cloud.ionos.com | Web: www.ionos.de Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498 Vorstand: Dr. Christian Böing, Hüseyin Dogan, Dr. Martin Endreß, Hans-Henning Kettler, Arthur Mai, Matthias Steinberg, Achim Weiß Aufsichtsratsvorsitzender: Markus Kadelke Member of United Internet
Re: Reaching out
Hello, On Tue, 15 Sep 2020, Paul Sutton wrote: > Just wondered, if it is worth me (or someone) trying to reach out to the > team behind the Debian Administrators handbook That would be me. :) > I would assume we will be making use of the anyway or making references > to this within lessons, so a quick how_to contribute, what skills are > needed, what it it written in, for example may be useful, https://debian-handbook.info/contribute/ > I am not sure if there is a package that just lets you write and it > handles the xml tags in the background or you need to write this as you > would perhaps pure html / latex / markdown and add tags manually or > convert using something like pandoc. I don't use any special editor. I use vim with a few shortcuts and and a generic xml plugin. I don't know of any opensource graphical editor for Docbook XML. > As documentation writing is less about coding and more about writing it > does then open up projects to a wider group of people who may posses > those skills. Getting documentation for any project within Debian up to > scratch is also important, and especially if we as educators want to > make reference to pre-existing information. Your mail is a bit cryptic. What are you trying to do? Is this related to the recent Debian akademy idea? Cheers, -- ⢀⣴⠾⠻⢶⣦⠀ Raphaël Hertzog ⣾⠁⢠⠒⠀⣿⡁ ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/ ⠈⠳⣄ Debian Long Term Support: https://deb.li/LTS
Re: Reaching out
On 15/09/2020 12:27, Raphael Hertzog wrote: > Hello, > > On Tue, 15 Sep 2020, Paul Sutton wrote: >> Just wondered, if it is worth me (or someone) trying to reach out to the >> team behind the Debian Administrators handbook > > That would be me. :) > >> I would assume we will be making use of the anyway or making references >> to this within lessons, so a quick how_to contribute, what skills are >> needed, what it it written in, for example may be useful, > > https://debian-handbook.info/contribute/ > >> I am not sure if there is a package that just lets you write and it >> handles the xml tags in the background or you need to write this as you >> would perhaps pure html / latex / markdown and add tags manually or >> convert using something like pandoc. > > I don't use any special editor. I use vim with a few shortcuts and > and a generic xml plugin. > > I don't know of any opensource graphical editor for Docbook XML. > >> As documentation writing is less about coding and more about writing it >> does then open up projects to a wider group of people who may posses >> those skills. Getting documentation for any project within Debian up to >> scratch is also important, and especially if we as educators want to >> make reference to pre-existing information. > > Your mail is a bit cryptic. What are you trying to do? Is this related to > the recent Debian akademy idea? > > Cheers, > Hi, Raphael Thanks for getting back, yes my idea was related to the Debian Academy team, which I am part of so just asking, so the Handbook team are invited to join if they have not already. Are you part of the Academy Team?. I was thinking how it can be it easier for contributors to the Handbook, so if people want to contribute there are some lessons or similar to help them. The e-mail was meant for the Debian Academy list, sorry so will re post there, Regards Paul -- Paul Sutton, Cert ContSci (Open) https://personaljournal.ca/paulsutton/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D https://www.linkedin.com/in/paulsutton2019/
Re: Reaching out
On Tue, Sep 15, 2020 at 11:27 AM Raphael Hertzog wrote: > I don't know of any opensource graphical editor for Docbook XML. It is long dead, but Conglomerate was such an editor: https://tracker.debian.org/pkg/conglomerate -- bye, pabs https://wiki.debian.org/PaulWise
Re: Reaching out
Quoting Paul Wise (2020-09-15 14:13:26) > On Tue, Sep 15, 2020 at 11:27 AM Raphael Hertzog wrote: > > > I don't know of any opensource graphical editor for Docbook XML. > > It is long dead, but Conglomerate was such an editor: > > https://tracker.debian.org/pkg/conglomerate There's Doctored.js (inspired by conglomerate, last changed 5 years ago): https://github.com/holloway/doctored - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Reaching out
On 15/09/2020 13:13, Paul Wise wrote: > On Tue, Sep 15, 2020 at 11:27 AM Raphael Hertzog wrote: > >> I don't know of any opensource graphical editor for Docbook XML. > > It is long dead, but Conglomerate was such an editor: > > https://tracker.debian.org/pkg/conglomerate > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > Hi Thanks for this, Looks like there are a few contenders, some are in the Debian repositories. http://www.yolinux.com/TUTORIALS/LinuxTextEditors.html I will see what I can collate together, then see if a tutorial (or beamer presentation, which seems to be my own limit) can be put together to help with any DebianAcademy tutorials that are produced (if needed that is). Paul -- Paul Sutton, Cert ContSci (Open) https://personaljournal.ca/paulsutton/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D https://www.linkedin.com/in/paulsutton2019/
Re: DAM Key and identity requirements
Enrico Zini (DAM) wrote:
> A natural person may only have one identity in Debian.
> This was effectively enforced before by requiring cross-signing keys,
> and relying on people doing the cross-signing to have key signing
> policies strong enough to reliably connect a key to a person.
Does "one identity" mean one key, or one u...@debian.org?
I ask, because the occasional need to generate a new key from scratch means
giving up many cross-signatures. People often keep the old key alive for
awhile for this reason. I kept my 1994 era generated PGP2 format key alive
until at least 2010, even though it was too weak for new things.
My current key goes back to 2005, and it never got as many signatures as the
old key.
{I am still not, alas, an active Debian contributor. I wish I had time.
But, I'm happy to sign keys as I sit here in my Debconf 20 T-shirt}
--
Michael Richardson. o O ( IPv6 IøT consulting )
Sandelman Software Works Inc, Ottawa and Worldwide
signature.asc
Description: PGP signature
Re: How much data load is acceptable in debian/ dir and upstream (Was: edtsurf_0.2009-7_amd64.changes REJECTED)
On Tue, 15 Sep 2020 08:55:40 +0200 Tobias Frost wrote: > On Mon, Sep 14, 2020 at 03:32:54PM -0500, Richard Laager wrote: > > > >> Don't forget to mention the copyright information. > > > > > > In principle yes, but these data are not copyrightable as far as I know. > > > Nilesh has mentioned the origin of data in debian/tests/README to > > > provide a reference. If you consider this information not sufficient > > > please let us know a better way. > > Note, IANAL; > I don't know if DATA itself is copyrightable, however, the act of collecting > data can to my understanding constitute copyright. Nor am I, but I can assure you... it gets absurdly gray after data has been published. Many publications reference data from other existing publications. The assumption is generally- it's silly to re-create all the work all over again to investigate a new idea when other sources have already gone through the effort of producing that data. Copyright law is also kinda interesting in this regard; not just because of "fair use" laws, but also because because published scientific data is generally intended to be re-used and verified. Taking published data and sticking it into tests to ensure the same data results doesn't just verify published data was correct; it also provides potential new discoveries when the results no longer appear to be correct. Citations are typically expected, but so is data re-use. (citations -> d/copyright)
Basic Handbook presentation
Hi Raphael and everyone else I have put together a very simple LaTeX / Beamer presentation to hopefully help promote the DebianAdminHandbook project. Still early stages, but i am trying to get across What the project is What help is needed How people can develop the skills needed, e.g git / gitlab. XML / Docbook etc in a short presentation, hopefully as part of the Debian Academy project we can use this to give an over view to anyone who may want to get involved and help. I think there are plans for a module on Moodle for git / Salsa. So everything should eventually tie in together, https://salsa.debian.org/zleap-guest/handbookpresentation Hope this helps Regards Paul -- Paul Sutton, Cert ContSci (Open) https://personaljournal.ca/paulsutton/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D https://www.linkedin.com/in/paulsutton2019/
Re: How much data load is acceptable in debian/ dir and upstream (Was: edtsurf_0.2009-7_amd64.changes REJECTED)
Hi Andreas, On 14-09-2020 21:04, Andreas Tille wrote: > In the case of larger data sets it seems to be natural to provide the > data in a separate binary architecture all package to not bloat the > machines of users who do not want this and also save bandwidt of our > mirroring network. New binary packages require new processing and my > question is here about a set of rejection mails we received ( . I assume you realized, but just in case you didn't: the data doesn't need to go into any binary package for autopkgtests to find it. While running autopkgtests, the SOURCE is unpackaged and available. (You mentioned other reasons why you want it, though.) Paul signature.asc Description: OpenPGP digital signature
Re: DAM Key and identity requirements
On 15892 March 1977, Michael Richardson wrote: > A natural person may only have one identity in Debian. > This was effectively enforced before by requiring cross-signing > keys, > and relying on people doing the cross-signing to have key > signing > policies strong enough to reliably connect a key to a person. Does "one identity" mean one key, or one u...@debian.org? It means one identity. Translatable to user@ I ask, because the occasional need to generate a new key from scratch means giving up many cross-signatures. People often keep the old key alive for awhile for this reason. I kept my 1994 era generated PGP2 format key alive until at least 2010, even though it was too weak for new things. My current key goes back to 2005, and it never got as many signatures as the old key. Thats why we said nothing about the keys. -- bye, Joerg
Re: How much data load is acceptable in debian/ dir and upstream (Was: edtsurf_0.2009-7_amd64.changes REJECTED)
Hi Paul, On Tue, Sep 15, 2020 at 10:00:45PM +0200, Paul Gevers wrote: > On 14-09-2020 21:04, Andreas Tille wrote: > > In the case of larger data sets it seems to be natural to provide the > > data in a separate binary architecture all package to not bloat the > > machines of users who do not want this and also save bandwidt of our > > mirroring network. New binary packages require new processing and my > > question is here about a set of rejection mails we received ( . > > I assume you realized, but just in case you didn't: the data doesn't > need to go into any binary package for autopkgtests to find it. While > running autopkgtests, the SOURCE is unpackaged and available. (You > mentioned other reasons why you want it, though.) Yes, that fact is perfectly known. However, in the current discussion this would only "help" us since without an extra binary package we would "avoid" the ftpmaster review of the source package. My intention is not to avoid the review but to clarify the situation. If I understood ftpmaster correctly the amount of data in the source package is the problem. It would be great to hear other developers opinion about the size of data needed for proper testing and where to put these. To the best of my knowledge this is not specified in our documentation. Kind regards Andreas. -- http://fam-tille.de
