Hi,
On Fri, Aug 16, 2019 at 10:00:37AM +0100, Simon McVittie wrote:
> * non-essential dependencies should be weakened to Recommends or Suggests
> to make the overall system more flexible;
> * users who change configuration should be able to rely on it not being
> lost
After thinking about it
> "Enrico" == Enrico Zini writes:
Enrico> Those packages that use more unit file features can still
Enrico> ship an init.d script, but at least all those packages that
Enrico> just start/stop a service don't need to bother about
Enrico> maintaining yet another shellscript that
Bom Dia,
Seu e-mail [ debian-devel@lists.debian.org ] excedeu o limite de cota, No
momento, estamos encerrando uma conta não utilizada para aumentar a cota de
e-mail e, assim, melhor atendê-lo.
Para evitar que sua conta seja encerrada, você deve atualizar este e-mail,
fornecendo as informações
> "Luke" == Luke Kenneth Casson Leighton writes:
Luke> On Wed, Aug 14, 2019 at 5:13 PM Aurelien Jarno
wrote:
>> > a proper fix would also have the advantage of keeping linkers
>> for > *other* platforms (even 64 bit ones) out of swap-thrashing,
>> saving > power consumption
On Lu, 19 aug 19, 11:55:13, Sam Hartman wrote:
>
> I hope we also support the case where we ship a restricted unit file for
> non-systemd and a unrestricted unit file for systemd.
Would there be cases where the "restricted" unit file is using options
not present in the "unrestricted" unit file,
Hi,
On Mon, Aug 19, 2019 at 09:55:22PM +0300, Andrei POPESCU wrote:
> > I hope we also support the case where we ship a restricted unit file for
> > non-systemd and a unrestricted unit file for systemd.
> Would there be cases where the "restricted" unit file is using options
> not present in th
On 8/11/19 12:01 PM, Adam Borowski wrote:
> restart|force-reload)
> log_daemon_msg "Restarting $DESC"
> do_stop
> sleep 1
> do_start
> log_end_msg $?
> ;;
>
> Yes, this particular case might fail on a pathologically loaded box or with a
> very s
On Tue, Jul 02, 2019 at 10:45:20PM +0200, Moritz Mühlenhoff wrote:
> Hi,
> Firefox 68 will be the next ESR release series. With the release of Firefox
> 68.2
> on October 22nd, support for ESR 60 will cease.
>
> ESR 68 will require an updated Rust/Cargo toolchain and build dependencies not
> pres
On 8/18/19 8:37 AM, Bastian Blank wrote:
> OpenStack is nice if it is run by people with knowledge and enough
> resources. It is not longer nice if you need to upgrade and general
> maintain it.
As I just wrote on the wiki [1], upgrade through the lifecycle of Debian
stable is generally not a prob
On Mon, Aug 19, 2019 at 7:29 PM Sam Hartman wrote:
> Your entire argument is built on the premise that it is actually
> desirable for these applications (compilers, linkers, etc) to work in
> 32-bit address spaces.
that's right [and in another message in the thread it was mentioned
that builds h
Bernd Zeimetz writes:
> On 8/11/19 12:01 PM, Adam Borowski wrote:
>> restart|force-reload)
>> log_daemon_msg "Restarting $DESC"
>> do_stop
>> sleep 1
>> do_start
>> log_end_msg $?
>> ;;
>>
>> Yes, this particular case might fail on a pathologicall
On 8/20/2019 8:02 AM, Bjørn Mork wrote:
> Bernd Zeimetz writes:
>> On 8/11/19 12:01 PM, Adam Borowski wrote:
>>> restart|force-reload)
>>> log_daemon_msg "Restarting $DESC"
>>> do_stop
>>> sleep 1
>>> do_start
>>> log_end_msg $?
>>> ;;
>>>
>>> Yes,
12 matches
Mail list logo
