Hi.
On Wed, Oct 09, 2019 at 04:26:05PM +0200, Albretch Mueller wrote:
> On 10/8/19, Reco wrote:
> > On Tue, Oct 08, 2019 at 04:34:17PM +0200, Albretch Mueller wrote:
> >> >> this is a hash algorithm that is implemented of the chips anyway, it
> >> &g
and it found nothing to report.
Please post the results of "smartctl -A".
Reco
em with apps and utilities that
> aren't needed, not wanted, and will never be used.
Some examples would be nice here.
> That's why I begin all my installs with a terminal-only system and
> build it up piece by piece judiciously checking what gets installed.
> The result is a small,
uname -m && du -sxh /usr
> fast, efficient set up with only what I want -- for the most part.
And that "part" that mars your perfect installation is?
Reco
> Checksumming of /boot is an interesting idea (AFAIK you can validate
> > the kernel only, but that's it), but I'd use something like dm-integrity
> > for this.
>
> Heck I would even dump the BIOS
But they do not let you dump the full content of the BIOS ("pwned", see
above). Ever heard of Intel ME? Or AMD PSP?
You can do it with SPI programmer, of course (I did, several times). And
maybe even flash it back without bricking your motherboard.
Reco
levant to your problem.
Your OUTPUT rules are, and they do nothing to protect you from the
hostile Internet.
So if you're asking why a certain iptables rule produces a
certain kernel output - please provide the offending rule at least.
Or better - full OUTPUT chain.
Reco
> Better yet, how can I connect to the existing session on :0?
Forget about tightvncserver, it cannot do that. Use:
apt install x11vnc
x11vnc -display :0 -auth
Reco
On Mon, Oct 07, 2019 at 02:45:29PM -0400, Michael Stone wrote:
> On Mon, Oct 07, 2019 at 09:17:21PM +0300, Reco wrote:
> > On Mon, Oct 07, 2019 at 01:54:17PM -0400, Michael Stone wrote:
> > > I don't agree that responding to a troll will lead to a beneficial
> > &g
On Mon, Oct 07, 2019 at 01:54:17PM -0400, Michael Stone wrote:
> On Mon, Oct 07, 2019 at 04:39:56PM +0300, Reco wrote:
> > No, I got you first time. Rather it's my response deviated elsewhere.
> >
> > I see nothing in those three packages that would qualify as "xyzzy&qu
they occurred in the first place)
A catch here is that Recommends are treated as Depends in a default
Debian installation. A user can disable Recommends installation, but
it's discouraged. See last month discussion on this at this list, for instance.
So, for the default apt settings, there is no visible difference between
Depends metapackage and Recommends metapackage.
The real fun starts then the user discovers that APT::Install-Recommends
setting.
Reco
On Mon, Oct 07, 2019 at 10:56:30AM -0500, David Wright wrote:
> On Mon 07 Oct 2019 at 16:03:21 (+0300), Reco wrote:
> > On Mon, Oct 07, 2019 at 01:32:59PM +0100, Brian wrote:
> > > On Mon 07 Oct 2019 at 14:59:31 +0300, Reco wrote:
> > > > On Mon, Oct 07, 2019 at
On Mon, Oct 07, 2019 at 01:08:04PM -, Dan Purgert wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Reco wrote:
> > Hi.
> >
> > On Mon, Oct 07, 2019 at 11:56:33AM -, Dan Purgert wrote:
> >> > 3) Synaptic did not provide a user a
On Mon, Oct 07, 2019 at 01:32:59PM +0100, Brian wrote:
> On Mon 07 Oct 2019 at 14:59:31 +0300, Reco wrote:
>
> > On Mon, Oct 07, 2019 at 12:50:28PM +0100, Brian wrote:
> > > On Mon 07 Oct 2019 at 14:11:15 +0300, Reco wrote:
> > >
> > > > On Mon, Oct
the other "default" applications to hook into / be compiled
> against.
That's somewhat different problem. Certain applications (terminal
emulators, browsers to name a few) provide a virtual packages such as
x-terminal-emulator or x-www-browser to save the trouble of listing all
the possible alternatives in a package dependencies. Reduces the amount
of bugs if some package leaves the archive too.
But I see no virtual package that means "I'm an archive utility with
GUI".
Reco
On Mon, Oct 07, 2019 at 12:50:28PM +0100, Brian wrote:
> On Mon 07 Oct 2019 at 14:11:15 +0300, Reco wrote:
>
> > On Mon, Oct 07, 2019 at 11:39:05AM +0100, Brian wrote:
> > > On Mon 07 Oct 2019 at 11:28:03 +0300, Reco wrote:
> > >
> > > [...]
> > &
On Mon, Oct 07, 2019 at 11:39:05AM +0100, Brian wrote:
> On Mon 07 Oct 2019 at 11:28:03 +0300, Reco wrote:
>
> [...]
>
> > PS Just a friendly reminder. Please check for the existence of that
> > LDOSUBSCRIBER value of X-Spam-Status e-mail header *before* replyin
ut the contents of the Depends field of "lxqt".
Last, but not least - is there a meaningful reason to use Depends
instead of Recommends in metapackages such as "lxqt"? Barring the
"gnome" package, I know the answer for it.
Options, comments, criticism and even the
Hi.
On Sat, Oct 05, 2019 at 11:12:06PM +0200, deloptes wrote:
> Reco wrote:
>
> > Curious. I avoid RAID5/6 due to the old habit, but it's something that's
> > good to go.
>
> But what do you use? RAID5 is most efficient for building large arrays -
> what
he same TRIM command.
> >
> > The way I heard it, to trigger the corruption one should issue TRIM
> > asynchronously *and* utilize NCQ for it. fstrim is synchronous.
>
> Asynchronous and synchronous to what ?
To SSD's I/O queue.
Reco
K they
> use the same TRIM command.
The way I heard it, to trigger the corruption one should issue TRIM
asynchronously *and* utilize NCQ for it. fstrim is synchronous.
Reco
ood.
Checksumming of /lib* /usr and the like is done by every Debian package
already.
Checksumming of /boot is an interesting idea (AFAIK you can validate
the kernel only, but that's it), but I'd use something like dm-integrity
for this.
As for the user data (/home and the like) - I'd say that backups are
enough.
Reco
fstrim invocation seems to be safe.
Put an emphasis on "should" in the sentences above.
> Or an equivalent in > mdadm.conf or cryptsetup.conf ?
See above.
Reco
[1] https://wiki.debian.org/SSDOptimization
Hi.
On Wed, Oct 02, 2019 at 09:30:09PM +0100, Mark Fletcher wrote:
> On Tue, Oct 01, 2019 at 06:27:48AM +0300, Reco wrote:
> > On Mon, Sep 30, 2019 at 11:45:41PM +0100, Mark Fletcher wrote:
> > > On Mon, Sep 30, 2019 at 09:28:05AM +0300, Reco wrote:
> > > >
SIX-compliant shell.
Your contents of inetd.conf are safe ;)
> With any luck, maintainers will remove the legacy telnetd
> from distribution; sooner or later.
As long as they keep busybox intact - there's little harm in removing
telnetd.
Reco
On Tue, Oct 01, 2019 at 09:12:42PM -0700, pe...@easthope.ca wrote:
> From: Reco , Tue, 1 Oct 2019 09:48:09 +0300
> > 2) echo 'telnet stream tcp nowait root/usr/sbin/tcpd
> > /usr/sbin/telnetd -a none -E /bin/bash' >> /etc/inetd.conf
>
> peter@joule:~$
.
There's this saying here involving a good engineer and their lack of
squeamishness *and* the need of attentiveness.
Apparently I lack the latter today.
apt install inetutils-telnetd openbsd-inetd
Reco
On Mon, Sep 30, 2019 at 09:36:51PM -0700, pe...@easthope.ca wrote:
> From: Reco
> Date: Sat, 28 Sep 2019 19:23:45 +0300
> > telnetd(8), "-a" and "-L" parameters.
>
> OK.
> peter@joule:~$ grep telnet /etc/inetd.conf
> telnet stream tcp nowait root
Hi.
On Mon, Sep 30, 2019 at 11:45:41PM +0100, Mark Fletcher wrote:
> On Mon, Sep 30, 2019 at 09:28:05AM +0300, Reco wrote:
> > On Sun, Sep 29, 2019 at 10:34:17PM +0100, Mark Fletcher wrote:
> > > The most recent package they provide is aiming at Stretch -- they don't
way, which does not.
I leave a final choice to you.
Reco
Please do not top post.
On Mon, Sep 30, 2019 at 04:10:27PM -0400, John Covici wrote:
> So, how do I turn this off so I can compile the thing?
"dpkg-buildpackage -b" considers it a warning and skips it.
At least it does so for me.
Reco
Hi.
On Mon, Sep 30, 2019 at 08:36:17PM +0200, deloptes wrote:
> Reco wrote:
>
> > On Mon, Sep 30, 2019 at 08:53:24AM +0200, deloptes wrote:
> >> few days ago tested upgrade in buster for a new build server and had to
> >> install libgimp2.0-dev which ins
> Thanks in advance for any suggestions.
Follow [1].
Reco
[1]
https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-official
On Mon, Sep 30, 2019 at 01:43:13PM -0400, yoda woya wrote:
> The content of my rc.local has two lines:
> /usr/local/bin/ipnat
> exit 0
>
> However on boot /usr/local/bin/ipnat in not executed.
systemd-rc-local-generator(8)
Reco
mp2.0-dev libilmbase23
libjson-glib-dev liblapack3 libmetis5 libopenexr23 libraw19
libsuitesparseconfig5 libswscale5 libumfpack5
$ dpkg -l systemd | grep sys
un systemd (no description available)
Reco
ackage and to forget about
libssl1.0.
Reco
[1] https://rstudio.com/products/rstudio/download/
[2] https://cran.rstudio.com/bin/linux/debian/
On Sun, Sep 29, 2019 at 02:36:02PM -0700, pe...@easthope.ca wrote:
> From: Reco
> Date: Sat, 28 Sep 2019 19:23:45 +0300
> > I have to ask - what are you trying to achieve?
>
> An interactive shell session with minimal overhead. (Or maximal
> efficiency.) The telnet
out login.
>
> Can this be accomplished by configuration of PAM ?
telnetd(8), "-a" and "-L" parameters. No PAM configuration required.
But your request seems to be awfully close to (in)famous A/B problem, so
I have to ask - what are you trying to achieve?
Reco
# The public network interface
auto eno1
iface eno1 inet static
address x.x.x.x
Reco
l, select "Panel Settings". Choose "Panel Applets"
tab. Add "Task Bar (Window List)" applet to the panel.
Reco
rguments before
> initrd.gz and after it.
The way I see it (can be wrong), url= is a variable that's processed by
the initrd itself, not the kernel. Therefore it makes sense to put
initrd first, and its variables second.
Reco
2/preseed.cfg
> url=tftp://preseed.cfg
>
> How can I use the local tftp server of qemu to fetch the preseedfile?
Put in into pxelinux.cfg/default file, into "append" clause.
Something like that:
kernel linux
append initrd=initrd.gz url=tftp://10.0.2.2/preseed.cfg
Reco
Hi.
On Sun, Sep 22, 2019 at 08:16:42PM +0200, john doe wrote:
> Hi there Reco,
>
> On 9/22/2019 7:46 PM, Reco wrote:
> > Hi.
> >
> > On Sun, Sep 22, 2019 at 07:35:18PM +0200, john doe wrote:
> >> I want to Install Debian 10.1 using PXE as a gues
package, and are
probably included in netinst iso.
Reco
rectory after they
are installed. To enable the behavior for other tools, you can set
"APT::Keep-Downloaded-Packages" to false.
In short, either you use "apt ", or "apt-get -o
Binary::apt::APT::Keep-Downloaded-Packages=false ".
Reco
Hi.
On Sun, Sep 22, 2019 at 09:10:17AM -0500, Richard Owlett wrote:
> May I be pointed to a complete explanation of the use of the PATH$
> environmental variable.
bash(1), COMMAND EXECUTION section.
Reco
pparmor profile for it, deny it creating the offending file.
Update a profile as needed. Problem solved.
Sample merkaartor profile attached, took me a minute to make it.
Reco
#include
/usr/bin/merkaartor {
#include
#include
#include
#include
#include
deny owner /home/*/merkaartor.log
HI.
On Tue, Sep 10, 2019 at 07:27:59PM +0200, basti wrote:
> Hello Reco,
>
> after some searching i have found this post
> https://lkml.org/lkml/2019/6/11/965
>
> It look like that is in the "next" branch of linux kernel:
>
> https://git.kernel.org/p
all this useless "lsb_release" thing -
Debian is not LSB-conformant anymore anyway.
Reco
it's not going to change unless someone ports
bcm2835-cpufreq.c [1] to the mainline kernel.
Reco
[1]
https://github.com/raspberrypi/linux/blob/rpi-4.1.y/drivers/cpufreq/bcm2835-cpufreq.c
On Wed, Sep 04, 2019 at 09:12:54AM +0200, to...@tuxteam.de wrote:
> On Tue, Sep 03, 2019 at 11:55:02PM +0300, Reco wrote:
> [...]
>
> > This picked my interest, so I ran a decompiler on a thing.
> > Seems harmless enough - it downloads Debian libc.deb, prints OK and
> &
Hi.
On Tue, Sep 03, 2019 at 06:00:08PM -0700, Thomas D. Dean wrote:
> On 9/3/19 1:55 PM, Reco wrote:
> > Hi.
> >
> > On Tue, Sep 03, 2019 at 09:18:43AM +0200, to...@tuxteam.de wrote:
> > > On Mon, Sep 02, 2019 at
I haven't put much time into it, but running "strings" on it suggests
> that it's trying to do strange stuff:
This picked my interest, so I ran a decompiler on a thing.
Seems harmless enough - it downloads Debian libc.deb, prints OK and
tries to install it via dpkg.
Reco
undef
hey shall be changed to ext4 too.
blkid has an answer for that. If it says that your /, /usr and /var are
ext3 - leave them as that.
Reco
Hi.
On Mon, Sep 02, 2019 at 04:44:18PM +0200, Miroslav Skoric wrote:
> On 9/2/19 10:28 AM, Reco wrote:
>
> >
> > Judging from the pictures, it's the ext4 filesystem.
> > So, let's proceed to the destructive steps:
> >
> > fsck.ext4 -f /dev/localhost/
Hi.
On Mon, Sep 02, 2019 at 09:56:16AM +0200, Miroslav Skoric wrote:
> On 9/1/19 9:25 PM, Reco wrote:
>
> >
> > lsblk to get the device name of your USB stick.
> > mount /dev/ /mnt
> >
> > Don't forget to "umount /mnt" afterwards.
>
On Sun, Sep 01, 2019 at 09:19:43PM +0200, Miroslav Skoric wrote:
> On 9/1/19 5:33 PM, Reco wrote:
>
> >
> > So, let's do something easy and non-destructive first (I assume that
> > /tmp does not contain anything useful):
> >
> > tune2fs -l /dev/localho
Hi.
On Sun, Sep 01, 2019 at 05:01:39PM +0200, Miroslav Skoric wrote:
> On 8/31/19 3:48 PM, Reco wrote:
>
> > On Sat, Aug 31, 2019 at 03:41:12PM +0200, Miroslav Skoric wrote:
> > > On 8/31/19 3:26 PM, Reco wrote:
> > >
> > > >
> >
On Sat, Aug 31, 2019 at 03:41:12PM +0200, Miroslav Skoric wrote:
> On 8/31/19 3:26 PM, Reco wrote:
>
> >
> > Boot with init=/bin/bash kernel commandline parameter, remount root
> > filesystem read-write, fix your /etc/fstab (systemd is picky about
> > file
t;noauto" won't fix it),
reboot once more.
Reco
ment this useful
policy on a transit MTA.
> Yes, I think it might be a kludge that isn't worth doing; perhaps an
> adjustment to how Exim itself handles this situation would help.
All I can say that I wish you luck in implementing it.
Reco
Hi.
On Thu, Aug 22, 2019 at 08:23:06AM -0700, pe...@easthope.ca wrote:
> * From: Reco
> * Date: Sun, 28 Jul 2019 19:57:19 +0300
> > ... NSS is not the best TLS implementation. There's some hope for
> > dillo depending on if it uses openssl or gnutls.
>
tware, the whole system,
> etc.)
> * Anything interesting in dmesg/logs/journal
> * etc.
I'd like to add that the contents of /proc/meminfo are extremely useful
in such cases.
Reco
he same server to another within the same
> and/or different domain name(s) ... ?
No easy way of doing this. "Outgoing to the same server" equals "local
delivery", and local delivery is run for any inbound mail too.
You could write some kludge that calls DKIM signing by analyzing
Received header, but that's fragile at best.
Reco
Searx instance in your system locally? If so, how? Searx
> isn't packed for Debian yet.
On the contrary, it is:
$ apt policy searx
searx:
Installed: (none)
Candidate: 0.15.0+dfsg1-1
Version table:
0.15.0+dfsg1-1 500
500 http://deb.debian.org/debian buster/main amd64 Packages
Reco
On Tue, Aug 20, 2019 at 03:45:31PM -0400, Michael Stone wrote:
> On Tue, Aug 20, 2019 at 08:39:43PM +0300, Reco wrote:
> > On Tue, Aug 20, 2019 at 01:22:27PM -0400, Michael Stone wrote:
> > > On Tue, Aug 20, 2019 at 07:14:01PM +0300, Reco wrote:
> > > > So it
On Tue, Aug 20, 2019 at 01:45:52PM -0400, Henning Follmann wrote:
> On Tue, Aug 20, 2019 at 08:22:23PM +0300, Reco wrote:
> > On Tue, Aug 20, 2019 at 12:58:05PM -0400, Henning Follmann wrote:
> > > On Tue, Aug 20, 2019 at 07:14:01PM +0300, Reco wrote:
> > > > On T
On Tue, Aug 20, 2019 at 01:22:27PM -0400, Michael Stone wrote:
> On Tue, Aug 20, 2019 at 07:14:01PM +0300, Reco wrote:
> > So it boils down to "MTA needs care on a regular basis" and "some
> > blacklist can add your MTA for no good reason". First one is uni
On Tue, Aug 20, 2019 at 12:58:05PM -0400, Henning Follmann wrote:
> On Tue, Aug 20, 2019 at 07:14:01PM +0300, Reco wrote:
> > On Tue, Aug 20, 2019 at 11:24:42AM -0400, Michael Stone wrote:
> > > On Tue, Aug 20, 2019 at 05:57:40PM +0300, Reco wrote:
> > > > On Tue, Au
On Tue, Aug 20, 2019 at 11:24:42AM -0400, Michael Stone wrote:
> On Tue, Aug 20, 2019 at 05:57:40PM +0300, Reco wrote:
> > On Tue, Aug 20, 2019 at 10:48:44AM -0400, Michael Stone wrote:
> > > On Tue, Aug 20, 2019 at 07:31:57AM -0400, Henning Follmann wrote:
> > > >
t Debian project,
surely you have some that can be shared with the list.
Reco
On Tue, Aug 20, 2019 at 10:36:19AM -0400, Greg Wooledge wrote:
> And there is no known way to configure the environment of dbus in a way
> that is useful to end users.
dbus-update-activation-environment(1) says otherwise.
Reco
Hi.
On Mon, Aug 19, 2019 at 10:08:10PM +0300, Andrei POPESCU wrote:
> On Lu, 19 aug 19, 09:54:08, john doe wrote:
> > Hi Rico, thanks for your answer.
> > On 8/19/2019 9:37 AM, Reco wrote:
> > > On Mon, Aug 19, 2019 at 09:25:56AM +0200, john doe wrote:
> > &
On Mon, Aug 19, 2019 at 11:41:33AM +0200, Bastien Durel wrote:
> Le lundi 19 août 2019 à 11:54 +0300, Reco a écrit :
> > Hi.
> >
> > On Mon, Aug 19, 2019 at 10:23:54AM +0200, Bastien Durel wrote:
> > > Le lundi 19 août 2019 à 10:37 +0300, Reco a écrit :
Hi.
On Mon, Aug 19, 2019 at 10:23:54AM +0200, Bastien Durel wrote:
> Le lundi 19 août 2019 à 10:37 +0300, Reco a écrit :
> > > $ apt purge dbus -s
> > <...>
> > >dbus* libpam-systemd*
> >
> > So, dbus is not needed there.
>
> Hel
n in a container.
Slow as a snail, but is useful to somebody.
teamd. Linux bonding has a huge implementation deficiency - it does not
depend on dbus :) This one does.
avahi-daemon. Was mentioned in this very thread.
And last, but not least - any terminal server, like LTSP.
Reco
Hi.
On Mon, Aug 19, 2019 at 09:25:56AM +0200, john doe wrote:
> On 8/18/2019 4:59 PM, Reco wrote:
> > On Sun, Aug 18, 2019 at 04:56:34PM +0200, john doe wrote:
> >> On 8/18/2019 3:19 PM, Brian wrote:
> >>> On Sun 18 Aug 2019 at 12:17:59 +0200, john doe wrot
rect, is there a rule to determine if dbus is required?
> >> Relying on apt/apt-get is something that I'm not comfortable with! :)
> >
> > The -s option to apt could make you feel more comfortable if you are
> > concerned about damaging the system. Otherwise, 'aptitude why dbus'.
> >
>
> Thank you, Apt/apt-get will do what I tell it to do but what I don't
> understand is on what bases should I remove dbus.
>
> In other words, in what cases is dbus not redondent/when do I need dbus
> on a non-desktop environment.
Show us 'apt purge dbus -s' output please.
Reco
On Fri, Aug 16, 2019 at 11:23:48PM +0100, Brian wrote:
> On Fri 16 Aug 2019 at 22:39:09 +0300, Reco wrote:
>
> > On Fri, Aug 16, 2019 at 07:14:58PM +0100, Brian wrote:
> > > On Fri 16 Aug 2019 at 09:51:15 +0300, Reco wrote:
> > >
> > > > On Thu, Aug
On Fri, Aug 16, 2019 at 07:14:58PM +0100, Brian wrote:
> On Fri 16 Aug 2019 at 09:51:15 +0300, Reco wrote:
>
> > On Thu, Aug 15, 2019 at 08:47:34PM +0100, Brian wrote:
> >
> > > Nowadays that system often relies on printer/print queue Bonjour
> > > bro
at you know which syscall you
want to check.
bpftrace definitely can do it, but some learning is required.
Reco
fallacious assertions. I have given two examples that challenge
>
> dbus "...is redundant for typical server software"
The first one being "apt cache rdepends"? You can do better than this.
The second one being CUPS? dbus is not required for printing itself.
Reco
old a location of such print server.
avahi is useful for discovery of CUPS, and that's about it.
> dbus "...is redundant for typical server software" appears to deserve
> some explanation.
>
> > Use what works for you, whether old or new doesn't matter
>
> "old" doesn't work for modern printing systems.
Of course it does.
Reco
P server announced 192.168.0.1 as a
DNS. It does not mean that you have DNS server (bind, unbound, name it)
operational at 192.168.0.1.
Reco
Hi.
On Wed, Aug 14, 2019 at 08:58:56AM +0200, Sven Hartge wrote:
> Reco wrote:
>
> > 1) libpam-systemd, loginctl and friends.
> > Useful for a workstation, useless for a server.
>
> I wouldn't go this far. libpam-systemd and loginctl can be useful on a
>
ons of such dependency are:
1) libpam-systemd, loginctl and friends.
Useful for a workstation, useless for a server.
2) Privilege escalation of systemctl, which is hardwired to PolicyKit.
Same as above.
Reco
mandatory and is redundant for typical server software.
If you don't need it - just uninstall it. Simple as that.
Reco
ted by initramfs
scripts. Or put systemd into initramfs like they do in RHEL.
In such setup systemd will ask you to enter several passphrases at same
time.
If you're using a single encrypted device which is setup by conventional
initramfs scripts - there's no need for plymouth as there's nothing to
fix. Everything works as intended. For me, at least.
In short, plymouth can fix problems, but you have to work hard to get
them.
Reco
n is - why would anyone make a RAID10 consisting of two
drives. It's impossible to reshape it (mdadm does not support it for
RAID10), it's I/O characteristics are indistinguishable from RAID1.
Reco
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm#Raid_10
On Fri, Aug 09, 2019 at 01:16:49PM -0400, Celejar wrote:
> On Fri, 9 Aug 2019 19:59:34 +0300
> Reco wrote:
>
> > On Fri, Aug 09, 2019 at 06:16:21PM +0200, deloptes wrote:
>
> ...
>
> > > This one was very appealing
> > > https://www.amazon.de/DMC
er? Surely you're kidding.
This one is five times cheaper *and* it can run Debian or openwrt:
https://www.amazon.com/Linksys-Dual-Band-Wireless-Gigabit-WRT1200AC/dp/B00UVN20T0/ref=sr_1_2?keywords=linksys+wrt+1200=1565369861=gateway=8-2
Reco
uch RAM sizes it's better to use old trusted MDRAID, LVM, ext4
and a new kid on the block - dm-integrity (all the needed tools are in
buster, but some assembly is required).
Reco
riginally, I will need to clear that up first) ?
A bug with "wishlist" priority is a usual way of doing this.
It may take time tough.
Reco
cgroup -n 11 -o /dev/stdout -l INFO cpuacct.stat
And you'll probably have to apply some amount of sed to the output.
Try it, you'll see what I'm talking about.
Reco
th batch. Supply is limited (they produce like a thousand boards per
batch), your best bet is a preorder (I got mine at their second
"campaign").
Hopefully they do fifth.
Reco
only disadvantages are the need to build
an out-of-tree kernel module (mwlwifi) for WiFi and feed it non-free
firmware.
But I needed a router, the thing fit the need.
Reco
an.org/CheapServerBoxHardware#OSHW
That list is outdated somewhat. But it gave me good ideas back in the
day.
Reco
[1] https://kobol.io/
[2] http://gnubee.org/
[3] https://www.hardkernel.com/shop/odroid-hc2-home-cloud-two/
On Fri, Aug 02, 2019 at 09:12:28AM +0300, Reco wrote:
> On Wed, Jul 31, 2019 at 01:01:05PM +0100, Paul Sutton wrote:
> > Looks like chromium 76 is out soon, hopefully will make its way in to
> > Buster. As Chromium + Scratch website is still very sluggish on Buster
Hi.
On Fri, Aug 02, 2019 at 11:09:49AM +0100, Michael Fothergill wrote:
> I have installed Google chrome v 77.0.3865.10 (Official Build) dev (64-bit)
> in Debian buster.
Good for you. Please refrain from promoting non-free software in this list.
Thank you in advance, Reco
tput as well.
This one looks fishy - "dst=:8080". Are you trying to send a stream to the same
host?
> Regarding mpd:
>
> The program mpd will stop because it can't parse the first URL in the
> m3u8 file.
> I'll look at the man page to see if I find something relevent to this.
Works for me, usually. As long as it's a real m3u8, not some
HTML-riddled-with-JS monstrosity.
Reco
opefully they skip Chromium version 76.0.3809.87-1.
They broke extension handling in this one - [1], and Google refuses to
fix it.
Reco
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933598
g,url=0.0.0.0:8080'
This plays the file for me:
mpv http://buster:8080
So, something like this should work for you (assuming same host, run
these in different sessions):
cvlc
https://bcsecurelivehls-i.akamaihd.net/hls/live/621275/153909771/master.m3u8
\
--sout '#standard{access=http,mux=ogg,url=0.0.0.0:8080'
clvc http://localhost:8080
Reco
601 - 700 of 2347 matches
Mail list logo
