Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Bastian, On 4/28/22 3:22 PM, Bastian Germann wrote: Control: tags -1 reopen Am 28.04.22 um 20:53 schrieb rapier: I guess the uploads needs some processing time because I do not see a new version yet. Ugh. I made a mistake because I wasn't paying attention to what I was doing (see the above lame excuse). I've deleted the prior package and have just reuploaded a new one. I'm starting to look through the lintian errors. As I fix those errors should I delete the prior package and just load a new one to avoid incrementing the version number? You can just upload a package with the same version number without deleting the previous upload. Your RFS was closed because of an automation that checks for packages' existence on mentors: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006287;msg=53 I am reopening this RFS. So please only remove old package versions after the new upload has been processed. But you can also just leave the old uploads; they are overridden then. Okay, that makes a lot of sense. Thanks for the pointers, Chris
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Control: reopen -1
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Control: tags -1 reopen Am 28.04.22 um 20:53 schrieb rapier: I guess the uploads needs some processing time because I do not see a new version yet. Ugh. I made a mistake because I wasn't paying attention to what I was doing (see the above lame excuse). I've deleted the prior package and have just reuploaded a new one. I'm starting to look through the lintian errors. As I fix those errors should I delete the prior package and just load a new one to avoid incrementing the version number? You can just upload a package with the same version number without deleting the previous upload. Your RFS was closed because of an automation that checks for packages' existence on mentors: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006287;msg=53 I am reopening this RFS. So please only remove old package versions after the new upload has been processed. But you can also just leave the old uploads; they are overridden then.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Bastian, On 4/28/22 11:51 AM, Bastian Germann wrote: Control: tags -1 - moreinfo Am 28.04.22 um 17:38 schrieb rapier: Control: tags - moreinfo Bastian, I've replaced the exitsing PPA with a new one containing a build that I believe addresses the problems. If you have time to review it I would appreciate that. I do not get why you use the word "PPA" all the time. That is an Unbuntu term. Please just say mentors if you mean you uploaded to mentors.debian.net. If you mean something else, please hand a link to the dsc file. My apologies. I work across a lot of different unix and linux distributions and my language gets sloppy at times. I guess the uploads needs some processing time because I do not see a new version yet. Ugh. I made a mistake because I wasn't paying attention to what I was doing (see the above lame excuse). I've deleted the prior package and have just reuploaded a new one. I'm starting to look through the lintian errors. As I fix those errors should I delete the prior package and just load a new one to avoid incrementing the version number? Hopefully I have the right command to uuntag moreinfo. I'm referencing the docs at https://www.debian.org/Bugs/server-control You were missing the bug number. In Control: stanzas you can just use -1. Thanks, I wasn't entirely clear on that. Chris
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Control: tags -1 - moreinfo Am 28.04.22 um 17:38 schrieb rapier: Control: tags - moreinfo Bastian, I've replaced the exitsing PPA with a new one containing a build that I believe addresses the problems. If you have time to review it I would appreciate that. I do not get why you use the word "PPA" all the time. That is an Unbuntu term. Please just say mentors if you mean you uploaded to mentors.debian.net. If you mean something else, please hand a link to the dsc file. I guess the uploads needs some processing time because I do not see a new version yet. Hopefully I have the right command to uuntag moreinfo. I'm referencing the docs at https://www.debian.org/Bugs/server-control You were missing the bug number. In Control: stanzas you can just use -1.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Control: tags - moreinfo Bastian, I've replaced the exitsing PPA with a new one containing a build that I believe addresses the problems. If you have time to review it I would appreciate that. Hopefully I have the right command to uuntag moreinfo. I'm referencing the docs at https://www.debian.org/Bugs/server-control Chris On 4/26/22 3:17 PM, Bastian Germann wrote: Am 26.04.22 um 21:04 schrieb rapier: Bastian, On 4/26/22 2:17 PM, Bastian Germann wrote: Control: tags -1 moreinfo On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. Please replace your massive changelog just with one entry that closes your ITP. The Debian revision has to be -1 and the epoch (1:) has to be removed. Please target "unstable". When you have provided a new revision, please untag moreinfo. This is my first submission to Debian so I apologize for the stupid questions. When you say the Debian revision needs to be -1 do you mean making the 1:8.8p1-hpn16v1-9 into 8.8p1-hpn16v1-1 or something else? Would that take care of the epoch as well? That version number is fine if the upstream version 8.8p1-hpn16v1 exists (I did not check for it). Epoch and revision are okay with 8.8p1-hpn16v1-1. Also, what should be in the changelog? Just an update that says closing the ITP? I apologize if this is documented somewhere. I've spent time looking for a submission guide but I couldn't find one that seemed up to date. https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog The New Maintainer's Guide is generally a good read.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Bastian, I'm sorry to bother you. I've tried to upload a new version with the changes you suggested but it was rejected. The error is Rejected: hpnssh_8.8p1hpn16v1-1.dsc: Version older than that in the archive. 8.8p1hpn16v1-1 <= 1:8.8p1-hpn16v1-8 hpnssh (8.8p1hpn16v1-1) impish; urgency=medium * Submission to Debian for impish. * Refactor binary names to have hpn prefix Which is why my revision number hit 9 the first time. I'm not sure how to resolve this aside from either deleting the existing PPA and starting over or creating a new PPA. Do I have any other options? I really appreciate the time you are spending on this. Thanks again, Chris On 4/26/22 3:17 PM, Bastian Germann wrote: Am 26.04.22 um 21:04 schrieb rapier: Bastian, On 4/26/22 2:17 PM, Bastian Germann wrote: Control: tags -1 moreinfo On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. Please replace your massive changelog just with one entry that closes your ITP. The Debian revision has to be -1 and the epoch (1:) has to be removed. Please target "unstable". When you have provided a new revision, please untag moreinfo. This is my first submission to Debian so I apologize for the stupid questions. When you say the Debian revision needs to be -1 do you mean making the 1:8.8p1-hpn16v1-9 into 8.8p1-hpn16v1-1 or something else? Would that take care of the epoch as well? That version number is fine if the upstream version 8.8p1-hpn16v1 exists (I did not check for it). Epoch and revision are okay with 8.8p1-hpn16v1-1. Also, what should be in the changelog? Just an update that says closing the ITP? I apologize if this is documented somewhere. I've spent time looking for a submission guide but I couldn't find one that seemed up to date. https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog The New Maintainer's Guide is generally a good read.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
On Tue, Apr 26, 2022 at 09:17:21PM +0200, Bastian Germann wrote: > Am 26.04.22 um 21:04 schrieb rapier: > > Bastian, > > > > On 4/26/22 2:17 PM, Bastian Germann wrote: > > > Control: tags -1 moreinfo > > > > > > On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: > > > > Changes for the initial release: > > > > > > > > hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium > > > > . > > > > * Updated copyright. > > > > > > Please replace your massive changelog just with one entry that closes > > > your ITP. > > > The Debian revision has to be -1 and the epoch (1:) has to be removed. > > > Please target "unstable". When you have provided a new revision, please > > > untag moreinfo. > > > > > > This is my first submission to Debian so I apologize for the stupid > > questions. When you say the Debian revision needs to be -1 do you mean > > making the 1:8.8p1-hpn16v1-9 into 8.8p1-hpn16v1-1 or something else? > > Would that take care of the epoch as well? > > That version number is fine if the upstream version 8.8p1-hpn16v1 exists (I > did not check for it). > Epoch and revision are okay with 8.8p1-hpn16v1-1. What I understand from https://www.psc.edu/hpn-ssh-home is 8.8p1 version of OpenSSH and hpn16v1 the hpn-ssh part. However two - in the version feels odd. Gut feeling says "drop one -" > > Also, what should be in the changelog? Just an update that says closing the > > ITP? Yes. Because there are no other Debian changes to logged. (debian/changelog is for reporting/documenting Debian changes) > > I apologize if this is documented somewhere. I've spent time looking for > > a submission guide but I couldn't find one that seemed up to date. > > https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog > > The New Maintainer's Guide is generally a good read. Probably advices also version number convention. Groeten Geert Stappers -- Silence is hard to parse
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Am 26.04.22 um 21:04 schrieb rapier: Bastian, On 4/26/22 2:17 PM, Bastian Germann wrote: Control: tags -1 moreinfo On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. Please replace your massive changelog just with one entry that closes your ITP. The Debian revision has to be -1 and the epoch (1:) has to be removed. Please target "unstable". When you have provided a new revision, please untag moreinfo. This is my first submission to Debian so I apologize for the stupid questions. When you say the Debian revision needs to be -1 do you mean making the 1:8.8p1-hpn16v1-9 into 8.8p1-hpn16v1-1 or something else? Would that take care of the epoch as well? That version number is fine if the upstream version 8.8p1-hpn16v1 exists (I did not check for it). Epoch and revision are okay with 8.8p1-hpn16v1-1. Also, what should be in the changelog? Just an update that says closing the ITP? I apologize if this is documented somewhere. I've spent time looking for a submission guide but I couldn't find one that seemed up to date. https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog The New Maintainer's Guide is generally a good read.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Bastian, On 4/26/22 2:17 PM, Bastian Germann wrote: Control: tags -1 moreinfo On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. Please replace your massive changelog just with one entry that closes your ITP. The Debian revision has to be -1 and the epoch (1:) has to be removed. Please target "unstable". When you have provided a new revision, please untag moreinfo. This is my first submission to Debian so I apologize for the stupid questions. When you say the Debian revision needs to be -1 do you mean making the 1:8.8p1-hpn16v1-9 into 8.8p1-hpn16v1-1 or something else? Would that take care of the epoch as well? Also, what should be in the changelog? Just an update that says closing the ITP? I apologize if this is documented somewhere. I've spent time looking for a submission guide but I couldn't find one that seemed up to date. Chris
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Control: tags -1 moreinfo On Tue, 22 Feb 2022 15:24:48 -0500 rapier wrote: Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. Please replace your massive changelog just with one entry that closes your ITP. The Debian revision has to be -1 and the epoch (1:) has to be removed. Please target "unstable". When you have provided a new revision, please untag moreinfo.
Bug#1006287: RFS: hpnssh/1:8.8p1-hpn16v1-9 [ITP] -- high performance secure shell client and server (metapackage)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "hpnssh": * Package name: hpnssh Version : 1:8.8p1-hpn16v1-9 Upstream Author : rap...@psc.edu * URL : http://www.hpnssh.org/ * License : Mazieres-BSD-style, Expat-with-advertising-restriction, OpenSSH, Beer-ware, Powell-BSD-style, BSD-3-clause, public-domain * Vcs : https://github.com/rapier1/openssh-portable Section : net HPNSSH is a fork of OpenSSH focused on high throughput and performance for high speed networks. In addition to significant improved throughput this package provides enhanced functionality such as resuming failed scp transfers, OOB TCP stack instrument reporting for diagnostics, a threaded AES-CTR cipher, the uses of a null cipher post-authentication for non-interactive session (data transfer), and so forth. More information can be found at https://psc.edu/hpn-ssh-home. This work is funded by the National Science Foundation (award #: 2004012 https://nsf.gov/awardsearch/showAward?AWD_ID=2004012). HPNSSH does not conflict with existing OpenSSH installations. It builds those binary packages: hpnssh-client - secure shell (SSH) client, for secure access to remote machines hpnssh-server - secure shell (SSH) server, for secure access from remote machines hpnssh-sftp-server - secure shell (SSH) sftp server module, for SFTP access from remote machines hpnssh-tests - OpenSSH regression tests hpnssh - secure shell client and server (metapackage) hpnssh-askpass-gnome - interactive X program to prompt users for a passphrase for ssh-add hpnssh-client-udeb - secure shell client for the Debian installer hpnssh-server-udeb - secure shell server for the Debian installer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hpnssh/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hpnssh/hpnssh_8.8p1-hpn16v1-9.dsc Changes for the initial release: hpnssh (1:8.8p1-hpn16v1-9) sid; urgency=medium . * Updated copyright. * Updated some debian files to work under debian as opposed to ubuntu. Specifically hpnssh-server.runit so it creates the correct diretcory in /etc/sv Regards, -- Chris Rapier
