Need someone to check my code
Hefee
hefee at debian.org
Thu Mar 27 10:50:28 GMT 2025
Hey,
> Done. But for po/sk/kup.so this file doesn't have a license like
> others, instead, it only has copyright info. What can we do to it?
> Should I contact license holder to get permission from they?
I normally interpret this as it is released with the same license like the
program itself, but just list the Name as another License holder in the
Files: *
But in principle you are right, we should contact upstream about this. Also
the Catalan translation always have their own license is making the work of us
harder than needed... The upstream list would be kde-i18n-doc at kde.org. I'd be
happy if you start the discussion there.
Please add to all GPL/LPGL stanzas in copyright, the line like in GPL-2:
On Debian systems, the complete text of the Y can be found in "/usr/share/
common-licenses/X".
> Modify the link in my own repo. Once it's ready to release, I'll
> change fork relationship to it and make a pull-request.
Just create a merge request to the fork in extras than I can merge it. You
don't need to fork again. And if I merged it I can give you access so you are
able to modify the repo yourself directly.
Maybe it already make sense, if you create a MR than I can directly add
comments and suggestions within salsa and do not need to write everything via
email.
> > > After it's ready to be released to unstable, I want to rename the
> > > package name to kde-config-backup like other packages with similar
> > > functions such as kde-config-tablet and kde-config-fcitx5.
> >
> > From my point of view the rename does not make sense. The package is more
> > than the kcm. The package ships several binaries, kcm and a plasmoid. Or
> > do you mean you want to split the package?
>
> I think splitting the package makes no sense. Even though it has three
> command-line tools, it's highly unlikely it'll be used by programs
> except kup itself and spitting them apart will make maintenance work
> much harder. So we can just leave it as-is and don't change package
> name.
Yes I think the same, that splitting the package does not make sense. Just
wanted to understand your thoughts...
Okay I'll do another round of review and than I think we are ready for upload.
Properly mostly nitpicking stuff.
Have you checked the open bugreports, it is also a good state to process them?
Regards,
hefee
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20250327/75734ef1/attachment.sig>
More information about the pkg-kde-talk
mailing list