Re: Bug#964113: RFS: materia-kde/20200614-1 [ITP] -- Port of the popular GTK theme Materia for Plasma 5
Hi Leandro, 在 2020-07-01星期三的 22:57 -0300,Leandro Cunha写道: > Dear mentors, > > The code is in my Salsa repository until the creation of the > mentioned VCS and I am not allowed to access the project file. After > that, the work will be centered on the informed VCS. > > [0] https://salsa.debian.org/leandrocunha/materia-kde I have imported your project into salsa.debian.org/debian/materia-kde. Please use this new repo for future packaging. After review, there are several issues that need to be fixed before we proceed. I fixed several issues (as well added me as the uploader) in https://salsa.debian.org/debian/materia-kde/-/commit/42145c86d8ac221353ee5c439b3dce15f25928c5 and you may review the changes here. Besides, I reimported the upstream source code to guarantee that we are using exactly the same source code as upstream tagged in the GitHub repository. You may find corresponding changes in the upstream/latest branch. There is one serious issue left that cannot be fixed by myself: in debian/copyright file, you listed that the files are licensed under GPL-3. In the license text, you wrote that the files are licensed under "GPL version 3 or any later version", which contradicts with each other. Since the LICENSE only contains the license of GPL-3, I have no idea whether the whole project is under GPL-3 or GPL-3+. Please contact the upstream and clarify the license condition. Ideally please provide such clarification in upstream README.md file. Please feel free to let me know if you have any questions regarding my changes. Let me know after the licensing issue is solved so that the package can be uploaded. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
An additional question : I still do not understand why, if this is a "source" package, the source (and the Makefile) does not get included ? Am I missing something ? On 2020-07-05 17:26, Joan Moreau wrote: Ok, I tried to put a Makefile that import all needed packages dynamically (via "git clone" mostly) You may check https://github.com/grosjo/tomboy-reborn/blob/master/packages/tomboy-reborn_1.0.0-1_amd64.deb Thank you On 2020-07-05 15:53, Sudip Mukherjee wrote: On Sun, Jul 5, 2020 at 3:31 PM Joan Moreau wrote: Hi The lazbuild is commented because this does not work properly from console, one shall use lazarus IDE in order to compile the sources properly, and according to its architecture. uhhh.. Debian builds are automated and there is no human interaction, so build using IDE will not work. It needs to be command based, so it can be added to the script. Thank you for the tip about DESTDIR, it seems it works now. What do you think of https://github.com/grosjo/tomboy-reborn/releases/tag/1.0.0 ? I can take a look, but until you can build it without IDE, its not going to help. :(
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
Ok, I tried to put a Makefile that import all needed packages dynamically (via "git clone" mostly) You may check https://github.com/grosjo/tomboy-reborn/blob/master/packages/tomboy-reborn_1.0.0-1_amd64.deb Thank you On 2020-07-05 15:53, Sudip Mukherjee wrote: On Sun, Jul 5, 2020 at 3:31 PM Joan Moreau wrote: Hi The lazbuild is commented because this does not work properly from console, one shall use lazarus IDE in order to compile the sources properly, and according to its architecture. uhhh.. Debian builds are automated and there is no human interaction, so build using IDE will not work. It needs to be command based, so it can be added to the script. Thank you for the tip about DESTDIR, it seems it works now. What do you think of https://github.com/grosjo/tomboy-reborn/releases/tag/1.0.0 ? I can take a look, but until you can build it without IDE, its not going to help. :(
Bug#964337: RFS: eqonomize/1.4.3-1 [ITA] -- personal accounting software for the small household economy
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "eqonomize" * Package name: eqonomize Version : 1.4.3-1 Upstream Author : Hanna Knutsson * URL : https://eqonomize.github.io/ * License : GPL-3+ * Vcs : https://salsa.debian.org/debian/eqonomize Section : kde It builds those binary packages: eqonomize - personal accounting software for the small household economy eqonomize-doc - documentation for the Eqonomize! accounting software To access further information about this package, please visit the following URL: https://mentors.debian.net/package/eqonomize Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eqonomize/eqonomize_1.4.3-1.dsc Changes since the last upload: [ Debian Janitor ] * Set upstream metadata fields: Repository. . [ Fabio Augusto De Muzio Tobich ] * New maintainer. (Closes: #744738) * New upstream release. (LP: #119591, LP: #479039, LP: #502391, LP: #519075, LP: #633286, LP: #1806727) * debian/control: - Added Rules-Requires-Root field to source stanza. - Bumped DH level to 13. - Bumped Standards-Version to 4.5.0. - Removed docbook2x and docbook-xml from Build-Depends field, in source stanza, not needed anymore since we're using a different method to generate the manpage. - Reorganized long description in package stanzas. * debian/copyright: updated all data. * debian/eqonomize.manpages: updated. * debian/manpages/: - create-man.sh: created to make the manpage from the .txt source file. - eqonomize.txt: created to provide the source to the manpage. - eqonomize.xml: removed. Using .txt as the manpage source now. * debian/patches/: - Patch renamed to follow a new numeric prefix system. - 010-fix-ftbfs-with-gcc4.3.patch: header updated. - 020-add-desktop-entry-keywords.patch: added. * debian/source/lintian-overrides: added to inform the manpage created was forwarded to upstream. * debian/rules: - Removed unnecessary DEB_LDFLAGS_MAINT_APPEND flags. - Removed unnecessary override_dh_auto_build, using different method to generate the manpage now. - Removed unnecessary override_dh_clean. * debian/salsa-ci.yml: added to provide CI tests for Salsa. * debian/tests/control: created to perform a trivial CI test. * debian/upstream/metadata: updated. Regards, -- ⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich ⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683 ⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E ⠈⠳⣄ GPG:rsa4096/7EF63B2E
Bug#961179: RFS: inkscape-textext/1.0.1-1 [ITP] -- Re-editable LaTeX graphics for Inkscape
Hello again, Is there anything I can do to help move this process along? Are you still willing to sponsor an upload for this package? Thank you, Antonio Russo
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
Hi The lazbuild is commented because this does not work properly from console, one shall use lazarus IDE in order to compile the sources properly, and according to its architecture. Thank you for the tip about DESTDIR, it seems it works now. What do you think of https://github.com/grosjo/tomboy-reborn/releases/tag/1.0.0 ? Thank you very much for your support
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On 2020-07-05 at 12:51, Joan Moreau wrote: > An additional question : I still do not understand why, if this is a > "source" package, the source (and the Makefile) does not get included > ? > > Am I missing something ? The .deb is not a source package. A .deb is a binary package. Earlier in this thread, you were linked to https://wiki.debian.org/Packaging/SourcePackage, which should define the term "source package" in detail and with clarity. Have you read through that page? In addition to that page, I do recommend that you take the time to read through at least https://mentors.debian.net/intro-maintainers and https://www.debian.org/doc/manuals/maint-guide/index.html, at length and in detail, before trying to proceed with package creation much further. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On 2020-07-05 at 12:26, Joan Moreau wrote: > Ok, I tried to put a Makefile that import all needed packages > dynamically (via "git clone" mostly) Sorry - accessing the network during compilation is (at least generally) prohibited. IIRC, it both is a violation of Debian policy, and may actually not work from the build environment on the servers. You need to arrange for the relevant code to already be present prior to the start of the compilation process. > You may check > https://github.com/grosjo/tomboy-reborn/blob/master/packages/tomboy-reborn_1.0.0-1_amd64.deb That's a .deb file, which is a binary package. We need to look at the updated source package, which is used for generating the binary package. Looking at https://github.com/grosjo/tomboy-reborn, and more specifically at https://github.com/grosjo/tomboy-reborn/blob/master/packages/Makefile, I see that you're cloning two git repositories. If the software in those repositories is already packaged for Debian, you need to find out which packages it's in, add them as build-dependencies (as defined in some of the documents you've previously been linked to), and adjust your project (possibly through flags in the Makefile or appropriate setup in debian/rules) to draw on the files installed by those packages. If the software in those repositories is not already packaged for Debian, then unless an exception is allowed for, you need to get it packaged - into separate packages, not into the one you're already working on - and then do the above. If compiling your project needs the code from these repositories, how does your IDE-based build normally pick up that code? I'd expect that the same process should work for a command-line build, but I'll admit that I'm not familiar with Lazarus. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On 2020-07-05 at 10:54, The Wanderer wrote: > In order for this to be included in Debian, the final package build > - after all testing and tweaking to make sure things work properly - > will need to take place on the Debian build-daemon servers (AKA the > buildds), with no user interaction whatsoever. To clarify this somewhat: After all the preparatory work is done to get your package ready for inclusion, what will happen is that a copy of your source package will be uploaded to the Debian servers. Those servers will then automatically initiate the package-build process. This process will need to compile your program from source, then build the binary package (that is, the .deb file) from the result. There is not, and cannot be, any human involvement in this sequence. At most, if any part of the build fails, a human can modify the source package and upload it to be tried again. As such, anything other than a fully-automated compilation and package-building process is not going to wind up being included in Debian. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On 2020-07-05 at 10:31, Joan Moreau wrote: > Hi > > The lazbuild is commented because this does not work properly from > console, one shall use lazarus IDE in order to compile the sources > properly, and according to its architecture. Can the IDE be triggered to do this from the command line, so that the process can work without interaction from the user? If not, then this cannot be used to compile a program for a Debian package. The package-build process must be able to start with the uncompiled sources (with no IDE or similar already open) and end up with the compiled program, with no user interaction at all, beyond single command-line invocation which starts the whole process. This basically always requires a command-line compilation method. In order for this to be included in Debian, the final package build - after all testing and tweaking to make sure things work properly - will need to take place on the Debian build-daemon servers (AKA the buildds), with no user interaction whatsoever. I would not be surprised if those servers don't have a graphical environment available, such that a graphical IDE may not even be able to launch. I really do think that what you'll probably need to do is figure out what's going wrong with the lazbuild result and fix it. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On Sun, Jul 5, 2020 at 3:31 PM Joan Moreau wrote: > > Hi > > The lazbuild is commented because this does not work properly from console, > one shall use lazarus IDE in order to compile the sources properly, and > according to its architecture. uhhh.. Debian builds are automated and there is no human interaction, so build using IDE will not work. It needs to be command based, so it can be added to the script. > > > Thank you for the tip about DESTDIR, it seems it works now. > > What do you think of > https://github.com/grosjo/tomboy-reborn/releases/tag/1.0.0 ? I can take a look, but until you can build it without IDE, its not going to help. :( -- Regards Sudip
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
I have now managed to have debmake and debuild to run without errors I am running it on https://grosjo.net/tomboy-reborn-1.0.0.tar.gz The "debuild" command does create a ".deb" file. However the deb file is not instalable (i.e. the compiled software is not in the archive) And still not sure what should be the command to generate a "source package" (and what can it be besides the deb package and the actual sources, available on github) And what are the actual (additional?) requirements to push that into Debian ? Can you help ? Thank you very much JM
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On Sun, Jul 05, 2020 at 10:50:28AM +0100, Joan Moreau wrote: > I have now managed to have debmake and debuild to run without errors > > I am running it on https://grosjo.net/tomboy-reborn-1.0.0.tar.gz > > The "debuild" command does create a ".deb" file. However the deb file > is not instalable (i.e. the compiled software is not in the archive) Your software sources are not in the root of the top-level folder so the packaging helpers cannot find the Makefile. The next step after fixing that would be fixing the Makefile itself, though. The all targe does nothing and the install target doesn't honor DESTDIR and doesn't have any other means to install in a specific directory. `rm -f /usr/share/applications/` is pretty horrible, so it's good that it will never work. > And still not sure what should be the command to generate a "source > package" debuild without -b already does that. > (and what can it be besides the deb package and the actual sources, > available on github) Please read my previous emails. > And what are the actual (additional?) requirements to push that into > Debian ? Start with https://mentors.debian.net/intro-maintainers, again. -- WBR, wRAR signature.asc Description: PGP signature
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
On Sun, Jul 5, 2020 at 10:54 AM Joan Moreau wrote: > > I have now managed to have debmake and debuild to run without errors > > I am running it on https://grosjo.net/tomboy-reborn-1.0.0.tar.gz I downloaded this tar file and I can see you have a Makefile in src folder but when I run make it does not do anything. $ make make: Nothing to be done for 'all'. >From the Makefile it appears you wanted to use lazbuild but that has been commented. So, please fix that first so that it can be built using "lazbuild". Some general points about the Makefile. 1) clean: should delete the files that it has built, not the files it has installed. 2) uninstall: should remove the files it has installed. 3) You should use DESTDIR for install and unistall target. ref: https://www.gnu.org/prep/standards/html_node/DESTDIR.html -- Regards Sudip
Bug#959892: Acknowledgement (RFS: awf-gtk3/2.1.0-1 [ITP] -- A widget factory is a theme preview application for GTK)
Hi, I uploaded a new release. Hope it's good.
Bug#959897: Acknowledgement (RFS: awf-gtk2/2.1.0-1 [ITP] -- A widget factory is a theme preview application for GTK)
Hi, I uploaded a new release. Hope it's good.
Bug#964308: RFS: geshi/1.0.9.1-1 [ITA] -- Generic Syntax Highlighter
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "geshi" * Package name: geshi Version : 1.0.9.1-1 Upstream Author : Benny Baumann * URL : http://qbnz.com/highlighter/ * License : GPL-2+ * Vcs : None Section : php It builds those binary packages: php-geshi - Generic Syntax Highlighter To access further information about this package, please visit the following URL: https://mentors.debian.net/package/geshi Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/geshi/geshi_1.0.9.1-1.dsc Changes since the last upload: * New maintainer. (Closes: #895843). * New upstream release. * debian/control: - Update debhelper compatibility level to 13. - Bump standards version to 4.5.0. * debian/watch: - Change URL to point at GitHub releases page. - Check upstream PGP signature. * debian/docs: - Remove obsolete documentation files. * debian/patches: - Use a patch to fix #685324 instead of removing the offending file in debian/rules. - Remove remote loaded image in geshi-doc.html to avoid potential privacy breach. * debian/doc-base: register with doc-base. * debian/tests/test.php: add a simple sanity test. * debian/copyright: convert to machine-readable format. Regards, -- Nick Gasson