Bug#904401: ITP: python-uinput -- Pythonic API to Linux uinput kernel module.

2018-07-23 Thread أحمد المحم
Package: wnpp
Severity: wishlist
Owner: "أحمد المحمودي (Ahmed El-Mahmoudy)" 

* Package name: python-uinput
  Version : 0.11.2
  Upstream Author : Tuomas Räsänen 
* URL : http://tjjr.fi/sw/python-uinput/
* License : GPL-3+
  Programming Lang: Python
  Description : Pythonic API to Linux uinput kernel module.

Python-uinput is Python interface to Linux uinput kernel module which 
allows attaching userspace device drivers into kernel. In
practice, Python-uinput makes it dead simple to create virtual 
joysticks, keyboards and mice for generating arbitrary input
events programmatically.
 
 
 - This package is needed by new versions of xpra

 - I intend to maintain the package under Python modules team

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature


Re: sparc64 porterbox currently out of service

2018-07-23 Thread John Paul Adrian Glaubitz
Hi!

On 05/18/2018 02:35 PM, John Paul Adrian Glaubitz wrote:
> We are currently having a hardware problem with our fastest SPARC machine,
> the SPARC-T5, such that the machine is currently offline.

We have replaced the SPARC T5 with a SPARC 5240 (SPARC T2) for the
time being. The machine isn't as fast as the SPARC T5, it is at least
considerably faster than the Sun Fire 2000 currently available as
porterboxes and buildds.

The T5240 will provide a new sparc64 porterbox accessible for all DDs
within the next days if everything goes well. The machine is already
up and running and James already set up the porterbox configuration, I
think it just needs to be registered now with DSA if I remember the procedure
correctly.

So, if you have anything that needs to be tested on sparc64, you will
be able to do that again on the new porterbox.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Re: Should the weboob package stay in Debian?

2018-07-23 Thread Martin Steigerwald
No need to cc me. I am subscribed to the list.

I proofread this message several times as it is important to me to make 
it clear as best I can. It may still have typos or syntax mistakes.

