Bug#1065211: ITP: ada-bar-codes -- Bar or QR code formatter for the Ada programming language

2024-03-01 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: ada-bar-codes
  Version : 002.20240219
  Upstream Contact: Gautier de Montmollin 
* URL : https://sourceforge.net/projects/ada-bar-codes/
* License : Expat-MIT
  Programming Lang: Ada
  Description : Bar or QR code formatter for the Ada programming language

This Ada library generates various bar or QR codes, on different
output formats such as PDF, SVG or bitmaps.

The package is ready, I intend to upload it to NEW after the gnat-13
transition.



Bug#1050379: ITP: qmidictl -- graphical application sending MIDI data over the network

2023-08-23 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org, benoit.delc...@gmail.com

* Package name: qmidictl
  Version : 0.9.10
  Upstream Contact: rncbc at rncbc dot org
* URL : https://www.rncbc.org
* License : GPL-2+, LGPL-2.1, FSFAP
  Programming Lang: C++, Qt
  Description : graphical application sending MIDI data over the network

Originally inspired by multimidicast, the qmidictl application
displays a window with controls imitating a MIDI control surface.  It
emits the MIDI instructions over the network using UDP/IP multicast.

Programs like qmidinet on Linux or ipMIDI on Windows are then able to
receive, translate and forward the MIDI flow.

A friend intends to use it on its Pinephone.
There is no similar package in Debian yet.



Bug#1035888: ITP: dh-builtusing -- debhelper tool generating the Built-Using field for Debian packages

2023-05-10 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org, 689...@bugs.debian.org, 
990...@bugs.debian.org

* Package name: dh-builtusing
  Upstream: native Debian package, I am the author
  Version : 0.0.1
* URL : https://salsa.debian.org/debian/dh-builtusing
* License : GPL-3+
  Programming Lang: Perl
  Description : debhelper tool generating the Built-Using field for Debian 
packages

This tool may help maintainers of Debian packages by generating parts
of the Built-Using dependencies at build time.
.
It searches the Built-Using and Static-Built-Using fields in a source
control file for substitutions of variables names like
dh-builtusing:x, looks for x in build-dependencies, then defines the
variable with the source package and version for x.
.
In other words, it replaces the call to dpgk-query that each package
or debhelper tool has to duplicate for the Built-Using field.


The dh_builtusing.pod manual page contains a full description.
The log for #689062 contains the original discussion.



Bug#1033205: ITP: nanovna-saver -- data importer for NanoVNA radio networks tester devices

2023-03-19 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: nanovna-saver
  Version : 0.6.0
  Upstream Contact: Holger Mueller 
* URL : https://github.com/NanoVNA-Saver/nanovna-saver
* License : GPL-3+
  Programming Lang: Python
  Description : data importer for NanoVNA radio networks tester devices
   The NanoVNA device is a vector network analyzer and antenna analyzer,
   useful to test or instrument various kinds of radio networks.
   .
   NanoVNA-saver imports Touchstone files from the NanoVNA, sweeps
   frequency spans in segments to gain more than 101 data points, and
   generally displays and analyzes the resulting data.

It is an GUI tool without reverse dependencies.
All requirements are already packaged in main.
A friend owns the device and uses the software.
There seem to be no equivalent in Debian yet.
I intend to maintain the package. I need no sponsor.



Bug#982055: dia Debian package and bug #982055

2021-11-03 Thread Nicolas Boulenguez
Hello.

The package seems to build in Debian/unstable.

A few trivial suggestions or updates are attached.

