Bug#706656: ITP: cura -- Controller for 3D printers

[Petter Reinholdtsen]

[Gregor Riepl]
> That must have changed in the meantime...
> It was still ok when I packaged 2.5.0 AFAIR.

Yes, it changed fairly recently.

> I did quite a bit of research, and I'm almost certain it's a false positive.
> The docs mention posting to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673112 in such a case.
> I'll remove the override until this has been done (post-release).

I suggest you add the bts ref to the lintian comment to make this clear.
I have fairly high trust in this test in lintian, but have not
investigated your particular case, so see no basis to object to your
findings.  I am glad you have researched it. :)

> This problem has already been resolved. cura-engine will be given a new epoch
> (1:in), which makes it a working upgrade to the "old" CuraEngine. As far as I
> understand, the epoch was introduced for exactly this use case.

Yes, but you should not throw away the old changelog entries.

> libArcus is a dependency of Cura and CuraEngine, and libSavitar is
> needed by Cura. Both should be built first. After that, CuraEngine,
> then Uranium (that's the UI framework) and ultimately
> Cura. fdm-materials is an optional package containing only data files
> and can be built separately.

OK, so lets start with libArcus, then.  Should we coordinate on IRC? I
joined #debian-3dprinting to help out.  If you got the time, I suspect
we can get it uploaded into NEW today.

-- 
Happy hacking
Petter Reinholdtsen

Bug#793057: Upstream advice on packaging Godot

[Rémi Verschelde]

Hi there,

Godot upstream maintainer here [0], as well as its packager for Mageia
[1] and (soon, pending review) Fedora/RHEL [2] [3]. I thought I'd
chime in to give some more tips about packaging Godot from a fellow
packager's point of view with a good understanding of the upstream
setup :)

Sorry, it's going to be a long post, but Godot is a complex
cross-platform project and packaging it efficiently requires some
explanations on how things are setup.

## Things to build and package

For the reference, here are some tips I sent to debian-devel-games and
fedora-games last year [4]. The packaging structure I proposed back
then is still relevant, albeit I decided to drop the idea to package
the Linux export templates as it's too much hassle for little gain,
when users need to download the upstream templates anyway for other
platforms.

So I suggest that you package Godot this way:
- "godot" package, optimized build of the editor (`p=x11 tools=yes`);
- "godot-runner" package, optimized build of the Linux export template
(`p=x11 tools=no`) - it can then be used directly to run any Godot
game (both from source or from a data pack), which is the best way to
package libre Godot games in the future like Tanks of Freedom,
Minilens or The Diasporic Crypt;
- (optionally) "godot-server" package (`p=server tools=yes`), which is
a headless build of the editor which can be used to do command line
operations in a non-graphical environment (e.g. automating exports to
various platforms), but more importantly power a game's server (as of
Godot 2.1.x I don't know of libre multiplayer game which would need it
though).
- (optionally) "godot-demos" with the upstream demos [5], all MIT licensed.

Regarding your discussion on what version to package, I encourage to
package the stable version (2.1.4), potentially with some backported
patches from the 2.1 branch (see below).
When Godot 3.0 comes out, it might make sense to provide both
(especially if you're packaging some libre games which are not ported
to Godot 3.0+ yet).
How to name the packages is up to you, for Mageia and Fedora my Godot
2.1.4 packaged is "godot". When Godot 3.0 is released, I'll fork it to
a new "godot2" package, and will upgrade the main "godot" package to
version 3.0.

## Licensing and copyright

For the current Godot 2.1.4 release, I've done a lot of work to
properly document the licenses and copyright statements of all source
files included in Godot's source repository. This is all listed in
COPYRIGHT.txt [6] using the Debian machine-readable format spec, and
should be a good base for your own debian/copyright after editing it
to reflect unbundling of vendored libraries (see below).

Note that for vendored thirdparty libraries, I stopped at their "main"
copyright statement and license (typically from COPYING, LICENSE.txt
or the header of their main code files), and did not try to redo all
the work they should be doing themselves to documented code snippets
they took from other license-compatible sources.

## Unbundling thirdparty libraries

For convenience, both to be able to build out of the box for all the
platforms it supports, and to be able to make portable Linux binaries
as export templates, we vendor the libraries that Godot relies upon
[7].

