Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: holoviews
Version : 1.4.3
Upstream Author : Jean-Luc R. Stevens, Philipp Rudiger, and James A. Bednar.
* URL : http://holoviews.org/
* License : BSD
Programming Lang: Python
Description
On 02/24/2016 03:57 PM, Arturo Borrero Gonzalez wrote:
> On 23 February 2016 at 20:52, Jose-Luis Rivas wrote:
>> On 23/02/16, 08:37am, Nikolaus Rath wrote:
>>>
>>> I'm actually rather shocked that a Debian Developer would consider
>>> letting this into the archive. Carl, I hope you just filed the
On Wed, Feb 24, 2016 at 7:39 PM, Niels Thykier wrote:
> Hi,
>
> In continuation of [1], there is the next round of deprecated debhelper
> features that I would like to remove from debhelper.
>
> * dh_desktop - 24 packages remaining
> * No compat file - 119 packages remaining
>- Due to #81105
Hi!
On Mon, 2016-02-22 at 14:05:33 +, Jonathan Dowland wrote:
> [ for -devel: this is a reply to a post to debian-apache, please see
> https://lists.debian.org/debian-apache/2016/02/msg4.html ]
Inlining parts of that mail here:
> On Sat, 20 Feb 2016 01:09:18 +, Eric Mittelette wrot
Hello.
On Wed, Feb 24, 2015 at 06:39:25PM +, Niels Thykier wrote:
> Hi,
>
> In continuation of [1], there is the next round of deprecated debhelper
> features that I would like to remove from debhelper.
>
> * dh_desktop - 24 packages remaining
> * No compat file - 119 packages remaining
>
On Thu, Feb 25, 2016 at 6:37 PM, Guillem Jover wrote:
> I think people in general have concluded that such a port would be mostly
> useful only to cross-build, but not to run stuff.
I could be useful to create a Debian GNU/ReactOS port to avoid the
proprietary software dependency of a cross-compi
Le 24/02/2016 08:30, Marko Dimjašević a écrit :
> Which brings us back to the original question - how to add the SONAME
> attribute to the library?
Did you try what have been said in this thread?
If yes, what did you do *exactly*?
Else, why not?
Regards,
Vincent
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: eccodes
Version : 0.13.1
Upstream Author : ECMWF (The European Centre for Medium-Range Weather
Forecasts)
* URL : https://software.ecmwf.int/wiki/display/ECC/ecCodes+Home
* License : Ap
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: python-jpy
Version : 0.8
Upstream Author : Brockmann Consult GmbH
* URL : http://www.brockmann-consult.de
* License : Apache Version 2
Programming Lang: Java, Python
Description
On 24/02/2016 18:49, Nikolaus Rath wrote:
> On Feb 24 2016, Carl Chenet wrote:
>> - First please Nikolau, spare me the "I don't believe Debian developers
>> blablabla", this try to patronize me is offending. Don't like the script
>> and you think it should not be in Debian or even exist? Fine, let
Le 25/02/2016 13:59, Alastair McKinstry a écrit :
> Upstream Author : Brockmann Consult GmbH
> * URL : http://www.brockmann-consult.de
>
Hi,
I understand that the author want some credits, but unless I misread the
webpage, there is no mention of this project on it.
It should be better
Package: wnpp
Severity: wishlist
Owner: "Ondřej Nový"
* Package name: libisa-l
Version : 2.14
Upstream Author : Intel Corporation
* URL :
https://01.org/intel%C2%AE-storage-acceleration-library-open-source-version
* License : BSD
Programming Lang: ASM, C
Hi,
Eric Mittelette wrote:
> I'm PM in the Visual C++ Team (VC Lib to be precise here at Microsoft),
> we started to think about lib acquisition (still a painful process for
> C++ on Windows) and we are imaging different options, one is to port
> apt-get on Windows.
> Porting Apt-Get mean using
Hi.
Packages are auto-removed from testing when they are RC-buggy.
Could we do something similar in unstable, for Debian's ports?
A FTBFS on any *one* release arch, delays testing migration on all
arches. It makes the package RC-buggy, which could trigger its
autoremoval from testing if not hand
I'm proposing AndroidTools+Java again, like last summer. We were quite
productive: got gradle 2.x, groovy, and lots of Android SDK tools
working and updated, and still more to be done:
https://wiki.debian.org/SummerOfCode2016/AndroidSDKToolsInDebian
.hc
Nicolas Dandrimont:
> Hey everyone,
>
>
On 02/25/2016 06:41 PM, Steven Chamberlain wrote:
> Packages are auto-removed from testing when they are RC-buggy.
> Could we do something similar in unstable, for Debian's ports?
We have a testing distribution in debian-ports?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Develope
On Thu, Feb 25, 2016 at 09:54:30PM +0100, John Paul Adrian Glaubitz wrote:
> On 02/25/2016 06:41 PM, Steven Chamberlain wrote:
> > Packages are auto-removed from testing when they are RC-buggy.
> > Could we do something similar in unstable, for Debian's ports?
>
> We have a testing distribution in
On 25.02.2016 22:45, Adam Borowski wrote:
On Thu, Feb 25, 2016 at 09:54:30PM +0100, John Paul Adrian Glaubitz wrote:
On 02/25/2016 06:41 PM, Steven Chamberlain wrote:
Packages are auto-removed from testing when they are RC-buggy.
Could we do something similar in unstable, for Debian's ports?
Adam Borowski wrote:
> John Paul Adrian Glaubitz wrote:
> > > We have a testing distribution in debian-ports?
>
> We don't, which is a shame. This badly hinders stuff like porting d-i
> [...]
Without those things, many will struggle to install the port or
do much development on it. Some options
Matthias Klose wrote:
> [...] when unstable is out of sync, and should be forbidden for a set
> of core packages from my point of view.
Exactly; there are some packages that can't just be removed, or
the whole port would be broken. We could say that fixing RC bugs in
those packages is a requirem
Steven Chamberlain wrote:
> Matthias Klose wrote:
> > [...] when unstable is out of sync, and should be forbidden for a set
> > of core packages from my point of view.
>
> [...] We could say that fixing RC bugs in
> those packages is a requirement for the port to be releaseable.
This reminds me o
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 737 (new: 12)
Total number of packages offered up for adoption: 186 (new: 0)
Total number of packages reques
22 matches
Mail list logo
