Package: wnpp
Severity: wishlist
Owner: "Ming-ting Yao Wei (魏銘廷)"
* Package name: hackpad
Version : git
Upstream Author : Hackpad
* URL : https://github.com/dropbox/hackpad
* License : Apache License 2.0
Programming Lang: Scala, JavaScript
Description
Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg
* Package name: protozero
Version : 1.0.0
Upstream Author : MapBox (https://github.com/mapbox/protozero/issues)
* URL : https://github.com/mapbox/protozero
* License : BSD-2-Clause and Apache-2.0
Programm
reassign -1 wnpp
retitle -1 RFP: gnome-pdf-tool -- GUI tool to edit PDF metadata
On Mi, 19 aug 15, 12:30:28, Maria wrote:
> Package: gnome-pdf-tool
> Version: 2.0.2
> Severity: wishlist
>
> Dear Maintainer,
>
> I'd be very glad if you could package the gnome-pdf-tool for Debian, as it
> sounds t
Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat
* Package name: selenium-firefoxdriver
Version : 2.47.1
Upstream Author : Julian Harty,
Simon Steward,
Andreas Tolf Tolfsen,
Jim Evans,
Google I
Control: reassign -1 wnpp
Control: retitle -1 RFP: gnome-pdf-tool -- GUI tool to edit PDF metadata
On Mi, 19 aug 15, 12:30:28, Maria wrote:
> Package: gnome-pdf-tool
> Version: 2.0.2
> Severity: wishlist
>
> Dear Maintainer,
>
> I'd be very glad if you could package the gnome-pdf-tool for Debian
Package: wnpp
Severity: wishlist
Owner: Joachim Breitner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: local-apt-repository
Version : 0.1
Upstream Author : Joachim Breitner
* URL :
http://anonscm.debian.org/cgit/collab-maint/local-apt-repository.git/
Control: reassign -1 wnpp
Control: retitle -1 ITP: vertex-theme -- Vertex themes for GTK 2/3
@owner: apparently the "Source:" pseudo-header took precedence over
"Package:". Not sure this is intended, hence the CC.
Kind regards,
Andrei
On Vi, 21 aug 15, 21:19:03, Jack Henschel wrote:
> Package:
* Joachim Breitner , 2015-08-22, 13:58:
With this package installed, every Debian package (i.e. a *.deb file)
dropped into /srv/local-apt-repository
Sounds like an FHS violation: “no program should rely on a specific
subdirectory structure of /srv existing or data necessarily being stored
in
Hi Jakub,
Am Samstag, den 22.08.2015, 14:54 +0200 schrieb Jakub Wilk:
> * Joachim Breitner , 2015-08-22, 13:58:
> > With this package installed, every Debian package (i.e. a *.deb
> > file)
> > dropped into /srv/local-apt-repository
>
> Sounds like an FHS violation: “no program should rely on a
Package: wnpp
Severity: wishlist
Owner: Alba Crespi
* Package name: r-cran-data.table
Version : 1.9.4
Upstream Author : Matt Dowle , T Short, S Lianoglou,
A Srinivasan with contributions from R Saporta, E Antonyan
* URL :
https://cran.r-project.org/web/packages/data.
Hi Steve,
Steve Langasek writes:
> On Fri, Aug 21, 2015 at 01:12:12PM +0200, Mehdi Dogguy wrote:
>> Auto-building arch:all packages
>> ===
>>
>> [snip]
>>
>
> This is all great news!
>
> If I'm not mistaken, the last feature that needs to be implemented in
> wanna-buil
You visited Infographicportal.com
at some point in the past!
Please help us out and rate Infographicportal.com
(We'd really appreciate it!)
http://s3.amazonaws.com/readygraph-static/img/star_icon.png";
style="margin-left: 5px; width:30px;">http://s3.amazonaws.com/readygraph-static/img
You visited Infographicportal.com
at some point in the past!
Please help us out and rate Infographicportal.com
(We'd really appreciate it!)
http://s3.amazonaws.com/readygraph-static/img/star_icon.png";
style="margin-left: 5px; width:30px;">http://s3.amazonaws.com/readygraph-static/img
On Sat, Aug 22, 2015 at 03:34:56PM +, Mehdi Dogguy wrote:
> I feel that arch:all packages requiring a specific architecture (or not
> buildable on amd64) are quite marginal.
On the other hand, there's a crapload of arch:all packages that fail on
!amd64 despite having no valid excuse. I've see
* Adam Borowski [2015-08-22 16:35]:
> On the other hand, there's a crapload of arch:all packages that fail
> on !amd64 despite having no valid excuse. I've seen that a lot when
> doing archive rebuilds on armhf. I never got around to reporting
> most of FTFBFses -- are arch:all packages not buil
Package: wnpp
Severity: wishlist
Owner: Andreas Gnau
* Package name: unlzexe
Version : 0.8
Upstream Author : Mitugu(Kou) Kurizono, Vesselin Bontchev
and others
* URL :
https://gitlab.com/unlzexe/unlzexe/blob/linux64Bontchev/UNLZEXE.DOC
* License : public domai
Package: wnpp
Severity: wishlist
Owner: Andreas Gnau
* Package name: libshadowdive
Version : 0.9.1
Upstream Author : Tuomas Virtanen
* URL : https://github.com/omf2097/libShadowDive
* License : MIT
Programming Lang: C
Description : library for working
Package: wnpp
Severity: wishlist
Owner: Andreas Gnau
* Package name: openomf
Version : 0.6.5
Upstream Author : Tuomas Virtanen and others
* URL : https://github.com/omf2097/openomf
* License : MIT
Programming Lang: C++
Description : Open Source remake
On Sat, Aug 22, 2015 at 03:34:56PM +, Mehdi Dogguy wrote:
> Steve Langasek writes:
> > On Fri, Aug 21, 2015 at 01:12:12PM +0200, Mehdi Dogguy wrote:
> >> Auto-building arch:all packages
> >> ===
> >> [snip]
> > This is all great news!
> > If I'm not mistaken, the
On Sat, Aug 22, 2015 at 04:35:15PM +0200, Adam Borowski wrote:
> > I feel that arch:all packages requiring a specific architecture (or not
> > buildable on amd64) are quite marginal.
> On the other hand, there's a crapload of arch:all packages that fail on
> !amd64 despite having no valid excuse.
Package: wnpp
Severity: wishlist
Owner: Andreas Gnau
* Package name: refkeen
Version : 0.10.0
Upstream Author : NY00123
* URL : https://github.com/NY00123/refkeen
* License : GPL2
Programming Lang: C
Description : Ports of Keen Dreams and the Catacomb A
* Mehdi Dogguy , 2015-08-22, 15:34:
I am not sure about the status on FTP-masters' side... but I think it
only requires the project deciding when we will enable throw-away
binaries by default. But before doing so, we should take some time
testing the arch:all packages. Once that done, the archi
Package: wnpp
Severity: wishlist
Owner: "gustavo panizzo (gfa)"
* Package name: python-ostestr
Version : 0.2.0
Upstream Author : OpenStack Fundation.
* URL : http://www.openstack.org/
* License : Apache 2.0
Programming Lang: Python
Description : OpenSt
On Sun, 2015-08-16 at 21:49 +0200, Hideki Yamane wrote:
> On Sun, 16 Aug 2015 10:43:17 +0200
> Ben Hutchings wrote:
> > They are now packaged in unstable (hyperv-daemons built from linux
> > -tools source), and could possible be backported to jessie if they are
> > that important. However, I thin
On 22/08/15 16:48, Andrey Rahmatullin wrote:
> On Sat, Aug 22, 2015 at 04:35:15PM +0200, Adam Borowski wrote:
>> -- are arch:all packages not building on other architectures worth filing
>> FTBFS bugs for?
>
> I think this should be reported (it's probably common sense that you
> should be able to
On السبت 22 آب 2015 07:45, Martin Michlmayr wrote:
>> On the other hand, there's a crapload of arch:all packages that fail
>> > on !amd64 despite having no valid excuse. I've seen that a lot when
>> > doing archive rebuilds on armhf. I never got around to reporting
>> > most of FTFBFses -- are
* Joachim Breitner [150822 09:04]:
> Hi Jakub,
>
> Am Samstag, den 22.08.2015, 14:54 +0200 schrieb Jakub Wilk:
> > * Joachim Breitner , 2015-08-22, 13:58:
> > > With this package installed, every Debian package (i.e. a *.deb
> > > file)
> > > dropped into /srv/local-apt-repository
> >
> > Soun
* Afif Elghraoui , 2015-08-22, 13:19:
Would it be a good idea for the buildds to automatically submit FTBFS
bug reports?
I don't think so. That'd be a lot of BTS noise.
I think maintainers with dozens or hundreds of packages don't monitor
all their build logs.
buildds send failure notificat
Hi,
On 2015-08-21 10:16, Steve Langasek wrote:
> Hi Mehdi,
>
> On Fri, Aug 21, 2015 at 01:12:12PM +0200, Mehdi Dogguy wrote:
> > Auto-building arch:all packages
> > ===
>
> > We have worked on getting arch:all packages buildable on our
> > autobuilders. We've got a fe
On 08/16/2015 01:22 PM, Michael Meskes wrote:
>> Interesting, thanks. As for "The Microsoft Azure Linux Agent" [1], it is
>> Apache-2.0 licensed and should be trivially package-able...
>>
>> [1]: https://github.com/Azure/WALinuxAgent
>
> It's been in Debian for years. Recently it was updated to
On Sat, Aug 22, 2015 at 09:26:07PM +0100, Simon McVittie wrote:
> >> -- are arch:all packages not building on other architectures worth filing
> >> FTBFS bugs for?
> >
> > I think this should be reported (it's probably common sense that you
> > should be able to rebuild a package on a given support
On السبت 22 آب 2015 13:47, Marvin Renich wrote:
>> So it is not wrong to use this directory. Also, all alternatives are
>> > wrong in some way as well.
> I was under the (perhaps mistaken) impression that part of the purpose
> of /srv was to allow complete admin discretion with the directory
> st
On Sat, Aug 22, 2015 at 10:52:38PM +0200, Aurelien Jarno wrote:
> > This is all great news!
> > If I'm not mistaken, the last feature that needs to be implemented in
> > wanna-build for us to be able to drop all maintainer-uploaded binaries, and
> > only ship binaries built on the buildds, is buil
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
Control: block 395843 by -1
* Package name: mhap
Version : 1.6
Upstream Author : Sergey Koren , Konstantin Berlin
* URL : https://github.com/marbl/MHAP
* License : Apache
Programming Lang: Ja
Hello,
I'm struggling to understand the testing excuses for s3ql at
https://qa.debian.org/excuses.php?package=s3ql. Among other things, it
says:
* s3ql (source, amd64, i386, arm64, armel, armhf, mips, mipsel, powerpc,
ppc64el, s390x) has new bugs!
* Updating s3ql introduces new bugs: #792685
Ho
On Sat, Aug 22, 2015 at 09:54:10PM -0700, Nikolaus Rath wrote:
> Hello,
> I'm struggling to understand the testing excuses for s3ql at
> https://qa.debian.org/excuses.php?package=s3ql. Among other things, it
> says:
> * s3ql (source, amd64, i386, arm64, armel, armhf, mips, mipsel, powerpc,
> ppc
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
Control: block 395843 by -1
* Package name: libuncommons-maths-java
Version : 1.2.3
Upstream Author : Daniel W. Dyer
* URL : http://maths.uncommons.org
* License : Apache
Programming Lang: Java
37 matches
Mail list logo
