Hi all,
Mike Gabriel writes:
> Nonetheless, the current status of blends-dev is:
>
> 1. it now fully suppors two modes "nodepends=true" (aka -D) and
> "nodepends=false (aka without -D)
> 2. the "nodepends=true mode is the default
I still think it would be
Hi Andreas,
On Sa 12 Aug 2017 17:28:50 CEST, Andreas Tille wrote:
[...]
I've did a s/^Depends:/Recommends/ debian-med:tasks/* and the code works
nicely. So I decided to upload the new blends-dev.
Thanks for uploading. Can you also push your changelog changes to the
Git repo? Thanks!
Hi Mike,
On Sat, Aug 12, 2017 at 04:40:38AM +, Mike Gabriel wrote:
> > In a second round we could later change the behaviour of Depends. I
> > agree that technically that's a weak solution but should work if
> > somebody intends to reproduce older packages since we would fail to
> >
HI Andreas, hi all,
On Sa 05 Aug 2017 13:25:48 CEST, Andreas Tille wrote:
2. We create bugs for all known build-dependencies of blends-dev to
2.1 'sed s/^Depends:/Recommends:/ -i tasks/*`
2.2 insert a "Format: https://blends.d.o/format; as first line to
indicate that the new format is
On Thu, Aug 10, 2017 at 02:33:49PM +0200, Petter Reinholdtsen wrote:
>
> > This additional line even works if the URL is not valid yet -- but gives
> > us some additional pressure to create an up-do-date format description
> > (which is IMO not the worst thing).
>
> I guess what Andreas really
[Ole Streicher]
> Sorry, I don't see the big problem here: The first step is anyway just
> to extend blends-dev to accept "Recommends" aside of "Depends", which
> should be simply enough. Then, the only disagreement is that I propose
> to have a required Format: line in the tasks header; this
Andreas Tille writes:
> On Tue, Aug 08, 2017 at 09:04:56PM +0200, Ole Streicher wrote:
>> Mike Gabriel writes:
>> > Is anyone here maintaining blend packages that have not been uploaded
>> > to Debian? If so, please speak up.
>>
>> My point
Hi,
On Tue, Aug 08, 2017 at 09:04:56PM +0200, Ole Streicher wrote:
> Mike Gabriel writes:
> > Is anyone here maintaining blend packages that have not been uploaded
> > to Debian? If so, please speak up.
>
> My point was here: If we introduce a format identifier
Mike Gabriel writes:
> Is anyone here maintaining blend packages that have not been uploaded
> to Debian? If so, please speak up.
My point was here: If we introduce a format identifier (like an URL), we
can very simply test for it and exit with error if it is
Hi Mike,
On Mon, Aug 07, 2017 at 09:40:07PM +, Mike Gabriel wrote:
> > What about doing it the other way around, and change behaviour of
> > blends-dev for the tasks with a format line and leave the old behaviour
>
> The issue about the tasks files is that they look like debian/control, but
Hi Petter,
On Sa 05 Aug 2017 11:52:57 CEST, Petter Reinholdtsen wrote:
[Ole Streicher]
The number of blends is countable: I personally like the idea to first
replace all "Depends" with "Recommends" in all tasks files, and then
change the behaviour of the "blends-dev" package.
We should also
Hi Ross,
On Sat, Aug 05, 2017 at 03:26:57PM +0200, Ross Gammon wrote:
> > Non maintained blends cout get an NMU, and also then the bug report
> > helps documenting the process.
> >
> I am looking after Debian Multimedia with help from Felipe & IOhannes
> (mainly) these days. We created some new
Hi Ole,
On Sat, Aug 05, 2017 at 02:04:08PM +0200, Ole Streicher wrote:
> I my feeling right that you basically propose the same as I?
The idea is the same - I'd like to go simpler without the technical
format definition stuff.
> So, we should do a 0th step and fix blends-dev to accept
Hi Andreas,
I my feeling right that you basically propose the same as I?
Andreas Tille writes:
> I'm all for it. I just did `sed -i 's/^Depends/Recommends/' tasks/*` in
> Debian Med packages but while I assumed that this would work with
> blends-dev unfortunately it does not.
Petter Reinholdtsen writes:
> We started by using depends. This proved a disaster, as the meta
> packages would be close to impossible to keep in testing. It would be
> thrown out or blocked from entering testing whenever any of the more
> than 1000 packages we want had a RC
15 matches
Mail list logo