Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #275421 > unrolled thread
| Started by | gene heskett <gheskett@shentel.net> |
|---|---|
| First post | 2024-12-09 16:00 +0100 |
| Last post | 2024-12-12 04:30 +0100 |
| Articles | 20 on this page of 130 — 19 participants |
Back to article view | Back to linux.debian.user
restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-09 16:00 +0100
Re: restart lasts maybe a minute till next freeze Bret Busby <bret@busby.net> - 2024-12-09 16:30 +0100
Re: restart lasts maybe a minute till next freeze "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-09 20:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-09 22:40 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-10 03:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-10 23:00 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-11 03:10 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-11 05:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-11 06:20 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 02:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-16 00:20 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-16 15:20 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-16 18:10 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-11 03:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-11 07:20 +0100
Re: restart lasts maybe a minute till next freeze Bob McGowan <ramjr0915@gmail.com> - 2024-12-11 08:00 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 02:30 +0100
Re: restart lasts maybe a minute till next freeze "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-11 22:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 02:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 06:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 09:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 18:40 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-12 18:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 19:20 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-12 19:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 21:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 20:30 +0100
Re: restart lasts maybe a minute till next freeze eben@gmx.us - 2024-12-12 21:00 +0100
Re: restart lasts maybe a minute till next freeze Charles Curley <charlescurley@charlescurley.com> - 2024-12-12 20:30 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-13 07:40 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 08:00 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-13 10:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 10:50 +0100
Re: restart lasts maybe a minute till next freeze tomas@tuxteam.de - 2024-12-13 11:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 11:30 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-13 13:10 +0100
Re: restart lasts maybe a minute till next freeze Tom Dial <tddial@comcast.net> - 2024-12-14 00:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 01:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 01:10 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-14 04:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 05:30 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 07:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 15:30 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-14 16:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 17:40 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-15 16:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 17:50 +0100
Re: restart lasts maybe a minute till next freeze "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-14 18:50 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-15 05:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-15 17:50 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-15 16:10 +0100
SOLVED ? Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-15 18:40 +0100
Re: SOLVED ? Re: restart lasts maybe a minute till next freeze Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-12-16 14:00 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 07:00 +0100
Re: restart lasts maybe a minute till next freeze Tom Dial <tddial@comcast.net> - 2024-12-14 23:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 11:20 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-13 04:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 07:40 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-13 07:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 08:10 +0100
Re: restart lasts maybe a minute till next freeze pocket@homemail.com - 2024-12-13 15:10 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-13 15:10 +0100
Re: restart lasts maybe a minute till next freeze pocket@homemail.com - 2024-12-13 15:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 16:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 15:40 +0100
Re: restart lasts maybe a minute till next freeze Andy Smith <andy@strugglers.net> - 2024-12-13 18:40 +0100
Re: restart lasts maybe a minute till next freeze Charles Curley <charlescurley@charlescurley.com> - 2024-12-13 16:10 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-13 17:20 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-13 17:50 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-13 18:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 21:20 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-13 18:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 17:40 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-13 18:50 +0100
Re: restart lasts maybe a minute till next freeze Andy Smith <andy@strugglers.net> - 2024-12-13 18:30 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-13 19:30 +0100
Installer and assistive technologies (was: Re: restart lasts maybe a minute till next freeze) Max Nikulin <manikulin@gmail.com> - 2024-12-13 16:00 +0100
Re: Installer and assistive technologies (was: Re: restart lasts maybe aminute till next freeze) gene heskett <gheskett@shentel.net> - 2024-12-13 16:40 +0100
Re: Installer and assistive technologies (was: Re: restart lasts maybe aminute till next freeze) "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-13 19:50 +0100
Re: Installer and assistive technologies (was: Re: restart lastsmaybe aminute till next freeze) gene heskett <gheskett@shentel.net> - 2024-12-13 22:10 +0100
Re: Installer and assistive technologies David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 09:00 +0100
Re: Installer and assistive technologies gene heskett <gheskett@shentel.net> - 2024-12-14 15:50 +0100
Re: Installer and assistive technologies David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 18:40 +0100
Re: Installer and assistive technologies gene heskett <gheskett@shentel.net> - 2024-12-14 21:50 +0100
Re: Installer and assistive technologies David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 22:30 +0100
Orca install repeating - can't reproduce [WAS Re: Installer and assistive technologies] "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-14 23:30 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installer and assistive technologies] Max Nikulin <manikulin@gmail.com> - 2024-12-15 05:10 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installer andassistive technologies] gene heskett <gheskett@shentel.net> - 2024-12-15 14:30 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installer andassistive technologies] Max Nikulin <manikulin@gmail.com> - 2024-12-15 15:50 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installerandassistive technologies] gene heskett <gheskett@shentel.net> - 2024-12-15 18:10 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installerandassistive technologies] "Andrew M.A. Cater" <amacater@einval.com> - 2024-12-15 18:40 +0100
SOLVED Re: Orca install repeating - can't reproduce [WAS Re:Installerandassistive technologies] gene heskett <gheskett@shentel.net> - 2024-12-15 19:00 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installer and assistive technologies] Michael Stone <mstone@debian.org> - 2024-12-15 15:30 +0100
Re: Orca install repeating - can't reproduce [WAS Re: Installer and assistive technologies] Jeffrey Walton <noloader@gmail.com> - 2024-12-15 19:30 +0100
Re: restart lasts maybe a minute till next freeze Andy Smith <andy@strugglers.net> - 2024-12-13 18:30 +0100
Re: restart lasts maybe a minute till next freeze Larry Martell <larry.martell@gmail.com> - 2024-12-13 22:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 22:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 23:00 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-14 07:50 +0100
Re: restart lasts maybe a minute till next freeze Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-12-16 17:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 22:00 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-13 22:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 22:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 07:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 15:30 +0100
Re: restart lasts maybe a minute till next freeze <tomas@tuxteam.de> - 2024-12-14 16:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 17:30 +0100
Re: restart lasts maybe a minute till next freeze "Thomas Schmitt" <scdbackup@gmx.net> - 2024-12-14 18:40 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 21:30 +0100
Re: restart lasts maybe a minute till next freeze "Thomas Schmitt" <scdbackup@gmx.net> - 2024-12-15 10:50 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-15 16:40 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-15 19:00 +0100
Re: restart lasts maybe a minute till next freeze Andy Smith <andy@strugglers.net> - 2024-12-14 20:40 +0100
Re: restart lasts maybe a minute till next freeze Michael Stone <mstone@debian.org> - 2024-12-14 21:10 +0100
Re: restart lasts maybe a minute till next freeze "Thomas Schmitt" <scdbackup@gmx.net> - 2024-12-14 21:10 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 21:50 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-14 16:30 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-14 17:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-14 18:00 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 18:50 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 19:00 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-13 04:20 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-13 07:40 +0100
Disabling orca (was: Re: restart lasts maybe a minute till next freeze) Max Nikulin <manikulin@gmail.com> - 2024-12-13 16:10 +0100
Re: restart lasts maybe a minute till next freeze Max Nikulin <manikulin@gmail.com> - 2024-12-12 13:30 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 16:40 +0100
Re: restart lasts maybe a minute till next freeze David Christensen <dpchrist@holgerdanske.com> - 2024-12-12 02:30 +0100
Re: restart lasts maybe a minute till next freeze Andy Smith <andy@strugglers.net> - 2024-12-12 02:50 +0100
Re: restart lasts maybe a minute till next freeze gene heskett <gheskett@shentel.net> - 2024-12-12 04:10 +0100
Re: restart lasts maybe a minute till next freeze Greg Wooledge <greg@wooledge.org> - 2024-12-12 04:30 +0100
Page 3 of 7 — ← Prev page 1 2 [3] 4 5 6 7 Next page →
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-14 05:30 +0100 |
| Message-ID | <JTrWV-gSON-1@gated-at.bofh.it> |
| In reply to | #275675 |
On 12/13/24 22:20, Max Nikulin wrote: > On 14/12/2024 07:04, gene heskett wrote: >> I've done that to both orca and brltty, the dependency's seem to have >> been removed now. > > What is output of the following command? > > dpkg -l orca brltty > gene@coyote:~$ dpkg -l orca brltty > dpkg-query: no packages found matching brltty > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Architecture Description > +++-==============-============-============-================================= > un orca <none> <none> (no description available) > gene@coyote:~$ > > Does > > dpkg -V > gene@coyote:~$ dpkg -V > missing /etc/polkit-1/localauthority/10-vendor.d (Permission denied) > missing /etc/polkit-1/localauthority/20-org.d (Permission denied) > missing /etc/polkit-1/localauthority/30-site.d (Permission denied) > missing /etc/polkit-1/localauthority/50-local.d (Permission denied) > missing /etc/polkit-1/localauthority/90-mandatory.d (Permission > denied) > missing /usr/share/polkit-1/rules.d/49-polkit-pkla-compat.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing /var/lib/polkit-1/localauthority/20-org.d (Permission denied) > missing /var/lib/polkit-1/localauthority/30-site.d (Permission denied) > missing /var/lib/polkit-1/localauthority/50-local.d (Permission > denied) > missing /var/lib/polkit-1/localauthority/90-mandatory.d > (Permission denied) > ??5?????? c /etc/udisks2/udisks2.conf > ??5?????? c /etc/rsyslog.conf > ??5?????? /lib/systemd/system/rsyslog.service > ??5?????? c /etc/dhcp/dhcpd.conf > missing /usr/share/polkit-1/rules.d/org.freedesktop.GeoClue2.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.GeoClue2.pkla > (Permission denied) > missing /usr/share/polkit-1/rules.d/systemd-networkd.rules > (Permission denied) > missing > /usr/share/polkit-1/rules.d/org.freedesktop.NetworkManager.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla > (Permission denied) > ????????? c /etc/sudoers.d/kdesu-sudoers > missing > /usr/share/polkit-1/rules.d/com.endlessm.ParentalControls.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/com.endlessm.ParentalControls.pkla > (Permission denied) > ????????? c /etc/sudoers.d/zfs > missing /usr/share/polkit-1/rules.d/org.gtk.vfs.file-operations.rules > (Permission denied) > ??5?????? c /etc/default/mbmon > missing /usr/share/polkit-1/rules.d/gnome-control-center.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/gnome-control-center.pkla > (Permission denied) > ????????? c /etc/sudoers > ????????? c /etc/sudoers.d/README > ??5?????? c /etc/ntpsec/ntp.conf > ????????? /usr/libexec/samba/smbspool_krb5_wrapper > missing /usr/share/doc/f3/README.rst.gz > ??5?????? c /etc/suricata/suricata.yaml > ????????? c /etc/exim4/passwd.client > missing /usr/share/polkit-1/rules.d/20-gnome-initial-setup.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/gnome-initial-setup.pkla > (Permission denied) > missing /usr/share/polkit-1/rules.d/org.freedesktop.packagekit.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing > /var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.packagekit.pkla > (Permission denied) > ????????? /usr/lib/cups/backend/cups-brf > ????????? c /etc/default/cacerts > ??5?????? c /etc/sane.d/dll.conf > ??5?????? c /etc/sane.d/gphoto2.conf > ????????? c /etc/fwupd/redfish.conf > missing /usr/share/polkit-1/rules.d/org.freedesktop.fwupd.rules > (Permission denied) > missing /var/lib/polkit-1/localauthority (Permission denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d (Permission > denied) > missing /var/lib/polkit-1/localauthority/10-vendor.d/fwupd.pkla > (Permission denied) > missing /usr/share/polkit-1/rules.d/50-default.rules (Permission > denied) > missing /usr/share/polkit-1/rules.d/org.freedesktop.bolt.rules > (Permission denied) > gene@coyote:~$ > > > reports anything besides conffiles? Fighting with orca you could > remove files that belong to other packages. > > . Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | David Christensen <dpchrist@holgerdanske.com> |
|---|---|
| Date | 2024-12-14 07:00 +0100 |
| Message-ID | <JTtm1-gUr8-3@gated-at.bofh.it> |
| In reply to | #275676 |
On 12/13/24 20:29, gene heskett wrote: > On 12/13/24 22:20, Max Nikulin wrote: >> dpkg -V > > gene@coyote:~$ dpkg -V > missing /etc/polkit-1/localauthority/10-vendor.d (Permission denied) Please run `dpkg -V` as root. David
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-14 15:30 +0100 |
| Message-ID | <JTBjz-gZsr-5@gated-at.bofh.it> |
| In reply to | #275678 |
On 12/14/24 00:58, David Christensen wrote: > On 12/13/24 20:29, gene heskett wrote: >> On 12/13/24 22:20, Max Nikulin wrote: >>> dpkg -V >> >> gene@coyote:~$ dpkg -V >> missing /etc/polkit-1/localauthority/10-vendor.d (Permission denied) > > > Please run `dpkg -V` as root. gene@coyote:~$ sudo dpkg -V [sudo] password for gene: ??5?????? c /etc/udisks2/udisks2.conf ??5?????? c /etc/rsyslog.conf ??5?????? /lib/systemd/system/rsyslog.service ??5?????? c /etc/dhcp/dhcpd.conf ??5?????? c /etc/default/mbmon ??5?????? c /etc/ntpsec/ntp.conf missing /usr/share/doc/f3/README.rst.gz ??5?????? c /etc/suricata/suricata.yaml ??5?????? c /etc/sane.d/dll.conf ??5?????? c /etc/sane.d/gphoto2.conf gene@coyote:~$ > > David > > . Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Date | 2024-12-14 16:50 +0100 |
| Message-ID | <JTCyZ-h0bH-9@gated-at.bofh.it> |
| In reply to | #275689 |
On 14/12/2024 11:29, gene heskett wrote:
> gene@coyote:~$ dpkg -l orca brltty
> dpkg-query: no packages found matching brltty
[...]
> un orca <none> <none> (no description available)
OK, no it is convincing.
On 14/12/2024 21:26, gene heskett wrote:
> gene@coyote:~$ sudo dpkg -V
> ??5?????? c /etc/udisks2/udisks2.conf
> ??5?????? c /etc/rsyslog.conf
> ??5?????? /lib/systemd/system/rsyslog.service
> ??5?????? c /etc/dhcp/dhcpd.conf
> ??5?????? c /etc/default/mbmon
> ??5?????? c /etc/ntpsec/ntp.conf
> missing /usr/share/doc/f3/README.rst.gz
> ??5?????? c /etc/suricata/suricata.yaml
> ??5?????? c /etc/sane.d/dll.conf
> ??5?????? c /etc/sane.d/gphoto2.conf
>>> On 12/13/24 22:20, Max Nikulin wrote:
>> reports anything besides conffiles?
Have you read the output before posting it?
Actually I do not see anything really suspicious besides that
/lib/systemd/system/rsyslog.service may be replaced by a package update.
Use /etc to tune systemd services. I hope
systemd-analyze verify rsyslog.service
systemctl status rsyslog.service
reports no error.
I am not familiar with suricata (I may be wrong expecting to see it on a
gateway rather than on a regular PC). You mentioned some network issues.
Do you monitor suricata state&logs at these moments?
Next step of check if the system in a sane state
systemctl --failed
systemctl --user --failed
Perhaps you posted it previous time, but, please, repeat it: What
applications installed as .deb packages from official Debian
repositories are affected by that delay issues? Various 3rd party,
AppImage's, etc. are more complicated cases.
[toc] | [prev] | [next] | [standalone]
| From | David Christensen <dpchrist@holgerdanske.com> |
|---|---|
| Date | 2024-12-14 17:40 +0100 |
| Message-ID | <JTDln-h0Jj-1@gated-at.bofh.it> |
| In reply to | #275698 |
On 12/14/24 07:43, Max Nikulin wrote:
> systemd-analyze verify rsyslog.service
My daily driver, for comparison:
2024-12-14 08:31:02 root@laalaa ~
# cat /etc/debian_version ; uname -a
11.11
Linux laalaa 5.10.0-33-amd64 #1 SMP Debian 5.10.226-1 (2024-10-03)
x86_64 GNU/Linux
2024-12-14 08:31:21 root@laalaa ~
# systemd-analyze verify rsyslog.service
/lib/systemd/system/plymouth-start.service:16: Unit configured to use
KillMode=none. This is unsafe, as it disables systemd's process
lifecycle management for the service. Please update your service to use
a safer KillMode=, such as 'mixed' or 'control-group'. Support for
KillMode=none is deprecated and will eventually be removed.
> systemctl status rsyslog.service
2024-12-14 08:32:26 root@laalaa ~
# systemctl status rsyslog.service
* rsyslog.service - System Logging Service
Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled;
vendor preset: enabled)
Active: active (running) since Sat 2024-12-14 07:54:41 PST; 38min ago
TriggeredBy: * syslog.socket
Docs: man:rsyslogd(8)
man:rsyslog.conf(5)
https://www.rsyslog.com/doc/
Main PID: 715 (rsyslogd)
Tasks: 4 (limit: 18973)
Memory: 5.5M
CPU: 56ms
CGroup: /system.slice/rsyslog.service
`-715 /usr/sbin/rsyslogd -n -iNONE
Dec 14 07:54:41 laalaa systemd[1]: Starting System Logging Service...
Dec 14 07:54:41 laalaa rsyslogd[715]: imuxsock: Acquired UNIX socket
'/run/systemd/journal/syslog' (fd 3) from systemd. [v8.2102.0]
Dec 14 07:54:41 laalaa systemd[1]: Started System Logging Service.
Dec 14 07:54:41 laalaa rsyslogd[715]: [origin software="rsyslogd"
swVersion="8.2102.0" x-pid="715" x-info="https://www.rsyslog.com"] start
> systemctl --failed
2024-12-14 08:33:36 root@laalaa ~
# systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.
> systemctl --user --failed
2024-12-14 08:35:02 root@laalaa ~
# systemctl --user --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.
david
[toc] | [prev] | [next] | [standalone]
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Date | 2024-12-15 16:00 +0100 |
| Message-ID | <JTYg9-hdPW-3@gated-at.bofh.it> |
| In reply to | #275702 |
On 14/12/2024 23:38, David Christensen wrote: > On 12/14/24 07:43, Max Nikulin wrote: >> systemd-analyze verify rsyslog.service [...] > My daily driver, for comparison: > # systemd-analyze verify rsyslog.service I noticed an imprint of a sledgehammer in Gene's "dpkg -V". Configuration changes may be lost during upgrade (unless fixed by another hit) and defeat usefulness of "systemd-delta". I do not expect it on most of other machines. Actually it unlikely could cause a trouble. Usually rsyslogd is running as a secondary logger and logging libraries usually may gracefully handle logging daemon downtime.
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-14 17:50 +0100 |
| Message-ID | <JTDv3-h0MW-9@gated-at.bofh.it> |
| In reply to | #275698 |
On 12/14/24 10:43, Max Nikulin wrote: > On 14/12/2024 11:29, gene heskett wrote: >> gene@coyote:~$ dpkg -l orca brltty >> dpkg-query: no packages found matching brltty > [...] >> un orca <none> <none> (no description available) > > OK, no it is convincing. > > On 14/12/2024 21:26, gene heskett wrote: >> gene@coyote:~$ sudo dpkg -V >> ??5?????? c /etc/udisks2/udisks2.conf >> ??5?????? c /etc/rsyslog.conf >> ??5?????? /lib/systemd/system/rsyslog.service >> ??5?????? c /etc/dhcp/dhcpd.conf >> ??5?????? c /etc/default/mbmon >> ??5?????? c /etc/ntpsec/ntp.conf >> missing /usr/share/doc/f3/README.rst.gz >> ??5?????? c /etc/suricata/suricata.yaml >> ??5?????? c /etc/sane.d/dll.conf >> ??5?????? c /etc/sane.d/gphoto2.conf > >>>> On 12/13/24 22:20, Max Nikulin wrote: >>> reports anything besides conffiles? > > Have you read the output before posting it? > > Actually I do not see anything really suspicious besides that > /lib/systemd/system/rsyslog.service may be replaced by a package > update. Use /etc to tune systemd services. I hope > > systemd-analyze verify rsyslog.service > systemctl status rsyslog.service > > reports no error. gene@coyote:~$ sudo systemd-analyze verify rsyslog.service gene@coyote:~$ sudo systemctl status rsyslog.service ● rsyslog.service - System Logging Service Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; preset: enabled) Active: active (running) since Mon 2024-12-09 10:05:42 EST; 5 days ago TriggeredBy: ● syslog.socket Docs: man:rsyslogd(8) man:rsyslog.conf(5) https://www.rsyslog.com/doc/ Main PID: 1054 (rsyslogd) Tasks: 4 (limit: 38266) Memory: 6.7M CPU: 10.607s CGroup: /system.slice/rsyslog.service └─1054 /usr/sbin/rsyslogd -n -iNONE Dec 09 10:05:42 coyote systemd[1]: Starting rsyslog.service - System Logging Service... Dec 09 10:05:42 coyote rsyslogd[1054]: imuxsock: Acquired UNIX socket '/run/systemd/journal/syslog' (fd 3) from systemd. [v8.2302.0] Dec 09 10:05:42 coyote rsyslogd[1054]: [origin software="rsyslogd" swVersion="8.2302.0" x-pid="1054" x-info="https://www.rsyslog.com> Dec 09 10:05:42 coyote systemd[1]: Started rsyslog.service - System Logging Service. gene@coyote:~$ > > I am not familiar with suricata (I may be wrong expecting to see it on > a gateway rather than on a regular PC). You mentioned some network > issues. Do you monitor suricata state&logs at these moments? What is suricata, first I've heard of it > > Next step of check if the system in a sane state > > systemctl --failed gets: gene@coyote:~$ sudo -i root@coyote:~# systemctl --failed UNIT LOAD ACTIVE SUB DESCRIPTION ● suricata.service loaded failed failed Suricata IDS/IDP daemon ● zfs-load-module.service loaded failed failed Install ZFS kernel module LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 2 loaded units listed. > systemctl --user --failed gene@coyote:~$ systemctl --user --failed UNIT LOAD ACTIVE SUB DESCRIPTION > ● app-xfce4\x2dterminal-bb5ff3434ea445f9a67133f08d4d96d3.scope loaded failed failed Xfce Terminal - Terminal Emulator ● app-xfce4\x2dterminal-cd7318342b284d7db8acb00dccb95151.scope loaded failed failed Xfce Terminal - Terminal Emulator > ● gvfs-gphoto2-volume-monitor.service loaded failed failed Virtual filesystem service - digital camera moni> LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 3 loaded units listed. lines 1-9/9 (END) > > Perhaps you posted it previous time, but, please, repeat it: What > applications installed as .deb packages from official Debian > repositories are affected by that delay issues? Various 3rd party, > AppImage's, etc. are more complicated cases. > At this time, I haven't a clue how to determine what deb is a later install vs what the installer put in originally. What the heck is suricata? > . Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | "Andrew M.A. Cater" <amacater@einval.com> |
|---|---|
| Date | 2024-12-14 18:50 +0100 |
| Message-ID | <JTEr7-h1n0-1@gated-at.bofh.it> |
| In reply to | #275704 |
On Sat, Dec 14, 2024 at 11:44:17AM -0500, gene heskett wrote: > > > Do you monitor suricata state&logs at these moments? > What is suricata, first I've heard of it > > > Suricata - network analysis tool and threat detection tool, maybe? [First result on a web search] All the very best, as ever, Andy (amacater@debian.org)
[toc] | [prev] | [next] | [standalone]
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Date | 2024-12-15 05:20 +0100 |
| Message-ID | <JTOgN-h7JG-1@gated-at.bofh.it> |
| In reply to | #275704 |
On 14/12/2024 23:44, gene heskett wrote:
> What is suricata, first I've heard of it
I was expecting that you would walk through every item reported by "dpkg
-V" and "systemctl --failed". For the former, you have enough data
locally to get more info
dpkg -S /etc/suricata/suricata.yaml
and "apt show" with the reported package name. Either you clicked at a
wrong item or somebody manages your computer. Depending on the degree of
your paranoia, I would either just purge suricata or to dig into apt and
dpkg logs to figure out when it was installed and what actions were
performed around that time.
Audit other lines as well: were modifications intentional? If it is not
a conffile then move changes to /etc and restore original version.
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-15 17:50 +0100 |
| Message-ID | <JTZYB-heYT-5@gated-at.bofh.it> |
| In reply to | #275724 |
On 12/14/24 23:11, Max Nikulin wrote: > On 14/12/2024 23:44, gene heskett wrote: >> What is suricata, first I've heard of it > > I was expecting that you would walk through every item reported by > "dpkg -V" and "systemctl --failed". For the former, you have enough > data locally to get more info > > dpkg -S /etc/suricata/suricata.yaml I purged it, then forcibly removed the log files and directory. The lag appears to be gone as far as t-bird selecting a file to attach, the gui opened instantly. I hope this is it. OpenSCAD opened its file selector normally, prusaslicer still lags. Both are AppImages. > > and "apt show" with the reported package name. Either you clicked at a > wrong item or somebody manages your computer. I am totally alone, have been for about 5 years now. IOW, if it got done either somebody has gotten thru dd-wrt, or I did it. dd-wrt has always been bulletproof here. No active radios except one in a QIDI XMax-3 printer I haven't figured out how to turn it off.. > Depending on the degree of your paranoia, I would either just purge > suricata or to dig into apt and dpkg logs to figure out when it was > installed and what actions were performed around that time. > > Audit other lines as well: were modifications intentional? If it is > not a conffile then move changes to /etc and restore original version. > > . Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Date | 2024-12-15 16:10 +0100 |
| Message-ID | <JTYpP-he8t-5@gated-at.bofh.it> |
| In reply to | #275704 |
On 14/12/2024 23:44, gene heskett wrote: > ● gvfs-gphoto2-volume-monitor.service loaded failed failed Virtual > filesystem service - digital camera moni> Have you managed to fix it? The most suspicious entry in relation to camera issues. >> On 14/12/2024 21:26, gene heskett wrote: >>> gene@coyote:~$ sudo dpkg -V >>> ??5?????? c /etc/udisks2/udisks2.conf Are modifications intentional? > ● rsyslog.service - System Logging Service > Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; > preset: enabled) > Active: active (running) since Mon 2024-12-09 10:05:42 EST; 5 days > ago OK > root@coyote:~# systemctl --failed > ● zfs-load-module.service loaded failed failed Install ZFS kernel module Do you have zfs volumes? Otherwise I would purge related packages. >> What >> applications installed as .deb packages from official Debian >> repositories are affected by that delay issues? Various 3rd party, >> AppImage's, etc. are more complicated cases. >> > At this time, I haven't a clue how to determine what deb is a later > install vs what the installer put in originally. It does not matter if it was installed initially or later. Asking for official Debian packages I am trying to avoid complications with 3rd party applications (e.g. you wrote that digikam is an AppImage, so it is better to postpone its debugging). It might be some editor that you mentioned previous time.
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-15 18:40 +0100 |
| Subject | SOLVED ? Re: restart lasts maybe a minute till next freeze |
| Message-ID | <JU0KZ-hfwp-1@gated-at.bofh.it> |
| In reply to | #275740 |
On 12/15/24 10:09, Max Nikulin wrote: > On 14/12/2024 23:44, gene heskett wrote: >> ● gvfs-gphoto2-volume-monitor.service loaded failed failed Virtual >> filesystem service - digital camera moni> > And with suricata removed, digiKam now runs, but when I attempt an import, it says my date-time format is wrong. Check settings. ?? AKA Different rabbit hole. > Have you managed to fix it? The most suspicious entry in relation to > camera issues. > OpenSCAD now opens a file selector in sub-second, but PrusaSlicer is still lagging, work ok once its drawn its screen, it did lag before. Outputs several screensfull of gtk-critical msgs while waiting so that is a different rabbit hole. Most if not all gtk tools and librarys installed. >>> On 14/12/2024 21:26, gene heskett wrote: >>>> gene@coyote:~$ sudo dpkg -V >>>> ??5?????? c /etc/udisks2/udisks2.conf > > Are modifications intentional? > >> ● rsyslog.service - System Logging Service >> Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; >> preset: enabled) >> Active: active (running) since Mon 2024-12-09 10:05:42 EST; 5 >> days ago > > OK > >> root@coyote:~# systemctl --failed >> ● zfs-load-module.service loaded failed failed Install ZFS kernel module > > Do you have zfs volumes? Otherwise I would purge related packages. No zfs that I know of, everything is ext4. > >>> What applications installed as .deb packages from official Debian >>> repositories are affected by that delay issues? Various 3rd party, >>> AppImage's, etc. are more complicated cases. >>> >> At this time, I haven't a clue how to determine what deb is a later >> install vs what the installer put in originally. > > It does not matter if it was installed initially or later. Asking for > official Debian packages I am trying to avoid complications with 3rd > party applications (e.g. you wrote that digikam is an AppImage, so it > is better to postpone its debugging). It might be some editor that you > mentioned previous time. > I also have not had to bypass a save draft msg from t-bird, so it looks like nuking suricata was the magic spell > . Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> |
|---|---|
| Date | 2024-12-16 14:00 +0100 |
| Subject | Re: SOLVED ? Re: restart lasts maybe a minute till next freeze |
| Message-ID | <JUiRz-hxuz-1@gated-at.bofh.it> |
| In reply to | #275745 |
gene heskett <gheskett@shentel.net> writes: > No zfs that I know of, everything is ext4. As I've just played with zfs, the zfs packages to purge are these: libnvpair3linux libuutil3linux libzfs4linux libzpool5linux zfs-dkms zfs-zed zfsutils-linux
[toc] | [prev] | [next] | [standalone]
| From | David Christensen <dpchrist@holgerdanske.com> |
|---|---|
| Date | 2024-12-14 07:00 +0100 |
| Message-ID | <JTtm1-gUr8-1@gated-at.bofh.it> |
| In reply to | #275675 |
On 12/13/24 19:20, Max Nikulin wrote: > On 14/12/2024 07:04, gene heskett wrote: >> I've done that to both orca and brltty, the dependency's seem to have >> been removed now. > > What is output of the following command? > > dpkg -l orca brltty > > Does > > dpkg -V > > reports anything besides conffiles? Fighting with orca you could remove > files that belong to other packages. My daily driver: 2024-12-13 20:47:34 root@laalaa ~ # cat /etc/debian_version ; uname -a 11.11 Linux laalaa 5.10.0-33-amd64 #1 SMP Debian 5.10.226-1 (2024-10-03) x86_64 GNU/Linux Verifying packages: 2024-12-13 20:51:41 root@laalaa ~ # dpkg -V ??5?????? c /etc/NetworkManager/NetworkManager.conf ??5?????? c /etc/fuse.conf /etc/NetworkManager/NetworkManager.conf looks okay: 2024-12-13 21:00:22 root@laalaa ~ # cat /etc/NetworkManager/NetworkManager.conf [main] plugins=ifupdown,keyfile [ifupdown] managed=true /etc/fuse.conf only contains comments and blank lines: 2024-12-13 21:00:51 root@laalaa ~ # grep -v '#' /etc/fuse.conf | grep . 2024-12-13 21:01:49 root@laalaa ~ # David
[toc] | [prev] | [next] | [standalone]
| From | Tom Dial <tddial@comcast.net> |
|---|---|
| Date | 2024-12-14 23:50 +0100 |
| Message-ID | <JTJ7r-h4ij-3@gated-at.bofh.it> |
| In reply to | #275674 |
Hi Gene, On 12/13/24 17:04, gene heskett wrote: > > On 12/13/24 18:23, Tom Dial wrote: >> >> >> On 12/13/24 02:48, gene heskett wrote: >>> On 12/13/24 03:52, tomas@tuxteam.de wrote: >>>> On Fri, Dec 13, 2024 at 01:53:55AM -0500, gene heskett wrote: >>>> >>>> [...] >>>> >>>>> That was the system config at the original install, and every one of the >>>>> subsequent installs, nothing I did with the installer prevented it from >>>>> installing orca and brltty. Text only, several variations of graphical have >>>>> been tried. >>>> Hm. Difficult to tell, then. >>>> >>>>> Another clue perhaps: where does t-bird try to save a draft copy of a msg >>>>> while editing it?, its driving me crazy with failed to write a draft msg >>>>> every 5 minutes. >>>> I'd venture the strong guess that this is a totally unrelated rabbit >>>> hole. In our trade, there are several of them, as you quite certainly >>>> know. >>>> >>>> Cheers >>> Wherever it try's, t-b seemto be interpreting the lag as a possible perms denial. I did an ls -lR on the directory in home where I put the unpacked .xz, and I own every byte of it. The only thing I don't own in /home/gene is .. That's root:root as expected. >> >> The correct permissions for your login directory (/home/gene/) are gene:gene, assuming you log in as "gene" and would have been set to that if you created the user "gene" during install. >> No feedback on this? Wrong ownership of a user's login directory is fairly likely to cause permission problems for the user. >> /home should have permissions root:root. >> >> I do not know whether that has anything to do with the problems you are having, but correcting it might have some effect and might head off others. >> >> With gnome, orca is installed as a dependency. The presumptively correct way to tame it seems to be via the gnome menu item Settings->Accessibility. Mine has every option set to "off" except "Enable Animations," which causes me no grief. > My menu has no Accessibility bar under settings. >> >> If brltty is installed and you don't need it, the proper action is "apt purge brltty," which I have done on occasion. > > I've done that to both orca and brltty, the dependency's seem to have been removed now. Through bookworm, gnome depends on orca, and removing orca (the Debian way) will remove gnome. You can do it, and that will leave its dependencies alone, but without their normal dependency structure. That will leave a large handful of installed packages that will be subject to autoremoval if you ever do that, which may degrade your system's utility. It also is likely to lead to unintended and possibly undesirable effects later on during the normal course of maintenance. Regards, Tom Dial > No change though. > >> >> Regards, >> Tom Dial >> >>> >>> Cheers, Gene Heskett, CET. >> >> . > > Cheers, Gene Heskett, CET.
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-13 11:20 +0100 |
| Message-ID | <JTaW6-gBDv-3@gated-at.bofh.it> |
| In reply to | #275626 |
On 12/13/24 03:52, tomas@tuxteam.de wrote: > On Fri, Dec 13, 2024 at 01:53:55AM -0500, gene heskett wrote: > > [...] > >> That was the system config at the original install, and every one of the >> subsequent installs, nothing I did with the installer prevented it from >> installing orca and brltty. Text only, several variations of graphical have >> been tried. > Hm. Difficult to tell, then. > >> Another clue perhaps: where does t-bird try to save a draft copy of a msg >> while editing it?, its driving me crazy with failed to write a draft msg >> every 5 minutes. > I'd venture the strong guess that this is a totally unrelated rabbit > hole. In our trade, there are several of them, as you quite certainly > know. > > Cheers Know well since I wrote my first code by looking up the nemonic in the 1802's programming manual, and wrote a commercial preparation program in 1802 hex for an F8 powered automatic station break machine, in 1978. Memory limited, 4k was $400 for the kit on an S-100 board for a Cosmac ELF. I learned by making a lot of the code self modifying. That was crash proof because I paid attention, and was still in many times a day usage at KRCR-TV in Redding CA when the whole building turned into a pile ashes in the later 90's. Maximum stack usage was less the $20 bytes. From 79 to 97 is 5 or more times the normal life of tv station control room equipment. Never did dos or windows on general principles, went from the original coco with 64k of memory, running os-9 level one to a coco3 with a 6309 cpu running os9 level 2, to an amiga, to linux in 98. Made them all do unique stuff. I find on this list, a lot of people who can easily be identified as old farts, we speak our own grammer school version of English. We've been there, and done that... Welcome to the club, Tomas Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Date | 2024-12-13 04:30 +0100 |
| Message-ID | <JT4xj-gxsG-5@gated-at.bofh.it> |
| In reply to | #275595 |
On 13/12/2024 01:15, gene heskett wrote: > Bus 003 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver[...]> bInterfaceClass 3 Human Interface Device > bInterfaceSubClass 1 Boot Interface Subclass > bInterfaceProtocol 2 Mouse So it is a HID and should not cause any trouble. I suspect, the issue is caused by a serial port adapter. Since serial ports have nothing similar to USB interface classes, assistive technologies may try to treat it as a Braille device.
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-13 07:40 +0100 |
| Message-ID | <JT7vb-gzlA-1@gated-at.bofh.it> |
| In reply to | #275618 |
On 12/12/24 22:21, Max Nikulin wrote: > On 13/12/2024 01:15, gene heskett wrote: >> Bus 003 Device 004: ID 046d:c52b Logitech, Inc. Unifying >> Receiver[...]> bInterfaceClass 3 Human Interface Device >> bInterfaceSubClass 1 Boot Interface Subclass >> bInterfaceProtocol 2 Mouse > > So it is a HID and should not cause any trouble. > > I suspect, the issue is caused by a serial port adapter. Since serial > ports have nothing similar to USB interface classes, assistive > technologies may try to treat it as a Braille device. I have two of those fdti devices in my system normally, unplugged as instructed for the duration of the install. Nothing I did with the installer stopped it from installing that crap. IMNSHO the installer is busted. But mentioning that was a no-no. Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
| From | <tomas@tuxteam.de> |
|---|---|
| Date | 2024-12-13 07:50 +0100 |
| Message-ID | <JT7ER-gzpt-1@gated-at.bofh.it> |
| In reply to | #275619 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, Dec 13, 2024 at 01:37:46AM -0500, gene heskett wrote: > > On 12/12/24 22:21, Max Nikulin wrote: > > On 13/12/2024 01:15, gene heskett wrote: > > > Bus 003 Device 004: ID 046d:c52b Logitech, Inc. Unifying > > > Receiver[...]> bInterfaceClass 3 Human Interface > > > Device > > > bInterfaceSubClass 1 Boot Interface Subclass > > > bInterfaceProtocol 2 Mouse > > > > So it is a HID and should not cause any trouble. > > > > I suspect, the issue is caused by a serial port adapter. Since serial > > ports have nothing similar to USB interface classes, assistive > > technologies may try to treat it as a Braille device. > > I have two of those fdti devices in my system normally, unplugged as > instructed for the duration of the install. Nothing I did with the installer > stopped it from installing that crap. > > IMNSHO the installer is busted. But mentioning that was a no-no. It's not a no-no, Gene. It just contradicts the experience of so many people that you'd have to present a heavily smoking gun to move that discussion. Cheers -- t
[toc] | [prev] | [next] | [standalone]
| From | gene heskett <gheskett@shentel.net> |
|---|---|
| Date | 2024-12-13 08:10 +0100 |
| Message-ID | <JT7Yd-gzLY-1@gated-at.bofh.it> |
| In reply to | #275622 |
On 12/13/24 01:42, tomas@tuxteam.de wrote: > On Fri, Dec 13, 2024 at 01:37:46AM -0500, gene heskett wrote: >> On 12/12/24 22:21, Max Nikulin wrote: >>> On 13/12/2024 01:15, gene heskett wrote: >>>> Bus 003 Device 004: ID 046d:c52b Logitech, Inc. Unifying >>>> Receiver[...]> bInterfaceClass 3 Human Interface >>>> Device >>>> bInterfaceSubClass 1 Boot Interface Subclass >>>> bInterfaceProtocol 2 Mouse >>> So it is a HID and should not cause any trouble. >>> >>> I suspect, the issue is caused by a serial port adapter. Since serial >>> ports have nothing similar to USB interface classes, assistive >>> technologies may try to treat it as a Braille device. >> I have two of those fdti devices in my system normally, unplugged as >> instructed for the duration of the install. Nothing I did with the installer >> stopped it from installing that crap. >> >> IMNSHO the installer is busted. But mentioning that was a no-no. > It's not a no-no, Gene. It just contradicts the experience of so many > people that you'd have to present a heavily smoking gun to move that > discussion. > > Cheers I'd be ecstatic if something would stick up a hand and complain, as it would probably be a useful clue, but crickets, Tomas Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis
[toc] | [prev] | [next] | [standalone]
Page 3 of 7 — ← Prev page 1 2 [3] 4 5 6 7 Next page →
Back to top | Article view | linux.debian.user
csiph-web