Bug#1002633: ITP: mkdocs-material-extensions -- Markdown extension resources for MkDocs for Material
Package: wnpp Severity: wishlist Owner: Carsten Schoenert X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: mkdocs-material-extensions Version : 1.0.3 Upstream Author : Isaac Muse * URL : https:/github.com/facelessuser/mkdocs-material-extensions * License : MIT Programming Lang: Python Description : Markdown extension resources for MkDocs for Material MkDocs Material provides numerous icons from Material, FontAwesome, and Octicons, but it does so by inlining the SVG icons into the source. Currently there is no easy way access these icons and arbitrarily insert them into Markdown content. Users must include the icon fonts themselves and do it with HTML. . This module allows you to use PyMdown Extensions' Emoji extension to enable easy insertion of MkDocs Material's SVG assets using simple :emoji-syntax:. This is done by creating our own emoji index and emoji generator. The custom index provides a modified version of the Emoji extensions Twemoji index. This package uses pymdown-extensions to extend the functionality of mkdoc-material. Both packages from above are uploaded to NEW while writing this ITP. https://ftp-master.debian.org/new/pymdown-extensions_9.1-1.html https://ftp-master.debian.org/new/mkdocs-material_8.1.3-1.html mkdocs-material is a new dependency for NetBox, pymdown-extensions and also mkdocs-material-extensions are new indirect dependencies for MetBox. I plan to maintain this package within the Debian Python Team.
Re: Porter roll call for Debian Bookworm
For mipsel and mips64el, I - test most packages on this architecture - run a Debian testing or unstable system on port that I use regularly - fix toolchain issues - triage arch-specific bugs - fix arch-related bugs - triage d-i bugs - test d-i regularly - fix d-i bugs/issues - maintain buildds - maintain/provide hardware for (or assist with) automated tests on ci.d.n, jenkins.d.n (etc.) I am a DD. -- YunQiang Su
Re: Porter roll call for Debian Bookworm
Hi YunQiang Su On Sun, 26 Dec 2021 at 11:17, YunQiang Su wrote: > > For mipsel and mips64el, I > - test most packages on this architecture > - run a Debian testing or unstable system on port that I use regularly > - fix toolchain issues > - triage arch-specific bugs > - fix arch-related bugs > - triage d-i bugs > - test d-i regularly > - fix d-i bugs/issues > - maintain buildds > - maintain/provide hardware for (or assist with) automated tests on ci.d.n, > jenkins.d.n (etc.) > > I am a DD. Thanks for your response! In case #1000435 (matplotlib crashes on mips64el) is not already on your radar, would you please take a look? Regards Graham
Processed: reassing bug to correct package
Processing commands for cont...@bugs.debian.org: > reassign 1002573 util-linux Bug #1002573 [general] general: fstrim, 2 errors Bug reassigned from package 'general' to 'util-linux'. Ignoring request to alter found versions of bug #1002573 to the same values previously set Ignoring request to alter fixed versions of bug #1002573 to the same values previously set > End of message, stopping processing here. Please contact me if you need assistance. -- 1002573: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002573 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1002665: ITP: spidev -- Python bindings for Linux SPI access
Package: wnpp Severity: wishlist Owner: Anton Gladky X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: spidev Version : 3.5 Upstream Author : Volker Thoms * URL : https://github.com/doceme/py-spidev/ * License : MIT Programming Lang: Python Description : Python bindings for Linux SPI access This project contains a python module for interfacing with SPI devices from user space via the spidev linux kernel driver. The package will be maintained under Debian-electronics-team. Regards, Anton -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAmHI8EIRHGdsYWRrQGRl Ymlhbi5vcmcACgkQ0+Fzg8+n/wYpeA/7BPOhPMITQo+QGTWy0WajNvFx27XTRq79 kTn8fuJoON4bJPpSXGHCMwU8tuUhjgAho5ZRtzpkq/ZY3ra+CZFYMaosXOzaeBx/ shR4fup5+iciroof1tUdrQ0FXw9s0xIUgs5Cw/m/z5lhBfMO1pnGeTX91mS45xrz Oi0xqmZ2cjq5PUKldjCrCxHdXNENbymLWsMyYE+pZfAA5DKhd3mH/12rr0W/BePX 93EMQNf+0EMa74aU/YZU4ANEr9GTwlyW4Np54wEtZug6YLlH2Hn7v8taDiYtsCUC UGx/1EoTVtaSt6vMQB/ij3vMeo4zdqYXFPqwXv0YP4bB/576ay4jBh3MHcqDTDQT SFXXBAWimMsrfnq6hHVwoeqW+ihO8RqaPqtKrLBXB3BPVP+sItmr5RYVQ4/1YrsE grVSth7gOPZNTXAba+VRZ7hcuzQKSF2XRhnBr2fR+4H8CXS7v0WXQC/q2xprFlIj a+4p1nYlaJQ9VpyswO9e9WPHFNZszdU4KkBFCtqr8cJP5ncXP5EAmLrzxOSII4ow 0HA4t0h0rHfclnpkCFQ6DM+qcKX37Oj6P5m+7BGmZM4PlUNCeSK1rZ4odwRqL5z1 t4oBc8/JYAXGc4sMIJORi8/luM1Ygzil8x/wC8kxyRcQ291hpAFfhF+xnsfvbpYg bZo4g3oCGDs= =l1pT -END PGP SIGNATURE-
WNPP/ITP/... for Amazon SDK for C++ ?
Does anybody know where we are with respect to the WNPPs / ITPs / ... on the Amazon SDK for C++? I have a package that could take advantage of this if it were packaged, and I am sure a number of other packages are in a similar situation given how pervasive AWS use is. So does anybody know where this is at? FWIW I have packaged _subsets_ of the C++ SDK informally for my own use (also at Launchpad) but I don't think I have the time and energy to take this on as another package. Please CC me on replies as I am no longer subscribed to debian-devel. Cheers, Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Re: Porter roll call for Debian Bookworm
Graham Inggs 于2021年12月26日周日 21:58写道： > > Hi YunQiang Su > > On Sun, 26 Dec 2021 at 11:17, YunQiang Su wrote: > > > > For mipsel and mips64el, I > > - test most packages on this architecture > > - run a Debian testing or unstable system on port that I use regularly > > - fix toolchain issues > > - triage arch-specific bugs > > - fix arch-related bugs > > - triage d-i bugs > > - test d-i regularly > > - fix d-i bugs/issues > > - maintain buildds > > - maintain/provide hardware for (or assist with) automated tests on > > ci.d.n, > > jenkins.d.n (etc.) > > > > I am a DD. > > Thanks for your response! > > In case #1000435 (matplotlib crashes on mips64el) is not already on > your radar, would you please take a look? > Thank you. I will work on it right now. > Regards > Graham -- YunQiang Su
Re: WNPP/ITP/... for Amazon SDK for C++ ?
On Sun, Dec 26, 2021 at 06:08:56PM -0600, Dirk Eddelbuettel wrote: > I have a package that could take advantage of this if it were packaged, and I > am sure a number of other packages are in a similar situation given how > pervasive AWS use is. So does anybody know where this is at? > > FWIW I have packaged _subsets_ of the C++ SDK informally for my own use (also > at Launchpad) but I don't think I have the time and energy to take this on as > another package. The cloud-team could probably be a reasonable umbrella under which the package could be co-maintained. Would you be interested in co-maintaining it as part of that team? I'm not sure any of us have a lot of expertise or desire to work with C++, but we've got a lot of familiarity with cloud services, etc, and maintain other cloud service SDKs. If you can contribute on the C++ side, we could probably effectively maintain the package together. Of course, if others are already looking into packaging, they should by all means continue, with or without coordinating with the cloud-team. noah
