Bug#976406: O: ca-certificates -- Common CA certificates
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have orphaned the ca-certificates package, due to time constraints. 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: ca-certificates Binary: ca-certificates, ca-certificates-udeb Version: 20190110 Maintainer: Michael Shuler Uploaders: Raphael Geissert , Thijs Kinkhorst Build-Depends: debhelper-compat (= 12), po-debconf Build-Depends-Indep: python, openssl Architecture: all Standards-Version: 4.3.0.1 Format: 3.0 (native) Files: e1b3a61d2ae8fd7bc833e9c4bcae5f13 1805 ca-certificates_20190110.dsc e91d3d9259127ba2dbb65fda58d73f31 243472 ca-certificates_20190110.tar.xz Vcs-Browser: https://salsa.debian.org/debian/ca-certificates Vcs-Git: https://salsa.debian.org/debian/ca-certificates.git Checksums-Sha256: bffbfe63a1ad2a07c6094502f05899c65edba93aefe58682f440e000fc65f6f0 1805 ca-certificates_20190110.dsc ee4bf0f4c6398005f5b5ca4e0b87b82837ac5c3b0280a1cb3a63c47555c3a675 243472 ca-certificates_20190110.tar.xz Package-List: ca-certificates deb misc optional arch=all ca-certificates-udeb udeb debian-installer optional arch=all Directory: pool/main/c/ca-certificates Priority: source Section: misc Package: ca-certificates Version: 20190110 Priority: optional Section: misc Maintainer: Michael Shuler Installed-Size: 393 kB Depends: openssl (>= 1.1.1), debconf (>= 0.5) | debconf-2.0 Breaks: ca-certificates-java (<< 20121112+nmu1) Enhances: openssl Tag: protocol::ssl, role::app-data, security::authentication Download-Size: 157 kB APT-Manual-Installed: no APT-Sources: http://deb.debian.org/debian buster/main i386 Packages Description: Common CA certificates Contains the certificate authorities shipped with Mozilla's browser to allow SSL-based applications to check for the authenticity of SSL connections. . Please note that Debian can neither confirm nor deny whether the certificate authorities whose certificates are included in this package have in any way been audited for trustworthiness or RFC 3647 compliance. Full responsibility to assess them belongs to the local system administrator. -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEom5SiycfGbnl2OGeoni3gf5LK9oFAl/KgMcACgkQoni3gf5L K9r3yQ/+KX8VXWAVmF+e/LT9EieilhbGjYcKh+dtRc7hOiMjaiXqjAZhWLCOi/r2 PNUk/L5oxpZUty4rnBsaRbHoKVG2u1VbKIj3sAVgYjGcmi10b86DOWzdAvQO9EZn HezUWImTHWFMp1lSBIhGyS+BzngG7axNGcr7wepOdh6Y4l+3KYYbc+wAF9BpMPVv sT55pa9BhiWZfTTVhhA+Xur2hGgTZAYJgLhiTQV36yRUPc+QpxQVUvhRiXKls1HC 18RT6IRRMRcyLt6hMYbZrEVqteGq/5/iNONJ3DNoRbKzf1dp8T4ANspDMZAItcvV L+G6FgIWDaPJLZBQsFRVYitSSb5kPtyyVPfH3V68PSpHMaDVOdfBz2vqg7h1BYBq M1a1wFoLTJVQo2hpbsoQu6s7gGp+g02uV5IS+ixeMlr0GCZfb6g5SxIrGNhanhG/ dIJikvRfUfkYLrjgAMnNI9moJxpuUX+YIseRglcMJ4i3BiF1va+9081BwQpFaNsO VAJ+tGv1IxVieTMlPZelLXBiL1bbfOkfCWB3OUSZEtgwtuuVJ1Bx1Cc4g981cQUf mXzo8mPaRGGTXJ6uCfQiBHVrNDgI4eSeawUulkcPMcXD1MUwjZlkXG3CCZQRkWke A0M026uv19KLqFxdgyi0mC1O2DCiUJwi0/qgIF+NGtCB1mz8APc= =sNlZ -END PGP SIGNATURE-
Bug#721769: ITA: ifmetric -- Set routing metrics for a network interface
Control: tags -1 pending ifmetric now has a collab-maint git repository and some low hanging fruit committed: http://anonscm.debian.org/gitweb/?p=collab-maint/ifmetric.git -- Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#721769: ITA: ifmetric -- Set routing metrics for a network interface
package: wnpp severity: normal Per an email conversation with the current maintainer, I intend to adopt ifmetric. On 09/03/2013 04:47 PM, Chris Hanson wrote: > I would love it if you would take over ifmetric. -- Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#685038: ITP: mailscanner -- email gateway for virus scanning, spam and phishing detection
On 08/15/2012 07:35 PM, Aaron Schrab wrote: > Package: wnpp > Severity: wishlist > Owner: Aaron Schrab > > * Package name: mailscanner You may wish to contact the previous mailscanner maintainer [0][1] and dig through all the existing/archived bugs [2] to find out why it was removed from the archive post-squeeze, and if it may be suitable for debian in the future. [0] http://packages.debian.org/search?keywords=mailscanner [1] http://packages.qa.debian.org/m/mailscanner.html [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=mailscanner -- Kind regards, Michael Shuler -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/502cfdd0.8040...@pbandjelly.org
Bug#622946: Where should the EC2 AMI certificate live?
tag 573857 + help tag 597537 + help thanks As Charles mentioned in #597537 [0], the EC2 AMI certificate is distributed in the euca2ools package in Ubuntu - should it live in euca2ools in Debian? Or, perhaps in the future cloud-utils package [1], as Charles mentions later in the same bug report? I am working on cleaning up the ca-certificates bug list and since AWS EC2 is not a signing Certificate Authority, I don't think it is appropriate for ca-certificates. I would like to reassign the merged bugs #573857 and #597537 to a proper package that would like to include the EC2 certificate. Thoughts? [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597537#18 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622946 -- Kind regards, Michael Shuler -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eab4780.1050...@pbandjelly.org
Bug#588219: ca-certificate's maintenance
On 09/16/2011 07:08 AM, Michael Shuler wrote: > On 09/16/2011 01:21 AM, Raphael Geissert wrote: > I init'ed collab-maint/ca-certificates, but I would like to see if I can > at least fill in the release history, as mentioned above. I pulled all the missing releases from snapshot.d.o and imported them to the collab-maint/ca-certificates repository: git+ssh://git.debian.org/git/collab-maint/ca-certificates.git Clone away! >> Unless somebody has a different opinion, I think we should first: >> a) Clean-up the packaging, It is a bit out of date and it leads to a few >> warnings during the package build. >> b) Triage the bug reports, marking as 'confirmed' those that we consider >> valid >> and that should be fixed relatively soon. All certificate inclusion requests >> should be left on hold. I stashed my previous updates and I will see if I can find some additional time this weekend to push them to my ca-certificates repository and get someone to take a look at them. I haven't looked at many other collab-maint repos to get an idea of what branches might be needed - there is currently only master. -- Kind regards, Michael Shuler -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e752a41.9070...@pbandjelly.org
Bug#588219: ca-certificate's maintenance
On 09/16/2011 01:21 AM, Raphael Geissert wrote: > I don't think that some bits of vcs history should become a blocker. Let's > better work with what we already have at hand. This sounds acceptable, but I thought of using snapshot.d.o to see if I could fill in some history, and I have some time Saturday to work on this. >>> I think we should setup a git repo in collab-maint or something. >> >> I also just asked to be added to collab-maint for precisely the same >> reason - I think it would be a good place for maintenance of the package. > > I see that you've been added already, great. I init'ed collab-maint/ca-certificates, but I would like to see if I can at least fill in the release history, as mentioned above. > A couple of questions: > Have you already subscribed to the PTS? I am, now - thank you for the reminder. > Do you have some experience in X.509 certificates, SSL/TLS, or the like? As a customer support and systems engineer at Rackspace (I no longer work there), I dealt with various Certificate Authorities regularly, on behalf of customers, set up various software to use SSL/TLS, troubleshoot problems, etc. While I would not consider myself a cryptography expert, I am familiar with the workings and the field interests me. > Unless somebody has a different opinion, I think we should first: > a) Clean-up the packaging, It is a bit out of date and it leads to a few > warnings during the package build. > b) Triage the bug reports, marking as 'confirmed' those that we consider > valid > and that should be fixed relatively soon. All certificate inclusion requests > should be left on hold. This is what I had started working on - I started picking off some low-hanging fruit: packaging clean up start, po updates, etc. I'd like to find and fill in the few missing releases in git first, that would make me happy, then merge some of the changes I made. -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e733c38.2010...@pbandjelly.org
Bug#588219: ca-certificate's maintenance
On 09/07/2011 06:49 PM, Raphael Geissert wrote: > Stefan doesn't seem to be active, at least regarding the adoption of ca-certs. I have not received a reply from Stefan, either. > Michael: Thijs and I are interested in maintaining ca-certificates. What were > your plans regarding its maintenance? I would like to help :-) I pulled the latest git repo that I could find (which was quite a few releases behind) and committed the last couple releases to have a place to start. I emailed Philipp Kern and asked if he had a repository that was more current, and again about a week ago to ask a couple other questions about his ideas on redesigning the package, which he mentioned in an email, but I haven't heard back (I know he's crazy busy :-) ). I've worked a bit on a local clone, working thru some of the existing bugs and I've been looking at how ca-certificates is used in other reverse dependencies. I've sort of been waiting to see if there is another repo to start with, before going too far and needing to rewrite lots of history. > I think we should setup a git repo in collab-maint or something. I also just asked to be added to collab-maint for precisely the same reason - I think it would be a good place for maintenance of the package. My repo is a clone of pkern's with the last couple versions commited on top: http://anonscm.debian.org/gitweb/?p=users/mshuler-guest/ca-certificates.git -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e68114d.1040...@pbandjelly.org
Bug#588219: ITA - ca-certificates -- Common CA certificates
Hello Stefan, I would like to take over this ITA, since the package needs some care. I am starting to work on updates, today, so please, reply to #588219 if you intend to follow through with the adoption and we can merge some work, if you like. Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#471826: pgpool2 packaging
Hello, There are a couple of interested parties currently working on pgpool2 packaging - myself and Rodolphe Quiédeville are in touch on the pkg-postgresql-public mailing list, and we'll work together to get a clean, current package uploaded soon. I also CC'ed Andreas Putzo, the current owner of ITA #471826, on a list message regarding this ITA [0] to see what his plans might be. [0] http://lists.alioth.debian.org/pipermail/pkg-postgresql-public/2009-October/000471.html -- Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#543118: ITP: python-cloudfiles -- Python interface to Rackspace CloudFiles service
Package: wnpp Severity: wishlist Owner: Michael Shuler Package name: python-cloudfiles Version : 1.4.0 Upstream Author : Cloud Files URL : http://github.com/rackspace/python-cloudfiles/ License : MIT Programming Lang: Python Description : Python interface to Rackspace Cloud Files service python-cloudfiles provides a simple interface to the Rackspace Cloud Files service. "Cloud Files is reliable, scalable and affordable web-based storage for backing up and archiving all your static content". Find out more at <http://www.rackspacecloud.com/cloud_hosting_products/files>. To use this module you will need to sign up to Rackspace Cloud Files and provide a "user" and "key". If you use this module, you will incurr costs as specified by Rackspace. Please check the costs. If you use this module with your user and key you will be responsible for these costs. (This module will be maintained under the Debian Python Modules Team) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538761: ITP: libnet-mosso-cloudfiles-perl -- Perl interface to Mosso CloudFiles service
Package: wnpp Severity: wishlist Owner: Michael Shuler * Package name: libnet-mosso-cloudfiles-perl Version : 0.43 Upstream Author : Léon Brocard * URL : http://search.cpan.org/dist/Net-Mosso-CloudFiles/ * License : Perl (Artistic and GPL) Programming Lang: Perl Description : Perl interface to Mosso CloudFiles service Net::Mosso::CloudFiles provides a simple interface to the Mosso Cloud Files service. "Cloud Files is reliable, scalable and affordable web-based storage for backing up and archiving all your static content". Find out more at <http://www.mosso.com/cloudfiles.jsp>. To use this module you will need to sign up to Mosso Cloud Files and provide a "user" and "key". If you use this module, you will incurr costs as specified by Mosso. Please check the costs. If you use this module with your user and key you will be responsible for these costs. (This module will be maintained under the Debian Perl Group) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#459513: ITP: libdata-password-perl -- Perl extension for assessing password quality
Package: wnpp Severity: wishlist Owner: Michael Shuler <[EMAIL PROTECTED]> * Package name: libdata-password-perl Version : 1.07 Upstream Author : Raz Information Systems : [EMAIL PROTECTED], [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Data-Password/ * License : Perl (GPL/Artistic) Programming Lang: Perl Description : Perl extension for assessing password quality Data::Password checks potential passwords for crackability. It checks that the password is in the appropriate length, that it has enough character groups, that it does not contain the same chars repeatedly or ascending or descending characters, or characters close to each other in the keyboard. It will also attempt to search the ispell word file for existance of whole words. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
http://cr.yp.to/distributors.html was updated 2007.12.28-29 with appropriate public domain notes. Build away! -- Kind Regards, Michael Shuler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
On 11/30/2007 10:28 AM, Robert Edmonds wrote: > See the video clip on google video, which is dated yesterday. He says > the pages on his site will be updated soon. (Obviously I won't upload > packages until the license change really does occur.) Ah, I see - excellent. > What would be the point of *-installer packages for djb software if the > code becomes DFSG compatible? None - you are absolutely correct. I would then like to formally request that the following current patches in BTS for djbdns-installer be included (or at least seriously considered) in the djbdns package, if the binary redistribution stars align: #107578: djbdns-installer: IPv6 record types not supported (Merged with #107579) #243323: extra file in package (djbdns-conf-fhs) #274000: djbdns-installer: typo in description of tinydns #432900: Please add one-second.patch for performance #432903: Please add native SRV type to tinydns-data / axfr-get #432471: Truncation of alias chains by tinydns and axfrdns #447950: Advisory - L.ROOT-SERVERS.NET changing to 199.7.83.42 on 2007-11-01 (includes #432459: B.ROOT-SERVERS.NET IP address changed) A couple of these are minor/cosmetic (typo and djbdns-conf-fhs), the root servers are necessary, but IPv6, one-second, SRV, and the alias chain patch are highly important in our environment. My real desire is to have all the proper bits in place in the Debian package (binary or -installer) for our production authoritative server infrastructure, without the need to roll our own custom .deb's anymore. If Lenny releases to stable with all the right stuff, then I will be a happy user. Thanks for the vid link, Robert - I just saw your post to [EMAIL PROTECTED] and your link was not posted in BTS as of my reading. Do let me know if you need any help as you go along - we run a very large tinydns system at work. -- Warm Regards, Michael Shuler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
On 11/30/2007 09:24 AM, Robert Edmonds wrote: > Supposedly DJB has released all of his code into the public domain. If > this is really the case and passes DFSG, I plan to package djbdns > assuming Adam McKenna (maintainer of djbdns-installer) doesn't want to. Please provide the source documenting this copyrite/license change. I took a look at DJB's site and found no indication of this change, nor has there been any discussion/announcement on the [EMAIL PROTECTED] mailing list. DJB has been very clear for years about the software being public domain, but that redistribution of binaries is a completely different matter [0] In the last 6-9 months of multiple direct emails, bug reports, etc., I have received a single reply from Adam without any follow-up to subsequent messages. I had intended to work on an eventual sponsored NMU, and would be quite happy to help a fix up djbdns-installer. I asked around on #d-mentors, sent a detailed email to [EMAIL PROTECTED] on 08/20/2007, and basically got a casual OK to hijack the package. If you want to hijack djbdns-installer, I would be grateful to have a full DD as maintainer, so I can help out without asking for random sponsorship. ;) [0] http://cr.yp.to/distributors.html -- Kind Regards, Michael Shuler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443263: ITP: libauthen-tacacsplus-perl -- Extension for authentication using tacacs+ server
My sincere thanks to Mike Shoyher and Mike McCauley for the quick and responsive communication and source update. Mike McCauley has taken over upstream maintainership of this perl module, and has released 0.17 to CPAN: == 0.17 Sat Sep 22 2007, Mike McCauley - Mike McCauley ([EMAIL PROTECTED]) is now co-maintainer. - DISTNAME changed to Authen-TacacsPlus to be consistent with file naming of other Authen modules. - readme changed to README. - Added licensing statement to README, with the approval and consent of Mike Shoyher. - Fixed a typedef in md5.h that breaks md5 on 64 bit machines. Patch provided by Ernst Oudhof. - Removed bogus broken constant TACACS_CLIENT. - Fixed a number of compiler warnings, but still does not compile on Windows. == As indicated in the changelog entry, the base URL has changed to: http://search.cpan.org/dist/Authen-TacacsPlus/ I will roll up a .deb when time permits. It pays to ask the upstream author(s) for help with licensing clarification ;) -- Kind Regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#443263: ITP: libauthen-tacacsplus-perl -- Extension for authentication using tacacs+ server
Package: wnpp Severity: wishlist Owner: Michael Shuler <[EMAIL PROTECTED]> * Package name: libauthen-tacacsplus-perl Version : 0.16 Upstream Author : Mike Shoyher <[EMAIL PROTECTED]> : Mike McCauley <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/TacacsPlus/ * License : Perl Artistic License [0] Programming Lang: Perl Description : Extension for authentication using tacacs+ server Authen::TacacsPlus allows you to authenticate using tacacs+ server. [0] License is not specified in the version 0.16 source, however, I have contacted the authors, and the next update to CPAN will include licensing information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
