On Mon, May 13, 2019 at 11:08:21PM +0200, gregor herrmann wrote:
> On Mon, 13 May 2019 22:22:32 +0300, Adrian Bunk wrote:
>
> > In my experience, keeping existing packages at exotic build systems or
> > ancient dh compat levels causes fewer problems than people trying to
> > change that just for
Quoting Adrian Bunk (2019-05-14 10:11:46)
> On Mon, May 13, 2019 at 11:08:21PM +0200, gregor herrmann wrote:
> > On Mon, 13 May 2019 22:22:32 +0300, Adrian Bunk wrote:
> >
> > > In my experience, keeping existing packages at exotic build systems or
> > > ancient dh compat levels causes fewer prob
On 13.05.19 18:22, Sam Hartman wrote:
>> "Holger" == Holger Levsen writes:
> Holger> - packages using cdbs. cdbs has features dh doesnt have and
> Holger> I dont think it's wrong to use cdbs. (
>
> Just for my information, what are the big features cdbs has that dh does
> not?
>
On Tue, May 14, 2019 at 11:11:46AM +0300, Adrian Bunk wrote:
> How well are you testing such conversions?
> Based on work I've seen from you I'd guess your NMU would be better than
> average. Unfortunately this is not generally true.
>
> Based on what enters the archive, "debdiff between old and
On Mon, May 13, 2019 at 04:22:49PM +0200, Thibaut Paumard wrote:
> > Why Not Make this Change
> >
>
> I would use dh for any new package and converting trivial packages is...
> trivial. However converting a package with a more convoluted rules files
> will take humanpower.
On Tue, May 14, 2019 at 02:07:11PM +0500, Andrey Rahmatullin wrote:
> One can go further and say that people uploading broken packages are the
> actual problem. After all, we have several classes of bugs caused by
> people uploading .debs built in a broken env.
> Not sure if we can fix this and how
On Tue, May 14, 2019 at 09:10:04AM +, Holger Levsen wrote:
> On Tue, May 14, 2019 at 02:07:11PM +0500, Andrey Rahmatullin wrote:
> > One can go further and say that people uploading broken packages are the
> > actual problem. After all, we have several classes of bugs caused by
> > people uploa
On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> On Mon, May 13, 2019 at 08:33:44AM -0400, Sam Hartman wrote:
> >...
> > Andreas Tille's explanation (quoted below) is typical of what I've heard
> > in this area.
> >
> > >To come back
> > >to the question: I'm positively convinced tha
On Tue, 2019-05-14 at 11:07 +0200, Andreas Tille wrote:
> On Mon, May 13, 2019 at 04:22:49PM +0200, Thibaut Paumard wrote:
> > > Why Not Make this Change
> > >
> >
> > I would use dh for any new package and converting trivial packages is...
> > trivial. However converting
On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> > On Mon, May 13, 2019 at 08:33:44AM -0400, Sam Hartman wrote:
> > >...
> > > Andreas Tille's explanation (quoted below) is typical of what I've heard
> > > in this area.
On Tue, May 14, 2019 at 10:27:45AM +0200, Johannes Schauer wrote:
> Quoting Adrian Bunk (2019-05-14 10:11:46)
> >
> > How well are you testing such conversions?
> > Based on work I've seen from you I'd guess your NMU would be better than
> > average. Unfortunately this is not generally true.
> >
On Tue, May 14, 2019 at 01:12:17PM +0300, Adrian Bunk wrote:
> On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> > > > >things simple for team mates. I consider it a valid request to every
> > > > >single maintainer to
On Tue, May 14, 2019 at 10:38:06AM +0100, Ben Hutchings wrote:
> On Tue, 2019-05-14 at 11:07 +0200, Andreas Tille wrote:
> >
> > Can you give an example for a package that has a non-dh rules file
> > "working for years" that gives as a result a package with no lintian
> > warnings without changing
Dzień dobry,
zajmujemy się budową:
profesjonalnych nowoczesnych
dostosowujących się do urządzeń mobilnych
Stron i Sklepów internetowych.
Jeżeli chcieliby Państwo otrzymać bezpłatną propozycję dla Państwa firmy w tym
zakresie prosimy o odpowiedź *_TAK_* na ten e-mail.
_ _ _ _
Z wyrazam
Sean Whitton writes ("Re: Do we want to Require or Recommend DH"):
> I agree with Scott's emphasis on the distinction between new and
> existing packages. Perhaps application of the distinction could be
> extended: perhaps there are other things that we could require of new
> packages, while creat
On Tue, May 14, 2019 at 12:50:54PM +0200, Andreas Tille wrote:
> On Tue, May 14, 2019 at 01:12:17PM +0300, Adrian Bunk wrote:
> > On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > > On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> > > > > >things simple for team mates
On Tue, May 14, 2019 at 12:30:02PM +0100, Ian Jackson wrote:
> One thing that I found really good about dh is that you only have to
> write code about things that are unusual.
indeed.
> This provides an excellent
> opportunity to leave a comment next to each weird thing explaining why
> it's th
Quoting Adrian Bunk (2019-05-14 13:47:02)
> On Tue, May 14, 2019 at 12:50:54PM +0200, Andreas Tille wrote:
> > On Tue, May 14, 2019 at 01:12:17PM +0300, Adrian Bunk wrote:
> > > On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > > > On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian B
Hi,
On 2019-05-14 07:59, IOhannes m zmölnig wrote:
> i've migrated many of my packages from cdbs to dh, but there's one
> feature which cdbs sports and which i miss strongly (at least: the last
> time i checked) in dh (so much, that i haven't converted a couple of
> packages): building of multiple
On 14.05.19 14:35, Mo Zhou wrote:
> I'm quite interested in taking a look at how cdbs deal with such case.
https://salsa.debian.org/multimedia-team/snd/blob/master/debian/rules
https://salsa.debian.org/multimedia-team/soundscaperenderer/blob/master/debian/rules
gfmdsrt
IOhannes
Le 14/05/2019 à 11:07, Andreas Tille a écrit :
> Can you give an example for a package that has a non-dh rules file
> "working for years" that gives as a result a package with no lintian
> warnings without changing this d/rules file?
Turns out I can't... I was thinking of some packages that I didn
On Tue, 2019-05-14 at 12:54 +0200, Andreas Tille wrote:
> On Tue, May 14, 2019 at 10:38:06AM +0100, Ben Hutchings wrote:
> > On Tue, 2019-05-14 at 11:07 +0200, Andreas Tille wrote:
> > > Can you give an example for a package that has a non-dh rules file
> > > "working for years" that gives as a res
Mo Zhou writes ("Re: Cdbs Features"):
> On 2019-05-14 07:59, IOhannes m zmölnig wrote:
> > that is: building the same code-base multiple times, with differing
> > configurations.
>
> Could you please provide some examples about the case you mentioned?
> I need exactly the "multiple flavours" featu
Holger Levsen writes ("Re: Do we want to Require or Recommend DH"):
> On Tue, May 14, 2019 at 12:30:02PM +0100, Ian Jackson wrote:
> > This provides an excellent
> > opportunity to leave a comment next to each weird thing explaining why
> > it's there.
> > https://browse.dgit.debian.org/xen.git/t
On Tue, May 14, 2019 at 03:11:23PM +0100, Ian Jackson wrote:
>
> But my point is if you have a handwritten rules file it ends up so
> full of "obvious" boilerplate that it is difficult to see the trees
> for the wood, and there isn't anywhere obvious to put this kind of
> commentary. I think both
Let me briefly hijack the discussion for a side note. ;)
On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> NMUers should do debdiff - no matter what change was done. And yes, it
> happened also to me in the past once or twice that I uploaded an empty
> package or package missing so
On Tue, May 14, 2019 at 05:19:23PM +0200, Helmut Grohne wrote:
> The things you have to remember before doing an upload are insane.
> Having humans remember all this crap is not a reasonable expectation. I
> think our upload process is a bit like classical debhelper: You remember
> to do all the th
Quoting Holger Levsen (2019-05-14 17:38:15)
> > Now one can turn this argument upside down. One can say: unstable is the QA
> > area. Britney prevents testing migration on autopkgtest/piuparts/ missing
> > binaries. In that case, we should simply stop filing such things in the BTS
> > and stop doin
On Tue, May 14, 2019 at 05:35:21AM -0700, Mo Zhou wrote:
> Hi,
>
> On 2019-05-14 07:59, IOhannes m zmölnig wrote:
> > i've migrated many of my packages from cdbs to dh, but there's one
> > feature which cdbs sports and which i miss strongly (at least: the last
> > time i checked) in dh (so much, t
I think there's a fairly clear consensus emerging that it's worth having
things to check when making a build system conversion. Looking at
debdiff, ditherscope and reproducibility of the build all appear to be
important things to consider in such a case.
So, I think there is an emerging consens
On Tue, 14 May 2019 11:11:46 +0300, Adrian Bunk wrote:
> On Mon, May 13, 2019 at 11:08:21PM +0200, gregor herrmann wrote:
> > On Mon, 13 May 2019 22:22:32 +0300, Adrian Bunk wrote:
> > > In my experience, keeping existing packages at exotic build systems or
> > > ancient dh compat levels causes f
Hi Sam,
On Tue, May 14, 2019 at 02:30:52PM -0400, Sam Hartman wrote:
> So, I think there is an emerging consensus against the idea of people
> NMUing a package simply to convert it to dh.
>
> First, I'd like to explicitly call for any last comments from people who would
> like to see us permit NM
On Tue, May 14, 2019 at 05:19:23PM +0200, Helmut Grohne wrote:
> Let me briefly hijack the discussion for a side note. ;)
>
> On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > NMUers should do debdiff - no matter what change was done. And yes, it
> > happened also to me in the pa
On Tue, May 14, 2019 at 02:30:52PM -0400, Sam Hartman wrote:
>...
> How do we feel about people making build system conversions when those
> conversion make it easier to fix some other bug that they are fixing as
> part of an NMU?
What happens if the maintainer dislikes the change?
The maintainer
On 5/13/19 11:31 PM, Thomas Goirand wrote:
>> - it's also simpler to understand.
>
> There, I don't agree. To fully understand how the dh sequencer works,
> one must first understand the 6 mandatory debian/rules targets, and how
> they are called.
You have to understand that in any case. Doesn
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: puppet-module-magnum
Version : 14.4.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/puppet-magnum
* License : Apache-2.0
Programming Lang: Puppet
Descripti
Simon McVittie schrieb:
> Packages using dh also make it a lot more straightforward to do
> archive-wide changes - similar to the benefit of using debhelper, but
> for changes that affect the "shape" of the build system rather than the
> details of individual steps. As a concrete example,
Or e.g.
Holger Levsen schrieb:
> (and yes, I also agree this is quite a desaster, just like
> kde4libs/khtml only is suitable for trusted content, which IOW means,
> one should not use konqueror or kmail on the interweb.)
That is the upstream status quo and not in any way specific to Debian,
we're just t
On Wed, May 15, 2019 at 2:31 AM Sam Hartman wrote:
> How do we feel about people making build system conversions when those
> conversion make it easier to fix some other bug that they are fixing as
> part of an NMU?
If the maintainer is MIA enough to not express an opinion when asked
if adding a
On May 15, 2019 1:13:52 AM UTC, Paul Wise wrote:
>On Wed, May 15, 2019 at 2:31 AM Sam Hartman wrote:
>
>> How do we feel about people making build system conversions when
>those
>> conversion make it easier to fix some other bug that they are fixing
>as
>> part of an NMU?
>
>If the maintainer i
Quack,
On 2019-05-14 11:24, Sean Whitton wrote:
Switching the entire Haskell ecosystem over to use dh would be a
massive
amount of work, as the new dh_haskell would need a lot of testing etc.
So Haskell libraries and apps would probably have to be one of the
exceptions.
It took months to get
41 matches
Mail list logo
