Bug#833486: (no subject)

[Josue Ortega]

Version: 2.4.103-3

I am closing this bug since I'll be the new
maintainer. 

---
Josue Ortega
«Happy Hacking»
http://josueortega.org

signature.asc
Description: PGP signature

Bug#833486: marked as done (O: yowsup -- library to implement a WhatsApp client)

[Debian Bug Tracking System]

Your message dated Mon, 8 Aug 2016 22:38:00 -0600
with message-id <20160809043800.narmvtipuk7lw...@riseup.net>
and subject line Version: 1.2.3
has caused the Debian Bug report #833486,
regarding O: yowsup -- library to implement a WhatsApp client
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.)


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

I intend to orphan the yowsup package.

Yowsup is a very good WhatsApp client implementation. However, the constant
changes in protocol makes a bit hard to maintain this package (specially in
Debian stable). The dependencies aren't updated and it is impeditive to
release a new Debian revision.

I don't think that Yowsup must be removed from Debian. I suggest to wait a
more stable version of WhatsApp protocol. I believe that it will occur in
a medium time (one or two years).

The package description is:
 WhatsApp Messenger is a cross-platform mobile messaging app
 which allows you to exchange messages, via Internet, without
 having to pay for SMS, using a mobile phone.
 .
 In addition to basic messaging, WhatsApp users can create
 groups, send each other unlimited images, video and audio
 media messages.
 .
 Yowsup is a cross platform Python library that enable to do all
 the previous in your own app. Yowsup allows you to login and use
 the WhatsApp service, providing all capabilities of an official
 WhatsApp client, allowing to create a full-fledged custom
 WhatsApp client.
 .
 python-yowsup has these features:
- Registration.
- Text send/receive.
- Encryption of messages.
- Media send/receive (images, videos, audio, location,
  contact cards).
- Groups(create, leave, join, update picture, updating
  subject).
- Fetch user profile picture.
- Fetch user status.
- Set profile picture.
- Set group icon.
- Set status and others.
  .
  The package yowsup-cli is a good example of the python-yowsup
  implementation.
--- End Message ---
--- Begin Message ---
Version: 2.4.103-3


signature.asc
Description: PGP signature
--- End Message ---

Bug#829046: Status of pagure

[Sergio Durigan Junior]

On Sunday, August 07 2016, Ben Finney wrote:

> On 29-Jul-2016, Sergio Durigan Junior wrote:
>
>> Thanks for the help! I'll send you an e-mail as soon as I set up a
>> repository.
>
> I would also like to be able to contribute to maintenance of Pagure in
> Debian.
>
> Can you post an update to this bug report for how volunteers can help:
> repository (at Alioth?), discussion mailing list, etc.

OK, so here's a more detailed update.

I've advanced quite a bit in the packaging, but there are still some
things to do.

I'm using a temporary repository to push what I've done so far; it's
good because I can overwrite history if needed.  The URL is:

  

Eventually I'll move everything to collab-maint/pagure, which should be
the official repository anyway.

All the Python dependencies have finally been packaged, which is good
because I can fully build the package now.  However, there are still
some JavaScript libraries that are (a) not being shipped on Debian, and
(b) bundled in their minified version inside pagure.  This is bad, so my
next task is to package those libraries for Debian.  You can take a look
at them by going to the pagure/static directory on the source tree.

I decided to follow what Fedora does and split the package into several
subpackages.  The first one, pagure, should contain the core
functionality and work out-of-the-box.  Then, the user will also have
the possibility to install:

 - pagure-milters, which takes care of allowing users to comment on
   tickets/pull-requests by e-mail (instead of going to the web
   interface).  This package in specific also has a "problem": it
   depends on postfix to work properly, which is not good because Debian
   ships exim4 as the default MTA.  I've also been investigating how to
   use milters with exim4, and I *may* have a solution.

 - pagure-ev-server, which allows live refreshing of a page when someone
   is viewing it.

 - pagure-webhook-server, which sends notifications to third-party
   services (like fedmsg) using POST http reqs.

There's also the pagure-doc package.

I ran the full testsuite and found a few errors on Debian.  I'm in
constant communication with upstream, so they are aware and I should
send some patches in the next days.

I still have this TODO list:

 - Package missing JS libraries

 - Send patch upstream to use python-bcrypt instead of py-bcrypt to hash
   passwords

 - Take care of d/copyright

 - Correctly fill d/pagure-doc.doc-base

 - Review the *.init scripts and make sure they work

 - Review the *.postinst scripts and make sure they work

 - Write *.postrm scripts

 - Decide whether to run pagure-milters as user/group postfix.  Maybe
   decide that based on what the user is using as MTA, and change it
   accordingly on pagure-milters.postinst.  Same applies for
   pagure-milters.tmpfile.

 - Maybe include more systemd security features on *.service files.

 - Fix some lintian warnings/errors that I've seen

