gets interesting. Because what's came to the list was text:
Message-ID:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Yet it passed DKIM test.
Reco
eader. It's X-Spam-Status and
X-Amavis-Spam-Status you should worry about. Authetication-Results is
set by your MTA receiving your own mail from the list.
But yes, they are both OK for this and your previous e-mails.
Which one of these is under your control btw, w3.tutanota.de or
w4.tutanota.de?
Reco
Hi.
On Sat, Jun 13, 2020 at 09:01:59PM +0200, l0f...@tuta.io wrote:
> 13 juin 2020 à 17:12 de recovery...@enotuniq.net:
>
> > On Sat, Jun 13, 2020 at 06:10:15PM +0300, Reco wrote:
> >
> >> Let's see.
> >>
> >> >From what I saw th
spamassassin) tosses the e-mail to bendel (postfix) again,
the latter does the delivery. DKIM test fails again:
Authentication-Results: w3.tutanota.de (dis=spam; info=dmarc domain policy);
dmarc=fail (dis=spam p=quarantine; aspf=r; adkim=s; pSrc=dns)
header.from=tuta.io; dkim=fail reason="body hash does not match"
Reco
On Sat, Jun 13, 2020 at 06:10:15PM +0300, Reco wrote:
> Hi.
>
> On Sat, Jun 13, 2020 at 04:32:02PM +0200, l0f...@tuta.io wrote:
> > I've another example:
> > https://lists.debian.org/debian-user/2020/06/msg00016.html
> > One more time, I started a new li
t; Result: dkim=fail reason="body hash does not match".
> Maybe it's the root cause after all...
> Does someone else have DKIM issues as well? Or maybe you don't pay attention
> to that ;)
Let's see.
>From what I saw this should fail DKIM test.
And, for the good measure:
>From: this is not a valid RFC-822 header
Reco
On Sat, Jun 13, 2020 at 12:52:55PM +0300, Andrei POPESCU wrote:
> On Sb, 13 iun 20, 12:25:55, Reco wrote:
> > Hi.
> >
> > On Sat, Jun 13, 2020 at 12:08:20PM +0300, Andrei POPESCU wrote:
> > > On Vi, 12 iun 20, 18:27:45, Reco wrote:
> > > > Hi
Hi.
On Sat, Jun 13, 2020 at 12:08:20PM +0300, Andrei POPESCU wrote:
> On Vi, 12 iun 20, 18:27:45, Reco wrote:
> > Hi.
> >
> > On Fri, Jun 12, 2020 at 11:15:26AM -0400, Greg Wooledge wrote:
> > > On Fri, Jun 12, 2020 at 04:40:22PM +0300, Reco wrote:
&g
Hi.
On Sat, Jun 13, 2020 at 07:26:35AM +, Russell L. Harris wrote:
> In Debian 10, I need to view a mp4 video which I downloaded.
It should be as simple as:
mpv
Or try double-click on a downloaded file.
Reco
On Fri, Jun 12, 2020 at 10:45:13PM +0200, l0f...@tuta.io wrote:
> Hi Reco,
>
> 12 juin 2020 à 22:32 de recovery...@enotuniq.net:
>
> > Removing Content-Type (and maybe Content-Transfer-Encoding) from OP's
> > DKIM policy should do the trick, although it can has
d do the trick, although it can has certain undesirable
side-effects if MTA in question is used for other purposes. Of course,
refraining from sending html e-mails here would be easier solution ;)
I'd like to see a headers of this problematic e-mail too. Can you post
them please?
Reco
d scorn in kind. But more
> likely, a second polite message would just have been brushed off AGAIN.
I'll take that as apology, let's leave it at that.
Reco
Hi.
On Fri, Jun 12, 2020 at 06:38:09PM +0200, to...@tuxteam.de wrote:
> On Fri, Jun 12, 2020 at 12:33:02PM -0400, Greg Wooledge wrote:
> > On Fri, Jun 12, 2020 at 07:15:20PM +0300, Reco wrote:
> > > > unicorn:~$ host approx
> > > > Host approx not fo
On Fri, Jun 12, 2020 at 12:33:02PM -0400, Greg Wooledge wrote:
> On Fri, Jun 12, 2020 at 07:15:20PM +0300, Reco wrote:
> > > unicorn:~$ host approx
> > > Host approx not found: 3(NXDOMAIN)
> >
> > LOL. Sober up first, then learn how to use apt.
>
> un
Hi.
On Fri, Jun 12, 2020 at 12:02:11PM -0400, Greg Wooledge wrote:
> On Fri, Jun 12, 2020 at 06:27:45PM +0300, Reco wrote:
> > > Do *not* add a "deb" line for unstable to a stable
> > > system. Only add the "deb-src" line.
> >
> >
Hi.
On Fri, Jun 12, 2020 at 11:15:26AM -0400, Greg Wooledge wrote:
> On Fri, Jun 12, 2020 at 04:40:22PM +0300, Reco wrote:
> > For "apt source" to work you need to add two lines:
> >
> > deb http://approx:/debian/ unstable main contrib non-free
e name ...
In your case it's:
sudo apt build-dep cgdb
> I thought those instructions are intended for a person
> who is running stable and wants to backport a package.
> Am I wrong about that?
I can only assume that it worked that way for the author of the page. It
sure was not for me.
Reco
ource" to work you need to add two lines:
deb http://approx:/debian/ unstable main contrib non-free
deb-src http://approx:/debian/ unstable main contrib non-free
Just do not run "apt upgrade" and remove these as soon as they aren't
needed anymore.
Reco
Hi.
On Mon, Jun 08, 2020 at 06:25:57PM +0200, to...@tuxteam.de wrote:
> On Mon, Jun 08, 2020 at 05:28:06PM +0300, Reco wrote:
> > Hi.
> >
> > On Mon, Jun 08, 2020 at 02:17:27PM +0100, John ff wrote:
> > > A local member of the LUG here built jitsi from
ncies.
And last, but not least:
7) Repeat build process once jitsi source is updated.
Points from 3 to 7 inclusive require one to be an "IT professional" IMO.
Somehow I doubt that aforementioned local member of LUG followed the
latter process, most possibly it was former. I.e. - not re
Hi.
On Sun, Jun 07, 2020 at 12:01:58AM +0200, l0f...@tuta.io wrote:
> Hi Reco,
>
> Thank you for your feedback.
>
> 6 juin 2020 à 19:55 de recovery...@enotuniq.net:
>
> > On Sat, Jun 06, 2020 at 05:39:00PM +0200, l0f...@tuta.io wrote:
> >
> >>
was not active anymore please?
It's possible that you have laptop-mode-tools package installed. Among
with the other things, it tries to control this particular sysfs knob.
Search for /etc/laptop-mode/conf.d/intel_pstate.conf, ensure that
CONTROL_INTEL_PSTATE_NO_TURBO is set to one.
Reco
On Thu, May 28, 2020 at 11:56:10AM -0400, songbird wrote:
> Reco wrote:
> > Hi.
> >
> > On Thu, May 28, 2020 at 08:24:27AM -0400, songbird wrote:
> >> it seems i have a mental block block of my own here where
> >> ufw is concerned...
> >>
nd has many "if"s, but possible if you're using HTTPS.
Reco
with "apt-get upgrade".
Upgrading from Debian 9 to Debian 10 and seeing this required user to
run "apt update", not "apt-get update". But they've fixed it since then.
Reco
; raise ValueError('Invalid section name: %r' % section)
> ValueError: Invalid section name: 'DEFAULT'
It seems that kazam does not like what it sees in its own configuration file.
Specifically, section 'DEFAULT' should not be there.
Reco
Hi.
On Sun, May 17, 2020 at 11:51:00AM -0500, David Wright wrote:
> On Sun 17 May 2020 at 09:34:42 (-0400), Gene Heskett wrote:
> > On Sunday 17 May 2020 06:25:20 Reco wrote:
> > > On Sun, May 17, 2020 at 01:04:23PM +0300, aprekates wrote:
> > > > In Bu
was not mounted with "allow_other" option.
Its contents is inaccessble to root, hence lsof behaviour is expected.
Do you really need "*sudo* lsof"? Ordinary lsof will do its job just
fine as long as it's your user's processes that you're interested in.
Reco
Hi.
On Sat, May 16, 2020 at 04:54:30PM -0700, Gary L. Roach wrote:
> 2) The latest annoyance is finding that I can't download and install programs
> because they are not signed.
Please elaborate that. I haven't found any way to enable that in Debian 10, yet
somehow you did it.
Reco
'ca-cert-file' is obsolete; please use 'hkp-cacert'
> > in dirmngr.conf
>
> I have searched the net and man pages and I can't figure out how to solve
> this.
sed -i '/^keyserver-options/d' ~/.gnupg/gpg.conf
See [1] for the explanation.
Reco
[1] https://github.com/riseupnet/riseup_help/issues/294
On Thu, May 14, 2020 at 09:03:50PM +0100, Andrew Wood wrote:
> On 14/05/2020 15:50, Reco wrote:
> >
> > Qemu uses /etc/qemu-ifup by default which deliberately puts tap
> > interface to the bridge which corresponds to the default route.
> >
> Im sorry I dont unde
emu-ifup, two in this case.
2) Pass it to qemu with the "script" option:
kvm -net nic,macaddr=52:54:00:00:01:08,model=rtl8139 \
-net tap,ifname=br1p5,script=/etc/my-qemu-bridge1 \
-net nic,macaddr=52:54:00:00:02:08,model=rtl8139 \
-net tap,ifname=br3p8,scrupt=/etc/my-qemu-bridge2
Reco
Hi.
On Wed, May 13, 2020 at 09:02:20AM +0100, Mark Fletcher wrote:
> EC2 used to offer Debian but they don't any more.
Debian AMIs do exist on EC2, you just have to search them:
https://wiki.debian.org/Cloud/AmazonEC2Image/Buster
Reco
ere is a comand named "needrestart" (I don't see it on my Wheezy
> system),
> then presumably a (bash?) script could be written to automate a restart.
$ file /usr/sbin/needrestart
/usr/sbin/needrestart: Perl script text executable
Appeared in Jessie, still here.
Reco
binfmt-support.service.d/override.conf << EOF
[Unit]
RequiresMountsFor=/var
EOF
Reco
nux-image-amd64
It should be:
sudo apt install -t buster-backports linux-image-amd64
Reco
[1] https://backports.debian.org/Instructions/
[2] https://wiki.debian.org/Backports
On Tue, May 05, 2020 at 08:44:43AM +0200, Mark Jonas wrote:
> Hi Reco,
>
> > > What now? How do I get this fixed in Debian and/ or the official
> > > container image?
> >
> > I was under the impression that you're creating your own docker
> > conta
it's called.
Reco
Hi.
On Mon, May 04, 2020 at 08:41:43PM +0200, Mark Jonas wrote:
> Hi Reco,
>
> > > I used the identical image to run the container on an amhf host
> > > (Raspberry Pi 3). So there is now no QEMU in the way.
> >
> > Curious. Just tested it with curl a
Hi.
On Mon, May 04, 2020 at 01:49:34PM +0200, Mark Jonas wrote:
> Hi Reco,
>
> > > > Ok. Can you run tcpdump while you're running curl?
> > > > Specifically,
> > > >
> > > > tcpdump -s0 -pnni any -w /tmp/curl.pcap tcp port 443
&g
0 -pnni any -w /tmp/curl.pcap tcp port 443
>
> I tried to dump from within the running container but failed.
It's way too complicated. Docker is basically a one big NAT, so please
run tcpdump on a host instead.
But this hiccup gave me an idea - maybe libssl on armhf is perfectly
fine, but it's qemu which fails to emulate certain CPU instruction.
Reco
On Sun, May 03, 2020 at 07:20:13PM +0200, Mark Jonas wrote:
> Hi Reco,
>
> >> curl: (60) SSL certificate problem: unable to get local issuer certificate
> >>
> >> Does that mean a TLS library does not feature all required protocols on
> >> armhf?
>
e, but it cannot
validate any certificate unless you provide it with root CA
certificates.
So it likely means you haven't installed "ca-certificates" package.
Reco
oing this (will require relogin, at
least):
echo 'LC_TIME=C' >> /etc/default/locale
If you need it for your user only (will require a new terminal emulator),
echo 'LC_TIME=C' >> ~/.bashrc
Reco
Hi.
On Tue, Apr 21, 2020 at 05:31:38PM +0200, Vincent Lefevre wrote:
> On 2020-04-21 16:44:57 +0300, Reco wrote:
> > On Tue, Apr 21, 2020 at 03:23:37PM +0200, Thomas Martin wrote:
> > > My goal is simple : I'm applying few modifications on some Debian
> > &g
Requires some scripting to run without a human intervention, it's
relatively simple.
Reco
Hi.
On Mon, Apr 20, 2020 at 08:11:29AM -0400, Greg Wooledge wrote:
> On Sat, Apr 18, 2020 at 09:13:43PM +0300, Reco wrote:
> > Technically, you can: https://deb.debian.org/debian-security
> > Not that using it will not be useful in any way as currently it just
> > se
use certificates signed by this CA already if it's appropriate
(deb.d.o, wiki.d.o, www.d.o to name a few).
Reco
Hi.
On Tue, Apr 14, 2020 at 10:26:09PM +0100, Liam O'Toole wrote:
> On Tue, 14 Apr, 2020 at 23:42:48 +0300, Reco wrote:
>
> [...]
>
> > > 2. Having completed a DNS lookup unbeknownst to the ISP, we still have
> > > to make a connection to the res
Hi.
On Tue, Apr 14, 2020 at 06:25:24PM +0100, Liam O'Toole wrote:
> I have two reservations about the approach advocated by Reco above.
> Maybe I'm not seeing some part of the big picture.
>
> 1. The risk of DNS snooping is merely shifted from the ISP to the VPS
&g
his thoughts any
> more of indicative of the intentions of Debian than anyone else?
A Debian Developer, unless I misunderstood that:
https://lists.debian.org/msgid-search/e1jneel-0007cd...@mail.einval.com
Current DPL is Sam Hartman, and an election process for the next DPL is
going on until Apr 18th.
Reco
>> >
> >> > *And* the ability to see users' DNS queries. Neat, right?
> >>
> >> Yup, and probably a net win for people that don't have a clue about
> >> dns .. or at least people in the US. Do people in the EU have to
> >> worry about their ISP selling their usage data?
> >
> > No. You do not worry about something that widely happens, you deal with
> > it one way or another.
>
> you're saying that EU ISPs sell their user's online activity data?
I won't call it "selling" per se. It's rather "we provide our
sub-contractors with the data to increase the value of our services, and
we're closing collective eyes on what the contractors are doing with the
data".
I cannot disclose any names here.
Reco
[1] https://github.com/Eloston/ungoogled-chromium
Hi.
On Mon, Apr 13, 2020 at 06:42:10PM -0400, Lee wrote:
> On 4/13/20, Reco wrote:
> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> >> > The questionable idea behind DOH is that the browser makers do not
> >> > trust
> >> > your lo
ad, say, discourse.mozilla.org.
Cannot comment if it's possible to participate there with these fine
browsers (the answers is probably "no"), but it's a start.
Reco
reminding it (), but Debian project has its
share of proposing alternatives (GNOME vs XFCE, systemd vs upstart vs
sysvinit for instance), which somehow ended with the majority of the
users using only one alternative.
And note that there were totally objective reasons for that, and users
were left with the final choice. Just like this time.
Reco
ought up moderation by giving the ease of doing it as a major
> reason to switch to Discourse. This implies an intent to implement it.
A small nitpick - I'm the OP, and the proposition was made by Neil
McGovern, Debian Developer.
Reco
On Mon, Apr 13, 2020 at 12:14:44PM +0100, Liam O'Toole wrote:
> On Mon, 13 Apr, 2020 at 12:57:54 +0300, Reco wrote:
> > Hi.
> >
> > On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
>
> [...]
>
> > > Whether DoH or DNS-over-TLS, yo
Hi.
On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
> On Lu, 13 apr 20, 08:47:22, Reco wrote:
> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> >
> > > How many people use a dnssec validating resolver?
> >
> > See above. Besid
ng in a cache directory.
That is assuming that the cache directory itself is existing (i.e.
/var/cache, and everything down the filesystem hierarchy that's needed).
Note that FHS part you're quoting specifically refers to the "files",
not anything else.
A small distinction, but it's important here.
Reco
e secure.
As far as the "last mile" is concerned - maybe. As far as the whole
Internet goes - not so much as overall security of DNS queries depends
of DNSSEC implemented in every zone (and it ain't there yet).
> How many people use a dnssec validating resolver?
See above. Besides, DNSSEC is for integrity of zones, not privacy.
You need DNS-over-TLS if you need last one.
> At least Cloudflare resolvers have dnssec enabled.
*And* the ability to see users' DNS queries. Neat, right?
Reco
as an alias)
Yes, I do.
> > Ah, that's not a real MTA. My mistake.
> > A quick look at postinst script gives me:
> >
> > chgrp msmtp /usr/bin/msmtp
> > chmod 2755 /usr/bin/msmtp
> >
> In a nutshell, an application triggers actions under the identity of who
> launched it initially, except if the application makes use of a specific
> technical account, right?
> If so what is the best way to know if an application operates under a
> specific account?
Reading postinst (possibly preinst) from the package never failed me so
far.
Reco
On Sun, Apr 12, 2020 at 10:39:34AM -0500, Richard Owlett wrote:
> On 04/12/2020 09:17 AM, Reco wrote:
> > Hi.
> >
> > On Sun, Apr 12, 2020 at 09:07:07AM -0500, Richard Owlett wrote:
> > > As I said, there has been no previous problem with Synaptic.
> &g
gt; Is it safe to blindly create it?
Yep. 0:0 as group:owner, 0755 as permission.
$ ls -ald /var/cache/apt/archives/
drwxr-xr-x 3 root root 4096 Apr 11 12:00 /var/cache/apt/archives/
Reco
Hi.
On Sun, Apr 12, 2020 at 04:30:05PM +0300, Andrei POPESCU wrote:
> On Du, 12 apr 20, 12:03:12, Reco wrote:
> >
> > The million euro question here is how actually good (or bad) is that
> > "e-mail interaction with Discourse" is.
>
> Having a highly
On Sun, Apr 12, 2020 at 12:35:44PM +0200, to...@tuxteam.de wrote:
> On Sun, Apr 12, 2020 at 01:21:08PM +0300, Reco wrote:
> > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > > That's why I cringe at the idea that browsers want to start doing
> >
t creates a bogus
NXDOMAIN response for this particular site):
local=/use-application-dns.net/
Chromium does not do it *yet*, but I'll implement something akin to the
previous once it'll get there.
So, as long as you control your network - it does not concern you.
Reco
On Sun, Apr 12, 2020 at 11:10:22AM +0200, to...@tuxteam.de wrote:
> On Sun, Apr 12, 2020 at 12:03:12PM +0300, Reco wrote:
> > Hi.
> >
> > On Sun, Apr 12, 2020 at 10:57:05AM +0200, to...@tuxteam.de wrote:
> > > > Email is still important to me!
> > > &
that > can't easily be done with
> email" -- this is *framing*. Discourse makes things which were easy
> by email practically impossible (like, for example, following up
> something in private).
The million euro question here is how actually good (or bad) is that
"e-mail interaction with Discourse" is.
Reco
s. Secondly, I genuinely believe that ease of access to new
contributors is of paramount importance to the project.
So, thoughts, options?
Reco
[1] https://lists.debian.org/debian-project/2020/04/msg00074.html
Hi.
On Sat, Apr 11, 2020 at 09:28:51AM -0500, Anil F Duggirala wrote:
> On Fri, 2020-04-10 at 17:51 +0300, Reco wrote:
> > Hi.
> >
> > On Fri, Apr 10, 2020 at 08:24:41AM -0500, Anil Felipe Duggirala
> > wrote:
> > > On Thu, Apr 9, 2020, at 11:16
On Fri, Apr 10, 2020 at 03:35:01PM -, Curt wrote:
> On 2020-04-10, Reco wrote:
> > On Fri, Apr 10, 2020 at 03:14:33PM -, Curt wrote:
> >> On 2020-04-10, Reco wrote:
> >> >
> >> > The software behaviour does not depend on one's beliefs.
&
On Fri, Apr 10, 2020 at 03:14:33PM -, Curt wrote:
> On 2020-04-10, Reco wrote:
> >
> > The software behaviour does not depend on one's beliefs.
>
> It does and can quite often depend on *user configuration*, though, and the
> OP I
> believe has informed us
e installed by Gnome or Debian?
That depends on your definition of "default Debian install". For
instance, last time I've used netboot I got no such service.
Reco
e by line to the other side.
So whatever you'll write in the file is specific to the device you're
connecting to.
Reco
On Mon, Apr 06, 2020 at 10:49:13PM +0200, Alex Mestiashvili wrote:
> On 4/6/20 9:33 PM, Reco wrote:
> > On Mon, Apr 06, 2020 at 08:49:53PM +0200, Alex Mestiashvili wrote:
> >> Regarding Python and R modules of unknown quality. What quality?
> >
> > My question exa
ent from the determined user *and*
remain operational to a certain degree.
And it's hardly matters whenever the offending "tool" is called conda,
pip or docker.
Reco
the $HOME
files for anything that's running via flatpak (along the other things).
Whatever collateral damage they do to the filesystem usually limited to
/var/lib/flatpak.
Reco
script contents haven't revealed anything fishy.
But I haven't run it, and do not intend to.
At most you're risking running some cryptominer (with user privileges)
or stealing/damaging the contents of your $HOME. Just do not run the
thing as root.
Reco
right amount of bits from it (32 bytes = 256 bits).
> If only 32 bytes are used, it is (in my opinion) not so much secure
> isnt it ?
It's sufficiently secure, unless you try to do something really wrong
(like storing a plain key somewhere), or generate your key predictably.
Reco
ing to do with RS-232 ports.
screen /dev/ttyS0 115200
But I prefer microcom from busybox for this:
busybox microcom -s115200 /dev/ttyS0
Reco
ual classes for small groups, 5 or 6 students maximum.
>
> Any suggestion of an open-source program easy-to-configure and easy-to-use
> for this?
https://openmeetings.apache.org/
Not in Debian, but relatively easy to install and use.
Requires 100Mbps symmetric connection, about 4Gb of RAM.
Reco
Hi.
On Sun, Mar 29, 2020 at 07:48:38PM +0200, n...@dismail.de wrote:
> On Sun, Mar 29, 2020 at 07:04:36PM +0300, Reco wrote:
> > > afirefox: After using an affected Firefox profile
> >
> > Ok, let's breakdown it (left is aboot, right is afirefox).
> &
Hi.
On Sun, Mar 29, 2020 at 05:06:01PM +0200, n...@dismail.de wrote:
> On Sat, Mar 28, 2020 at 05:10:07PM +0300, Reco wrote:
> > /proc/meminfo (please *do not soft* it), and the output of slabtop.
> > If you're need to understand where all that memory gone - you'
Please CC the list. And please refrain from top posting.
On Sun, Mar 29, 2020 at 01:46:12PM +0200, Pierre Frenkiel wrote:
> Mike fetchmail, getmail gives a Time Out
Two options left.
> >1) Try using POP3 instead of IMAP.
> >
> >3) Make a forward to your gmx mailbox from gmail.
Reco
e, not yours.
> fetchmail: IMAP> A0007 FETCH 1 BODY.PEEK[TEXT]
> fetchmail: IMAP< A0007 NO System Error (Failure)
No surprise it bailed on attempt to retrieve mail body.
I see three options here:
1) Try using POP3 instead of IMAP.
2) Replace fetchmail with getmail.
3) Make a forward to your gmx mailbox from gmail.
Reco
atically packaged on Debian.
Rather, nobody's complaining they are missing them.
> Then if I'm not wrong, I need to
> bookmark
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/
> so
> I can pick up any missing firmware?
I'd file a bug report against firmware-linux-nonfree.
After all, they put in in the kernel tree for *something*.
Reco
t find the firmwares in Debian packages, only a bxt_huc old one:
> $ apt-file search icl_dmc_ver
> $ apt-file search tgl_dmc_ver
> $ apt-file search bxt_huc_ver
Even experimental does not have those.
Reco
On Sat, Mar 28, 2020 at 07:22:41PM +0100, l0f...@tuta.io wrote:
> Hi Reco, Didier,
...
> $ sudo cat /sys/module/i915/parameters/enable_psr
> 0
>
> => Thank you :)
You're welcome.
> I suppose I'm expected now to download my potential missing firmwares
&g
Hi.
On Sat, Mar 28, 2020 at 06:35:04PM +0100, Pierre Frenkiel wrote:
> hi,
> I have the following problem with fetchmail:
> fetchmail: timeout after 300 seconds waiting for server imap.gmail.com.
> here is my .fetchmailrc
fetchmail -v
Reco
ate-initramfs -k all -u", check the presence of i915.conf in
initrd (lsinitrams), reboot and check it one more time.
Reco
output of slabtop.
If you're need to understand where all that memory gone - you're in need
of proper tools.
> Sorry for this wall of text.
It's only a wall if you don't use paragraphs.
Reco
btw.
> The former would imply about half of the
> world's population, the latter something like two thirds or more (just
> guessing, didn't check numbers).
Even for those cases there's a legitimate need to attach a file which
name conforms to ASCII. Source code, patches, images with names like
20200327143420.jpg etc.
Reco
Hi.
On Fri, Mar 27, 2020 at 10:51:46AM +0200, Andrei POPESCU wrote:
> On Jo, 26 mar 20, 18:41:10, Reco wrote:
> > On Thu, Mar 26, 2020 at 08:53:35AM +, Russell L. Harris wrote:
> > >
> > > I understand. But some of the stuff I receive does not work as
&g
to get a mail account strictly for this purpose,
> > and set up a complete Thunderbird mail system using that account.
> >
> > But is there a better solution?
>
> If neo-mutt can save the email as a .eml file (which is basically just
... a single e-mail in an old good mbox format. Yep, neomutt can do this.
No mutt user usually bothers calling it ".eml" though.
Reco
B?QkhfODU0MDk2MjMwLnBkZg==?=
Read muttrc(5), insert "rfc2047_parameters=true" in your .muttrc.
Reco
nfigure a network interface for IPv4, be it static or DHCP, along
with the primitive routing table (default gw at most).
Taking IPv6's RA into the account, one does not need anything but the
working kernel on the client side to get IPv6 and a primitive routing
table.
Reco
[1] /usr/share/doc/linux-doc-4.19/Documentation/filesystems/nfs/nfsroot.txt.gz
stem in
existence.
Reco
Hi.
On Mon, Mar 23, 2020 at 08:48:57AM +0100, Renato Gallo wrote:
>
> linux without systemd = race condition risks = why in hell anyone would want
> to do it ?
.
Rly?
Reco
On Sat, Mar 21, 2020 at 10:52:53AM +0300, Reco wrote:
> > What I figure out is the problem is that somehow, apparmor denies to
> > network-manager the ability to provide a valid resolv.conf file.
> > So ipsec can't add a DNS server to my VPN connection.
>
> For that
/ipsec/charon
aa-enforce /usr/lib/ipsec/charon
Reco
401 - 500 of 2346 matches
Mail list logo
