Information concerning support for nVidia GeForce 750
Hello, everybody out there! I am migrating my desktop computer from Fedora to Debian. The thing is, this computer runs an nVidia GeForce 750, and I need to run the real-time kernel, as well as I need some video decoding hardware acceleration. Also, I would like to switch to Wayland, as it seems pretty stable now. Well, it seems Nouveau is not providing video decoding for my GPU yet (https://nouveau.freedesktop.org/FeatureMatrix.html), but nVidia proprietary driver version 525 seems to support my hardware (https://us.download.nvidia.com/XFree86/Linux-x86_64/525.89.02/README/supportedchips.html). Before doing anything wrong, is it possible to confirm that I will be able to run the proprietary nVidia driver 525 on the real-time kernel—and maybe Wayland? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/
Re: Follow recent stable Python versions
Hello, everybody out there! Thank you for your answers. I realize I have not made myself clear, my bad. Indeed, I do not want to change the Python version of the whole distribution: I do not want to mess up the system. My need is to follow the up-to-date Python stable version for my own developments—and yes, I should, and already do, use virtual environments for my own developments. So, in fact, my question was: what is the best practice to install a specific version of Python alongside the version of the system without messing up the system. I would rather use a solution as automatic as possible. Reading your answers, it turns out that pinning is not a solution. Understood. There is the option to compile the new version from source, but this is really not automatic, and my experience is that you easily make mistakes when you repeatedly do the same task. I would rather not use that option. Pyenv seems to be a tool made for what I need to do. The thing is, as far as I know, there is no package in the distribution for it. Though, the procedure to install it is well described (https://realpython.com/intro-to-pyenv/), and there is a pyenv-update plgugin to keep it up to date—well, I prefer using the package manager, but anyway. There is an official Docker image for Python (https://hub.docker.com/_/python/), but Pyenv seems to be more fitted to manage a specific virtual environment for each project. What does experience Python developers on Debian recommend? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/
Follow recent stable Python versions
Hello, everybody out there! For the upcoming two years, I will have to follow the new versions of Python. Not the preview release, but the up-to-date stable release – well, I can wait for a couple of weeks after the release of the last stable version. As far as I know, Python is not part of backports. Is there any way other than pinning to install the last stable version of Python on a stable version of Debian? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/
Re: stopping mass surveillance
Hello, everybody out there! On 2022/12/13 at 01:06 am, operation.privacyenforcem...@secure.mailbox.org wrote: I have an idea to stop mass surveillance, hamper it, make routing of traffic invisible. This is treated as impossible currently. Appreciate feedback. However, I have published an article some years ago about this issue. It gives some hints: https://le-bars.net/yoann/en/2016/08/16/privacy-anomaly-corrected-soon/ Best regards. -- Yoann LE BARS https://le-bars.net/yoann/
Re: Following Pipewire developments
Hello everybody out there! One last question before deciding to use Fedora, what about use this repository: https://pipewire-debian.github.io/pipewire-debian/ Well, it seems a bit making some kind of a Frankendebian, but it seems to be less susceptible to broke anything else in the system. What do you think about it? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Following Pipewire developments
Hello, everybody out there! On 2021/11/09 at 05:06 am, riveravaldez wrote: Sorry if late and obvious, but just in case, have you already checked this? https://wiki.debian.org/PipeWire#Debian_Testing.2FUnstable Yes, I have read the Wiki. However, I am disinclined to use unstable repositories into Debian stable. Thank you anyway. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Following Pipewire developments
Hello, everybody out there! On 2021/11/08 at 2:39 pm, Henning Follmann wrote: The easiest way to get a current version of pipewire is to install fedora core. Yes, this is something I have considered. I have already tried and use Fedora, but I prefer Debian in general. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Following Pipewire developments
Hello, everybody out there! Thank you for the answer. On 2021/11/08 at 2:08 pm, Charles Curley wrote: Do you know that the version in Bullseye will not work? Have you tried it? No, I have not tested it yet. I thought I would rather get some information first. You could pull in the package for Bookworm or Sid and try installing that. "apt pipewire." But if the installation breaks, you get to keep all the pieces. Yes. I am not really found in breaking my distro! You could also try pulling it in from the git repo and installing that. https://pipewire.org To be consistent with Linux standards, I would set --prefix=/usr/local It appears Ardour and Musescore are available as Debian packages, although neither is the most recent version. That suggests that one or both will build easily on Debian. I would consider building them from source. Then you can bypass the flatpack entirely. Well, concerning Ardour, it is not that easy to compile. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Following Pipewire developments
Hello, everybody out there! I am running Debian stable (Bullseye). Now, it turns out I need to use some new version of Musescore and Ardour–because of few bugs and several functionalities I need. As these applications are available as flatpaks, I can easily use them. The trouble is, to be able to use flatpaks with Jack, I have to use Pipewire. As Pipewire is quite recent, I probably would rather use some recent version of Pipewire. As far as I know, Pipewire is not available on Backports: https://packages.debian.org/search?keywords=pipewire&searchon=names&suite=all§ion=all Is there a way to use some recent version of Pipewire with Debian stable? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Debian stable + backports + testing
Hello everybody out there! On 2021/08/29 at 02:26 am, Roberto C. Sánchez wrote: > That said, Dan's advice is quite solid: have your mixed environment in a > VM, chroot, or other virtual environment. When it gets into an unusable > state (it very likely will at some point, especially as testing further > diverges from stable), you can wipe it clean and start over. So, here is the way I get it: use Debian stable + backports as the system basis. For cutting edge tests, use a virtual machine in which, well, any adventurous experiment needed can be done, as it can be thrown away any time. Well, it seems quite reasonable. Thank you for the advice! Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Debian stable + backports + testing
Hello everybody out there! On 2021/08/29 at 01:25am, Dan Ritter wrote: > You can do this. If I didn't care much about the long-term > usability of the machine, I would do this. In other word, this is really not recommended, am I right? Well, the thing is I do care of long-term usability of the machine … Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Debian stable + backports + testing
Hello everybody out there! First, I want to thank and congratulate Debian developers for Debian 11. I am about to upgrade to this version. Usually, I am using Debian stable with backports, and I am quite happy with it. However, it turns out I will probably have to test some early versions of some software and libraries that are not in backports, such as Ardour and SDL2. Therefore, I am considering using a bit of testing into stable + backports. I am wondering if anyone can give me some advice in doing so. I guess I should set its priority like this: Package: * Pin: release o=Debian, a=testing Pin-Priority: 50 Can anyone give me some piece of advice with this? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: ubuntu/snap future
Hello everybody out there! On 2021/04/09 at 2:51 pm, to...@tuxteam.de wrote: > I still love the classical distro model: a stable base which doesn't > move too quickly (and thus doesn't require much of my attention), > which is well-vetted by maintainers (*thank you so much*), and a > couple of apps I particularly care about which I do build myself > from time to time. > > I understand that my "model" won't be everyone's, though. For instance, I have users that are not that familiar with compilation. Just some example. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: ubuntu/snap future
Hello everybody out there! On 2021/04/09 at 2:45 pm, to...@tuxteam.de wrote: > But that only really works out when the customer is nearly all-Debian, > which this one is. Like I said: not all the users are on Debian. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: ubuntu/snap future
Hello everybody out there! On 2021/04/09 at 1:39 pm, to...@tuxteam.de wrote: >> I have found some bugs in Musescore that are corrected on a higher >> version than the one available in stable. >> >> I need some functionalities available in Ardour 6, which is not >> available in stable. > > In those cases, would a backport help? It would. >> Now, I need Discord and the only version which works after an update is >> the one available as a snap. >> >> I have also been asked to use Microsoft Teams. Well, this one never >> really works, either as a deb, a snap or a flatpak… >> >> Concerning the few proprietary softwares I use, I think I rather use >> something like snap or flatpak—I have no preferences, save the fact I >> rather have the possibility to set up y own server. >> >> Now, I have develop a few small applications who do not have much users >> and are not in the position to integrate the distribution. For the few >> users of these programs, it is way easier for them that I give an >> Appimage or a Flatpak. > > Those last data points are a bit concerning. It'd be interesting what a > project like Debian could do to mitigate that. Concerning my own applications (they use a free licence), really, it is better not to engage any integration into Debian: it is not worth the effort nor for me, my users and the distribution. You cannot integrate an application that is use by something like ten people, including the developer. Also, some of them use Open Suze … Concerning proprietary applications, I am afraid editors are not really willing to collaborate. Clearly, they want to to everything by their self. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: ubuntu/snap future
Hello everybody out there! On 2021/04/09 at 09:21 am, to...@tuxteam.de wrote: > Can you pose one concrete use case where it is unavoidable? I have found some bugs in Musescore that are corrected on a higher version than the one available in stable. I need some functionalities available in Ardour 6, which is not available in stable. > For example: would a more broad availability of backports reduce > the need for snaps, flats or how they may be called? If those two where available in backports, I definitively would use these versions. Now, I need Discord and the only version which works after an update is the one available as a snap. I have also been asked to use Microsoft Teams. Well, this one never really works, either as a deb, a snap or a flatpak… Concerning the few proprietary softwares I use, I think I rather use something like snap or flatpak—I have no preferences, save the fact I rather have the possibility to set up y own server. Now, I have develop a few small applications who do not have much users and are not in the position to integrate the distribution. For the few users of these programs, it is way easier for them that I give an Appimage or a Flatpak. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: ubuntu/snap future
Hello everybody out there!
On 2021/04/06 at 01:53 am, Paul Johnson wrote:
> There's nothing user-unfriendly about .debs. They just don't want to
> maintain their software and are looking for a "fire and forget"
> solution. I can't see this as anything but a bad thing, something the
> world can live without.
Well, I do not like the way Ubuntu uses snaps, but there are some good
reasons to use something like snaps or flatpacks.
Even with a less careful procedure to integrate and update packages
than the one of Debian (which I like), create a new package and update
one take some time. There are several examples when a user needs a bug
fix or some functionality that packages in distributions do not provide.
In such a case, without snaps or flatpacks, the user has to compile the
program, which need some technical skills and can be sometimes really
tricky. Appimages are less interesting, as you have to update them manually.
Use parsimoniously, packages like snaps or flatpacks are something very
useful, which improve user experience even for power users. The problem
with Ubuntu is it uses way too much snaps and I do not think it is a
matter of laziness.
Best regards.
--
Yoann LE BARS
https://le-bars.net/yoann/
Diaspora* : yleb...@framasphere.org
Re: NVidia proprietary driver, real-time kernel and Wayland
Hello everybody out there! On 2021/02/21 at 3:43 pm, Yoann LE BARS wrote: > Well, before doing some strange tests, I would rather have an idea of > what I am doing. So, can anybody confirms these versions of real-time > kernel, Wayland and NVidia proprietary driver will work together? Well, I have the answer: no, it does not. At leat, not yet. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
NVidia proprietary driver, real-time kernel and Wayland
Hello everybody out there! It happens I have an NVidia video-card. If I install the proprietary driver, I may be able to give some help to Nouveau development team. The thing is, I am using the real-time kernel—it turns out you can have some trouble with the standard kernel when doing some intense treatment in real-time music. I am not sure, but after a long history of troubles it seems NVidia proprietary driver does works on real-time kernel nowadays. I am also using Wayland. It also seems NVidia proprietary driver now does work on Wayland. What can help is I am also using backports, therefore I have a rather recent kernel—at the time I am writing, the current real-time kernel version is 5.10. Also, I prefer to use drivers from standard repositories, to ensure my system stays coherent and to ensure security updates are regularly done. On backport repositories, the current version of NVidia proprietary driver is 460.39. Well, before doing some strange tests, I would rather have an idea of what I am doing. So, can anybody confirms these versions of real-time kernel, Wayland and NVidia proprietary driver will work together? Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: running microsoft team on debian 10.3
Hello everybody out there! On 2020/12/09 at 1:57 pm, Carl Fink wrote: > You have to know the vocabulary. > > They say that "window" sharing is not available. "Screen" sharing is. > That is, you can't share a specific application, but you can share your > entire screen. Regardless of the vocabulary, I have hit several times the screen sharing button, nothing ever happened. Now, to be honest, this is one of the annoying thing about Microsoft Teams, it is the kind of application that make you waste time rather than saving time. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: running microsoft team on debian 10.3
Hello everybody out there! On 2020/12/09 at 12:54 pm, Carl Fink wrote: > This has not been my experience. I can share my screen just fine using > the Teams client. According to Microsoft, this option is not available on Linux client (https://support.microsoft.com/en-us/office/share-content-in-a-meeting-in-teams-fcc2bf59-aecd-4481-8f99-ce55dd836ce8?ui=en-us&rs=en-us&ad=us). I do not know how you managed to share your screen. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: running microsoft team on debian 10.3
Hello everybody out there! On 2020/12/09 at 04:37 am, Dan Hitt wrote: > Does anybody have any experience using Microsoft Team on debian, and is > there anything i need to be cautious about (of course apart from running > software from a giant software company)? Well, considering the pandemic, as many others, I had to test several solutions for distant collaborating. Well, actually, we are accustomed to doing this in free software and open source, so using Git, NextCloud or OwnCloud, mailing lists and Jitsi, you can very efficiently collaborate with distant collaborators. Now, very often institutions do not consider free software nor open source and without testing these options, run for proprietary solutions. I had to test Zoom and Microsoft Teams. Zoom works quite well, is expensive and everything runs on own Zoom servers—which I consider being a problem. Microsoft Teams do runs on Linux, except for screen sharing—you will not be able to share your screen, even using the web application. Except for that, you will not have more troubles than other users, but I have seen people using Microsoft Windows and macOS having trouble to connect with Microsoft Teams … Now, comparing Jitsi, Zoom, Discord and Microsoft Teams, my experience is Microsoft Teams is the worst of those solutions. In my experience, Zoom and Jitsi are the two best, from a user perspective and not considering the problem of proprietary software, the experience is the same with Jitsi and Zoom. Zoom has some options to create sub rooms—sorry, I cannot find the proper English word—, to do so with Jitsi you need to create several meeting rooms, which is a bit less efficient, but in my experience it is not a problem. With Jitsi, you can use your own server or servers from Jitsi.org. > Any advice about the web cam or mic? I use a webcam from Logitech with embedded microphone and it works very well. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: /home as a symlink?
Hello everybody out there! On 2020/10/16 at 12:18 pm, Jesper Dybdal wrote: > Thanks for your response. That would be the natural way of doing it if > I were partitioning a new disk. But I don't want to do that, and the > target disk also has other data, so /home cannot be a complete partition. Alright, I did not get that. Well, in this case, you can indeed make some symlink. In my experience, you can either use a symlink to replace /home or to replace /home/user. Which will be the best way? Well, I guess it depends on what you prefer. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: /home as a symlink?
Hello everybody out there! On 2020/10/16 at 11:23 am, Jesper Dybdal wrote: > Can I simply move the files and then make /home a symlink to /disk2/home? You can, but I think a better way is to simply mount the partition as /home. For instance, I have a separated hard drive for my /home, here is its /etc/fstab entry: UUID=35b9219d-1f0a-4b59-8ca5-45c7194ab353 /home ext4 defaults0 2 It works perfectly fine. Actually, I am doing this for years. Best regards. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/19 6:19 pm, Yoann LE BARS wrote: > On the laptop: > > $ fuser -v /dev/snd/* As a root: # fuser -v /dev/snd/* UTIL. PID ACCÈS COMMANDE /dev/snd/controlC0: root591 f alsactl timidity856 F timidity /dev/snd/pcmC0D0p: timidity856 F...m timidity /dev/snd/seq:timidity856 F timidity /dev/snd/timer: timidity856 f timidity Well, back to what has been seen before. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! Sorry, once again I have been busy on so many other things. On 2020/01/09 10:12 pm, Georgi Naplatanov wrote: > something is wrong on that computer. Indeed. > This is output of mine: > > > $ fuser -v /dev/snd/* > USERPID ACCESS COMMAND > /dev/snd/controlC0: gosho 2067 F pulseaudio > /dev/snd/controlC1: gosho 2067 F pulseaudio > /dev/snd/controlC2: gosho 2067 F pulseaudio > /dev/snd/pcmC1D0p: gosho 2067 F...m pulseaudio On the laptop: $ fuser -v /dev/snd/* I have not forgotten anything when copy-pasting, there is simply no output. > Try this: > - run as root > # alsactl init > - restart the computer > - then start alsamixer as ordinary user and tune all channels It did not change anything: there is still nothing but a virtual output in PAVUControl. Really, the problem seems to be lying on Pulsaudio configuration, not in Alsa. Still, I do not know what to do to make a clean configuration for Pulseaudio. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! My apologies for having been silent so long, I have had some other obligations. Anyway. Le 06/01/2020 à 11:44, Selim T. Erdoğan a écrit : > Try "systemctl stop timidity.service" Well, I have done this and it seems Timidity has indeed stopped: # lsof | grep /dev/snd/ lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs Output information may be incomplete. alsactl573 root4r CHR 116,7 0t0 17199 /dev/snd/controlC0 But the soundcard still does not appear in Pavucontrol. Therefore, I am not so certain the problem comes from Timidity. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there!
On 2020/01/05 7:25 pm, Andrei POPESCU wrote:
> As someone else mentioned, possibly some other process is keeping the
> audio device busy. 'lsof | grep /dev/snd/' (as root) should help.
Yes, why have I not done this before?
# lsof | grep /dev/snd/
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.
alsactl573 root4r CHR
116,7 0t0 16293 /dev/snd/controlC0
timidity 861 timidity mem CHR
116,216230 /dev/snd/pcmC0D0p
timidity 861 timidity3r CHR
116,33 0t0 12983 /dev/snd/timer
timidity 861 timidity4u CHR
116,2 0t0 16230 /dev/snd/pcmC0D0p
timidity 861 timidity5u CHR
116,7 0t0 16293 /dev/snd/controlC0
timidity 861 timidity6u CHR
116,1 0t0 12984 /dev/snd/seq
Now, this is interesting, as some reported troubles between Timidity
and Pulseaudio (e.g. https://bbs.archlinux.org/viewtopic.php?id=154002).
I have no problem with Timidity and Pulseaudio on other Debian 10
systems, as well on Fedora or Ubuntu. Anyway, I should investigate this.
Best regards.
--
Yoann LE BARS
http://le-bars.net/yoann/
Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there!
On 2020/01/05 7:37 pm, Curt wrote:
> The relevant Debian wiki suggests (as a possible cure for missing
> playback devices):
>
> $ rm -r ~/.config/pulse /tmp/pulse-*
> $ pulseaudio --kill
> $ pulseaudio --start
>
> https://wiki.debian.org/PulseAudio#Missing_playback_devices_or_audio_capture
Yes, I have tried this before asking for help in this list. I still
cannot get any sound. Actually, I have read (once again before asking
for help on this list) the wiki page on Pulseaudio and have not been
able to solve the problem.
Best regards.
--
Yoann LE BARS
http://le-bars.net/yoann/
Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/05 6:19 pm, Curt wrote: >> Well, unfortunately, there is no device available for configuration. > > You need one in order to get anywhere. Indeed. So, there is still this question: why does the system detect the sound card and why can I not find it on Pavucontrol? Let remind what I gave at the first message: $ lspci | grep -i audio 00:1b.0 Audio device: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller (rev 21) $ cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0x9141 irq 122 $ cat /proc/asound/pcm 00-00: ALC255 Analog : ALC255 Analog : playback 1 : capture 1 00-03: HDMI 0 : HDMI 0 : playback 1 So, I am still at the same point: it seems the system does detect the hardware, but it also seems that there is some trouble in Pulseaudio configuration and I still do not have any clue on how to solve this. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/05 6:09 pm, Curt wrote: >> Well, I have check out: nothing is muted in Alsamixer. > > For the card in question, of course (HDA whatever--F6). Of course, I have enabled every view and selected the HDA Intel PCH device. > Is the sound module being loaded (snd_hda_intel et. al.)? $ lsmod | grep snd snd_hrtimer16384 1 snd_seq81920 1 snd_seq_device 16384 1 snd_seq snd_hda_codec_hdmi 57344 1 snd_hda_codec_realtek 122880 1 snd_hda_codec_generic86016 1 snd_hda_codec_realtek snd_hda_intel 45056 4 snd_hda_codec 151552 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek snd_hda_core 98304 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek snd_hwdep 20480 1 snd_hda_codec snd_pcm 114688 5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core snd_timer 36864 4 snd_seq,snd_hrtimer,snd_pcm snd 102400 17 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm soundcore 16384 1 snd Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020//01/05 5:45 pm, Georgi Naplatanov wrote: > try this: > > - start pavucontrol application > - select "Configuration" tab and select "Analog Stereo Duplex" under > "Built-in Audio" device. Well, unfortunately, there is no device available for configuration. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/05 4:14 pm, Andrei POPESCU wrote: > Are you a member of the 'audio' group? Yes indeed. > How is pulseaudio started? This is a good question, I do not really know … Anyway, restarting Pulseaudio does not change anything. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there!
On 2020/01/05 on 3:43 pm, Nate Bargmann wrote:
> IIRC, I've had to select the card (F6) in alsamixer and unmute its Master
> channel (m command). It's maddening at first when the default channel
> in alsamixer and pavucontrol are not muted. Once this is done
> everything has worked well and I've been using pulseaudio for a number
> of years.
Well, I have unmute everything on Alsamixer, but still nothing but
virtual output appears on Pavucontrol.
Best regards.
--
Yoann LE BARS
http://le-bars.net/yoann/
Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/05 at 00:50 pm, Leventewrote: > There are switches also in alsamixer. Try thoes. Well, I have check out: nothing is muted in Alsamixer. > Also check if ther's other sound cards in your system, like a connected > hdmi. No, there is only one sound device on this computer. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: No sound with Pulseaudio
Hello everybody out there! On 2020/01/05 at 00:31 pm, Markus Grunwald wrote: > I had the same experience for (almost) every new or old installation > that I made. Fresh install of testing or stable, never mind: each time, > Sound didn't work from scratch with Pulseaudio. I deinstalled it, and > voila, everything worked fine. The thing is, the user of this laptop uses applications which needs Pulseaudio running. So, I need to make it running. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
No sound with Pulseaudio
Hello everybody out there! I have just installed Debian 10 with XFCE on an old laptop. It works quite well, but for the sound: I can not get any sound and in Pavucontrol I can only see a virtual sound output. However, the system seems to successfully detect the hardware: $ lspci | grep -i audio 00:1b.0 Audio device: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller (rev 21) $ cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0x9141 irq 122 $ cat /proc/asound/pcm 00-00: ALC255 Analog : ALC255 Analog : playback 1 : capture 1 00-03: HDMI 0 : HDMI 0 : playback 1 In Alsamixer, I have set everything to its maximum. Still, I cannot get any sound and all that is available in Pavucontrol is a virtual output. My guess is there is something wrong in PulseAudio configuration, but I have not found anything helpful on the Internet and I do not have any clue on what I can do. Does anyone have an idea to solve this problem? Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: NVIDIA proprietary driver with linux-rt and Wayland
Hello everybody out there! On 2019/10/28 à 3:56pm, Dan Ritter wrote: > Do you have a particular reason to run the real-time kernel? When you are running simultaneously several virtual synthesizers while recording actual instruments, my experience is using the realtime kernel is clearly useful: it avoids several troubles in synchronisation, as well as cracks. Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
NVIDIA proprietary driver with linux-rt and Wayland
Hello everybody out there! I am using Debian 10: $ cat /etc/debian_version 10.1 I am running the real-time kernel from standard distribution repositories: $ uname -a Linux petra 5.2.0-0.bpo.2-rt-amd64 #1 SMP PREEMPT RT Debian 5.2.9-2~bpo10+1 (2019-08-25) x86_64 GNU/Linux I have a NVIDIA graphical controller: $ lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2) To help Nouveau team, they ask to install the proprietary driver. Also, for my video editing work, proprietary driver is more efficient. The problem is, by default proprietary driver does not compile for real-time kernel. But it appears some people using Archlinux have found some way to compile NVIDIA proprietary driver for real-time kernem: https://aur.archlinux.org/packages/nvidia-rt/ https://aur.archlinux.org/packages/nvidia-96xx-dkms/ Also, there may be some way to make it run Wayland. So, here is my questions: is there any work done on Debian side to make NVIDIA proprietary driver working on Linux-rt? To make it run Wayland? How can I help? Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
FFADO-mixer does not load - patch to fix bug
Hello everybody out there! I am using Debian 10: $ cat /etc/debian_version 10.1 I am using FFADO-mixer from standard distribution repositories: $ aptitude versions ffado-mixer-qt4 i 2.4.1-0.1 stable 900 I have experimented a bug I have not seen in Debian bug tracker system: when I tried to launch FFADO-mixer, it failed to load (see log at the end of this message). I have asked for help on FFADO mailing list: https://sourceforge.net/p/ffado/mailman/ffado-user/?viewmonth=201909&viewday=11 Jonathan Whoithe has then sent a patch which solves the problem: https://sourceforge.net/p/ffado/mailman/message/36760579/ Well, I think this patch should probably be added to the package. Can anyone tell me what I should do to propose this patch? Should I open a bug issue on Debian bug tracker, then send the patch? Should I do something else? Best regards. $ ffaddo-mixer-qt4 Traceback (most recent call last): File "/usr/share/ffado-mixer-qt4/ffado/import_pyqt.py", line 35, in from PyQt4.QtCore import QByteArray, QObject, QTimer, Qt, pyqtSignal, QString, pyqtSlot ImportError: cannot import name 'QString' from 'PyQt4.QtCore' (/usr/lib/python3/dist-packages/PyQt4/QtCore.cpython-37m-x86_64-linux-gnu.so) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/ffado-mixer", line 31, in from ffado.ffadowindow import * File "/usr/share/ffado-mixer-qt4/ffado/ffadowindow.py", line 27, in from ffado.config import * File "/usr/share/ffado-mixer-qt4/ffado/config.py", line 35, in from ffado.import_pyqt import * File "/usr/share/ffado-mixer-qt4/ffado/import_pyqt.py", line 39, in from PyQt5 import QtGui, Qt, QtCore, Qt, QtWidgets, uic RuntimeError: the PyQt5.QtCore and PyQt4.QtCore modules both wrap the QObject class -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Workaround for bug #874598 - Ardour: GUI doesn't load
Hello everybody out there! I am using Debian 10 : $ cat /etc/debian_version 10.1 I am using Ardour 5 from standard distribution repositories: $ aptitude versions ardour i 1:5.12.0-3stable 900 I have experimented bug #874598, i.e. Ardour GUI does not load. I have asked for help on Ardour forum: https://discourse.ardour.org/t/no-graphical-interface-with-ardour-5-on-debian-10/101633 It turned out that this bug is a bug from GTK 2. As most developing efforts from GTK team are on GTK 3 and 4, it seems quite unlikely that the bug will be solved at all. But there is a quite simple workaround to this, as indicated on Ardour bug tracker: https://tracker.ardour.org/view.php?id=5605 It is quite simple. Before running Ardour, you have to set a variable: $ export GTK2_RC_FILES=/usr/share/themes/Adwaita/gtk-2.0/gtkrc Then run Ardour. I have tested this, with this workaround Ardour GUI does load. I have sent a comment to Debian bug tracker for bug #874598 : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874598 But as it is the first time I propose some workaround to a bug, I want to make sure I have done what is needed. So, can anyone confirm my message is sufficient of if I should do something more? Best regards. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