Well, that's it.  I think I should be able to finish everything by the
end of the week, and then move to the sponsorship phase :-).

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#833822: ITP: sagetex -- LaTeX package for Sage

[Jerome Benoit]

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: sagetex
  Version : 3.0
  Upstream Author : Dan Drake 
* URL : https://github.com/dandrake/sagetex
* License : GPL-2+, CC-BY-SA-3.0
  Programming Lang: TeX, Python
  Description : LaTeX package for Sage


The SageTex LaTeX package allows you to embed code, results of computations,
and plots from Sage[Math] into LaTeX documents; Sage[Math] is a Computer
Algebra System (CAS) .

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

[Jameson Graef Rollins]

On Mon, Aug 08 2016, Antoine Beaupré  wrote:
>> I think the argument against that was that it requires a hard-coded
>> third-party server as a middleman, and it's explicitly stated that it'll
>> disappear if load increases.
>
> It is not hardcoded: you can change the central host and relay with a
> simple commandline option.

The default server is definitely hardcoded, and it is hosted by the
author who has explicitly absolved himself of any responsibility to
maintain it in the long run.  But yes it is also possible to specify
relay and transfer servers manually from the command line (which of
course reduces a lot of the "magic").

I would say that the current dependence on a shared central server is
the one achilles heel of magic-wormhole.  The author is actively working
on ways to reduce that dependence, though (e.g. MDNS).

jamie.


signature.asc
Description: PGP signature

Bug#833804: ITP: mkosi -- create legacy-free OS images

[Felipe Sateler]

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler 

* Package name: mkosi
  Version : 1
  Upstream Author : Lennart Poettering
* URL : https://github.com/systemd/mkosi
* License : LGPL-2.1
  Programming Lang: Python3
  Description : create legacy-free OS images

 A fancy wrapper around "dnf --installroot", "debootstrap" and
 "pacstrap", that may generate disk images with a number of
 bells and whistles.

 Generated images are "legacy-free". This means only GPT disk
 labels (and no MBR disk labels) are supported, and only
 systemd based images may be generated. Moreover, for bootable
 images only EFI systems are supported (not plain MBR/BIOS).

I plan to maintain this within the pkg-systemd umbrella

Bug#833793: ITP: telegram-purple -- Adds support for Telegram to libpurple

[Ben Wiederhake]

Package: wnpp
Severity: wishlist
Owner: Ben Wiederhake 

* Package name: telegram-purple
  Version : 1.3.0
  Upstream Author : Matthias Jentsch 
* URL : https://github.com/majn/telegram-purple
* License : GPL2+
  Programming Lang: C
  Description : Adds support for Telegram to libpurple

This provides a libpurple plugin that allows e.g. pidgin to
use Telegram (telegram.org) as a backend.

This package is relevant, because currently users would have to choose between:
- Not using Telegram at all
- Using the official Telegram client (which is considered annoying, because
users want to keep ONE im client with ALL accounts)
- Downloading, compiling, installing directly from source (which is annoying
because that's what the debian repo is for)

I personally use it, and several friends of mine. I participated in making it
ready for Debian (e.g. cleared a GPL-violation, cleaned up the build system).
I will continue to use and maintain this package, because I rely on being
able to be reachable via Telegram via Pidgin.

There are other packages (all in RFP state) that provide similar functionality:
- "tg", which is called upstream "telegram-cli", is a CLI for communicating
with telegram. This serves the need of those who EXCLUSIVELY use telegram. I
don't fall into this group.
- "telegram", which is a RFP of the official client. Same problem: This serves
the need of those who EXCLUSIVELY use telegram. I don't fall into this group.
- Note that this is a resurrection of #800771, as it timed out.

You might notice that tg (telegram-cli) and telegram-purple both use the same
basic library: libtgl ( https://github.com/vysheng/tgl )
It is not meaningful to ship that package separately as a "shared library"
(e.g.
"libtgl.so").  The rationale for this and other packaging choices can be
found in `debian/README.source`.

Just to reassure: upstream of telegram-purple (= Matthias Jentsch) is very
willing to see telegram-purple accepted in Debian.

Proposed maintainers:
- Ben Wiederhake (absolutely no experience in maintaining a Debian package)

If you intend to check out the source on GitHub, please notice that this
project makes use of git submodules *within* git submodules, and thus you
need to do "git clone --recursive https://github.com/majn/telegram-purple";

The current efforts of "Debianization" can be found at this branch:
https://github.com/BenWiederhake/telegram-purple/tree/debian-develop/

You might notice that 1.3.0 isn't released yet -- that's because it truely
isn't.  However, it's stable, and they/we are about to release, and I think
there's nothing essential missing in `debian/`, so I might be able to RFS
within a day after release of 1.3.0.

Regards,
Ben

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

[Antoine Beaupré]

On 2016-08-08 11:59:42, Fredrik Alströmer wrote:
> Fair enough, *a* central host is hardcoded. You could obviously set up your
> own, which sort of defeats the purpose of being simple, but point conceded.

I was thinking more of something like, everyone can setup many servers,
and the most popular/common one can be set as a default.

heck, the Debian project could run one and set it as a default in the
Debian package. :)

[...]

> Will do. Crawling back under my rock.
>
> At no point was I attempting to discourage anyone, apologies if it came off
> that way. It does look like a really useful tool, I just figured it might
> need a tiny bit more vetting before calling it secure. It appears I was
> wrong, which is cool. I like being wrong. :)

