On 19/12/16 22:47, Adrian Bunk wrote:
> On Mon, Dec 19, 2016 at 10:15:33PM +0100, Daniel Pocock wrote:
>>
>>
>> On 19/12/16 21:57, Adrian Bunk wrote:
>>> On Thu, Dec 15, 2016 at 11:11:27AM +0100, Daniel Pocock wrote:
Is there any easy way to contact everybody who made a bug report again
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-globals
Version : 9.14.0
Upstream Author : Sindre Sorhus
(http://sindresorhus.com)
* URL : https://github.com/sindresorhus/globals#readme
* License
On Mon, Dec 19, 2016 at 10:15:33PM +0100, Daniel Pocock wrote:
>
>
> On 19/12/16 21:57, Adrian Bunk wrote:
> > On Thu, Dec 15, 2016 at 11:11:27AM +0100, Daniel Pocock wrote:
> >>
> >> Is there any easy way to contact everybody who made a bug report against
> >> a package and ask them to check if
On 19/12/16 21:57, Adrian Bunk wrote:
> On Thu, Dec 15, 2016 at 11:11:27AM +0100, Daniel Pocock wrote:
>>
>> Is there any easy way to contact everybody who made a bug report against
>> a package and ask them to check if the latest upload fixes it? Or is
>> there any script for maintainers to do
On Thu, Dec 15, 2016 at 11:11:27AM +0100, Daniel Pocock wrote:
>
> Is there any easy way to contact everybody who made a bug report against
> a package and ask them to check if the latest upload fixes it? Or is
> there any script for maintainers to do this?
I would expect the majority of your us
On വെള്ളി 09 ഡിസംബര് 2016 12:21 രാവിലെ, Alexander Wirt wrote:
> Help on the pagure itp (#829046 ) and things will arrive faster.
Need help with #844943 to proceed further.
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Dr. Tobias Quathamer
* Package name: golang-github-bep-gitmap
Version : 0.0~git20161029.0.a1a71ab-1
Upstream Author : Bjørn Erik Pedersen
* URL : https://github.com/bep/gitmap
* License : Expat
Programming Lang: Go
D
On 19/12/16 17:05, Boyuan Yang wrote:
> Just one (and maybe the biggest) question: how would you handle the
> patched Qt?
>
Note there is also telepathy-morse[1], the Telegram Connection Manager
for the Telepathy framework (and Empathy client)
Regards,
Daniel
1. https://github.com/Telepa
在 2016年12月19日星期一 SGT 下午4:55:24，Nicolas Braud-Santoni 写道：
> Package: wnpp
> Severity: wishlist
> Owner: "Nicolas Braud-Santoni"
>
> * Package name: telegram
> Version : 0.10.20
> Upstream Author : The Telegram Developers
> * URL : https://desktop.telegram.org/
> * Licen
Package: wnpp
Severity: wishlist
Owner: "Nicolas Braud-Santoni"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: telegram
Version : 0.10.20
Upstream Author : The Telegram Developers
* URL : https://desktop.telegram.org/
* License : GPL-3
Progr
2016-12-19 14:58 GMT+01:00 Julien Cristau :
> On 12/19/2016 11:37 AM, Bálint Réczey wrote:
>> Thanks. If I could perform the autopkgtest run with bindnow this year would
>> it
>> be convincing enough given only a small amount of breakages to enable
>> bindnow early in January?
>>
> I thought I was
On 2016-12-19 12:12, Johannes Schauer wrote:
Imagine you even directly build-depend on a virtual package. There is
currently
no way to somehow "reliably" always pick the same real provider of that
virtual
package.
I'm not sure how that isn't exactly what you're doing by depending on
"provide
On 12/19/2016 11:37 AM, Bálint Réczey wrote:
> Thanks. If I could perform the autopkgtest run with bindnow this year would it
> be convincing enough given only a small amount of breakages to enable
> bindnow early in January?
>
I thought I was clear earlier. No, enabling bindnow globally is
somet
Hi,
Quoting Mattia Rizzolo (2016-12-18 11:38:24)
> On Sat, Dec 17, 2016 at 09:27:12PM -0500, James McCoy wrote:
> > As Arno hinted at, it's to have reliable builds. A transient inability
> > to install the first arm of an alternation should caused a dep-wait
> > state, not building with the alter
Hi,
Quoting James McCoy (2016-12-18 16:04:47)
> On Sun, Dec 18, 2016 at 02:26:09PM +0100, Ondrej Novy wrote:
> > Hi,
> >
> > 2016-12-18 14:14 GMT+01:00 James McCoy :
> >
> > Well, sbuild's man page documents that the aptitude resolver will check
> > alternatives. If it doesn't in practic
Package: wnpp
Severity: wishlist
Owner: Salvo Tomaselli
* Package name: trabucco
Version : 1.0.0
Upstream Author : Salvo 'LtWorf' Tomaselli
* URL : https://github.com/ltworf/trabucco#trabucco
* License : GPL3
Programming Lang: C++
Description : a launc
Hi Guillem,
2016-12-19 1:34 GMT+01:00 Guillem Jover :
> On Sat, 2016-12-17 at 09:20:40 +0100, Bálint Réczey wrote:
>> 2016-12-17 3:14 GMT+01:00 Guillem Jover :
>> > On Wed, 2016-12-14 at 14:05:44 +0100, Bálint Réczey wrote:
>> >> 2016-12-13 9:29 GMT+01:00 Bálint Réczey :
>> >> > 2016-11-27 23:11 G
On Mon, Dec 19, 2016 at 4:30 PM, Daniel Pocock wrote:
> - For those JavaScript libs that have complicated build systems that are
> not (yet) supported on Debian, is it reasonable for a package like
> homer-ui to simply include the intermediate product of the build, just
> before it is minified, in
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-progress
Version : 1.1.2
Upstream Author : Gábor Csárdi
* URL : https://cran.r-project.org/package=progress
* License : MIT
Programming Lang: GNU R
Description : GNU R termina
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-prettyunits
Version : 1.0.2
Upstream Author : Gabor Csardi
* URL : https://cran.r-project.org/package=prettyunits
* License : MIT
Programming Lang: GNU R
Description : GNU R p
Daniel Pocock writes:
> - While looking through the list, I noticed that some of them (or at
> least files with similar names) are also included within other web
> packages.
Those packages would be similarly buggy in Debian, if so.
> What is the latest opinion on when JavaScript libs can be inc
Hello Daniel,
There has been extensive discussion of this on debian-devel over the
past few months. Though it was mainly about nodejs libs, the discussion
applies to libjs-* packages too.
The outcome of the discussions:
- the advantages of packaging these libs separately outweigh the
disadvan
On 14526 March 1977, Daniel Pocock wrote:
> - For those JavaScript libs that have complicated build systems that are
> not (yet) supported on Debian, is it reasonable for a package like
> homer-ui to simply include the intermediate product of the build, just
> before it is minified, into the Debia
Hi Daniel,
On 19-12-16 09:30, Daniel Pocock wrote:
> - For those JavaScript libs that have complicated build systems that are
> not (yet) supported on Debian, is it reasonable for a package like
> homer-ui to simply include the intermediate product of the build, just
> before it is minified, into
I had a look at packaging homer-ui (ITP[1]) for HOMER[2]. It is a
powerful web application based on AngularJS for troubleshooting SIP
applications. It is particularly useful for troubleshooting many of the
SIP products we include in Debian and also for learning about SIP, SDP
and RTP.
There ar
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-gulp-newer
Version : 1.3.0
Upstream Author : Tim Schaub (http://tschaub.net/)
* URL : https://github.com/tschaub/gulp-newer
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-kew
Version : 0.7.0
Upstream Author : FIX_ME upstream author
* URL : https://github.com/Medium/kew
* License : Apache-2.0
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-gulp-plumber
Version : 1.1.0
Upstream Author : Vsevolod Strukchinsky
(https://github.com/floatdrop)
* URL : https://github.com/floatdrop/gulp-plumbe
On 17/12/16 17:40, Christian Seiler wrote:
> On 12/17/2016 04:49 PM, Daniel Pocock wrote:
>> In my reSIProcate control[1] file, I included the following:
>>
>> Build-Depends: ... , libssl-dev (<< 1.1) | libssl1.0-dev (>= 1.0.0), ...
>>
>> pdebuild correctly builds it for sid with libssl1.0-dev fr
29 matches
Mail list logo
