Sven Bartscher (2014-08-19):
> On Tue, 19 Aug 2014 14:49:42 -0600
> Ryan Burchett wrote:
>
> > Hello! My apologies if this is the wrong email to contact for my issue.
>
> debian-u...@lists.debian.org would have been better.
>
> > I would absolutely love to use Debian. I cannot do this however.
On 2014-08-20 02:21:35 +0800 (+0800), Thomas Goirand wrote:
> Well, for the changelog of OpenStack stuff, the FTP masters have
> express their opinion that it's just too big to be in every
> packages, so I have to *not* include them.
Understandable for some of those larger projects with many thous
On 2014-08-20 02:32:10 +0800 (+0800), Thomas Goirand wrote:
[...]
> Good! For the moment, it has worked nicely, apart from the fact that
> *some* upstream, like Jeremy Stanley, don't like it. I honestly feel
> sorry about that, especially with people like Jeremy and other OpenStack
> folks which ar
On Wed, Aug 20, 2014 at 06:34:39AM +0900, Charles Plessy wrote:
> > > Le Thu, Aug 14, 2014 at 09:36:50PM +0900, Charles Plessy a écrit :
> > > >
> > > > Here is a patch to update the Policy accordingly. Do you have comments
> > > > ?
>
> > On Tue, Aug 19, 2014 at 07:44:19AM +0900, Charles Pless
On Tue, Aug 19 2014, Ryan Burchett wrote:
> Hello! My apologies if this is the wrong email to contact for my issue. I
> would absolutely love to use Debian. I cannot do this however. The problem
> I am having is that you guys do not support my Wireless card. I went to the
> wiki and the wireless se
> > Le Thu, Aug 14, 2014 at 09:36:50PM +0900, Charles Plessy a écrit :
> > >
> > > Here is a patch to update the Policy accordingly. Do you have comments ?
> On Tue, Aug 19, 2014 at 07:44:19AM +0900, Charles Plessy wrote:
> >
> > Anybody wanting to see the Testsuite field documented in the Poli
On Tue, 19 Aug 2014 14:49:42 -0600
Ryan Burchett wrote:
> Hello! My apologies if this is the wrong email to contact for my issue.
debian-u...@lists.debian.org would have been better.
> I would absolutely love to use Debian. I cannot do this however. The problem
> I am having is that you guys do
Hello! My apologies if this is the wrong email to contact for my issue. I
would absolutely love to use Debian. I cannot do this however. The problem
I am having is that you guys do not support my Wireless card. I went to the
wiki and the wireless section and saw my wireless card on the list of
supp
Package: wnpp
Severity: wishlist
Owner: Tim Retout
* Package name: node-webfinger
Version : 0.4.2
Upstream Author : Evan Prodromou
* URL : http://github.com/e14n/webfinger
* License : Apache 2.0
Programming Lang: Javascript
Description : Host Meta (RFC
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: lazr.smtptest
Version : 2.0.1
Upstream Author : lazr-us...@lists.launchpad.net
* URL : https://launchpad.net/lazr.smtptest
* License : LGPL
P
On Mon, 18 Aug 2014 21:55:37 +0100
Gianfranco Costamagna wrote:
> Hi again Sven,
>
> I would just ask one (I hope little) feature, I'm not an haskell guy, so I
> find rather difficult to submit a patch :)
>
> I would like to see also this
> outputUrl =
> "people.canonical.com/~ubuntu-archive/
I would like to point out some considerations.
A winning approach for me is:
* don't assume that if I maintain packages in git, upstream is also
developing using git.
* don't assume that upstream is making releases. Maybe they don't make
tarballs, even tags. Maybe they do, but they are very wrong
On Tue, 19 Aug 2014, Hector Oron wrote:
> 2014-08-15 16:04 GMT+02:00 Ondřej Surý :
> > I have encountered a situation where the FTBFS bug was caused
> > by segfault in other package. This has forced me to split opendnssec-doc
> > to arch:all package (which was good thing anyway), so there are cases
On 08/19/2014 07:40 AM, Barry Warsaw wrote:
> As Debian developers, I think we generally shouldn't be dictating best
> practices to upstreams. Let them do whatever is most comfortable to them and
> let them concentrate on making good software!
I agree with that. But the same way, I don't think up
On 08/19/2014 04:40 AM, Jeremy Stanley wrote:
> For a variety of historical and pragmatic reasons, many distribution
> channels expect a release tarball to contain some information which
> is more efficiently stored in VCS metadata (authorship, detailed
> change information, version numbers, et cet
Hi Sven,
Thanks a lot for taking the time to look at comigrate!
On Tue, 19 Aug 2014 12:45:59, Sven Bartscher wrote:
> On Mon, 18 Aug 2014 23:51:43 +0200
> Pietro Abate wrote:
>
>> Hei Sven,
>>
>> On 18/08/14 18:10, Sven Bartscher wrote:
[...]
>> you might want to have a look at comigrate [1] a
On Tue, 19 Aug 2014 19:15:25 +0200
Sven Bartscher wrote:
> On Tue, 19 Aug 2014 18:53:52 +0200
> Jérôme Vouillon wrote:
>
> > Hi Joachim,
> >
> > On Tue, 19 Aug 2014 11:07:57, Joachim Breitner wrote:
> > > unfortunately, comigrate doesn’t cut it for our case. From the page
> > > for haskell-hge
On Tue, 19 Aug 2014 18:53:52 +0200
Jérôme Vouillon wrote:
> Hi Joachim,
>
> On Tue, 19 Aug 2014 11:07:57, Joachim Breitner wrote:
> > unfortunately, comigrate doesn’t cut it for our case. From the page
> > for haskell-hgettext, I get redirected to haskell-uniplate, and from
> > there to other pa
Hi Joachim,
On Tue, 19 Aug 2014 11:07:57, Joachim Breitner wrote:
> unfortunately, comigrate doesn’t cut it for our case. From the page
> for haskell-hgettext, I get redirected to haskell-uniplate, and from
> there to other packages, none of which are the real culprit. Sven’s
> tool has an idea of
On Mon, Aug 18, 2014 at 12:15:10AM +0200, Clément Bœsch wrote:
> On Sun, Aug 17, 2014 at 09:14:47PM +0200, Luca Barbato wrote:
> [...]
> > > Ive asked [1][2] back then what "policy in place" was broken
> >
> > - you tried to commit code that was blatantly below the already lax
> > quality requirem
Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij
* Package name: haskell-icalendar
Version : 0.4.0.1
Upstream Author : Christian Rødli Amble
* URL : http://github.com/tingtun/iCalendar
* License : BSD3
Programming Lang: Haskell
Description : ical
On Sat, 16 Aug 2014, Russ Allbery wrote:
> > And anyway I'd say that downloading the original archive is simpler than
> > having to deal with pristine-tar...
>
> I'm mystified. What is there to deal with? I literally never touch it.
> It just works, completely transparently and silently.
Unfor
On Tue, 19 Aug 2014, Hector Oron wrote:
> If amd64 was to be picked, what would happen to packages producing
> arch:all packages that do not build on such architecture?
They would get a FTBFS bug and they would get fixed. Or, if it's not a bug,
the package would be uploaded by the maintainer himse
Package: wnpp
Severity: wishlist
Owner: Stuart Prescott
* Package name: python-diff-match-patch
Version : 20121119
Upstream Author : Neil Fraser
* URL : https://pypi.python.org/pypi/diff-match-patch
* License : Apache-2.0
Programming Lang: Python 2 and 3
D
Hello,
2014-08-15 16:04 GMT+02:00 Ondřej Surý :
> I have encountered a situation where the FTBFS bug was caused
> by segfault in other package. This has forced me to split opendnssec-doc
> to arch:all package (which was good thing anyway), so there are cases
> where you want to build the arch:all
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libmoox-cmd-perl
Version : 0.009
Upstream Author : Torsten Raudssus
* URL : https://metacpan.org/pod/MooX::Cmd
* License : Artistic or GPL
Hi Charles,
On Tue, Aug 19, 2014 at 07:44:19AM +0900, Charles Plessy wrote:
> Le Thu, Aug 14, 2014 at 09:36:50PM +0900, Charles Plessy a écrit :
> > Package: debian-policy
> > Version: 3.9.5
> > Severity: wishlist
> >
> > Hi Guillem and everybody,
> >
> > thanks for adding direct support for the
Package: wnpp
Severity: wishlist
Owner: Benoit Mortier
* Package name: Argonaut
Version : 0.9.1
Upstream Author : Name
* URL : https://forge.fusiondirectory.org/projects/argonaut-
agents
* License : GPL
Programming Lang: Perl
Description : Client serve
Hi,
Am Dienstag, den 19.08.2014, 12:46 +0200 schrieb Sven Bartscher:
> That's a bit more tricky than it seems, due to limitations in wget.
> wget doesn't support the -N (only download if remote file if newer)
> together with -O. So if I rename them wget won't be able to check their
> timestamps.
Hi,
Am Sonntag, den 17.08.2014, 00:07 +0200 schrieb Ansgar Burchardt:
> First, the archive used by buildds is now publically accessible in
> http://incoming.debian.org/debian-buildd/. This location provides access
> to all recently uploaded packages, split into individual suites, and
> provides t
On 8/18/14, Moritz Mühlenhoff wrote:
> Andreas Cadhalpun schrieb:
>> Hi Thomas,
>>
>> On 18.08.2014 08:36, Thomas Goirand wrote:
>>> There's been a very well commented technical reason stated here: the
>>> release team don't want to deal with 2 of the same library that are
>>> doing (nearly) the
On Tue, 19 Aug 2014, Lars Wirzenius wrote:
> On Mon, Aug 18, 2014 at 07:28:51PM -0400, Barry Warsaw wrote:
> > Also, it makes me somewhat uncomfortable to assume that a git tag in the
> > upstream repo will always be equivalent to their released tarball. In fact,
> > it's often not, as is the case
On Mon, 18 Aug 2014 21:55:37 +0100
Gianfranco Costamagna wrote:
> I would just ask one (I hope little) feature, I'm not an haskell guy, so I
> find rather difficult to submit a patch :)
>
> I would like to see also this
> outputUrl =
> "people.canonical.com/~ubuntu-archive/proposed-migration/u
On Mon, 18 Aug 2014 23:51:43 +0200
Pietro Abate wrote:
> Hei Sven,
>
> On 18/08/14 18:10, Sven Bartscher wrote:
> > If we have a package, which doesn't migrate to testing, we usually
> > check the "Why does package X not in testing yet?" page or the PTS.
> > Usually they do a great job in tellin
Hi,
On Tue, Aug 19, 2014 at 10:50:31AM +0200, Ondřej Surý wrote:
[...]
> From the security viewpoint, I would be also interested if ffmpeg
> has tests and what is current code coverage. That could help avoiding
> regressions when doing security updates.
>
> 1. There are also other tools: llvm/cla
Package: wnpp
Severity: wishlist
Owner: Ana Guerrero Lopez
* Package name: ibacm
Version : 1.0.9
Upstream Author : Sean Hefty
* URL : https://www.openfabrics.org/downloads/rdmacm/
* License : To choose between OpenIB.org BSD license or GPL v2
Programming Lan
Dear Pietro,
Am Montag, den 18.08.2014, 23:51 +0200 schrieb Pietro Abate:
> On 18/08/14 18:10, Sven Bartscher wrote:
> > If we have a package, which doesn't migrate to testing, we usually
> > check the "Why does package X not in testing yet?" page or the PTS.
> > Usually they do a great job in te
On Sat, Aug 16, 2014, at 20:59, Russ Allbery wrote:
> The problem, however, is that taking security seriously, while possibly
> necessary, is not sufficient. I'm glad that FFmpeg takes security
> seriously, but what FFmpeg needs is to *have fewer security bugs*.
JFTR the Coverity Scan results for
On Sat, Aug 16, 2014, at 17:29, Thomas Goirand wrote:
> On 08/15/2014 11:53 PM, The Wanderer wrote:
> > It's also something the Linux kernel is still doing, with apparent
> > success.
>
> Yes, the Linux kernel is a successful project. Does this mean using a
> list for reviewing patches is a good t
39 matches
Mail list logo