That is very honorable. I wish I was so modest, I hate being wrong. ;)

Thanks for the discussion, it was enlightening on both parts I am sure.

A.
-- 
The United States is a nation of laws:
badly written and randomly enforced.
- Frank Zappa

Processed: limit package to wnpp, tagging 741260

[Debian Bug Tracking System]

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

> limit package wnpp
Limiting to bugs with field 'package' containing at least one of 'wnpp'
Limit currently set to 'package':'wnpp'

> tags 741260 + pending
Bug #741260 [wnpp] ITP: libplack-middleware-header-perl -- middleware for 
modifying HTTP response headers
Added tag(s) pending.
> thanks
Stopping processing here.

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

Bug#830765: ITA: uptimed -- utility to track high uptimes

[Axel Beckert]

Hi Gustavo,

gustavo panizzo (gfa) wrote:
> I will maintain this package from now on

Great, looking forward to it.

In case you plan to maintain uptimed's packaging in git or another
VCS, feel free to post the link here.

I can also review sponsor your upload if I'm not too busy at that
moment.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

[Fredrik Alströmer]

On Mon, Aug 8, 2016 at 4:42 PM, Antoine Beaupré  wrote:

> It is not hardcoded: you can change the central host and relay with a
> simple commandline option.
>
> $ wormhole --help | grep -B1 'to use'
> Options:
>   --relay-url URL rendezvous relay to use
>   --transit-helper tcp:HOST:PORT  transit relay to use
>
> This could, arguably, be done in a configuration file to facilitate
> using third party servers, but this can hardly be considered
> hardcoded. Anyways, if the current main host goes down, I assume the
> software can/will be patched to provide other hosts as options.
>
> Keep in mind transfers are ephemeral: the central hosts are used only to
> establish contact and transfer the file, then everything is torn down.


Fair enough, *a* central host is hardcoded. You could obviously set up your
own, which sort of defeats the purpose of being simple, but point conceded.


> >> We still ship FTP daemons that serve files without passwords and use
> >> cleartext by default.
> >
> > They're not labeled "secure" though ;)
>
> Actually, quite a few are:


[ ... snip ... ]


> I agree it is somewhat of an empty word, but it shouldn't be considered
> reason enough to keep stuff from entering Debian, because then you'd
> have a *lot* of packages to kick out the archive. Heck, "apt search
> secure" suggests I installed zendframework, and we know how scary PHP
> security has been in the past. ;)


Good point.


> > Just to clarify, I never objected to the package itself, just that I
> > wasn't sure about it being called "secure".  I don't know enough about
> > the algorithms and attack surfaces involved to make any kind of
> > qualified statement though, so maybe it does qualify as secure.
>
> Well, I am not a cryptographer myself, so I can't comment about the
> algorithm. But I am somewhat familiar with such protocols and I found
> they brought a novel and robust system in place, that has similar
> robustness properties than existing protocols (e.g. Oauth with a
> digit-only PIN) with interesting enhancements that make it fail more
> gracefully (abort transfer after first failed attempt).
>
> May I suggest that, if you do not know enough about security protocols,
> you refrain from discouraging people, that do have some knowledge about
> them, from packaging software into Debian? :)
>

Will do. Crawling back under my rock.

At no point was I attempting to discourage anyone, apologies if it came off
that way. It does look like a really useful tool, I just figured it might
need a tiny bit more vetting before calling it secure. It appears I was
wrong, which is cool. I like being wrong. :)

Cheers,
Fredrik.

Bug#833765: ITP: networking-ovn -- OpenStack virtual network service - OVN mechanism driver

[James Page]

Package: wnpp
Severity: wishlist
Owner: James Page 

* Package name: networking-ovn
  Version : 1.0.0~
* URL : https://github.com/openstack/networking-ovn
* License : Apache 2.0
  Programming Lang: Python
  Description : OpenStack virtual network service - OVN mechanism driver

OVN provides virtual networking for Open vSwitch and is a component of the Open
vSwitch project.  This project provides integration between OpenStack Neutron
and OVN.

This package will be maintained under the pkg-openstack team.

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

[Antoine Beaupré]

On 2016-08-08 06:19:46, Fredrik Alströmer wrote:
> On Mon, Aug 8, 2016 at 3:19 AM, anarcat  wrote:
>
>> I'd go even further and say this should be shipped as part of regular
>> Debian releases, ie. just push it to unstable.
>
> I think the argument against that was that it requires a hard-coded
> third-party server as a middleman, and it's explicitly stated that it'll
> disappear if load increases.