You cannot however simply delete this folder, as some of the
thirdparty code included there is not packaged in Debian (and probably
doesn't need to be). Everything that can be unbundled has a
`builtin_${name}=no` SCons option (you can list them all with `scons
--help`, or check the SConscript [8]).
As we use the bundled stuff by default so that Godot users who build
their own templates from source can have portable binaries, you'll
have to specify the various "builtin_${name}=no" arguments manually.
In the future I intend to add a "packaging" option that will do it
automatically, but haven't got to doing it yet.

Here's how I do it for Mageia/Fedora:
```
# Windows-specific
rm -rf thirdparty/rtaudio
# Use system libraries when available
system_libs=""
for lib in freetype glew libogg libpng libtheora libvorbis libwebp
openssl opus zlib; do
system_libs+="builtin_"$lib"=no "
rm -rf thirdparty/$lib
done
```
Then build Godot binaries with `scons $system_libs `.

### Caveats

After the above step, there are still some vendored MIT-compatible
libraries. See this comment [9] for details about each of them. In
particular:

- libmpcdec and speex could be unbundled, but would require some dev
work. Since they've been removed from the master branch (upcoming
Godot 3.0), I didn't bother. You are however free to remove them and
disable the modules that use them with `module_mpc_enabled=no
module_speex_enabled=no`.
- minizip sadly has some custom modifications which I haven't managed
to get rid of yet, so it's advised to build against the custom code
(the changes are documented in patches included in the source folder)
- the certs bundle needs an update upstream, but it's basically just
the regular Mozilla certs bundle

Bug#877056: ITP: fr24feed -- Flightradar24 Decoder & Feeder

[Viacheslav Kalmykov]

Package: wnpp
Severity: wishlist
Owner: Viacheslav Kalmykov 

* Package name: fr24feed
  Version : 1.0.19-2
  Upstream Author : Flightradar24 
* URL : https://www.flightradar24.com/
* License : http://repo.feed.flightradar24.com/LICENSE.fr24feed.txt
  Programming Lang: C++, shell
  Description : Flightradar24 Decoder & Feeder lets you effortlessly share 
ADS-B data with Flightradar24. It supports multiple receivers, the DVB-T stick, 
and makes the entire feeding process as smooth as possible.

We at Flightradar24.com offer our feeders software for x86 / ARM Linux 
platforms which we currently package as .deb packages through our own APT 
repository.
As our userbase grows, we thought that it might be better for our users to skip 
manual step of adding yet another repository to their system.
Therefore we ask if it would be possible to include our feeder package to the 
non free part of Debian repository.

Majority of our users run the software on Raspbian OS on Raspberry Pi. However, 
we aim to support any Debian-based OS, including Debian itself and Ubuntu.

We plan to maintain and support the package ourselves as a company.

Bug#877056: ITP: fr24feed -- Flightradar24 Decoder & Feeder

[Andrew Shadura]

Hi,

On 28 September 2017 at 10:13, Viacheslav Kalmykov  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Viacheslav Kalmykov 
>
> * Package name: fr24feed
>   Version : 1.0.19-2
>   Upstream Author : Flightradar24 
> * URL : https://www.flightradar24.com/
> * License : http://repo.feed.flightradar24.com/LICENSE.fr24feed.txt
>   Programming Lang: C++, shell
>   Description : Flightradar24 Decoder & Feeder lets you effortlessly 
> share ADS-B data with Flightradar24. It supports multiple receivers, the 
> DVB-T stick, and makes the entire feeding process as smooth as possible.
>
> We at Flightradar24.com offer our feeders software for x86 / ARM Linux 
> platforms which we currently package as .deb packages through our own APT 
> repository.
> As our userbase grows, we thought that it might be better for our users to 
> skip manual step of adding yet another repository to their system.
> Therefore we ask if it would be possible to include our feeder package to the 
> non free part of Debian repository.
>
> Majority of our users run the software on Raspbian OS on Raspberry Pi. 
> However, we aim to support any Debian-based OS, including Debian itself and 
> Ubuntu.
>
> We plan to maintain and support the package ourselves as a company.

Have you considered making it free software? Is there any reason really not to?

-- 
Cheers,
  Andrew

Bug#684974: marked as done (RFP: areca -- Areca Backup - an Open Source personal backup solution)

[Debian Bug Tracking System]

Your message dated Thu, 28 Sep 2017 10:20:06 +
with message-id 
and subject line closing RFP: areca -- Areca Backup - an Open Source personal 
backup solution
has caused the Debian Bug report #684974,
regarding RFP: areca -- Areca Backup - an Open Source personal backup solution
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
684974: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684974
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist

* Package name: areca
  Version : 7.2.10
  Upstream Author : Olivier PETRUCCI 

* URL : http://www.areca-backup.org
* License : GPLv2
  Programming Lang: Java
  Description : Areca Backup - an Open Source personal backup solution

Hello. I use Areca for a while for my personal backup needs and I find it very
good. It would be very nice to have Areca as a Debian package.

Quote from the website:

It basically allows you to select a set of files / directories to back-up,
choose where and how (as a simple file copy, as a zip archive, ...) they will
be stored, and configure post-backup actions (like sending backup reports by
email or launching custom shell scripts).

It has been designed to :

  * Be as simple as possible to set up: No complex configuration files to edit
- Your backup configuration (which is stored as an XML file) can be edited with
Areca's graphical user interface.
  * Be as versatile as possible: Areca can use advanced backup modes (like
"delta backup") or simply produce a "basic" copy of your source files as a
standard directory or zip archive (readable by WinZip or other archivers).
  * Allow you to interact with your archives and the files they contain: Track
