Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1018585 > unrolled thread
| Started by | Nicholas D Steeves <nsteeves@gmail.com> |
|---|---|
| First post | 2020-07-20 05:10 +0200 |
| Last post | 2020-07-29 00:00 +0200 |
| Articles | 5 — 2 participants |
Back to article view | Back to linux.debian.bugs.dist
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Bug#940413: syncthing: Please update to version 1.2.2 Nicholas D Steeves <nsteeves@gmail.com> - 2020-07-20 05:10 +0200
Bug#940413: syncthing: Please update to version 1.2.2 Alexandre Viau <alexandre@alexandreviau.net> - 2020-07-20 14:50 +0200
Bug#940413: syncthing: Please update to version 1.2.2 Nicholas D Steeves <nsteeves@gmail.com> - 2020-07-21 20:30 +0200
Bug#940413: syncthing: Please update to version 1.2.2 Nicholas D Steeves <nsteeves@gmail.com> - 2020-07-21 20:50 +0200
Bug#940413: syncthing: Please update to version 1.2.2 Nicholas D Steeves <nsteeves@gmail.com> - 2020-07-29 00:00 +0200
| From | Nicholas D Steeves <nsteeves@gmail.com> |
|---|---|
| Date | 2020-07-20 05:10 +0200 |
| Subject | Bug#940413: syncthing: Please update to version 1.2.2 |
| Message-ID | <AuulI-6dB-3@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hi Alexandre,
On Mon, Sep 16, 2019 at 01:46:06AM +0300, Giorgos Skafidas wrote:
> Package: syncthing
> Version: 1.0.0~ds1-1+b11
> Severity: wishlist
>
> Dear Maintainer,
>
> please consider updating Syncthing to its latest upstream version, 1.2.2.
>
> Thank you for your efforts!
I'm not familiar with Go, so might be misinterpreting the ftbfs of the
master branch of Syncthing's Debian packaging, but from what I've read:
src/github.com/syncthing/syncthing/lib/connections/quic_dial.go:90:14: session.Close undefined (type quic.Session has no field or method Close)
src/github.com/syncthing/syncthing/lib/connections/quic_dial.go:97:22: cannot use &quicTlsConn literal (type *quicTlsConn) as type tlsConn in field value:
*quicTlsConn does not implement tlsConn (wrong type for ConnectionState method)
have ConnectionState() qtls.ConnectionState
want ConnectionState() tls.ConnectionState
that, in combination with quic's upstream commit messages seems to
indicate that they migrated from tls.ConnectionState to
qtls.ConnectionState. If I'm not wrong, then this means that
Syncthing 1.2.0~ds1 is too old and doesn't support
qtls.ConnectionState from
golang-github-lucas-clemente-quic-go-dev/0.17.2-1. Syncthing
1.2.0~ds1's go.mod and go.sum declare a dep on v0.11.2, which is
consistent with this hypothesis.
It seems to me that the most expedient path forward is to jump from
1.2.x to 1.4.x. ACK?
Sincerely,
Nicholas
[toc] | [next] | [standalone]
| From | Alexandre Viau <alexandre@alexandreviau.net> |
|---|---|
| Date | 2020-07-20 14:50 +0200 |
| Message-ID | <AuDoZ-37a-3@gated-at.bofh.it> |
| In reply to | #1018585 |
On Sun, Jul 19, 2020 at 10:57 PM Nicholas D Steeves <nsteeves@gmail.com> wrote: > It seems to me that the most expedient path forward is to jump from > 1.2.x to 1.4.x. ACK? Right, it looks like we will have too. I was trying to avoid it at first because it is a lot of work. I suggest that we move slowly and try to find the lowest version that works for now. By the way I take notes here: - https://salsa.debian.org/go-team/packages/syncthing/-/blob/master/debian/README.Debian Cheers,
[toc] | [prev] | [next] | [standalone]
| From | Nicholas D Steeves <nsteeves@gmail.com> |
|---|---|
| Date | 2020-07-21 20:30 +0200 |
| Message-ID | <Av5bz-3ag-7@gated-at.bofh.it> |
| In reply to | #1018618 |
[Multipart message — attachments visible in raw view] — view raw
Hi Alexandre, Alexandre Viau <alexandre@alexandreviau.net> writes: > On Sun, Jul 19, 2020 at 10:57 PM Nicholas D Steeves <nsteeves@gmail.com> wrote: >> It seems to me that the most expedient path forward is to jump from >> 1.2.x to 1.4.x. ACK? > > Right, it looks like we will have too. > > I was trying to avoid it at first because it is a lot of work. I > suggest that we move slowly and try to find the lowest version that > works for now. > > By the way I take notes here: > - https://salsa.debian.org/go-team/packages/syncthing/-/blob/master/debian/README.Debian > Thank you for the reminder, I've copied this URL into my notes, and I'll use this bug to communicate everything I've tested below 1.6.1. If I hit 1.6.1, then I'll update this bug and switch to #964363. In other news, I can confirm that 1.4.0 ftbfs with the same qtls error as 1.2.x. In the interest of distributing the labour I've forked your project here: git@salsa.debian.org:sten/syncthing.git https://salsa.debian.org/sten/syncthing.git https://salsa.debian.org/sten/syncthing Here I've imported 1.4.0, rebased the patches, and added new deps; Thankfully all seem to be already in sid, at least leading up to the qtls error. Cheers! Nicholas
[toc] | [prev] | [next] | [standalone]
| From | Nicholas D Steeves <nsteeves@gmail.com> |
|---|---|
| Date | 2020-07-21 20:50 +0200 |
| Message-ID | <Av5uW-3gD-13@gated-at.bofh.it> |
| In reply to | #1018778 |
[Multipart message — attachments visible in raw view] — view raw
Update re: 1.5.0 This version requires golang-github-go-ldap-ldap-dev 3.1.7 and sid has 2.5.1. Is there pkg-go team tooling to parse go.mod:require() and run rmadison against each dep? <sigh> blocked again.
[toc] | [prev] | [next] | [standalone]
| From | Nicholas D Steeves <nsteeves@gmail.com> |
|---|---|
| Date | 2020-07-29 00:00 +0200 |
| Message-ID | <AxFND-88B-5@gated-at.bofh.it> |
| In reply to | #1018778 |
[Multipart message — attachments visible in raw view] — view raw
Hi Simon, Simon Frei <freisim93@gmail.com> writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Upfront: The below is written from the perspective of a upstream > maintainer and debian user (and very minor contributor if at all), I do > not have much packaging experience - please excuse obvious oversights ;) > Of course, gladly! :-) > On 21/07/2020 20:20, Nicholas D Steeves wrote: >> Alexandre Viau <alexandre@alexandreviau.net> writes: >>> On Sun, Jul 19, 2020 at 10:57 PM Nicholas D Steeves >>>> It seems to me that the most expedient path forward is to jump from >>>> 1.2.x to 1.4.x. ACK? >>> >>> Right, it looks like we will have too. >>> >>> I was trying to avoid it at first because it is a lot of work. I >>> suggest that we move slowly and try to find the lowest version that >>> works for now. > What's the reason to expect more work when skipping more versions? My > naive view is that it is more work to do more steps (e.g. because on > every step you need to make sure all versions in debian are compatible). > At the least I can strongly recommend to jump to the latest respective > patch version (e.g. v1.7.1 is a minimal hotfix for an annoying issue in > v1.7.0). > >> In other news, I can confirm that 1.4.0 ftbfs with the same qtls error >> as 1.2.x. > The quic dependency is unfortantely quite a moving target. As the > version in debian is very recent (0.17) you'll need Syncthing >=1.6.0 or > probably patches from > https://github.com/syncthing/syncthing/commit/ac7338f1f2f10f67f16aa98b35fc97b4e043b7e5 > (no guarantees that's all, that's what came time to mind - untested and > I'd anyway expect updating to be not much more of a pain than patching). > Thank you for confirming this; this saves a lot of time! :-D I opened #966466 to start building a picture of how much work it would be to jump straight to v1.7.1. For v1.6.1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964363 For v1.7.1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966466 > In general I am happy to help out with packaging - it just seemed that > delays recently were mostly due to new dependencies, where I do not have > any proficience thus my involvement would probably slow stuff down > instead of speeding it up. Feel free to prod me anytime if there is > useful task I can do or for any questions where I might have expertise :) > Thank you for your openness and willingness to help :-) By the way, if ever you're interested in packaging here is a list of relevant resources: https://www.debian.org/social_contract (essential) https://www.debian.org/doc/debian-policy (read relevant sections) * note that compliance with 100% of Policy is essential https://go-team.pages.debian.net/ (obviously relevant) https://www.debian.org/doc/devel-manuals (a nice overview of available docs) https://mentors.debian.net/intro-maintainers/ (another nice overview) * includes solutions to common challenges https://www.debian.org/doc/manuals/maint-guide/ (optional but recommended) https://www.debian.org/doc/manuals/debmake-doc/ (optional but recommended) https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ * recommended, probably required for Go Team policy To be accepted into unstable, packages must pass through the NEW queue. Here, packages require review by an ftpmaster. Their criteria is thus: https://ftp-master.debian.org/REJECT-FAQ.html https://ftp-master.debian.org/NEW-checklist.html Other resources are debian-mentors@lists.debian.org and #debian-mentors@irc.oftc.net I'd be happy to check your work and provide guidance if you can't find anyone else! Another way to help out would be manually check the diff in go.mod between upstream/1.1.4_ds1 and upstream/1.7.1_ds1 for Bug #966466. For this you'll need a sid/unstable chroot and may use 'apt search', 'apt policy', 'rmadison', plus the Debian bug tracker to see if there are any missing deps that haven't been documented yet. NEW packages will have bugs filed against 'wnpp' and version upgrade requests are filed against their respective packages. The next step for my work at https://salsa.debian.org/sten/syncthing will be to do this check, and then to remove any dependencies revealed as "dropped" by the diff go.mod step from from debian/control. If you'd like to work on that, please let me know soon. The initial investment of time and effort for NEW packages is really high, but translating upstream deps to Debian deps is much faster and easier--and also work that tends to need to be done for *every* new upstream golang package release. Cheers, Nicholas
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web