Am 15.08.20 um 05:39 schrieb Kusoneko:
> On August 15, 2020 3:27:50 AM UTC, karx via arch-general
> wrote:
>> couldn't we package thunderbird 78 in
>> the AUR for people who absolutely need 78,
>
> Sure, go ahead and do that if you want.
>
There is thunderbird-bin in the AUR which repackages t
On August 15, 2020 3:27:50 AM UTC, karx via arch-general
wrote:
>couldn't we package thunderbird 78 in
>the AUR for people who absolutely need 78,
Sure, go ahead and do that if you want.
signature.asc
Description: PGP signature
On Fri, Aug 14, 2020, 9:45 PM mpan wrote:
> > Is there any reason the package is stuck to version 68?
> The reason is given on the very top of the page you have linked.
>
Correct me if I'm wrong, but couldn't we package thunderbird 78 in
something like testing or the AUR for people who absolut
> Is there any reason the package is stuck to version 68?
The reason is given on the very top of the page you have linked.
signature.asc
Description: OpenPGP digital signature
On 2020-08-14 21:12 -0400, M Piles wrote:
|
| | | OpenPGP functionality for
| | | Thunderbird 78 is still work in
| | | progress, and is disabled by
| | | default in the initial 78.0
| | | release.
| |
| | 78+ versions do not support Enigmail
| | anymore it seems...
|
| Looking at the relea
>> At this time, users of the Enigmail Add-on should not update to Thunderbird
>> 78.
>> OpenPGP functionality for Thunderbird 78 is still work in progress, and is
>> disabled by default in the initial 78.0 release. See the wiki for how to
>> enable and help with testing.
> I heavily rely on gp
On 8/14/20 4:41 PM, Xorg via arch-general wrote:
> Hi,
>
> Thunderbird 78 is available since 1 month
> (https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes).
> Is there any reason the package is stuck to version 68? Can someone update
> this package?
>
> Thank in advance.
BTW, by l
Hi,
Thunderbird 78 is available since 1 month
(https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes).
Is there any reason the package is stuck to version 68? Can someone
update this package?
Thank in advance.
Em agosto 14, 2020 9:57 Riccardo Paolo Bestetti escreveu:
The output from OpenVPN indicates that the client is started within the first
few seconds from when I give the `systemctl start openvpn-client@whatever`
command (see previous email). The tun interface is created, opened, the routes
are
Da: Giancarlo Razzolini
Inviato: Venerdì, 14 Agosto, 2020 13:29
A: General Discussion about Arch Linux
Cc: Riccardo Paolo Bestetti
Oggetto: Re: [arch-general] openvpn-client@ takes long time to start
Em agosto 14, 2020 3:58 Riccardo Paolo Bestetti via arch-general escreveu:
>> After a reboot, the
Em agosto 14, 2020 3:58 Riccardo Paolo Bestetti via arch-general escreveu:
After a reboot, the first openvpn-client@ instance I try to start takes almost
exactly two minutes to start. The instances before that one start just fine in
a few seconds.
Guess you meant: "The instances *after* ..."
On 8/14/20 1:04 AM, David C. Rankin wrote:
> I have no clue what this assignment outside of section is telling me. I
> haven't changed the wireless config at all. Any idea on this or the boot hang
> issue? What to check?
>
I fixed the netctl issue. It seems the netctl interface with systemd cha
12 matches
Mail list logo
