Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1018585 > unrolled thread

Bug#940413: syncthing: Please update to version 1.2.2

Started byNicholas D Steeves <nsteeves@gmail.com>
First post2020-07-20 05:10 +0200
Last post2020-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.


Contents

  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

#1018585 — Bug#940413: syncthing: Please update to version 1.2.2

FromNicholas D Steeves <nsteeves@gmail.com>
Date2020-07-20 05:10 +0200
SubjectBug#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]


#1018618

FromAlexandre Viau <alexandre@alexandreviau.net>
Date2020-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]


#1018778

FromNicholas D Steeves <nsteeves@gmail.com>
Date2020-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]


#1018779

FromNicholas D Steeves <nsteeves@gmail.com>
Date2020-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]


#1019646

FromNicholas D Steeves <nsteeves@gmail.com>
Date2020-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