63e:51ff:fe32:f85d dev enp3s0 proto static metric 100 pref
medium
default via tun0 metric 99
And that means that it's time to see your openvpn's server configuration
file. Can I see one, please?
Reco
invoke this as root (one-time only):
> >
> > ip a d dev eth0 2a03:9800:10:54::2/64
> > ip a a dev eth0 2a03:9800:10:54::2/65
> > ip ro d default via 2a03:9800:10:54::1
>
> Thanks so much, Reco. This has got me well on the way to setting up a
> IPv6 VPN. It has also g
ot,
No, it won't. OP has two stanzas regarding eth0 in e/n/i already - one
for inet and another one for inet6.
The whole point of this exercise is to get persistent configuration for
/65 netmask *and* to avoid ifdown/ifup sequence to implement it now.
And, of course, do the thing without the reboot.
Reco
HI.
On Fri, Nov 23, 2018 at 03:07:01PM +0100, tony wrote:
> Thanks for your quick response, Reco,
>
> On 23/11/2018 13:33, Reco wrote:
> > Hi.
> >
> > On Fri, Nov 23, 2018 at 01:18:45PM +0100, tony wrote:
> >> Hi,
> >>
> >> I
not need to run X server at the host to which ssh connnects
to, X11 Forwarding works perfectly via IPv6, and you definitely do not need to
set $DISPLAY by hand in the ssh connection.
> What did I miss?
A wild guess - installing xauth. And running sshd -Xv.
Reco
his is:
ifdown
edit /etc/network/interfaces
ifup
> Alternatively,
> #service networking restart
> Does not make the ip to change and brokes the network.
Please do not do this unless you have BMC/ILOM/ASMI/direct console
access to the server.
Reco
, the contents of /etc/network/interfaces?
> Is that a bug?
Short of the last part everything else can be classified as an
operator's error, or a lack of knowledge.
Reco
ts of
/etc/network/interfaces. Can be static (it's straightforward then),
DHCPv6 (you won't be able to do the split) or RA (ditto).
Reco
Using LVM as JBOD is asking for trouble, of course.
Reco
On Mon, Nov 19, 2018 at 09:50:12AM -0800, Rick Thomas wrote:
>
>
> > On Nov 18, 2018, at 7:31 PM, Reco wrote:
> >
> > On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
> >>
> >>>> On 11/14/18, Reco wrote:
> >>>>&
em, I suggest you to install lvm2
before the backup to save yourself the hassle of regenerating initramfs
after the restore.
You'll definitely need to adjust /etc/fstab, most likely
/etc/default/grub, and to update the bootloader.
Also, since it's you're using backup2l with tar backend, you'll need to
do something to restore all those capabilities extended attributes. A
hint here is:
grep setcap /var/lib/dpkg/info/*
Reco
Hi.
On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
>
> >> On 11/14/18, Reco wrote:
> >>> If you're content with losing all this metadata in your backup - there
> >>> are rsync, cpio or tar. Or all those ‘backup solutions' based on those
er'd
> be upset with the Stretch package?
Looking at the dependencies I don't see anything stretch-specific here.
I'd be wary of "sslproto" stanza, but that's it.
Reco
Hi.
On Sat, Nov 17, 2018 at 06:12:12AM -0500, Felix Miata wrote:
> Reco composed on 2018-11-17 13:45 (UTC+0300):
>
> > On Sat, Nov 17, 2018 at 05:36:25AM -0500, Felix Miata wrote:
>
> >> I knew 52.9 was released upstream in June, so I kept trying
be dated 25 June.
The problem is - version 52.6.0 haven't made it into the "main" that date.
They uploaded it into the "updates/main". Yes, these are different.
Hence the suggestion to use a later date.
I believe I have a way to simplify things here:
cd /var/cache/apt/archives/
wget
https://snapshot.debian.org/archive/debian/20180630T203831Z/pool/main/f/firefox-esr/firefox-esr_52.9.0esr-1_amd64.deb
apt install ./firefox-esr_52.9.0esr-1_amd64.deb
Note that this syntax of "apt install" does more than "dpkg -i stuff",
dependency resolution in particular.
Reco
On Sat, Nov 17, 2018 at 02:35:57AM -0500, Felix Miata wrote:
> Reco composed on 2018-11-17 09:53 (UTC+0300):
>
> > On Sat, Nov 17, 2018 at 12:52:14AM -0500, Felix Miata wrote:
>
> >> Web searches have not been helpful for these:
>
> >> 1-Which of apt* return
But, if you want this to work, the appropriate version of firefox-esr
must be found in some repository that's listed in /etc/apt/sources.list.
And it seems that they deleted that particular version from everywhere
including [1].
Reco
[1] https://snapshot.debian.org
pplication name
(executable, or pid, or service or whatever), but also the amount of
traffic that application consumed. Hence the need of traffic accounting.
Reco
An application firewall might be useful here, but I have no experience
> with such them.
You're thinking of user traffic accounting.
Reco
On Thu, Nov 15, 2018 at 02:00:47PM -0500, Lee wrote:
> On 11/15/18, Reco wrote:
> > On Thu, Nov 15, 2018 at 10:43:30AM -0500, Lee wrote:
> >> implying you keep lots of backups. For how long?
> >
> > Depends. Backups of your 1-2 GB of root/var can be kept for a
Hi.
On Thu, Nov 15, 2018 at 10:43:30AM -0500, Lee wrote:
> On 11/15/18, Reco wrote:
> > Hi.
>
> Hi.
>
> > On Wed, Nov 14, 2018 at 05:03:53PM -0500, Lee wrote:
> >> > b) You do not keep a single backup.
> >> >
> >> > Besi
Hi.
On Thu, Nov 15, 2018 at 01:12:35PM +1300, Richard Hector wrote:
> On 15/11/18 7:26 AM, Reco wrote:
> >> but leaves you open to cryptolocker ransomware & various 'oh shit!'
> >> moments when I do something stupid. Offline & offsite is worth a
> >>
.
So then you do a backup, you have two choices:
a) Log all and everything, and get your e-mail every day.
b) Log errors only and get your e-mail only if something goes wrong.
I prefer the latter, but YMMV.
Reco
Hi.
On Wed, Nov 14, 2018 at 12:52:57PM -0500, Lee wrote:
> On 11/14/18, Reco wrote:
> > On Wed, Nov 14, 2018 at 10:50:44AM -0500, Lee wrote:
> >> On 11/14/18, Reco wrote:
> >> > Hi.
> >> >
> >> > On Wed, Nov 14, 2018 at 10:01:38AM
On Wed, Nov 14, 2018 at 10:50:44AM -0500, Lee wrote:
> On 11/14/18, Reco wrote:
> > Hi.
> >
> > On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
> >> What are you using to backup your files to an encrypted usb drive?
> >
> > For the backup
ses) - luks only.
Reco
lled:
ca-certificates-mono cli-common dconf-gsettings-backend dconf-service
glib-networking glib-networking-common
...
0 upgraded, 194 newly installed, 0 to remove and 0 not upgraded.
Inst libglade2-0 (1:2.6.4-2 Debian:9.6/stable [amd64])
...
So, in the case of the doubt, you use 'apt install -s '.
Reco
ys try to feed different passwords to login(1) or ssh, but
it will be terribly slow.
Reco
Hi.
On Tue, Nov 13, 2018 at 04:47:39PM -0500, Gene Heskett wrote:
> On Tuesday 13 November 2018 14:01:51 Reco wrote:
>
> > On Tue, Nov 13, 2018 at 12:49:17PM -0500, Gene Heskett wrote:
> > > On Tuesday 13 November 2018 11:23:13 pe...@easthope.ca wrote:
> > &g
racters". Is that adequate against
> > currently available brute force?
> >
> > Thanks, ... Peter E.
>
> "John the ripper" can find a 6 char word in a couple seconds on a slow
> machine.
Against sha512? Or against old Unix crypt? There's a difference, and
it's measured in orders of magnitude, not times.
Reco
d it's considered an adequate protection
against Rainbow Tables.
Besides, if the hashing algorithm is that bad that it can be cracked by
Rainbow Tables (the old Unix crypt, for instance) - the password length
is hardly relevant.
Reco
e: sha512crypt $6$, SHA512 (Unix)
Hash.Target..: $6$...
...
Time.Estimated...: Next Big Bang (15988 years, 0 days)
Guess.Mask...: ?a?a?a?a?a?a?a?a [8]
So, 6 characters is somewhat low (that GPU is outdated by today's
standards). 8 characters seem ok.
Reco
d.
Invoke 'systemctl hibernate' if you're using systemd.
Install pm-utils if not, and invoke 'pm-hibernate'.
Reco
Hi.
On Mon, Nov 12, 2018 at 12:54:11PM -0800, pe...@easthope.ca wrote:
> * From: Reco
> * Date: Fri, 9 Nov 2018 19:56:24 +0300
> > Ok, let's do it the hard way.
> >
> > udevadm info /sys/class/net/LocLCS218301788
>
> peter@joule:~$ udevadm info
KERNEL=="wlan*", NAME="wlan1"
>
> LocLCS1788 is present and LocLCS218301788 is absent. Nevertheless,
> LocLCS218301788
> surfaces here.
Ok, let's do it the hard way.
udevadm info /sys/class/net/LocLCS218301788
udevadm trigger /sys/class/net/LocLCS218301788
and, while we're at it,
udevadm info /sys/class/net/rename4
udevadm trigger /sys/class/net/rename4
Reco
actually, but that's
irrelevant). So it might as well depend on this to-be-done
x-www-browser.
Reco
Hi.
On Thu, Nov 08, 2018 at 03:04:39PM +0100, to...@tuxteam.de wrote:
> On Thu, Nov 08, 2018 at 04:54:13PM +0300, Reco wrote:
> > Hi.
> >
> > On Thu, Nov 08, 2018 at 08:30:17AM -0500, Cindy-Sue Causey wrote:
> > > > Be it as may, Debian does no
display driver
Definitely a real package. It's of limited use for me as QXL is for
x86(-64) guests only.
> qemu - fast processor emulator, dummy package
>
> Maybe things are on Developer hold?
An obsolete package. You need qemu-system metapackage.
Reco
Hi.
On Wed, Nov 07, 2018 at 02:27:32PM +0100, john doe wrote:
> On 11/7/2018 7:26 AM, Reco wrote:
> > Hi.
> >
> > On Tue, Nov 06, 2018 at 08:44:08PM +0100, john doe wrote:
> >> On 11/6/2018 5:05 PM, john doe wrote:
> >>> On
Hi.
On Tue, Nov 06, 2018 at 08:44:08PM +0100, john doe wrote:
> On 11/6/2018 5:05 PM, john doe wrote:
> > On 11/6/2018 4:02 PM, Reco wrote:
> >>Hi.
> >>
> >> On Tue, Nov 06, 2018 at 03:04:25PM +0100, john doe wrote:
> >>> Hi,
> &
"-append" with TFTP
invocation, and install Debian as if it was installed from TFTP.
Or rebuild d-i initrd to include your preseed.cfg.
Reco
w-browser".
So it kind of makes sense for gnome-core to depend on gnome-www-browser,
isn't it? Or there's a reason why using gnome-www-browser is unsuitable
for GNOME DE?
Reco
orking. Or are proprietary.
> Seems like other browsers like Iceweasel are just arbitrarily left
> out.
It's been two years since they discontinued Iceweasel.
Reco
gnome-core | grep Section
Section: metapackages
Seeing this Depends in gnome-core:
Depends: ...firefox-esr (>= 30) | firefox (>= 30) | chromium...
I suggest you to install chromium first if you value gnome-core for some
reason.
Reco
rbage pile. Next I'd buy something from Adaptec or
LSI (hint - eBay). If it does not have BBU it's not a real RAID
controller anyway.
But I suspect that it's not an option for you, so I'd start by trying to
detect mdadm drives in d-i.
Reco
ot find any modules which I could unload and reload to
> make the mouse and keyboard working again:
I'd try usbcore and usbhid for starters.
Or resetting problematic USB bus as shown at [1].
Reco
[1] http://billauer.co.il/blog/2013/02/usb-reset-ehci-uhci-linux/
le to 'solve' the
problem by downgrading "libssl1.1".
Of course that also means opening your server to all kinds of
exploitation, so replacing this "Apple Mail" with actual e-mail client
is definitely the way to go.
Reco
Hi.
On Mon, Nov 05, 2018 at 06:18:00AM +0100, Harald Dunkel wrote:
> On 11/3/18 4:42 PM, Reco wrote:
> > Hi.
> >
> > On Sat, Nov 03, 2018 at 03:37:06PM +0100, Harald Dunkel wrote:
> >>
> >> I don't see a short release cycle as a bad featu
QEMU. While being RedHat and GNOME software at the same
time, it does pretty good job of hiding all those pesky implementation
details.
Reco
Hi.
On Sat, Nov 03, 2018 at 03:37:06PM +0100, Harald Dunkel wrote:
> On 11/1/18 4:16 PM, Reco wrote:
> >
> > It's rather a short release cycle and a lack of feature parity with
> > openssl.
>
> I don't see a short release cycle as a bad feature. Its a
r: dereferencing pointer to incomplete type
‘SSL_CTX’ {aka ‘struct ssl_ctx_st’}
ctx->default_passwd_callback,
I suspect it's trivial to patch API difference, but I don't have the
time to do so.
Reco
[1] https://www.opensmtpd.org/portable.html
h.
https://www.raspberrypi.org/documentation/remote-access/ssh/
Reco
in the history of debian user.
>
> ONLY if members of this group can't or wont read.
> I believe I rigorously complied with
> [http://www.catb.org/esr/faqs/smart-questions.html]
'smartctl -a /dev/sda' output would be nice, but I won't insist on it.
Reco
gt; Is this a bug or a feature?
> If a feature, why?
A (mis)feature. Any executable text file without defined shebang is a
shell script. In this case - a syntactically invalid shell script.
So it can be executed, but the child shell will exit immediately.
Reco
Hi.
On Wed, Oct 31, 2018 at 09:41:48AM -0400, Dan Ritter wrote:
> On Wed, Oct 31, 2018 at 04:38:53PM +0300, Reco wrote:
> > Hi.
> >
> > On Wed, Oct 31, 2018 at 01:30:12PM +, Curt wrote:
> > > On 2018-10-31, songbird wrote:
> > > > P M w
he
> > institution which gave you that degree should be
> > discredited.
> >
>
> Are you familiar with the chemical properties of lemon juice and the
> latter's eventual interactions with CCTV technology when applied to the
> facial epidermis?
Hereby politely requesting translation to plain English.
Reco
et.rules
> ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="LocLCS1788"
So you try to rename anything that's named 'eth*' to a single name
LocLCS1788? I suspect that this rule's broken.
>
> The old name "LocLCS218301788" was dredged up from somewhere
> outside /etc/. Where? Old NIC names are cached?
Have you rebuilt initrd after the last udev rule changes?
Reco
}' \; -print
> root@joule:/etc#
>
> So ip reports an interface named rename4 but it doesn't
> appear anywhere in /etc/. Where does the name originate?
Udev failed to rename this interface to some Predictable™ name.
I'd search dmesg for clues.
Reco
Hi.
On Sun, Oct 28, 2018 at 05:51:13PM +0100, john doe wrote:
> On 10/26/2018 4:44 PM, Reco wrote:
> > Nah, we don't do Windows here. Way too many quirks for my personal
> > taste.
> > What you can try is to replace stdio with telnet:
> >
>
Hi.
On Sun, Oct 28, 2018 at 12:56:13PM -0400, The Wanderer wrote:
> On 2018-10-28 at 12:23, Reco wrote:
>
> > Hi.
> >
> > On Sun, Oct 28, 2018 at 12:04:54PM -0400, Gene Heskett wrote:
>
> [that in a previous message, Reco wrote:]
>
>
its
> possible I need tutoring on that. IMO any man page that uses an acronym,
> needs to include its definition.
RFC 4632. As official as it gets.
> > > > ifdown eth0
> > > > ifup -v eth0
>
> Will have to be done from its own keyboard unless a ; to separate them.
Gene, if I needed a *normal* result of this sequence I'd asked for one.
What I've asked was a *broken* one, which does not get a default route
as a result.
So, either it did not happen, or ...?
Reco
Hi.
On Sun, Oct 28, 2018 at 04:17:17PM +0300, Reco wrote:
> Hi.
>
> On Sun, Oct 28, 2018 at 02:13:30PM +0100, Pierre Frenkiel wrote:
> > On Sun, 28 Oct 2018, Reco wrote:
> >
> > > strace getent hosts bad.solutions
> >
> > thanks for you
Hi.
On Sun, Oct 28, 2018 at 02:13:30PM +0100, Pierre Frenkiel wrote:
> On Sun, 28 Oct 2018, Reco wrote:
>
> > strace getent hosts bad.solutions
>
> thanks for your answer, but the output is rather obscure for a non-guru
> user,
> except a lot of &q
works (without any running avahi or
> network-manager)
>
> any explanation?
strace getent hosts bad.solutions
If you're interested in lowly implementation details the answer will be
in there. Requires installing strace for obvious reasons.
Reco
; And there should not be anything about ifupdown, unless someone
> > redirects stdout/stderr of /etc/init.d/networking to syslog.
>
> Howto?
Don't. Simply don't. It requires wrapping with '| logger' every
ifup/ifdown at /etc/init.d/networking.
Reco
Hi.
On Sun, Oct 28, 2018 at 05:59:52AM -0400, Gene Heskett wrote:
> On Sunday 28 October 2018 02:55:09 Reco wrote:
>
> > Hi.
> >
> > On Sat, Oct 27, 2018 at 05:35:49PM -0400, Gene Heskett wrote:
> > > On Saturday 27 October 2018 14:37:
Hi.
On Sat, Oct 27, 2018 at 05:35:49PM -0400, Gene Heskett wrote:
> On Saturday 27 October 2018 14:37:38 Reco wrote:
>
> > Hi.
> >
> > On Sat, Oct 27, 2018 at 01:13:07PM -0400, Gene Heskett wrote:
> > > Then give me an install that can be made to w
g "bash -x ./configure" and see
> what that says. Maybe "strace -f -o logfile ./configure" to see what
> it's doing. Both will produce a lot of output...
I'd add a simple shell redirection to that.
If it's the terminal/shell issue, why not deny configure a tty and force
it to write to a file?
Reco
face up, add an address to it and only then
configure a default gateway.
And that's not specific to a Linux, it works that way in any OS I've
seen so far.
Reco
On Fri, Oct 26, 2018 at 07:38:56PM +0200, Alessandro Vesely wrote:
> On Fri 26/Oct/2018 11:27:36 +0200 Reco wrote:
> > On Fri, Oct 26, 2018 at 11:23:39AM +0200, Alessandro Vesely wrote:
> >> The problem is that the server froze. I don't think that's what it is
> >&g
On Fri, Oct 26, 2018 at 07:51:16PM +0200, Pascal Hambourg wrote:
> Le 26/10/2018 à 16:34, Reco a écrit :
> >
> > On Fri, Oct 26, 2018 at 09:59:16AM -0400, Michael Stone wrote:
> > > On Fri, Oct 26, 2018 at 08:57:29AM +0300, Reco wrote:
> > > >
eded
> by your
> disk drive, you can select it from the list.
> Driver needed for your disk drive:
> 1: continue with no disk drive [*], 46: loop,"
>
> Should I select the default option (1) or what should I do?
No, that means that whatever you did with Cygwin denied QEMU read-write
access to a file that represents a disk drive. An installation is
impossible.
Reco
Hi.
On Fri, Oct 26, 2018 at 03:21:41PM +0100, mick crane wrote:
> On 2018-10-26 06:57, Reco wrote:
> > Hi.
> >
> > On Fri, Oct 26, 2018 at 03:05:36AM +, Long Wind wrote:
> > > any package that test cpu/system speed and report benchmark?
> > >
Hi.
On Fri, Oct 26, 2018 at 09:59:16AM -0400, Michael Stone wrote:
> On Fri, Oct 26, 2018 at 08:57:29AM +0300, Reco wrote:
> > Why would you need a *program* to do that then you have Linux kernel
> > already?
> >
> > grep bogomips /proc/cpuinfo
>
> A
log something, and just fail any
> subsequent call on that interface, instead of freezing? Or did it freeze for
> an unrelated reason?
I believe that it's impossible to answer this question. It's highly
likely that it was kernel panic. Whenever it was related to failed NIC,
or no - it's impossible to tell since there's no kernel backtrace.
I'd install, say, kdump-tools for the future incidents like this.
Reco
Hi.
On Fri, Oct 26, 2018 at 10:42:53AM +0200, arne wrote:
> On Fri, 26 Oct 2018 11:26:13 +0300
> Reco wrote:
>
> > Hi.
> >
> > On Fri, Oct 26, 2018 at 08:17:31AM +, Long Wind wrote:
> > > Thank Reco!
> >
> > You're welcome
Hi.
On Fri, Oct 26, 2018 at 08:17:31AM +, Long Wind wrote:
> Thank Reco!
You're welcome.
> intel get higher mark than amd
That's expected. You need raw CPU power - you buy Intel.
> but could you explain a little about your command and bogomips?
> i can't find
peed
Why would you need a *program* to do that then you have Linux kernel
already?
grep bogomips /proc/cpuinfo
Reco
to:mime-version
:content-transfer-encoding:message-id;
...
That means that Google vouched that all e-mail headers listed in "h=",
including Message-ID are legit.
Any e-mail receiver including debian-user's MTA (bendel.debian.org) can
verify that header (bendel does).
Changing any DKIM-protected header will break DKIM signature, and that
means such e-mail can be rightfully rejected by receiver.
But wait, there's more. Message-ID has special meaning - replying
e-mails can reference it. You change Message-ID - you break threading.
Reco
the text of the
> message (like the name of the maillist or group, a MOTD, how to unsubscribe,
> ...)
Good luck reassembling all those base64/uuencoded e-mails.
Even single Unicode smiley like this ☺ will lead to funny results.
Reco
On Thu, Oct 25, 2018 at 03:57:32PM -0400, rhkra...@gmail.com wrote:
> I usually read mail list posts in kmail, but they never show the posts that I
> made (except in the sent mail folder).
[1], question 14.
Reco
[1] https://wiki.debian.org/FAQsFromDebianUser
g -m 1024 -nographic \
-kernel vmlinux -append 'console=ttyS0,115200n8' \
-initrd initrd.gz
Replace -kernel, -initrd and -append with '-boot c' after the
installation.
Also consider using '-M q35' instead of old '-M pc' you're using now.
Reco
> package?))
Likewise, procmail is not an MTA, it's a Mail Delivery Agent - MDA.
The purpose of a procmail is to classify and deliver e-mail, not to send
or receive it.
Reco
s not.
> Any suggestions, please?
Clear your DHCP lease file on DHCP server. Bounce the thing. Check
again.
Reco
he usual caveat - don't forget to
change uids/gids for any filesystem objects (files, dirs, pipes, sockets
etc) that belonged to original gids/uids.
Reco
o continue? [Y/n] Abort.
> > root@server:~#
> >
> > The upgrade is aborted without I have keyed anything !!!
> >
> > What am I missing ?
>
> I've really no idea what is going on here, but try
>
> apt -y upgrade.
And then apt runs debconf, and debconf receives whatever keypress that
was interrupting apt. Sounds risky to me.
I'd try running apt from iLO/BMC/ILOM.
Reco
Hi.
On Sat, Oct 20, 2018 at 08:20:16AM +0100, mick crane wrote:
> On 2018-10-20 07:22, Reco wrote:
> > Hi.
> >
> > On Sat, Oct 20, 2018 at 02:16:57AM +0200, arne wrote:
> > > By-passed my proxies, did not help.
> > >
> > > Those
in mismatch, certificate expiration, wrong TLS protocol
version etc.
Any Modern Browser™ hides these details from you, so Firefox (for
instance) itself is hardly suited for the troubleshooting.
So I propose this for starters:
openssl s_client -connect www.google.com:443
Reco
In the case of Palemoon - well, OpenBSD project won't a Palemoon port in
a foreseable future.
Reco
[1] https://lwn.net/Articles/676799/
ect' version of GTK3, for example.
[1]
https://packages.debian.org/search?searchon=contents=libsoftokn3.so=exactfilename=stable=any
Reco
On Thu, Oct 18, 2018 at 07:13:20PM -0400, Doug wrote:
>
> On 10/18/2018 04:49 AM, Reco wrote:
> > Hi.
> >
> > On Thu, Oct 18, 2018 at 10:02:42AM +0200, to...@tuxteam.de wrote:
> > > > I think its an good alternative to Firefox Quantum.
> > > >
Hi.
On Thu, Oct 18, 2018 at 04:53:19PM +0200, basti wrote:
> On 18.10.2018 16:29, Reco wrote:
> > If only Debian project did something about Firefox privacy settings.
> > Let's face it - Mozilla are hypocrites. They loudly 'care about users'
> > privacy', but then
ys where
> most websites had something like "Best viewed in Internet Explorer 5.5+"
> on every page :-(
It's happened already. The catch there is that you need Chrome to
display that 'best viewed in' badge.
Reco
Palemoon means extremely hostile upstream - [1].
Does Debian project really needs yet another Iceweasel incident?
Reco
[1] https://github.com/jasperla/openbsd-wip/issues/86
Hi.
On Thu, Oct 18, 2018 at 06:11:13AM +0200, steve wrote:
> Le 17-10-2018, à 09:52:06 +0300, Reco a écrit :
>
> > > > And, finally, /var/log/audit/audit.log if you have auditd installed
> > > > (hint - install it if you don't).
> > >
>
cord' once a test is done. Next you copy
resulting 'perf.data' file for safekeeping.
Rinse and repeat for each kernel/filesystem tested.
Once all needed combinations of kernel/filesystem are tested once more,
you use 'perf report' and 'perf annonate' to show you actual
userspace/kernel functions that were in play at the time of tests.
Reco
ss
> affected than the ones with many files.
I'd complete your tests with an invocation of 'perf record/perf top' on
NFS server side.
The reason being - you'll be able to point out at particular
kernel/userspace functions that are responsible for this slowdown.
Reco
bian-devel, but the discussion you're looking for
should be there - [3]. I'd start with Jul 2014, following by Aug 2014
and Sep 2014 (the change was made 19th September 2014).
Reco
[1]
https://salsa.debian.org/installer-team/tasksel/commit/2a962cc65cdba010177f27e8824ba10d9a799a08
[2]
https://s
Hi.
On Wed, Oct 17, 2018 at 06:33:09AM +0200, steve wrote:
> Le 16-10-2018, à 09:51:22 +0300, Reco a écrit :
>
> > Hi.
> >
> > On Tue, Oct 16, 2018 at 07:31:17AM +0200, steve wrote:
> > > Hi there,
> > >
> > > Purged and then r
and every sysvinit script, yet nobody done
that (save SELinux) yet.
On the other hand we have rather ... dismissive (let's call it that)
attitude at systemd's upstream regarding security bug reports. [1] and
[2], to show some examples.
Reco
[1] https://github.com/systemd/systemd/issues/6237
[2]
1001 - 1100 of 2347 matches
Mail list logo