different versions of a specific file, browse your archives, recover or view
specific files, merge a set of archives, ... 
--- End Message ---
--- Begin Message ---
RFP 684974 has no visible progress for a long time, so closing.--- End Message ---

Bug#871660: ITP: fairsim -- ImageJ plugin for SIM reconstruction

[Carnë Draug]

On 10 August 2017 at 15:28, Yanhao Mo  wrote:
> Maybe your name listed at the Owner field using wrong encoding. because
> it's showing "=?utf-8?q?Carn=C3=AB_Draug?=". Is it correct?

It is not.  The name should be Carnë Draug.  It was automatically picked
by reportbug from DEBFULLNAME though.  Not sure if it's a bug somewhere.

Carnë

Bug#876401: ITA: xdg-utils -- desktop integration utilities from freedesktop.org

[Emilio Pozuelo Monfort]

Hi Nicholas,

On Sun, 24 Sep 2017 10:01:10 +0200 Laurent Bigonville  wrote:
> On Sat, 23 Sep 2017 15:49:41 +0300 
> =?UTF-8?B?0JrQvtC70Y8g0JPRg9GA0YzQtdCy?=  wrote:
> 
> Hello,
> 
>  > I'd like to work on this package and adopt it. First of all, it makes
>  > sense to deal with an unreleased version from Git. Afterwards, I'll
>  > merge a new upstream version, v1.1.2 and I'll look into a list of bugs
>  > of the package (I didn't examine all bugs yet).
>  >
>  > I already have some skills in packaging, but I'll be grateful for any
>  > help; any suggestions are welcome.
> 
> Debian has already a "Debian freedesktop.org maintainers" team[0].
> 
> Maybe it makes sense to put that package under that team umbrella as well?

I have approved your request to join pkg-freedesktop. I was going to adopt this
package into the team but you were faster, so you're very welcome to join the
team and maintain the package there :)

Let me know if you have questions or need sponsorship. Also feel free to ask me
on irc (pochu on #debian-gnome, there's no better channel atm so that should do
for now).

Thanks,
Emilio

Bug#702773: libcidr: changing back from RFP to ITP

[Santiago]

retitle 702773 ITP: libcidr -- IPv4 and IPv6 address manipulation library
owner 702773 !
tag 702773 + pending
thanks

Hi Daniil,

I have uploaded to collab-maint/libcidr.git a pre-initial release of
libcidr. I know you have spent energy on this, and got frustrated by the
lack on response. But if your are still interested, please fell free to
join and contribute packaging it.

If you have an alioth guest account, you should be able to clone it
with:

git clone ssh://@git.debian.org/git/collab-maint/libcidr.git

Best regards,

  -- Santiago

Bug#876383: Acknowledgement (ITP: safeeyes -- Protect your eyes from eye strain using this simple and beautiful, yet extensible break reminder)

[Antoine Beaupré]

Control: owner -1 federico.cera...@gmail.com
Control: tags -1 +pending

Frederico not only uploaded this to collab-maint, he also uploaded it to
NEW, so I'll just give him this ITP already and wish him the best of
luck. :)

A.
-- 
I believe that love is a better teacher than a sense of duty.
   - Albert Einstein

Processed: Re: Bug#876383: Acknowledgement (ITP: safeeyes -- Protect your eyes from eye strain using this simple and beautiful, yet extensible break reminder)

[Debian Bug Tracking System]

Processing control commands:

> owner -1 federico.cera...@gmail.com
Bug #876383 [wnpp] ITP: safeeyes -- Protect your eyes from eye strain using 
this simple and beautiful, yet extensible break reminder
Owner changed from Antoine Beaupre  to 
federico.cera...@gmail.com.
> tags -1 +pending
Bug #876383 [wnpp] ITP: safeeyes -- Protect your eyes from eye strain using 
this simple and beautiful, yet extensible break reminder
Added tag(s) pending.

-- 
876383: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876383
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Bug#702773: libcidr: changing back from RFP to ITP

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 702773 ITP: libcidr -- IPv4 and IPv6 address manipulation library
Bug #702773 [wnpp] RFP: libcidr -- IPv4 and IPv6 address manipulation library
Changed Bug title to 'ITP: libcidr -- IPv4 and IPv6 address manipulation 
library' from 'RFP: libcidr -- IPv4 and IPv6 address manipulation library'.
> owner 702773 !
Bug #702773 [wnpp] ITP: libcidr -- IPv4 and IPv6 address manipulation library
Owner recorded as Santiago .
> tag 702773 + pending
Bug #702773 [wnpp] ITP: libcidr -- IPv4 and IPv6 address manipulation library
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
702773: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702773
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#702773: libcidr: changing back from RFP to ITP

[Daniil Baturin]

Hi Santiago,

Sorry for my absense, I've been ill. I also could not find the original
packaging I've made back then so I'd be forced to start anew anyway.