It is not hardcoded: you can change the central host and relay with a
simple commandline option.

$ wormhole --help | grep -B1 'to use'
Options:
  --relay-url URL rendezvous relay to use
  --transit-helper tcp:HOST:PORT  transit relay to use

This could, arguably, be done in a configuration file to facilitate
using third party servers, but this can hardly be considered
hardcoded. Anyways, if the current main host goes down, I assume the
software can/will be patched to provide other hosts as options.

Keep in mind transfers are ephemeral: the central hosts are used only to
establish contact and transfer the file, then everything is torn down.

>> We still ship FTP daemons that serve files without passwords and use
>> cleartext by default.
>
> They're not labeled "secure" though ;)

Actually, quite a few are:

$ LANG=C apt search 'ftpd$' secure
Sorting... Done
Full Text Search... Done
pure-ftpd/stable 1.0.36-3.2 amd64
  Secure and efficient FTP server

twoftpd/stable,testing 1.42-1 amd64
  a simple secure efficient FTP server (programs)

vsftpd/stable 3.0.2-17+deb8u1 amd64
  lightweight, efficient FTP server written for security

"Secure" can mean anything. A dog in a house can make it more secure,
and the best crypto in the world can be considered insecure if you have
the password on a sticky on your screen facing an outside window.

In the above case, "secure" means anything from "no known remote root
vulnerabilities", "TLS support" or "privilege separation"...

I agree it is somewhat of an empty word, but it shouldn't be considered
reason enough to keep stuff from entering Debian, because then you'd
have a *lot* of packages to kick out the archive. Heck, "apt search
secure" suggests I installed zendframework, and we know how scary PHP
security has been in the past. ;)

> Just to clarify, I never objected to the package itself, just that I
> wasn't sure about it being called "secure".  I don't know enough about
> the algorithms and attack surfaces involved to make any kind of
> qualified statement though, so maybe it does qualify as secure.

Well, I am not a cryptographer myself, so I can't comment about the
algorithm. But I am somewhat familiar with such protocols and I found
they brought a novel and robust system in place, that has similar
robustness properties than existing protocols (e.g. Oauth with a
digit-only PIN) with interesting enhancements that make it fail more
gracefully (abort transfer after first failed attempt).

May I suggest that, if you do not know enough about security protocols,
you refrain from discouraging people, that do have some knowledge about
them, from packaging software into Debian? :)

Thank you for your feedback,

A.

-- 
Life is like riding a bicycle. To keep your balance you must keep moving.
   - Albert Einstein

Bug#833763: RFP: kodi-visualization-projectm -- ProjectM visualizer for Kodi

[Torsten Crass]

Package: wnpp
Severity: wishlist

* Package name: kodi-visualization-projectm
  Version : 3.x
  Upstream Author : Arne Morten Kvarving 
* URL : https://github.com/notspiff/visualization.projectm
* License : GPL-3
  Programming Lang: C++
  Description : ProjectM visualizer for Kodi

This addon, which is already available in Ubuntu, provides ProjectM 
visualization for music playback in Kodi. The upstream sources already 
provide a Debian build script and compile fine on a current Jessie 
system. After installation, the addon is available in Kodi and works 
just fine.


I think this would make an awesome addition to the 
kodi-visualization-spectrum addon already available in Debian.


Cheers --

Torsten

Bug#833762: ITP: salt-formula-kubernetes -- Salt formula for Kubernetes

[Filip Pytloun]

Package: wnpp
Version: 2016.8.1
Severity: wishlist
Owner: Filip Pytloun 

* Package name: salt-formula-kubernetes
  Version : 2016.8.1
  Upstream Author : tcpcloud 
* URL : https://wiki.openstack.org/wiki/OpenStackSalt
* License : Apache-2.0
  Programming Lang: SaltStack
  Description : Salt formula for Kubernetes

Salt is a powerful remote execution manager that can be used to
administer servers in a fast and efficient way.

This SaltStack formula manages both installation and configuration of
Kubernetes.


signature.asc
Description: Digital signature

Bug#833761: ITP: salt-formula-swift -- Salt formula for OpenStack Swift

[Filip Pytloun]

Package: wnpp
Version: 2016.8.1
Severity: wishlist
Owner: Filip Pytloun 

* Package name: salt-formula-swift
  Version : 2016.8.1
  Upstream Author : tcpcloud 
* URL : https://wiki.openstack.org/wiki/OpenStackSalt
* License : Apache-2.0
  Programming Lang: SaltStack
  Description : Salt formula for OpenStack Swift

Salt is a powerful remote execution manager that can be used to
administer servers in a fast and efficient way.

This SaltStack formula manages both installation and configuration of
OpenStack Nova.


signature.asc
Description: Digital signature

Bug#833736: ITP: neutron-taas -- OpenStack virtual network service - Tap-as-a-Service extension

