Bug#986997: O: netkit-telnet -- basic telnet client
Hi! On Thu, 2021-04-15 at 21:18:03 +0200, Simon Josefsson wrote: > Chris Hofstaedtler writes: > > * Simon Josefsson [210415 19:06]: > >> Hi! Upstream is not maintained either -- at least the download URL in > >> netkit-telnet's debian/copyright file does not work. How about dropping > >> netkit-telnet from Debian? > > > > In #982253 I've expressed that I for one would find that to be a > > good idea. But quite clearly it is work that needs to be a) done and > > b) well coordinated. > > I'm happy to work on replacing netkit-based tools with inetutils once > bullseye is out, although Guillem have to agree since he maintains > inetutils in Debian. If something needs to be modified in inetutils to > be more compatible with netkit, I will help to arrange that. That'd be great, thanks! I think I've mentioned before, but in any case getting #945861 fixed would be nice, as I took a look but run out of time trying to figure out what was the problem. Adding TLS support to both inetutils telnet and telnetd would also be great, even though inetutils versions support Kerberos, but I think probably more people might use TLS enabled telnet than Kerberos enabled telnet. This might make it possible to also get rid of telnet-ssl and telnetd-ssl. > Starting > with telnet+telnetd seems like a good idea. I've not checked if there are any differences in the options, otherwise I'd be fine with adding a transitional package, to smooth the upgrade, and then simply just provide telnet and telnetd (in addition to telnet-client and telnet-server) virtual packages. > Btw, the suggestion to symlink telnet to netcat is not a good one: > telnet is a complex protocol, netcat doesn't support any of it as far as > I know. I agree. Thanks, Guillem
Bug#987037: ITP: vim-toml -- Vim support for TOML language
Package: wnpp Severity: wishlist Owner: Marco Villegas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: vim-toml Version: 3c5face8e8944a217af45bc5bb708ff7dfcf1a54 Upstream Author: Caleb Spare * URL : https://github.com/cespare/vim-toml * License: Expat Programming Lang: Vim scripting Description: Vim support for TOML language Adds syntax support for Tom's Obvious Minimal Language, TOML, on Vim. Initial codebase available at https://salsa.debian.org/vim-team/vim-toml -Marco pgpI0pmxPFemK.pgp Description: Firma digital OpenPGP
Bug#986997: O: netkit-telnet -- basic telnet client
Chris Hofstaedtler writes: > * Simon Josefsson [210415 19:06]: >> Hi! Upstream is not maintained either -- at least the download URL in >> netkit-telnet's debian/copyright file does not work. How about dropping >> netkit-telnet from Debian? > > In #982253 I've expressed that I for one would find that to be a > good idea. But quite clearly it is work that needs to be a) done and > b) well coordinated. I'm happy to work on replacing netkit-based tools with inetutils once bullseye is out, although Guillem have to agree since he maintains inetutils in Debian. If something needs to be modified in inetutils to be more compatible with netkit, I will help to arrange that. Starting with telnet+telnetd seems like a good idea. As far as I can tell, telnet is not installed by default on buster nor bullseye which is good. Btw, the suggestion to symlink telnet to netcat is not a good one: telnet is a complex protocol, netcat doesn't support any of it as far as I know. /Simon signature.asc Description: PGP signature
Bug#986997: O: netkit-telnet -- basic telnet client
* Simon Josefsson [210415 19:06]: > Hi! Upstream is not maintained either -- at least the download URL in > netkit-telnet's debian/copyright file does not work. How about dropping > netkit-telnet from Debian? In #982253 I've expressed that I for one would find that to be a good idea. But quite clearly it is work that needs to be a) done and b) well coordinated. Good luck! Chris
Bug#986997: O: netkit-telnet -- basic telnet client
Mattia Rizzolo writes: > Hi! > > On Thu, Apr 15, 2021 at 12:50:13PM +0200, Simon Josefsson wrote: >> Hi! Upstream is not maintained either -- at least the download URL in >> netkit-telnet's debian/copyright file does not work. How about dropping >> netkit-telnet from Debian? GNU InetUtils provides telnet+telnetd and >> appears to be actively maintained both in Debian and upstream, and could >> provide the packages going forward. > > Considering how popular telent is, this is a migration that needs to be > taken with care. > I have no stake on netkit-telnet myself, and I honestly do not care as > long as a working `telent` is available. But since this is the default > `telnet` it needs to be properly evaluated. Indeed -- a source code comparison would be great. I believe InetUtils sources share the same origin as NetKit, but diverged at some point. Maybe it is sufficient to compare command line parameters and its stdin/stdout behaviour (prompting etc). > For sure any such takeover can only happen in a few months after > bullseye is released. That would give plenty of testing time before bullseye+1. >> Cc'ing Debian maintainer of inetutils too, do >> you have any comments Guillem? > > Overall, with netkit-telnet orphaned, I think the final opinion rests on > Guillem. If he believes this is the way forward, I encourage him to > simply build a transitional package from src:inetutils. I'm happy to help upstream to make this smoother. /Simon signature.asc Description: PGP signature
Bug#986997: O: netkit-telnet -- basic telnet client
Mattia Rizzolo writes: > Package: wnpp > > The current maintainer of netkit-telnet, Mats Erik Andersson > , is apparently not active anymore. > Therefore, this package has been orphaned > > Maintaining a package requires time and skills. Please only adopt this > package if you will have enough time and attention to work on it. > > If you want to be the new maintainer, please see > https://www.debian.org/devel/wnpp/#howto-o for detailed > instructions how to adopt a package properly. Hi! Upstream is not maintained either -- at least the download URL in netkit-telnet's debian/copyright file does not work. How about dropping netkit-telnet from Debian? GNU InetUtils provides telnet+telnetd and appears to be actively maintained both in Debian and upstream, and could provide the packages going forward. If there is anything missing in InetUtils compared to netkit-telnet(d), I'm happy to assist from the GNU InetUtils upstream side. Cc'ing Debian maintainer of inetutils too, do you have any comments Guillem? /Simon > Some information about this package: > > Package: netkit-telnet > Binary: telnet, telnetd > Version: 0.17-42 > Maintainer: Debian QA Group > Build-Depends: debhelper (>= 10~), libncurses-dev, cmake > Architecture: any > Standards-Version: 3.9.8 > Format: 3.0 (quilt) > Files: > 5f3c09666f11b4e4ea5b0b4bd4c8e668 1792 netkit-telnet_0.17-42.dsc > d6beabaaf53fe6e382c42ce3faa05a36 133749 netkit-telnet_0.17.orig.tar.gz > eb4fbbdc55a3b53f7f2ebdc1f857b0cc 36068 netkit-telnet_0.17-42.debian.tar.xz > Checksums-Sha256: > 9bfc63c4817be1b1664940b1a85b938822c476f75a537edc8ff025baba9e29cf 1792 > netkit-telnet_0.17-42.dsc > 9c80d5c7838361a328fb6b60016d503def9ce53ad3c589f3b08ff71a2bb88e00 > 133749 netkit-telnet_0.17.orig.tar.gz > 1653561178542c85adfba865ec492dd9c4f35bae624f4692c7d55729da679db4 > 36068 netkit-telnet_0.17-42.debian.tar.xz > Package-List: > telnet deb net standard arch=any > telnetd deb net optional arch=any > Directory: pool/main/n/netkit-telnet > Priority: source > Section: net signature.asc Description: PGP signature
Bug#987010: ITP: libemf2svg -- MS EMF (Enhanced Metafile) to SVG conversion library
Package: wnpp Owner: Andrius Merkys Severity: wishlist Control: block -1 by 987002 * Package name: libemf2svg Version : 1.1.0 Upstream Author : Carpentier Pierre-Francois * URL : https://github.com/kakwa/libemf2svg * License : GPL-2 Programming Lang: C Description : MS EMF (Enhanced Metafile) to SVG conversion library By themselves, EMF/EMF+ files are rare in the wild. However, they are frequently embedded inside other MS file formats. This project was started to properly convert Visio stencils (.VSS) to svg and be able to reuse public stencils in other environments than MS Visio (see libvisio2svg). However this project could be use beyond its original motivations to handle emf blobs in any MS formats. I find this tool useful to convert EMF to more open vector formats. I will maintain this package myself until I find an appropriate team to transfer it to. Best, Andrius
Processed: ITP: libemf2svg -- MS EMF (Enhanced Metafile) to SVG conversion library
Processing control commands: > block -1 by 987002 Bug #987010 [wnpp] ITP: libemf2svg -- MS EMF (Enhanced Metafile) to SVG conversion library 987010 was not blocked by any bugs. 987010 was not blocking any bugs. Added blocking bug(s) of 987010: 987002 -- 987010: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987010 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#986924 marked as pending in libsweble-wikitext-java
Processing control commands: > tag -1 pending Bug #986924 [wnpp] ITP: libsweble-wikitext-java -- parser for MediaWiki's wikitext Added tag(s) pending. -- 986924: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986924 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#987004: RFP: capirca -- Multi-platform ACL generation system
Package: wnpp Severity: wishlist * Package name: capirca Version : 2.0.3 Upstream Author : Google * URL : https://github.com/google/capirca * License : Apache 2.0 Programming Lang: Python Description : Multi-platform ACL generation system Capirca is a designed to utilize common definitions of networks, services and high-level policy files to facilitate the development and manipulation of network access control lists (ACLs) for various platforms. It was developed by Google for internal use, and is now open source. Capirca consists of capirca Python package and the accompanying aclgen tool.
Bug#986997: O: netkit-telnet -- basic telnet client
Hi! On Thu, Apr 15, 2021 at 12:50:13PM +0200, Simon Josefsson wrote: > Hi! Upstream is not maintained either -- at least the download URL in > netkit-telnet's debian/copyright file does not work. How about dropping > netkit-telnet from Debian? GNU InetUtils provides telnet+telnetd and > appears to be actively maintained both in Debian and upstream, and could > provide the packages going forward. Considering how popular telent is, this is a migration that needs to be taken with care. I have no stake on netkit-telnet myself, and I honestly do not care as long as a working `telent` is available. But since this is the default `telnet` it needs to be properly evaluated. For sure any such takeover can only happen in a few months after bullseye is released. > Cc'ing Debian maintainer of inetutils too, do > you have any comments Guillem? Overall, with netkit-telnet orphaned, I think the final opinion rests on Guillem. If he believes this is the way forward, I encourage him to simply build a transitional package from src:inetutils. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Processed: Bug#986926 marked as pending in libsweble-common-java
Processing control commands: > tag -1 pending Bug #986926 [wnpp] ITP: libsweble-common-java -- common classes for sweble projects Added tag(s) pending. -- 986926: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986926 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#987002: ITP: libuemf -- Read/write EMF, EMF+, WMF files
Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name: libuemf Version : 0.2.8+ds Upstream Author : , David Mathog and California Institute of Technology (Caltech) * URL : https://sourceforge.net/projects/libuemf/ * License : GPL-2 Programming Lang: C Description : Read/write EMF, EMF+, WMF files (development files) libUEMF is a portable C99 implementation for reading/writing Enhanced Metafile (EMF), Enhanced Metafile Format Plus (PMF), and Windows Metafile (WMF) files. libUEMF avoids collisions with Microsoft defined functions and values, so portable programs which use it and have a Windows version, do not require any conditional logic to separate the native GDI support from the WMF/EMF/PMF support proviced by libUEMF. To accomplish this libUEMF does not implement GDI calls. Instead, for each WMR/EMR/PMR record type, and each object type incorporated into such a record, it provides corresponding *_set, *_print, and *_swap functions. For PMF and WMF there are also *_get functions, see below. For example, for the U_EMRBITBLT record there are corresponding functions: U_EMRBITBLT_set, U_EMRBITBLT_print, and U_EMRBITBLT_swap. A few additional functions are provided for assembling the EMF in memory, debugging, and converting the EMF file to/from Little Endian representation. (EMF files' internal data representation is always Little Endian.) libuemf is a dependency for libemf2svg which I intend to eventually package. I will maintain this package myself at [1] until I find an appropriate team to transfer it to. [1] https://salsa.debian.org/debian/libuemf Best, Andrius
Processed: O: git-phab -- Git subcommand to integrate with Phabricator.
Processing control commands: > affects -1 src:git-phab Bug #987001 [wnpp] O: git-phab -- Git subcommand to integrate with Phabricator. Added indication that 987001 affects src:git-phab -- 987001: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#987001: O: git-phab -- Git subcommand to integrate with Phabricator.
Package: wnpp Severity: normal Control: affects -1 src:git-phab I intend to orphan the git-phab package. I no longer use this package, so I’m not the right person to maintain it. It also seems to be abandoned upstream, who also seem to no longer use Phabricator for code reviews. The package description is: Tool to help out pushing Git changes into Phabricator Differential. -- Cheers, Andrej
Bug#987000: ITP: gi-docgen -- source code documentation tool using GObject-Introspection
Package: wnpp Severity: wishlist Owner: Simon McVittie X-Debbugs-Cc: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org * Package name: gi-docgen Version : 2021.2 or git snapshot Upstream Author : Emmanuele Bassi * URL : https://gitlab.gnome.org/GNOME/gi-docgen * License : Apache-2.0 OR GPL-3.0-or-later Programming Lang: Python Description : source code documentation tool using GObject-Introspection GI-DocGen is a document generator for GObject-based libraries. GObject is the base type system of the GNOME project. GI-Docgen reuses the introspection data generated by GObject-based libraries to generate the API reference of these libraries, as well as other ancillary documentation. GI-DocGen is not a general purpose documentation tool for C libraries: while GI-DocGen can be used to generate API references for most GObject/C libraries that expose introspection data, its main goal is to generate the reference for GTK and its immediate dependencies. GI-DocGen is still in development. The upstream-recommended use of GI-DocGen is to add it as a sub-project to a Meson build system, and vendor it when releasing dist archives. Until GI-DocGen becomes stable, Debian packages that use it for their documentation should use a vendored copy (as allowed by Policy §4.13), and should not have a Build-Depends on gi-docgen. --- We should probably package this in experimental even though build-depending on it isn't useful yet, so that updates to to GTK-related packages don't get stalled by the NEW queue or unforeseen packaging issues when it's declared stable and stops being vendored by dependent packages.
Bug#986999: RFP: fonts-red-hat -- Red Hat type family
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-fo...@lists.debian.org, debian-gtk-gn...@lists.debian.org * Package name: fonts-red-hat Version : 4.0.0 Upstream Author : Jeremy Mickel * URL : https://github.com/RedHatOfficial/RedHatFont * License : SIL OFL 1.1, with Reserved Font Name Red Hat Programming Lang: n/a Description : Red Hat type family The font family used in Red Hat branding. This font is used in the default template for the gi-docgen tool, which some of the lower-level GNOME-related libraries such as GTK and Pango are starting to adopt as a replacement for gtk-doc. At the moment I'm intending to patch out the font selection and exclude the fonts themselves in the interests of having less to review for the d/copyright of the packages that bundle gi-docgen (it is not yet stable, so the intended use is for individual projects to bundle a known-good copy rather than it being packaged distro-wide), but it would be nice if someone with more font knowledge could package this properly. smcv
Processed: Bug#986922 marked as pending in libxtc-rats-java
Processing control commands: > tag -1 pending Bug #986922 [wnpp] ITP: libxtc-rats-java -- parser generator written in Java Added tag(s) pending. -- 986922: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986922 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: owner 986937
Processing commands for cont...@bugs.debian.org: > owner 986937 Andrej Shadura Bug #986937 [wnpp] ITA: po-debconf -- tool for managing templates file translations with gettext Owner recorded as Andrej Shadura . > thanks Stopping processing here. Please contact me if you need assistance. -- 986937: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986937 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#986998: O: poppassd -- password change server for Eudora and NUPOP
Package: wnpp The current maintainer of poppassd, Adam Conrad , can't work on this package anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: poppassd Binary: poppassd Version: 1.8.5-5 Maintainer: Debian QA Group Build-Depends: debhelper (>= 9), libpam-dev Architecture: any Standards-Version: 3.6.2 Format: 1.0 Files: 8c9b2fcaee240fc4736f0882046444ff 1648 poppassd_1.8.5-5.dsc 502caa0c9e39d769040c7295d55a53d6 6054 poppassd_1.8.5.orig.tar.gz 8a0f6ee18d711d342d9ebc8d01113304 6037 poppassd_1.8.5-5.diff.gz Checksums-Sha256: 74e1bf3b80acee38d15c5437599b41d6426d2fd504eac0eff4d7c0cde12c186c 1648 poppassd_1.8.5-5.dsc 3b4ccb61c9b97fd91add8b798429c7e1aee0561a19781e413186e9da733c95a8 6054 poppassd_1.8.5.orig.tar.gz fa0d62fd8d04aadfc78518ebfd8259f96284113642140992530bf3b7623687f6 6037 poppassd_1.8.5-5.diff.gz Package-List: poppassd deb mail optional arch=any Directory: pool/main/p/poppassd Priority: source Section: mail Package: poppassd Version: 1.8.5-5 Installed-Size: 41 Maintainer: Debian QA Group Architecture: amd64 Depends: netbase, libpam-runtime (>= 0.76-14), update-inetd, openbsd-inetd | inet-superserver, libc6 (>= 2.7), libpam0g (>= 0.99.7.1) Description: password change server for Eudora and NUPOP Description-md5: c77cea8e333a4a4de559fdf4abf0723c Tag: interface::daemon, mail::pop, network::server, protocol::pop3, role::program, security::authentication, works-with::mail Section: mail Priority: optional Filename: pool/main/p/poppassd/poppassd_1.8.5-5_amd64.deb Size: 13080 MD5sum: d9d0d32728404fa9a7fab6cc7862c240 SHA256: 1d340a5a1efbc9a0a2c23d9b7ec5dca71483f41f3f62b293399b3f14d54d7e0d -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#986997: O: netkit-telnet -- basic telnet client
Package: wnpp The current maintainer of netkit-telnet, Mats Erik Andersson , is apparently not active anymore. Therefore, this package has been orphaned Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: netkit-telnet Binary: telnet, telnetd Version: 0.17-42 Maintainer: Debian QA Group Build-Depends: debhelper (>= 10~), libncurses-dev, cmake Architecture: any Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: 5f3c09666f11b4e4ea5b0b4bd4c8e668 1792 netkit-telnet_0.17-42.dsc d6beabaaf53fe6e382c42ce3faa05a36 133749 netkit-telnet_0.17.orig.tar.gz eb4fbbdc55a3b53f7f2ebdc1f857b0cc 36068 netkit-telnet_0.17-42.debian.tar.xz Checksums-Sha256: 9bfc63c4817be1b1664940b1a85b938822c476f75a537edc8ff025baba9e29cf 1792 netkit-telnet_0.17-42.dsc 9c80d5c7838361a328fb6b60016d503def9ce53ad3c589f3b08ff71a2bb88e00 133749 netkit-telnet_0.17.orig.tar.gz 1653561178542c85adfba865ec492dd9c4f35bae624f4692c7d55729da679db4 36068 netkit-telnet_0.17-42.debian.tar.xz Package-List: telnet deb net standard arch=any telnetd deb net optional arch=any Directory: pool/main/n/netkit-telnet Priority: source Section: net -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#986937: ITA: po-debconf -- tool for managing templates file translations with gettext
Control: reassign -1 ! Hi, On Wed, 14 Apr 2021 15:54:00 +0200 Tobias Frost wrote: > Package: wnpp > > The current maintainer of po-debconf, Herbert Parentes Fortes Neto > , > is apparently not active anymore. Therefore, I orphan this package now. > > Maintaining a package requires time and skills. Please only adopt this > package if you will have enough time and attention to work on it. > > If you want to be the new maintainer, please see > https://www.debian.org/devel/wnpp/#howto-o for detailed > instructions how to adopt a package properly. I intend to adopt this package. Meanwhile, I’ve imported the complete history into Git here: https://salsa.debian.org/debian/po-debconf -- Cheers, Andrej
Processed: retitle 986937 to ITA: po-debconf -- tool for managing templates file translations with gettext
Processing commands for cont...@bugs.debian.org: > retitle 986937 ITA: po-debconf -- tool for managing templates file > translations with gettext Bug #986937 [wnpp] O: po-debconf -- tool for managing templates file translations with gettext Changed Bug title to 'ITA: po-debconf -- tool for managing templates file translations with gettext' from 'O: po-debconf -- tool for managing templates file translations with gettext'. > thanks Stopping processing here. Please contact me if you need assistance. -- 986937: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986937 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#986921 marked as pending in maven-jflex-plugin
Processing control commands: > tag -1 pending Bug #986921 [wnpp] ITP: maven-jflex-plugin -- Maven plugin to generate Lexer code in Java Added tag(s) pending. -- 986921: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986921 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#982250: [Debian-on-mobile-maintainers] Forking on MMSD
Hi Chris, On Wed, Apr 14, 2021 at 02:46:30PM -0400, Chris Talbot wrote: > Hello, > > On Wed, 2021-04-14 at 20:30 +0200, Guido Günther wrote: > > Hi, > > On Wed, Apr 14, 2021 at 02:21:04PM -0400, Chris Talbot wrote: > > > Hello All, > > > > > > In talking to the Debian Developer Mr. Federico Ceratto, since I > > > have > > > been unable to get a hold of the Ofono Maintainers, the best course > > > of > > > action for packaging mmsd into Debian is to simply fork the project > > > and > > > submit my version upstream for packaging in Debian. My repository > > > is > > > here: https://source.puri.sm/kop316/mmsd/ > > > > > > I am sending this so the relavent parties are aware of this, and to > > > indicate that I no longer intend on trying to get a hold of > > > upstream > > > mmsd to try and submit patches. > > > > > > For the Purism Employees, I am additionally asking for permission > > > to > > > keep hosting mmsd on https://source.puri.sm/ . I have been > > > extremely > > > appreciative in using it and I am happy to keep it there, but I > > > want to > > > be neighboorly and ask if it is okay for me to keep it there. If it > > > is > > > not, I completely understand and I am fine with moving it to a new > > > host. > > > > Keeping your ofono version on source.puri.sm is certainly welcome! > > Cheers, > > -- Guido > > > > > > > > If you have any questions, comments, or concern, please reach out > > > to > > > me. > > > > > > -- > > > Respectfully, > > > Chris Talbot > > > > > > > > > ___ > > > Debian-on-mobile-maintainers mailing list > > > debian-on-mobile-maintain...@alioth-lists.debian.net > > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-on-mobile-maintainers > > > > Thank you for allowing me to keep hosting it there. Great. If you really want to maintain a fork i'd consider renaming to make that obvious (e.g. mm-mmsd) to avoid confusion within distros. > Since it is now a fork, I added Mr. Ceratto, Mr. Farraris (a-wai), and > Mr. Clayton Craft (craftyguy, a pmOS developer) as maintainers. Is > there a wish for a Purism maintainer to be added as well? I think sadiq and devrtz were the ones most involved so far but i think working via MRs is fine since that allows to establish a workflow. Cheers, -- Guido > Respectfully, > Chris Talbot >
Processed: bug 942842 has no owner
Processing commands for cont...@bugs.debian.org: > noowner 942842 Bug #942842 [wnpp] RFP: smoldyn -- spatial stochastic simulator for chemical reaction networks Removed annotation that Bug was owned by gur...@phys.ethz.ch. > thanks Stopping processing here. Please contact me if you need assistance. -- 942842: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: retitle 942842 to RFP: smoldyn -- spatial stochastic simulator for chemical reaction networks
Processing commands for cont...@bugs.debian.org: > retitle 942842 RFP: smoldyn -- spatial stochastic simulator for chemical > reaction networks Bug #942842 [wnpp] ITP: smoldyn -- spatial stochastic simulator for chemical reaction networks Changed Bug title to 'RFP: smoldyn -- spatial stochastic simulator for chemical reaction networks' from 'ITP: smoldyn -- spatial stochastic simulator for chemical reaction networks'. > thanks Stopping processing here. Please contact me if you need assistance. -- 942842: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems