Bug#846468: ITP: khard -- khard is an address book for the Linux console
Package: wnpp Severity: wishlist Owner: "Félix Sipma" * Package name: khard Version : 0.11.3 Upstream Author : Eric Scheibler * URL : https://github.com/scheibler/khard * License : GPL-3+ Programming Lang: Python Description : khard is an address book for the Linux console Khard is an address book for the Linux console. It creates, reads, modifies and removes carddav address book entries at your local machine. Khard is also compatible to the email clients mutt and alot and the SIP client twinkle. I will need a sponsor. For now, I want to use git for packaging, so I won't be able to maintain the package in the Python Applications Packaging Team. But I would like to integrate the team, as soon as it switches to git. signature.asc Description: PGP signature
Bug#846472: ITP: node-merge-stream -- Create a stream that emits events from multiple other streams
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-merge-stream Version : 1.0.1 Upstream Author : Stephen Sugden * URL : https://github.com/grncdr/merge-stream#readme * License : Expat Programming Lang: JavaScript Description : Create a stream that emits events from multiple other streams
Bug#846473: ITP: node-first-chunk-stream -- Transform the first chunk in a stream
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-first-chunk-stream Version : 2.0.0 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/first-chunk-stream#readme * License : Expat Programming Lang: JavaScript Description : Transform the first chunk in a stream
Bug#846478: ITP: amazon-chalice -- Python microframework for AWS Lambda
Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: amazon-chalice Version : 0.5.0 Upstream Author : James Saryerwinnie * URL : https://github.com/awslabs/chalice * License : Apache-2.0 Programming Lang: Python Description : Python microframework for AWS Lambda This is a microframework for writing programs for the Lambda and API Gateway services of Amazon Web Services (AWS) in Python. With that, serverless applications running online could be set up. This is a Python application, the binary is going to have the same name. Best, DS
Bug#846483: RFP: [weewx] -- open source software for weather stations
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: weewx Version: weewx_3.6.2-1_all.deb Upstream Author: Tom Keffer URL: code: https://github.com/weewx/weewx - website: http://weewx.com License: [GPLv3] Description: weewx is a free, open source, software program, written in Python, which interacts with a weather station to produce graphs, reports, and HTML pages. It can optionally publish to weather sites or web servers. It uses modern software concepts, making it simple, robust, and easy to extend. weewx runs under most versions of Linux, as well as macOS, *BSD, and Solaris. Many users are running on the Raspberry Pi. Thousands of stations throughout the world run weewx, many of whom have opted-in to be shown on the station map at http://weewx.com Upstream provides .deb files for each releases, info about how to install (http://www.weewx.com/docs/debian.htm), and an apt repository ( http://weewx.com/docs/apt-get.htm ). Some work on packaging has been already done (with now an old release): https://groups.google.com/forum/#!topic/weewx-user/TtJ5bqJRP6k Best regards -- Laura Arjona Reina https://wiki.debian.org/LauraArjona
Re: Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 2016-11-30 at 22:40 +0100, Christian Seiler wrote: > > many thanks for the explanation, so from a technical point of > > view there is no package naming conflict, although it is somewhat > > counter-intuitive to end up with a source-package "bcc" and a > > binary-package "bcc" where the latter isn't built from the former > > but instead contains a completely different application. > > Maybe the new source package could be named bpf-bcc? That way there > would be no confusion with respect to bin:bcc vs. src:bcc, and the > source package name is still quite short, yet descriptive. Just a > suggestion. How about ? src: bpfcc bin: bpfcc-tools, libbpfcc, libbpfcc-dev, bpfcc-lua, python-bpfcc This relates well to what the tool is: BPF Compiler Collection, both in src and binary names. I think I'll stick with this name unless there are concerns. Thanks. - -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhAHaAACgkQpjpYo/Lh dWnMqg/+JGft9tC0/Pmvi4dAWeBw1dXHf86+8U06LDe05N+PS6c3ery6WsmMKdEM Nav7tcqjCBHESHHm1PrifWU8CSJqizwoPStD8jsBF7woRbD/FPIE2+N4ZCXI1mBq doSwMcuZt/LfFhKR/lwmptl1HS2FfNDr/pJCGd0D7ZVtaUSqEFES5vDwx5YE5S9E MyeYmW56hxEmcb5ASIjHHqGnTAG7wd1tKoQn2w7tcTAbdfSBgU53jlSekiy/b7fC y3o8EzUCjQBnrCQGPXN1/0jpaqrf5e4wq8ETpttV25P+dZNAa4jtf7SuHRcZnMDg UfzmTl45YxZVbOKWAX6UykYMgyUUSzYC1aQPGRyY1M9dgruAWRUTK0OzBaYmgAkv 9UDDaNPtMOLFR6YW3ZndH0qfkZIl6q0+WJVqDBBBmsPPZFRd9ilVyXv0UQffl2c3 9Etwh48wp/aFFnyG1IOqteuE688Y9CFTO6cVxHbkXRQx4C4xWZ4vjxGQC/r0j4Ne OFGk4zjFdMdfeNYGMfofe6IyUy6YhbCQavj25sXGM/ed2P0V8yWMnaMjnX94+L6m UL8102MZS2ei3FF/lyrubD0Up59rQCeNygJDqM9gXDT44PUY829qXaJqeNlstsAK 6mkvMyDiMj1A5rZnrY7Ge9i6RWibFvqiUssFixE0ToNwKExC6ZE= =9yGo -END PGP SIGNATURE-
Re: [buildd-tools-devel] Bug#843773: Bug#843773: misleading timestamps in binnmus
Hi, (Sorry for piping in so late to the party here) On Mon, Nov 14, 2016 at 06:10:57PM +0100, Johannes Schauer wrote: > But maybe to talk about this option: what would speak against changing the > "nmu" command of wanna-build to also add an option that allows setting a > timestamp, or even let wanna-build generate that timestamp itself (from the > time it processes the "nmu" command) and then pass it to sbuild via a > not-yet-existing --binNMU-timestamp option? Wanna-build has a "State-Change" date: wouter@wuiet:~$ wanna-build -A powerpc --info nbd nbd: Package : nbd Version : 1:3.14-4 Builder : buildd_powerpc-porpora State : Installed Section : admin Priority: source Installed-Version : 1:3.14-4 Previous-State : Uploaded State-Change: 2016-11-21 23:13:18.744533 Build-time : 9255 CalculatedPri : 50 component : main Distribution: sid Notes : out-of-date Old-Failed : 1:2.9.23-1 fails test suite State-Days : 9 State-Time : 835808 Success-build-time : 366 Why not use that? -- < ron> I mean, the main *practical* problem with C++, is there's like a dozen people in the world who think they really understand all of its rules, and pretty much all of them are just lying to themselves too. -- #debian-devel, OFTC, 2016-02-12
Re: [buildd-tools-devel] Bug#843773: Bug#843773: misleading timestamps in binnmus
Hi, Quoting Wouter Verhelst (2016-12-01 16:24:16) > On Mon, Nov 14, 2016 at 06:10:57PM +0100, Johannes Schauer wrote: > > But maybe to talk about this option: what would speak against changing the > > "nmu" command of wanna-build to also add an option that allows setting a > > timestamp, or even let wanna-build generate that timestamp itself (from the > > time it processes the "nmu" command) and then pass it to sbuild via a > > not-yet-existing --binNMU-timestamp option? > > Wanna-build has a "State-Change" date: > > wouter@wuiet:~$ wanna-build -A powerpc --info nbd > nbd: > Package : nbd > Version : 1:3.14-4 > Builder : buildd_powerpc-porpora > State : Installed > Section : admin > Priority: source > Installed-Version : 1:3.14-4 > Previous-State : Uploaded > State-Change: 2016-11-21 23:13:18.744533 > Build-time : 9255 > CalculatedPri : 50 > component : main > Distribution: sid > Notes : out-of-date > Old-Failed : 1:2.9.23-1 > fails test suite > State-Days : 9 > State-Time : 835808 > Success-build-time : 366 > > Why not use that? I don't know wanna-build but this timestamp seems to be architecture specific (I see "powerpc" in your paste above)? Instead, sbuild should be called with the same input timestamp on all architectures when an nmu is to be built. Thanks! cheers, josch signature.asc Description: signature
Re: [buildd-tools-devel] Bug#843773: Bug#843773: misleading timestamps in binnmus
On Thu, Dec 01, 2016 at 04:51:39PM +0100, Johannes Schauer wrote: > Hi, > > Quoting Wouter Verhelst (2016-12-01 16:24:16) > > On Mon, Nov 14, 2016 at 06:10:57PM +0100, Johannes Schauer wrote: > > > But maybe to talk about this option: what would speak against changing the > > > "nmu" command of wanna-build to also add an option that allows setting a > > > timestamp, or even let wanna-build generate that timestamp itself (from > > > the > > > time it processes the "nmu" command) and then pass it to sbuild via a > > > not-yet-existing --binNMU-timestamp option? > > > > Wanna-build has a "State-Change" date: > > > > wouter@wuiet:~$ wanna-build -A powerpc --info nbd > > nbd: > > Package : nbd > > Version : 1:3.14-4 > > Builder : buildd_powerpc-porpora > > State : Installed > > Section : admin > > Priority: source > > Installed-Version : 1:3.14-4 > > Previous-State : Uploaded > > State-Change: 2016-11-21 23:13:18.744533 > > Build-time : 9255 > > CalculatedPri : 50 > > component : main > > Distribution: sid > > Notes : out-of-date > > Old-Failed : 1:2.9.23-1 > > fails test suite > > State-Days : 9 > > State-Time : 835808 > > Success-build-time : 366 > > > > Why not use that? > > I don't know wanna-build but this timestamp seems to be architecture specific > (I see "powerpc" in your paste above)? > > Instead, sbuild should be called with the same input timestamp on all > architectures when an nmu is to be built. Hmm, yes. That doesn't fit then. -- < ron> I mean, the main *practical* problem with C++, is there's like a dozen people in the world who think they really understand all of its rules, and pretty much all of them are just lying to themselves too. -- #debian-devel, OFTC, 2016-02-12
Bug#846512: ITP: dijitso -- distributed just-in-time building of shared libraries
Package: wnpp Severity: wishlist Owner: Johannes Ring X-Debbugs-Cc: debian-devel@lists.debian.org,debian-science-maintain...@lists.alioth.debian.org * Package name: dijitso Version: 2016.2.0 Upstream Author: Martin Sandve Alnæs * URL: https://fenicsproject.org * License: LGPL-3+ Programming Lang: Python Description: distributed just-in-time building of shared libraries Dijitso was written to improve a core component of the FEniCS framework, namely the just in time compilation of C++ code that is generated from Python modules, but is only called from within a C++ library, and thus do not need wrapping in a nice Python interface. The main approach of dijitso is to use ctypes to import the dynamic shared library directly with no attempt at wrapping it in a Python interface. As long as the compiled code can provide a simple factory function to a class implementing a predefined C++ interface, there is no limit to the complexity of that interface as long as it is only called from C++ code, If you want a Python interface to your generated code, dijitso is probably not the answer. Although dijitso serves a very specific role within the FEniCS project, it does not depend on other FEniCS components. The parallel support depends on the mpi4py interface, although mpi4py is not actually imported within the dijitso module so it would be possible to mock the communicator object with a similar interface. As of FEniCS version 2016.2.0, dijitso is now a required component for FFC and DOLFIN. Adding dijitso to Debian is therefore essential for upgrading the existing FEniCS packages in Debian to the 2016.2.0 release. The package will be maintained in Debian Science Team's Git repository. Johannes
Correct way to detect JAR dependencies
Hi!
I'm upstream developer for zeroc-ice, in one of the packages build from
this source zeroc-icegridgui, a bug has been reported regarding missing JAR
dependencies (Bug#846498).
The package in question uses java:depends but that seems to not work here
or maybe is not being used correctly:
https://github.com/zeroc-ice/ice-debian-packaging/blob/3.6/debian/control#L290-L293
dpkg produces a warning dpkg-gencontrol: warning: Depends field of package
zeroc-icegridgui: unknown substitution variable ${java:Depends}
What is the correct way to declare the dependencies for JARs include in
separate packages?
Regards,
José
python3 reportbug in experimental: call for testing
Hello, reportbug has been ported to python3 and it landed in experimental. Whenever you have a chance, please test and report any bugs/broken functionalities you might find. I'm sure there are several parts no longer working, for sure the GTK+ UI is one (and it is a known issue, given no one is able to maintain it at the moment). Thanks, -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
Re: Correct way to detect JAR dependencies
Jose Gutierrez de la Concha:
> Hi!
>
> I'm upstream developer for zeroc-ice, in one of the packages build from
> this source zeroc-icegridgui, a bug has been reported regarding missing JAR
> dependencies (Bug#846498).
>
> The package in question uses java:depends but that seems to not work here
> or maybe is not being used correctly:
>
> https://github.com/zeroc-ice/ice-debian-packaging/blob/3.6/debian/control#L290-L293
>
> dpkg produces a warning dpkg-gencontrol: warning: Depends field of package
> zeroc-icegridgui: unknown substitution variable ${java:Depends}
>
> What is the correct way to declare the dependencies for JARs include in
> separate packages?
>
> Regards,
> José
>
Hi,
I would recommend asking in debian-j...@lists.debian.org. :)
>From memory, you need a java specific helper tool for these. Which one
you need depends on the exact package and I am not entirely sure that
all build systems have support.
Which leads us back to my recommendation of asking the debian-java
team. :)
Thanks,
~Niels
Re: Correct way to detect JAR dependencies
Thanks Niles,
I will ask debian-java
On Thu, Dec 1, 2016 at 11:26 PM, Niels Thykier wrote:
> Jose Gutierrez de la Concha:
> > Hi!
> >
> > I'm upstream developer for zeroc-ice, in one of the packages build from
> > this source zeroc-icegridgui, a bug has been reported regarding missing
> JAR
> > dependencies (Bug#846498).
> >
> > The package in question uses java:depends but that seems to not work here
> > or maybe is not being used correctly:
> >
> > https://github.com/zeroc-ice/ice-debian-packaging/blob/3.6/
> debian/control#L290-L293
> >
> > dpkg produces a warning dpkg-gencontrol: warning: Depends field of
> package
> > zeroc-icegridgui: unknown substitution variable ${java:Depends}
> >
> > What is the correct way to declare the dependencies for JARs include in
> > separate packages?
> >
> > Regards,
> > José
> >
>
> Hi,
>
> I would recommend asking in debian-j...@lists.debian.org. :)
>
> From memory, you need a java specific helper tool for these. Which one
> you need depends on the exact package and I am not entirely sure that
> all build systems have support.
> Which leads us back to my recommendation of asking the debian-java
> team. :)
>
> Thanks,
> ~Niels
>
>
--
José Gutiérrez de la Concha
ZeroC, Inc.
Bug#846539: ITP: gwcs -- Tools for managing the World Coordinate System of astronomical data
Package: wnpp Owner: Miguel de Val-Borro Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: gwcs Version : 0.5.1 Upstream Author : Nadia Dencheva * URL : https://github.com/spacetelescope/gwcs * License : BSD-3-Clause Programming Lang: Python Description : Tools for managing the World Coordinate System of astronomical data GWCS supports a data model which includes the entire transformation pipeline from input coordinates to world coordinates. The goal of the package is to provide a flexible toolkit which is easily extendible by adding new transforms and frames. The package will be maintained using a git repository on alioth. Best, Miguel
Work-needing packages report for Dec 2, 2016
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1007 (new: 9) Total number of packages offered up for adoption: 150 (new: 1) Total number of packages requested help for: 48 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: atheist (#846287), orphaned 2 days ago Description: General purpose command-line testing tool Installations reported by Popcon: 25 Bug Report URL: http://bugs.debian.org/846287 fbpager (#845985), orphaned 4 days ago Description: a pager application for the Fluxbox window manager Installations reported by Popcon: 325 Bug Report URL: http://bugs.debian.org/845985 gftp (#846284), orphaned 2 days ago Description: X/GTK+ and console FTP client (metapackage) Reverse Depends: gftp gftp-gtk gftp-text Installations reported by Popcon: 1765 Bug Report URL: http://bugs.debian.org/846284 libjs-chosen (#845708), orphaned 6 days ago Description: select box enhancer for jQuery and Protoype Reverse Depends: hoogle Installations reported by Popcon: 893 Bug Report URL: http://bugs.debian.org/845708 linthesia (#846285), orphaned 2 days ago Description: Fork of Synthesia to GNU/Linux Installations reported by Popcon: 126 Bug Report URL: http://bugs.debian.org/846285 rlpr (#846080), orphaned 3 days ago Description: A utility for lpd printing without using /etc/printcap Installations reported by Popcon: 723 Bug Report URL: http://bugs.debian.org/846080 suede (#846120), orphaned 3 days ago Description: Suede icon theme for GTK+ 2.x Installations reported by Popcon: 849 Bug Report URL: http://bugs.debian.org/846120 tpb (#846308), orphaned yesterday Description: program to use the IBM ThinkPad(tm) special keys Installations reported by Popcon: 369 Bug Report URL: http://bugs.debian.org/846308 zthreads (#846286), orphaned 2 days ago Description: Object-oriented synchronization library for C++ Reverse Depends: libzthread-dev Installations reported by Popcon: 4082 Bug Report URL: http://bugs.debian.org/846286 998 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: basic256 (#845980), offered 4 days ago Description: educational BASIC programming environment for children Installations reported by Popcon: 57 Bug Report URL: http://bugs.debian.org/845980 149 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] autopkgtest (#846328), requested yesterday Description: automatic as-installed testing for Debian packages Reverse Depends: debci-worker openstack-pkg-tools Installations reported by Popcon: 569 Bug Report URL: http://bugs.debian.org/846328 athcool (#278442), requested 4419 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 22 Bug Report URL: http://bugs.debian.org/278442 awstats (#755797), requested 862 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4066 Bug Report URL: http://bugs.debian.org/755797 balsa (#642906), requested 1894 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 708 Bug Report URL: http://bugs.debian.org/642906 cardstories (#624100), requested 2047 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 7 Bug Report URL: http://bugs.debian.org/624100 courier (#823807), requested 206 days ago Description: Courier mail server Reverse Depends: courier-faxmail courier-filter-perl courier-imap courier-imap-ssl courier-ldap courier-mlm courier-mta courier-mta-ssl courier-pcp courier-pop (7 more omitted) Installations reported by Popcon: 2114 Bug Report URL: http://bugs.debian.org/823807 cups (#532097), requested 2735 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups boomaga chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client (63 more omitted) Installations reported by Popcon: 174402 Bug Report URL: http://bugs.debian.org/532097 cyr
