On Vi, 28 feb 20, 04:52:24, Richard Owlett wrote:
> On 02/28/2020 02:34 AM, Andrei POPESCU wrote:
> > On Jo, 27 feb 20, 07:30:31, Richard Owlett wrote:
> > > How do I resend it now (I've never knowingly used SMPT)?
> >
> > #328531
>
> I don't see the connection.
As per the bug report, reportbug
On Fri 28 Feb 2020 at 23:19:07 (+0100), Jonas Smedegaard wrote:
> Quoting Ted Baker (2020-02-28 22:41:27)
> > Thanks, I was referring to john doe's earlier comment "In other words,
> > one language needs to be selected in order to be able to choose 'none'
> > (use none if you access the host thro
Quoting Ted Baker (2020-02-28 22:41:27)
> Thanks, I was referring to john doe's earlier comment "In other words,
> one language needs to be selected in order to be able to choose 'none'
> (use none if you access the host through SSH) or 'C.UTF-8."
>
> And the fact that in dpkg-reconfigure locale
Thanks, I was referring to john doe's earlier comment "In other words, one
language needs to be selected in order to be able to choose 'none' (use
none if you access the host through SSH) or 'C.UTF-8."
And the fact that in dpkg-reconfigure locales, I didn't see the option for
C.UTF-8. If I uncheck
On Fri, Feb 28, 2020 at 04:10:54PM -0500, Ted Baker wrote:
> So C.UTF-8 in itself does not count as a valid locale, and I have to add
> something like en_US.UTF-8?
This is debian-user, so the answer is "it's valid in Debian".
You can tell because it shows up in the output of "locale -a".
For a m
On 2020-02-28 at 15:58, Charles Curley wrote:
> I have an ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter
> (rev. B1) [Realtek RTL8192CU], which I would like to use with hostapd
> on Debian 10.3 as updated. I have installed firmware-realtek version
> 20190114-2. The adapter shows up in lsu
So C.UTF-8 in itself does not count as a valid locale, and I have to add
something like en_US.UTF-8?
The problem seems to show up only in gnome though. In console mode, things
are fine without en_US.UTF-8.
On Fri, Feb 28, 2020 at 9:52 AM john doe wrote:
> On 2/28/2020 3:34 PM, Ted Baker wrote:
I have an ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev.
B1) [Realtek RTL8192CU], which I would like to use with hostapd on
Debian 10.3 as updated. I have installed firmware-realtek version
20190114-2. The adapter shows up in lsusb, and I believe the firmware
blob is loading.
root@ch
On Fri, Feb 28, 2020, 3:18 PM Greg Wooledge wrote:
> On Fri, Feb 28, 2020 at 03:15:18PM -0500, Kenneth Parker wrote:
> > Is there information I can get (via, either a command or a file display)
> to
> > see what Firmware is actually Applied?
>
> dmesg | grep -i firmware
>
Thank you Greg. Just w
>
> I've no idea about the answer to that, but I am interested about
> how you ascertained the parental relationship.
>
I used `ps flax`. Output from the `pstree` command Greg mentioned looks
nicer.
On Fri, Feb 28, 2020 at 03:15:18PM -0500, Kenneth Parker wrote:
> Is there information I can get (via, either a command or a file display) to
> see what Firmware is actually Applied?
dmesg | grep -i firmware
Due to special testing requirements (i.e. helping a Friend), I need to
Install a new Buster Partition. The current, running one required a
significant amount of Trial and Error (Lenovo Ideapad 320 -- need I say
more?), including non-free packages, before I was able to get Firmware that
worked. A
On Fri, Feb 28, 2020 at 01:55:12PM -0600, David Wright wrote:
> Like G.W. Haywood, I run fvwm with
All of the cool people do!
:r !pstree
systemd-+-acpid
|-login---bash---startx---xinit-+-Xorg---3*[{Xorg}]
| `-fvwm-+-FvwmAnimate
|
On Fri 28 Feb 2020 at 11:21:35 (-0500), Ted Baker wrote:
> >
> > In GNOME, terminals are not children of the window manager, or even of
> > the session manager. When you ask for a terminal, GNOME sends a letter
> > to dbus, asking dbus to please make a terminal. Your gnome-terminal
> > is a child
On Friday, February 28, 2020 12:55:38 PM Greg Wooledge wrote:
> Whatever it is that you wanted to know.
Thanks for your reply!
What I wanted to know is whether KDE had the same problem that you perceived
with GNOME (without fully understanding the details or ramifications of the
problem).
At s
On Tue, 11 Feb 2020 23:15:43 +0100
"Miguel A. Vallejo" wrote:
> Interesting very interesting.
>
> > (On what GPU?)
>
> The same as yours:
>
> VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
>
> in a I5-6500 CPU.
>
> > For whatever it's worth, I do *not* see any prob
Tixy wrote:
> On Fri, 2020-02-28 at 06:45 -0500, Dan Ritter wrote:
> > Dan Ritter wrote:
> > > Go to /etc/nsswitch.conf
> > >
> > > If these lines look like this
> > >
> > > passwd: compat systemd
> > > group: compat systemd
> > > shadow: compat systemd
> > >
> > > rem
On Fri, Feb 28, 2020 at 12:32:00PM -0500, rhkra...@gmail.com wrote:
> On Friday, February 28, 2020 11:09:23 AM Greg Wooledge wrote:
> > On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> > > Do you (or does anyone else) know if KDE works in a manner similar to
> > > GNOME, or is
On Fri, 2020-02-28 at 06:45 -0500, Dan Ritter wrote:
> Dan Ritter wrote:
> > Go to /etc/nsswitch.conf
> >
> > If these lines look like this
> >
> > passwd: compat systemd
> > group: compat systemd
> > shadow: compat systemd
> >
> > remove the systemd references.
> >
>
On Friday, February 28, 2020 11:09:23 AM Greg Wooledge wrote:
> On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> > Do you (or does anyone else) know if KDE works in a manner similar to
> > GNOME, or is it more like the traditional X11 setup?
>
> If you're actually using KDE, y
Hi,
G.W. Haywood wrote:
> The system load averages are elevated to an extent,
> but 'top' doesn't show any particular processes hogging CPU.
If top does not show processes which cause visible high overall CPU load,
then this might indicate many short running processes.
You could estimate the num
Hello again,
On Fri, 28 Feb 2020, Dan Ritter wrote:
A ridiculously decelerated gzip is evidence of one of the
following:
- CPU throttling
- disk errors
- something interfering with the disk reading or writing
You've probably seen my reply to your first by now, it seems that disc
access probl
Hi there,
Thanks very much for the reply.
On Fri, 28 Feb 2020 Andrei POPESCU wrote:
What Desktop Environment? I believe GNOME is using Wayland by default
and needs hardware acceleration. Try something like LXDE instead.
Sorry, I did mean to mention that but I forgot. It's XFCE, and the
gree
On Fri, Feb 28, 2020 at 11:21:35AM -0500, Ted Baker wrote:
> so in my terminal, I can see the parental relationship is,
>
> init -> systemd --user -> gnome-terminal-server -> bash
> where init is /usr/lib/systemd
>
> how do these three processes fit into your dbus description?
Who knows? It's a
>
> In GNOME, terminals are not children of the window manager, or even of
> the session manager. When you ask for a terminal, GNOME sends a letter
> to dbus, asking dbus to please make a terminal. Your gnome-terminal
> is a child of dbus, and inherits its environment from dbus.
>
> You do not ge
On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> Do you (or does anyone else) know if KDE works in a manner similar to GNOME,
> or is it more like the traditional X11 setup?
If you're actually using KDE, you could find out for yourself by
trying it and seeing what happens. G
On Friday, February 28, 2020 09:35:36 AM Greg Wooledge wrote:
> In a traditional X11 setup, your session is a hierarchy of processes,
> with the window manager (or session manager) as the parent/root of
> the hierarchy. Every process is a descendant of the window manager,
> and inherits its enviro
> It would also be good to look after the basics, like running "uptime"
> to check the load average, "top" to see if there are processes running
> amok, "df" to see if a file system is unexpectedly full, and so on.
Yes, I'd recommend running `atop` on both machines during your test to
try and see
> In GNOME, terminals are not children of the window manager, or even of
> the session manager. When you ask for a terminal, GNOME sends a letter
> to dbus, asking dbus to please make a terminal. Your gnome-terminal
> is a child of dbus, and inherits its environment from dbus.
Is that how `gnome
On Fri, Feb 28, 2020 at 02:34:19PM +, G.W. Haywood wrote:
> --
> On Thu, 27 Feb 2020, Dan Ritter wrote:
>
> > Go to /etc/nsswitch.conf
> >
> > If these lines look like this
> >
> > passwd: compat systemd
> > group:
Hi there,
Thanks Greg, Dan and Rico for the replies. Keep them coming, I'm
afraid we're not out of the woods yet.
On Thu, Feb 27, 2020 at 03:11:10PM +, G.W. Haywood wrote:
... Jessie to Stretch to Buster ... Immediately, the users started to
complain about performance. Not just a small
On 2/28/2020 3:34 PM, Ted Baker wrote:
>>
>> You should use 'dpkg-reconfigure locales'.
>>
>
> I actually tried `sudo dpkg-reconfigure locales`, but C.UTF-8 is not even
$ DEBIAN_FRONTEND=text dpkg-reconfigure locales
Configuring locales
---
Locales are a framework to switch betwe
On Fri 28 Feb 2020 at 04:52:24 -0600, Richard Owlett wrote:
> From the perspective of a first time bug user I'm mildly unhappy with
> https://www.debian.org/Bugs/Reporting .
> It will take significant time to determine IF I can come up with useful and
> practical suggestion(s). Time will tell.
It
On Fri, Feb 28, 2020 at 09:27:26AM -0500, Ted Baker wrote:
> >
> > This. Everything you know about Unix? Throw it out the window when
> > you're using GNOME. GNOME takes over everything, and makes you do
> > it all GNOME's way. You have control of nothing.
> >
>
> hmm. I am trying to understan
>
> You should use 'dpkg-reconfigure locales'.
>
I actually tried `sudo dpkg-reconfigure locales`, but C.UTF-8 is not even
on the list, so I can only remove en_US.UTF-8 there. Then I did `sudo
update-locale LANG=C.UTF-8`. As far as I know, these steps basically
modifies /etc/locale.gen, runs loca
>
> This. Everything you know about Unix? Throw it out the window when
> you're using GNOME. GNOME takes over everything, and makes you do
> it all GNOME's way. You have control of nothing.
>
hmm. I am trying to understand what GNOME does under the hood, in this
case, if possible. Right now, c
On Fri, Feb 28, 2020 at 07:01:31AM +0100, john doe wrote:
> On 2/28/2020 6:55 AM, john doe wrote:
> > On 2/28/2020 2:07 AM, Ted Baker wrote:
> >> I updated /etc/default/locale, LANG=C.UTF-8, then reboot.
> >>
> >
> > You should use 'dpkg-reconfigure locales'.
> >
> > https://wiki.debian.org/Locale
Dan Ritter wrote:
> Go to /etc/nsswitch.conf
>
> If these lines look like this
>
> passwd: compat systemd
> group: compat systemd
> shadow: compat systemd
>
> remove the systemd references.
>
> If performance improves immensely immediately after the edit,
> that was th
On Debian sid, I have ye olde and trustey 4.19 kernel, as well as the packages
linux-image-amd64 and linux-image-rt-amd64.
When (re)installing zfs-dkms, e.g. on an apt upgrade, first the 4.19 modules
are successfully rebuilt, then the 5.4.0-4-rt-amd64 modules exit with an error
(I'm guessing zf
On 02/28/2020 02:34 AM, Andrei POPESCU wrote:
On Jo, 27 feb 20, 07:30:31, Richard Owlett wrote:
When I attempted to send the bug the response was:
Connecting to reportbug.debian.org via SMTP...
SMTP send failure: (421, b'buxtehude.debian.org: Too much load; please try
again later'). Do you wan
On Jo, 27 feb 20, 15:11:10, G.W. Haywood wrote:
> Hi there,
>
> Long time Linux user here, very familiar with tools for system
> administration but somewhat stumped by the behaviour of a system
> installed by me about six years ago at a local farm. It's an old
> Intel 'NUC' like this one:
>
> ht
On Jo, 27 feb 20, 07:30:31, Richard Owlett wrote:
> When I attempted to send the bug the response was:
>
> > Connecting to reportbug.debian.org via SMTP...
> > SMTP send failure: (421, b'buxtehude.debian.org: Too much load; please try
> > again later'). Do you want to retry (or else save the repor
42 matches
Mail list logo
