On Monday 20 April 2015 12:46 PM, David Kalnischkies wrote:
That can be very quickly quite a set of packages. apt ~23, apititude
~40, mpv (similar to mplayer) ~159, kate (KDEs notepad) ~465. [0]
That can be tuned by excluding non-libraries, but that has its own
drawbacks (private libraries
On 2015-05-03 18:58, Guillem Jover wrote:
Hi!
On Tue, 2015-04-07 at 22:11:18 +0200, Niels Thykier wrote:
A) Use .deb (i.e. the regular extension) with a new section.
Is there any problem with using the existing debug section? Or is
the different section used to distinguish that these
On 2015-04-19 19:10, David Kalnischkies wrote:
On Sat, Apr 04, 2015 at 10:54:09AM +0200, Niels Thykier wrote:
The resulting debs are installable with dpkg -i ( \o/ ). I have not
tried anything fancy like setting up a local APT mirror and tried to
convince APT do install it.
I did and apt
On 2015-05-02 13:46, David Kalnischkies wrote:
On Fri, May 01, 2015 at 11:46:42PM +0200, Niels Thykier wrote:
[…] ddeb support […]
+1. \o/
- apt now properly handles the pkg:arch dependency.
[...]
I would revert the revert as this is potentially causing more trouble
than the
On Sat, May 02, 2015 at 09:07:56AM -0400, James McCoy wrote:
On Sat, May 02, 2015 at 01:46:25PM +0200, David Kalnischkies wrote:
(aka: I don't see why a debug
package has to depend on the package it provides symbols for at all. If
any the relation should be 'Enhances'…).
The intention is
Hi!
On Tue, 2015-04-07 at 22:11:18 +0200, Niels Thykier wrote:
A) Use .deb (i.e. the regular extension) with a new section.
Is there any problem with using the existing debug section? Or is
the different section used to distinguish that these are autogenerated
perhaps?
B) Use .ddeb (i.e.
On Fri, May 01, 2015 at 11:46:42PM +0200, Niels Thykier wrote:
[…] ddeb support […]
+1. \o/
- apt now properly handles the pkg:arch dependency.
For different values of properly – apt isn't the only thing involved
here, you have to consider the reaction of dpkg and dose as well and
these 3
On Sat, May 02, 2015 at 01:46:25PM +0200, David Kalnischkies wrote:
(aka: I don't see why a debug
package has to depend on the package it provides symbols for at all. If
any the relation should be 'Enhances'…).
The intention is to ensure the debug symbols came from the same build as
the binary
On 2015-04-04 10:54, Niels Thykier wrote:
On 2015-04-04 09:54, Josselin Mouette wrote:
Le jeudi 02 avril 2015 à 19:37 +0200, Esokrates a écrit :
Hi,
I am particularly interested in automatic debug packages, as the current
situation is pretty messy imho. I found
On Mon, Apr 20, 2015 at 09:50:00AM +0800, Paul Wise wrote:
On Mon, Apr 20, 2015 at 1:10 AM, David Kalnischkies wrote:
I would presume most derivatives aren't using it either
Most derivatives appear to use reprepro but there is one using apt-ftparchive
On Mon, Apr 20, 2015 at 1:10 AM, David Kalnischkies wrote:
I would presume most derivatives aren't using it either
Most derivatives appear to use reprepro but there is one using apt-ftparchive
https://wiki.debian.org/Derivatives/CensusFull
https://wiki.debian.org/Derivatives/Census/Lihuen
On Sat, Apr 04, 2015 at 10:54:09AM +0200, Niels Thykier wrote:
The resulting debs are installable with dpkg -i ( \o/ ). I have not
tried anything fancy like setting up a local APT mirror and tried to
convince APT do install it.
I did and apt works with ddeb just fine, meaning it can happily
On 2015-04-09 09:25, Esokrates wrote:
On Tuesday, April 07, 2015 10:11:18 PM Niels Thykier wrote:
[...]
So mostly that is more a decision making (political) problem, than a
technical
one.
It is not entirely clear to me that we any have (major) political issues
IRT ddebs.
People
On Tuesday, April 07, 2015 10:11:18 PM Niels Thykier wrote:
On 2015-04-07 21:10, Niels Thykier wrote:
On 2015-04-04 12:58, Esokrates wrote:
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
[...]
I know predictions are hard, but is there a plan to get things done for
On Thursday, April 09, 2015 09:25:44 AM Esokrates wrote:
So mostly that is more a decision making (political) problem, than a
technical one. Stretch is a two year time frame though, which makes me
kinda sad. Thanks for you effort though, keep up the amazing work! If I
understand correctly, if
On 2015-04-04 12:58, Esokrates wrote:
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
[...]
- Trying to get the reproducible team to try it out to see if it
regresses anything (incl. reproducible builds)
I guess the ddeb's are meant to be reproducible too?
Yes. The
On 2015-04-07 21:10, Niels Thykier wrote:
On 2015-04-04 12:58, Esokrates wrote:
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
[...]
I know predictions are hard, but is there a plan to get things done for the
next release (Stretch)?
At this point, there is no plan,
On 2015-04-04 09:54, Josselin Mouette wrote:
Le jeudi 02 avril 2015 à 19:37 +0200, Esokrates a écrit :
Hi,
I am particularly interested in automatic debug packages, as the current
situation is pretty messy imho. I found
https://wiki.debian.org/AutomaticDebugPackages.
Does anyone know the
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
Last time I checked, dak was still missing code to handle the
generated .ddeb files.
Cheers,
And it *still* does! But there are a few things that have changed!
* There is an experimental branch for debhelper to generate
19 matches
Mail list logo