How do I get an alioth guest account? Also, yes, I was about to ask how
revision control of the packaging files is done in debian. :)

On 09/28/2017 07:56 PM, Santiago wrote:
> retitle 702773 ITP: libcidr -- IPv4 and IPv6 address manipulation library
> owner 702773 !
> tag 702773 + pending
> thanks
>
> Hi Daniil,
>
> I have uploaded to collab-maint/libcidr.git a pre-initial release of
> libcidr. I know you have spent energy on this, and got frustrated by the
> lack on response. But if your are still interested, please fell free to
> join and contribute packaging it.
>
> If you have an alioth guest account, you should be able to clone it
> with:
>
> git clone ssh://@git.debian.org/git/collab-maint/libcidr.git
>
> Best regards,
>
>   -- Santiago


-- 
#!/usr/bin/env perl
@a=split(//, "daniil @ baturin  .  org" );# Daniil Baturin
@b=split(//,q/Px%!+o0Q6lh*7dp$.@8#%|y{/);while($i<24){$_.=
chr((ord(@b[$i])-ord(@a[$i])+62)%94+32);$i++};print"$_\n"#




signature.asc
Description: OpenPGP digital signature

Bug#877080: ITP: gpyfft -- Wrapper for the OpenCL FFT library clFFT

[System User]

Package: wnpp
Severity: wishlist
Owner: Picca Frédéric-Emmanuel 

* Package name: gpyfft
  Version : 0.7.0
  Upstream Author : Gregor Thalhammer 
* URL : https://github.com/geggo/gpyfft
* License : LGPL
  Programming Lang: C, Python
  Description : Wrapper for the OpenCL FFT library clFFT

 This python wrapper is designed to tightly integrate with
 PyOpenCL. It consists of a low-level Cython based wrapper with an
 interface similar to the underlying C library. On top of that it
 offers a high-level interface designed to work on data contained in
 instances of pyopencl.array.Array, a numpy work-alike array class for
 GPU computations. The high-level interface takes some inspiration
 from pyFFTW. For details of the high-level interface see fft.py.

 This package will be maintain within Debian-science and is a dependency for
 another project.

Bug#702773: libcidr: changing back from RFP to ITP

[Santiago]

El 28/09/17 a las 20:17, Daniil Baturin escribió:
> Hi Santiago,
> 
> Sorry for my absense, I've been ill. I also could not find the original
> packaging I've made back then so I'd be forced to start anew anyway.

No worries, I hope you are felling better now.

> 
> How do I get an alioth guest account? Also, yes, I was about to ask how
> revision control of the packaging files is done in debian. :)

Look to the New Account in https://alioth.debian.org/

And https://wiki.debian.org/Alioth/Git
Possibly this will evolve in the near future, but it's the current way
to use git.

Bug#813901: ITP: btrfsmaintenance -- Btrfs maintenance toolbox

[Nicholas D Steeves]

Hi Marc,

Thank you for taking the time to review this package.  For the
purposes of the RFS I'm requesting commit: 38ced3f on the experimental
branch.  I've deleted all old uploads on mentors to remove any
ambiguity.

On Tue, Sep 26, 2017 at 04:54:13PM +0200, Marc Haber wrote:
> On Sat, Sep 23, 2017 at 06:45:24PM -0400, Nicholas D Steeves wrote:
> > Sorry for the non-functional upstream sources when building with gbp.
> > I just noticed that today and have fixed it.  I've pushed to the
> > experimental branch of the git repo.  I've also enabled the systemd
> > timer by default in experimental.
> 
> Is it intended that the daemon doesn't get reloaded on package
> installation and that btrfsmaintenance-refresh needs to be started
> manually?

For the packaging on the master branch, yes.  For the packaging on the
experimental branch the service is started after the package is
installed.

> Some short comments.
[...]
> - if the scripts are intended to be called manually as well, they should
>   live in /usr/[s]bin, and not in /usr/share

I guess it would be possible to maintain a patch for each of *.sh that:
- . $(dirname $(realpath $0))/btrfsmaintenance-functions
+ . /usr/share/btrfsmaintenance/btrfsmaintenance-functions

