debian-user:
I have a computer with Debian:
$ cat /etc/debian_version ; uname -a
9.13
Linux tinkywinky 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05)
x86_64 GNU/Linux
I have installed the source code for the 'perl' package:
$ apt-get source perl
When I attempt to compile the
On Tue 29 Sep 2020 at 17:10:13 (-0400), Miles Fidelman wrote:
> On 9/29/20 1:04 PM, Nate Bargmann wrote:
>
> > I tried GNU Guix a few years back. I did not find a compelling reason
> > other than package roll back to leave Debian for it. Bullseye has the
> > nix-bin package available for those
On 9/29/20 06:53, Michael Stone wrote:
> On Tue, Sep 29, 2020 at 08:44:18AM -0400, Gene Heskett wrote:
>> This is likely quite true Michael, but it also is only a hint as to how
>> to fix it for the OP.
>
> It was already fixed, serveraliveinterval/clientaliveinterval is the
> right answer. I
On 9/29/20 1:04 PM, Nate Bargmann wrote:
I tried GNU Guix a few years back. I did not find a compelling reason
other than package roll back to leave Debian for it. Bullseye has the
nix-bin package available for those wanting to try it without leaving
Debian, I guess.
- Nate
I've been
David Christensen wrote:
> On 2020-09-28 09:26, discsupp...@seagate.com wrote:
> > Hello David Christensen,
> >
> I have asked three times that you make a binary image of Seagate SeaTools
> Bootable available, and have received delay, diversionary, and denial
> tactics in response. I will ask
On 2020-09-28 09:26, discsupp...@seagate.com wrote:
Hello David Christensen,
Welcome to Seagate Support, my name is Jairo and I'm glad to assist you today
about SeaTools and its source code licenced under GPL. We will work together to
find a solution.
SeaTools Booteable uses free libraries
I tried GNU Guix a few years back. I did not find a compelling reason
other than package roll back to leave Debian for it. Bullseye has the
nix-bin package available for those wanting to try it without leaving
Debian, I guess.
- Nate
--
"The optimist proclaims that we live in the best of all
Hi,
Andy Smith wrote:
> your reply doesn't make it clear to me whether the
> lazy init was the cause of your writes or not.
It seems so.
The disk is mounted without i/o being counted in /sys/block/sda/sda2/stat .
If only half of the 733702 write ops of mkfs.ext4 were due to lazy_*=0,
then they
Dan Ritter wrote:
> Victor Sudakov wrote:
> > F*ck!
> >
> > I wonder why it is trying to create it as nobody:nogroup...
> >
> > spamd[32333]: plugin: eval failed: bayes: (in learn) locker: safe_lock:
> > cannot create tmp lockfile
> >
Victor Sudakov wrote:
> F*ck!
>
> I wonder why it is trying to create it as nobody:nogroup...
>
> spamd[32333]: plugin: eval failed: bayes: (in learn) locker: safe_lock:
> cannot create tmp lockfile
>
Victor Sudakov wrote:
> Dan Ritter wrote:
> > Victor Sudakov wrote:
> > > Dear Colleagues,
> > >
> > > Is anyone running Debian's default SpamAssassin package together with
> > > some MTA (exim, postfix etc)?
> > >
> > > My question is, when SpamAssassin is accessed over the network
> > >
Victor Sudakov wrote:
> Dan Ritter wrote:
> > Victor Sudakov wrote:
> > > Dear Colleagues,
> > >
> > > Is anyone running Debian's default SpamAssassin package together with
> > > some MTA (exim, postfix etc)?
> > >
> > > My question is, when SpamAssassin is accessed over the network
> > >
On Tue, Sep 29, 2020 at 01:02:35PM +0200, Thomas Schmitt wrote:
> Andy Smith wrote:
> > Create with:
> >mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0
>
> This lasts significantly longer than my first mkfs run.
> The drive makes ~ 1950 write operations per second. So i estimate that
>
Dan Ritter wrote:
> Victor Sudakov wrote:
> > Dear Colleagues,
> >
> > Is anyone running Debian's default SpamAssassin package together with
> > some MTA (exim, postfix etc)?
> >
> > My question is, when SpamAssassin is accessed over the network
> > (127.0.0.1:783), where does it keep its
to...@tuxteam.de wrote:
>
> > Those are kind of virtual things, as far as I understand. If not %mem, then
> > what `ps` parameter can show me how many php-fpm workers I can safely start
> > before RAM is exhausted?
>
> This is a seemingly easy question with a surprisingly difficult answer.
>
>
Klaus Singvogel wrote:
> Victor Sudakov wrote:
> > > Perhaps because the php-fpm workers were forked from the same parent
> > > and so a lot of theie 'physical' RAM is actually the same RAM as each
> > > other, because it's not been modified?
> >
> > I see your point, but ps(1) talks about real
Victor Sudakov wrote:
> Dear Colleagues,
>
> Is anyone running Debian's default SpamAssassin package together with
> some MTA (exim, postfix etc)?
>
> My question is, when SpamAssassin is accessed over the network
> (127.0.0.1:783), where does it keep its Bayesian database?
>
> A command like
Dear Colleagues,
Is anyone running Debian's default SpamAssassin package together with
some MTA (exim, postfix etc)?
My question is, when SpamAssassin is accessed over the network
(127.0.0.1:783), where does it keep its Bayesian database?
A command like
spamc -u nobody -L ham < mail.txt
Victor Sudakov wrote:
> > Perhaps because the php-fpm workers were forked from the same parent
> > and so a lot of theie 'physical' RAM is actually the same RAM as each
> > other, because it's not been modified?
>
> I see your point, but ps(1) talks about real physical RAM:
>
> %mem%MEM
On Tue, Sep 29, 2020 at 10:19:17PM +0700, Victor Sudakov wrote:
[...]
> Those are kind of virtual things, as far as I understand. If not %mem, then
> what `ps` parameter can show me how many php-fpm workers I can safely start
> before RAM is exhausted?
This is a seemingly easy question with a
On Tue, Sep 29, 2020 at 11:13:59AM -0400, Stefan Monnier wrote:
In general it's kind of dumb on modern hardware to expire sessions
that are still exchanging TCP keepalives unless you're under extreme
pressure from a DoS attack or somesuch.
Indeed, I'd be *very* surprised if a connection was
to...@tuxteam.de wrote:
> On Tue, Sep 29, 2020 at 10:24:35AM +0700, Victor Sudakov wrote:
> > Dear Colleagues,
> >
> > Could you please clarify for me how the following is possible. `ps` shows
> > that the php-fpm workers have occupied 62% of physical memory, while
> > `free` shows that only
Tixy wrote:
> >
> > Could you please clarify for me how the following is possible. `ps` shows
> > that the php-fpm workers have occupied 62% of physical memory, while
> > `free` shows that only 1.3Gi (which is 17% of total RAM) is used:
> >
> > $ ps axww -o cmd,%mem |awk
> In general it's kind of dumb on modern hardware to expire sessions
> that are still exchanging TCP keepalives unless you're under extreme
> pressure from a DoS attack or somesuch.
Indeed, I'd be *very* surprised if a connection was dropped despite
exchange of TCP keepalives. It seems much more
On Tue, Sep 29, 2020 at 10:44:13AM -0400, Michael Stone wrote:
> On Tue, Sep 29, 2020 at 04:34:06PM +0200, to...@tuxteam.de wrote:
> >Setting the socket option to keep alive "fixed" that.
>
> You were lucky. ssh does that by default, so if ssh sessions are
> getting killed these days it's because
David Wright wrote:
> On Tue 29 Sep 2020 at 15:50:35 (+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
> > >> >> public Windows
On Tue 29 Sep 2020 at 15:50:35 (+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
> >> >> public Windows machine?
> >> >
> >> > I'm not sure I
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
> >> >> public Windows machine?
> >> >
> >> >
On Tue, Sep 29, 2020 at 04:34:06PM +0200, to...@tuxteam.de wrote:
Setting the socket option to keep alive "fixed" that.
You were lucky. ssh does that by default, so if ssh sessions are getting
killed these days it's because the firewall ignores tcp keepalives when
calculating timeouts. If
On Tue, Sep 29, 2020 at 04:22:32PM +0200, to...@tuxteam.de wrote:
On Tue, Sep 29, 2020 at 08:18:54AM -0400, Michael Stone wrote:
On Wed, Sep 23, 2020 at 03:48:56PM -0400, Greg Wooledge wrote:
>The normal reason people need to use ServerAlive or ClientAlive is NAT.
>If your connection from ssh
On Tue, Sep 29, 2020 at 04:22:32PM +0200, to...@tuxteam.de wrote:
Following up on myself: I had exactly this case with an (outsourced)
data centre: they had NATs between different realms (you might ask
"why, oh, why?" and you'd be right). The application server and the
database server were
On Tue, Sep 29, 2020 at 08:18:54AM -0400, Michael Stone wrote:
> On Wed, Sep 23, 2020 at 03:48:56PM -0400, Greg Wooledge wrote:
> >The normal reason people need to use ServerAlive or ClientAlive is NAT.
> >If your connection from ssh client to ssh server goes through a NAT
> >router, the router
> If you want to defend against on-disk corruption, use ZFS.
> If you want to be alerted to every change to a set of files, use
> tripwire or aide. Both are packaged for Debian.
> ...
Really?!? Well, I would say that is only part of the story and not
even the most interesting one. I am amazed
On 9/25/20, Jonathan Dowland wrote:
> On Thu, Sep 24, 2020 at 05:58:49PM -0500, David Wright wrote:
>>I can't believe the answer is as simple as visiting
>>https://packages.debian.org/index
>>and downloading the packages you want (in binary mode).
>
> Plus (possibly several) iterations of
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
>> >> public Windows machine?
>> >
>> > I'm not sure I understand this question or how it relates to the
>> > previous one.
>>
>>
On 9/26/20, Michael Stone wrote:
> On Sat, Sep 26, 2020 at 02:11:30PM +0200, Albretch Mueller wrote:
>>On 9/25/20, Michael Stone wrote:
>>> Just one would be good enough (pick the sha256sum). What you're doing is
>>> a waste of time. If you want to future proof then use sha3, via the
>>> rhash
On Tue, Sep 29, 2020 at 08:44:18AM -0400, Gene Heskett wrote:
This is likely quite true Michael, but it also is only a hint as to how
to fix it for the OP.
It was already fixed, serveraliveinterval/clientaliveinterval is the
right answer. I guess I can review: these options simply have the
On Tuesday 29 September 2020 08:18:54 Michael Stone wrote:
> On Wed, Sep 23, 2020 at 03:48:56PM -0400, Greg Wooledge wrote:
> >The normal reason people need to use ServerAlive or ClientAlive is
> > NAT. If your connection from ssh client to ssh server goes through a
> > NAT router, the router may
On Wed, Sep 23, 2020 at 03:48:56PM -0400, Greg Wooledge wrote:
The normal reason people need to use ServerAlive or ClientAlive is NAT.
If your connection from ssh client to ssh server goes through a NAT
router, the router may keep track of activity on that connection, and
drop the translation
On Tue, Sep 29, 2020 at 11:48:40AM +0200, MAS Jean-Louis wrote:
> Le 28/09/2020 à 13:57, Roberto C. Sánchez a écrit :
>
> > Note that the mediawiki package is handled by the LTS team. It is not
> > incorrect to discuss issues like this on debian-user, but a better place
> > is the debian-lts
- Mail original -
> De: "Sihol"
> À: debian-user-french@lists.debian.org
> Envoyé: Mardi 29 Septembre 2020 02:36:54
> Objet: problème ouverture image debian AMD64
>
> Bonjour,
>
> j’ai un macbook Air 2015 version 10.15.7 1,6 Ghz intel i5 8Go Ram.
> apres avoir télécharger l’image
Hello All,
I came across an amazing project called GNU Guix.
So, I made an animation to introduce the novel concepts of this project.
Here is the link for the video,
https://gnuguix-drive.mycozy.cloud/public?sharecode=YvERPGX14g5S
Please leave me a feedback on your experience.
Cheers,
El 2020-09-29 a las 10:05 +0200, Josu Lazkano escribió:
> He instalado Debian Buster un mini PC (
> https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA), pero me da
> problemas el bluetooth:
>
> [4.859123] Bluetooth: hci0: BCM: chip id 84
> [4.859634] Bluetooth: hci0: BCM:
Hi,
Andy Smith wrote:
> Could it possibly be the lazy init feature of ext4, which is enabled
> by default and can sometimes result in several minutes of background
> writes to a newly-created fs?
Well, the blinking went on for at least an hour.
> Create with:
>mkfs.ext4 -E
Hello,
On Tue, Sep 29, 2020 at 10:24:44AM +0200, Thomas Schmitt wrote:
> i have encrypted my HDD's (*) data partition. Now the disk access LED is
> blinking rapidly as soon as i mount it.
Could it possibly be the lazy init feature of ext4, which is enabled
by default and can sometimes result in
Le 28/09/2020 à 13:57, Roberto C. Sánchez a écrit :
> Note that the mediawiki package is handled by the LTS team. It is not
> incorrect to discuss issues like this on debian-user, but a better place
> is the debian-lts list. Many LTS users and all of the LTS maintainers
> monitor that list.
On Tue, Sep 29, 2020 at 10:24:35AM +0700, Victor Sudakov wrote:
> Dear Colleagues,
>
> Could you please clarify for me how the following is possible. `ps` shows
> that the php-fpm workers have occupied 62% of physical memory, while
> `free` shows that only 1.3Gi (which is 17% of total RAM) is
Hi,
i have encrypted my HDD's (*) data partition. Now the disk access LED is
blinking rapidly as soon as i mount it.
Is this normal ?
I did:
cryptsetup -v -y luksFormat --type luks2 /dev/sda2
cryptsetup open /dev/sda2 daten
dd if=/dev/zero bs=512 count=7679784591 status=progress
Hola,
He instalado Debian Buster un mini PC (
https://www.ecs.com.tw/ECSWebSite/Product/Product_LIVA/ES/LIVA), pero me da
problemas el bluetooth:
[4.859123] Bluetooth: hci0: BCM: chip id 84
[4.859634] Bluetooth: hci0: BCM: features 0x0f
[4.860790] Bluetooth: hci0: BCM4324B3
[
On Tue, 2020-09-29 at 10:24 +0700, Victor Sudakov wrote:
> Dear Colleagues,
>
> Could you please clarify for me how the following is possible. `ps` shows
> that the php-fpm workers have occupied 62% of physical memory, while
> `free` shows that only 1.3Gi (which is 17% of total RAM) is used:
>
>
50 matches
Mail list logo