[James Page]

Package: wnpp
Severity: wishlist
Owner: James Page 

* Package name: neutron-taas
* URL : https://github.com/openstack/tap-as-a-service
* License : Apache 2.0
  Programming Lang: Python
  Description : OpenStack virtual network service - Tap-as-a-Service 
extension

Tap-as-a-Service (TaaS) is an extension to the OpenStack network service 
(Neutron).
It provides remote port mirroring capability for tenant virtual networks.

Port mirroring involves sending a copy of packets entering and/or leaving one
port to another port, which is usually different from the original destinations
of the packets being mirrored.

This service has been primarily designed to help tenants (or the cloud 
administrator)
debug complex virtual networks and gain visibility into their VMs, by 
monitoring the
network traffic associated with them. TaaS honors tenant boundaries and its 
mirror
sessions are capable of spanning across multiple compute and network nodes. It 
serves
as an essential infrastructure component that can be utilized for supplying 
data to a
variety of network analytics and security applications (e.g. IDS).

Package will be maintained under the pkg-openstack team.

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

[Fredrik Alströmer]

On Mon, Aug 8, 2016 at 3:19 AM, anarcat  wrote:

> I'd go even further and say this should be shipped as part of regular
> Debian releases, ie. just push it to unstable.
>

I think the argument against that was that it requires a hard-coded
third-party server as a middleman, and it's explicitly stated that it'll
disappear if load increases.


> We still ship FTP daemons that serve files without passwords and use
> cleartext by default.
>

They're not labeled "secure" though ;) Just to clarify, I never objected to
the package itself, just that I wasn't sure about it being called "secure".
I don't know enough about the algorithms and attack surfaces involved to
make any kind of qualified statement though, so maybe it does qualify as
secure.

Cheers,
Fredrik.

Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)

[Ondrej Novy]

Hi,

2016-08-08 3:57 GMT+02:00 Daniel Stender :
>
> Yes, they renamed it completely. I agree another/a new package is the best
> way
> to update it, very much welcome for Prospector.
>

cool :)


> I've mentioned the bugs maybe you want to close #833660 by the package and
> reopen and merge the other ITP ...
>

merged. I will close #833660 manually after accept from ftp-masters ('cause
i already uploaded).

Thanks for pointing a help.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B

Processed: your mail

[Debian Bug Tracking System]

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

> unblock 833659 by 816496
Bug #833659 [prospector] prospector: newer upstream version available
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Removed blocking bug(s) of 833659: 816496
> block 833659 by 816496
Bug #833659 [prospector] prospector: newer upstream version available
833659 was blocked by: 833683
833659 was not blocking any bugs.
Added blocking bug(s) of 833659: 816496
> forcemerge 833683 816496
Bug #833683 [wnpp] ITP: pycodestyle -- Python style guide checker (formerly 
called pep8)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
Merged 816496 833683
> --
Stopping processing here.

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

Bug#833729: ITP: networking-sfc -- Service Function Chaining extension for OpenStack Neutron

[James Page]

Package: wnpp
Severity: wishlist
Owner: James Page 

* Package name: networking-sfc
  Version : 1.0.0
* URL : http://github.com/openstack/networking-sfc
* License : Apache 2.0
  Programming Lang: Python
  Description : Service Function Chaining extension for OpenStack Neutron

networking-sfc provides API and implementation to support Service Function
Chaining in OpenStack Neutron.

Service Function Chaining is a mechanism for overriding the basic destination
based forwarding that is typical of IP networks. It is conceptually related
to Policy Based Routing in physical networks but it is typically thought of as
a Software Defined Networking technology. It is often used in conjunction with
security functions although it may be used for a broader range of features.
Fundamentally SFC is the ability to cause network packet flows to route through
a network via a path other than the one that would be chosen by routing table
lookups on the packet's destination IP address. It is most commonly used in
conjunction with Network Function Virtualization when recreating in a virtual
environment a series of network functions that would have traditionally been
implemented as a collection of physical network devices connected in series
by cables.

This package will be maintained under the pkg-openstack team.

Processed (with 1 error): your mail

[Debian Bug Tracking System]

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

> merge 833683 816496
Bug #833683 [wnpp] ITP: pycodestyle -- Python style guide checker (formerly 
called pep8)
Unable to merge bugs because:
blocks of #816496 is '' not '833659'
Failed to merge 833683: Did not alter merged bugs.

> --
Stopping processing here.

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

Processed (with 1 error): your mail

[Debian Bug Tracking System]

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

> block 833659 by 816496
Bug #833659 [prospector] prospector: newer upstream version available
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
> forcemerge 833683 816496
Bug #833683 [wnpp] ITP: pycodestyle -- Python style guide checker (formerly 
called pep8)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Unable to complete merge on previous attempt; trying again (retry: 2)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Unable to complete merge on previous attempt; trying again (retry: 3)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
After four attempts, the following changes were unable to be made:
blocks of #816496 is '' not '833659'
Failed to forcibly merge 833683: Unable to modify bugs so they could be merged.