That said, I believe that the primary purpose of the scripts is
automation and that they are not intended to be called manually.
There is currently a pull request (
https://github.com/kdave/btrfsmaintenance/pull/36 ) for enhanced
systemd support.  After that, or something similar is merged I believe
that the recommended way to manually trigger something will be as a
oneshot systemd maintenance job.  I think the concept behind
btrfsmaintenance is as follows: Configure it once, then forget about
btrfs-related maintenance tasks.

> - Can I tell the scripts "do your operation on _this_ btrfs file system,
>   and do it now", or do they only operate on file systems that are in
>   /etc/fstab?

At this time, btrfsmaintenance is not general-purpose convenience
wrapper around the btrfs balance, defrag, and scrub commands.  Each of
the scripts gets its configuration from /etc/default/btrfsmaintenance
and does not take any arguments.

From evaluate_auto_mountpoint() in btrfsmaintenance-functions:

# this function checks whether the variable contains the special keyword "auto" 

# if yes, all currently mounted btrfs filesystems are evaluated and their 
mountpoints   
# are put into the parameter variable

"auto" uses a findmnt, then 'find -xdev' per mount point.  I ought to
open an upstream issue to allow blacklisting of removable devices.

> - manpages are missing

Is a manpage appropriate for something that is evolving into a set of
script-backed systemd services?  If they were stand-alone
wrapper/convenience scripts that accepted arguments of arbitrary paths
then I would definitely agree.  As it stands I imagine that a manpage
would only cover the fact that configuration is in
/etc/default/btrfsmaintenance, plus links/stubs to/for btrfs-scrub(8),
btrfs-filesystem(8)--for defrag--and btrfs-balance(8).  Whether as a
manpage, a README.Debian, comments in /etc/default/btrfsmaintenance,
or the upstream README, what can I do to make this better?  Honestly,
I'm sympathetic to upstream's position, because systemd units such as
alsa-restore do not have (and imho do not need) manpages.

Upstream conversation on this topic is here:
https://github.com/kdave/btrfsmaintenance/issues/4

Kind regards,
Nicholas


signature.asc
Description: PGP signature

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 876211 ITP: libinih -- simple .INI file parser
Bug #876211 [wnpp] RFP: libinih -- simple .INI file parser
Changed Bug title to 'ITP: libinih -- simple .INI file parser' from 'RFP: 
libinih -- simple .INI file parser'.
> owner 876211 !
Bug #876211 [wnpp] ITP: libinih -- simple .INI file parser
Owner recorded as Yangfl .
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
876211: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876211
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#877100: O: sntop -- A curses-based utility that polls hosts to determine connectivity

[Tobias Frost]

Package: wnpp

The current maintainer of sntop, Fredrik Steen ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: sntop
Binary: sntop
Version: 1.4.3-4
Maintainer: Fredrik Steen 
Build-Depends: debhelper (>= 7), libncurses5-dev, quilt (>= 0.40)
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Files:
 d000428c0f03d08461f50cfe62f85c6c 1003 sntop_1.4.3-4.dsc
 0e99c64ea5a1bad6c1a32ac0dc2e9dd9 35174 sntop_1.4.3.orig.tar.gz
 5de79e42713b147fa097140e4c473dd9 3036 sntop_1.4.3-4.diff.gz
Checksums-Sha256:
 eb17b62134396e7dccd9950dfec4eb8a6c9134ccd7c7a94099a1324653c040ba 1003 
sntop_1.4.3-4.dsc
 943a5af1905c3ae7ead064e531cde6e9b3dc82598bbda26ed4a43788d81d6d89 35174 
sntop_1.4.3.orig.tar.gz
 312c6768911ea8b9b286d08c265189b9d369cb05c6a653dbcd3193cce811d92e 3036 
sntop_1.4.3-4.diff.gz
Homepage: http://sourceforge.net/projects/sntop
Directory: pool/main/s/sntop
Priority: source
Section: net

Package: sntop
Source: sntop (1.4.3-4)
Version: 1.4.3-4+b1
Installed-Size: 41
Maintainer: Fredrik Steen 
Architecture: amd64
Depends: libc6 (>= 2.2.5), libncurses5 (>= 6), libtinfo5 (>= 6), fping
Description-en: A curses-based utility that polls hosts to determine 
connectivity
 Simple network top (sntop) is a curses-based console utility,
 in the spirit of top, that polls network hosts at a regular interval to
 determine their connectivity and displays the results in a pretty format.
 Advanced features, such as automatic HTML generation of results,
 secure terminal mode, execution of external file on connectivity change,
 and user/system configure files, are supported.
Description-md5: 0490ca7c72a9cc29af794df5e87aa57f
Homepage: http://sourceforge.net/projects/sntop
Tag: admin::monitoring, interface::text-mode, role::program, scope::utility,
 uitoolkit::ncurses, use::monitor
Section: net
Priority: optional
Filename: pool/main/s/sntop/sntop_1.4.3-4+b1_amd64.deb
Size: 15390
MD5sum: 3ae8e7b58b8f2bd52064239a4cd177a5
SHA256: 2166e52fd00e1f499e23fced6bcb1a92f5ebc6b5149b4bd0cb27e0d76d272006



signature.asc
Description: PGP signature

Bug#877099: O: wmix -- Dockapp mixer for OSS

[Tobias Frost]

Package: wnpp

The current maintainer of wmix, Fredrik Steen ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: wmix
Binary: wmix
Version: 3.1-5.1
Maintainer: Fredrik Steen 
Build-Depends: debhelper (>= 10), cdbs (>= 0.2.4), libx11-dev, libxext-dev, 
libxpm-dev, x11proto-core-dev, patchutils
Architecture: any
Standards-Version: 3.9.8
Format: 1.0
Files:
 77422131b9fd3305be89d4f0cbe3294b 1710 wmix_3.1-5.1.dsc
 62f6e86f7558f193e081dc29444a6699 21344 wmix_3.1.orig.tar.gz
 258e18bfb24f1685c159c1c10a3cad23 3436 wmix_3.1-5.1.diff.gz
Checksums-Sha256:
 73bb13d52bb8d66017c23c45406d596b7899c97348401a56356f52d8153afcfd 1710 
wmix_3.1-5.1.dsc
 4b2a042768a685ed8d30e6a7ed6bd4e13022665c9d772545654c89ec1437e322 21344 
wmix_3.1.orig.tar.gz
 6638f4a1d95431e39643e366b1169da49fff622910f275ef949b5c6e81b19c38 3436 
wmix_3.1-5.1.diff.gz
Homepage: http://www.dockapps.net/wmix
Package-List: 
 wmix deb x11 extra arch=any
Directory: pool/main/w/wmix
Priority: source
Section: x11

Package: wmix
Version: 3.1-5.1
Installed-Size: 81
Maintainer: Fredrik Steen 
Architecture: amd64
Depends: libc6 (>= 2.3), libx11-6, libxext6, libxpm4
Description-en: Dockapp mixer for OSS
 Allows toggling record source, muting individual channels,
 adjusting volume and balance, all in a compact dockapp size,
 with TV-like on-screen-display for volume levels.
 .
 Supports mousewheel to adjust current channelvolume
 and can be controlled remotely with SIGUSR1 / SIGUSR2 to adjust the volume.
 Keeps a simple configuration file for user-defined settings.
Description-md5: c8ba753636c7bfe4da39047add7fb1b9
Homepage: http://www.dockapps.net/wmix
Tag: interface::graphical, interface::x11, role::program, scope::utility,
 sound::mixer, suite::gnustep, uitoolkit::xlib, x11::applet
Section: x11
Priority: optional
Filename: pool/main/w/wmix/wmix_3.1-5.1_amd64.deb
Size: 23402
MD5sum: 648e87aa844141e4f684187f10d2ef10
SHA256: 1dd998fe3dd4370e8bbf390fa51570ff746365f591e7a754f08067ca6ed4df81



signature.asc
Description: PGP signature

Bug#877103: ITP: python-rebulk -- Define simple search patterns in bulk to perform advanced matching on any string

[Etienne Millon]

Package: wnpp
Severity: wishlist
Owner: Etienne Millon 

* Package name: python-rebulk
  Version : 0.9.0
  Upstream Author : Rémi Alvergnat (https://github.com/Toilal)
* URL : https://github.com/Toilal/rebulk/
* License : MIT
  Programming Lang: Python
  Description : Define simple search patterns in bulk to perform advanced 
matching on any string

ReBulk is a python library that performs advanced searches in strings
that would be hard to implement using re module or String methods
only.

It includes some features like Patterns, Match, Rule that allows
developers to build a custom and complex string matcher using a
readable and extendable API.

This library is a dependency for new versions of python-guessit,
already in Debian and maintained by myself in the DPMT.

I intend to maintain it there as well, and comaintainers are more than
welcome.

Thanks

-- 
Etienne Millon

Bug#821896: marked as done (RFP: golang-github-jroimartin-gocul -- Go library for creating console user interfaces)

[Debian Bug Tracking System]

Your message dated Fri, 29 Sep 2017 04:43:27 +0900
with message-id 

and subject line Re: RFP: golang-github-jroimartin-gocul -- Go library for 
creating console user interfaces
has caused the Debian Bug report #821896,
regarding RFP: golang-github-jroimartin-gocul -- Go library for creating 
console user interfaces
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
821896: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821896
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-go-maintain...@lists.alioth.debian.org
Control: block 820614 by -1


* Package name: golang-github-jroimartin-gocul
  Version : 0.2.0
  Upstream Author : Roi Martin 
* URL : https://github.com/jroimartin/gocui
* License : BSD-3-Clause
  Programming Lang: Go
  Description : Go library for creating console user interfaces

Minimalist Go package aimed at creating console user interfaces.

This a requirement for vuls.

Thanks,
DS
--- End Message ---
--- Begin Message ---
Hi,

This bug already fixed by #856514.
I close this.

Thanks,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6--- End Message ---

Processed (with 1 error): retitle: ITP: gnome-shell-extension-hide-veth -- hide veth devices in network-manager typically used by Docker and LXC

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 870287 ITP: gnome-shell-extension-hide-veth -- hide veth devices
Bug #870287 [wnpp] ITP: gnome-shell-extension-gnome-docker-integration -- hide 
veth devices in network-manager typically used by Docker and LXC
Changed Bug title to 'ITP: gnome-shell-extension-hide-veth -- hide veth 
devices' from 'ITP: gnome-shell-extension-gnome-docker-integration -- hide veth 
devices in network-manager typically used by Docker and LXC'.
> in network-manager typically used by Docker and LXC
Unknown command or malformed arguments to command.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
870287: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870287
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#805268: Adoption of syslinux

[Debian Bug Tracking System]

Processing control commands:

> owner -1 Debian CD Group 
Bug #805268 [wnpp] O: syslinux -- collection of bootloaders (DOS FAT and NTFS 
bootloader)
Owner recorded as Debian CD Group .
> retitle -1 ITA: syslinux -- collection of bootloaders (DOS FAT and NTFS 
> bootloader)
Bug #805268 [wnpp] O: syslinux -- collection of bootloaders (DOS FAT and NTFS 
bootloader)
Changed Bug title to 'ITA: syslinux -- collection of bootloaders (DOS FAT and 
NTFS bootloader)' from 'O: syslinux -- collection of bootloaders (DOS FAT and 
NTFS bootloader)'.