You should probably forward the existing debian/patches/* that are not
specific to Debian, and see if the upstream project is active.

Efforts to keep the Debian package alive in the long run only make
sense if someone volunteers to "maintain" the upstream project, at
least in a minimal sense: collect patches and produce releases.
>From 3f300d2d32259c7c3dcd3fda7bef44bc8bff717f Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Mon, 1 Nov 2021 13:01:46 +0100
Subject: [PATCH 01/14] changelog: remove trailing whitespaces

---
 debian/changelog | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index c05df1c..9af88a8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -929,14 +929,14 @@ dia (0.91-3) unstable; urgency=low
   * Depend on libxslt (closes: #193972)
   * Call 'sensible-browser' instead of netscape (closes: #193245)
   * Fixed man page typo (closes: #186225)
-  
+
  -- Fredrik Hallenberg   Sun, 23 Mar 2003 18:22:08 +0100
 
 dia (0.91-2) unstable; urgency=low
 
   * Removed gnome deps from non-gnome package.
   * Don't try to open libxslt.so (closes: #185666)
-  * Use 32x32 menu icon from Mikael Hedin  
+  * Use 32x32 menu icon from Mikael Hedin 
 (closes: #97062)
 
  -- Fredrik Hallenberg   Thu, 20 Mar 2003 21:29:31 +0100
@@ -961,7 +961,7 @@ dia (0.90-1) unstable; urgency=low
 
 dia (0.88.1-3) unstable; urgency=low
 
-  * Updated man page with patch from era eriksson  
+  * Updated man page with patch from era eriksson 
 (closes: #128410)
   * Applied some stuff from CVS to fix segfault in tools menu
 (closes: #127981)
@@ -978,7 +978,7 @@ dia (0.88.1-2) unstable; urgency=low
 
 dia (0.88.1-1) unstable; urgency=low
 
-  * New upstream release 
+  * New upstream release
 (closes: #82885, #89065, #94895, #95936, #98935, #97676, #99046)
 
  -- Fredrik Hallenberg   Sat,  2 Jun 2001 17:42:56 +0200
-- 
2.30.2

>From 4ac1a6cdb091d041c837d0086831a79f62d82302 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Mon, 1 Nov 2021 13:03:01 +0100
Subject: [PATCH 02/14] Move desktop file from dia-common to dia

as required by the policy. If dia-common is installed without dia, the
end user will see a broken entry in desktop menus.
---
 debian/control  | 7 +--
 debian/dia-common.install   | 1 -
 debian/dia-common.lintian-overrides | 2 --
 debian/dia.install  | 1 +
 4 files changed, 6 insertions(+), 5 deletions(-)
 delete mode 100644 debian/dia-common.lintian-overrides

diff --git a/debian/control b/debian/control
index 5f6cacf..703cf3b 100644
--- a/debian/control
+++ b/debian/control
@@ -46,8 +46,11 @@ Package: dia
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, dia-common (=${source:Version})
 Recommends: gsfonts-x11, dia-shapes
-Breaks: dia-libs (<< 0.97.3+git20160904-1~)
-Replaces: dia-libs (<< 0.97.3+git20160904-1~)
+# usr/share/applications/dia.desktop has moved from dia-common to dia:
+Breaks: dia-libs (<< 0.97.3+git20160904-1~),
+dia-common (<< 0.97.3+git20160930-10~),
+Replaces: dia-libs (<< 0.97.3+git20160904-1~),
+  dia-common (<< 0.97.3+git20160930-10~),
 Description: Diagram editor
  Dia is an editor for diagrams, graphs, charts etc. There is support for UML
  static structure diagrams (class diagrams), Entity-Relationship diagrams,
diff --git a/debian/dia-common.install b/debian/dia-common.install
index 1096c4e..61f43e2 100644
--- a/debian/dia-common.install
+++ b/debian/dia-common.install
@@ -1,7 +1,6 @@
 usr/share/doc/dia/*
 usr/share/locale/*
 usr/share/dia/*
-usr/share/applications/*
 usr/share/icons/*
 usr/share/mime-info/*
 usr/share/thumbnailers/*
diff --git a/debian/dia-common.lintian-overrides b/debian/dia-common.lintian-overrides
deleted file mode 100644
index cf66778..000
--- a/debian/dia-common.lintian-overrides
+++ /dev/null
@@ -1,2 +0,0 @@
-# "dia" is provided by binary package dia which is usually available if dia-common is installed
-dia-common: desktop-command-not-in-package usr/share/applications/dia.desktop dia
diff --git a/debian/dia.install b/debian/dia.install
index 341c1dd..23ad384 100644
--- a/debian/dia.install
+++ b/debian/dia.install
@@ -1,2 +1,3 @@
 usr/bin/dia
 usr/lib/*/dia/*.so
+usr/share/applications/dia.desktop
-- 
2.30.2

>From aaf2d7682e71fed5988cbde302c9eb4628a5fd68 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Mon, 1 Nov 2021 13:04:38 +0100
Subject: [PATCH 03/14] Remove obsolete debian/*.dirs

---
 debian/dia-common.dirs | 1 -
 1 file changed, 1 deletion(-)
 delete mode 100644 debian/dia-common.dirs

diff --git a/debian/dia-common.dirs b/debian/dia-common.dirs
deleted file mode 100644
index 9c4f7a7..000
--- a/debian/dia-common.dirs
+++ /dev/null
@@ -1 +0,0 @@
-usr/share/xml/dia
-- 
2.30

Bug#979326: ITP: crust -- SCP firmware for sunxi SoCs

2021-03-25 Thread Nicolas Boulenguez
Hi.

You have quoted the following platforms, but I have found no matching
defconfig: an Olimex TERES-I DIY laptop, several Olimex arm64 boards,
pinetab.  Do you know if such defconfigs already exist?

Once crust is available, adapting u-boot should be simple because
similar changes have already been tested by Arnaud for Mobian.

--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends:
  arm-trusted-firmware (>= 2.4+dfsg) [arm64],
  bc,
  bison,
+ crust-firmware [arm64],
  debhelper-compat (= 13),
  device-tree-compiler,
  flex,
--- a/debian/targets.mk
+++ b/debian/targets.mk
@@ -187,7 +187,8 @@ ifeq (${DEB_HOST_ARCH},arm64)
 # Benoit Delcour  (1.2)
 # Arnaud Ferraris  (1.1, 1.2)
 u-boot-sunxi_platforms += pinephone
-  pinephone_assigns := BL31=/usr/lib/arm-trusted-firmware/sun50i_a64/bl31.bin
+  pinephone_assigns := BL31=/usr/lib/arm-trusted-firmware/sun50i_a64/bl31.bin \
+SCP=/usr/lib/crust-firmware/pinephone.bin
   pinephone_targets := arch/arm/dts/sun50i-a64-pinephone-1.1.dtb \
   arch/arm/dts/sun50i-a64-pinephone-1.2.dtb spl/sunxi-spl.bin \
   u-boot-nodtb.bin u-boot-sunxi-with-spl.fit.itb u-boot.bin uboot.elf



Bug#982892: ITP: binutils-or1k-elf -- GNU binary utilities for the Open RISC 1000 processors

2021-03-01 Thread Nicolas Boulenguez
Matthias, you may want to comment on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982892
(You did not receive first invitation because of a typo in your address)

> Some binutils bug is discovered. Once understood, Matthias is
> usually quick at uploading a fixed binutils.

If I understand well Matthias' point of view, this reactivity is
possible exactly because he can fix major architectures without
dealing with consequences on less important architectures.

If src:binutils were to build binutils-bpf or if binutils-bpf were to
Build-Depend on an exact DEB_VERSION of binutils-source, an
incompatibility between the fix and bpf would prevent migration of the
fixed src:binutils to testing.

Would these ideas mitigate the issues you are describing?
* debian/watch may automatically report packages outdated by a new
  binutils-source.deb, for example in the package tracking system.
* debian/README.source may allow no-change NMUs rebuilding against
  binutils-source (and ask for a RC bug report if the rebuild happens
  to fail).



Bug#982892: ITP: binutils-or1k-elf -- GNU binary utilities for the Open RISC 1000 processors

2021-02-28 Thread Nicolas Boulenguez
Adding Matthias Klose, maintainer of 'binutils', to CCs.
Log at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982892.

This discussion has nothing specific to or1k.  I suggest to move to
https://wiki.debian.org/PackagingLessCommonBinutilsTargets.

Can you describe the scenarios you want to avoid?  The binutils-* are
quite different from each other.

Small wrappers like binutils-{bpf,or1k-elf,...} are Built-Using:
binutils-source.  As long as they build against latest binutils, there
is no difference with building them from binutils.dsc.  But if/when
they FTBFS, the failure does not involve unrelated maintainers.

On the other hand, some binutils-* packages keep an old copy the
binutils source tarball, for example because the patches from the
hardware vendor have not been rebased yet.  The Debian maintainers
know very well that this is not ideal, but in this case sharing the
source package is simply not an option.

[binutils.dsc]
> even includes alpha, m68k riscv64 and sh4. I'd say that or1k is not
> a stranger among these.

As far as I understand, 'binutils' now only intends to support
released Debian architectures, and these are historical exceptions.

> binutils-ports (or similar)

This would be 'or similar', as 'port' in Debian suggests 'hopefully
soon a released architecture'.



Bug#982892: ITP: binutils-or1k-elf -- GNU binary utilities for the Open RISC 1000 processors

2021-02-25 Thread Nicolas Boulenguez
> > [binutils-or1k-elf] build-depends on gcc-10-source.
> Do you mean binutils-source here?

Of course.
Copy/paste error from the similar ITP bug for gcc-ork1k-elf.

> > * Package name: binutils-or1k-elf
> I am wondering whether it is a good idea to package this separately from
> binutils. Even though you don't run Linux on the or1k, there is a Debian
> architecture for it (as you could do that). The or1k support in binutils
> is mainlined, so I think it would be quite simple to enable or1k support
> in the main binutils source package. It's a very simple change there.

The maintainers of the 'binutils' .dsc package deliberately support a
limited set of targets.  Outside this set, separate .dsc packages are
recommended (even without patches) so that an issue affecting an
architecture does not block all other ones.



Bug#979326: ITP: crust -- SCP firmware for sunxi SoCs

2021-02-18 Thread Nicolas Boulenguez
> > Feel free to add pristine-tar, but I am avoiding its complexity now
> > that other tools are converging towards reproducibility by default.

> Please consider document your workflow in debian/README.Source -
> preferably only a short sentence which referenced a URL to some shared
> place e.g. at https://wiki.debian.org/ more elaborately covering the
> chosen workflow, to encourage reuse.

People that *do* expose preferences for non-standard tools like
pristine-tar should document their choice.  I try to avoid unneeded
steps for new contributors.



Bug#979326: ITP: crust -- SCP firmware for sunxi SoCs

2021-02-18 Thread Nicolas Boulenguez
> It seems crust-firmware is missing upstream and pristine-tar
> branches.

Fixed for 'upstream/master'.
Feel free to add pristine-tar, but I am avoiding its complexity now
that other tools are converging towards reproducibility by default.



Bug#979326: ITP: crust -- SCP firmware for sunxi SoCs

2021-02-17 Thread Nicolas Boulenguez
Hello.
Do you think these packages are ready for an upload to experimental?
Should the Maintainer become 'the Tinker team'?
Do you agree with the Uploaders?
https://salsa.debian.org/debian/binutils-or1k-elf
https://salsa.debian.org/debian/gcc-or1k-elf
https://salsa.debian.org/debian/crust-firmware



Bug#982893: ITP: gcc-or1k-elf -- GNU C compiler for the Open RISC 1000 processors

2021-02-15 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gcc-or1k-elf
* URL : https://salsa.debian.org/debian/gcc-or1k-elf
* License : GPL-3+
  Description : GNU C compiler for the Open RISC 1000 processors

 This package provides GNU C compiler for a specific hardware and
 operating system combination.  You don’t need it unless you plan to
 cross-compile programs for it from another operating system.
 .
 This package targets the Open RISC 1000 processors.

The package is native and build-depends on gcc-10-source.
It is a prerequisite for crust-firmware.



Bug#982892: ITP: binutils-or1k-elf -- GNU binary utilities for the Open RISC 1000 processors

2021-02-15 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: binutils-or1k-elf
* URL : https://salsa.debian.org/debian/binutils-or1k-elf
* License : GPL-3+
  Description : GNU binary utilities for the Open RISC 1000 processors

This package provides GNU assembler, linker and binary utilities for
a specific hardware and operating system combination.  You don’t need
it unless you plan to cross-compile programs for it from another
operating system.
.
This package targets the Open RISC 1000 processors.

The package is native and build-depends on gcc-10-source.
It is a prerequisite for gcc-or1k-elf.



Bug#979835: RFP: rolisteam -- tabletop role playing game over the network

2021-01-11 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Control: tags -1 newcomer

* Package name: rolisteam
  Version : 1.9.3
  Upstream Author : Renaud Guezennec http://www.rolisteam.org/contact
* URL : https://rolisteam.org/
* License : GPL-2+, GPL-3+, LGPL-2.1+, LGPL-2.1 with Digia-Qt-1.1 
exception
  Programming Lang: C++
  Description : tabletop role playing game over the network

Rolisteam helps you to manage a tabletop role playing game with remote
friends/players. It provides many features to share maps, pictures and
it also includes tool to communicate with your friends/players.

This package installs both the rolisteam client for normal players and
roliserver for the game host.

There seems to be no competitor in Debian.

This package is an opportunity for a new contributor.
The source builds one binary package, the build system is quite
standard, I may provide help and/or sponsor uploads.
The attached packaging seems ready for upload, but could be improved
afterwards.
* debian/rules works around the non-standard usage of PREFIX by the
  upstream build system.  The proper solution would be to fix the
  build system and forward a patch.
* An embedded copy of libjs-pdf is replaced with a Debian dependency.
  The result should ideally be tested, fixed if necessary, then
  submitted upstream as a build-time option.


rolisteam-packaging.tar.gz
Description: application/gzip


Bug#972403: ITP: gprconfig-kb -- compiler list for the gprbuild build tool

2020-10-17 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: gprconfig-kb
  Version : 21.0.0
  Upstream Author : AdaCore
* URL : https://github.com/AdaCore/gprconfig_kb
* License : GPL-3+ with GCC-runtime-library exception
  Programming Lang: XML
  Description : compiler list for the gprbuild build tool

A set of tools for processing GNAT project files:
gprconfig detects available compilers,
gprbuild runs them;
gprslave helps distributing the build work across the network;
gprinstall copies the objects to their final destination;
gprclean removes them.
The default configuration supports Ada, Assembler, C, C++, Fortran,
and can be extended to support user source processing tools.
.
This package contains the knowledge base used by gprconfig during
detection of the available compilers and linkers.


Upstream was previously distributing these data as part of the
gprbuild source package, which now depends on it.



Bug#946781: ITP: kw -- Inglorious kernel developer workflow scripts

2019-12-15 Thread Nicolas Boulenguez
> * Package name: kw
> * URL : https://github.com/kworkflow/kworkflow
> kw stands for Kernel Workflow.

Hi.
Please name the package kworkflow, or better kernel-workflow, in order
to avoid future painful conflicts.
All the best.



Bug#919226: ITP: hardening-runtime -- Runtime hardening configuration files

2019-01-14 Thread Nicolas Boulenguez
> * Package name: hardening-runtime
> The package contains configuration files (Linux command line and sysctl
> for now) with settings recommended by the Linux Kernel Self-Protection
> project
> (https://kernsec.org/wiki/index.php/Kernel_Self_Protection_Project/Recommended_Settings)
> The package can be used to quickly harden a default Debian installation.

There is probably a reason why these options are not activated by
default on each installation by the appropriate package.
I think that the long description should mention this reason.

Thanks for this package!



Bug#904766: O: opentoken -- replaced upstream

2018-07-27 Thread Nicolas Boulenguez
Package: wnpp
Severity: normal

The upstream maintainer has orphaned opentoken, see
http://www.stephe-leake.org/ada/opentoken.html.

Instead of adopting it, please consider packaging the new tool from
the same author.

OpenToken and its replacement are text parser libraries for the Ada
language.



Bug#896639: ITP: python-async-generator -- extensions to asynchronous generators for Python3 developers

2018-04-22 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: python-async-generator
  Version : 1.9
  Upstream Author : Nathaniel J. Smith 
* URL : https://github.com/python-trio/async_generator
* License : MIT
  Programming Lang: Python
  Description : extensions to asynchronous generators for Python3 developers

The python3 language provides some structures to process streaming
data with an interface similar to the iteration structures.  This
module adds some convenient features like the yield from construct or
context managers.

This is a new dependency for python3-ptk.



Bug#894233: RM: oolite -- ROM; depends on obsolete libmozjs, see #886102

2018-03-27 Thread Nicolas Boulenguez
Package: wnpp
Followup-For: Bug #886102
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: oolite -- ROM; depends on obsolete libmozjs, see #886102

Hello.

Please remove oolite from unstable.
It depends on an obsolete libmozjs, and cannot be fixed easily (see
#886102 for details).
No one has adopted the package since I have orphaned it for the exact
same reason, so there will probably be no objection.



Bug#886643: ed help request

2018-01-10 Thread Nicolas Boulenguez
Hello.

The attached suggestions will hopefully help packaging 1.14.2.

You should also have received a carbon copy of a question to
http://lists.gnu.org/archive/html/bug-ed about the GPL version change
in the source headers.


suggestions.tar.gz
Description: application/gzip


Bug#886102: O: oolite -- space sim game, inspired by Elite

2018-01-02 Thread Nicolas Boulenguez
Package: wnpp
Severity: normal

I am orphaning the oolite package. Upstreams embeds an outdated copy
of a library dependency [α], for sensible reasons summarized at [β].
Building in a way compatible with Debian standards, if even possible,
would require much more efforts than I can afford.

[α] https://bugs.debian.org/863788
[β] https://github.com/OoliteProject/oolite/issues/271

The package description is:
 Oolite is a space sim game, inspired by Elite, powered by Objective-C
 and OpenGL, and designed as a small game that is easy for users to pick
 up, modify and expand upon. Almost every aspect of the game can be changed
 by using simple, free graphics packages and text-editors.
 .
 The purpose of the game is to fly from planet to planet, buying and
 selling goods, shooting pirates or committing acts of piracy.



Bug#767414: RFP: 2048 -- Simple number game for the text console

2017-11-07 Thread Nicolas Boulenguez
Hello.
Here are some comments about the current packaging.
Hope this helps…

As upstream contributor, you should merge your changes into the
original project at https://github.com/mevdschee.
Your fork misses README.md, latest bug fixes,
and the original project would probably welcome a manpage and
improvements in the Makefile.

The attachment fixes cosmetic issues in the manpage
(https://liw.fi/manpages/),
and contains many suggestions for the Makefile:
* allow prefix /= /usr
* avoid as many repetitions as possible, so that any renaming or version
  change is easyer
  (I suggest a name starting with a letter for the package and executable)
* reduce the subshell runs, declare .PHONY targets, use := variables
  (for performance)

Once an upstream tarball is released
* without any debian/ subdirectory (there may be other distributors)
* without .gitignore (the tarball is unrelated with the VCS)
* with explicit authors and license
* maybe with a short ./changelog file, either referencing the version
  control system or manually listing changes.
* visible somewhere on the web (for automatic detection of new versions)
* maybe signed by your electronic signature

you can start the Debian packaging.

debian/2048.debhelper.log
debian/2048.substvars
debian/files
show that you have committed without cleaning your working directory.

debian/changelog should only contain the history of the official
Debian packages (currently, only one). In other words, it only sees
the debian/subdirectory.
In normal circumstances, changes to the upstream sources should be
mentioned in ./changelog (or the VCS it refers to).

Text files should end with an empty line (it helps diff tools).

Your package is ready for debhelper 10 and Standards-Version 4.1.0.

control/Vcs-* and copyright/Source changes should be self-explaining.

I hate trailing whitespaces, but YMMV.

Once upstream releases visible tarballs, adding a watch file scanning
new upstream releases and checking signatures would be a good thing.
See uscan(1).



Bug#867316: O: awesome -- highly configurable X window manager

2017-07-31 Thread Nicolas Boulenguez
Hello.

The attached archive gathers available or trivial patches.
It should be easyer to "git am" from the bug log than separate patches.
Before that, upstream 4.2 should be imported and merged.

The upstream branch seems to track *every* upstream commit, but
differs from the history visible on github.
Julien, could you explain your workflow?
We could then describe it in README.source for potential adopters.

Thanks.


awesome-4.0to4.2.tar.gz
Description: application/gzip


Bug#810619: ITP: python-ptk -- lexical analysis and parsing in Python, without code generation

2016-01-10 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: python-ptk
  Version : 1.2.0
  Upstream Author : Jérôme Laheurte 
* URL : https://bitbucket.org/fraca7/ptk
* License : LGPL-3
  Programming Lang: Python
  Description : lexical analysis and parsing in Python, without code 
generation

PTK is a LR(1) parser "generator" for Python. It is not actually a
"generator" in the sense that it doesn't output source code, using
Python's dynamic nature to build everything it needs at runtime
instead. Also, it supports asynchronous parsing.



Bug#714459: ITP: pyhunspell -- Python 2/3 binding for Hunspell

2013-07-08 Thread Nicolas Boulenguez
On Sat, Jun 29, 2013 at 05:55:16PM +0200, Benjamin Drung wrote:

> * Package name: pyhunspell
>   Description : Python 2/3 binding for Hunspell

Hello. You may want to change the name to python-hunspell, at least
for the binary packages.

http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130708134425.GA7504@pegase



Bug#704214: ITP: numbers -- asdf

2013-04-02 Thread Nicolas Boulenguez
On Fri, Mar 29, 2013 at 10:16:47AM -0400, Yaroslav Halchenko wrote:

> * Package name: numbers
>  The numbers program extracts numeric literals

Please consider choosing a more explicit name to avoid conflicts in
the same namespace, both for the Debian package and the executable
tool in /usr/bin.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130402095401.GA7801@pegase



Bug#509768: ITP: taskcoach

2013-03-28 Thread Nicolas Boulenguez
Packaging the software was easy, but many time-consuming problems did
delay the upload to the Debian archive: unresolved licenses, outdated
code copies. Most of them are now solved and integrated into 1.3.28 by
a cooperative upstream, but I am reluctant to create work for the FTP
masters during the freeze. I should be able to let taskcoach enter
unstable right after wheezy is released.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130328201905.GB8295@pegase



Bug#509768: ITP: taskcoach -- a friendly task manager

2012-01-28 Thread Nicolas Boulenguez
Hello.

It seems that nobody is packaging taskcoach anymore. I intend to adopt
this package as Alejandro has let it, then look for a sponsor on
mentors. If anyone objects to this project, let them speak now or
forever hold their peace.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128190645.GA4271@pegase



Bug#543238: RFA: toshset -- Access much of the Toshiba laptop hardware interface

2011-08-28 Thread Nicolas Boulenguez
Hello.

The attached patches update the packaging, closing one of the two bugs.
Some compilation errors about missing files remain, but they existed and
were ignored in the previous version.

As I am neither a Debian developper nor a Linux hacker, I could hardly
adopt the package on my own, but I may test updates with my Tecra laptop.


toshset_packaging_suggestions.tgz
Description: application/gtar-compressed


Bug#615920: ITP: libncursesada -- Ada binding for the ncurses text user interface library

2011-02-28 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: libncursesada
  Version : 5.8-1
  Upstream Author : Juergen Pfeifer
* URL : http://ftp.gnu.org/pub/gnu/ncurses/
* License : GPLv3
  Programming Lang: Ada
  Description : Ada binding for the ncurses text user interface library

NcursesAda allows programmers to use the Ncurses library within the Ada
language. This means programming panels, colors, forms in text terminals or
emulators.

This binding has been part of the ncurses source for a long time now, but
it was ignored in Debian since an Ada compiler is available on less
architectures than ncurses. The upstream authors have made a significant
effort in 5.8 release so that it may be packaged separately.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110301010933.10279.56569.reportbug@pegase



Bug#555682: ITP: libgmpada -- Ada binding to the GNU MultiPrecision library

2009-11-10 Thread Nicolas Boulenguez
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: libgmpada
  Version : 20091109
  Upstream Author : Nicolas Boulenguez 
* URL : http://mtn-host.prjek.net/projects/libgmpada
* License : GPL
  Programming Lang: Ada
  Description : Ada binding to the GNU MultiPrecision library

GMPAda allows programmers to use the GNU MultiPrecision library
within the Ada language.

It allows computing with integers and floating point numbers whose
length is only limited by the computer's memory. Two bindings are
provided: one directly calls the C functions, while the other is less
performant but encapsulates safe memory allocation.  The library is
more useful as sources than as a shared binary since optimization
often matters.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org