Adam Borowski wrote:
> I wonder, would it be better if we switched to using the word "depender"
> in place of "reverse dependency"? It certainly sounds clumsier, but it
> is far less likely to be confused, especially by new readers. I myself
> often find sentences which include references to both
On 02-01-2017 08:00, Josh Triplett wrote:
"packages that depend on"
+1
Guillem Jover wrote:
> I'm interested in what things people still find so off-putting to the
> point of not wanting to use the new 3.0 source formats, or what makes
> people use them in anger and similar (if people would state which one
> of these apply that would be helpful). All these including o
❦ 2 janvier 2017 00:57 -0800, Josh Triplett :
> I don't want the source format to care about details like those. If
> people want to use quilt to manage a patch series within their packages,
> they can do so, but the source format shouldn't care about that. The
> source format should not atte
Vincent Bernat wrote:
> ❦ 2 janvier 2017 00:57 -0800, Josh Triplett :
>
> > I don't want the source format to care about details like those. If
> > people want to use quilt to manage a patch series within their
> > packages,
> > they can do so, but the source format shouldn't care about that. T
❦ 2 janvier 2017 01:45 -0800, Josh Triplett :
>> > I don't want the source format to care about details like those.
>> > If people want to use quilt to manage a patch series within their
>> > packages, they can do so, but the source format shouldn't care
>> > about that. The source format shou
Vincent Bernat wrote:
> > Personally, when I want to patch a random package, I run "debcheckout
> > package-name", make changes, commit them, format-patch, and mail that
> > to
> > the BTS. If the package doesn't have an appropriate Vcs field for
> > debcheckout to read, I instead run "apt source
Dear Josh,
On Mon, Jan 02, 2017 at 03:25:29AM -0800, Josh Triplett wrote:
> Currently working on some improvements in that direction, to separate
> repository format from workflow.
I'd like to encourage you to read my dgit-maint-merge(7) workflow
tutorial. Perhaps the work to which you refer cou
On Mon, 2017-01-02 at 00:29 +0100, Abou Al Montacir wrote:
> Dear All,
>
> Since last month I'm really stuck with a spammer closing this very same
> bug#472304 as soon as I reopen it.
>
> I've reported abuse multiple times via the link at the foot of the bug page
> but
> nothing changed.
That r
On Fri, Dec 30, 2016 at 07:07:31AM +1100, Ben Finney wrote:
>
> Much appreciated. Yes, one aspiration I eventually hope to achieve have
> is to resolve the fork by merging the desirable features of both back
> into ‘dput’, and discarding behaviour that we decide is no longer
> helpful.
Freedom of
Josh Triplett writes:
> That page already captures my primary issue with "3.0 (quilt)": it acts
> like a version control system, and interacts poorly with other version
> control systems.
I think it's better to think of it as a portable interchange format for
version control systems than a versi
On Mon, Jan 02, 2017 at 12:29:35AM +0100, Abou Al Montacir wrote:
> Dear All,
>
> Since last month I'm really stuck with a spammer closing this very same
> bug#472304 as soon as I reopen it.
>
> I've reported abuse multiple times via the link at the foot of the bug page
> but
> nothing changed.
On Mon, Jan 02, 2017 at 07:25:04PM +0100, Geert Stappers wrote:
> Banning those words in the Subject-line to our BTS would be too hars.
ITYM "won't".
--
WBR, wRAR
signature.asc
Description: PGP signature
On Mon, Jan 02, 2017 at 12:29:35AM +0100, Abou Al Montacir wrote:
> I've reported abuse multiple times via the link at the foot of the bug page
> but
> nothing changed.
Probably we don't have enough people looking at the spam reports. That
probably could be improved with better advertising, e.g. o
On 31/12/16 09:23, Joerg Jaspert wrote:
> On 14533 March 1977, Marco d'Itri wrote:
>
> dak override net-tools net optional
> I: Will change priority from important to optional
> Continue (y/N)? y
Thanks!
--
Martín Ferrari (Tincho)
On Jan 02 2017, Russ Allbery wrote:
> Furthermore, it forces a rebased, clean representation of the patches,
> which I for one hugely prefer to the mess that you get if someone was
> packaging in Git and just randomly commits things directly to the
> packaging branch intermixed with merges from up
Nikolaus Rath writes:
> On Jan 02 2017, Russ Allbery wrote:
>> Furthermore, it forces a rebased, clean representation of the patches,
>> which I for one hugely prefer to the mess that you get if someone was
>> packaging in Git and just randomly commits things directly to the
>> packaging branch
Vincent Bernat wrote...
> For me, this is a great improvement over the previous format with
> several different patching systems (quilt, dpatch, nothing,
> custom). Now, most packages are using quilt, one less thing to
> understand.
That's for sure, and I doubt there are many people who consider
On Tue, Jan 3, 2017 at 2:28 AM, Andrey Rahmatullin wrote:
> Probably we don't have enough people looking at the spam reports. That
> probably could be improved with better advertising, e.g. on
> https://www.debian.org/intro/help
Right now only the BTS admins can look at and act on spam reports. I
On Dec 11 2016, Nikolaus Rath wrote:
>>> I would like to start using dgit for one of my packages, using the
>>> dgit-maint-merge workflow.
>>> If I understood correctly, following the dgit-maint-merge(7)
>>> instructions for the initial setup will give me a repository with only
>>> the upstream gi
Christian Seiler wrote...
> tl;dr: I don't think compression modules will increase boot times
> on HDDs in any significant manner, but it may be a good idea to
> support that just to reduce the amount of space required on disk.
Well, sometimes I remember I was shocked to learn in the MBR partitio
Hello Nikolaus,
On Mon, Jan 02, 2017 at 07:22:54PM -0800, Nikolaus Rath wrote:
> I'll have to bring this up one more time. I just read
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794244, and that
> sounds (in "USING GIT-DPM WITH DGIT FOR THE FIRST TIME") as if I should
> also stitch the ex
22 matches
Mail list logo