New track(classic) request for the nano snap


#1

Dear @reviewers, I would like to request the classic track for the nano snap. This track is meant to provide an alternative distribution of GNU nano that is in classic confinement while shipping the strictly confined one in the latest track.

The classic confinement usage is already vetted in Classic confinement request for the nano snap (was: nano-classic) .


Thanks in advance!


Requesting default alias for the nano-strict snap
Track request(classic) for the tree snap
#2

bumping topic…


#3

Hello!

This track was requested 5 days ago, so the initial waiting period will expire in 2 days, at that point we’ll tally existing votes and either make a decision or extend the voting period.

For context, this was suggested by Popey here, where he himself notes it might be a misuse of tracks. The version of the software being shipped in latest and classic is generally the same, which is not what tracks were envisioned for.

The only remotely similar case I could find is hugo, which has an extended track with mostly the same version of the software, but with an additional feature (libSass). One could argue that the classic version of nano has the additional “can modify files anywhere” feature, and take hugo as positive precedent for this request.

However, text editors are typically useful when they’re classic, and since classic was already granted for nano, I’m not sure I see much point on having the non-classic version available as well, as the usability will be much reduced (about the only use case I see is install-ability on Ubuntu Core systems).

I’ve presented arguments either way to aid other reviewers; my particular vote is -1 out of being strict on track semantics and purpose, but I recognize I’m not offering any good alternatives :frowning: . Let’s see what the voting period brings.

  • Daniel

#4

I’d say that this is actually an important use case as snaps are the only packages you can run on IoT systems running Ubuntu Core and things like nano are very useful for developers there. I also think that while this might not be what tracks were intended to be used for, it’s currently the best option for having snaps that operate in both strict and classic modes - to me it’s worse to not have a strictly confined version of an app than it is to have this different usage of tracks.


#5

Waiting period elapsed on this track request, and we don’t have enough votes; @reviewers, could you please have a look at this request and cast your vote/rationale?

Extending voting period until April 18th.

Thanks!

  • Daniel

#6

This is a bit of a corner case. I’m not against the track in principle. I’m slightly worried about the name though, “classic” is a very overloaded word as we know. Indeed some editors might have versions called “classic” that are not our sense of classic here. Would “classic-confined” be too long/annoying?


#7

As long as there’s one for it I don’t really care what it’s called :slight_smile:


#8

Hello @reviewers,

Tacking on another 7-day extension for this voting period, would appreciate some eyes / thoughts on this request.

Cheers,

  • Daniel

#9

Review period extension has finished and we still only have +0/-1 votes.

I’ll extend this again until May 2nd.

@reviewers your help voting on this request would be appreciated :slight_smile:

  • Daniel