> --
Stopping processing here.

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

Bug#833721: ITP: python-aptly -- Aptly API client and CLI tooling

[Filip Pytloun]

Package: wnpp
Version: 0.7.7
Severity: wishlist
Owner: Filip Pytloun 

* Package name: python-aptly
  Version : 0.7.7
  Upstream Author : Filip Pytloun 
* URL : https://github.com/tcpcloud/python-aptly
* License : GPL-2
  Programming Lang: Python
  Description : Aptly API client and CLI tooling

Aptly REST API client and useful tooling
aptly-publisher is tooling for easier maintenance of complex repository 
management
workflows.


signature.asc
Description: Digital signature

Processed (with 1 error): your mail

[Debian Bug Tracking System]

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

> unarchive 816496
Bug #816496 {Done: Daniel Stender } [wnpp] ITP: pycodestyle 
-- Python code style checker
Unarchived Bug 816496
> reopen 816496
Bug #816496 {Done: Daniel Stender } [wnpp] ITP: pycodestyle 
-- Python code style checker
Bug reopened
Ignoring request to alter fixed versions of bug #816496 to the same values 
previously set
> forcemerge 833683 816496
Bug #833683 [wnpp] ITP: pycodestyle -- Python style guide checker (formerly 
called pep8)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Owner changed from Daniel Stender  to "Ondřej Nový" 
.
Removed indication that 816496 affects check-all-the-things
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Unable to complete merge on previous attempt; trying again (retry: 2)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
Unable to complete merge on previous attempt; trying again (retry: 3)
Bug #816496 [wnpp] ITP: pycodestyle -- Python code style checker
833659 was blocked by: 816496 833683
833659 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #833659 to the same blocks 
previously set
After four attempts, the following changes were unable to be made:
blocks of #816496 is '' not '833659'
Failed to forcibly merge 833683: Unable to modify bugs so they could be merged.

> --
Stopping processing here.

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

Bug#833716: O: zeroc-icee-java -- Ice-E for Java libraries

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of zeroc-icee-java, Francisco Moya ,
is apparently not active anymore.  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/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: zeroc-icee-java
Binary: libicee-java
Version: 1.2.0-3
Maintainer: Francisco Moya 
Build-Depends: cdbs (>= 0.4.43), debhelper (>= 4.2.0)
Build-Depends-Indep: ant, ant-optional, default-jdk-builddep, proguard, 
icee-translators (>= 1.2.0)
Architecture: all
Standards-Version: 3.8.0
Format: 1.0
Files:
 7283c9df5d22de5cbe46fecf68b237c5 1158 zeroc-icee-java_1.2.0-3.dsc
 1bafa29fa4e9995b97367f03a6e9bb09 2930407 zeroc-icee-java_1.2.0.orig.tar.gz
 a07e48e68929f70c423e18561115b711 3067 zeroc-icee-java_1.2.0-3.diff.gz
Checksums-Sha256:
 56d11b64d23ddd15b6d439987a9286497a85a5c5d883cf2a0e11f8853e15764f 1158 
zeroc-icee-java_1.2.0-3.dsc
 e888e7a47e86a5821759e0e9de15cf9e7e1f80ff56edd6e23d5ca2e0444e852c 2930407 
zeroc-icee-java_1.2.0.orig.tar.gz
 ae8c6c3f44fbaf70d1bf7fc830f8e4377ac7e9ddfa80b7cf4cbade7d4856dd8d 3067 
zeroc-icee-java_1.2.0-3.diff.gz
Homepage: http://www.zeroc.com/
Directory: pool/main/z/zeroc-icee-java
Priority: source
Section: java

Package: libicee-java
Source: zeroc-icee-java
Version: 1.2.0-3
Installed-Size: 228
Maintainer: Francisco Moya 
Architecture: all
Recommends: icee-translators, icee-slice
Description: Ice-E for Java libraries
Description-md5: af65db794cb125e660dd7f97a7fe1b91
Homepage: http://www.zeroc.com/
Tag: devel::lang:java
Section: java
Priority: optional
Filename: pool/main/z/zeroc-icee-java/libicee-java_1.2.0-3_all.deb
Size: 204652
MD5sum: 8f23b5249a6cbd8f7820a3b9cbb97894
SHA256: 0961d151f196b986101a29add8fa595d809dedb687a0b0be76bbccc4aa79f331


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#833717: O: zeroc-icee-translators -- ZeroC IceE Slice translators for C++ and Java

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of zeroc-icee-translators, Francisco Moya 
,
is apparently not active anymore.  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/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: zeroc-icee-translators
Binary: icee-translators
Version: 1.2.0-6.1
Maintainer: Francisco Moya 
Build-Depends: cdbs (>= 0.4.43), debhelper (>= 4.2.0)
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Files:
 b3a345c4da093dd7e138a0fd8eec21d2 1451 zeroc-icee-translators_1.2.0-6.1.dsc
 bc8e385c847b12c20a5c98b655358d9e 351710 
