nfig iptables
update-alternatives --config ip6tables
update-alternatives --config arptables
update-alternatives --config ebtables
Last two are optional, and it all should be done after the migration to buster.
Reco
is
> there a risk that AppArmor will block that?
No, because there's no shipped AppArmor policy for postfix in buster.
> Is there a simple way to disable AppArmor completely until I've had
> time to figure out what to do with it long-term?
Adding "apparmor=0" to your kernel cmdline should do the trick.
Reco
On Thu, Oct 15, 2020 at 01:27:46PM -0400, Gene Heskett wrote:
> On Thursday 15 October 2020 13:07:54 Reco wrote:
>
> > On Thu, Oct 15, 2020 at 12:49:01PM -0400, Gene Heskett wrote:
> > > On Thursday 15 October 2020 12:38:44 Reco wrote:
> > > > Hi.
> &
On Thu, Oct 15, 2020 at 12:49:01PM -0400, Gene Heskett wrote:
> On Thursday 15 October 2020 12:38:44 Reco wrote:
>
> > Hi.
> >
> > On Thu, Oct 15, 2020 at 12:26:52PM -0400, Gene Heskett wrote:
> > > But I've not been able to click on an "https"
Hi.
On Thu, Oct 15, 2020 at 12:26:52PM -0400, Gene Heskett wrote:
> But I've not been able to click on an "https" link and have it work.
Please provide an exact error message. Show, do not tell.
Reco
Hi.
On Thu, Oct 08, 2020 at 12:03:55PM -0700, Peter Ehlert wrote:
> Q: is there a reason to avoid it?
That "Electron" word might have something to do with it - [1]:
KopiaUI is built using Electron and packaged as native binary using
Electron Builder.
Reco
[1] https://git
s not use this module.
See /etc/pam.d/login and /etc/pam.d/sshd.
Reco
Hi.
On Tue, Sep 29, 2020 at 03:50:35PM +0200, Albretch Mueller wrote:
> On 9/24/20, Reco wrote:
> > On Thu, Sep 24, 2020 at 05:50:16PM +0200, Albretch Mueller wrote:
> >> >> How do I get all packages to be locally installed using dpkg from a
> &
= SmtpPort;
}
}
And getservbyname(3) will return port 25 for smtp, because it's the port
designated for smtp in /etc/services.
Of course, they *could* use "submission" (which is tcp:587) at that code
instead of "smtp", but they did not.
Reco
one.
>
> How do I get the deb files in order to install locally (via dpkg
> --install) the necessary utilities to run CRC32 and/or CRC64
Typical Debian install has perl already, so you don't have to install
anything - [1].
Reco
[1] http://billauer.co.il/blog/2011/05/perl-crc32-crc-xs-module/
port on a
> > motherboard.
>
> Without specialized test equipment, about all I can do is buy surplus
> hardware and apply a process of elimination.
I'd do the same, starting with SATA cable (the cheapest part of the
equation).
Reco
one.
Last one. tcpdump. It's kind of obvious that there will be inbound
traffic on tcp:22 to your server, and that's expected, and there's
nothing to see there. But, what you would see (or the output would be
lacking it) is the problematic student IP. That's what interesting here.
For obvious reasons, it requires a knowledge of the student's IP.
Reco
ter idea. Does the student in question even connects to the server?
tcpdump -pni any tcp port 22
Should answer this.
BTW, is the server in question public? I.e. can any of the list members
connect to it and find out for themselves that's a good fingerprint
looks like?
Reco
thing out into the nearest
garbage bin, and buy a real drive (WD or Toshiba).
Reco
[1] https://www.kernel.org/doc/htmldocs/libata/ataExceptions.html
is hanging on processing a
certain SCSI command. Could be the drive itself, its firmware, or (as
other helpfully suggested) - the SATA cable,
To answer your question - Linux can handle bad sectors just fine. It's
the failing hardware (especially consumer-quality failing hardware) that
it has difficulties with.
Reco
r .linphone-friends.db, execute:
select * from friends;
Reco
down and up with 'ifdown
> eno1;ifup eno1' and see if it still have an IP.
It won't do anything since now /etc/network/interfaces does not contain an
IP for eno1.
What's actually needed is
ip addr del dev eno1 2.4.6.8/27
Similar thing needs to be done for the routing table.
Reco
On Wed, Sep 16, 2020 at 03:41:41PM -0400, Dan Ritter wrote:
> Reco wrote:
> > > To make a long story short, after two or so weeks of research and
> > > numerous failed trials, I came to the conclusion that systemd has
> > > become too entrenched in the dependency
md dependency. And systemd gets reinstalled.
apt install something systemd-
Works wonders in cases such as this.
Reco
and create a replacement package
for libpam-systemd, both udisks2 or policykit - you'll just break those
and leave yourself with non-mounting storage media and without the
ability to suspend and poweroff.
Reco
ne that.
But no package is bug-free, and ConsoleKit was not the best package in
this regard.
So, removing offending lines from the PAM configuration is the best
course of action.
Reco
[1] https://tracker.debian.org/pkg/consolekit
act is low,
so it's hardly a surprise it is not fixed yet.
Reco
[1] https://security-tracker.debian.org/tracker/source-package/evolution
xactly what's stated above, no more and no less.
Here, at this list, people are rarely using QEMU directly, without the
kludges like libvirt. The reason being - one of the few mature programs
to deal with QEMU is called virt-manager, and it's built on top of
libvirt. So, unless specified otherwise, here QEMU = libvirt, and
restrictions of the latter apply to the former.
Reco
ws about places from I can take
> drivers
> for these ( lsi53c810 , lsi53c895a) controllers for windows NT 4 and
> windows 2000?
Ask this guy - [2], seriously. He's *the* digital archeologist and a
Windows enthusiast at the same time.
Reco
[1] git://git.qemu.org/qemu.git
[2] https://virtuallyfun.com
ualbox.
In this context,
VDI is read-write.
ISO is read-only.
> Which one should I use? Which one and why has more advantages?
Whichever works, obviously. Unless you see a visible difference, choose
the one with lesser size.
Reco
t 64-bit
> > capability", then it's:
> >
> > lscpu | grep -w lm
>
> Will have to look up what each of the flags mean. That accomplish much
> of what I wanted to accomplish what a "reading list" would have.
lm means "Long Mode", i
rdware capabilities of
> a particular machine?
If you mean, "how do I check if my Intel/AMD CPU has that 64-bit
capability", then it's:
lscpu | grep -w lm
Otherwise your question is too broad.
Reco
d the importance of backups, tend to forget about
doing backups, and worse - tend to destroy a perfectly valid backup just
before it's actually needed.
Would not it be better to do a backup of users' files in a centralized
way on an admin (i.e. - you) controlled schedule?
A question two - "apt search backup" shows me at least half-dozen ready
to use (and free software) backup solution. Why bother implementing your
own?
Reco
it's got to be stored somewhere.
Works for me in stable:
grep hwaddr /var/lib/lxc/*/config
Reco
et 10.0.2.15/24 brd 10.0.2.255 scope global dynamic eth0...
...
# ifup --force eth0
Internet Systems Consortium DHCP Client 4.4.1 ...
Basically, by sending SIGKILL to dhclient you leave your current
interface configuration as is, and by running dhclient again (via ifup
in this case) you apply your dhclient.conf changes.
Reco
ss to the IBM
> paywall.
But some of us do. So, for the archives:
1) An error should be like this:
sd xx:0:x:0: [sdx] tag#0 Add. Sense: Logical block guard check failed
2) A firmware update to version 16.00.11.00 or later should fix it.
3) mpt3sas.prot_mask=128 *could* workaround it.
Reco
.
Will parsing [1] do, for instance searching kernel-image?
Reco
[1]
http://ftp.debian.org/debian/dists/stable/main/installer-amd64/current/images/udeb.list
setting of the system?
>
>
> After install you have a powerful L3 firewall system
A small nitpick - netfilter is L4, not L3, although it can be used as
such. netfilter is more than capable of matching IP-based transport
level protocols and their properties.
Reco
Hi.
On Tue, Aug 04, 2020 at 04:20:58PM -0400, Dan Ritter wrote:
> Reco wrote:
> > On Tue, Aug 04, 2020 at 09:47:24AM +0200, Marco M?ller wrote:
> > > Is it possible (how?) to restrict a user to only be allowed to make use
> > > of its sudo usage permission
quot;tty" attribute does not match /dev/tty*, be it ssh,
screen, tmux, and (possibly) X/Wayland sessions.
Worked for me in the case of real servers, just in case.
Reco
On Sat, Aug 01, 2020 at 03:34:27PM +0300, Reco wrote:
> On Fri, Jul 31, 2020 at 11:03:07PM -0300, riveravaldez wrote:
> > If there's any other simpler way (that doesn't imply the use of any
> > third party) please let me know, I could use anything that works.
>
&g
, or are
behind NAT is not relevant.
Reco
ould be better?
> ...t# Too much trouble
> t # Authoritative, but not self-important
> [t] # A stamp of approval, like a chop
But this - this is an abomination:
> 't # LISP is back
It's not a LISP unless it features round braces!
( Reco )
MUA that
mishandles that is broken in this regard.
Reco
On Fri, Jul 31, 2020 at 08:47:50AM -0400, The Wanderer wrote:
> On 2020-07-31 at 08:37, Reco wrote:
> >>> Quirks are fine, when things continue to work. Your sig
> >>> separator fails completely.
> >>
> >> "Fails" in what way? He doesn'
ure separator ("-- \n") followed by a signature
> message. He simply uses "-- t\n\n" at the end of each email.
>
> You're not missing out on any content.
It's a kmail thing. mutt, being a superior MUA, is not affected.
Reco
grade again, and you trouble should go away.
Reco
re using X and Pulseaudio.
As far as I can tell there's no "x11grab" equivalent in mencoder.
I could be wrong, though, haven't used the thing for about 10 years or
so.
Reco
+1
syn match plsqlKeyword "\.LAST\>"hs=s+1
syn match plsqlKeyword "\.DELETE\>"hs=s+1
syn match plsqlKeyword "\.PREV\>"hs=s+1
syn match plsqlKeyword "\.NEXT\>"hs=s+1
There is no way of doing what you want, syntax highlighting is radically
different in mcedit and vim.
Reco
.d/net.conf
That file serves as ACL for saned (server part), and you're supposed to
add clients' IP there. It does not seem to affect xsane or scanimage
(client parts) in any way.
I'm interested in knowing how to set a default device for xsane too
(which could also disable annoying broadcast-based discovery on every
xsane launch), but it looks like there's no way of doing it.
SANE_DEFAULT_DEVICE is an interesting idea, but ultimately is no
different from a shell alias.
Reco
.3 is not in libressl yet.
Hardly. It's rather buxtehude does not announce TLSv1.3 at all, and it
may be attributed to the state of TLSv1.3 in GNUTLS (which
exim-daemon-heavy should use).
Reco
0x0032 100 100 000Old_age Always -
3130
Reco
On Sat, Jul 25, 2020 at 11:16:16AM +0200, Thomas Schmitt wrote:
> Reco wrote:
> > It's simple:
> > smartctl -t long /dev/sda
>
> The short test yielded
> Num Test_DescriptionStatus Remaining LifeTime(hours)
> LBA_of_first_error
>
Hi.
On Fri, Jul 24, 2020 at 11:35:34PM +0200, Thomas Schmitt wrote:
> Reco wrote:
> > Have you tried to disable drive heads parking via hdparm?
>
> hdparm -J ?
> The man page says "The factory default is eight (8) seconds".
> That would be about twi
onking noise every 3 to 5
> seconds.
That amount of time looks suspiciously familiar.
Have you tried to disable drive heads parking via hdparm?
What about smartctl long test, does it show anything suspicious?
Reco
kernel.
A correction over the correction ;) :
- it's possible, it's called RENAME= in udev rules.
- it's unneeded in about every case, given that wonderful /dev/disk
directory.
- and if it is needed for some reason, one's always better to use SYMLINK
over the RENAME.
Reco
On Tue, Jul 21, 2020 at 12:39:23PM +0200, basti wrote:
> On 21.07.20 11:34, Reco wrote:
> > Hi.
> >
> > On Tue, Jul 21, 2020 at 11:09:04AM +0200, basti wrote:
> >> Hello, I need some kind of software for ip accounting and record my
> >> traffic rx and
d it
quick. Good old cacti can be used for this, although it's probably an
overkill in your case.
Your question is too general to suggest something specific.
Reco
it = +96.0°C)
Core 2: +35.0°C (high = +80.0°C, crit = +96.0°C)
Core 8: +37.0°C (high = +80.0°C, crit = +96.0°C)
Core 9: +34.0°C (high = +80.0°C, crit = +96.0°C)
Core 10: +36.0°C (high = +80.0°C, crit = +96.0°C)
Reco
*Debian* buster cannot run at Raspberry
Pi 4 at all - see [1]. There's some big progress with sid, though - [2].
The short and the long of it is that Gene is using *Raspbian*, but
prefers to get help about it here.
One could get away with Raspbian kernel and Debian chroot, I suppose, but
th
dfsg-4
Repeat a process several times, adding packages each time.
And I'm not trying to offend you, or something, but the this whole mess
could be avoided by not installing this and that and a kitchen sink from
the backports.
Reco
On Sun, Jul 19, 2020 at 02:20:13PM -0400, Gene Heskett wrote:
> On Sunday 19 July 2020 13:18:16 Reco wrote:
>
> > On Sun, Jul 19, 2020 at 01:05:55PM -0400, Gene Heskett wrote:
> > > Now apt-get is bitching because it thinks I'm asking for version
> > > 3.0.
On Sun, Jul 19, 2020 at 08:24:14PM +0300, Andrei POPESCU wrote:
> On Du, 19 iul 20, 20:18:16, Reco wrote:
> > On Sun, Jul 19, 2020 at 01:05:55PM -0400, Gene Heskett wrote:
> > > Now apt-get is bitching because it thinks I'm asking for version 3.0.3
> > > b
PACKAGE
No need to shout. It says here loud and clear that you should downgrade
libwxgtk3.0-dev, libwxgtk-media3.0-dev and their dependencies.
Reco
On Sun, Jul 19, 2020 at 12:19:02PM -0400, Gene Heskett wrote:
> On Sunday 19 July 2020 10:32:12 Reco wrote:
>
> > On Sun, Jul 19, 2020 at 10:28:08AM -0400, Gene Heskett wrote:
> > > Whats my sources.list suposed to look like?
> >
> > One of the possible w
Hi.
On Sun, Jul 19, 2020 at 05:35:04PM +0200, Frank wrote:
> Op 19-07-2020 om 16:32 schreef Reco:
> > On Sun, Jul 19, 2020 at 10:28:08AM -0400, Gene Heskett wrote:
> > > Whats my sources.list suposed to look like?
> >
> > One of the possible ways
On Sun, Jul 19, 2020 at 10:28:08AM -0400, Gene Heskett wrote:
> Whats my sources.list suposed to look like?
One of the possible ways of doing it:
deb http://ftp.debian.org/debian/ stretch main contrib non-free
deb http://security.debian.org/ stretch/updates main contrib non-free
Reco
On Sun, Jul 19, 2020 at 09:45:41AM -0400, Gene Heskett wrote:
> Looks like my apt/sources.d is not uptodate?
Looks like it is. Because [1] shows libwx-perl, and it's a real
package.
Reco
[1] https://packages.debian.org/stretch/libwx-perl
Hi.
On Sun, Jul 19, 2020 at 08:00:17AM -0400, Gene Heskett wrote:
> That also fails, looking for Wx.
apt-get install libwx-perl
Reco
On Tue, Jul 14, 2020 at 02:00:53PM +0200, Albretch Mueller wrote:
> On 7/9/20, Reco wrote:
> > More or less. The correct sequence is:
> > 1) cryptsetup luksOpen
> > 2) pvscan && vgchange -ay
> > 3) mount "/dev/lbrtchx-vg/home" "/media/abc123"
. I picked up bc years ago because
it's a build dependency for the kernel. It solves my needs, and I happen
to remember pi up to 8 digits so the lack of pi() function is not an
issue to me.
On a side note, "calc" is 4 letters, and "bc" is two :)
Reco
aving trouble with Galculator.
bc, simple as that. Everything else requires more keystokes or a mouse.
Reco
vgchange -ay
3) mount "/dev/lbrtchx-vg/home" "/media/abc123"
And the unmounting should go in reverse:
1) umount /media/...
2) vghcange -an ...
3) cryptsetup luksClose
Reco
CRYPTO}" "${_MED_MNT}" -r
> fi
>
> I am getting:
>
> mount: unknown filesystem type 'LVM2_member'
>
> what is it exactly I am not getting right?
You're trying to mount lvm2 physical volume which is never going to
work - it's not a filesystem.
What you should mount is a logical volume, i.e. that devices that
lvdisplay shows you.
Reco
used by that command ever, until its completion.
This works for me in stable, it's systemwide though.
sysctl -w vm.dirty_bytes=16777216
sysctl -w vm.dirty_background_bytes=16777216
Reco
9.0-9-amd64
CONFIG_HOTPLUG_PCI_PCIE=y
> Debian sid here on an X220, trying to connect a "Transcend USB 3.0
> ExpressCard Adapter" to get a USB3 port (2 ports actually).
As they tell at [1] - try adding "pciehp.pciehp_force=1" to the kernel's
commandline.
[1] https://help.ubuntu.com/community/ExpressCard
Reco
table:
7.1-1~bpo10+1 100
100 http://ftp.debian.org/debian buster-backports/main armhf
Packages
*** 6.6-1 500
500 http://ftp.debian.org/debian buster/main armhf Packages
100 /var/lib/dpkg/status
*Debian* builds it.
Reco
>
> It could because, like Greg, I already have it in my repos ;)
Must be a local mirror issue on my side then.
Reco
chromium is already installed at the latest version
> > (80.0.3987.162-1~deb10u1),
> > and my sources.list contains:
> >
> > what is wrong, or missing?
> >
> Did you do "sudo apt update" first?
It won't help *yet*. Chromium 83 for the stable is current under the
embargo, it will be available tomorrow or a day after that.
Reco
O right here would be a good place to do that.
Reco
see a syscall that troubles you. But what
journald library call does it correspond? Both "ltrace" or "perf top"
should answer that, but both might as well just hang (there were bugs
about both for both armel and armhf in stretch).
Worth a try, nevertheless.
Reco
sion (80.0.3987.162-1~deb10u1),
Chromium 83 in stable is currently embargoed. Wait a day or two, and the
update will be available. Also,
https://tracker.debian.org/pkg/chromium
Reco
t be able to use such array
if a single drive from LVM-based RAID will fail.
They've solved this problem in mdraid like 15 years ago.
But staying on-topic, I'm too very interested to hear about alternative
interfaces to mdraid, which do not involve mdadm. libblockdev2 does not
count, it's merely a wrapper.
Reco
t upgrade/update the system to an newer debian.
Hardly relevant here, see above. Personally I'd say "screw it", and
would use conventional rsyslogd remote logging, but since it's a
embedded system - it may be impossible for you to follow this advice.
Reco
Hi.
On Mon, Jun 29, 2020 at 11:10:44PM -0700, Bob McGowan wrote:
> But I cannot figure out where this might be, or even if this is the correct
> interpretation.
Check out the contents of /etc/systemd/system first.
Rebuild initramfs second.
Reco
On Mon, Jun 29, 2020 at 12:15:22PM -0400, Celejar wrote:
> On Mon, 29 Jun 2020 18:58:18 +0300
> Reco wrote:
>
> > Hi.
> >
> > On Mon, Jun 29, 2020 at 11:51:52AM -0400, Celejar wrote:
> > > > > I'm curious, although I don't know m
can turn commodity hardware in a low-tier switch. Add
several of those and you have an SDN.
Reco
thing relatively cheap and durable - there's nothing wrong with
Dell (or Supermicro, but that's politics again). But, it's Tier 2, not
1. So - my quote at the top.
Reco
al situation it won't be cost-effective. You just cannot beat
the cost of D-Link switch ($250 for that typical 1Gbps 24 ports) with
the cost of 1U server ($2000 and up). One could try to cut the costs
with consumer hardware or even SBCs, but where come the questions of
reliability, remote management, etc.
Reco
of theirs ...
They don't pay me for this, I don't work for them.
Their support (both software and hardware) could use an improvement (to
put it lightly), but the hardware itself haven't spoiled for the last
5-10 years or so.
Reco
Hi.
On Sat, Jun 27, 2020 at 06:44:18PM -0400, Gene Heskett wrote:
> On Saturday 27 June 2020 14:50:09 Reco wrote:
>
> > On Fri, Jun 26, 2020 at 04:20:03PM -0400, Gene Heskett wrote:
> > > [598962.015764] uvcvideo 1-12.4.4.4:1.0: Entity type for entity
> > >
If stretch's uvcdynctrl won't cut it - that means you'll need buster's
one, or maybe even bullseye's. And that will require upgrading your OS,
of course.
Reco
[1] https://bugzilla.kernel.org/show_bug.cgi?id=111291
Hi.
On Sat, Jun 27, 2020 at 10:49:50AM +0200, Pierre Frenkiel wrote:
> all mails I send using alpine are tagged as spam.
Any recent examples? Headers would be enough.
Reco
r Matrians, and storcli can be
hardly called an improvement over it. But at least you can monitor
separate disks via smartd/smartctl, so it's not that bad.
Reco
a hardware RAID controller.
Mdraid if whatever they sold you is not made by LSI.
Reco
pg --recv-keys DF9B9C49EAA9298432589D76DA87E80D6294BE9B
See also: https://www.debian.org/CD/verify
Reco
Hi.
On Thu, Jun 18, 2020 at 08:57:48AM -0400, Michael Stone wrote:
> On Thu, Jun 18, 2020 at 08:50:49AM +0300, Reco wrote:
> > On Wed, Jun 17, 2020 at 05:54:51PM -0400, Michael Stone wrote:
> > > On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote:
> > > > L
g e-mail.
Reco
Hi.
On Wed, Jun 17, 2020 at 05:54:51PM -0400, Michael Stone wrote:
> On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote:
> > Long story short, if you need a primitive I/O benchmark, you're better
> > with both dsync and nocache.
>
> Not unless that's yo
On Wed, Jun 17, 2020 at 11:02:14PM +0200, to...@tuxteam.de wrote:
> On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote:
>
> [...]
>
> > Long story short, if you need a primitive I/O benchmark, you're better
> > with both dsync and nocache.
>
> Thanks for
On Wed, Jun 17, 2020 at 01:23:41PM -0700, David Christensen wrote:
> On 2020-06-17 12:26, Reco wrote:
>
> > On Wed, Jun 17, 2020 at 12:10:51PM -0700, David Christensen wrote:
> > > 2. AIUI dd(1) uses asynchronous (buffered) I/O unless told otherwise.
> >
> > You
, and by "nocache" you're
telling "I need it to evict from the filesystem cache once I close the
file but feel free to cache it before then, and I don't need to wait for
the disk writes every time I call write(2)".
Long story short, if you need a primitive I/O benchmark, you're better
with both dsync and nocache.
Reco
r thread.
>From Linux kernel POV, *asynchronous* I/O is a pair of
io_submit/io_getevents syscalls, and dd does not do these regardless of
the options that are provided.
Reco
7;s sync or
async.
For the true async I/O you'll need something like fio, not dd.
Reco
arset=UTF-8
> > Content-Transfer-Encoding: quoted-printable
> >
> Can we imagine that the ML simply 64-decodes the email and resent it as
> text/plain?
That's possible. But the e-mail in question was also DKIM-signed
(including the body), so such transformation would lead to DKIM failure.
And it did not happen.
Reco
301 - 400 of 2346 matches
Mail list logo
