Package yagf fallback-depends on nonfree package cuneiform
Rebuild with "Depends: cuneiform" removed.
Description
Description
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Open | None | T367 PureOS is not fully in sync with Debian | ||
| Invalid | mak | T99 yagf - fallback-depends on nonfree cunaiform |
Event Timeline
Comment Actions
yagf does not fallback-depend on a non-free package, only a non-existent one.
@mak Please drop our fork of yagf and let in the Debian package which complies fine with GNU FSDG.
When addressed, this issue should be flaged as "invalid" (not "resolved").
Comment Actions
Done, but @jonas.smedegaard if the version number in PureOS is *higher* than the one in Debian, I can't sync stuff. In that case, an upload without the "pureos" version suffix has to be made to PureOS, which is a thing you can easily do as well and which doesn't need me.
Comment Actions
Sorry, I don't follow.
Taking this package as an example: Debian has 0.9.3.2-1 and PureOS has (at least until a moment ago) 0.9.3.2-1pureos1.
I understand that only when Debian issues a new release will it enter PureOS. What I don't understand is a) what you have done now making you close this issue, and b1) if you are telling that I could have done it myself or b2) I need to do something myself now or b3) I can optionally do something alternative for other packages instead of what you did now, or...?
Comment Actions
The archive generally doesn't support downgrades - versions can only ever go up, otherwise our users will not actually get the changes.
So, if we have a version 0.9.3.2-1+pureos1 in PureOS, I can not sync 0.9.3.2-1 from debian, because 0.9.3.2-1 << 0.9.3.2-1+pureos1.
The archive will also *never* override PureOS-specific changes.
So what I did just now make an 0.9.3.2-1+x1 upload[1], because 0.9.3.2-1+x1 >> 0.9.3.2-1+pureos1. Since there is no "pureos" in the version string anymore now, the next time Debian gets a higher version of this package, the archive will just override the package I uploaded and we will be fully in sync again.
So in general: If Debian version >> PureOS version, I can trigger an override-sync to fetch the Debian package (please file an issue and assign it to me in that case!). If the PureOS version >= Debian version, someone needs to make a dummy upload realigning the package with the one from Debian, replacing the "pureos" in the version string with something higher (I usually simply use "x"). The only difference of that dummy upload will be the changelog entry. In that case, the archive will do the right thing next time a new Debian version is found, and nobody needs to rely on be to solve this issue.
I hope that clears things up!
[1]: https://lists.puri.sm/pipermail/pureos-changes/2018-August/000331.html