zeroc-icee-translators_1.2.0.orig.tar.gz
 e0ac196af06e5d826e8d152f0c6edc06 7063 zeroc-icee-translators_1.2.0-6.1.diff.gz
Checksums-Sha256:
 dcd95801a8a6dcfcf7d2607a98cb3517ee0ea21c364521507cf09d99ba6b8030 1451 
zeroc-icee-translators_1.2.0-6.1.dsc
 fb2cfcf1620e8147422998cca49312ca372cc7fb06a35e2fecc16e02270f99c3 351710 
zeroc-icee-translators_1.2.0.orig.tar.gz
 fa48f7814315b78a92c6a403d48fca50df7e74dbde67a9266e3a3264a49bb9b6 7063 
zeroc-icee-translators_1.2.0-6.1.diff.gz
Homepage: http://www.zeroc.com/
Package-List: 
 icee-translators deb devel optional arch=any
Directory: pool/main/z/zeroc-icee-translators
Priority: source
Section: devel

Package: icee-translators
Source: zeroc-icee-translators (1.2.0-6.1)
Version: 1.2.0-6.1+b1
Installed-Size: 1560
Maintainer: Francisco Moya 
Architecture: amd64
Replaces: icecpp, slice2cppe (<< 1.2.0-5), slice2javae (<< 1.2.0-5)
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 5.2)
Conflicts: icecpp, slice2cppe (<< 1.2.0-5), slice2javae (<< 1.2.0-5)
Description: ZeroC IceE Slice translators for C++ and Java
Description-md5: 931abb89bfad056ea70a087e8442b885
Homepage: http://www.zeroc.com/
Section: devel
Priority: optional
Filename: 
pool/main/z/zeroc-icee-translators/icee-translators_1.2.0-6.1+b1_amd64.deb
Size: 412666
MD5sum: 0bd079d6ee181858bbaefa759ab6a870
SHA256: a53b5d5df47d7e243cf2f59eb98be79d7cebee930a5aade2339b8fd252cbbc9e


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#833715: O: zeroc-icee -- Embedded edition of the ZeroC Ice

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of zeroc-icee, Francisco Moya ,
is apparently not active anymore.  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/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: zeroc-icee
Binary: zeroc-icee, libicee12, libicee-dev, icee-slice
Version: 1.2.0-6.2
Maintainer: Francisco Moya 
Build-Depends: cdbs (>= 0.4.43), debhelper (>= 4.2.0), icee-translators (>= 
1.2.0)
Architecture: any all
Standards-Version: 3.8.0
Format: 1.0
Files:
 0f2a85f6b72a43496fa38912df1aa7b6 1546 zeroc-icee_1.2.0-6.2.dsc
 5de764063e3b51064827125583aeb476 386127 zeroc-icee_1.2.0.orig.tar.gz
 baa5a37cadb86df0a7f884e390043648 4475 zeroc-icee_1.2.0-6.2.diff.gz
Checksums-Sha256:
 0fa547b247bef8cd59a95c5bc8939a5ee86345b47d38675d4ff0ac2d807ff9a9 1546 
zeroc-icee_1.2.0-6.2.dsc
 88c631089bbd5d0228d2c24fbc7696490a591ae4d4b26382e30d7855a92963e2 386127 
zeroc-icee_1.2.0.orig.tar.gz
 4b37d6e9b84fc944d7fab4c15a0c067813f9d7bbefc6df2c816cc888fec320c3 4475 
zeroc-icee_1.2.0-6.2.diff.gz
Homepage: http://www.zeroc.com/
Package-List: 
 icee-slice deb devel optional arch=all
 libicee-dev deb libdevel optional arch=any
 libicee12 deb libs optional arch=any
 zeroc-icee deb devel optional arch=all
Directory: pool/main/z/zeroc-icee
Priority: source
Section: devel

Package: zeroc-icee
Version: 1.2.0-6.2
Installed-Size: 10
Maintainer: Francisco Moya 
Architecture: all
Depends: libicee-dev (>= 1.2.0-6.2), libicee-java (>= 1.2.0), icee-slice (>= 
1.2.0-6.2), icee-translators (>= 1.2.0)
Description: Embedded edition of the ZeroC Ice
Description-md5: 5049efcc4e15aee0ef63456dcd5fb006
Homepage: http://www.zeroc.com/
Tag: role::dummy
Section: devel
Priority: optional
Filename: pool/main/z/zeroc-icee/zeroc-icee_1.2.0-6.2_all.deb
Size: 9466
MD5sum: 663840360a722976f3b773c30f224abe
SHA256: d1bb18b66a02b112cc0e02d5e86800a7677fde8bf85173dbc515b7da5932b3c4

