https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #26 from Luca Boccassi <bluca at debian dot org> ---
(In reply to Benjamin Drung from comment #25)
> (In reply to Luca Boccassi from comment #24)
> > (In reply to Benjamin Drung from comment #23)
> > > (In reply to H.J. Lu from comment #14)
> > > > (In reply to Benjamin Drung from comment #13)
> > > >
> > > > Will adding support for "%[string]" to existing
> > > > --package-metadata option break anything?
> > >
> > > It might theoretical break existing use cases.
> > >
> > > --package-metadata='{"version":"1.0%2"}'
> >
> > Are there distros where '%' is an allowed character in a version string or a
> > package name? I care about backward compatibility, but we can be sensible
> > about it, and if in practice it's not a problem, then it's fine to do such a
> > change
>
> For all Debian-based distros: % is neither allowed in the package name nor
> in the package version. Who wants to check the other 400 distributions?
We don't need to check all of them individually fortunately, the package format
is enough - deb is out, I don't think it's allowed in rpm? So if Arch doesn't
allow it either, I'd say we are good? I'm the most invested in retaining
backward compat, but in a pragmatic way
--
You are receiving this mail because:
You are on the CC list for the bug.
