Hello,
This is a tracker of ABI changes in the new upstream releases of the Linux
kernel (defconfig, x86_64): https://abi-laboratory.pro/tracker/timeline/linux/
The tracker performs backward binary compatibility analysis of all public
exported symbols and data types (declared in the ".ksymtab"
html {width: 100%}
body {background-color: #ff; margin: 0px; padding: 0px; font-family: Arial,
Helvetica, sans-serif;}
Especial Corridinha Pague Menos - Caso não esteja visualizando as
imagens, acesse aqui
Os produtos podem sofrer variação
Hi,
I've recently tried using sbuild rather than pbuilder (inspired by a
blog post[0]), and found that the invocation of dh_installdocs differs
between the two tools. My .docs file has this line:
doc/mpls/
However this directory also contains a .gitignore file. sbuild's
invocation of dh_instal
[ disclaimer: pbuilder maintainer here - totally biased ]
On Mon, Nov 28, 2016 at 09:52:39PM +1100, Scott Leggett wrote:
> (inspired by a blog post[0]),
> [0] https://people.debian.org/~stapelberg/2016/11/25/build-tools.html
I'll only say that 1) I fail to see where is this extrem complications
We are running a multitude of services.
Our usual approach to these services is that we fix things when they
break, test our client code against the live instance (with perhaps a
special area of the database - eg the `experimental' suite). I have
found writing server-side software in this environ
[ disclaimer: sbuild maintainer here - totally biased ]
Quoting Mattia Rizzolo (2016-11-28 12:06:19)
> On Mon, Nov 28, 2016 at 09:52:39PM +1100, Scott Leggett wrote:
> > (inspired by a blog post[0]), [0]
> > https://people.debian.org/~stapelberg/2016/11/25/build-tools.html
> I'll only say that 1)
On 2016-11-28.12:06, Mattia Rizzolo wrote:
> [ disclaimer: pbuilder maintainer here - totally biased ]
>
> On Mon, Nov 28, 2016 at 09:52:39PM +1100, Scott Leggett wrote:
> > (inspired by a blog post[0]),
> > [0] https://people.debian.org/~stapelberg/2016/11/25/build-tools.html
>
> I'll only say
On Mon, Nov 28, 2016, at 11:09, Johannes Schauer wrote:
> If you really somehow export DH_ALWAYS_EXCLUDE somewhere, then the reason
Then that package is subtly broken :-)
When one needs DH_ALWAYS_EXCLUDE for a build to work, that's fine: it is
there to be used... but it has to be set and exporte
On Mon, Nov 28, 2016 at 11:17:21PM +1100, Scott Leggett wrote:
> No offence intended - I've used pbuilder for quite a while and was just
> trying a different tool. :)
None taken :)
> But that means that pbuilder is carrying my local environment over to
> the build environment - so the build envir
On Mon, 28 Nov 2016 at 12:57:35 +0530, Pirate Praveen wrote:
> Features:
> 1. It will build in a clean chroot using sbuild,
> 2. it will run autopkgtest in an lxc container,
> 3. it will offer to run autopkgtest of any or all reverse dependencies,
> 4. it will also offer to rebuild all or any rever
Package: wnpp
Severity: wishlist
Owner: Abhijith PA
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: ruby-useragent
Version : 0.16.8
Upstream Author : Garry Shutler
* URL : https://github.com/gshutler/useragent
* License : Expact
Programming Lang:
Hi Adam,
thanks for this update!
On Sun, Nov 27, 2016 at 08:42:26PM +, Adam D. Barratt wrote:
>* The update must be built in an (old)stable environment or chroot
afaik source only uploads work as well, dont they? (and technically the
above obviously includes this, but I think it would be
Hi,
Quoting Mattia Rizzolo (2016-11-28 13:39:46)
> On Mon, Nov 28, 2016 at 11:17:21PM +1100, Scott Leggett wrote:
> > But that means that pbuilder is carrying my local environment over to the
> > build environment - so the build environment is no longer pristine. Is
> > that behaviour intentional
On 2016-11-28 14:38, Holger Levsen wrote:
thanks for this update!
On Sun, Nov 27, 2016 at 08:42:26PM +, Adam D. Barratt wrote:
* The update must be built in an (old)stable environment or chroot
afaik source only uploads work as well, dont they? (and technically the
above obviously incl
On 11/28/2016 02:38 PM, Holger Levsen wrote:
> Hi Adam,
>
> thanks for this update!
>
> On Sun, Nov 27, 2016 at 08:42:26PM +, Adam D. Barratt wrote:
>>* The update must be built in an (old)stable environment or chroot
>
> afaik source only uploads work as well, dont they? (and technicall
Jonas Smedegaard writes ("Re: Let's stop using CVS for debian.org website"):
> Quoting Holger Levsen (2016-11-24 10:43:40)
> > $ git clone --depth 1 https://anonscm.debian.org/cgit/webwml/webwml2git.git
> > Cloning into 'webwml2git'...
> > fatal: The remote end hung up unexpectedly
> > fatal: proto
On Mon, Nov 28, 2016 at 03:47:09PM +0100, Julien Cristau wrote:
> source only uploads work for stretch and up. There are no arch:all
> autobuilders for wheezy and jessie.
Well, it doesn't even work for stretch, actually.
There are no autobuilders for stretch, and dak is rejecting such
uploads.
-
On Mon, Nov 28, 2016 at 03:47:09PM +0100, Julien Cristau wrote:
> source only uploads work for stretch and up. There are no arch:all
> autobuilders for wheezy and jessie.
ic. does that mean than arch:any only uploads work for wheezy+jessie?
--
cheers,
Holger
signature.asc
Description
On 11/28/2016 05:18 PM, Mattia Rizzolo wrote:
> On Mon, Nov 28, 2016 at 03:47:09PM +0100, Julien Cristau wrote:
>> source only uploads work for stretch and up. There are no arch:all
>> autobuilders for wheezy and jessie.
>
> Well, it doesn't even work for stretch, actually.
> There are no autobui
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-devel@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-lines
Version : 1.0
* URL : https://github.com/casacore/lines-table
* License : CC0
Description :
On Sat, Nov 26, 2016 at 09:35:46AM +0800, Paul Wise wrote:
> On Tue, Nov 22, 2016 at 9:40 AM, Peter Eckersley wrote:
>
> > currently working with an ACME backwards compatibilty window of 6-12 months,
> > but probably not longer than that.
>
> I note that letsencrypt 0.4.1-1 (before the rename to
On Fri, Nov 25, 2016 at 12:48:35PM +0100, Christian Seiler wrote:
> Note that per backports rules, $RELEASE_N-backports must track
> $RELEASE_N_PLUS_1, so if you remove certbot from Stretch, you'll
> also have to remove it from jessie-backports.
Thank you for pointing this out Christian. This po
On Thu, Nov 24, 2016 at 05:37:05PM +0200, Adrian Bunk wrote:
> On Thu, Nov 24, 2016 at 02:45:26PM +0100, Ondřej Surý wrote:
> > On Thu, Nov 24, 2016, at 13:39, Philipp Kern wrote:
> > > So if you, as an upstream maintainer, have a change that is needed for
> > > compatibility with changes in networ
Hi,
2016-11-24 12:20 GMT+01:00 Jonas Smedegaard :
> Quoting Holger Levsen (2016-11-24 10:43:40)
>> As some people fear the size of the git repo, I've done a test:
>>
>> cloning took 5-6min (granted over a fast network connection) and requires
>> 628mb of diskspace in the end.
>>
>> however, clonin
Scott Leggett writes ("Difference in behaviour between pbuilder and sbuild"):
> I've recently tried using sbuild rather than pbuilder (inspired by a
> blog post[0]),
>
> [0] https://people.debian.org/~stapelberg/2016/11/25/build-tools.html
I'm derailing this because I had not seen this blog post
Scott Leggett writes ("Difference in behaviour between pbuilder and sbuild"):
> I've recently tried using sbuild rather than pbuilder (inspired by a
> blog post[0]), and found that the invocation of dh_installdocs differs
> between the two tools. My .docs file has this line:
...
> The consequence o
On Thu, Nov 24, 2016 at 02:45:26PM +0100, Ondřej Surý wrote:
> Peter, there's one more question embedded within what you have already
> asked:
>
> - would new versions of python-certbot and python-acme require new python
> libraries? If yes (or maybe), then the answer would be: go with
> stretch-
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: python-distro
Version : 1.0.1
Upstream Author : Nir Cohen
* URL : https://github.com/nir0s/distro
* License : ASLv2
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Alberto Bertogli (debian)
* Package name: dnss
Version : 0.0~git20161126.0.162090e-1
Upstream Author : Alberto Bertogli
* URL : https://blitiri.com.ar/git/r/dnss/
* License : Apache-2.0
Programming Lang: Go
Descripti
Hi Robie, hi Kristian,
On Sunday, 27 November 2016 14:11:11 CET Kristian Nielsen wrote:
> Future compatibility between MariaDB client library and MySQL server, or
> wise versa, is rather more likely than other kinds of compatibility. This is
> because there is generally a strong desire to have the
On Mon, Nov 28, 2016 at 10:12:14PM +0100, Stefan Fritsch wrote:
> thank you both for the information, this sounds quite good. I will switch to
> libmariadbclient for stretch. For stretch+1, we'll see how things develop
> upstream.
Can you not use default-libmysqlclient-dev and maintain build-tim
On Monday, 28 November 2016 21:37:05 CET Robie Basak wrote:
> On Mon, Nov 28, 2016 at 10:12:14PM +0100, Stefan Fritsch wrote:
> > thank you both for the information, this sounds quite good. I will switch
> > to libmariadbclient for stretch. For stretch+1, we'll see how things
> > develop upstream.
Package: wnpp
Severity: wishlist
Owner: Liang Yan
* Package name: golang-github-akavel-rsrc
Version : 2+git20151103.6.ba14da1-1
Upstream Author : Mateusz Czapliński
* URL : https://github.com/akavel/rsrc
* License : MIT
Programming Lang: Go
Description
Hello,
On Mon, Nov 28, 2016 at 05:39:46PM +, Ian Jackson wrote:
> I have never really understood the point of debuild.
It's just a modernising wrapper for dpkg-buildpackage, since that
the command line API of dpkg-buildpackage can't be altered.
--
Sean Whitton
signature.asc
Description: P
Hello Bálint,
On Mon, Nov 28, 2016 at 06:33:34PM +0100, Bálint Réczey wrote:
> It is not a subtree clone, but the result is practically the same
It wouldn't permit making new commits, though.
--
Sean Whitton
signature.asc
Description: PGP signature
Hi Sean,
2016-11-28 23:23 GMT+01:00 Sean Whitton :
> Hello Bálint,
>
> On Mon, Nov 28, 2016 at 06:33:34PM +0100, Bálint Réczey wrote:
>> It is not a subtree clone, but the result is practically the same
>
> It wouldn't permit making new commits, though.
This is true, those who don't have good acc
On 2016-11-27 20:42:26, Adam D. Barratt wrote:
>* The bug should be of severity "important" or higher
Quick question: assuming all the other conditions are met (minimal patch,
clean debdiff, etc.), this seems to discourage normal bugs fixing. Is
that intentional (i.e. there must be significant
Hi Ian,
On Mon, Nov 28, 2016 at 12:04:17PM +, Ian Jackson wrote:
> Should we not have public test instances of all these things ?
seems like a great idea, thanks for bringing this up! a few minor comments:
> I suggest we should declare (perhaps as a DEP?)
or a wiki page, at least at first…?
Package: wnpp
Severity: wishlist
Owner: "Félix Sipma"
* Package name: restic
Version : 0.3.0
Upstream Author : Alexander Neumann
* URL : https://restic.github.io/
* License : BSD
Programming Lang: Go
Description : restic is a backup program which allow
On Mon, Nov 28, 2016 at 03:11:17PM +0100, Philipp Kern wrote:
> On 2016-11-28 14:38, Holger Levsen wrote:
> > thanks for this update!
> >
> > On Sun, Nov 27, 2016 at 08:42:26PM +, Adam D. Barratt wrote:
> > >* The update must be built in an (old)stable environment or chroot
> >
> > afaik
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera
* Package name: ixo-usb-jtag
Version : 0.0.0+git20160908
Upstream Author : Tim 'mithro' Ansell
* URL : https://github.com/mithro/ixo-usb-jtag
* License : GPL-2+
Programming Lang: C
Description : Fi
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-json-stable-stringify
Version : 1.0.1
Upstream Author : James Halliday (http://substack.net)
* URL : https://github.com/substack/json-stable-stringi
Ian Jackson:
> We are running a multitude of services.
>
> [...]
>
> Should we not have public test instances of all these things ?
>
> [...]
>
> My starting points for answers to these questions are something like
> this:
>
> [...]
>
> If we wrote some of this down then infrastructure opera
43 matches
Mail list logo