-- 
805268: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805268
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#805268: Adoption of syslinux

[Lukas Schwaighofer]

Control: owner -1 Debian CD Group 
Control: retitle -1 ITA: syslinux -- collection of bootloaders (DOS FAT and 
NTFS bootloader)

Hi,

I intend to work on syslinux as part of the Debian CD Group.  I'm open
to team maintenance and will probably need help every now and then
anyways, so if you read this and also want to step in just let me
know :) .

Regards
Lukas

Bug#876401: ITA: xdg-utils -- desktop integration utilities from freedesktop.org

[Коля Гурьев]

Hi,

28.09.2017 14:58, Emilio Pozuelo Monfort пишет:
> I have approved your request to join pkg-freedesktop.
Thank you!

So I'll do as suggested by Laurent Bigonville. I'll put an email address
of the team in the Maintainer field and my name in the Uploaders list.
And then I'll be continuing my work on the package this weekend.

Bug#685017: marked as done (RFP: libcommuni -- A cross-platform IRC framework written with Qt)

[Debian Bug Tracking System]

Your message dated Thu, 28 Sep 2017 22:19:57 +
with message-id 
and subject line closing RFP: libcommuni -- A cross-platform IRC framework 
written with Qt
has caused the Debian Bug report #685017,
regarding RFP: libcommuni -- A cross-platform IRC framework written with Qt
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
685017: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685017
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist

