Bug#862947: ITP: vasptools -- python module and tools for postprocessing VASP quantum computations
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: vasptools Version : 20142003 Upstream Author : Germain Vallverdu * URL : http://gvallver.perso.univ-pau.fr/vasptools/ * License : GPL Programming Lang: Python Description : python module and tools for postprocessing VASP quantum calculations vasptools is a python module which define the class VaspRun and provide a set of functions in order to do simple post treatments on VASP quantum chemical calculations. The main features are the following: - extract or plot density of state - extract or plot bands - get structural data - control convergence - simple operations on CHGCAR file (split, sum) vasptools contains the following submodules : - vasptools.vasprun : contains the VaspRun class which is the core part of the module. - vasptools.dos : density of states output functions - vasptools.bands : energy bands output functions - vasptools.utils : operations on CHGCAR file - vasptools.atom : an atom class This package also includes the independent crystal module and myxml module, used by vasptools. crystal module provides the Crystal class with which you can easily manipulate a crystal (lattice parameters, coordinates conversion, etc). myxml module is used in order to read the file vasprun.xml. This package will be team-maintained under debichem.
Bug#862703: marked as done (ITP: maven-resolver -- Library to handle Java artifact repositories)
Your message dated Fri, 19 May 2017 10:35:36 +0300 with message-id <20170519073536.23dk7m75vap22sem@localhost> and subject line maven-resolver is now in unstable has caused the Debian Bug report #862703, regarding ITP: maven-resolver -- Library to handle Java artifact repositories to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 862703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862703 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: maven-resolver Version : 1.0.3 Upstream Author : Apache Software Foundation * URL : https://maven.apache.org/resolver/ * License : Apache-2.0 Programming Lang: Java Description : Library to handle Java artifact repositories Apache Maven Artifact Resolver is a library for working with artifact repositories and dependency resolution. Maven Artifact Resolver deals with the specification of local repository, remote repository, developer workspaces, artifact transports and artifact resolution. This library is basically the successor of Eclipse Aether which was migrated from Eclipse to the ASF. It is required to upgrade Maven to the version 3.5. Like eclipse-aether the maven-resolver package will be maintained by the Java Team. --- End Message --- --- Begin Message --- maven-resolver is now in unstable: https://tracker.debian.org/pkg/maven-resolver cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed--- End Message ---
Processed: Fix the titles of two RFPs
Processing commands for cont...@bugs.debian.org: > retitle 862938 RFP: gostack-stack -- utilities to capture, manipulate, and > format call stacks Bug #862938 [wnpp] RFP : gostack-stack -- utilities to capture, manipulate, and format call stacks Changed Bug title to 'RFP: gostack-stack -- utilities to capture, manipulate, and format call stacks' from 'RFP : gostack-stack -- utilities to capture, manipulate, and format call stacks'. > retitle 862939 RFP: golang-github-fatih-color-dev -- Color package for Go Bug #862939 [wnpp] RFP : golang-github-fatih-color-dev -- Color package for Go Changed Bug title to 'RFP: golang-github-fatih-color-dev -- Color package for Go' from 'RFP : golang-github-fatih-color-dev -- Color package for Go'. > thanks Stopping processing here. Please contact me if you need assistance. -- 862938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862938 862939: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862939 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#862936: marked as done (ITA: fonts-sil-annapurna -- smart font for languages using Devanagari script)
Your message dated Fri, 19 May 2017 10:53:07 +0300 with message-id <20170519075307.bntrb2qwbv7uzn7y@localhost> and subject line The maintainer for fonts-sil-annapurna is the Debian Fonts Task Force has caused the Debian Bug report #862936, regarding ITA: fonts-sil-annapurna -- smart font for languages using Devanagari script to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 862936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862936 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Version: N/A; reported 2017-05-18 Severity: normal The current maintainer, Daniel Glassey, has requested that I take over the packaging of the fonts that SIL International produces, such as this font. Bobby -- Bobby de Vos /bobby_de...@sil.org/ --- End Message --- --- Begin Message --- The maintainer for fonts-sil-annapurna is the Debian Fonts Task Force. Changing of uploaders should be done inside the maintainership team, not through WNPP. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed--- End Message ---
Processed: Add owner to the jasper ITP
Processing commands for cont...@bugs.debian.org: > owner 862727 Adam Cécile Bug #862727 [wnpp] ITP: jasper -- JasPer JPEG-2000 runtime library Owner recorded as Adam Cécile . > thanks Stopping processing here. Please contact me if you need assistance. -- 862727: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862727 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#860126 marked as pending
Processing commands for cont...@bugs.debian.org:
> tag 860126 pending
Bug #860126 {Done: Philippe Thierry } [wnpp] ITP:
openscap-daemon -- SCAP security policy compliance daemon for a complete
infrastructure
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
860126: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860126
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#829046: Difficulties in packaging pagure
On 2017, മേയ് 18 9:35:50 PM IST, Boyuan Yang <073p...@gmail.com> wrote: >I have several understandings on it: > >Option 1 > > >* Will not use any bundled javascript libraries, no matter minified or >not >* Will depend on corresponding libjs-* packages and make symlinks to >provide >removed javascript libraries >* If that package does not exist, package them first This is the ideal option. >Option 2 > > >* Only minified javascripts are not acceptable >* Will use tools like yui-compressor to generate minified js files >without using >libjs-* packages >* Write d/copyright for unminified js files If the minified javascript comes with its corresponding non minified form, its okay. Or you could provide the source in debian/missing-sources (not 100% sure if the directory name is correct or not, but there is an option to provide source). But it is best to minify them during build to really make sure the min corresponds to the source file since we have the minification tools already packaged. node-uglify is better as yui-compressor will pull in a jdk as dependency. >Option 3 >- > >* An mixture of 1 & 2 >* Use libjs-* if that lib has been packaged in Debian >* If not packaged, use non-minified version and run processor to >generate >minified js files It should be enough for most cases. But if there are some libs that uses browserify/webpack or babel, we have a problem (I have to keep diaspora out of main because handlebars.js needs these). We will have to generate those files in debian. I have been working on this and we are in a pretty good position now. grunt and gulp are available, browserify and webpack is close to finish. Though babel is a bit complicated as it has circular dependency on rollup. >I am not very familiar with Debian's JavaScript policies. Which of my >understandings is correct? > I hope its clear now. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#862954: ITP: mvdsv -- a modern QuakeWorld server
Package: wnpp Severity: wishlist Owner: Lee Garrett * Package name: mvdsv Version : 0.31 Upstream Author : Alexandre Nizoux * URL : https://github.com/deurk/mvdsv * License : GPLv2 Programming Lang: C Description : a modern QuakeWorld server mvdsv (MultiView Demo Server) is a QuakeWorld-compatible server that is the most common Quake server used today[0]. There are two other available quake servers in Debian, quakespasm and darkplaces. quakespasm uses the FitzQuake network protocol, while darkplaces uses DARKPLACES7. Both are incompatible with the QuakeWorld network protocol. There is an overview of (incompatible) Quake network protocols[1]. mvdsv fills the gap by being QuakeWorld-compatible, allowing to use the most popular clients, ezquake and nQuake (which is just a fancy installer for ezquake), and also offering many features not available in the other Quake servers. The documentation is severely lacking, I plan on writing the man page and the list of config file parameters as part of the packaging process. I will be maintaining it alone. Since Quake has been out for 20+ years now, I don't expect a quick release cycle, so the maintenance burden for this package will be minimal. I'm open to co-maintaining this package if any individual or team is interested. I will need a sponsor for this package. [0] https://www.quakeservers.net/quakeworld/stats/ [1] https://quakewiki.org/wiki/Network_Protocols
Bug#829046: Difficulties in packaging pagure
在 2017年5月19日星期五 CST 下午3:06:30，Pirate Praveen 写道： > On 2017, മേയ് 18 9:35:50 PM IST, Boyuan Yang <073p...@gmail.com> wrote: > >I have several understandings on it: > > > >Option 1 > > > > > >* Will not use any bundled javascript libraries, no matter minified or > >not > >* Will depend on corresponding libjs-* packages and make symlinks to > >provide > >removed javascript libraries > >* If that package does not exist, package them first > > This is the ideal option. > > >Option 2 > > > > > >* Only minified javascripts are not acceptable > >* Will use tools like yui-compressor to generate minified js files > >without using > >libjs-* packages > >* Write d/copyright for unminified js files > > If the minified javascript comes with its corresponding non minified form, > its okay. Or you could provide the source in debian/missing-sources (not > 100% sure if the directory name is correct or not, but there is an option > to provide source). But it is best to minify them during build to really > make sure the min corresponds to the source file since we have the > minification tools already packaged. node-uglify is better as > yui-compressor will pull in a jdk as dependency. > >Option 3 > >- > > > >* An mixture of 1 & 2 > >* Use libjs-* if that lib has been packaged in Debian > >* If not packaged, use non-minified version and run processor to > >generate > >minified js files > > It should be enough for most cases. But if there are some libs that uses > browserify/webpack or babel, we have a problem (I have to keep diaspora out > of main because handlebars.js needs these). We will have to generate those > files in debian. I have been working on this and we are in a pretty good > position now. grunt and gulp are available, browserify and webpack is close > to finish. Though babel is a bit complicated as it has circular dependency > on rollup. > >I am not very familiar with Debian's JavaScript policies. Which of my > >understandings is correct? > > I hope its clear now. Thanks a lot. If all three options are acceptable then we are already in a good position: check out the master branch on Alioth repo [1] and we already have a working build script now, (with option 3 above). I call it a "+ds1" version since actually no file in the repo is of non-DFSG. Luckily, upstream provides all non-minified javascripts files together with minified ones. I checked debian/copyright for the first round and completed it. Remaining problems: * emojione v1 as bundled in pagure is free/libre library (MIT/CC-BY-SA-4.0) but later versions (e.g., v3) restricted its use (non-commercial or pay for license). That might be a trouble if we are to package it separately. * Embedded fonts-hack-web and fonts-hack-ttf not stripped off (yet). Perhaps it's fine if we use upstream bundled fonts? * libjs-codemirror in the Debian repository is outdated. We might need a newer version to make sure pagure works correctly. * Several other js libraries not in Debian, as stated by Shengjing Zhu before. For other problems and a TODO list, see git commit a83dd06ccc and debian/TODO file. [1] https://anonscm.debian.org/git/collab-maint/pagure.git/log/ -- Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#862954: ITP: mvdsv -- a modern QuakeWorld server
On 19 May 2017 at 11:50, Lee Garrett wrote: > > I'm open to co-maintaining this package if any individual or team is > interested. > I will need a sponsor for this package. > Consider packaging as part of the pkg-games team [0]. They have the 'quake' package. I'm sure they will accept you in the team :-) best regards and thanks for your work! [0] https://wiki.debian.org/Games/Team
Bug#829046: Difficulties in packaging pagure
I checked the repo in collab-maint. I think it's not ideal to remove the vendor js/css in source tree. We should remove it during building. On ideal approach is to use dh-linktree to link these libraries, taking wordpress for example, https://anonscm.debian.org/git/collab-maint/wordpress.git/tree/debian/wordpress.linktrees Besides, I'm trying to make upstream to put the vendor libraries to one folder, which can be more convenient for packaging in Debian. https://pagure.io/pagure/pull-request/2287 Best regards, Shengjing Zhu On Fri, May 19, 2017 at 05:53:33PM +0800, Boyuan Yang wrote: > Thanks a lot. If all three options are acceptable then we are already in a > good position: check out the master branch on Alioth repo [1] and we already > have a working build script now, (with option 3 above). I call it a "+ds1" > version since actually no file in the repo is of non-DFSG. Luckily, upstream > provides all non-minified javascripts files together with minified ones. > > I checked debian/copyright for the first round and completed it. Remaining > problems: > > * emojione v1 as bundled in pagure is free/libre library (MIT/CC-BY-SA-4.0) > but later versions (e.g., v3) restricted its use (non-commercial or pay for > license). That might be a trouble if we are to package it separately. > * Embedded fonts-hack-web and fonts-hack-ttf not stripped off (yet). Perhaps > it's fine if we use upstream bundled fonts? > * libjs-codemirror in the Debian repository is outdated. We might need a > newer > version to make sure pagure works correctly. > * Several other js libraries not in Debian, as stated by Shengjing Zhu before. > > For other problems and a TODO list, see git commit a83dd06ccc and debian/TODO > file. > > [1] https://anonscm.debian.org/git/collab-maint/pagure.git/log/ > > -- > Boyuan Yang signature.asc Description: PGP signature
Bug#862727: ITP: libjasper -- JasPer JPEG-2000 runtime library
Control:retitle -1 RFS: jasper/2.0.13+dfsg-1 -- JasPer JPEG-2000 runtime library Hi, I finished the updated package and reviewed all the CVEs patches that were included. Everything is documented in the changelog and there's only one patch not merged yet but I pull-requested it on GitHub. I guess it's sadly way too late to get it back for Stretch, but anyway, that would be great to have it in unstable. Again, it enables JPEG2000 support on OpenCV and that's something Debian cannot miss. Package available here: https://mentors.debian.net/package/jasper Changelog: * Re-introduce package into archive using different upstream (Closes: #862727). * Review all patches: - 01-misc-fixes dropped (merged, obsolete), - 02-fix-filename-buffer-overflow updated (forwarded), - 03-CVE-2011-4516-and-CVE-2011-4517 dropped merged upstream as 0d22460816ea58e74a124158fa6cc48efb709a47 - 04-CVE-2014-9029 dropped merged upstream as 5dbe57e4808bea4b83a97e2f4aaf8c91ab6fdecb - 05-CVE-2014-8137 dropped merged upstream as 4bb93a6c49da7c1b6ad2acb60b18954a6547c637 - 06-CVE-2014-8138 dropped merged upstream as c54113d6fa49f8f26d1572e972b806276c5b05d5 - 07-CVE-2014-8157 dropped merged upstream as 3fd4067496d8ef70f11841d7492ddeb1f1d56915 - 08-CVE-2014-8158 dropped merged upstream as 0d64bde2b3ba7e1450710d540136a8ce4199ef30 - 09-CVE-2016-1577 dropped (merged upstream as 74ea22a7a4fe186e0a0124df25e19739b77c4a29 - 10-CVE-2016-2089 dropped merged upstream as c87ad330a8b8d6e5eb0065675601fdfae08ebaab - 11-CVE-2016-2116 dropped merged upstream as 142245b9bbb33274a7c620aa7a8f85bc00b2d68e - 12_CVE-2016-1867_CVE-2016-8654_CVE-2016-8691... dropped: merged upstream as: * 3c55b399c36ef46befcb21e4ebc4799367f89684 * d8c2604cd438c41ec72aff52c16ebd8183068020 * 1abc2e5a401a4bf1d5ca4df91358ce5df111f495 * 69a1439a5381e42b06ec6a06ed2675eb793babee * 4a59cfaf9ab3d48fca4a15c0d2674bf7138e3d1a * 980da43d8d388a67cac505e734423b2a5aa4cede - 14_CVE-2016-10249 dropped: merged upstream as: * f596a0766825b48cdc07b28d2051977a382cfb95 * 988f8365f7d8ad8073b6786e433d34c553ecf568 - 15_CVE-2016-10251.patch dropped merged upstream as 1f0dfe5a42911b6880a1445f13f6d615ddb55387) * New upstream release: - Upstream now use CMake (change b-deps, change rules), - Enable --parallel when building, - Remove static library, not built anymore, - Add doxygen b-dep to generate doc, - Install HTML documentation in libjasper-doc package, - Bump library package name to libjasper4, - Raise JAS_DEC_DEFAULT_MAX_SAMPLES value (max file size), - Rewrite copyright to machine-readable format, - Rewrite watch to be able to use mk-origtargz. Lintian all clear... Thanks in advance for your support, Regards, Adam.
Processed: ITP: libjasper -- JasPer JPEG-2000 runtime library
Processing control commands: > retitle -1 RFS: jasper/2.0.13+dfsg-1 -- JasPer JPEG-2000 runtime library Bug #862727 [wnpp] ITP: jasper -- JasPer JPEG-2000 runtime library Changed Bug title to 'RFS: jasper/2.0.13+dfsg-1 -- JasPer JPEG-2000 runtime library' from 'ITP: jasper -- JasPer JPEG-2000 runtime library'. -- 862727: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862727 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#862963: O: sql-ledger
Package: wnpp Severity: normal I'm orphaning sql-ledger as I no longer use it myself and have limited time at present to focus on packaging the latest version.
Bug#862977: TAG: cls -- a clearscreen utility with an option to specify the number of lines to clear
Package: wnpp Severity: wishlist Tag: ITP I am filing an intent to package for a small utility I wrote. I release it to the public domain. There is a source file on Ubuntu Launchpad: https://launchpad.net/~sam-irl/+archive/ubuntu/cls/+packages
Processed: retitle 862963 to O: sql-ledger -- Web based double-entry accounting program
Processing commands for cont...@bugs.debian.org: > retitle 862963 O: sql-ledger -- Web based double-entry accounting program Bug #862963 [wnpp] O: sql-ledger Changed Bug title to 'O: sql-ledger -- Web based double-entry accounting program' from 'O: sql-ledger'. > thanks Stopping processing here. Please contact me if you need assistance. -- 862963: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862963 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#860055: ITP: dino -- modern XMPP client
Hi, I gave packaging dino a try: https://build.opensuse.org/package/show/home:stbuehler/dino * "dino" is already used as package name. I went for "dino-xmpp-client" instead. * I bundled libsignal-protocol-c as a separate tar ball. Longterm #840366 should be used instead ofc. * It fails to build on 32-bit in gpgme due to (missing) largefile flags. Not sure how to handle this - gpgme says one should use -D_FILE_OFFSET_BITS=64. * Tarballs created with "git pack-dist" in the dino checkout (including submodules!), and the following in .git/config: [alias] pack-dist = "!sh -c 'git archive --format=tar.xz --prefix=dino/ HEAD -o \"../dino-xmpp-client_$(git log --date=format:%Y%m%d -1 --pretty=format:%ad-g%h).orig.tar.xz\"; git -C plugins/signal-protocol/libsignal-protocol-c archive --format=tar.xz --prefix=libsignal-protocol-c/ HEAD -o \"../../../../dino-xmpp-client_$(git log --date=format:%Y%m%d -1 --pretty=format:%ad-g%h).orig-libsignal-protocol-c.tar.xz\"'" Hope this helps :) cheers, Stefan
Bug#611660: ITP: tomb -- crypto undertaker
Control: retitle -1 ITP: tomb -- crypto undertaker
Control: owner -1 !
I will handle this one.
--
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B
signature.asc
Description: PGP signature
Processed: ITP: tomb -- crypto undertaker
Processing control commands: > retitle -1 ITP: tomb -- crypto undertaker Bug #611660 [wnpp] RFP: tomb -- crypto undertaker Changed Bug title to 'ITP: tomb -- crypto undertaker' from 'RFP: tomb -- crypto undertaker'. > owner -1 ! Bug #611660 [wnpp] ITP: tomb -- crypto undertaker Owner recorded as ChangZhuo Chen (陳昌倬) . -- 611660: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611660 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#818020: marked as done (ITA: libdbusmenu -- library for passing menus over DBus)
Your message dated Fri, 19 May 2017 16:04:07 + with message-id and subject line Bug#818020: fixed in libdbusmenu 16.04.1+17.04.20170109.1-1 has caused the Debian Bug report #818020, regarding ITA: libdbusmenu -- library for passing menus over DBus to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 818020: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818020 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal Hi, I am orphaning this package as the pkg-ayatana team has been inactive for quite sometime now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. The package's description is: libdbusmenu passes a menu structure across DBus so that a program can create a menu simply without worrying about how it is displayed on the other side of the bus. . This package can be used by other packages using the GIRepository format to generate dynamic bindings for libdbusmenu-glib4. --- End Message --- --- Begin Message --- Source: libdbusmenu Source-Version: 16.04.1+17.04.20170109.1-1 We believe that the bug you reported is fixed in the latest version of libdbusmenu, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 818...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mike Gabriel (supplier of updated libdbusmenu package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 19 May 2017 16:33:42 +0200 Source: libdbusmenu Binary: gir1.2-dbusmenu-glib-0.4 gir1.2-dbusmenu-gtk-0.4 gir1.2-dbusmenu-gtk3-0.4 libdbusmenu-glib-dev libdbusmenu-glib-doc libdbusmenu-glib4 libdbusmenu-gtk-dev libdbusmenu-gtk-doc libdbusmenu-gtk3-4 libdbusmenu-gtk3-dev libdbusmenu-gtk4 libdbusmenu-jsonloader-dev libdbusmenu-jsonloader4 libdbusmenu-tools Architecture: source Version: 16.04.1+17.04.20170109.1-1 Distribution: experimental Urgency: medium Maintainer: The Ayatana Packages Changed-By: Mike Gabriel Description: gir1.2-dbusmenu-glib-0.4 - typelib file for libdbusmenu-glib4 gir1.2-dbusmenu-gtk-0.4 - typelib file for libdbusmenu-gtk4 (GTK-2 variant) gir1.2-dbusmenu-gtk3-0.4 - typelib file for libdbusmenu-gtk3-4 libdbusmenu-glib-dev - library for passing menus over DBus - development files libdbusmenu-glib-doc - library for passing menus over DBus - documentation libdbusmenu-glib4 - library for passing menus over DBus libdbusmenu-gtk-dev - library for passing menus over DBus - GTK-2+ version development libdbusmenu-gtk-doc - library for passing menus over DBus - GTK+ version documentation libdbusmenu-gtk3-4 - library for passing menus over DBus - GTK-3+ version libdbusmenu-gtk3-dev - library for passing menus over DBus - GTK-3+ version development libdbusmenu-gtk4 - library for passing menus over DBus - GTK-2+ version libdbusmenu-jsonloader-dev - library for passing menus over DBus - Test lib development files libdbusmenu-jsonloader4 - library for passing menus over DBus - Test lib libdbusmenu-tools - tools useful during development with libdbusmenu Closes: 818020 829962 850769 Changes: libdbusmenu (16.04.1+17.04.20170109.1-1) experimental; urgency=medium . * Merge new upstream release from Ubuntu. - libdbusmenu-gtk4: Don't send Ubuntu-specific signal 'child-added' anymore. (Closes: #850769). * debian/patches: + Add 0001_no-deprecated-gnome-common-macros.patch. Fully drop deprecated gnome-common variables and macros. This and latest upstream changes... (Closes: #829962). * debian/control: + New uploader for this package (Mike Gabriel). Package remains team-maintained. (Closes: #818020). + Replace Ubuntu's Vcs-*: fields. Now pointing to Debian's pkg-ayatana namespace on git.debian.org. + Bump Standards-Version: to 3.9.8. No changes needed. + Typo fix for the word "development". + Fix duplicate SYNOPSIS and LONG_DESCRIPTION phrases. + Drop superf
Processed: retitle to RFP: sisu-mojos -- Sisu Maven Plugin
Processing commands for cont...@bugs.debian.org: > retitle 814641 RFP: sisu-mojos -- Sisu Maven Plugin Bug #814641 [wnpp] ITP: sisu-mojos -- Sisu Maven Plugin Changed Bug title to 'RFP: sisu-mojos -- Sisu Maven Plugin' from 'ITP: sisu-mojos -- Sisu Maven Plugin'. > noowner 814641 Bug #814641 [wnpp] RFP: sisu-mojos -- Sisu Maven Plugin Removed annotation that Bug was owned by Christopher Hoskin . > stop Stopping processing here. Please contact me if you need assistance. -- 814641: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814641 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#829046: Bundled third-party libraries should not be used
On 19-May-2017, Shengjing Zhu wrote: > I checked the repo in collab-maint. I think it's not ideal to remove > the vendor js/css in source tree. Can you explain why? Removing files from the source is one of the most straightforward way to be certain that the Debian source package does not use them, and instead declares the dependency on a separate Debian package for those files. Why do you say that is not ideal? > Besides, I'm trying to make upstream to put the vendor libraries to > one folder, which can be more convenient for packaging in Debian. > https://pagure.io/pagure/pull-request/2287 Debian Policy §4.13 states the Debian package should not use those bundled third-party libraries, so I am not sure what you mean by bundled libraries being “more convenient” when in one directory. Do you mean, more convenient for removing those files? -- \ “Not to be absolutely certain is, I think, one of the essential | `\ things in rationality.” —Bertrand Russell | _o__) | Ben Finney signature.asc Description: PGP signature
Bug#829046: Bundled third-party libraries should not be used
On Sat, May 20, 2017 at 07:03:21AM +1000, Ben Finney wrote: > Can you explain why? > > Removing files from the source is one of the most straightforward way > to be certain that the Debian source package does not use them, and > instead declares the dependency on a separate Debian package for those > files. > > Why do you say that is not ideal? > My feeling is based on what other packages do. Take python-pip for example, _vendor dir is not removed in source tree, but removed in dh_auto_build pass. IMHO, this way we keep the source tree more consistent with upstream. I'm not so experient with debian package, maybe wrong here :) > Debian Policy §4.13 states the Debian package should not use those > bundled third-party libraries, so I am not sure what you mean by > bundled libraries being “more convenient” when in one directory. > > Do you mean, more convenient for removing those files? > Yes, more convenient to remove bundles and link to libjs-*. Best regards, Shengjing Zhu signature.asc Description: PGP signature
Processed: block 829046 with 863009
Processing commands for cont...@bugs.debian.org: > block 829046 with 863009 Bug #829046 [wnpp] ITP: pagure -- A git centered forge 829046 was blocked by: 836406 829153 862880 836409 836407 844943 836408 829046 was not blocking any bugs. Added blocking bug(s) of 829046: 863009 > thanks Stopping processing here. Please contact me if you need assistance. -- 829046: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829046 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
