Bug#815702: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Hi, the package can be removed. I will continue to update the software, but I will no longer maintain the package. > Date: Mon, 11 Apr 2016 16:33:37 -0300 > Subject: Re: Bug#787953: ITP: insubstantial -- Swing libraries > (flamingo/substance/trident) > From: eribe...@eriberto.pro.br > To: fnat...@gmx.net > CC: a...@debian.org; binarygr...@hotmail.com; 801...@bugs.debian.org; > 815...@bugs.debian.org; badernage...@hotmail.com > > 2016-04-11 15:49 GMT-03:00 Felix Natter <fnat...@gmx.net>: > > hello Markus, > > hello Eriberto, > > > > Eriberto <eribe...@eriberto.pro.br> writes: > >> José is the upstream and he was the maintainer of the bgfinancas. I > >> was a sponsor only. > >> > >> I know that José no longer intent to maintain this package. IMO this > >> package can be removed but we need to wait for considerations from > >> José. > > > > I am not sure. He authored 3.2-1 which looks good, doesn't it? > > > Yeap! But he no longer wants maintain the package. > > Regards, > > Eriberto
Bug#815702: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
2016-04-11 15:49 GMT-03:00 Felix Natter: > hello Markus, > hello Eriberto, > > Eriberto writes: >> José is the upstream and he was the maintainer of the bgfinancas. I >> was a sponsor only. >> >> I know that José no longer intent to maintain this package. IMO this >> package can be removed but we need to wait for considerations from >> José. > > I am not sure. He authored 3.2-1 which looks good, doesn't it? Yeap! But he no longer wants maintain the package. Regards, Eriberto
Bug#815702: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Markus, hello Eriberto, Eribertowrites: > José is the upstream and he was the maintainer of the bgfinancas. I > was a sponsor only. > > I know that José no longer intent to maintain this package. IMO this > package can be removed but we need to wait for considerations from > José. I am not sure. He authored 3.2-1 which looks good, doesn't it? I am adding his new email address to the list. Cheers and Best Regards, -- Felix Natter
Bug#815702: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Hi Markus, José is the upstream and he was the maintainer of the bgfinancas. I was a sponsor only. I know that José no longer intent to maintain this package. IMO this package can be removed but we need to wait for considerations from José. Regards, Eriberto 2016-04-11 13:45 GMT-03:00 Markus Koschany: > Hello José Robson and eriberto, > > I saw that bgfinancas has been orphaned for some time now but there is > also a new upstream release on mentors.debian.net [1] that would > probably fix http://bugs.debian.org/801377. > > Now I wonder whether José Robson still intends to maintain the package > or if we can ignore the new upstream release on mentors and ask for the > removal of bgfinancas? It has been already removed from Testing and it > is one of two packages that block the removal of libasm2-java and substance. > > Regards, > > Markus > > > [1] http://mentors.debian.net/package/bgfinancas >
Bug#815702: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Hello José Robson and eriberto, I saw that bgfinancas has been orphaned for some time now but there is also a new upstream release on mentors.debian.net [1] that would probably fix http://bugs.debian.org/801377. Now I wonder whether José Robson still intends to maintain the package or if we can ignore the new upstream release on mentors and ask for the removal of bgfinancas? It has been already removed from Testing and it is one of two packages that block the removal of libasm2-java and substance. Regards, Markus [1] http://mentors.debian.net/package/bgfinancas signature.asc Description: OpenPGP digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Markus Koschanywrites: hello Markus, > Am 19.01.2016 um 20:51 schrieb Felix Natter: >> hello Markus, >> >>> We have to remove the CC-BY-SA-2.5 licensed images because the ftp team >>> considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 >>> would be fine though. >> >> Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent >> tango icons are public-domain: >> >> http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F > > > Ah, the Tango icon theme. Now I remember. xhtmlrenderer was affected by > the same license issues a while ago. > > [...] > >> I prepared everything but cannot re-import (without katakana.ttf) >> because of limited bandwidth (the unfiltered source is ~95Mb). >> >> Please do not upload yet, I'll reimport as soon as possible (the new DSL >> router will arrive on Thursday, I will be able to upload then at the >> latest). > > Ok. Just ping me when insubstantial is ready. insubstantial is ready, thanks. Here are details on the r-deps: - bgfinancas (patch exists [1], I will take care of this, ok?) --> shall I wait for the 2.0-1 author (Jose Robson Mariano Alves , in CC), last update in 9/2014? - jajuk: upstream considers my patch [2] --> needs to be updated or fixed (my patch is not in git [3]) - triplea needs to be updated to 1.8 [4], but it also works without (only some L are broken) [1] https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps [2] https://github.com/jajuk-team/jajuk/issues/1994 [3] https://github.com/jajuk-team/jajuk/blob/master/pom.xml [4] Changes for 1.8.0.5 [...] * Updating Substance/Insubstantial look and feel UI to version 7.3. (veqryn) Thanks and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Am 21.01.2016 um 13:30 schrieb Felix Natter: [...] > insubstantial is ready, thanks. Uploaded. Thank you! > Here are details on the r-deps: > > - bgfinancas (patch exists [1], I will take care of this, ok?) > --> shall I wait for the 2.0-1 author (Jose Robson Mariano Alves >, in CC), last update in 9/2014? That would be great. If 2.0 gets uploaded before we start the transition with insubstantial, we can just close #801377. Otherwise I suggest to use the normal NMU procedures which are raising the severity of this issue to serious and waiting for a maintainer response. If Jose Robson Mariano Alves agrees we can upload immediately or after we have been waiting for a week without response. > > - jajuk: upstream considers my patch [2] --> needs to be updated or > fixed (my patch is not in git [3]) I saw your comment in upstream's bug tracker. Let's wait for feedback. > - triplea needs to be updated to 1.8 [4], but it also works without > (only some L are broken) If I find the time I will update triplea to 1.8. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Am 19.01.2016 um 20:51 schrieb Felix Natter: > hello Markus, > >> We have to remove the CC-BY-SA-2.5 licensed images because the ftp team >> considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 >> would be fine though. > > Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent > tango icons are public-domain: > > http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F Ah, the Tango icon theme. Now I remember. xhtmlrenderer was affected by the same license issues a while ago. [...] > I prepared everything but cannot re-import (without katakana.ttf) > because of limited bandwidth (the unfiltered source is ~95Mb). > > Please do not upload yet, I'll reimport as soon as possible (the new DSL > router will arrive on Thursday, I will be able to upload then at the > latest). Ok. Just ping me when insubstantial is ready. > > BTW, concerning: >> thanks for working on this, so that we can eventually remove libasm2-java! > > Are there other packages that need to be migrated (now that I've figured > out how to do it ;-)? > Yes, there are many. :) https://wiki.debian.org/Java/Oldlibs Packages that build-depend or depend on libasm3-java and libcommons-httpclient-java should go away too. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Markus, > We have to remove the CC-BY-SA-2.5 licensed images because the ftp team > considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 > would be fine though. Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent tango icons are public-domain: http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F => http://anonscm.debian.org/cgit/pkg-java/insubstantial.git/commit/?id=3ed4be276beff7dd4df712ef6e86dee6dae07516 > Then there is > > substance/src/main/resources/resource/katakana.ttf > > The license states > > substance/src/main/resources/resource/katakana.license > > "D3-Factorism-Katakana is a free font created by Yoshiyasu Ito / > DigitalDreamDesign" > > This one needs a clarification because it could also mean "free as in > free beer". Yes, I agree, I've removed it (since it is hard to find precise licensing terms). > If neither of these licenses can be changed or clarified, I would > suggest to remove the files completely and to repack the tarball. > > Felix, can you take care of this tomorrow? Otherwise the package looks > good to me and should be ready for an upload to experimental. I prepared everything but cannot re-import (without katakana.ttf) because of limited bandwidth (the unfiltered source is ~95Mb). Please do not upload yet, I'll reimport as soon as possible (the new DSL router will arrive on Thursday, I will be able to upload then at the latest). BTW, concerning: > thanks for working on this, so that we can eventually remove libasm2-java! Are there other packages that need to be migrated (now that I've figured out how to do it ;-)? Thanks and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
On Sun, Jan 17, 2016 at 07:47:08PM +0100, Markus Koschany wrote: > Am 17.01.2016 um 11:00 schrieb Felix Natter: > > - Build-Depends-Indep vs Build-Depends, espescially gradle-debian-helper! > > It's fine to use Build-Depends exclusively here because we only build > arch:all packages. That means it makes no difference if you split the > build-dependencies between Build-Depends and Build-Depends-Indep. In > this case it is just a little bit more readable and simpler to use > Build-Depends. +1 > > - gradle-debian-helper: less verbose build? > > Verbose builds are preferable because automatic tools will be more able > to detect flaws at compile time. +1 > > - test in pbuilder chroot (I cannot currently do this until Thursday > > because of limited bandwidth) > > The package builds fine in a cowbuilder chroot. > > > - Tony: add Replaces: (or similar) tags for transition! > > I don't think we even have to do this. The versions of the new packages > are greater and we keep the old names too. Thus the new binary packages > will simply replace the old ones. The new binary packages provided by > src:insubstantial install completely new artifacts with different names. > Hence I don't see how there could be a conflict. We will also make sure > that all reverse-dependencies will build against the new version and > then we just have to upload everything in one go. Yes, this is a very clean approach. Felix, I'm afraid that I was making it more complicated than it needed to be. > > - upload to experimental + fix r-deps jajuk, bgfinancas, triplea in > > experimental > > (patches: > > https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps) > > - upload all to unstable > > Exactly. I will take a closer look at the package now and I intend to > upload insubstantial to experimental tomorrow, if nobody voices any > concerns. This sounds great to me. Markus, thank you for lending a hand. Cheers, tony signature.asc Description: Digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Am 18.01.2016 um 17:53 schrieb tony: [...] > This sounds great to me. Markus, thank you for lending a hand. No problem. @Felix We have to remove the CC-BY-SA-2.5 licensed images because the ftp team considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 would be fine though. Then there is substance/src/main/resources/resource/katakana.ttf The license states substance/src/main/resources/resource/katakana.license "D3-Factorism-Katakana is a free font created by Yoshiyasu Ito / DigitalDreamDesign" This one needs a clarification because it could also mean "free as in free beer". If neither of these licenses can be changed or clarified, I would suggest to remove the files completely and to repack the tarball. Felix, can you take care of this tomorrow? Otherwise the package looks good to me and should be ready for an upload to experimental. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Am 17.01.2016 um 11:00 schrieb Felix Natter: > hello Tony, hello Markus, > > thank you for helping me with this package! > > Here is an update on the package: > - POMs/maven-repo-helper is complete > - binary packages tested > - moved to pkg-java: > http://anonscm.debian.org/cgit/pkg-java/insubstantial.git > [...] > @Tony: When will you have time to add proper transition tags? > > @Markus: Do you want to review the (contents of) pom files? > > [1] > http://anonscm.debian.org/cgit/pkg-java/insubstantial.git/tree/debian/README.source?id=45c0cbc6e30ae2ecd7cb4c6032e9129c1236417d > > Cheers, Thanks and Best Regards, Hi Felix, thanks for working on this, so that we can eventually remove libasm2-java! I don't mind reviewing and sponsoring the package. Overall it already looks pretty good to me but I still need to check the copyright file and some other details. > Here is the remaining TODO [1] > - Build-Depends-Indep vs Build-Depends, espescially gradle-debian-helper! It's fine to use Build-Depends exclusively here because we only build arch:all packages. That means it makes no difference if you split the build-dependencies between Build-Depends and Build-Depends-Indep. In this case it is just a little bit more readable and simpler to use Build-Depends. > - gradle-debian-helper: less verbose build? Verbose builds are preferable because automatic tools will be more able to detect flaws at compile time. > - test in pbuilder chroot (I cannot currently do this until Thursday > because of limited bandwidth) The package builds fine in a cowbuilder chroot. > - Tony: add Replaces: (or similar) tags for transition! I don't think we even have to do this. The versions of the new packages are greater and we keep the old names too. Thus the new binary packages will simply replace the old ones. The new binary packages provided by src:insubstantial install completely new artifacts with different names. Hence I don't see how there could be a conflict. We will also make sure that all reverse-dependencies will build against the new version and then we just have to upload everything in one go. > - upload to experimental + fix r-deps jajuk, bgfinancas, triplea in > experimental > (patches: https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps) > - upload all to unstable Exactly. I will take a closer look at the package now and I intend to upload insubstantial to experimental tomorrow, if nobody voices any concerns. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Tony, hello Markus, thank you for helping me with this package! Here is an update on the package: - POMs/maven-repo-helper is complete - binary packages tested - moved to pkg-java: http://anonscm.debian.org/cgit/pkg-java/insubstantial.git Here is the remaining TODO [1] - Build-Depends-Indep vs Build-Depends, espescially gradle-debian-helper! - gradle-debian-helper: less verbose build? - test in pbuilder chroot (I cannot currently do this until Thursday because of limited bandwidth) - Tony: add Replaces: (or similar) tags for transition! - upload to experimental + fix r-deps jajuk, bgfinancas, triplea in experimental (patches: https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps) - upload all to unstable @Tony: When will you have time to add proper transition tags? @Markus: Do you want to review the (contents of) pom files? [1] http://anonscm.debian.org/cgit/pkg-java/insubstantial.git/tree/debian/README.source?id=45c0cbc6e30ae2ecd7cb4c6032e9129c1236417d Cheers, Thanks and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Markus Koschanywrites: > Am 24.10.2015 um 23:19 schrieb Felix Natter: >> Markus Koschany writes: >> >>> Hi Felix, >> >> hello Markus, >> >> I just added a patch for ASM5/libasm4-java support: >> >> https://github.com/fnatter/insubstantial-debian/commit/b6f1dee8e4fc53a0dfb8dd3ec3dc58e498a78828 >> >> It compiles, but I am not 100% sure it is correct, so I will soon test >> this with an r-dep and submit the changes for review in an ASM forum. > > Hi Felix, hello Markus, > many thanks for working on this! the ASM5 patch has been verified and tested. I am now working on providing maven/pom support. Cheers and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Package: wnpp Severity: wishlist Owner: Felix Natter fnat...@gmx.net * Package name: insubstantial Version : 7.3 Upstream Author : Kirill Grouchnikov and others * URL : https://github.com/Insubstantial/insubstantial * License : BSD-3-clause Programming Lang: Java Description: Some swing libraries e.g. for ribbon UIs insubstantial builds the following 14 packages: libflamingo-java liblaf-widget-java liblaf-plugin-java substance substance-flamingo substance-swingx libtrident-java libflamingo-java-doc liblaf-widget-java-doc liblaf-plugin-java-doc substance-doc substance-flamingo-doc substance-swingx-doc libtrident-java-doc Most of these packages exist as (outdated) separate source packages. I am repackaging the latest 7.3 as one source package (while using bits from the previous maintainers) because the packages have been merged into one upstream package. -- Felix Natter -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87sia4k3xd@bitburger.home.felix