* Package name: libcommuni
  Version : 1.1.1
  Upstream Author : J-P Nurmi 
* URL : http://communi.github.com
* License : LGPL (v2 or later)
  Programming Lang: C++
  Description : A cross-platform IRC framework written with Qt

Communi provides convenient classes for establishing connections
to IRC servers, handling incoming messages, and sending commands.
--- End Message ---
--- Begin Message ---
RFP 685017 has no visible progress for a long time, so closing.--- End Message ---

Processed: retitle to RFP: cnvkit -- Copy number variant detection from targeted DNA sequencing

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 828176 RFP: cnvkit -- Copy number variant detection from targeted DNA 
> sequencing
Bug #828176 [wnpp] ITP: cnvkit -- Copy number variant detection from targeted 
DNA sequencing
Changed Bug title to 'RFP: cnvkit -- Copy number variant detection from 
targeted DNA sequencing' from 'ITP: cnvkit -- Copy number variant detection 
from targeted DNA sequencing'.
> noowner 828176
Bug #828176 [wnpp] RFP: cnvkit -- Copy number variant detection from targeted 
DNA sequencing
Removed annotation that Bug was owned by Debian Med team 
.
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
828176: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828176
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: retitle to RFP: lua-stdlib -- Standard Lua libraries

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 727169 RFP: lua-stdlib -- Standard Lua libraries
Bug #727169 [wnpp] ITP: lua-stdlib -- Standard Lua libraries
Changed Bug title to 'RFP: lua-stdlib -- Standard Lua libraries' from 'ITP: 
lua-stdlib -- Standard Lua libraries'.
> noowner 727169
Bug #727169 [wnpp] RFP: lua-stdlib -- Standard Lua libraries
Removed annotation that Bug was owned by Sergio Durigan Junior 
.
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
727169: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727169
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#877124: ITP: pep9 -- Pep/9 assembler and simulator

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: pep9
  Version : 9.1-1
  Upstream Author : 2009 J. Stanley Warford, Pepperdine University
* URL : https://github.com/StanWarford/pep9 

* License : GPL-3+
  Programming Lang: C++
  Description : Pep/9 assembler and simulator




signature.asc
Description: OpenPGP digital signature

Processed: Re: Bug#877125: dtc: build errors with swig for python lib

[Debian Bug Tracking System]

Processing control commands:

> found 877124 1.4.5-1
Bug #877124 [wnpp] ITP: pep9 -- Pep/9 assembler and simulator
There is no source info for the package 'wnpp' at version '1.4.5-1' with 
architecture ''
Unable to make a source version for version '1.4.5-1'
Marked as found in versions 1.4.5-1.

-- 
877124: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877124
877125: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877125
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#877125: dtc: build errors with swig for python lib

