Re: Hyper-typematic and Firefox responsiveness in Weston.
On Fri, Dec 31, 2021 at 07:15:53PM +0100, Johann Klammer wrote: [...] > Haven't you noticed the x.org people fucking stuff up since Xfree became > x.org? > Why do you expect this to chsange? Try to be more constructive next time. You can do, promised! Cheers -- t signature.asc Description: PGP signature
Monthly FAQ for debian-user mailing list
an-user is a mailing list provided for support for Debian users, and to facilitate discussion on relevant topics. Some guidelines which may help explain how the list works: * The language on this mailing list is English. There may be other mailing lists that are language-specific for example debian-user-french * It is common for users to be redirected here from other lists - for example, from debian-project. It is also common for people to be posting here when English is not their primary language. Please be considerate. * The list is a Debian communication forum. As such, it is subject to both the Debian mailing list Code of Conduct and the main Debian Code of Conduct https://www.debian.org/MailingLists/#codeofconduct https://www.debian.org/code_of_conduct * This is a fairly busy mailing list and you may have to wait for an answer - please be patient. Please post answers back to the list so others can benefit; private conversations don't benefit people who may be following along on the list or reading the archives later. * Help and advice on this list is provided by volunteers in their own time. It is common for there to be different opinions or answers provided. * Please try to stay on topic. Arguments for the sake of it are not welcome here. Partisan political / religious / cultural arguments do not belong here either. Debian's community is world wide; don't assume others will agree with your views or need to read them on a Debian list. * There is an FAQ on the Debian wiki derived from some questions asked on this list at https://wiki.debian.org/FAQsFromDebianUser * One question that comes up on almost all Debian lists from time to time is of the form: "I have done something wrong / included personal details in an email. Could you please delete my name / details / remove the mail" Practically, this is impossible: the mailing lists are archived, potentially cached by Google and so on. Unfortunately, there is nothing much we can do to ensure that all copies anywhere on the Internet are deleted. Asking to do this may only serve to draw further attention - the so-called "Streisand effect" https://en.wikipedia.org/wiki/Streisand_effect Problems? = Complaints about inappropriate behaviour should be referred to the Debian Community Team . Inappropriate behaviour on the list may lead to warnings; repeated bad behaviour may lead to temporary or permanent bans for offenders.
Re: jupyter-notebook and bullseye
On Fri, Dec 31, 2021, 4:08 PM D. R. Evans wrote: > .. > > Pretty wise; I think. I was sucked in a bit about the hype that surrounds > it > and put in quite a bit of effort to build some useful notebooks a few > years > ago. But now I find that it's pretty much like the majority of experiments > I've tried over the years: it looks nifty, and doubtless some people find > it > useful, but for me it's too fragile and ultimately the cost in time isn't > worth the possible benefit. > For better and for worse, it has become the communication medium for machine learning and knowledge engineering. Lots of open-source notebooks are distributed. . >
Re: jupyter-notebook and bullseye
D. R. Evans wrote: > > If the user really wants /usr/bin/python the user should install > > python-is-python2 or python-is-python3. And these two packages conflict > > with each other. > > Once upon a time, not really that long ago, Debian seemed to make very > sensible decisions to keep everything stable and working across upgrades. In > the past few years, however, I find myself shaking my head and wondering > "what were they thinking?" 95% of the time, making the best available choices in a world where nobody else cares. 4% of the time, shrugging and saying "everybody else is doing it". 1% of the time, inexplicable. I think that these ratios are better than other distributions, which is why I keep using and recommending Debian. > It's not that some of the things they've done are > necessarily *wrong* per se, but they have certainly been a lot more > experimental than one wants in an environment that one expects to keep > working properly across upgrades; it seems that somehow the importance of > keeping the users' systems functioning as one hopes they will is now a much > lower priority than it used to be. You can't have a bug-free system, you can't have a stable system, and you can't have an up-to-date system. You can lean closer to any two of those by getting further from the third. In general, each Debian stable=>stable upgrade has been less disruptive than the previous one. A distro can go to a rolling release, but that means that either something is broken all the time or there is only one canonical way to do things: a notional Debian "Luxo" rolling release that tried to produce a stabilized stream from testing would require twice as many Debian Developers, or an 85% cut in the number of packages, or perhaps both. -dsr-
having high cpu problem related to kernel version
note that i'm using debian sid and xfce4 it shows full of red bars on htop on one of the core between two(i have atom n455 cpu) iirc red bars means kernel threads i've tested using debian's boot menu so only thing changed is kernel version it was fine on kernel 5.10 it's happening on kernel 5.14 and 5.15 i don't know exactly how to represent, but it isn't hard to if i just do something like browsing or reading pdf it just starts to happen and never stops even after i close all apps or log out https://asciinema.org/a/xTXqyZhg06enfrcHbuhasGJrm https://asciinema.org/a/y0klCFDWSOsjjAQTUHlHM84mq 1st link is when it's fine(right after boot) 2nd link is when it happens there is no difference on application running between two xserver is unrelated it's high cpu usage is just because of more updates on htop screen if i watch htop on ctrl+alt+f1 terminal xserver isn't even on the first page but htop still shows high cpu usage https://asciinema.org/a/l81ZO3hSHbA4jLm6fwLlIrfUS recorded on ctrl+alt+f1 terminal ran htop as root and enabled to show kernel threads tho cpu usage of kernel threads aren't being displayed
Re: jupyter-notebook and bullseye
Reco wrote on 12/31/21 1:47 PM: That was certainly a help (although I wonder why it was necessary for me to do that manually), It's official Debian policy now, believe it or not. python 2.x is /usr/bin/python2. python 3.x is /usr/bin/python3. If the user really wants /usr/bin/python the user should install python-is-python2 or python-is-python3. And these two packages conflict with each other. Once upon a time, not really that long ago, Debian seemed to make very sensible decisions to keep everything stable and working across upgrades. In the past few years, however, I find myself shaking my head and wondering "what were they thinking?" It's not that some of the things they've done are necessarily *wrong* per se, but they have certainly been a lot more experimental than one wants in an environment that one expects to keep working properly across upgrades; it seems that somehow the importance of keeping the users' systems functioning as one hopes they will is now a much lower priority than it used to be. but ultimately I am still unable to do anything. I'm not familiar with jupyter and I'm not using it. Pretty wise; I think. I was sucked in a bit about the hype that surrounds it and put in quite a bit of effort to build some useful notebooks a few years ago. But now I find that it's pretty much like the majority of experiments I've tried over the years: it looks nifty, and doubtless some people find it useful, but for me it's too fragile and ultimately the cost in time isn't worth the possible benefit. But it certainly would be nice to at least be able to use my old jupyter notebooks, even if it's unlikely that I'll create any new ones. Judging from [1], you're required to reinstall all these "jupyter kernels", because what you have was installed for python2, but what you need is to install them for python3. But then again, I could be wrong. Sorry, cannot help you further. That's probably a good bet. I don't remember how any of those kernels got installed [I thought that all except the sos kernel were from debian repositories, but my memory might be faulty], so I'll have to search around and see what I can dig up. The evidence to hand does seem to suggest that they don't auto-upgrade and therefore need to be upgraded manually somehow. Thank you for taking the time to share your thoughts, especially as you don't use jupyter yourself. Doc -- Web: http://enginehousebooks.com/drevans
Re: jupyter-notebook and bullseye
Hi. On Fri, Dec 31, 2021 at 01:35:47PM -0700, D. R. Evans wrote: > Reco wrote on 12/17/21 6:10 AM: > > Hi. > > > > On Thu, Dec 16, 2021 at 12:43:51PM -0700, D. R. Evans wrote: > > > FileNotFoundError: [Errno 2] No such file or directory: '/usr/bin/python' > > ... > > > Can someone suggest how I might get back to the fully-working set of > > > kernels that I had in buster? > > > > Try this: > > > > apt install python-is-python3 > > Thank you very much. > > That was certainly a help (although I wonder why it was necessary for me to > do that manually), It's official Debian policy now, believe it or not. python 2.x is /usr/bin/python2. python 3.x is /usr/bin/python3. If the user really wants /usr/bin/python the user should install python-is-python2 or python-is-python3. And these two packages conflict with each other. > but ultimately I am still unable to do anything. I'm not familiar with jupyter and I'm not using it. What I do know is: a) /usr/bin/python was python 2.x in Debian 10. b) Python 2.x and python 3.x modules are not compatible nor they are interchangeable. Judging from [1], you're required to reinstall all these "jupyter kernels", because what you have was installed for python2, but what you need is to install them for python3. But then again, I could be wrong. Sorry, cannot help you further. Reco [1] https://github.com/takluyver/bash_kernel
Re: Hyper-typematic and Firefox responsiveness in Weston.
On 12/31/21 05:48, pe...@easthope.ca wrote: > Hi, > > Debian 11 is easily arranged so that "startx" or "weston" can be > issued at the console command line. That allows simple qualitative > comparisons. > > In weston, keyboard response can be hyper-typematic. The briefest > keypress can give at least two instances of the key action; sometimes a > half dozen. That includes backspace. Consequently keyboard input is > impossible. This happens not in every instance of weston but often > enough to be a nuisance. Has anyone else observed this? > > According to documentation, Firefox works natively in Weston. Ie. > Firefox doesn't work through Xwayland. With Wayland intended to be > more efficient than X11 I expect Firefox to be more responsive on > Weston than on X11. Nevertheless Firefox is noticeably slower on > Weston. Anyone else observed this? > Hi Peter, I just tested Firefox on KDE and Wayland (on Debian testing) and I didn't notice any issue. I tried a few clips on youtube.com and a few sites for open source software. Kind regards Georgi
Re: jupyter-notebook and bullseye
Reco wrote on 12/17/21 6:10 AM: Hi. On Thu, Dec 16, 2021 at 12:43:51PM -0700, D. R. Evans wrote: FileNotFoundError: [Errno 2] No such file or directory: '/usr/bin/python' ... Can someone suggest how I might get back to the fully-working set of kernels that I had in buster? Try this: apt install python-is-python3 Thank you very much. That was certainly a help (although I wonder why it was necessary for me to do that manually), but ultimately I am still unable to do anything. "jupyter kernelspec list" now looks better: [ZB:jupyter] jupyter kernelspec list Available kernels: ir /home/n7dr/.local/share/jupyter/kernels/ir markdown/home/n7dr/.local/share/jupyter/kernels/markdown bash/usr/local/share/jupyter/kernels/bash gnuplot /usr/local/share/jupyter/kernels/gnuplot sos /usr/local/share/jupyter/kernels/sos python3 /usr/share/jupyter/kernels/python3 [ZB:jupyter] But if I actually run jupyter-notebook on a known-good .ipynb file I get the following: [ZB:jupyter] jn CQ* [I 13:22:37.809 NotebookApp] Loading IPython parallel extension [I 13:22:37.824 NotebookApp] Serving notebooks from local directory: /home/n7dr/notebooks/jupyter [I 13:22:37.824 NotebookApp] Jupyter Notebook 6.2.0 is running at: [I 13:22:37.824 NotebookApp] http://localhost:/?token=5e06127359465bc598e53eb5b48ef202592e96e3a1fe4ba7 [I 13:22:37.824 NotebookApp] or http://127.0.0.1:/?token=5e06127359465bc598e53eb5b48ef202592e96e3a1fe4ba7 [I 13:22:37.825 NotebookApp] Use Control-C to stop this server and shut down all kernels (twice to skip confirmation). [C 13:22:42.319 NotebookApp] To access the notebook, open this file in a browser: file:///home/n7dr/.local/share/jupyter/runtime/nbserver-2497406-open.html Or copy and paste one of these URLs: http://localhost:/?token=5e06127359465bc598e53eb5b48ef202592e96e3a1fe4ba7 or http://127.0.0.1:/?token=5e06127359465bc598e53eb5b48ef202592e96e3a1fe4ba7 [W 13:22:50.477 NotebookApp] 404 GET /nbextensions/widgets/notebook/js/extension.js?v=20211231132234 (127.0.0.1) 96.38ms referer=http://localhost:/notebooks/CQ%20WW.ipynb [I 13:22:51.078 NotebookApp] 302 GET /notebooks/activity-160.png (127.0.0.1) 0.67ms [I 13:22:51.171 NotebookApp] 302 GET /notebooks/2017-ALL.png (127.0.0.1) 0.61ms [I 13:22:51.394 NotebookApp] 302 GET /notebooks/cq-ww-qso-nlogs-a-u.png (127.0.0.1) 0.62ms [I 13:22:51.456 NotebookApp] 302 GET /notebooks/cq-ww-qso-percentiles.png (127.0.0.1) 0.64ms [I 13:22:51.576 NotebookApp] Kernel started: 9636f23d-6e5c-4ce6-931a-f0844f8876e5, name: bash /usr/bin/python: No module named bash_kernel [I 13:22:54.576 NotebookApp] KernelRestarter: restarting kernel (1/5), new random ports /usr/bin/python: No module named bash_kernel [I 13:22:57.590 NotebookApp] KernelRestarter: restarting kernel (2/5), new random ports /usr/bin/python: No module named bash_kernel [I 13:23:00.598 NotebookApp] KernelRestarter: restarting kernel (3/5), new random ports /usr/bin/python: No module named bash_kernel [I 13:23:03.605 NotebookApp] KernelRestarter: restarting kernel (4/5), new random ports /usr/bin/python: No module named bash_kernel [W 13:23:06.621 NotebookApp] KernelRestarter: restart failed [W 13:23:06.621 NotebookApp] Kernel 9636f23d-6e5c-4ce6-931a-f0844f8876e5 died, removing from map. [W 13:23:12.691 NotebookApp] Replacing stale connection: 9636f23d-6e5c-4ce6-931a-f0844f8876e5:1820effccd3749579998b085be46704b [W 13:23:34.746 NotebookApp] Replacing stale connection: 9636f23d-6e5c-4ce6-931a-f0844f8876e5:1820effccd3749579998b085be46704b [W 13:23:51.683 NotebookApp] Timeout waiting for kernel_info reply from 9636f23d-6e5c-4ce6-931a-f0844f8876e5 [E 13:23:51.686 NotebookApp] Error opening stream: HTTP 404: Not Found (Kernel does not exist: 9636f23d-6e5c-4ce6-931a-f0844f8876e5) [W 13:23:51.689 NotebookApp] 404 GET /api/kernels/9636f23d-6e5c-4ce6-931a-f0844f8876e5/channels?session_id=1820effccd3749579998b085be46704b (127.0.0.1): Kernel does not exist: 9636f23d-6e5c-4ce6-931a-f0844f8876e5 [W 13:23:51.690 NotebookApp] 404 GET /api/kernels/9636f23d-6e5c-4ce6-931a-f0844f8876e5/channels?session_id=1820effccd3749579998b085be46704b (127.0.0.1) 39005.31ms referer=None [W 13:23:51.690 NotebookApp] 404 GET /api/kernels/9636f23d-6e5c-4ce6-931a-f0844f8876e5/channels?session_id=1820effccd3749579998b085be46704b (127.0.0.1): Kernel does not exist: 9636f23d-6e5c-4ce6-931a-f0844f8876e5 [W 13:23:51.691 NotebookApp] 404 GET /api/kernels/9636f23d-6e5c-4ce6-931a-f0844f8876e5/channels?session_id=1820effccd3749579998b085be46704b (127.0.0.1) 16950.43ms referer=None [W 13:23:55.701 NotebookApp] Replacing stale connection: 9636f23d-6e5c-4ce6-931a-f0844f8876e5:1820effccd3749579998b085be46704b [W 13:24:23.733 NotebookApp] Replacing stale connection: 9636f23d-6e5c-4ce6-931a-f0844f8876e5:1820effccd3749579998b085be46704b And in the browser window t
Re: Hyper-typematic and Firefox responsiveness in Weston.
On 12/31/2021 05:10 AM, pe...@easthope.ca wrote: > Hi, > > Debian 11 is easily arranged so that "startx" or "weston" can be > issued at the console command line. That allows simple qualitative > comparisons. > > In weston, keyboard response can be hyper-typematic. The briefest > keypress can give at least two instances of the key action; sometimes a > half dozen. That includes backspace. Consequently keyboard input is > impossible. This happens not in every instance of weston but often > enough to be a nuisance. Has anyone else observed this? > > According to documentation, Firefox works natively in Weston. Ie. > Firefox doesn't work through Xwayland. With Wayland intended to be > more efficient than X11 I expect Firefox to be more responsive on > Weston than on X11. Nevertheless Firefox is noticeably slower on > Weston. Anyone else observed this? > > Thanks & best regards, ... P. > > > > Haven't you noticed the x.org people fucking stuff up since Xfree became x.org? Why do you expect this to chsange?
Re: Question about email received
On Thu, 30 Dec 2021 17:33:03 +0100 Julius Hamilton wrote: > Google would never intentionally send an email like that. Of course they wouldn't send you an email like that. They have much better ways of snooping information about you. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Solved! Re: pulseaudio only finds one sink but alsa shows all
Success! I copied the default.pa file into my local .config and uncommented the line: load-module module-alsa-sink Initially, I tried adding device= options to this line (as the manual suggests) but I could not get the right incantation. Without it, PA found the device just fine as a possible sink although, funnily enough, it does not appear in the configuration tab of pavucontrol... I did leave the udev module, as Didier suggested. I did have to use alsamixer to adjust the volume (to the maximum, letting PA then have control up to that maximum). Thank you all for the help in solving this mystery. I remain wondering why it stopped working last year... but it's good to have some mystery left. ;-) eric -- Eric S Fraga with org 9.5.2 in Emacs 29.0.50 on Debian 11.2
Re: pulseaudio only finds one sink but alsa shows all
Le vendredi 31 décembre 2021 à 11:39 +, Eric S Fraga a écrit : > On Friday, 31 Dec 2021 at 11:21, didier gaumet wrote: > > [...] > > but starts enumerating sinks at Sink#12 > > Is this important/relevant? I know nothing about how PA enumerates > sinks or sources. I mentioned this because I think that, probably, while not registering your Intel sound card as a whole, Pulseaudio somehow knows of this sound card sinks and starts enumerating available sinks where the Intel count stops > Okay, I will give this a try. Thank you. Should I leave the udev > auto-detection in there as well? I would try to leave it for auto-detection of the webcam and and Nvidia sound card, and declare manually the Intel soundcard (probably before the udev line of the file, in order for Pulseaudio udev detection to possibly overwrite the manual declaration if someday it is able do do so again)
Re: pulseaudio only finds one sink but alsa shows all
On Friday, 31 Dec 2021 at 11:21, didier gaumet wrote: > It seems to me that Alsa recognizes 3 audio cards (Intel, webcam, > Nvidia) while Pulseaudio recognizes 2 audio cards only (webcam, Nvidia) Yes, that's my impression as well. > but starts enumerating sinks at Sink#12 Is this important/relevant? I know nothing about how PA enumerates sinks or sources. > I would then say that for whatever reason Pulseaudio does not register > your Intel audio card by udev detection and it could be useful to > declare it manually to Pulseaudio by creating > ~/.config/pulse/default.pa rather than editing /etc/pulse/default.pa . Okay, I will give this a try. Thank you. Should I leave the udev auto-detection in there as well? -- Eric S Fraga with org 9.5.2 in Emacs 29.0.50 on Debian 11.2
Re: pulseaudio only finds one sink but alsa shows all
Le jeudi 30 décembre 2021 à 23:33 +, Eric S Fraga a écrit : [...] > Please find the output from pa-info attached. Also attached is the > output from alsa-info, just in case. [...] Hello Eric, Disclaimer: I am far from knowledgeable in these matters and have never experimented what I suggest, so please take what I say with a grain of salt :-) It seems to me that Alsa recognizes 3 audio cards (Intel, webcam, Nvidia) while Pulseaudio recognizes 2 audio cards only (webcam, Nvidia) but starts enumerating sinks at Sink#12 and your Pulseaudio setup is standard If you have not set up a particular Alsa config (https://www.alsa-project.org/wiki/Asoundrc ...), or a particular udev rule (/etc/udev/rules.d should be empty in this case), or tempered whith your BIOS/UEFI in a way that prevents udev to present your Intel audio card to Pulseaudio, or set up a multi-graphic card config that prevents the use of one of its sound-sub-system by Pulseaudio (I do not even know if it is possible, that's just a guess), I would then say that for whatever reason Pulseaudio does not register your Intel audio card by udev detection and it could be useful to declare it manually to Pulseaudio by creating ~/.config/pulse/default.pa rather than editing /etc/pulse/default.pa . man default.pa https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#module-alsa-card Good luck :-)