Ian Jackson - 23.07.18, 20:43:
> Martin Steigerwald writes ("Re: Should the weboob package stay in
> Debian?"):
> > It would be good if women involved in the Debian project would speak
> > up here.
> 
> Many people have already explained why this is difficult.

I admit I did not read the full thread.
 
> But it is not necessary to have personal testimony for each question
> of this kind.  The kind of problem the web-oob package has is, sadly,

I agree with that.

> So we can read what women (and their allies) have written on this.  A
> good place to start is often the Geek Feminism Wiki.  I looked there
> and found this:
>   http://geekfeminism.wikia.com/wiki/Sexualized_environment

Thanks for pointing me to this resource. I think I have read in it 
before. I read the page you have mentioned and some others.

Appreciating the beauty of women, and men! and any human being 
regardless of gender identity, or even a flower or animal is one thing. 
I have no issue with that.

What women wrote on the page you mentioned is something else. And what 
from what I read here upstream developers do with the weboob project is 
also something else. I see no appreciation for the beauty of women in 
the way how weboob developers name the binaries.

> >  Of course I understand any hesitance to do so. I felt hesitance
> > myself often enough, even as what is usually called male.
> 
> I am reliably informed that things are *much* worse if your online
> presence looks female.  I haven't tried the experiment.

I did and still do it. For privacy reasons I omit details here.

> > What would be required to help women to feel more comfortable to
> > post
> > their opinion on this mailing list?
> 
> If we would send police to arrest the people who send "women with
> opinions" death and rape threats, or doxx them, etc. ?  This is not
> within Debian's gift.  But, we can stop making the problem worse by
> perpetuating cultural practices which devalue women.

So this is more about reactions from people who read this mailing list 
or may be pointed to this thread, but are not necessarily members of or 
contributors to the Debian project?

My question was more aimed what members of or contributors to the Debian 
project can do to improve the current situation, cause as you say Debian 
that means the people behind it cannot control what is happening outside 
of it.

Of course this does not make those threats any better or any less 
harmful. But to improve the current situation within the project, in 
case it needs improvement, which I bet it still does, may help to 
provide at least some sense of safety and security for women.
 
> >  So what concrete steps would help to start shifting that in the
> > direction of more respect between the different genders?
> 
> I don't agree with this "bothsidesism".  The problem here is the
> oppression of women, by, mostly, men.  There is not any significant
> amount of oppression of men by women.

From my own experience I do not agree with that. Oppression of men by 
women may not be that visible, may be more subtle and (probably by far) 
not that wide-spread, but I have experienced it personally. For reasons 
to protect my own privacy and safety I do not share the details of that 
experience here on this list.

Also I recently just read an article from a woman about dating men and 
had the impression that there was a lot of hatred and objectification 
towards men in it. I understood where it came from as I read from past 
experiences of that woman with dating, but still, I did not feel 
respected as one most would call a man, after reading that article.

So from my experience it is not as simple as black and white. Also not 
from what I heard or read, even from women.

But it does not matter any way. Whatever anyone else does cannot justify 
or make appropriate or not appropriate what I do. So whether women 
oppress men or not cannot make what weboob upstream developers do any 
more appropriate or not appropriate.

It even does not matter who started the violence or who did more or who 
did less. What matters is to end it. Step by step.

> What concrete steps, you ask ?  Well, we could start by removing
> gratuitous sexual references from software which has nothing to do
> with sex.[1]

I fully agree with that.

> We could also stop producing absurd (and readily and frequently
> debunked) counterarguments to explain why this isn't a problem, or why
> doing anything about it would lead inevitably to awful censorship,
> etc.  (FAOD I'm not really referring to your messages here, but there
> have been some truly silly examples in this thread.)

I feel no intention to produce such counterarguments.

> Thanks for your attention.

You are welcome.

> [1]
> 
> [content warning: sexual references]
> 
> The point "nothing t

Re: Should the weboob package stay in Debian?

2018-07-23 Thread Martin Steigerwald
Miriam Ruiz - 23.07.18, 12:10:
> 2018-07-23 8:23 GMT+02:00 Martin Steigerwald :
> > Ben Hutchings - 23.07.18, 02:34:
> >> On Sun, 2018-07-22 at 23:34 +0200, Romain Bignon wrote:
> >> > On 22/Jul - 13:14, Geoffrey Thomas wrote:
> >> > > And, as far as I know, everyone who's replied on this thread
> >> > > (myself
> >> > > included) is a man - so I think we should be particularly
> >> > > careful
> >> > > with "it doesn't bother me."
> >> > 
> >> > You're right, that's strange that all this men want to tell what
> >> > is
> >> > accepted or not by women. I find it infantilizing for them.
> >> 
> >> Sadly, the Debian community is still almost entirely male.  Those
> >> women that are here may be afraid to speak up, because they see
> >> what
> >> happens to women with opinions on the Internet.
> > 
> > It would be good if women involved in the Debian project would speak
> > up here. Of course I understand any hesitance to do so. I felt
> > hesitance myself often enough, even as what is usually called male.
> 
> I won't speak for anyone else than me, so I won't claim to know why
> others haven't stepped in into this discussion.

Thank you very much, Miriam, for your *courage* to speak out your truth.

> We have been through similar situations many times, so we kind of know
> what to expect from them, particularly when upstream is apparently
> trolling on purpose to see how far they can go until someone
> complains. Stepping up and publicly complaining about these
> situations generally leads to some kind of harassment and the usual
> accusations of oversentitiveness, not being able to develop a thick
> skin, restricting freedom of speech in such a way that one might
> think that fixing the issue would immediately lead to a tyrannical
> totalitarian dystopia, etc. I am not keen on enduring all that
> usually comes to us when talking out loud in these situations that,
> honestly, I think are intentionally crafted to burn us out until we
> eventually stop complaining out of tiredness.

I understand. You and your friends have gone through similar situations 
many times.

I am sorry that this happened to you.

I won´t defend the men who you experienced these situations with. They 
were certainly not acting in my name. I have been accused of being 
overly sensitive myself, many times. I know how that feels. And I am 
happy that meanwhile I found a way to let it go.

> In my opinion, the messages should be clean up so that they are not
> intentionally aggressive against any social group, and the binaries
> should be renamed to more useful and less provocative names. The
> reasons have been perfectly explained in previous emails, so I won't
> repeat them. And, be aware that, if the messages and binary names stay
> as they are, they will probably be a reference to support the
> argument of us not being too welcoming, so we might as well have an
> argumentative ready to explain it when confronted about it. But I'm
> not gonna start a fight out of this, because I know what is coming,
> and I also feel that it is what upstream wants in the same place.

I accept your point of view.

I welcome you to the Debian project.

I know I can only speak for myself, and I know that my acceptance may 
not necessarily help you to feel safer.

I agree with you about changing the messages and changing the binary 
names in the way you wrote. I am also okay with seeing the package be 
removed from the archive, in case the former would be too much work for 
the maintainer to maintain.

> I have the feeling that none of us really wants to be the target of
> the retaliations. At least not me, sorry.

I accept that. I won´t urge you to write anything more in this thread.

I will continue my letting go journey to contribute my part to healing 
what is wounded between men and women, to contribute my part to end the 
violence between the genders.

Thank you for your openness. I felt like offering you a virtual hug. 
However I am unsure whether you´d like to accept one from me, from 
someone you likely do not know although you might have seen me at 
DebConf15 in Heidelberg. So I let that go as well. As well as any 
wanting of approval from you for what I wrote here, or any wanting of 
controlling your experience, any wanting to make you feel better and 
more welcome than how you feel.

Ciao.
-- 
Martin




Re: Should the weboob package stay in Debian?

2018-07-23 Thread Ian Jackson
Martin Steigerwald writes ("Re: Should the weboob package stay in Debian?"):
> It would be good if women involved in the Debian project would speak up 
> here.

Many people have already explained why this is difficult.

But it is not necessary to have personal testimony for each question
of this kind.  The kind of problem the web-oob package has is, sadly,
not that unusual in geekdom, or the world in general - although this
seems to be quite a bad case.  Normally it's in conference or
marketing materials, and not so embedded in the software as well.

So we can read what women (and their allies) have written on this.  A
good place to start is often the Geek Feminism Wiki.  I looked there
and found this:
  http://geekfeminism.wikia.com/wiki/Sexualized_environment

>  Of course I understand any hesitance to do so. I felt hesitance 
> myself often enough, even as what is usually called male.

I am reliably informed that things are *much* worse if your online
presence looks female.  I haven't tried the experiment.

> What would be required to help women to feel more comfortable to post 
> their opinion on this mailing list?

If we would send police to arrest the people who send "women with
opinions" death and rape threats, or doxx them, etc. ?  This is not
within Debian's gift.  But, we can stop making the problem worse by
perpetuating cultural practices which devalue women.

>  So what concrete steps would help to start shifting that in the
> direction of more respect between the different genders?

I don't agree with this "bothsidesism".  The problem here is the
oppression of women, by, mostly, men.  There is not any significant
amount of oppression of men by women.

What concrete steps, you ask ?  Well, we could start by removing
gratuitous sexual references from software which has nothing to do
with sex.[1]

We could also stop producing absurd (and readily and frequently
debunked) counterarguments to explain why this isn't a problem, or why
doing anything about it would lead inevitably to awful censorship,
etc.  (FAOD I'm not really referring to your messages here, but there
have been some truly silly examples in this thread.)

Thanks for your attention.

Ian.


[1]

[content warning: sexual references]

The point "nothing to do with sex" is very important.  I would love
for there to be software in Debian for driving sex toys, for example.
Most existing systems are quite proprietary and often creepy and full
of security holes.  This is a very real software freedom problem
affecting a very intimate area of people's lives.  Free sex toy
software would naturally talk about cocks and boobs and things - but
it would mean your actual or simulated cock or whatever.  I also have
no problems with the purity tests, or fortunes-off (although the
latter ought to have its name changed to -offensive as per policy).

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.



Bug#904355: ITP: gmbal -- GlassFish MBean Annotation Library

2018-07-23 Thread Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 
User: debian-j...@lists.debian.org
Usertags: default-java11

* Package name: gmbal
  Version : 4.0.0-b002
  Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/gmbal
* License : CDDL-1.1 or GPL-2 with Classpath exception
  Programming Lang: Java
  Description : GlassFish MBean Annotation Library

The GlassFish MBean Annotation Library (gmbal, pronounced as in "gumball")
is a runtime annotation processor that creates Open MBeans. This is useful
for creating a management API for existing code with minimal effort. It is
intended to be applied to existing modules (which may be OSGi bundles in
GlassFish v3, or any other packaging model including standard jar files),
but could be used anywhere that it is desired to combine the definition of
the management API with the module API and implementation.

Gmbal is not limited to use in GlassFish. Gmbal is completely independent
of GlassFish, and may be used in a context where GlassFish is not present.

The package will be maintained by the Java Team. It's required to build
the JAX-WS reference implementation. JAX-WS was previously embedded
in the JDK but will be removed in Java 11.



Bug#904349: ITP: golang-github-machinebox-graphql -- simple low-level GraphQL HTTP client for Go

2018-07-23 Thread Sascha Steinbiss
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-machinebox-graphql
  Version : 0.2.2-1
  Upstream Author : Machine Box, Inc.
* URL : https://github.com/machinebox/graphql
* License : Apache-2.0
  Programming Lang: Go
  Description : simple low-level GraphQL HTTP client for Go

This is a low-level GraphQL client for Go.

 - Simple, familiar API
 - Respects context.Context timeouts and cancellation
 - Build and execute any kind of GraphQL request
 - Use strong Go types for response data
 - Use variables and upload files
 - Simple error handling



Bug#904348: ITP: golang-github-matryer-is -- professional lightweight testing mini-framework for Go

2018-07-23 Thread Sascha Steinbiss
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-matryer-is
  Version : 1.1.0-1
  Upstream Author : Mat Ryer
* URL : https://github.com/matryer/is
* License : MIT
  Programming Lang: Go
  Description : professional lightweight testing mini-framework for Go

Professional lightweight testing mini-framework for Go. 

  - Easy to write and read
  - Beautifully simple API (https://godoc.org/github.com/matryer/is) with 
everything you need: is.Equal, is.True, is.NoErr, and is.Fail
  - Use comments to add descriptions (which show up when tests fail) 

This is packaged as a dependency for golang-github-machinebox-graphql, a
GraphQL HTTP client for Go.



Bug#904346: ITP: golang-github-graph-gophers-graphql-go -- GraphQL server with a focus on ease of use

2018-07-23 Thread Sascha Steinbiss
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-graph-gophers-graphql-go
  Version : 0.0~git20180609.bb97385-1
  Upstream Author : Richard Musiol, graph-gophers
* URL : https://github.com/graph-gophers/graphql-go
* License : BSD-2-clause
  Programming Lang: Go
  Description : GraphQL server with a focus on ease of use

The goal of the graphql-go project is to provide full support of the GraphQL
draft specification (https://facebook.github.io/graphql/draft) with a set of
idiomatic, easy to use Go packages.

Features:

 - minimal API
 - support for context.Context
 - support for the OpenTracing standard
 - schema type-checking against resolvers
 - resolvers are matched to the schema based on method sets
 - handles panics in resolvers
 - parallel execution of resolversRoadmap 



Bug#904344: ITP: golang-github-pzhin-go-sophia -- go-sophia is a golang binding for sophia database

2018-07-23 Thread Sascha Steinbiss
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-pzhin-go-sophia
  Version : 0.0~git20180715.8bdc218-1
  Upstream Author : Pavel Nevezhin
* URL : https://github.com/pzhin/go-sophia
* License : BSD-2-clause
  Programming Lang: Go
  Description : Golang bindings for Sophia database

go-sophia is a Go (golang) binding to the Sophia (http://sophia.systems) 
database engine. Sophia is a modern transactional key-value/row-storage library,
designed to provide best possible on-disk performance without degradation in
time. It has guaranteed O(1) worst case complexity for read, write and range
scan operations, adapting to expected write rate, total storage capacity and 
cache size. 



Bug#904326: ITP: gmbal-pfl -- GlassFish MBean Annotation Library (Primitive Function Library)

2018-07-23 Thread Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 
User: debian-j...@lists.debian.org
Usertags: default-java11

* Package name: gmbal-pfl
  Version : 4.0.1-b003
  Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/gmbal-pfl/
* License : CDDL-1.1 or GPL-2 with Classpath exception
  Programming Lang: Java
  Description : GlassFish MBean Annotation Library (Primitive Function 
Library)

The GlassFish MBean Annotation Library (gmbal, pronounced as in "gumball")
is a runtime annotation processor that creates Open MBeans. This is useful
for creating a management API for existing code with minimal effort. It is
intended to be applied to existing modules (which may be OSGi bundles in
GlassFish v3, or any other packaging model including standard jar files),
but could be used anywhere that it is desired to combine the definition of
the management API with the module API and implementation.

Gmbal is not limited to use in GlassFish. Gmbal is completely independent
of GlassFish, and may be used in a context where GlassFish is not present.

This package contains the primitive function library used by Gmbal.

The package will be maintained by the Java Team. It's required to build
the JAX-WS reference implementation. JAX-WS was previously embedded
in the JDK but will be removed in Java 11.



Re: Should the weboob package stay in Debian?

2018-07-23 Thread Miriam Ruiz
2018-07-23 8:23 GMT+02:00 Martin Steigerwald :
> Ben Hutchings - 23.07.18, 02:34:
>> On Sun, 2018-07-22 at 23:34 +0200, Romain Bignon wrote:
>> > On 22/Jul - 13:14, Geoffrey Thomas wrote:
>> > > And, as far as I know, everyone who's replied on this thread
>> > > (myself
>> > > included) is a man - so I think we should be particularly careful
>> > > with "it doesn't bother me."
>> >
>> > You're right, that's strange that all this men want to tell what is
>> > accepted or not by women. I find it infantilizing for them.
>>
>> Sadly, the Debian community is still almost entirely male.  Those
>> women that are here may be afraid to speak up, because they see what
>> happens to women with opinions on the Internet.
>
> It would be good if women involved in the Debian project would speak up
> here. Of course I understand any hesitance to do so. I felt hesitance
> myself often enough, even as what is usually called male.

I won't speak for anyone else than me, so I won't claim to know why
others haven't stepped in into this discussion.

We have been through similar situations many times, so we kind of know
what to expect from them, particularly when upstream is apparently
trolling on purpose to see how far they can go until someone
complains. Stepping up and publicly complaining about these situations
generally leads to some kind of harassment and the usual accusations
of oversentitiveness, not being able to develop a thick skin,
restricting freedom of speech in such a way that one might think that
fixing the issue would immediately lead to a tyrannical totalitarian
dystopia, etc. I am not keen on enduring all that usually comes to us
when talking out loud in these situations that, honestly, I think are
intentionally crafted to burn us out until we eventually stop
complaining out of tiredness.

In my opinion, the messages should be clean up so that they are not
intentionally aggressive against any social group, and the binaries
should be renamed to more useful and less provocative names. The
reasons have been perfectly explained in previous emails, so I won't
repeat them. And, be aware that, if the messages and binary names stay
as they are, they will probably be a reference to support the argument
of us not being too welcoming, so we might as well have an
argumentative ready to explain it when confronted about it. But I'm
not gonna start a fight out of this, because I know what is coming,
and I also feel that it is what upstream wants in the same place.

I have the feeling that none of us really wants to be the target of
the retaliations. At least not me, sorry.

Greetings,
Miry