"M. Zhou" writes:
> To be honest, in terms of volunteered reviewing work, waiting
> for several months is not something new. In academia, it may
> take several months to years to get a journal paper response.
Sure, but
(1) that situation isn't popular in academia either,
(2) at least you can
Paul Wise writes:
> There are a lot of examples of busywork in Debian, such as documenting
> licenses, packaging dependencies, removing non-free files that are only
> in source packages, runtime selection of correct CPU instructions,
> fixing build failures, porting reverse dependencies to newer
Gard Spreemann writes:
> Oh no, then we instead insist that related work stops
Sorry, this was imprecise of me. We of course don't insist that related
work stops. But I really fear that that is the consequence in a great
many cases.
-- Gard
On 2021-10-02 11:57 +0200, Graham Inggs wrote:
> Hi
>
> We are doing a roll call for porters of all prospective release
> architectures. If you are an active porter behind one of these
> architectures [1] and intend to continue for the development cycle of
> Debian Bookworm (est. release mid-2023
On Sat, 2022-08-27 at 09:50 +0200, Gard Spreemann wrote:
>
> contributing work. In some sense, contributing to Debian becomes
> mostly
> about waiting. (Sure, there is something to be said about extremely
> short, fragmented attention spans being unhealthy – but some
> contributions are naturally
On 2022-08-27 15:53, M. Zhou wrote:
That's why I still hope ftp team to recruit more people. This is
a very direct and constructive way to speed up everything.
More volunteers = higher bandwidth.
Recruiting more people doesn't seem to have a serious disadvantage.
It does not seem to work. Eith
Hello,
On Fri 26 Aug 2022 at 11:58AM +01, Simon McVittie wrote:
> More generally, I don't think it's always useful to talk about "the"
> source or "the" preferred form for modification, as though there is only
> one. I think it would be more appropriate to consider whether the form
> in which som
Hello,
On Sat 27 Aug 2022 at 04:22PM +02, Vincent Bernat wrote:
>
> On 2022-08-27 15:53, M. Zhou wrote:
>
>> That's why I still hope ftp team to recruit more people. This is
>> a very direct and constructive way to speed up everything.
>> More volunteers = higher bandwidth.
>> Recruiting more peo
Package: wnpp
Followup-For: Bug #969482
Owner: Julian Dreykorn
X-Debbugs-Cc: debian-devel@lists.debian.org, dreykorn.jul...@gmail.com
I appologize for the duplicated lines in my previos reply.
It was really not my intention, just a copy-paste-mistake that happened
accidentally from Vim in the
"M. Zhou" writes:
> On Sat, 2022-08-27 at 09:50 +0200, Gard Spreemann wrote:
>>
>> I humbly disagree. Even from my own point of view, I may well be very
>> motivated to package something I use seriously all the time,
>> seriously. But then I see its dependency chain of 10 unpackaged
>> items,
>>
Debian Project Secretary - Kurt Roeckx dixit:
>it are available at: https://www.debian.org/vote/2022/vote_003
Hrm.
Is there support for something like A but not enabled by default?
That is, you have to actively select a nōn-default option in the
boot menu so that the installer loads the non-free
Am Fri, Aug 26, 2022 at 04:13:43PM -0400 schrieb M. Zhou:
> If one's enthusiasm on working on some package is eventually
> worn out after a break, then try to think of the following question:
>
> Is it really necessary to introduce XXX to Debian?
May be I'm repeating myself but having packages
Am Sat, Aug 27, 2022 at 09:53:40AM -0400 schrieb M. Zhou:
> In my fuzzy memory, the last discussion on NEW queue improvement
> involves the disadvantages by allowing SOVERSION bump to directly
> pass the NEW queue. I'm not going to trace back, because I know
> this will not be implemented unless so
On Sun, Aug 28, 2022 at 12:56:43AM +, Thorsten Glaser wrote:
> Debian Project Secretary - Kurt Roeckx dixit:
>
> >it are available at: https://www.debian.org/vote/2022/vote_003
>
> Is there support for something like A but not enabled by default?
> That is, you have to actively select a nōn-d
14 matches
Mail list logo