[Debian Bug Tracking System]

Processing control commands:

> found 877125 1.4.5-1
Bug #877125 [device-tree-compiler] dtc: build errors with swig for python lib
Marked as found in versions device-tree-compiler/1.4.5-1.
> notfound 877124 1.4.5-1
Bug #877124 [wnpp] ITP: pep9 -- Pep/9 assembler and simulator
There is no source info for the package 'wnpp' at version '1.4.5-1' with 
architecture ''
Unable to make a source version for version '1.4.5-1'
No longer marked as found in versions 1.4.5-1.

-- 
877124: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877124
877125: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877125
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 877099 ITA: wmix -- Dockapp mixer for OSS
Bug #877099 [wnpp] O: wmix -- Dockapp mixer for OSS
Changed Bug title to 'ITA: wmix -- Dockapp mixer for OSS' from 'O: wmix -- 
Dockapp mixer for OSS'.
> owner 877099 !
Bug #877099 [wnpp] ITA: wmix -- Dockapp mixer for OSS
Owner recorded as Doug Torrance .
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
877099: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877099
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#871733: RFP: qcad -- computer-aided design (CAD) application for 2D design and drafting

[Yangfl]

Hi,

I'm interested in CAD but don't have much experience in CAD on linux.
Could you explain a bit how qcad is different from librecad?

Thanks.

On Fri, 11 Aug 2017 00:41:55 +0200 "W. Martin Borgert"
 wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: qcad
>   Version : 3.16.1
>   Upstream Author : Andrew Mustun, RibbonSoft
> * URL : https://qcad.org/
> * License : GPL3
>   Programming Lang: C++
>   Description : computer-aided design (CAD) application for 2D design and 
> drafting
>
> QCAD was part of Debian until squeeze, but has been removed
> because of license problems and a fork, librecad, emerged.
> Meanwhile, it looks like the license problems of QCAD may be
> solved. Also, QCAD, according to some of its users, has
> developed features not yet present in librecad. It therefore
> makes sense to package QCAD in addition to librecad.
>
>

Bug#876095: O: bash-completion -- programmable completion for the bash shell

[Gabriel F. T. Gomes]

On 22 Sep 2017, Axel Beckert wrote:

>> I cloned the package repository and I understood how syncing with
>> upstream was designed (very clever, imo).  
>
>Nice! Didn't look that deep into the package.

At the time I sent my first email, I was unaware of the existence of
git-buildpackage.  It turned out that bash-completion is maintained
with it, so that's where the clever syncing with upstream comes from.

(As a side not, I'm glad I learned about it, because it helped me in
the other packaging I am working on (pragha).  I converted it to
git-builbpackage)

>> So, I synced it and I began working on the removal of the patches
>> that are no longer required, or that do not apply cleanly.

That's done (see links to git repo below).

>Yes, but IMHO it's definitely a good thing to synchronise these bug
>reports (well, those which are still valid) to Github or the Debian
>Bug Tracking system — especially since Alioth is going away towards
>end of this year.
>[...]
>Not sure if it might be a good idea to make a dump or copy of all
>these bug reports as I don't expect them to be preserved when Alioth
>is decommissioned.

I saved the results of your search filter as a CSV, so that I have more
time to work on it.  Should that be enough?

>Please tell me if not being a member of the bash-completion project on
>Alioth hinders you in doing that work. (That should still be
>possible.)

So far so good.

I'm keeping my work on a personal git server [1], but as I mentioned in
the RFS for pragha [2], I don't think that's a good place to keep these
files in the long term, because I do not fully trust myself as a
sysadmin.

[1]
http://git.inconstante.eti.br/?p=bash-completion-debian.git;a=shortlog;h=refs/heads/unstable
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876667#26


Finally, I'd like to ask for some help...

After I upgraded bash-completion to newer upstream releases, I got some
conflicts during the installation of the package.  For instance, it
complained about the existence of the completion file for adb:

dpkg: error processing archive 
/home/gftg/debian/bash-completion/bash-completion_2.7-1_all.deb (--install):
 trying to overwrite '/usr/share/bash-completion/completions/adb', which is 
also in package adb 1:7.0.0+r33-2

I know that bts (from packages devscripts) and mount/umount (from
package mount) have the same problem, because I locally removed them
from bash-completion (just to test).

However, I don't know what to do about it.  There should be certainly
more files that collide this way, but I only saw these in my computer,
because I have few packages installed.

If you have any tips on how to proceed, I'd be glad to listen. :)


Kind regards,
Gabriel


pgpMiV1gPNYMg.pgp
Description: OpenPGP digital signature

Bug#820659:

[Yangfl]

To whom interested in packing this,

I've tried packing this for some time (which is far from complete). I
have to say webmin is the most awkward and terrible project I've ever
seen, which contains tons of outdated sources and countless fixed
paths. If you really want to pack webmin, please make sure you have
enough time to deal with these.