Bug#674873: gnurobots progress
Hi, I've pushed some commits to git on alioth: http://anonscm.debian.org/cgit/pkg-games/gnurobots.git These are not yet ready for upload as I've still got checks and testing to do, just to say that progress has happened finally. Debian standards version has been bumped to 3.9.5 with cme not complaining and bug #737919 (gnurobots: please provide a desktop and menu file and icons) has probably been resolved but this hasn't been tested yet. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpnNp_u0j5b8.pgp Description: PGP signature
Bug#674873: gnurobots upload ready
Hi, My changes to the gnurobots package, which I will be looking after on an ongoing basis, are now sat in git on alioth. http://anonscm.debian.org/cgit/pkg-games/gnurobots.git The package is ready for an upload although I will require a sponsor for this. Details of the changes are as follows: == gnurobots (2:1.2.0-7) UNRELEASED; urgency=medium * Now maintained in git. * Change maintainer to Debian Games team. (Closes: #674873) * Updated Debian standards version to 3.9.5 * Added menu entry (Closes: #737919) -- Iain R. Learmonth Sun, 24 Aug 2014 15:28:17 +0100 == I believe it is now group policy to wait 5 days before adding it to the sponsored upload queue, so I'll begin waiting. Do let me know if you find any problems with the package. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpkbrPPg00Zm.pgp Description: PGP signature
Bug#759639: ITP: direwolf -- Soundcard TNC for APRS
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: direwolf Version : 1.0 Upstream Author : John W Langner * URL : http://home.comcast.net/~wb2osz/site/ * License : GPL-2 Programming Lang: C Description : Soundcard TNC for APRS Dire Wolf is a software "soundcard" modem/TNC and APRS encoder/decoder. It can be used stand-alone to receive APRS messages, as a digipeater, APRStt gateway, or Internet Gateway (IGate).It can also be used as a virtual TNC for other applications such as APRSIS32, UI-View32, Xastir, APRS-TW, YAAC, UISS, Linux AX25, SARTrack, and many others. -- 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/20140829033302.24504.70086.report...@lepton.shiftout.net
Bug#761631: ITP: aprsc -- APRS-IS server in C
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: aprsc Version : 2.0.14 Upstream Author : Matti Aarnio, OH2MQK * URL : http://he.fi/aprsc/ * License : BSD Programming Lang: C Description : APRS-IS server in C aprsc (pronounced a-purrs-c) is a plain APRS-IS server intended to be used on the core and Tier2 APRS-IS servers. It is written in the C language, and it runs on Linux and Unix servers. If you need igate or other radio-interfacing features, aprsc is not for you. -- 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/20140915084242.10519.81119.report...@lepton.shiftout.net
Bug#761704: ITP: aprx -- APRS iGate + digipeater
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: aprx Version : 2.08.593 Upstream Author : Matti Aarnio, OH2MQK * URL : http://ham.zmailer.org/oh2mqk/aprx/ * License : BSD-3-clause Programming Lang: C Description : APRS iGate + digipeater An APRS digipeater and gateway to APRS-IS with minimal footprint and support for KISS and TNC2 TNCs. -- 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/20140915195842.12325.85077.report...@lepton.shiftout.net
Bug#691685: ITP: dream -- A software Digital Radio Mondiale (DRM) receiver
Hi, Are you still working on this? Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpaUy4vlogn0.pgp Description: PGP signature
Bug#733060: ITP: svxlink -- voice services system for ham radio use
Hi, Are you still working on this? Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpzVz9T6HJ9p.pgp Description: PGP signature
Bug#733060: ITP: svxlink -- voice services system for ham radio use
On Mon, Sep 15, 2014 at 03:44:43PM -0700, Felix Lechner wrote: > I am, but I could not find a sponsor for my 'svxlink' package. Have you got a link to the VCS for this? I can take a look at the package first and if there's no problems I can see, you can ask the Debian Hams mailing list for sponsorship. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpWdlUIMNrdk.pgp Description: PGP signature
Bug#733060: svxlink - sponsor required
Hi Felix, On Mon, Sep 15, 2014 at 04:05:52PM -0700, Felix Lechner wrote: > I wrote to 'debian-h...@lists.debian.org' on December 1, 2013. > Unfortunately, I could not find a sponsor there. I see there was interest in the package when you posted. For reference, the thread is here: https://lists.debian.org/debian-hams/2013/12/msg0.html Maybe we can try again. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpT1tYz51WoP.pgp Description: PGP signature
Bug#691685: ITP: dream -- A software Digital Radio Mondiale (DRM) receiver
Hi Julian, Thanks for the reply. On Tue, Sep 16, 2014 at 12:55:02PM +0100, Julian Cable wrote: > Hi Iain, not very actively but we do have a stable build which uses modern > libraries and gets 100s of (windows mostly) downloads per week. It would > be great to get it into Debian. Have you looked at building a Debian package yet? If so, can you provide a link to the source repository where this work is happening? If you're just interested in having the software in Debian but not interested in building the package yourself, I can convert the bug to an RFP bug (request for package) and add it to the list of prospective packages for the Debian Hams team. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgp3349vzYCqk.pgp Description: PGP signature
Bug#691685: ITP: dream -- A software Digital Radio Mondiale (DRM) receiver
Hi Julian, On Tue, Sep 16, 2014 at 05:45:23PM +0100, Julian Cable wrote: > We also have Debian packages built on the SUSE OBS. Ok. I see that there are Debian source packages built in the repository as well as binary packages but I haven't had a chance yet to look into the quality of them regarding Debian's policies. It should be possible to import the source packages into git using git-import-dsc (part of git-buildpackage) and use that for the basis of maintaining the package for inclusion in Debian. I'm not sure though if there are alternative methods of dealing with the OpenSUSE OBS that are simpler, so have asked in a few places for some advice and will update the ticket when I have some answers. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpTiAsGahOWd.pgp Description: PGP signature
Bug#691685: ITP: dream -- A software Digital Radio Mondiale (DRM) receiver
On Wed, Sep 17, 2014 at 06:48:52AM -0700, Julian Cable wrote: > Thanks Duncan, that's great. I'm happy to spend some time on this - I > don't expect the OBS packages to be right - but I don't have any > experience of Debian maintainer processes, policies, etc.. I've taken a look at this and it doesn't appear that the OBS packages are in any shape to be used even as a basis for a Debian package. I attempted to import the generated source package into git and it just didn't have enough of the required metadata in it to work (e.g. missing debian/changelog so it couldn't even work out a version number). Creating a Debian package, especially if you're familiar with the build system, is not a difficult challenge though. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgp0_yOz1Zhpg.pgp Description: PGP signature
Bug#691685: ITP: dream -- A software Digital Radio Mondiale (DRM) receiver
Hi Julian, On Thu, Sep 18, 2014 at 08:26:19AM -0700, Julian Cable wrote: > Thanks for taking a look. I will follow the instructions you send (reading > list, group joining) but I will need to do this stuff at a relatively slow > pace, so please don't interpret slow progress as lack of interest or > engagement - I have a lot on. That's not a problem. If you have any problems then don't forget you can ask on the mailing list (debian-hams@l.d.o) and someone will be able to help you out. As this discussion is marked on the bug report, people will be able to see that someone is working on the package and they'll be able to see that there might be slow progress but that a package will appear in the future. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgp5xus0zy82t.pgp Description: PGP signature
Bug#762982: ITP: aprsg -- APRS Gateway
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: aprsg Version : 1.4 Upstream Author : Tapio, OH2GVE * URL : http://www.pakettiradio.net/aprsg/ * License : GPL Programming Lang: C Description : APRS Gateway aprsg is an APRS IGate software for Unix-like operating systems and Microsoft Windows. It can gate APRS packets between one or more RF networks and APRS-IS. RF network can be connected with a KISS TNC on a serial port. Transmitting to RF network(s) can be controlled with per-port filters. On Linux, AX.25 network interface can also be used. The software has been written in C++ using wxWidgets toolkit and libfap APRS parser. -- 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/20140926194429.23970.86400.report...@lepton.shiftout.net
Bug#762983: ITP: libfap -- APRS parser
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: libfap Version : 1.3 Upstream Author : Tapio Aaltonen, OH2GVE * URL : http://www.pakettiradio.net/libfap/ * License : GPL Programming Lang: C Description : APRS parser libfap is a C port of the Ham::APRS::FAP Finnish APRS Parser (Fabulous APRS Parser) Perl module. As the original Perl code, libfap parses normal, mic-e and compressed location packets, NMEA location packets, objects, items, messages, telemetry and most weather packets. For more description, see the Perl module. -- 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/20140926194840.24030.88330.report...@lepton.shiftout.net
Bug#762983: Changing source name to libfap5
retitle 762983 ITP: libfap5 -- APRS parser block 762982 by 762983 kthxbye The source package should be named libfap5. aprsg depends on libfap. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpBT1pwvLg9P.pgp Description: PGP signature
Bug#763830: RFP: gqrx -- software defined radio receiver
Package: wnpp Severity: wishlist * Package name: gqrx Version : 2.3 Upstream Author : Alexandru Csete OZ9AEC * URL : http://gqrx.dk/ * License : GPL Programming Lang: C++ Description : software defined radio receiver Gqrx is a software defined radio receiver powered by the GNU Radio SDR framework and the Qt graphical toolkit. Gqrx supports many of the SDR hardware available, including Funcube Dongles, rtl-sdr, HackRF and USRP devices. -- 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/20141002235234.19969.62168.report...@lepton.shiftout.net
Bug#764975: ITP: lysdr -- simple software-defined radio
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: lysdr Version : 1.0~git Upstream Author : Gordon JC Pearce MM0YEQ * URL : http://www.github.com/gordonjcp/lysdr * License : GPL-2+ Programming Lang: C Description : simple software-defined radio A simple SDR application that takes an IQ source, either a soundcard or a prerecorded file, and produces a waterfall and allows demodulation using either USB or LSB. -- 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/20141012180445.2324.40607.report...@lepton.shiftout.net
Bug#718642: fr24feed in Debian
Hi, I am a member of the Debian Hamradio Maintainers team and we package radio related software for inclusion in Debian. I notice that on the 3rd August 2013, someone filed an "Intent to Package" for fr24feed. Is this software that it would be useful to have in the Debian archives? The original submitter did not complete a package. I notice he listed the License as non-free. Would you be willing to relicense the code under an Open Source license such as a BSD or GNU GPL license? The source would at least need to be available in order to produce a Debian package, which would be distributed as part of the Debian distribution. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpj0Dxu92XuC.pgp Description: PGP signature
Bug#712830: Change owner to Matthew Ernisse
owner 712830 merni...@ub3rgeek.net kthxbye Hi, Changing the owner of the bug to Matthew Ernisse as he has been working on this package and it is basically ready for upload. More details in this thread on the debian-hams mailing list: https://lists.debian.org/debian-hams/2014/11/msg1.html Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpCtszfXPIzY.pgp Description: PGP signature
Bug#771475: ITP: libfap6 -- APRS parser
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: libfap Version : 1.4 Upstream Author : Tapio Aaltonen, OH2GVE * URL : http://www.pakettiradio.net/libfap/ * License : GPL Programming Lang: C Description : APRS parser libfap is a C port of the Ham::APRS::FAP Finnish APRS Parser (Fabulous APRS Parser) Perl module. As the original Perl code, libfap parses normal, mic-e and compressed location packets, NMEA location packets, objects, items, messages, telemetry and most weather packets. For more description, see the Perl module. Note that libfap5 is currently packaged in Debian and this is a new upstream version with a new soname. -- 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/20141129230103.7488.68339.report...@lepton.shiftout.net
Bug#772086: RFP: linrad -- Powerful SDR program intended for weak signal
Package: wnpp Severity: wishlist * Package name: linrad Version : 04.02 Upstream Author : Leif Asbrink, SM5BSZ * URL : http://www.sm5bsz.com/linuxdsp/linrad.htm * License : MIT Description : Powerful SDR program intended for weak signal Linrad can be used together with a wide range of hardware from the 2.4 kHz audio of an ordinary SSB transceiver to the 2 MHz bandwidth of a Perseus, RTL dongle, and more. Linrad has native support for many types of hardware. Because of the flexibility Linrad has a steeper learning curve than conventional SDR packages. It is for experimenters and for operators who want to hear what is not possible with any other radio at the cost of some more operator effort. This package would be suitable for packaging within the Debian Hamradio Maintainers team. If you would like to package this within the team, please send a mail to to introduce yourself and we can help getting you started. -- 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/20141204231048.30256.58459.report...@lepton.shiftout.net
Bug#772087: RFP: psk31lx -- ncurses based application for PSK31
Package: wnpp Severity: wishlist * Package name: psk31lx Version : 2.1 Upstream Author : Neoklis Kyriazis, 5B4AZ * URL : http://www.qsl.net/5b4az * License : GPL Description : ncurses based application for PSK31 psk31lx is a PSK31 modem that uses PulseAudio for communication with the soundcard and expects a radio attached via the soundcard. It is a console application, which could enable remote operation via a shell session or simply just provide a less cluttered interface for contacts using this mode. This package would be suitable for packaging within the Debian Hamradio Maintainers team. If you would like to package this within the team, please send a mail to to introduce yourself and we can help getting you started. -- 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/20141204232000.30339.55269.report...@lepton.shiftout.net
Bug#772087: RFP: psk31lx
Hi Milan, On Fri, Dec 05, 2014 at 08:24:11AM -0500, Milan Kupcevic wrote: > As far as I can see 5B4AZ is the author of lpsk31, not psk31lx. Thus the > confusion and request for clarification. Ah, I see! Oops. It is psk31lx by WA0EIR at this link http://wa0eir.bcts.info/psk31lx.html. I was looking at a lot of different software and must have copied the wrong author from the wrong webpage into the RFP. I've CC'd the bug here to add this information. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpOdQvJkZaYj.pgp Description: PGP signature
Bug#777385: ITP: pyqso -- contact logging tool for amateur radio operators
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: pyqso Version : 0.1 Upstream Author : Christian Jacobs * URL : http://ctjacobs.github.io/pyqso/ * License : GPL-3+ Programming Lang: Python Description : contact logging tool for amateur radio operators PyQSO is a logging tool for amateur radio operators. It provides a simple graphical interface through which users can manage information about the contacts/QSOs they make with other operators on the air. All information is stored in a light-weight SQL database. This package will be maintained within the Debian Hamradio Maintainers Team. -- 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/20150207213145.18446.94930.reportbug@orbiter
Bug#777385: PyQSO in Debian
Hi All, On Sun, Feb 08, 2015 at 09:35:14PM +, Christian Jacobs wrote: >Excellent - thanks. I found some time to migrate the documentation >today, which is what most of those commits were all about. I don't plan >on adding any more functionality before release, so I will go ahead >with field testing it during the next few weeks and will keep you >updated. pyqso 0.2 has now been packaged and testing would be appreciated from anyone that would like to give it a go. The package is available from http://shiftout.net/~irl/. The only change left to make I believe is to update a couple of URLs as these have changed (but the old links still work). The latest source has also been pushed to VCS. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpxNUraHnpzE.pgp Description: PGP signature
Bug#777385: pyqso: ITP updated URL
Just a quick note, the upstream author gives the canonical homepage as: http://christianjacobs.uk/pyqso and not the GitHub URL that was listed originally with the filing of the ITP. This will be reflected in the package metadata too. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpnXMysIHpg3.pgp Description: PGP signature
Bug#777385: pyqso: uploaded to mentors.d.o
block 777385 by 781136 kthxbye Hi, A package has been uploaded to mentors.d.o and an RFS bug (#781136) has been filed. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpSIadADruNn.pgp Description: PGP signature
Bug#772086: linrad (was Re: Self Introduction: Iain R. Learmonth)
Hi Leif, On Mon, Apr 06, 2015 at 04:58:07AM +0200, Leif Asbrink wrote: > I am the developer of Linrad, a multi-OS package (originally > Linux only) that provides a SDR (software defined radio) that > can be used with a large number of hardware. I do not know > what might be required for a software to be acceptable to become > a package in Fedora (or Debian) and my feeling is that Linrad > might not be acceptable today. Awesome! I came across linrad when looking for new software to include in Debian. I filed a RFP (request for package) bug there and this bug has been adopted already. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772086 When this is packaged in Debian, I would be happy to take a look at porting the package to Fedora. > I am however working on making it independent of other packages by having > libraries loaded at run-time. This means that Linrad would always work, > but if the user asks for some particular hardware, there would be an error > message telling what package to install to get access to the hardware. > Many such packages have to be installed from source, but some of them are > in the repos of the main Linux distros. I would avoid putting messages into your code that talk about specific distributions. A message to tell you what is missing, and maybe a link to a webpage that explains where the package can be found for different distributions would be better. We don't want to make it harder for other distributions to package your code and a webpage can be easily updated with contributions from others after the package is released. Do make sure the URL can stay the same for a long time though. > Linrad has a reputation of being difficult to install, which is > utterly false! Using it properly is non-trivial however since the user > needs some knowledge of radio although many seem to think they need > computing skils. I've not actually used linrad myself, so I can't comment on any experiences, but one of the aims of packaging is to remove the need for users to have to go through the installation themselves. Sane defaults are compiled in and the package should be ready to use once it is installed. > At the moment I am working on the transmit side. The Linrad speech > processor runs with a delay of about 50ms from microphone to > antenna and then there is about 20 ms from antenna to loudspeaker. > The total is less than 100 ms which makes it possible to use single > frequency duplex, "listen between words" in ssb mode. This sounds really cool! > Another line of development is by Jürgen Kahrs who is developing > software to move FFT computations to OpenCL to use GPUs for > faster processing. This also sounds really cool! > You can read about linrad here (and find a link to videos) > http://www.sm5bsz.com/linuxdsp/linrad.htm This is good. That's the URL I had on the RFP bug so I know we're both looking at the same thing. > There is a repo. Download like this: > svn checkout https://svn.code.sf.net/p/linrad/code/trunk linrad Ok, cool. We normally aim to base our packages on releases, but having a link to the upstream development codebase is always useful so we can check to see if you've already fixed things if we find things are broken. > In case you think Linrad could qualify for a Fedora package, > please tell me what might be necessary to change. Today > Linrad comes in several flavours: linrad, xlinrad, flinrad, > linrad64, xlinrad64, flinrad64 and clinrad. This will be changed. > In a longer time-scale there is no need to support 32 bit code > on 64 bit platforms. The three different flavours for each > platform will be merged to a single program with a user option > to select what kind of screen he wants (x11, svgalib or fbdev) > to the extent they are available. This means there would be just one > executable - although different on different platforms like > clinrad which currently works with X11 only on the platform where > it was compiled with cmake. So, on the website it says "Linrad and watzo are free software. They are free for anyone to use for any purpose." which worried me slightly, but I see there is a LICENSE file in the Subversion repository. Does this license apply to all files in the source repository? The reason that worried me is that for Debian and Fedora we require not only that software is free to use, but also other rights such as distribution, modification, etc. * http://www.debian.org/social_contract#guidelines (for Debian) * https://fedoraproject.org/wiki/Licensing:Main#SoftwareLicenses (for Fedora) Licensing is one of the bigger problems we can have when it comes to packaging new software, but as long as that is not a problem then all it needs is some effort. It does also help that you are interested in the software being packaged. (: > Dear Iain, if you find the Linrad project interesting and if you > or someone you know is interested in helping to make it fit to > become a Fedora (or Debian or whatever) package, please h
Bug#772086: linrad
Hi Leif, On Mon, Apr 06, 2015 at 09:30:05PM +0200, Leif Asbrink wrote: > > I would avoid putting messages into your code that talk about specific > > distributions. > Today such things are in the configure script. In case a uset selects > for example to use a BladeRF, Linrad would try to load libbladeRF.so > and if it fails the message is: > Could not load library libbladeRF.so > Did you run ./configure after installing this library? > > the configure script contains the information about how to install > everything needed to the extent that I know about it. The > hint at the end of the script is: > Missing or not working libraries (non fatal.) > For information, type ./configure --with-help Ok, cool. So what I usually do with Debian packaging is make sure all the options are compilied in unless there are insane options that only 3 people in the world are going to user ever. If you move to dynamic loading of libraries, then they would be made available in the build environment when building the package, but on the package itself the libraries would be "Recommends" instead of "Depends" (RPM doesn't appear to have anything similar to the Debian recommends, and I think autodependencies would pick up the libraries as "Requires" anyway, so I'm not sure dynamic loading helps with Fedora). This would mean that on Debian at least, linrad could be installed without optional extras if that is desired, though by default apt does install packages in "Recommends". > > A message to tell you what is missing, and maybe a link to a > > webpage that explains where the package can be found for different > > distributions would be better. We don't want to make it harder for other > > distributions to package your code and a webpage can be easily updated with > > contributions from others after the package is released. Do make sure the > > URL can stay the same for a long time though. > It would be nice if that URL could be managed by others. I have tested > Debian, Ubuntu, Fedora, Suse, Mageia, Mandriva Slackware, PCLinuxOS, > Gentoo and Sabayon. There are also a couple of hints for Mac OSX. > I have failed to install several other distributions and I have not > verified all the installation instructions in several years so there > are probably many obsolete packages. > > Maybe this: > echo "Old Fedora: yum install libusb1-devel" > echo "New Fedora: yum install libusbx-devel" > One or the other should install libusb-1.0.so but I guess the > package name could have changed again?? Hmm. This is an interesting problem. What you really want is a distribution independent .so to package name lookup system. I'm not entirely sure how to solve this. > OK. I post releases here occasionally: > http://www.sm5bsz.com/linuxdsp/linrad.htm > The development code is likely to contain new bugs now and then > so packaging releases should be the appropriate strategy. Cool. When I filed the RFP bug in Debian I see I was looking at 04.02, but you've since released 04.05. This 04.05 release is the one that would be packaged most likely. > Please read the entire text: "It is free for anyone for any purpose. > Copyright > laws are complicated and to make sure I will not change my mind and claim > copyright Linrad comes with the MIT license starting with version 03-45. > By granting a very permissive license to anyone who has obtained a copy of > Linrad there should be no doubt that the freedom to use linrad or parts of > the code for any purpose will remain for ever." > > "Use the code for any purpose" means ANY purpose such as distribution, > modification, etc. To further clarify the files come with the MIT license. > There is a zz-COPYRIGHT.txt file containing the MIT license. > This is the most free license I have found. Oops. Sorry, was reading in a hurry. Yep, no licensing problems here! Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpKFpsAICnLI.pgp Description: PGP signature
Bug#782763: RFP: sirius -- Speech and Vision Based Intelligent Personal Assistant
Control: retitle -1 RFP: sirius -- Speech and Vision Based Intelligent Personal Assistant Control: noowner -1 Hi, I'm not going to have the time available to follow through with this ITP, so converting to an RFP. Hopefully there is someone who has interest in packaging this. If you're new to Debian Development and you'd like to have a go at this, your starting point is http://mentors.debian.net/intro-maintainers. I will be happy to review and sponsor uploads of this package. Just send me an email and we can get to work. Thanks, Iain. --
Bug#803111: ITP: python-flask-rdf -- Flask decorator to output RDF using content negotiation
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: python-flask-rdf Version : 0.1.7 Upstream Author : Walter Huf * URL : https://pypi.python.org/pypi/flask_rdf/0.1.7 * License : BSD-2-clause Programming Lang: Python Description : Flask decorator to output RDF using content negotiation Apply the @flask_rdf decorator to a view function and return an rdflib Graph object. Flask_rdf will automatically format it into an RDF output format, depending on what the request’s Accept header says. If the view function returns something besides an rdflib graph, it will be passed through without modification. Custom formats can be registered easily. After registering the new serializer with rdflib’s plugin support, use the decide_format method to register a new mimetype request to use the new formatter.
Bug#803111: ITP: python-flask-rdf -- Flask decorator to output RDF using content negotiation
Control: tags -1 + pending Hi, I've uploaded version 0.1.7-1 to NEW. Git tag for uploaded package: http://anonscm.debian.org/cgit/collab-maint/python-flask-rdf.git/tag/?h=debian/0.1.7-1 NEW package: https://ftp-master.debian.org/new/python-flask-rdf_0.1.7-1.html Thanks, Iain. -- signature.asc Description: PGP signature
Bug#804143: ITP: live-support -- Live environment support
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: live-support Version : 0.1 Upstream Author : Me * License : BSD-2-clause Programming Lang: Metapackage Description : Live environment support This metapackage will install packages that support a live environment. This will be used by vmdebootstrap when building live images.
Bug#804315: ITP: live-build-ng -- live image builder built on vmdebootstrap
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: live-build-ng Version : 0.1 Upstream Author : VMDebootstrap List * License : BSD-2-clause Programming Lang: Python Description : live image builder built on vmdebootstrap live-build-ng is a wrapper around vmdebootstrap to install a live Debian system into an ISO image, which can be used by booting from optical media or a USB device. isolinux and grub2 bootloaders can be supported, depending on the distribution and the architecture. This package also includes documentation on using live-build-ng to create live images.
Bug#730084: O: python-irc -- Internet Relay Chat (IRC) protocol client library for Python
Hi, On Sun, 30 Aug 2015 14:48:27 +0100 Sandro Tosi wrote: > I'll take this Any update on this? Thanks, Iain. -- signature.asc Description: PGP signature
Bug#804315: [Vmdebootstrap-devel] Namespace issues
Hi, It is worth noting that live-build is not a Debian project, it is an external project that claims to be an official Debian project. This is something that needs to be fixed. There is no namespace issue, we are building on the existing live-config and live-boot packages that are maintained and bringing these into Debian as native projects. If necessary, these will be forks, but I'm hoping that won't have to happen and that we can integrate these packages into Debian and continue development in a collaborative manner. live-build has been deprecated by debian-cd, and live-build-ng is replacing it. In a purely Debian context at least, live-build is deprecated. live-build-ng is being developed in collaboration with debian-cd and D-I. I'm aware that I'm going to be upsetting people, but this has been a long time coming and I'm not going to spend time bikeshedding over naming. I would rather spend that time on integration of live image creation into official Debian infrastructure and building the best system for live image creation possible. Consider this thread marked as wontfix. Thanks, Iain. --
Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues
Hi, On Mon, Nov 09, 2015 at 08:47:53PM +1100, Michael . wrote: >Yet the Debian CD webpage points directly to Debian Live iso images as >official images even though you or Iain have said they are not >official. You haven't found a solution, you haven't even got a Live iso >image listed on the official Debian cd site. See http://cdimage.debian.org/cdimage/experimental-live/. These are far too experimental currently for public consumption and so not listed on the website. >If the Debian CD team >truly believe that things have been lacking in Debian Live "for an >inordinate amount of time" one would think the people involved in the >Debian CD team would have communicated with the Debian Live team and >collaboratively worked with them to fix the issues. Communication was attempted and failed. Serious problems include: #718225: live-build should authenticate files it downloads (from 2013) #731709: support uefi (from 2013) Neither of these issues have been fixed. >This brings me back >to a previous point, if their has been communication between Debian and >Debian Live about any of this where is it? In person at DebConf meetings and on the BTS. >If it is not available for >public viewing, as is all other Debian correspondence and decision >making as far as I am aware the only conclusion that can reasonably be >made is that a small number of people have deliberately taken it upon >themselves to hijack Debian Live without the Debian Live team even >knowing it is happening. vmdebootstrap has been a work in progress for a good while now, and Daniel at least was aware of this. It would appear this was not communicated to the team. >All I have asked for is proof, it is very >telling that you have been unable to show it. Is this because it >doesn't exist? Updates on the Debian Trademark Policy will also be available soon to help clarify what is and is not "Official Debian". >This is just another problem that is making me consider Devuan as a >viable alternative to Debian. Debian's decision making processes used >to be open and public, this most certainly appears to be behind closed >doors. This is by no means normal for Debian, the problem here is that communication was one sided where we did not see any progress on the issues that were affecting the official live images and so we've ended up here. Thanks, Iain. --
Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues
Hi, On Mon, Nov 09, 2015 at 12:41:16PM +0200, Fathi Boudra wrote: > Would you (or Steve or the Debian CD team) please point to actual real > bugs that affected you? > You claim it as a reason of debian cd team switch to vmdebootsrap. As > a live-build user, I'm interested by these. As in my previous email: #718225: live-build should authenticate files it downloads (from 2013) #731709: support uefi (from 2013) I am a member of the debian-cd team. These are just two of the major bugs, the real problem we had is that live-build is very fragile and did not produce much in the way of useful output when things broke. This is why there was a delay in the release of live images after the release of jessie. Thanks, Iain. --
Bug#804315: Renaming package live-build-ng to live-wrapper
retitle 804315 ITP: live-wrapper -- live image wrapper for vmdebootstrap
kthxbye
Hi All,
My original aim for this was that this new tool would be integrated into the
existing Debian Live project, and that we would bring the Debian Live
project into Debian. This is not the way it has gone.
The naming of the package live-build-ng was not intended to serve as a
request for live-build development to stop, or for the packages to be
removed from Debian. This was intended to be an evolution of the existing
ecosystem with tighter integration to the needs of debian-cd, debian-boot
and debian-blends while still maintaining support for derivative
distributions.
While the vmdebootstrap, debian-cd and debian-boot teams have assisted in
the development of live-wrapper it was ultimately me that chose the name
when filing the ITP bug. Please direct all abuse at me, but please keep it
to either direct mail to myself or debian-{devel,live}@lists.d.o. There is
no need to pollute other lists unless it is directly relevant to that team.
This package will be integrated with the existing Debian Live ecosystem as
planned and my hope is that existing Debian Live developers will be willing
to collaborate. This package will be maintained by the Debian Live team.
I apologise to everyone that has been upset by the ITP bug. The software is
not yet ready for use as a full replacement for live-build, and it was filed
to let people know that the work was ongoing and to collect feedback. This
sort of worked, but the feedback wasn't the kind I was looking for.
Thanks,
Iain.
--
Bug#808048: O: live-build
Package: wnpp Severity: normal Hi, The live-build package was previously maintained by Daniel Baumann, who has retired from the Debian Project. There has not yet been anyone come forward as a new technical lead for the package, and as per Debian Policy §5.6.3, the package was orphaned when Daniel removed himself from the Uploaders field. I have performed an upload that converts this package to a native package and includes any already committed changes. I have also updated the Homepage and Vcs-* urls for the package. (I'm aware the Homepage field doesn't currently go anywhere, these pages are a work-in-progress as they used to be on Daniel's server, which has now been shut down). This is a native package to Debian, not a package of upstream sources, and so this package will take more time and effort to maintain than other packages in Debian. Please be aware of this before taking responsibility for 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 Debian Live team is very happy for development to continue within the team, we just do not currently have anyone with enough time available to look after this package and maintain its quality to a high standard. If you'd like to speak to the team, please contact debian-l...@lists.debian.org or join #debian-live on irc.debian.org. Thanks, Iain.
Bug#605117: flowd in Debian
Hi, There is currently a bug requesting that flowd is packaged in Debian. This bug can be seen at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605117 I'm writing to ask if this software is still being actively developed as I notice the URL is given as a Google Code URL which when visited only shows an archived project. Please keep the bug email address in CC when you reply so that your reply can be recorded on the bug log. Thanks, Iain. -- signature.asc Description: PGP signature
Bug#605079: netdot in Debian
Hi, I saw you filed a bug regarding netdot in Debian. I can't quite tell if you were requesting that someone package the software or if you were intending to package it yourself as there is not really much information in the bug log. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605079 If you were intending to package the software but just did not recieve much in the way of support, I'd like to offer to sponsor this package into the archive for you, though I'm not too familiar with Perl and so may not be able to help with some of the Perl specific details. Please keep the bug email address in CC when you reply so that the information can be added to the bug log. Thanks, Iain. -- signature.asc Description: PGP signature
Bug#360722: xsnap in Debian
Hi, You filed a bug regarding xsnap in Debian in 2006. This software no longer appears to be maintained upstream. Do you still believe this software would be useful in Debian given we have alternatives like scrot? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360722 Please keep the bug email address in CC when replying so the information can be recorded on the bug log. Thanks, Iain. -- signature.asc Description: PGP signature
Bug#605079: netdot in Debian
Hi, On Tue, Dec 15, 2015 at 03:46:33PM -0500, Carlos Vicente wrote: > I originally intended to package it myself. I started with all the missing > Perl modules that were not included in Debian. That took an enormous > amount of time, but I believe that most of the modules were included. Ok cool. If there are any Perl modules remaining, please do look through and see if anyone has an ITP/RFP files and if not, file an ITP yourself. There is a #debian-perl IRC channel on irc.debian.org that can offer help with packaging Perl modules, as well as a Perl modules team. https://wiki.debian.org/Teams/DebianPerlGroup > I would love to continue this work and ultimately have a netdot package > available in Debian, so I will gladly accept any help you can provide. I'm happy to sponsor uploads of modules and of netdot itself, but may have to check with the Perl team if there are bits I don't understand for Perl specific packaging quirks. Thanks, Iain. -- signature.asc Description: PGP signature
Bug#807868: ITP: zjump -- Jump to frequent directories matching regex
Hi, On Wed, Dec 16, 2015 at 11:54:26PM +0900, Osamu Aoki wrote: > I just thought that a short command name is scarce resource and it is > best avoided to be claimed by a small script. irl@orbiter ~ apt-file search -x "/usr/bin/[a-z]$" iprint: /usr/bin/i r-cran-littler: /usr/bin/r If you wanted precedent for single letter binaries. There it is. I would also be fairly happy if taskwarrior installed a /usr/bin/t in its package. If someone wanted to use the z alias for something else in their shell rc file, that's fine, because they can still call z by its absolute path. Thanks, Iain. --
Bug#806450: RFP: python-inflect -- Python library for correctly generating
owner 806450 ! retitle 806450 ITP: python-inflect -- Python library for correctly generating plurals, singular nouns, ordinals, indefinite articles; convert numbers to words kthxbye Hi, Looking at this now. Thanks, Iain. Name Value - -- ID59 Description RFP: python-inflect -- Python library for correctly generating plurals, singular nouns, ordinals, indefinite articles; convert numbers to words 2015-12-24 14:47:53 https://bugs.debian.org/806450 StatusPending Entered 2015-12-24 14:47:49 (50 seconds) Start 2015-12-24 14:47:56 Last modified 2015-12-24 14:47:56 (43 seconds) Virtual tags ACTIVE ANNOTATED PENDING READY UNBLOCKED UUID 06510172-9ee4-4883-8410-d952da466351 Urgency4.8 Debian BTS806450 active 1 *4 = 4 annotations0.8 *1 =0.8 -- 4.8 DateModification --- --- 2015-12-24 14:47:56 Start set to '2015-12-24 14:47:56'. --
Bug#806439: ITP: sqlacodegen
Hi, I notice you have an ITP here, I was just about to package this. If you can reply in the next hour or so and say it's cool, I can package this today. I'm happy to co-maintain it with you, I'd just like to get this in Debian for helping with SQLAlchemy bindings for UDD. Thanks, Iain. --
Bug#806450: ITP: python-inflect -- Python library for correctly generating
Control: tags -1 + pending Hi, Packaging has been done, this has been uploaded to NEW. Thanks, Iain. Name Value - -- ID59 Description RFP: python-inflect -- Python library for correctly generating plurals, singular nouns, ordinals, indefinite articles; convert numbers to words 2015-12-24 14:47:53 https://bugs.debian.org/806450 StatusCompleted Entered 2015-12-24 14:47:49 (48 minutes) End 2015-12-24 15:36:41 Last modified 2015-12-24 15:36:41 (3 seconds) Virtual tags ANNOTATED COMPLETED UNBLOCKED UUID 06510172-9ee4-4883-8410-d952da466351 Urgency0.8 Debian BTS806450 annotations0.8 *1 =0.8 -- 0.8 DateModification --- - 2015-12-24 14:47:56 Start set to '2015-12-24 14:47:56'. 2015-12-24 15:36:41 Start deleted (duration: 0:48:45). End set to '2015-12-24 15:36:41'. Status changed from 'pending' to 'completed'. --
Bug#806439: ITP: sqlacodegen -- Automatic model code generator for SQLAlchemy
Hi, Ok, I'm out of time for packaging today, but I'm subscribed to the bug. Let me know if you would like a co-maintainer for this package. For now I'm doing the UDD work just using the pip provided package. Thanks, Iain. --
Bug#806439: ITP: sqlacodegen
Hi, On Thu, Dec 24, 2015 at 11:53:45PM +0200, Arto Jantunen wrote: > I've had the packaging done for a while now, I was waiting to see if > someone else would be interested in packaging and maintaining the > inflect library, which I have no real interest in. Thanks for taking > care of that. Awesome. (: > I'll try to upload the package soon after inflect gets accepted (the > 'try' mainly having to do with the usual holiday scheduling things). Is > your inflect package available for download somewhere, I could test > against it and have final binaries ready and waiting for the NEW accept? I've uploaded the package to mentors.debian.net just now, my personal repository for things like this is broken. It should appear shortly at: http://mentors.debian.net/package/python-inflect You'll have the .dsc there to download the packages. I've build Python 2 and Python 3 versions for the binary packages. Thanks, Iain. --
Bug#746554: fte - package sponsorship
Hi, Do you still require a sponsor for these packages? I'm happy to look at sponsoring these as this is a blocker for: https://trac.torproject.org/projects/tor/ticket/17964 Thanks, Iain. --
Bug#782763: Taking ownership of RFP for Sirius
retitle 782763 ITP: sirius -- Speech and Vision Based Intelligent Personal Assistant owner 782763 ! kthxbye Hi, I'm going to investigate the possibility of packaging this, it looks really cool! Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpze3vOY7txJ.pgp Description: PGP signature
Bug#782763: ITP: sirius -- Speech and Vision Based Intelligent Personal Assistant
Hi, I'm tracking progress on this using the upstream GitHub project's issue tracker here: https://github.com/claritylab/sirius/issues/81 Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpPj_lfL4Bom.pgp Description: PGP signature
Bug#553654: ITA: gcb -- Utility to calculate long and short path to a location
retitle 553654 ITA: gcb -- Utility to calculate long and short path to a location owner 553654 ! kthxbye Hi, Adopting this under the Debian Hamradio Maintainers. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpfe2VDOf7mo.pgp Description: PGP signature
Bug#796969: ITP: hamradio-maintguide -- Debian Hamradio Maintainers Guide
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: hamradio-maintguide Version : 0.1 Upstream Author : Iain R. Learmonth * License : BSD-2-clause maybe Programming Lang: Sphinx Description : Debian Hamradio Maintainers Guide The Debian Hamradio Maintainers Guide is a document that outlines team policy and best current practice for the Deian Hamradio Maintainers packaging team. The documentation is installed in both HTML and PDF format.
Bug#655264: zshdb - debugger for Z-Shell scripts
Hi, -- This is not an intention to adopt. I've done a couple of QA uploads to bring the zshdb package up to date and fix a number of other minor issues. This package looks like it would be a good candidate to be maintained within your team. You can find more information on the package here: https://packages.qa.debian.org/z/zshdb.html If you would like to adopt the package, send the following commands to cont...@bugs.debian.org: retitle 655264 ITA: zshdb -- debugger for Z-Shell scripts owner 655264 ! thanks There are a couple of lintian things to fix, and once the new zsh is uploaded the tests should then pass and the DEB_BUILD_OPTIONS=nocheck can be removed from debian/rules. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpw7SXYfRVUg.pgp Description: PGP signature
Bug#730084: Potential removal - python-irc
Hi, I've been taking a look through the QA team's packages and I found the version of python-irc in unstable to be considerably behind the upstream version. I understand that the reason this cannot be updated is a new dependency has been introduced that will require packaging an additional Python library. Only three packages in Debian appear to depend on python-irc: Dependent maintainers for python-irc: Ben Armstrong (xpilot-ng-common) Debian Python Modules Team (python-cobe) Debian Multimedia Maintainers (idjc) I'm not familiar with these packages that are depending on python-irc, but if you would like to continue to have them depend on python-irc, please update bug #730084. As this package is now almost 2 years behind upstream and has been orphaned for a considerable time, I may request removal of this package unless I hear otherwise from you. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpRi0WLVRAu7.pgp Description: PGP signature
Bug#730084: [Python-modules-team] Potential removal - python-irc
Hi Sandro, On Sun, Aug 30, 2015 at 12:40:53PM +0100, Sandro Tosi wrote: > which seem both are packaging http://python-irclib.sourceforge.net/ > (which actually is https://bitbucket.org/jaraco/irc/), dont ask why > there are 2 different packages for the same lib (and irclib has files > in a irc/ directory so it's also violating the python policy). python-irclib seems to have been trying to migrate for 783 days. > both are outdated, so which one are you planning to remove? I'd rather > not lose all IRC libraries at once I think at this point I would be planning to remove both. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpOlvf20Uhps.pgp Description: PGP signature
Bug#797658: ITP: blends-images -- Pure Blends Live System Image Components
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: blends-images Version : 0.1 Upstream Author : Debian Blends Team * URL : http://anonscm.debian.org/cgit/blends/blends-images.git/ * License : GPL-3+ Programming Lang: live-build configurations Description : Pure Blends Live System Image Components Hi, This package contains the configuration directories for live-build to build live system images for the Debian Pure Blends. This package is modelled on the existing live-images package and co-ordination has already taken place from the Debian UK BBQ to check that this is a sensible way forward allowing automatic builds of testing images on cdbuilder.debian.org. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgphylx6woYkj.pgp Description: PGP signature
Bug#712838: gnss-sdr
Hi, I think it's probably about time that this went into the archives. Sorry for the delay in getting round to it. Could you please upload a built package to mentors.debian.net and send me a link and then I'll review and sponsor the upload if there are no issues. Instructions for uploading the package are at: http://mentors.debian.net/intro-maintainers (section 4) Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpxIn1wlIGGp.pgp Description: PGP signature
Bug#798529: ITP: python-xkcd
Hi, On Thu, Sep 10, 2015 at 10:05:17AM +, Gianfranco Costamagna wrote: > Description : Python2 library for accessing xkcd.com. Is there no Python 3 equivalent available? See: https://lists.debian.org/debian-devel-announce/2015/04/msg5.html Python 2 will be end-of-life in 2020. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49
Bug#617296: RFP: rstudio -- IDE for GNU R
Hi, On Mon, Sep 21, 2015 at 08:25:26AM +0200, Andreas Tille wrote: > I hope we could settle with RStudio maintained in Debian Science > repository. Chen, I accepted your application and it would be great if > you could merge the repository from collab-maint into the repository in > Debian Science. I also kept Debian Med list in CC since there was also > some interest in RStudio. If anybody from Debian Med needs commit > permissions in Debian Science I could easily add these. Debian Science makes good sense. +1 > Regarding sponsering: I'd happily sponsor RStudio. I do not require > any upload to mentors.debian.net since I build from Debian Science Git > repository anyway. Andreas - if you're too busy once the package is ready, I'm also happy to look at sponsoring this. Does this RFP include the web-based frontend? I've been looking at getting a service set up at my University and it would be great if I can do it on a Pure Debian system. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49
Bug#801408: ITP: python-duckduckgo2 -- Library for querying the DuckDuckGo API
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" Hi, * Package name: python-duckduckgo2 Version : 0.242 Upstream Author : Michael Smith * URL : https://pypi.python.org/pypi/duckduckgo2/ * License : BSD Programming Lang: Python Description : Library for querying the DuckDuckGo API A Python library for querying the DuckDuckGo Instant Answer API. The Instant Answer API gives you free access to many of DuckDuckGo's instant answers like: topic summaries, categories, disambiguation, and !bang redirects. More information on the Instant Answer API can be found at: https://duckduckgo.com/api Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgp9hCsvSej1y.pgp Description: PGP signature
Bug#802151: RFA: cowdancer -- pbuilder running on cowdancer
Package: wnpp Severity: normal Hi, I recently upgraded my laptop to an SSD. I was very impressed with the new found speed I was experiencing but when I went to reinstall cowbuilder, I noticed it had fallen out of testing. I've fixed up some of the issues with the cowdancer package, the source package for cowbuilder, and uploaded it. It has now migrated back to testing. I've moved this package into the pbuilder-maint team, but I'd like to request an adopter for the cowdancer package, a named person, who will be able to take care of it going forward. I mainly work in the Debian Pure Blends area and this saturates my time, I would not be able to develop cowbuilder or qemubuilder to provide the new features that may be needed over time, all I can do is keep it from falling out of the archives and perform simple bug fixes. The package description is: 'cowbuilder' command is a wrapper for pbuilder which allows using pbuilder-like interface over cowdancer environment. . pbuilder is a tool for building and testing Debian package inside a clean chroot, and cowbuilder allows chroot to be recreated using hard-linked copies with copy-on-write, which makes creation and destruction of chroots fast. Thanks, Iain. -- signature.asc Description: PGP signature
Bug#784771: RFP: baudline -- time-frequency browser designed for spectral visualisation
owner 784771 ! tags + moreinfo kthxbye Hi, This software looks really cool! I'd like to package this within the Debian Hamradio Maintainers team, but I can't seem to find a download for the source code. It looks like the source is available under the GNU GPL license, which is compatible with Debian's Free Software Guidelines, I just can't find the download. I'll send an email to the upstream developers and see if they can point me in the right direction. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpuBn7K25sPY.pgp Description: PGP signature
Bug#784771: Packaging Baudline for Debian
Hi, I'm a Debian Maintainer and a member of the Debian Hamradio Maintainers. We've recieved a request for us to package Baudline and I think it looks like really cool software. I don't appear to be able to find the source code for baudline and I'm hoping you could point me towards a location where the source code is available. The request bug can be found here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784771 Please do keep the bug report in CC in your reply so that the team can track progress on this. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpvnGPBTZ1QT.pgp Description: PGP signature
Bug#785160: ITP: debian-hamradio -- Debian Hamradio Pure Blend Metapackages
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: debian-hamradio Version : 0.1 Upstream Author : Debian Hamradio Maintainers * URL : http://blends.debian.org/hamradio/ * License : BSD-3-clause Description : Debian Hamradio Pure Blend Metapackages These metapackages will install packages for tasks contained in the Debian Hamradio Pure Blend. -- 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/20150512220423.13880.51940.reportbug@orbiter
Bug#785524: RFP: python-flask-frozen -- freezes a Flask application into a set of static files
Package: wnpp Severity: wishlist * Package name: python-flask-frozen Version : 0.11 Upstream Author : Simon Sapin * URL : http://pythonhosted.org/Frozen-Flask/ * License : BSD-3-clause Programming Lang: Python Description : freezes a Flask application into a set of static files Frozen-Flask freezes a Flask application into a set of static files. The result can be hosted without any server-side software other than a traditional web server. Note: This project used to be called Flask-Static. PyPI: http://pythonhosted.org/Frozen-Flask/ Source code: https://github.com/SimonSapin/Frozen-Flask Hi, I would like to use this Python module as part of a Debian service (rdf.debian.net) but do not currently have the time to package this myself. I would appreciate it if someone could package this in Debian. Thanks, Iain. -- 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/20150517123157.12393.15921.reportbug@orbiter
Bug#771475: retitle libfap6 to libfap
retitle 771475 ITP: libfap -- APRS parser kthxbye Following discussion it has been agreed that the source package name for this package should be libfap not libfap6. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpheeYJFB8eW.pgp Description: PGP signature
Bug#771475: ITP: libfap -- APRS parser - now in NEW
owner 771475 Colin Tuckley kthxbye Hi, This package is now in NEW uploaded by Colin Tuckley . https://ftp-master.debian.org/new/aprx_2.08.svn593-1.html Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpayCUvt7eLD.pgp Description: PGP signature
Bug#771475: made a mess of things
owner 771475 ! owner 761704 Colin Tuckley kthxbye Made a mess of reassigning the wrong bug. aprx is now in to the NEW queue and was uploaded by Colin. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpS7J48NaYjb.pgp Description: PGP signature
Bug#553393: Orphaned Packages - speak up or they'll be removed
Hi, The following hamradio packages are currently orphaned: * gcb * colorconv * xdemorse If you're using any of these packages and think they should remain in Debian, please speak up. I'm not familiar with any of these packages, and so if you're also willing to maintain these, then that's even better. If there is interest in any of the packages but you are not willing to maintain them, I can potentially maintain them. If no one speaks up before the end of August, I'll request removal of these packages. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpEcHEDjPLA3.pgp Description: PGP signature
Bug#674873: O: gnurobots -- Program a robot to explore a world
retitile 674873 ITA: gnurobots -- Program a robot to explore a world owner 674873 ! thanks Whilst there has been no new upstream release, there are a few things to fix to stop this falling out of jessie before the freeze and so I intend to adopt this package. Iain. -- urn:x-human:Iain R. Learmonth http://iain.learmonth.me/ mailto:i...@fsfe.org xmpp:i...@jabber.fsfe.org tel:+447875886930 GPG Fingerprint: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 Please verify out-of-band before trusting with sensitive information. This email was composed Fri 20 Jun 10:34:47 BST 2014. pgpEiHq04gaxe.pgp Description: PGP signature
Bug#674873: ITA: gnurobots -- Program a robot to explore a world
Hi, An update on this. I can confirm that the latest release does indeed still build on jessie but there is usage of deprecated GLib functions that meant that I had to override flags in the Makefile. This will be slightly trickier than I had first anticipated, but I am still willing to adopt this package and continue working towards a new upload. I anticipate patches will likely be useful to upstream. Iain. -- urn:x-human:Iain R. Learmonth http://iain.learmonth.me/ mailto:i...@fsfe.org xmpp:i...@jabber.fsfe.org tel:+447875886930 GPG Fingerprint: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 Please verify out-of-band before trusting with sensitive information. This email was composed Sat 21 Jun 23:13:44 BST 2014. pgpgIhjKRbeG5.pgp Description: PGP signature
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
On Thu, Jun 26, 2014 at 09:16:03AM +0200, Ondřej Surý wrote: > This package contains DNSSEC root key in all available > formats that all packages doing DNSSEC validation can > use as a common data source. Hi Ondřej, unbound-anchor is already packaged for Debian. What does this package provide that the unbound-anchor package doesn't provide? Iain. -- urn:x-human:Iain R. Learmonth http://iain.learmonth.me/ mailto:i...@fsfe.org xmpp:i...@jabber.fsfe.org tel:+447875886930 GPG Fingerprint: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 Please verify out-of-band before trusting with sensitive information. This email was composed Thu 26 Jun 23:44:23 BST 2014. pgplIOu4Xn1CT.pgp Description: PGP signature
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Hi Ondřej, On Thu, Jun 26, 2014 at 09:16:03AM +0200, Ondřej Surý wrote: > This package contains DNSSEC root key in all available > formats that all packages doing DNSSEC validation can > use as a common data source. unbound-anchor is already packaged in Debian. What does this package provide that the unbound-anchor doesn't? Iain. -- urn:x-human:Iain R. Learmonth http://iain.learmonth.me/ mailto:i...@fsfe.org xmpp:i...@jabber.fsfe.org tel:+447875886930 GPG Fingerprint: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 Please verify out-of-band before trusting with sensitive information. This email was composed Thu 26 Jun 23:48:03 BST 2014. pgp1zelyL9oJI.pgp Description: PGP signature
Bug#754120: ITP: python-gnupg-ng -- A Python wrapper for GnuPG
On Mon, Jul 07, 2014 at 12:56:55PM -0500, Ben Carrillo wrote: > This is a fork of python-gnupg (from version 0.3.2), patched to > sanitize untrusted inputs, due to the necessity of executing > subprocess.Popen([...], shell=True) in order to communicate with GnuPG. > Several speed improvements were also made based on code profiling, and > the API has been cleaned up to support an easier, more Pythonic, > interaction. The upstream version claims to still be called python-gnupg. There is a python-gnupg package that hasn't been updated since 2014. How does this package fit in with the existing python-gnupg package? Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpVYmOeuN1kq.pgp Description: PGP signature
Bug#674873: gnurobots updates
Hi, I've moved the gnurobots source package into git under pkg-games on alioth to begin working on this. The current version in the repository, 2:1.2.0-6, is the version that is currently in jessie. Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: +447875886930 c: MM6MVQ g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpdgLGdfdLJ8.pgp Description: PGP signature
Bug#888258: ITP: canid -- Caching Additional Network Information Daemon
Package: wnpp Severity: wishlist Owner: Iain R. Learmonth * Package name: canid Version : 0.0~git20170120.15a8ca0-1 Upstream Author : Brian Trammell * URL : https://github.com/britram/canid * License : MIT Programming Lang: Go Description : Caching Additional Network Information Daemon canid the Caching Additional Network Information Daemon provides a simple HTTP API for getting information about Internet names and numbers from a given vantage point. . canid looks up BGP AS number and country code associated with the smallest prefix announced which contains the address in the RIPEstat database. It caches the results by prefix in memory. It returns a JSON object with four keys. It also looks up the IPv4 and IPv6 addresses associated with a given name. It caches the results by name in memory, and precaches prefix results for a subsequent prefix call.
Bug#888261: ITP: hellfire -- PATHspider Effects List Resolver
Package: wnpp Severity: wishlist Owner: Iain R. Learmonth * Package name: hellfire Version : 0.0~git20170319.c2272fb-1 Upstream Author : Iain Learmonth * URL : https://github.com/irl/hellfire * License : BSD-2-clause Programming Lang: Go Description : PATHspider Effects List Resolver Hellfire is a parallelised DNS resolver. It is written in Go and for the purpose of generating input lists to PATHspider, though may be useful for other applications. It supports fetching commonly used domain lists in Internet Measurement Research. . Additional metadata may be looked up from RIPEstat using canid integration.
Bug#889082: RFA: python-adal -- Azure Active Directory Authentication Library for Python 2.x
Package: wnpp Severity: normal I request an adopter for the python-adal package. The package description is: The ADAL for Python library makes it easy for Python applications to authenticate to AAD in order to access AAD protected web resources. I no longer have the time to maintain this package, and I also no longer have access to Azure via an MSDN subscription.
Bug#889084: RFA: python-azure -- Microsoft Azure SDK for Python 2.x
Package: wnpp Severity: normal I request an adopter for the python-azure package. The package description is: The Azure SDK provides a set of Python packages that make it easy to access the Microsoft Azure components such as ServiceManagement, Storage, and ServiceBug. I no longer have the time to maintain this package, and I also no longer have access to Azure via an MSDN subscription.
Bug#889085: RFA: python-azure-devtools -- Microsoft Azure Development Tools for Python 2.x
Package: wnpp Severity: normal I request an adopter for the python-azure-devtools package. The package description is: This package contains tools to aid in developing Python-based Azure code. Currently it includes scenario_tests, a testing framework to handle much of the busywork associated with testing code that interacts with Azure. I no longer have the time to maintain this package, and I also no longer have access to Azure via an MSDN subscription.
Bug#889083: RFA: python-applicationinsights -- Azure Application Insights API for Python 2.x
Package: wnpp Severity: normal I request an adopter for the python-applicationinsights package. The package description is: This package provides an API for Azure Application Insights. Application Insights is a service that allows developers to keep their application available, performing and succeeding. This Python module will allow you to send telemetry of various kinds (event, trace, exception, etc.) to the Application Insights service where they can be visualized in the Azure Portal. I no longer have the time to maintain this package, and I also no longer have access to Azure via an MSDN subscription.
Bug#889095: RFA: ruby-haikunator -- Heroku-like random name generator
Package: wnpp Severity: normal I request an adopter for the ruby-haikunator package. The package description is: This Ruby gem can generate memorable random names to use in your apps or anywhere else that are similar to those produced by the Heroku random name generator. I packaged this as a dependency, but the original package is not a package that I have time to maintain anymore and I have requested removal. Still, this gem may be of use to others and so I'd like to request it is adopted. If it's not adopted after some months, then it should be removed and hopefully I will remember to file the RM bug.
Bug#889094: RFA: ruby-timeliness -- Fast date/time parser gem for Ruby
Package: wnpp Severity: normal I request an adopter for the ruby-timeliness package. The package description is: Date/time parser for Ruby with the following features: . * Extensible with custom formats and tokens. * It's pretty fast. Up to 60% faster than Time/Date parse method. * Control the parser strictness. * Control behaviour of ambiguous date formats (US vs European e.g. mm/dd/yy, dd/mm/yy). * I18n support (for months), if I18n gem loaded. * Fewer WTFs than Time/Date parse method. . Extracted from the validates_timeliness gem, it has been rewritten cleaner and much faster. It's most suitable for when you need to control the parsing behaviour. It's faster than the Time/Date class parse methods, so it has eneral appeal. I packaged this as a dependency, but the original package is not a package that I have time to maintain anymore and I have requested removal. Still, this gem may be of use to others and so I'd like to request it is adopted. If it's not adopted after some months, then it should be removed and hopefully I will remember to file the RM bug.
Bug#892901: ITP: lektor -- flexible and powerful static content management system
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: lektor Version : 3.1 Upstream Author : Lektor CMS Project * URL : https://github.com/lektor/lektor/ * License : BSD Programming Lang: Python Description : flexible and powerful static content management system A flexible and powerful static content management system for building complex and beautiful websites out of flat files — for people who do not want to make a compromise between a CMS and a static blog engine.
Bug#894291: ITP: python-inifile -- A small INI library for Python
Package: wnpp Severity: wishlist Owner: "Hiro" * Package name: python-inifile Version : 0.4 Upstream Author : Armin Ronacher * URL : https://pypi.python.org/pypi/inifile * License : BSD Programming Lang: Python Description : A small INI library for Python This is a small Python library for handling INI files. It is to be packaged as it is a dependency of lektor (#892901).
Bug#861753: ITP: measurement-kit -- Portable C++11 network measurement library
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: measurement-kit Version : 0.6.0 Upstream Author : OONI * URL : https://github.com/measurement-kit/measurement-kit * License : BSD-2-clause Programming Lang: C++ Description : Portable C++11 network measurement library MeasurementKit is a library that implements open network measurement methodologies (performance, censorship, etc.) and targets mobile platforms (Android and iOS). It is meant to be embedded by third party applications with specific network measurement needs and/or to be used by researchers as a basis to implement novel tools. --- This package will be maintained by the Internet Measurement Packaging Team . Thanks, Iain.
Bug#820326: ITP: python-libtrace -- Python bindings for the libtrace API
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: python-libtrace Version : 1.6 Upstream Author : Nevil Brownlee * URL : https://www.cs.auckland.ac.nz/~nevil/python-libtrace/ * License : GPL 3 Programming Lang: Python Description : Python bindings for the libtrace API python-libtrace (plt) is a Python module that allows you to work with packet trace data using WAND's libtrace library. It's intended to provide a clean, simple, Python-like way of working with libtrace, rather than a simple translation of the libtrace calls from C into Python. For example for the protocol header decodes, the field names from the RFCs are used rather than libtrace's names. This package is to be maintained within the Internet Measurement Packaging Team . This packaging work is being performed as part of the European Union's Horizon 2020 project MAMI. This project has received funding from the European Union's Horizon 2020 research and innovation programme under grant agreement No 688421. The opinions expressed and arguments employed reflect only the authors' view. The European Commission is not responsible for any use that may be made of that information. --
Bug#770603: fteproxy ITP
Hi Rolf, Would you consider relicensing your Debian packaging work under the same license as the original upstream package (Apache)? You can also dual-license if you wish so your work is Apache or GPL-2+, it just reduces legal confusion when working with licenses if they're all the same. If you could also move your packaging work to Alioth from GitHub, that would be great. The Privacy Tools team would be a good team to do this work under, you will then be able to have the Git repos there and better integrated with the Debian QA tools. I've uploaded both libfte and fteproxy to NEW, where they will require ftp-master approval before entering unstable. Please contact me if you have updates to these packages, I promise I'll be more responsive on uploading the updates than I have been on this initial upload. Thanks, Iain. signature.asc Description: OpenPGP digital signature
Bug#821115: ITP: csdr -- DSP library and command-line tool for Software Defined Radio
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: csdr Version : 0.12 Upstream Author : András Retzler * URL : https://github.com/simonyiszk/csdr * License : AGPL Programming Lang: C Description : DSP library and command-line tool for Software Defined Radio libcsdr is a set of simple DSP routines for Software Defined Radio. It is mostly useful for AM/FM/SSB demodulation and spectrum display. The package comes with a command-line tool csdr, which lets you build DSP processing chains by shell pipes. The code of libcsdr was intended to be easy to follow. libcsdr was designed to use auto-vectorization available in gcc. It means that it can achieve some speedup by taking advantage of SIMD command sets available in today's CPUs (e.g. SSE on x86 and NEON on ARM). -- This packaging work will take place within the Debian Hamradio Maintainers team and is being done as this is a dependency for OpenWebRX. Thanks, Iain. --
Bug#821116: O: gnurobots
Package: wnpp Severity: normal Hi, Unfortunately I no longer have the time to maintain this package. The upstream project is essentially abandoned as far as I can tell. If you wish to adopt this package, you will need an understanding of C++ and will need to patch the package as libraries in the archive move to new versions. This can of course only carry on for so long, and what this package really needs is an active upstream. Thanks, Iain. --
Bug#821115: need emscripten for csdr
block 821115 by 775147 block 821115 by 809997 kthxbye Hi, In order to build the JS version of csdr, as is used by openwebrx, emscripten is required but this is currently broken in sid. Blocking the ITP by the relevant emscripten bugs. Thanks, Iain.
Bug#841178: ITP: nutsqlite -- dietary nutrition analysis software
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: nutsqlite Version : 1.9.9.2 Upstream Author : Jim Jozwiak * URL : http://nut.sourceforge.net/ * License : GPL-2 Programming Lang: Tcl/Tk Description : Dietary nutrition analysis software Features of NUT include: * The complete USDA database, your personal data, and the program code all stored in a portable SQLite database * Foods easy to find and add to daily meals * Configurable for 1-19 meals per day and any dietary plan--including ketogenic, low carb, zone, low fat * Comprehensive meal analysis for any number of consecutive meals * Presents both easy-to-read percentage summaries and in-depth nutrient analysis, including Omega-3 and Omega-6 essential fatty acids * Foods can be weighed in grams or ounces * Includes novel meal planning feature: you choose the food, NUT adjusts the quantities to your plan * Calorie Auto-Set feature uses linear regression on daily scale measurements of weight and body fat percentage to find optimal calorie level for improved body composition * Allows recording of recipes and customary meals for fast data entry * Sorts foods richest in each of the 150 nutrients * Reveals which foods contribute most to user's nutrition -- This software will be packaged within the Debian Med team. This software depends on the USDA food composition database which is in the public domain. https://www.ars.usda.gov/northeast-area/beltsville-md/beltsville-human-nutrition-research-center/nutrient-data-laboratory/docs/usda-national-nutrient-database-for-standard-reference/ This database will likely be packaged seperately, I need to check if other packages already use this database in one way or another. It would also be cool if compatible databases were available from other countries. Debian Med is in CC, please follow up on this bug if you have opinions on the packaging of the USDA food database.
Bug#841776: ITP: vagrant-digitalocean -- Vagrant provider plugin for DigitalOcean Droplets
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: vagrant-digitalocean Version : 0.9.1 Upstream Author : devopsgroup.io * URL : https://github.com/devopsgroup-io/vagrant-digitalocean * License : MPL-2.0 Programming Lang: Ruby Description : Vagrant provider plugin for DigitalOcean Droplets vagrant-digitalocean is a Vagrant provider plugin that supports the management of DigitalOcean Droplets (virtual machines). Features include: * Create and destroy Droplets * Power on and off Droplets * Rebuild a Droplet (destroys and ups with same IP address) * Provision a Droplet with shell * Setup a SSH public key for authentication * Create a new user account during Droplet creation
Bug#842793: ITP: ooniprobe-wui -- Web assets for ooniprobe
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: ooniprobe-wui Version : 2.0.1 Upstream Author : Tor Project * URL : https://github.com/TheTorProject/ooni-wui * License : pending Programming Lang: JavaScript Description : Web assets for ooniprobe OONI, the Open Observatory of Network Interference, is a global observation network which aims to collect high quality data using open methodologies and free software to share observations and data about the various types, methods, and amounts of network tampering in the world. ooniprobe is a program to probe a network and collect data for the OONI project. It will test the current network for signs of surveillance and censorship. This package contains the web assets for ooniprobe. -- This is packaged seperately as the ooniprobe source distribution contains binary snapshots of the web assets, and does not include the sources for them which are in a seperate git repo.
Bug#805268: Adoption of syslinux
Hi, I notice you're planning to adopt syslinux. We were planning to adopt this package under the Debian Live/Debian CD teams as we use this for the official CD image builds. This is not a trivial package to maintain and updates really *need* to be coordinated with the CD team, especially when coming up to release time. I'm happy if you're still interested in maintaining this, but I just wanted to make you aware of the importance of this package before you commit to its maintainance. I notice also that you're currently a DM, and I'll be happy to sponsor uploads of this package and also perform testing of the Debian Live toolchain with those updates before the new package is introduced into the archives. Thanks, Iain. signature.asc Description: PGP signature
Bug#805268: Adoption of syslinux
Hi, On Sat, Nov 12, 2016 at 12:52:24PM +0100, Christian Seiler wrote: > Oh, I didn't know you were also planning to adopt it - the package > had been orphaned for quite a while now, and I just assumed there > were no other takers. No problem, we should have been speedier at sending the emails. > I'd be very happy to co-maintain the package though - I just didn't > mention that in the ITA mail because I thought that if someone else > was interested in the package, they'd have already adopted it by > that time. I've CC'd the CD team, I wonder if we'd like to set the maintainer line to Debian CD. If not, we can set it to Debian Live. I'd definitely want to have this maintained by one of those teams. > My plans for the package were to update to a newer upstream > version (there's a -pre1 from the beginning of this year of > 6.04 IIRC, but I wanted to go through upstream git to see if > a git snapshot might not be better suited), and improve the > packaging were needed. (Though the last QA upload already did > quite a bit there.) I then wanted to ask for sponsorship for > an upload to experimental first and let it stew there for a > while before going on to sid. Unless there are big objections from Debian CD, I'd really like to not make any changes for syslinux that may cause breakage in the release process. I'm happy that we can do bugfix uploads, but I wouldn't want to make any updates to new upstreams before stretch is released (or at least, wouldn't want those updates migrating to stretch though we could load them into unstable after the final freeze). Thanks, Iain. signature.asc Description: PGP signature