Package: libicee12
Source: zeroc-icee
Version: 1.2.0-6.2
Installed-Size: 1831
Maintainer: Francisco Moya 
Architecture: amd64
Replaces: libiceec12
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.9)
Conflicts: libiceec12
Description: ZeroC IceE for C++ server runtime libraries
Description-md5: a342784f7cdde809a3fa2f39e10014c9
Homepage: http://www.zeroc.com/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/z/zeroc-icee/libicee12_1.2.0-6.2_amd64.deb
Size: 412028
MD5sum: 11472632d67ffafd86b6e8df74b7dd25
SHA256: 98f020f704e98c9f3c4315957b529a522d8f28d1fd95817519c67abaf88e571e

Package: libicee-dev
Source: zeroc-icee
Version: 1.2.0-6.2
Installed-Size: 228
Maintainer: Francisco Moya 
Architecture: amd64
Depends: libicee12 (= 1.2.0-6.2)
Description: ZeroC IceE for C++ development libraries
Description-md5: dab8134ff423cd59db0165cdba41db17
Homepage: http://www.zeroc.com/
Tag: devel::lang:c++, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/z/zeroc-icee/libicee-dev_1.2.0-6.2_amd64.deb
Size: 43492
MD5sum: 1366c32e2d7b74bc412aa581ba0d6ffe
SHA256: 1925dbd251ff00126952f6f7a4957a55166e4472cfa936776fe6474040ee2e52

Package: icee-slice
Source: zeroc-icee
Version: 1.2.0-6.2
Installed-Size: 19
Maintainer: Francisco Moya 
Architecture: all
Description: Slice definitions for ZeroC IceE services
Description-md5: 23c8cc689257256b5db1507e4eae0be4
Homepage: http://www.zeroc.com/
Section: devel
Priority: optional
Filename: pool/main/z/zeroc-icee/icee-slice_1.2.0-6.2_all.deb
Size: 11490
MD5sum: 8ddf2be35be31a2e0f165a70f4c69c7b
SHA256: fed7d6ff14e82d8192787a3c57508d16c775a10c13f145dd0347529c89d8a959


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#833718: O: zeroc-ice-manual -- Ice documentation in pdf

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of zeroc-ice-manual, Francisco Moya ,
is apparently not active anymore.  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/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: zeroc-ice-manual
Binary: zeroc-ice-manual
Version: 3.5.0-1
Maintainer: Francisco Moya 
Uploaders: Cleto Martín 
Build-Depends: debhelper (>= 9)
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 6ab6a9e3d4c335d447bb72eef387ebbf 1468 zeroc-ice-manual_3.5.0-1.dsc
 1d244929046ddce20498e53726019529 6884568 zeroc-ice-manual_3.5.0.orig.tar.xz
 52c7a2945d9938c3536f911e610516eb 9006 zeroc-ice-manual_3.5.0-1.debian.tar.gz
Checksums-Sha256:
 47a86226c11605238ce4f0e530805fba78dd89f6bdf74a1b919468645bf28bac 1468 
zeroc-ice-manual_3.5.0-1.dsc
 f8ae7fbf87193d8873de6978f4d9de4a11a069e210af20e8c6a5b36f892e4738 6884568 
zeroc-ice-manual_3.5.0.orig.tar.xz
 76e0ffc389465f49c9bcfd9826e41a95cadc74f82d2afbdf3fe3d7ab408587fe 9006 
zeroc-ice-manual_3.5.0-1.debian.tar.gz
Homepage: http://www.zeroc.com
Package-List: 
 zeroc-ice-manual deb non-free/doc optional
Directory: pool/non-free/z/zeroc-ice-manual
Priority: source
Section: non-free/doc

Package: zeroc-ice-manual
Version: 3.5.0-1
Installed-Size: 11342
Maintainer: Francisco Moya 
Architecture: all
Description: Ice documentation in pdf
Description-md5: e8d1b384965040f931108a6bcf3b0065
Homepage: http://www.zeroc.com
Tag: devel::doc, made-of::pdf, role::documentation
Section: non-free/doc
Priority: optional
Filename: pool/non-free/z/zeroc-ice-manual/zeroc-ice-manual_3.5.0-1_all.deb
Size: 6893438
MD5sum: a3fd15b8072ce4c625d97df9247c3971
SHA256: f5d11638f58c948717b9c6e3807e13d6349153090431783477cd96d8dbea7ec8


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Processed (with 2 errors): your mail

[Debian Bug Tracking System]

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

> reopen 816496
Failed to reopen 816496: Not altering archived bugs; see unarchive.

> forcemerge 833683 816496
Bug #833683 [wnpp] ITP: pycodestyle -- Python style guide checker (formerly 
called pep8)
Bug #816496 {Done: Daniel Stender } [wnpp] ITP: pycodestyle 
-- Python code style checker
833659 was blocked by: 833683
833659 was not blocking any bugs.
Added blocking bug(s) of 833659: 816496
Failed to forcibly merge 833683: can't find location for 816496.

> --
Stopping processing here.

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