Re: [gentoo-user] CONFIG_BLK_DEBUG_FS on kernel 6.8.1 considered a Bad Thing.
On Thu, 4 Apr 2024 at 09:07, Alan Mackenzie wrote: > > [*] Block layer debugging information in debugfs > > .. When I disabled this and rebuilt the kernel, my /boot mounted without > problem. > > -- > I have CONFIG_BLK_DEBUG_FS=y with no problems (6.8.2 downloaded directly from kernel.org) Jorge Almeida
Re: [gentoo-user] Soft scrolling on framebuffer consoles - with GPM handling - version of the patch for kernel 6.3 onwards.
On Wed, Oct 4, 2023 at 7:59 PM Alan Mackenzie wrote: > > On Wed, Oct 04, 2023 at 18:08:20 +0100, Jorge Almeida wrote: > >6.3.11-GPM.20231004.diff works fine with 6.5.5 (vanilla from > >[1]kernel.org) > > Thanks for doing this testing. > Thank _you_ for making the patch :)
Re: [gentoo-user] Soft scrolling on framebuffer consoles - with GPM handling - version of the patch for kernel 6.3 onwards.
6.3.11-GPM.20231004.diff works fine with 6.5.5 (vanilla from kernel.org) > >
Re: [gentoo-user] Re: mcomix (really python)
On Fri, Sep 8, 2023 at 8:23 AM Nuno Silva wrote: > > > There's also for example qcomicbook, if you have Qt on your system. > Yes, I have QT and qcomicbook emerged just fine (no dependency forest). However, I found it useless: the menu lacks entries for custom zoom (I mean, something like "+" and "-" that similar software offers). This is a party killer for me. Maybe it's hidden somewhere... Anyway, I solved the problem by installing the current version of mcomix from the sourceforge site. That would be version 2.3.0, whereas the "stable" version in gentoo is 2.1.0! (mcomix allows installing as non-privileged user in ~/.local/, hence it does not conflict with portage. No dependencies needed to be installed, I guess an up to date gentoo system alfready has what is needed.) Thanks Jorge
Re: [gentoo-user] mcomix (really python)
On Thu, Sep 7, 2023 at 12:39 PM Arve Barsnes wrote: > On Thu, 7 Sept 2023 at 13:12, Jorge Almeida wrote: > > Nope. I don't run a Gnome system, and evince pulls an absurd bunch of > dependencies, even with most USE variables unset > > Sure, which is why I put in that caveat :) > Yes, I understood what you meant. I was just saying that I don't have most dependencies installed. > > > why would I need elogind, udisks, polkit, etc. just to read a comic book > or view a pdf? > > I do have elogind because sddm requires it (have been pondering if I > should switch), but I don't have udisks or polkit, so those can at > least be controlled with some USE variables. > That's curious. I just tried emerge -p evince with all USE variables unset and it refuses to comply. Some dependencies suffer from "unmet requirements". Never mind. evince was made for Gnome users, which I'm not. I'll wait to see what gives re mcomix... (For viewing files for which a thumbnails-based index is not a must I'll just stick with zathura.) Regards Jorge
Re: [gentoo-user] mcomix (really python)
On Thu, Sep 7, 2023 at 11:14 AM Arve Barsnes wrote: > On Thu, 7 Sept 2023 at 11:51, Jorge Almeida wrote: > > > > $ mcomix foo.cbr > > 10:44:31 [MainThread] ERROR: You don't have the required version of the > Python Imaging Library Fork (Pillow) installed. > > 10:44:31 [MainThread] ERROR: Installed Pillow version is: 10.0.0 > > 10:44:31 [MainThread] ERROR: Required Pillow version is: 6.0.0 or higher > > > > > Had a lot of trouble with mcomix when I tried it sometime in the last > I've been using mcomix without problems. This is something new (I update my system weekly and only noticed this problem today; well, I don't use mcomix every week, but even so...) > few years. If you already have most of the dependencies I can > recommend trying app-text/evince as an alternative. It works fine in > my limited usage. > Nope. I don't run a Gnome system, and evince pulls an absurd bunch of dependencies, even with most USE variables unset ("absurd" as in: why would I need elogind, udisks, polkit, etc. just to read a comic book or view a pdf?). By the way: zathura works fine, with very few dependencies, and reads comic books, as well as pdf/djvu files. But it doesn't offer that handy index sidebar with thumbnails. Thanks, Jorge
[gentoo-user] mcomix (really python)
$ mcomix foo.cbr 10:44:31 [MainThread] ERROR: You don't have the required version of the Python Imaging Library Fork (Pillow) installed. 10:44:31 [MainThread] ERROR: Installed Pillow version is: 10.0.0 10:44:31 [MainThread] ERROR: Required Pillow version is: 6.0.0 or higher What is one supposed to do with an error message like this?! I even uninstalled pillow and then re-emerged mcomix. Sure enough, it pulled pillow, as expected. No avail. Thanks Jorge Almeida
Re: [gentoo-user] Finally got a SSD drive to put my OS on
On Sun, Apr 16, 2023 at 4:09 PM Mark Knecht wrote: > Sorry for any confusion. Time to unsubscribe from this list > I guess and leave you all to your beloved distro. > Please don't. I doubt someone is pissed off with you. Jorge Almeida > Bye, See above. > Mark
Re: [gentoo-user] quodlibet
On Sun, Aug 7, 2022 at 9:50 AM Neil Bothwick wrote: > > On Sat, 6 Aug 2022 22:46:25 +0100, Jorge Almeida wrote: > > > No "internet radio" in quodlibet? > > > > of which are set. What to do? > > This feature exists, according to > > https://quodlibet.readthedocs.io/en/latest/guide/browse/iradio.html > > > It appears you need to install the appropriate GStreamer plugins. Once > you have determined what they are, you could file a bug requesting > USE-controlled dependencies for these. > Ah, yes, the trick is to set a bunch of USE variables for the package media-plugins/gst-plugins-meta and re-emerge it. The relevant variable must be "http", but I didn't check that. It works now. I'm not sure the ebuild should add the same variables as gst-plugins-meta, a warning about the need to setup the latter might be enough. Thank you.
[gentoo-user] quodlibet
No "internet radio" in quodlibet? $ quodlibet --list-browsers 0. SearchBar 1. Playlists 2. Paned 3. AlbumList 4. CoverGrid 5. AlbumCollection 6. FileSystem The package accepts only 3 USE variables (dbus, gstreamer, udev), all of which are set. What to do? This feature exists, according to https://quodlibet.readthedocs.io/en/latest/guide/browse/iradio.html The ebuild doesn't seem to contain anything that would disable it. What to do? Jorge Almeida
[gentoo-user] sdr
The wiki page https://wiki.gentoo.org/wiki/Rtl-sdr seems outdated: a "sdr" group is not created by emerging net-wireless/rtl-sdr, the "usb" group replaces it. More importantly, the package net-wireless/cubicsdr would provide a graphical interface, but there is no such package in portage. So, the question is: is there some package providing similar functionality? Thanks Jorge Almeida
Re: [gentoo-user] chromium shortcuts?
On Tue, May 31, 2022 at 11:06 PM Laurence Perkins wrote: > > Compile time for Chromium currently seems to run about four hours on an > i7-9700. Well, that does it, then. chromium-bin is good enough, I think. But of course, the problem of obnoxious shortcuts remains... >
Re: [gentoo-user] chromium shortcuts?
On Mon, May 30, 2022 at 8:19 AM Neil Bothwick wrote: > > > I don't know how to do that (I'm talking about several itens in the > > bookmarks bar, not a single menu with several links). But I'll try a > > clean config anyway, the bookmark issue can be dealt with later. > > There are import and export options in the Bookmarks Manager menu. > Got it. But I already tried a clean start and still no way to edit shortcuts... >
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:48 PM Neil Bothwick wrote: > > On Sun, 29 May 2022 21:49:21 +0100, Jorge Almeida wrote: > > > Until now, no improvement. (Note that I symlinked > > ~/.config/chromium-bin to ~/.config/google-chrome, otherwise I would > > lose all bookmarks. Maybe it was a bad idea?) > > Why not export the bookmarks then re-import them? That way you can start > with a clean config. > I don't know how to do that (I'm talking about several itens in the bookmarks bar, not a single menu with several links). But I'll try a clean config anyway, the bookmark issue can be dealt with later.
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:47 PM w...@op.pl wrote: > > New Hope! I've found this: > https://btechgeeks.com/change-chrome-keyboard-shortcuts/ > It seems that the "Shortcut manager" extension doesn't exist any more. It was supposed to allow editing the "default" shortcuts, something most pages say it's not possible.
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:33 PM w...@op.pl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dnia 2022-05-29, o godz. 22:25:53 > Jorge Almeida napisał(a): > > > On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > > > > Maybe take a look here: > https://wiki.archlinux.org/title/List_of_applications#Web_browsers > Not all of them have ebuilds, but most of them do. > I hope you'll find something that suits your needs :) > I suppose this means I can't simply remove the shortcuts from chromium... ()
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > If non-free software is not of any concern for you, then maybe try > Vivaldi browser? It is based on the same engine and feels quite like > chromium but with many many more options (USE=widevine for netflix ;) ) > I have no concerns regarding licensing et al., but I once tried Vivaldi and was not impressed (I don't remember why). I'm into chrom* only because it provides a smooth experience re youtube & gmail. I don't think other browsers can do it, but I wouldn't mind being wrong. BTW: chromium also has a "widevine" flag. I don't know how much time does it take to compile chromium nowadays, but I don't have netflix anyway :(
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 9:56 PM w...@op.pl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dnia 2022-05-29, o godz. 21:49:21 > Jorge Almeida napisał(a): > > > So, is there a way to get rid of this, ahem, stuff? Ideally, I would > > remove/edit some shortcuts, but I would settle for trashing it all. Is > > this an unwinnable fight? (And is the dichotomy chromium-chrome > > relevant at all?) > > > > Jorge Almeida > > > > I'm not sure, but as far as I know the differences between > google-chrome and chromium are more about "the amount of Google" in the > browser not the overall idea behind it (so probably shortcuts will be > the same). > I suppose... I just hoped that the refuse to allow users any freedom would be part of that "amount of Google"...
[gentoo-user] chromium shortcuts?
I've been using google-chrome, mainly because I assume, maybe wrongly, that it means less hassle regarding codecs and such. But I'm out of patience regarding the undocumented, uncustomizable, obnoxious, invasive keyboard shortcuts/mouse gestures. So, I decided to try chromium (-bin, for now), in the hope that it would be more user-respectful. Until now, no improvement. (Note that I symlinked ~/.config/chromium-bin to ~/.config/google-chrome, otherwise I would lose all bookmarks. Maybe it was a bad idea?) So, is there a way to get rid of this, ahem, stuff? Ideally, I would remove/edit some shortcuts, but I would settle for trashing it all. Is this an unwinnable fight? (And is the dichotomy chromium-chrome relevant at all?) Jorge Almeida
[gentoo-user] iscan-data with udev
I'm trying to emerge media-gfx/iscan, which requires media-gfx/iscan-data. The latter package has only one USE variable, "udev". When "udev" is disabled, the emerge succeeds, but of course udev must be there for a reason. With udev, it fails: make[1]: Leaving directory '/var/tmp/portage/media-gfx/iscan-data-1.39.0.1/work/iscan-data-1.39.0' make-policy-file: warning: cannot find udev policy template in default locations make-policy-file: warning: use --template option to specify a file * ERROR: media-gfx/iscan-data-1.39.0.1::gentoo failed (install phase): * (no error message) * (...) * Call stack: * ebuild.sh, line 127: Called src_install * environment, line 1193: Called die * The specific snippet of code: * "${D}/usr/$(get_libdir)/iscan-data/make-policy-file" --force --mode udev -d "${D}/usr/share/iscan-data/epkowa.desc" -o "${D}${rulesdir}/99-iscan.rules" || die; (I already had xsane emerged without problems...) What to do? Google yields nothing... Posting the relevant "emerge --info" output, as suggested by the failed emerge message: $ emerge --info '=media-gfx/iscan-data-1.39.0.1::gentoo' Portage 3.0.30 (python 3.9.12-final-0, default/linux/amd64/17.1/desktop, gcc-11.2.1, glibc-2.34-r13, 5.17.3 x86_64) = System Settings = System uname: Linux-5.17.3-x86_64-AMD_Ryzen_7_5700G_with_Radeon_Graphics-with-glibc2.34 KiB Mem:32214772 total, 27317228 free KiB Swap:6291452 total, 6291452 free Timestamp of repository gentoo: Sun, 22 May 2022 11:30:01 + Head commit of repository gentoo: 4cdb0095996fe0d92a74fa7cedd43860dbad4b9b Timestamp of repository torbrowser: Tue, 17 May 2022 03:23:15 + Head commit of repository torbrowser: bd341941cd4c6b5881758fde2139542b26a26067 sh bash 5.1_p16 ld GNU ld (Gentoo 2.37_p1 p2) 2.37 distcc 3.4 x86_64-pc-linux-gnu [disabled] app-misc/pax-utils:1.3.3::gentoo app-shells/bash: 5.1_p16::gentoo dev-java/java-config: 2.3.1::gentoo dev-lang/perl: 5.34.0-r9::gentoo dev-lang/python: 3.9.12::gentoo, 3.10.4::gentoo dev-lang/rust-bin: 1.59.0::gentoo dev-util/cmake:3.22.2::gentoo dev-util/meson:0.61.4-r2::gentoo sys-apps/baselayout: 2.7-r3::gentoo sys-apps/openrc: 0.44.10::gentoo sys-apps/sandbox: 2.29::gentoo sys-devel/autoconf:2.71-r1::gentoo sys-devel/automake:1.16.5::gentoo sys-devel/binutils:2.37_p1-r2::gentoo sys-devel/binutils-config: 5.4.1::gentoo sys-devel/clang: 13.0.1::gentoo sys-devel/gcc: 11.2.1_p20220115::gentoo sys-devel/gcc-config: 2.5-r1::gentoo sys-devel/libtool: 2.4.6-r6::gentoo sys-devel/llvm:13.0.1::gentoo sys-devel/make:4.3::gentoo sys-kernel/linux-headers: 5.15-r3::gentoo (virtual/os-headers) sys-libs/glibc:2.34-r13::gentoo Repositories: gentoo location: /var/portage/tree sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-jobs: 1 sync-rsync-verify-max-age: 24 sync-rsync-extra-opts: sync-rsync-verify-metamanifest: no torbrowser location: /var/db/repos/torbrowser sync-type: git sync-uri: https://github.com/gentoo-mirror/torbrowser.git masters: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -fomit-frame-pointer -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -fomit-frame-pointer -march=native" DISTDIR="/var/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/; LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j16" PKGDIR="/var/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180
Re: [gentoo-user] gcolor2...
On Sat, Apr 16, 2022 at 9:33 AM tastytea wrote: > > On 2022-04-16 09:10+0100 Jorge Almeida wrote: > > > Uses GTK+ 2". Does this mean that GTK+ 2 is on its way out as well? > > It is on its way out, but there are still some packages blocking its > removal: <https://bugs.gentoo.org/768993>. I can't say for sure, but I > guess GTK+ 2 will stay at least another few months. Just what I thought. > > > (I suppose someone will make an ebuild for gcolor3 sooner or later...) > > I just packaged it for ::guru. It should become available in the > next days. If you can't wait, you can grab it from here: > <https://gitweb.gentoo.org/repo/proj/guru.git/tree/gui-apps/gcolor3?h=dev>. > OK, that's good news. And I can wait :) Thanks Jorge Almeida
Re: [gentoo-user] gcolor2...
On Sat, Apr 16, 2022 at 8:14 AM Neil Bothwick wrote: > > On Fri, 15 Apr 2022 22:47:26 +0100, Jorge Almeida wrote: > > > ... is gone, essentially. Any suggestion regarding some alternative? > > It's masked i portage and dead upstream, but that doesn't necessarily > mean it is no longer usable. If it still does what you want, copy the > ebuild to your overlay and unmask it by adding it to > /etc/portage/profile/package.unmask. > Will try that. But the masking message says "Dead package upstream. Uses GTK+ 2". Does this mean that GTK+ 2 is on its way out as well? (I suppose someone will make an ebuild for gcolor3 sooner or later...)
Re: [gentoo-user] gcolor2...
On Fri, Apr 15, 2022 at 11:08 PM Jack wrote: > > On 4/15/22 17:47, Jorge Almeida wrote: > > > ... is gone, essentially. Any suggestion regarding some alternative? > > I can't tell if you are looking for recommendations or just what else is > out there. I just need something to replace gcolor2. > > gcolor3? https://gitlab.gnome.org/World/gcolor3 It looks like the > latest release is 2.4.0, and has been renamed to "Color Picker" I > haven't tried, but it doesn't look like an ebuild would be too hard to > create. Not in portage (I don't have ebuild-making skills). > > media-libs/kcolorpicker already in portage. (appears not a KDE app, > which I would have guessed from the name) I already had emerged that one. It is a library, no executable included. No idea what packages use it. The kde package is, I suppose, kde-apps/kcolorchooser, but it would pull a bunch of dependencies. I assume it would be fine if I were a kde user (I was long time ago, before kde4!) thanks > >
[gentoo-user] gcolor2...
... is gone, essentially. Any suggestion regarding some alternative? Jorge Almeida
Re: [gentoo-user] zathura scroll bars
On Sun, Apr 10, 2022 at 1:59 PM Neil Bothwick wrote: > > On Sat, 9 Apr 2022 14:14:39 +0100, Jorge Almeida wrote: > > > > I have those, and I have installed zathura through emerge with the > > > `doc` flag, but it should not be necessary to have it set... > > > > Ah, OK. I don't have "doc" as global USE, since it usually pulls > > useless stuff. This is the first package I found for which it enables > > building the man pages. > > File a bug report, this is a misuse of the doc flag, use.desc says this > Done Jorge Almeida
Re: [gentoo-user] zathura scroll bars
On Sat, Apr 9, 2022 at 12:39 PM wrote: > > On Sat, Apr 09, 2022 at 11:25:42AM +0100, Jorge Almeida wrote: > > Scroll bars are AWOL in zathura. I have "set show-scrollbars true" in > > ~/.config/zathura/zathurarc. I also tried "set show-v-scrollbar true" > > and "set show-h-scrollbar true" as per what meager documentation can > > be found out there. > It seems that these options are not supported anymore: > https://git.pwmt.org/pwmt/zathura/-/commit/fb671c26cd01d974594e9b449995636cec80ea53 > > > Also, no man pages for zathura nor zathurarc. > I have those, and I have installed zathura through emerge with the `doc` flag, > but it should not be necessary to have it set... Ah, OK. I don't have "doc" as global USE, since it usually pulls useless stuff. This is the first package I found for which it enables building the man pages. Solved, now. And the man page for zathurarc solves the problem. > > > In case some other gentooer uses zathura, would you share your current > > experience? > Great experience, same here > only bug I could complain is that when I changed desktops > back and forth, sometimes pdf files locked to a weird zoom, but this has not > happened for a while. same here, again. I never could reproduce it at will Many thanks Jorge >
[gentoo-user] zathura scroll bars
Scroll bars are AWOL in zathura. I have "set show-scrollbars true" in ~/.config/zathura/zathurarc. I also tried "set show-v-scrollbar true" and "set show-h-scrollbar true" as per what meager documentation can be found out there. Also, no man pages for zathura nor zathurarc. My system is up-to-date, as of about 30m ago... In case some other gentooer uses zathura, would you share your current experience? Thanks Jorge Almeida
Re: [gentoo-user] mediatek mt7921: no AP?
On Mon, Jan 3, 2022 at 6:53 AM Andrew Udvare wrote: > > I'm pretty sure none of these built-in wi-fis like that will support AP mode. > They would much rather charge more for that feature. > https://www.524wifi.com/index.php/network-modules-adapters/wifi-6-11-ax-modules/wle3000h2-11ax-4x4-mu-mimo-2-4ghz-qcn-9024-wifi-6-802-11ax-2-4-ghz-single-band-mini-pcie-module-compex.html > > https://forum.openwrt.org/t/802-11ax-wifi-ap-mpci-e-cards/63577/2 > > Well, the joke is on me: I don't need anything very powerful, I use AP just to connect smartphone to computer. Connection with the outside world is via ethernet, as I prefer to keep disabled the wifi in the the ISP-owned router. Thanks for the links.
[gentoo-user] mediatek mt7921: no AP?
I just mounted a box with a ROG STRIX X570-E GAMING WIFI II motherboard. I'm not a gamer; one of the reasons I chose this was the build-in WiFi. Bad idea! The thing does not support AP mode, which I need. Nothing in the mo manual suggests such a limitation. Here are the details, in case someone with the same hw has a better experience and would share it. Otherwise, it may be useful as a warning. I know I will not purchase ASUS and/or Mediatek again. Jorge Almeida $ lshw *-network description: Wireless interface product: MEDIATEK Corp. vendor: MEDIATEK Corp. physical id: 0 bus info: pci@:03:00.0 logical name: wnet2 version: 00 serial: b4:b5:b6:93:8d:7f width: 64 bits clock: 33MHz capabilities: pciexpress msi pm bus_master cap_list ethernet physical wireless configuration: broadcast=yes driver=mt7921e driverversion=5.15.12 firmware=01-20211014150922 ip=192.168.2.131 latency=0 link=no multicast=yes wireless=IEEE 802.11 resources: irq:99 memory:e030-e03f memory:e040-e0403fff memory:e0404000-e0404fff $ lsmod xt_MASQUERADE 12288 1 iptable_nat12288 1 nf_nat 36864 2 iptable_nat,xt_MASQUERADE xt_connmark12288 4 xt_helper 12288 110 xt_limit 12288 26 mt7921e77824 0 mt76_connac_lib28672 1 mt7921e mt76 53248 2 mt7921e,mt76_connac_lib mac80211 503808 3 mt76,mt7921e,mt76_connac_lib cfg80211 372736 4 mt76,mt7921e,mac80211,mt76_connac_lib igb 196608 0 rfkill 24576 1 cfg80211 i2c_piix4 20480 0 $ iw dev phy#0 Interface wnet2 ifindex 6 wdev 0x1 addr b4:b5:b6:93:8d:7f type managed txpower 3.00 dBm multicast TXQ: qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets 0 0 0 0 0 0 0 0 0 $ iw list | grep "Supported interface modes" -A 8 Supported interface modes: * managed * monitor Band 1: Capabilities: 0x9ff RX LDPC HT20/HT40 SM Power Save disabled RX Greenfield
Re: [gentoo-user] motherboard compatibility...
On Wed, Nov 17, 2021 at 1:08 AM Julien Roy wrote: > > I use this motherboard, here's the output of lspci for the network cards: > > 04:00.0 Network controller: Intel Corporation Wi-Fi 6 AX200 (rev 1a) > 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE > Controller (rev 04) > 06:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network > Connection (rev 03) > Thanks.
[gentoo-user] motherboard compatibility...
..with linux: ROG Strix X570-E Gaming Anyone owns one of these? Any problems? (Wi-fi seems supported, according to Google; network cards? I couldn't find out which chipset[s] it uses) TIA Jorge Almeida
Re: [gentoo-user] console scrollback (kernel 5.14)
On Sat, Sep 25, 2021 at 12:44 AM Jorge Almeida wrote: > > On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie wrote: > > > > > attached. Please start again from a gentoo-sources without any previous > > traces of the scrollback patches, and apply that patch. _Surely_ it > > should work this time. > > > Sure enough, the patch was succesful. Unfortunately, I cannot test it, > > Anyway, I'll try again when I manage to fix or replace the computer > and I'll report then. > OK, the patch is working for me, kernel 5.14.4 (not the same computer---RIP the other one---, but same hard disk) Thanks Jorge Almeida
Re: [gentoo-user] console scrollback (kernel 5.14)
On Mon, Sep 27, 2021 at 12:51 AM Dale wrote: > > Jorge Almeida wrote: > > On Sun, Sep 26, 2021 at 6:24 PM antlists wrote: > > Hello, Wol and Dale > >> When you rebuild it, get a surge protector and then put a UPS behind > >> that ... snag is that's all extra expense :-( > >> > Hope that info helps. Also hope you can find something to prevent > future problems. > Thanks, Dale and Wol. I'll give it some thought. First thing is to replace the PSU and see how it goes. I may ask for your opinions before buying UPS & surge protector when I'll have it sorted out. Jorge
Re: [gentoo-user] console scrollback (kernel 5.14)
On Sun, Sep 26, 2021 at 6:24 PM antlists wrote: > Hello, Wol and Dale > When you rebuild it, get a surge protector and then put a UPS behind > that ... snag is that's all extra expense :-( > Surge protectors: I googled it and mostly got bad reviews. Do they _really_work? What would you recommend? It probably should be something amazon-purchasable! Availability in my country is probably limited (and overpriced to boot, I bet). UPS: never gave it serious thought, I had the impression there was too much unclear stuff: for example, is it noisy (does it need a fan)? If (when) some component needs replacement will I know it before disaster? And does the replacement require a "qualified technician"? ( Dale's description is not very reassuring!) Note that my lightning problem happened at night with both computer and monitor powered down (but still connected to a wall outlet through an interrupted extension; hence the "not-so-smart" self-qualifying...) Thanks for your suggestions Jorge
Re: [gentoo-user] console scrollback (kernel 5.14)
On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie wrote: > Hejjo, Alan > > $ patch -p0 <../patch_for_5.14.diff > > patching file ./drivers/tty/vt/vt.c > > Hunk #1 FAILED at 3208. > > 1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej > > attached. Please start again from a gentoo-sources without any previous > traces of the scrollback patches, and apply that patch. _Surely_ it > should work this time. > Sure enough, the patch was succesful. Unfortunately, I cannot test it, because my computer is out of luck (big thunderstorm, crappy power provider, not-so-smart owner). I can ssh into it and it all seems fine, but VT's other than tty1 go dim after 1 or 2 seconds (showing the greeting) and then go black; I can login blindly! I'm sure it has nothing to do with the patch, since I also booted the former kernel (for which the previous patch has been applied with success as expected) and it happens the same. Damaged UPS or MO, maybe... Anyway, I'll try again when I manage to fix or replace the computer and I'll report then. Thanks, Jorge Almeida P.S. I just noticed you mention gentoo-sources. I use the vanilla kernel from kernel.org. Could that be a problem?
Re: [gentoo-user] console scrollback (kernel 5.14)
On Thu, Sep 23, 2021 at 6:03 PM Alan Mackenzie wrote: > > > As for the two(?) versions of my patch, they differed mainly in the > aesthetics - diff.20210405.diff had lots of ugly maintainer comments in > it. So, could I ask you please to try that 1-hunk patch I posted > yesterday on top of the version you have. Please then tell me whether > or not it works. > It still fails: $ patch -p0 <../patch_for_5.14.diff patching file ./drivers/tty/vt/vt.c Hunk #1 FAILED at 3208. 1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej $ cat ../patch_for_5.14.diff --- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.0 + +++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 + @@ -3208,6 +3208,12 @@ param.vc = vc; +#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK + /* Undo any soft scrolling - and do + not pass through this function. */ + concon_set_origin (vc); +#endif + while (!tty->flow.stopped && count) { int orig = *buf; buf++; Thanks, Jorge Almeida --- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.0 + +++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 + @@ -3208,6 +3208,12 @@ param.vc = vc; +#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK + /* Undo any soft scrolling - and do + not pass through this function. */ + concon_set_origin (vc); +#endif + while (!tty->flow.stopped && count) { int orig = *buf; buf++;
Re: [gentoo-user] console scrollback (kernel 5.14)
On Wed, Sep 22, 2021 at 9:29 PM Alan Mackenzie wrote: > > Hello, Jorge. > Hi Alan, thanks for the reply > I must confess that somebody told me by private email that it fails on > systems which change their screen geometry during boot-up. For example, > a system which first boots into 80x25, then changes to a frame buffer. > I know why this is happening, but I don't have a machine to debug it on, > so the debugging is happening slowly, with the help of my correspondent. > > It also doesn't seem to work on machines with kernel parameters such as > vga=791. OK, I don't know much about this kind of stuff, but I don't think there's a problem there. I have an integrated GPU (intel), driver i915, resolution 1920x1080. It boots (via Refind) with the proper resolution, and that's it. All the VTs show the same resolution and font. I don't use a login manager. No problems, no change is supposed to happen. I start an X session from a login shell, in any VT except tty1, which I like to keep as console. > > I'm assuming that the patch you tried to apply was > 5.10.49-scroll.20210715.diff. If so, please leave it applied (with the > one failed hunk), and additionally apply this: > I may have missed some announcement from you, I'm using diff.20210405.diff. I wasn't aware of newer versions. Is there an URL to download it? I would try it before trying to apply the patch included in your message. Thanks, Jorge Almeida
[gentoo-user] console scrollback (kernel 5.14)
Hello, gentooers in general and Alan in particular I've been using Alan Mackenzie's patch until kernel 5.13, with success. It failed with 5.14.4 --yes, I know, but it doesn't hurt to try :) Jorge Almeida Just in case it is useful: (Stripping trailing CRs from patch; use --binary to disable.) patching file ./include/linux/vt_kern.h Hunk #1 succeeded at 115 (offset -12 lines). (Stripping trailing CRs from patch; use --binary to disable.) patching file ./include/linux/console_struct.h Hunk #1 succeeded at 110 (offset 1 line). (Stripping trailing CRs from patch; use --binary to disable.) patching file ./drivers/video/fbdev/core/fbcon.c Hunk #1 succeeded at 3053 with fuzz 2 (offset -31 lines). (Stripping trailing CRs from patch; use --binary to disable.) patching file ./drivers/video/console/Kconfig (Stripping trailing CRs from patch; use --binary to disable.) patching file ./drivers/tty/vt/vt.c Hunk #11 succeeded at 1358 with fuzz 2. Hunk #12 succeeded at 1454 (offset -1 lines). Hunk #13 succeeded at 1519 (offset -1 lines). Hunk #16 FAILED at 3264. Hunk #18 succeeded at 3709 (offset -7 lines). Hunk #19 succeeded at 3736 (offset -7 lines). Hunk #20 succeeded at 3797 (offset -7 lines). Hunk #21 succeeded at 4497 (offset -8 lines). Hunk #22 succeeded at 4798 (offset -8 lines). 1 out of 22 hunks FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej ## cat ./drivers/tty/vt/vt.c.rej --- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.0 + +++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 + @@ -3264,6 +3640,14 @@ param.vc = vc; + /* NEW STOUGH, 2021-04-03 */ +#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK + /* Undo any soft scrolling - and do + not pass through this function. */ + concon_set_origin (vc); +#endif + /* END OF NEW STOUGH */ + while (!tty->stopped && count) { int orig = *buf; buf++;
Re: [gentoo-user] Console scrollback is back again!
On Tue, Apr 6, 2021 at 10:56 AM Alan Mackenzie wrote: > > > > > I just tested it with kernel 5.11.11. Seems fine. > > Thanks! > Thank _you_! It is regrettable that console scrolling is out of the kernel. Even if one doesn't use the console that much, it is used once in a while, and those occasions tend to be precisely the ones back scrolling will be most missed. Jorge Almeida
Re: [gentoo-user] Console scrollback is back again!
On Mon, Apr 5, 2021 at 6:12 PM Alan Mackenzie wrote: > > Hello, Gentoo. > > Yes, console soft scrolling is back! That essential feature that was > stripped out of the kernel at around 5.4.x has returned! > > Only this time, it's even better! Instead of one scrollback buffer > shared between all tty's, there's now a buffer for each tty. > I just tested it with kernel 5.11.11. Seems fine. Jorge Almeida
Re: [gentoo-user] Console scrollback
On Thu, Jan 21, 2021 at 12:40 PM Remco Rijnders wrote: > > On Thu, Jan 21, 2021 at 08:58:42AM +, Jorge wrote in > : > >On Thu, Jan 21, 2021 at 8:53 AM Wols Lists wrote: > >> > > > >> https://lwn.net/Articles/842415/ > >> > >> Take a read, as it's mentioned in this article. > >> > >Paywalled... :( > > Try this link: https://lwn.net/SubscriberLink/842415/5bc3e39b4d4f52fe/ > Works. Thanks. Jorge Almeida
Re: [gentoo-user] Console scrollback
On Thu, Jan 21, 2021 at 8:53 AM Wols Lists wrote: > > https://lwn.net/Articles/842415/ > > Take a read, as it's mentioned in this article. > Paywalled... :( Jorge Almeida
Re: [gentoo-user] Re: Is a USB-key-to-hard-drive-tap-dance-boot possible?
On Fri, Dec 25, 2020 at 9:01 PM Jorge Almeida wrote: > > On Fri, Dec 25, 2020 at 8:55 PM Walter Dnes wrote: > > > > > > The initrd documentation can be a bit overwhelming. Still, much better I meant "The refind documentation", of course.
Re: [gentoo-user] Re: Is a USB-key-to-hard-drive-tap-dance-boot possible?
On Fri, Dec 25, 2020 at 8:55 PM Walter Dnes wrote: > > > One other thing, looking at the docs, it seems that refind requires > initrd. Am I reading it correctly? If so, I may as well go with grub. > Grub usually requires setting up stuff once. Initrd requires running > more often. > No. I use refind and I don't have an initrd. The initrd documentation can be a bit overwhelming. Still, much better than the Grub documentation, IMO. Jorge
Re: [gentoo-user] Re: Is a USB-key-to-hard-drive-tap-dance-boot possible?
On Fri, Dec 25, 2020 at 7:17 PM Walter Dnes wrote: > > Thanks for the pointers. Are there any changes I have to make in my > linux kernel to boot UEFI? Note; legacy BIOS boot is *NOT* an option > on my new Dell XPS8940. It's UEFI boot only. > I'm not sure that it is really necessary for refind, but it doesn't hurt: Processor type and features -> EFI runtime service support " -> EFI stub support Jorge
Re: [gentoo-user] Re: Is a USB-key-to-hard-drive-tap-dance-boot possible?
On Fri, Dec 25, 2020 at 4:41 PM Walter Dnes wrote: > > After 20 years on linux, I've been reduced to a newbie. BIOS boot, > Lilo, and fdisk served me well for 2 decades. Now I'm going to have to > learn UEFI, grub, and parted all at once. I'll start a new thread > tomorrow once I have my config files copied off. Then I'll install UEFI > mode properly. Learning about UEFI: https://www.rodsbooks.com/refind/ Suggestion: forget about grub; refind is the way to go (link above) Also: you don't need parted; gdisk is fine if you're OK with fdisk Cheers Jorge Almeida
Re: [gentoo-user] How to switch from rust to rust-bin?
On Sun, Sep 6, 2020 at 8:49 AM Walter Dnes wrote: > > When updating my refurbished Lenovo notebook, I saw that "rust" was > being pulled in as a dependency by system-bootstrap. My initial > reaction was WTF? I'm sure the kernel devs will say "because we said I had the same problem. rust is pulled in by useful packages (e.g. openbox, indirectly). I emerged rust-bin and then the packages I wanted just used it as providing virtual/rust. There should exist some USE flag, because if you don't emerge rust-bin priorly, emerge will try to pull in rust-the-monster, and you may not realize there is an alternative. HTH Jorge
[gentoo-user] openrc -o
The synopsis in the man page for openrc says openrc [-n, --no-stop] [-o, --override] [runlevel] but the text says nothing at all about the -o flag. Anyone knows what it does? I assume it was an oversight. Jorge Almeida
Re: [gentoo-user] Re: problems with slack and zoom: Was: ALSA wizard...
On Tue, Apr 28, 2020 at 12:57 PM Michael wrote: > > > setup of pulseaudio is still sketchy, but it is encouraging. I don't > > know about apulse. I suppose its purpose is to use pure ALSA while > > tricking apps into believing they are interacting with pulseaudio? > > > > Yes. It is a solution for applications who have been coded to expect/use > pulse and are now run in a system without pulse installed. Good to know. I'll kep trying to tame pulseaudio, for now (one thing at a time!) Thanks Jorge
Re: [gentoo-user] Re: problems with slack and zoom: Was: ALSA wizard...
On Tue, Apr 28, 2020 at 11:32 AM Nuno Silva wrote: > > On 2020-04-26, Jorge Almeida wrote: > > > On Sun, Apr 26, 2020 at 8:28 PM Jack > > wrote: > >> > >> On 2020.04.26 15:08, Jorge Almeida wrote: > Any chance apulse works? > > I don't use slack, discord or zoom, but last time I used software that > required pulseaudio (skype), apulse was enough. > The problems with slack and zoom is that I can't emerge the latter, due to the ebuild requiring borking qt stuff, so I can't even test it. As for slack, the window is unresponsive, so no way to check sound. Meanwhile, I managed to have discord working with pulseaudio. The setup of pulseaudio is still sketchy, but it is encouraging. I don't know about apulse. I suppose its purpose is to use pure ALSA while tricking apps into believing they are interacting with pulseaudio? Jorge Almeida
[gentoo-user] ecasound
Emerging ecasound failed with "DSO missing from command line". After reading https://stackoverflow.com/questions/19901934/libpthread-so-0-error-adding-symbols-dso-missing-from-command-line I did export LDFLAGS="-Wl,--copy-dt-needed-entries" and then it emerged successfully. Bug? (upstream? in the ebuild?) Jorge Almeida
Re: problems with slack and zoom: Was: [gentoo-user] ALSA wizard...
On Mon, Apr 27, 2020 at 4:27 PM Jack wrote: > > > I just checked "emerge -pe zoom" and the only unstable qt listed is > qtdiag, which has no stable versions in the tree. In fact, of the 483 > packages listed, only five are unstable. If it pulls in lots of > unstable qt for you, I'd try to figure out why - but obviously only if > you still need/want to try zoom. > Yes, that's about it. But one of them is dev-qt/qtnetwork. It wants to install 5.14.2 (unstable), and I have the stable version 5.14.1. Regards Jorge
Re: problems with slack and zoom: Was: [gentoo-user] ALSA wizard...
On Mon, Apr 27, 2020 at 12:03 AM Jack wrote: > > On 2020.04.26 18:22, Jorge Almeida wrote: > > On Sun, Apr 26, 2020 at 8:28 PM Jack > > wrote: > > > > The slack ebuild might go stable, but the zoom one seems to change too > often to last 30 days before an update, so stable seems unlikely. At > least I don't think either of them pulls in many (or even any) other > unstable packages. > Well, it pulls unstable qt stuff, which is really the problem. Last time I tried, emerge choked on one of those, just before trying to compile zoom itself. Jorge
Re: problems with slack and zoom: Was: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 8:28 PM Jack wrote: > > On 2020.04.26 15:08, Jorge Almeida wrote: > [snip] > I run a mostly stable amd64 system with selected ~amd64 packages. I > use both slack and zoom reasonably often, and have not had any install > related problems. (I don't necessarily TRUST either of them, but my > use of them is for a project with nothing particularly confidential of > private.) I'd say if you care enough to bother - start a separate > thread about why those two fail emerge for you. I seem to have > recurring problems with audio and/or video, but I'm pretty sure that is > hardware and/or system related - not due directly to either slack or > zoom. > I'll see about pulseaudio first, and if discord doesn't work even so I'll try that. Meanwhile, the ebuilds may change, or even go stable. Thanks, Jorge
Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 9:23 PM Mark Knecht wrote: > > > > On Sun, Apr 26, 2020 at 1:06 PM Jorge Almeida wrote: > > > Some reading I did about people having problems similar to yours with discord > and zoom suggested that some of these aps are compiled to __only__ support > pulseaudio and then they supply it if it's not already on the system. Even > though you don't build it using a specific portage entry in your world file > doesn't mean it's not on your system if it was buried in the zoom/discord > code. Hummm... But then discord would not complain about not being able to initialize audio? > > 1) Run 'pulseaudio' at the command line to check There is no such thing (if it were hidden in some app it would not be in the PATH, anyway) And I regularly check what's cooking, with "ps axf". > Any 'real' pulseaudio build can be configured to not 'autospawn' via it's > config files. That way people who don't want it, or think they don't, can > have it on the system but run it only when they need it and shut it down when > they don't. I did that for awhile. That sort of setup might be more > acceptable for your needs and would allow you to build it and manage it > yourself. I don't know. Something to consider. On Gentoo I wouldn't be > fearful of building it and trying it out. Not sure what flags you'd want to > enable or whether you'll end up in some sort of dependency hell as can happen > with this sort of stuff on Gentoo. Yes, stuff to learn, if possible. (But dependency hell is a definite possibility, not because Gentoo but due to the mindset that lurks beneath pulseaudio & friends) > Cheers Jorge
Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 8:34 PM Mark Knecht wrote: > > > > On Sun, Apr 26, 2020 at 12:09 PM Jorge Almeida wrote: > > > > > > Since you use pulseaudio (per your latest post): can you send the > > contents of a wav file to an external DAC via toslink, without > > pulseaudio messing with the file? (Most people don't seem to care > > whether the signal is first converted to analog, and resampled, and > > converted to digital, and whatnot, before leaving the computer...) > > > I'll investigate what I can do sending files by hand. However on the USB only > machine all the internal sound card hardware is blacklisted so modules aren't > loaded. I don't know that I want to upset the environment on that machine > very much but a bit more about this at the bottom of this post. > No, please don't bother. I only mentioned because I thought you might know it out of hand. I'll search documentation about pulseaudio, if I can find it. It occurred to me that it would be an acceptable setup if pulseaudio could be coaxed into managing just the USB card (as hw card, not as virtual card) and leave the HD audio alone. I would use the USB to voice chat and the MB card to everything else. (I would have to buy another pair of headphones, but maybe headphones for speech-only would not add too much clutter to the desk...) > and running on your system. You probably don't have the qt version on a > non-KDE system I suspect. I don't have pulseaudio installed, I'm quite sure. I have qt, because some applications use it. > > I am tending to trust this link for a description of pulseaudio's purpose. > > https://superuser.com/questions/144648/how-do-alsa-and-pulseaudio-relate Will check it. > > Anyway, last thing for now would be that I'm still willing and slightly > interested in looking at discord/zoom/whatever for my own needs. If I make > some headway, or if you want to collaborate in that area let me know, either > through gentoo-user of privately. If you need a voice chat to talk with your friends/co-workers/etc, maybe mumble would be a good choice. It's the only one that recognized my hw and allowed to calibrate the micro. It also allows to choose the sound source by hand, if needed (contrary to all the others). And it is open source. (But it would require that one of you setup a server, or else use a paying server.) > Cheers Jorge
Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 5:58 PM Mark Knecht wrote: > > > Mark, I recompiled the kernel with more stuff as module, but I just had an idea to make sure the Behringer is the only card in the game: I disabled HD audio in the firmware settings. So: both Opera and Chrome play Youtube. aplay plays music files just fine, as it did before. Audacious also works (it requires modifying the former settings; that's probably what was missing before). So, I would say everything works, except stuff like discord. To my shame, I didn't check the logs with enough attention: it says: [000:000] [5256] (audio_device_pulse_linux.cc:1547): failed to load symbol table [000:000] [5256] (audio_device_pulse_linux.cc:145): failed to initialize PulseAudio [000:000] [5256] (audio_device_impl.cc:377): Audio device initialization failed. (To my defence: the ebuild does't try to pull pulseaudio; one would assume that it would be a dependency) Hence: no mystery at all, just the usual with linux nowadays. I'll keep searching for some audio chat package that works. mumble seems promising, but it requires an available server. zoom (which most people @work use) doesn't emerge. slack does emerge and vomits a totally unresponsive window (well, not *totally* unresponsive: Ctrl+Q works :)) Since you use pulseaudio (per your latest post): can you send the contents of a wav file to an external DAC via toslink, without pulseaudio messing with the file? (Most people don't seem to care whether the signal is first converted to analog, and resampled, and converted to digital, and whatnot, before leaving the computer...) I appreciate the enormous amount of effort you put on this. Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 12:16 AM Mark Knecht wrote: > > > > How do you feel about building Alsa as modules instead of building it into > the kernel? When using modules you can blacklist other sound cards (the MB > audio stuff for instance) and you get a little more visibility into what's is > at least loaded. That way we could, at least as a test, run your setup as a > USB only system. If at that point you can record mix audio in something like > Audacity and play Audacity and Youtube through the Behringer then, I would > think, we would have determined that this is an application issue. > Well, this is the current state of affairs: --recording with "arecord -r 48 -fdat test.wav works --playback "aplay test.wav" works --playing a music file foo.wav with aplay works --playing youtube doesn't work --playing the same foo.wav file with audacious doesn't work: it displays the message "ALSA error: snd_pcm_open failed: No such device" (searching for that string in menuconfig returns nothing) Thanks Jorge The settings: $ cat .asoundrc pcm.!default{ type hw card CODEC } ctl.!default{ type hw card CODEC } $ ls /proc/asound card0 cards CODEC devices hwdep pcm seq timers version $ cat /proc/asound/cards 0 [CODEC ]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-:00:14.0-10, full speed $ cat /proc/asound/devices 2: [ 0- 0]: digital audio playback 3: [ 0- 0]: digital audio capture 4: [ 0] : control 33:: timer $ cat /proc/asound/hwdep $ cat /proc/asound/pcm 00-00: USB Audio : USB Audio : playback 1 : capture 1 $ arecord -l List of CAPTURE Hardware Devices card 0: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 $ aplay -l List of PLAYBACK Hardware Devices card 0: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 $ lsmod|grep snd snd_usb_audio 221184 0 snd_usbmidi_lib28672 1 snd_usb_audio snd_hwdep 12288 1 snd_usb_audio snd_pcm98304 1 snd_usb_audio snd_rawmidi28672 1 snd_usbmidi_lib snd_timer 28672 1 snd_pcm snd_seq_device 12288 1 snd_rawmidi
Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 12:16 AM Mark Knecht wrote: > > > > You sound happier in this post. I hope we're making headway. Could you post > back a view of things at this point? > I wouldn't say happy, but at least I got to understand what the interface does (I was more or less convinced the RCA part was broken!) > ls /proc/asound > cat /proc/asound/cards > cat /proc/asound/devices > cat /proc/asound/hwdep > cat /proc/asound/pcm > ## ls /proc/asound/ card0 card1 cards CODEC devices hwdep PCH pcm seq timers version ## cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf734 irq 137 1 [CODEC ]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-:00:14.0-10, full speed ## cat /proc/asound/devices 1:: sequencer 2: [ 0- 0]: digital audio playback 3: [ 0- 0]: digital audio capture 4: [ 0- 1]: digital audio playback 5: [ 0- 2]: digital audio capture 6: [ 0- 3]: digital audio playback 7: [ 0] : control 8: [ 1- 0]: digital audio playback 9: [ 1- 0]: digital audio capture 10: [ 1] : control 33:: timer ## cat /proc/asound/hwdep ## cat /proc/asound/pcm 00-00: Generic Analog : Generic Analog : playback 1 : capture 1 00-01: Generic Digital : Generic Digital : playback 1 00-02: Generic Alt Analog : Generic Alt Analog : capture 1 00-03: Generic Digital : Generic Digital : playback 1 > If you run alsamixer what card is it showing you when you first go in? The MB card. > > Not knowing these applications I'm at a distance trying to make suitable > suggestions. I'm fairly sure you won't like the next one... > > How do you feel about building Alsa as modules instead of building it into > the kernel? When using modules you can blacklist other sound cards (the MB > audio stuff for instance) and you get a little more visibility into what's is > at least loaded. That way we could, at least as a test, run your setup as a > USB only system. If at that point you can record mix audio in something like > Audacity and play Audacity and Youtube through the Behringer then, I would > think, we would have determined that this is an application issue. > Will try that, why not? (Tomorrow morning) > While it shouldn't matter I assume you tried slack and discord with direct > monitoring turned off and on? I would expect that off is the right way for an > application like these but it makes sense to at least press the button to see > if it changes anything. I tried discord; I heard the sound, the other side didn't. > > I'm really intrigued to see if we can figure this out. > I'm now compiling zoom, after removing the ~amd64 from the ebuild (I will not have an unstable qt all over my system). We'll see... Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Sat, Apr 25, 2020 at 2:19 PM Mark Knecht wrote: > > > > > > > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 > > > > > > OK, that device is pretty simple. If you set this device as the default > > > Alsa device can you get simple audio, from YouTube for example, out > > > through the headphone jack? We know the mic input works. If both of those > > > work then what does discord do? > > > > I'm lost here. The headphone jack in the interface is just a monitor. > > I don't think there's any connection with the headphone jack in the > > motherboard? (I can't test it anyway with my headphones---different > > jack sizes) > > > > I understand the jack size difference. Your MB jack is 3.5mm, the headphone > jack on the Behringer is 1/4". All the headphones I've purchased for years > came with an adapter to plug into 1/4" jack but if your didn't they can be > purchased at Amazon or general stereo/TV type stores. (Best Buy as an example > in the U.S.) Search for "3.5mm to 1/4 adapter". Actually, It came with an adapter, but I don't have it with me (and the current C-plague restrictions don't make it easier). But I don't need it to follow your suggestions, because the only 3.5mm jack is the one of the MB, which doesn't matter. > > I'll explain the headphone monitor function in a moment. You are correct that > the headphone jack on the Behringer has nothing to do with the headphone jack > on the computer. The Behringer is a complete sound card with 2 inputs and 2 > output at the end of a USB cable. It has phono jack outputs on the back which > would allow you to hook it to your stereo inputs to hear computer audio. In > that sense it's no different than a CD player or tape deck. To use the > outputs on the back would simply come down to telling Linux I want to use the > Behringer USB device as my sound card and all sound would be router there. > Once the audio is correctly going to your stereo you should also hear the > audio over the headphone jack. One word: AHA! (It makes a lot of difference, knowing what one is doing!) This is the explanation the interface should come with, or at least they should have a site with a simple diagram. Yes, I can hear sound with the headphones connected to the headphone out in the interface, as well as with the headphones connected to the RCA output, via an amplifier. (I modified .asoundrc to make the USB card the default; not a permanent solution but manageable) I had understood the purpose of the direct monitor, but I thought wrongly that the headphone output had no other purpose by itself. OK, I tried both discord and slack with this setup. I can't hear the other side. The other side can hear me on slack, not on discord. Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Sat, Apr 25, 2020 at 1:19 AM Mark Knecht wrote: > > > > > I hope you don't have to. I'm not the least bit confident about how a virtual > card is going to work with VM like Virtualbox. OK, that > > > > > > > I don't think I ever saw the name of the actual USB interface you're > > > using. Can you give me a link to look at it? > > > > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 > > OK, that device is pretty simple. If you set this device as the default Alsa > device can you get simple audio, from YouTube for example, out through the > headphone jack? We know the mic input works. If both of those work then what > does discord do? I'm lost here. The headphone jack in the interface is just a monitor. I don't think there's any connection with the headphone jack in the motherboard? (I can't test it anyway with my headphones---different jack sizes) > > I own a similar device (from a functional POV - a Focusrite Scarlett 2i2) > which I use on my laptop for simple recording of guitar practice sessions or > to record my guitar parts to get added to other musician friend's recordings. > > https://www.sweetwater.com/store/detail/Scarlet2i2G3--focusrite-scarlett-2i2-3rd-gen-usb-audio-interface > > I use line level inputs but I can hook up a mic. If I get some time I might > look at installing discord to see if it works at all but I don't know how to > test discord itself. Mark: please don't bother. To test discord, one needs someone else on "the other side". I tested with the help of co-workers and it didn't work. And the problem lies on the linux side. I'm trying the next step: using zoom. It's what people @work use and they say it works on linux (but I still don't know if it requires pulseaudio :/ ). I've been avoiding it due to its security history, but I think I can work my way around that. > Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 11:46 PM Mark Knecht wrote: > > > > > > Do you have a Window license you can run in a VM? I suspect that might > > > work pretty well. I used to run Go2Meeting that way and never had any > > > trouble. > > > > I think I'm entitled to an unexpensive licence @work. Maybe that's the > > solution, such as it is. I bought micro+interface specifically for > > this purpose (voice chat) and I don't feel like giving up. Next step > > is learning about VMs, I suppose. > > I'd hate it if you had to go that way. Well, touching Windows is somewhat repulsive, no doubt, but I'll survive :) > > I don't think I ever saw the name of the actual USB interface you're using. > Can you give me a link to look at it? > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 7:08 PM Mark Knecht wrote: > > > > > Do you have a Window license you can run in a VM? I suspect that might work > pretty well. I used to run Go2Meeting that way and never had any trouble. I think I'm entitled to an unexpensive licence @work. Maybe that's the solution, such as it is. I bought micro+interface specifically for this purpose (voice chat) and I don't feel like giving up. Next step is learning about VMs, I suppose. Cheers Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 6:11 PM Mark Knecht wrote: > > > > I __ONLY__ meant for testing purposes. I understand discord is the result we > are working toward. Right now I don't know what the root cause of the failure > is so testing some other app and discovering it works would tell us the > virtual card does what you need in full-duplex real-time mode. However if we > cannot make any app work correctly then we have to work more in the virtual > card part. > Yes, I understand. But I'd settle for something else that would do the job (for example, screen sharing seems to work OK; voice chat might be provided by some other application). I'll keep looking. Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 5:27 PM Mark Knecht wrote: > > > >If it's true that discord is so picky then I wonder if there would be some > value in testing your virtual sound card with some other app to ensure that > at least the basic Alsa needs are being met? > > https://www.ubuntupit.com/top-20-best-linux-video-conferencing-software/ > Sure, I'll keep looking, but discord seems to come with the best features, barring the small detail of being linux-hostile. For example, jitsi (the 1st in that list) only supports Chrome and Firefox, excluding MacOS users who are not willing to install one of these... Cheers Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 2:06 PM Michael wrote: > > > I understand discord also offers a webRTC service, which ought to work with a > browser - so it should be down to the browser to communicate with Alsa. Been there, tried that... > Assuming of course the webRTC implementation by discord/slack/et al., broadly > follow the standard. The problem with all these proprietary apps is many tend > to do their own thing, breaking interoperability on the way.
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 11:39 AM Michael wrote: > > > Applications can be rather particular regarding bitrate, bit sample formats, > channel configuration and other options. I understand Firefox wants to have > 48000Hz or it won't play. So, even if your DAC can do 96000Hz, you may need > to specify a lower bit rate in the above config. > > The mic may also need specifying a particular endianess format and this may > need to be different if you are using some websocket in FF, Vs the discord app > directly. You could try S32_LE or S16_LE and various bit rates. > > The idea being to force alsa to use whatever format and rates the application > may need/want, rather than passing through whatever the hardware is capable > of. Will keep trying, but I believe the explanation is simple: they (discord, slack,...) don't care about linux. I found people complaining about the behaviour of discord even for pulseaudio users. thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 9:39 PM Matt Connell (Gmail) wrote: > > This is becoming more common over time; I gave up on trying to avoid > Pulse a few years ago. > :/ Does it allow you to send the contents of a wav file to an external DAC without first messing with the contents? Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 9:11 PM Mark Knecht wrote: > > > > On Thu, Apr 23, 2020 at 12:02 PM Jorge Almeida wrote: > > > > > > I need the "virtual" card to be the default, so I did this: > > > > Did you attempt making the virtual card default by defining it in > /etc/asound.conf? I'm not sure how Alsa will feel about doing that but I > think that's probably preferred if you can... No, I didn't. I suppose it's the same. > > > > > What I cannot do is to coax discord into working. Maybe discord > > doesn't expect ALSA's defaults after all? > > Anyone familiar with discord? (No gamers?) > > Sorry but I've never heard of discord before this thread but I'm tragically > unhip so it's not surprising. Well, the thing is for gamers (which I'm not, not even close) but is used for other purposes also. I need it for work :( > Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 5:54 PM Michael wrote: > > > > > > > The setup: > > > > > -- a microphone connected to an audio interface, which connects to an > > > > > USB port in the computer. The interface works like a USB sound card, > > > > > at least regarding sound capture. It works: I can record my voice with > > > > Yes, and the device works for recording; the playing together with the > > other card (for output) is the problem, which I believe is a matter of > > having an appropriate .asoundrc (the syntax of which beats me) > > OK, have a look at the end of this message for an example. > > > > > If an application like vlc allows you to get audio output by > > > switching devices, then you know you will have to change the order of your > > > cards as they are detected by the kernel. > > > Not relevant, but if the RCA is detected as a serial modem or what not, you > may need to also be in dialup group. I checked the kernel messages, nothing seems relevant. > > > OK, I believe you need to use the "asym" alsa plugin to combine input from one > card and output through another. I have not used this before - I'd probably > opt for jackd instead. Some experimentation may be necessary to get the > manual setup as you want it. Have a look at this page: > > https://github.com/opensrc/alsa/blob/master/lib/md/Asym.md Good link, I didn't knw this one. > > Essentially, you define two cards, for two different functions, then use the > asym plugin to combine them. Something like this? > > # Specify the MoBo card as the default > pcm.!default { > type hw > card PCH > } > > # Retain controls on this card for alsamixer and applications > ctl.!default { > type hw > card PCH > } > > # Now the USB device > ctl.!USB{ > type hw > card CODEC > format "S16_LE" > channels 1 > rate 44100 > #more options here > } > > # Join the I/O devices > pcm.duplex{ > type asym > playback.pcm "default" > capture.pcm "USB" > } > > See how the above works and consult the asym page for further tweakerage. I need the "virtual" card to be the default, so I did this: pcm.mbcard{ type hw card PCH device 1 } ctl.mbcard{ type hw card 0 } pcm.usbcard{ type hw card CODEC device 0 } pcm.output{ type plug slave.pcm "mbcard" } pcm.input{ type plug slave { pcm "usbcard" channels 1 } } pcm.!default{ type asym playback.pcm "output" capture.pcm "input" } (The microphone is mono, hence the channels entry. I'm not sure it is needed.) I think this sets the defaults, because: --I can record with "arecord -fdat test.wav" --I can playback with "aplay test.wav" What I cannot do is to coax discord into working. Maybe discord doesn't expect ALSA's defaults after all? Anyone familiar with discord? (No gamers?) Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 2:38 PM Mark Knecht wrote: > > > > On Thu, Apr 23, 2020 at 12:04 AM Jorge Almeida wrote: > > > > (And, if memory serves, you were one of the first persons to help me, > > in a sound related question, many years ago!) > > > > Well, I Can only hope I was nice! ;-) :) > > OK, looking at your problem I think you are asking for the audio input to > come from the USB device and the audio output to be the built-in audio > device. If that's correct then Alsa doesn't, by default, allow you to do that > - input from one card, output to another card, but treating it all like a > single card to make applications happy. What I _THINK_ you need to do is > create a 'virtual' sound card. Google these terms > > alsa virtual sound card Right, got the idea. I think I managed to setup appropriate defaults (next message, reply to Michael), but discord still doesn't play ball. I'm beginning to suspect discord requires pulseaudio, although I wouldn't expect it, since the ebuild doesn't force it. > > and you will find examples of how to do this. It requires editing .asoundrc. > I've never done this myself so I probably cannot help much beyond this. (But > I will try to be nice!) ;-) > Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 9:19 AM Michael wrote: > > I recall you having problems recording with this device before, but since > you're now a step ahead let's have another go at this, in case I may be able > to help. Yes, this is not the same issue (the former problem was: I wasn't getting anything from the RCA output; maybe it isn't supposed to--no documentation provided with the device--or that part is broken; anyway, I gave up on the RCA; the device works fine as a USB sound card) > > > > The setup: > > > -- a microphone connected to an audio interface, which connects to an > > > USB port in the computer. The interface works like a USB sound card, > > > at least regarding sound capture. It works: I can record my voice with > > > arecord into a wav file, and then play the file with aplay. > > > -- a (motherboard) sound card with a toslink output connected to an > > > external DAC/amplifier. It works: playing wav, youtube, etc. > > > > > > The problem: > > > I need to use it for voice chat. I tried slack and discord (the latter > > > both via browser and app--there's a package in portage--, the former > > > only via browser). No sound, neither outbound nor inbound. > > > None of these programs provides a way to tell them which devices to > > > use, so I assume they just go for some default. > > Yes, this is the case or you're missing some audio module/driver/firmware, > which is probably unlikely for a device which presents itself over a USB > interface. Yes, and the device works for recording; the playing together with the other card (for output) is the problem, which I believe is a matter of having an appropriate .asoundrc (the syntax of which beats me) > If an application like vlc allows you to get audio output by > switching devices, then you know you will have to change the order of your > cards as they are detected by the kernel. the kernel consistently detects the MO card and the USB card in the same order (MO: card 0, USB: card 1). > > QUESTION: I am not familiar with your hardware, but is dmesg *only* > identifying it as a USB device? I'm asking this because you may need to > additionally configure e.g. a serial/parallel interface to the device for > controlling it, or at least adding yourself to some user group, if USB alone > won't suffice. > [ 726.441114] input: Burr-Brown from TI USB Audio CODEC as /devices/pci:00/:00:14.0/usb1/1-10/1-10:1.3/0003:08BB:2902.0005/input/input21 [ 726.492970] hid-generic 0003:08BB:2902.0005: input,hidraw3: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-:00:14.0-10/input3 [ 726.493002] usb 1-10: authorized to connect I'm in the group "audio" and the permissions of /dev/snd/* are right (0660) > > > > I don't have a .asoundrc file. Contents of /etc/alsa/conf.d/ are not > > > customized. > > OK, this is noteworthy, you may need to do some tweaking in such a file, > depending which audio card is detected first and what controls are made > available. > > > sysdefault:CARD=PCH > > OK, this shows your audio card on the MoBo is picked up by default as the > first card. > > > > > HDA Intel PCH, Generic Analog > > > Default Audio Device > > > > > > front:CARD=PCH,DEV=0 > > > > > > HDA Intel PCH, Generic Analog > > > Front speakers > > > > > > usbstream:CARD=PCH > > > > > > HDA Intel PCH > > > USB Stream Output > > > > > > sysdefault:CARD=CODEC > > This is what you want to configure as the default audio device. Only for capturing, not for playing! > > In the first instance create a new file (for system-wide settings): > > /etc/asound.conf. > > Add in it: > > defaults.pcm.card 1 > defaults.pcm.device 0 > defaults.ctl.card 1 > > which hopefully will make your second card configured to be the default. But that will make the USB card the default for both input and output. The USB card should take care of the input (microphone) and the MB card should deal with the output (digital signal sent to external DAC/amplifier via toslink cable). > > More detailed settings and tweaking can be found here: > > https://www.alsa-project.org/main/index.php/Asoundrc I know that page. It doesn't give a hint about how set defaults with input and output through different cards. > Thanks Jorge
Re: [gentoo-user] ALSA wizard...
On Thu, Apr 23, 2020 at 1:42 AM Mark Knecht wrote: > > Jorge, >Sorry for top posting. I'm at a site with limited capabilities at the > moment. Please forgive. Forgiving someone for trying to help me? :) (And, if memory serves, you were one of the first persons to help me, in a sound related question, many years ago!) > >I'm slightly confused by the question but before I get into that please > provide the output of > > cat /proc/asound/cards $ cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf734 irq 137 1 [CODEC ]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-:00:14.0-10, full speed > cat /proc/asound/modules $ cat /proc/asound/modules cat: /proc/asound/modules: No such file or directory (No wonder: I have it all in the kernel. But sound playing and recording are both fine, the problem is how to setup defaults that use two cards) > > What desktop environment are you using? I use openbox (it is probably debatable whether it should be considered a DE) Anyway, this is a low-level setup, no higher-level stuff on top of ALSA. > > What kernel are you running? 5.6.4 (off portage) > Thanks Jorge
[gentoo-user] ALSA wizard...
... desperately needed. The setup: -- a microphone connected to an audio interface, which connects to an USB port in the computer. The interface works like a USB sound card, at least regarding sound capture. It works: I can record my voice with arecord into a wav file, and then play the file with aplay. -- a (motherboard) sound card with a toslink output connected to an external DAC/amplifier. It works: playing wav, youtube, etc. The problem: I need to use it for voice chat. I tried slack and discord (the latter both via browser and app--there's a package in portage--, the former only via browser). No sound, neither outbound nor inbound. None of these programs provides a way to tell them which devices to use, so I assume they just go for some default. I don't have a .asoundrc file. Contents of /etc/alsa/conf.d/ are not customized. Maybe some ALSA wiz that happens to be familiar with discord can suggest something? Thanks Jorge Almeida $ cat /proc/asound/devices 1:: sequencer 2: [ 0- 0]: digital audio playback 3: [ 0- 0]: digital audio capture 4: [ 0- 1]: digital audio playback 5: [ 0- 2]: digital audio capture 6: [ 0- 3]: digital audio playback 7: [ 0] : control 8: [ 1- 0]: digital audio playback 9: [ 1- 0]: digital audio capture 10: [ 1] : control 33:: timer $ arecord -L null Discard all samples (playback) or generate zero samples (capture) sysdefault:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device front:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog Front speakers usbstream:CARD=PCH HDA Intel PCH USB Stream Output sysdefault:CARD=CODEC USB Audio CODEC, USB Audio Default Audio Device front:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio Front speakers surround21:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 4.0 Surround output to Front and Rear speakers surround41:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=CODEC,DEV=0 USB Audio CODEC, USB Audio IEC958 (S/PDIF) Digital Audio Output usbstream:CARD=CODEC USB Audio CODEC USB Stream Output $ aplay -L null Discard all samples (playback) or generate zero samples (capture) sysdefault:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device front:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog Front speakers surround21:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=PCH,DEV=0 HDA Intel PCH, Generic Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=PCH,DEV=0 HDA Intel PCH, Generic Digital HDMI Audio Output usbstream:CARD=PCH HDA Intel PCH USB Stream Output sysdefault:CARD=CODEC USB Audio CODEC, USB Audio I know iec958:CARD=CODEC,DEV=0 is the appropriate device for capture and that iec958:CARD=PCH,DEV=0 is the appropriate device for playback, because it's what works with -D.
Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Wed, Apr 22, 2020 at 5:18 PM Alessandro Barbieri wrote: > > Nothing should be statically linked, please stop spreading the disease. > Gee, maybe the musl project should commit suicide? If at least they had read the vulgata consciously before starting the project... > Il Mer 22 Apr 2020, 18:14 ha scritto: >> portage must be in C and statically linked. >> python is a strange dependency. >>
Re: [gentoo-user] Re: xorg-server
On Thu, Apr 16, 2020 at 1:07 AM Ian Zimmerman wrote: > > On 2020-04-14 21:36, Jorge Almeida wrote: > > > Yes, that seems right. I just added "-elogind" to make.conf and that's > > it. But I'm really curious about the framebuffer stuff. As for other > > stuff (mounting USB, etc), doing it by hand it's fine. > > One possible implication is that without one of these mystery packages, > you need the Xorg binary to be setuid root, and with them, you don't. > Just a hypothesis: I don't use either elogind or ConsoleKit, and my Xorg > is setuid root. :-( > > This also links back to my last question about firefox. It turned out > that the rare and random crashes stopped when I shifted from allowing X > to start on the first unused tty (which is the default) to starting it > on the tty where I'm already logged in. I'm thinking this is somehow > related to my user id and permissions on the tty. Possibly with one of > the login managers it is not an issue. I start Xorg via xinit, on a forced VT. It works fine for me. But yes, I do have it suid root... Jorge
Re: [gentoo-user] xorg-server
On Tue, Apr 14, 2020 at 9:22 PM Dale wrote: > > Jorge Almeida wrote: > >>> "Use elogind to get control over framebuffer when running as regular > >>> user" > >>> > > If you have consolekit, PAM, elogind and such disabled, I'm not sure > what if anything will change. I'd think by disabling elogind, you would > be back to like you was before it *attempted* to add it. In other > words, nothing changes. That's my thinking. Yes, that seems right. I just added "-elogind" to make.conf and that's it. But I'm really curious about the framebuffer stuff. As for other stuff (mounting USB, etc), doing it by hand it's fine. > Cheers Jorge
Re: [gentoo-user] xorg-server
On Tue, Apr 14, 2020 at 7:29 PM tastytea wrote: > > On 2020-04-14T19:16+0100 > Jorge Almeida wrote: > > > "Use elogind to get control over framebuffer when running as regular > > user" > > > > Could someone explain what this entails? What happened before this USE > > variable was created? What will I miss if I disable it? > > ConsoleKit2 is unmaintained, elogind is the replacement. If you don't > use systemd, read `eselect news read new` or > <https://www.gentoo.org/support/news-items/2020-04-14-elogind-default.html>. > OK, I get it. I don't use ConsoleKit2, and I have "-consolekit" in make.conf, so it's just a matter of adding "-elogind" to make.conf. I understand why suddenly updating world wanted to pull PAM. What I still would like to understand is what are the consequences of [not] enabling this stuff regarding xorg-server. What kind of control over the framebuffer is meant by the USE description quoted above? Thanks Jorge
[gentoo-user] xorg-server
I was going to update world and I just noticed a few strange details. For example, xorg-server has a new (?) USE variable "elogind" which appears to be enabled by default. I suppose I can block it in package.use, but I'm curious about what it does. In https://packages.gentoo.org/useflags/elogind I found "Use elogind to get control over framebuffer when running as regular user" Could someone explain what this entails? What happened before this USE variable was created? What will I miss if I disable it? Jorge Almeida
Re: [gentoo-user] OSS4
On Tue, Apr 14, 2020 at 12:38 AM Jack wrote: > Mainly out of curiosity, have you tried connecting to the mike in > instead of the line in on your sound card? Yes, no difference!
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 11:10 PM Adam Carter wrote: > > On Tue, Apr 14, 2020 at 4:48 AM Jorge Almeida wrote: >> >> On Mon, Apr 13, 2020 at 6:52 PM Michael wrote: >> > >> >> > > ## arecord -l >> > > List of CAPTURE Hardware Devices >> > > card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic Analog] >> > > Subdevices: 1/1 >> > > Subdevice #0: subdevice #0 >> > > card 0: PCH [HDA Intel PCH], device 2: Generic Alt Analog [Generic Alt >> > > Analog] Subdevices: 1/1 >> > > Subdevice #0: subdevice #0 >> > >> > I can't see your USB mic anywhere ... >> >> Humm... The point is: the interface (Behring) has RCA output, which is >> connected to the LineIn of the integrated sound card (not an USB >> card). On the other hand, it also has a USB output, which is used to >> get Phantom Power (whatever that is), which works (when removed from >> the USB entry in the computer, the LEDs go off). However: I think the >> device (Behring) also works as a USB sound card (which I don'y want to >> use). > > > XLR style mics output to too low for sound card inputs, so let's assume the > Behring interface you have is boosting the signal (and since its an amplifier > it gets its power via USB). The question now is whether the signal on RCA > outputs is suitable for a sound card - i'm not sure, but IIRC i've done this > before and it worked. > > I'd be inclined to try setting up the Behring USB though - if its a high end > device it will probably sound better. The MO is STRIX B250F GAMING. I assumed it would be somewhat better than a USB card (and the Behring model I have is not that high end) Anyway, I just build (and modprobe'd) the modules snd-usb-audio and snd-bcd2000, and still no joy: arecord -D usbstream:CARD=PCH -fdat -r 48 test.wav ALSA lib /var/tmp/portage/media-plugins/alsa-plugins-1.2.1/work/alsa-plugins-1.2.1/usb_stream/pcm_usb_stream.c:508:(_snd_pcm_usb_stream_open) Unknown field hint arecord: main:828: audio open error: Invalid argument Jorge
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 6:52 PM Michael wrote: > > > ## arecord -l > > List of CAPTURE Hardware Devices > > card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic Analog] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > card 0: PCH [HDA Intel PCH], device 2: Generic Alt Analog [Generic Alt > > Analog] Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > I can't see your USB mic anywhere ... Humm... The point is: the interface (Behring) has RCA output, which is connected to the LineIn of the integrated sound card (not an USB card). On the other hand, it also has a USB output, which is used to get Phantom Power (whatever that is), which works (when removed from the USB entry in the computer, the LEDs go off). However: I think the device (Behring) also works as a USB sound card (which I don'y want to use). > > Both device 0 and device 2 are on the *same* card. I would think an external > device as you posted previously would register on the kernel as a separate > card. > > Is dmesg recognising your USB mic when you plug it in? usb 1-11: new full-speed USB device number 4 using xhci_hcd usb 1-11: New USB device found, idVendor=08bb, idProduct=2902, bcdDevice= 1.00 usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-11: Product: USB Audio CODEC usb 1-11: Manufacturer: Burr-Brown from TI input: Burr-Brown from TI USB Audio CODEC as /devices/pci:00/:00:14.0/usb1/1-11/1-11:1.3/0003:08BB:2902.0004/input/input20 hid-generic 0003:08BB:2902.0004: input,hidraw3: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-:00:14.0-11/input3 So it seems that it is recognized as a USB sound card... > > Do you need some additional driver for it? NA (I think) > > Is there some On/Off button on it you need to turn it on with? No buttons in the Mic; there is a button in the interface that enables the Phantom Power, but it has always been on. > > > > ## arecord -L > > null > > Discard all samples (playback) or generate zero samples (capture) > > default:CARD=PCH > > HDA Intel PCH, Generic Analog > > Default Audio Device > > sysdefault:CARD=PCH > > HDA Intel PCH, Generic Analog > > Default Audio Device > > front:CARD=PCH,DEV=0 > > HDA Intel PCH, Generic Analog > > Front speakers > > usbstream:CARD=PCH > > HDA Intel PCH > > USB Stream Output > > Hmm ... I assume "USB Stream Output" is the USB mic, but I'm not sure and the > Output part confuses me. > > > So, in the first instance I would look at a USB driver, if needed, from the > output in dmesg. > > lsusb -v would also show any > > bInterfaceClass 1 Audio > bInterfaceSubClass 1 Control Device > > and any fields showing "Microphone". In attachement. Also, ## aplay -L null Discard all samples (playback) or generate zero samples (capture) default:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device sysdefault:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device front:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog Front speakers surround21:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=PCH,DEV=0 HDA Intel PCH, Generic Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=PCH,DEV=0 HDA Intel PCH, Generic Digital HDMI Audio Output usbstream:CARD=PCH HDA Intel PCH USB Stream Output > > Finally, have a look under 'cat /proc/bus/input/devices' or similar for any > USB devices, to find out what driver it is using. I: Bus=0003 Vendor=08bb Product=2902 Version=0100 N: Name="Burr-Brown from TI USB Audio CODEC " P: Phys=usb-:00:14.0-11/input3 S: Sysfs=/devices/pci:00/:00:14.0/usb1/1-11/1-11:1.3/0003:08BB:2902.0004/input/input20 U: Uniq= H: Handlers=kbd event17 B: PROP=0 B: EV=13 B: KEY=e 0 B: MSC=10 > > HTH. Thanks Bus 001 Device 004: ID 08bb:2902 Texas Instruments PCM2902 Audio Codec Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x08bb Texas Instruments idProduct 0x2902 PCM2902 Audio Codec bcdDevice1.00
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 4:29 PM Michael wrote: > > Yes, the first step would be to reduce or set to zero the Mic Boost in > alsamixer and adjust the Capture volume. However, noise with arecord is > usually a result of incorrect bitrate? > > You could try: > > arecord -fdat -r 48 test.wav OK, I tried "arecord -D hw:0,1 -fdat -r 48 test.wav" and "arecord -D hw:0,2 -fdat -r 48 test.wav". aplay produces noise, in both cases. I alse tried with -r 44, same result. ## arecord -l List of CAPTURE Hardware Devices card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 2: Generic Alt Analog [Generic Alt Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 ## arecord -L null Discard all samples (playback) or generate zero samples (capture) default:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device sysdefault:CARD=PCH HDA Intel PCH, Generic Analog Default Audio Device front:CARD=PCH,DEV=0 HDA Intel PCH, Generic Analog Front speakers usbstream:CARD=PCH HDA Intel PCH USB Stream Output I assume the two capture devices are LineIn and Mic (mono). Correct? (But why the device numbers 0 and 2, and not 1?) OTOH, ## arecord -fdat -r 48 test.wav ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.1.2/work/alsa-lib-1.2.1.2/src/pcm/pcm_dsnoop.c:641:(snd_pcm_dsnoop_open) unable to open slave arecord: main:828: audio open error: No such file or directory I didn't use any flags for aplay, because aplay foo.wav works fine when foo.wav is music from a CD (i.e., not from a micro) > > Also, make sure any hardware buttons have been enabled and the mic is not > muted. Additional options may be required to use the correct input device and > driver, which can be specified in /etc/modprobe.d/alsa.conf I have /etc/modprobe.d/alsa.conf (not changed) but I have alsa support built in the kernel, not as a module (could this be a problem?!) Jorge
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 4:23 PM Alexandru N. Barloiu wrote: > > I am not familiar with those products. Sorry. All I can say about it is > that there are 2 types of volumes. The ones for playback, and the ones > for capture. (see F4 in alsa mixer). Also see F6 to select the right > sound card if you have more than one. If you have more than one input > (on that card), make sure you select the right one, You can toggle > "capture" with space. Untoggle all of them, and leave on just the one > you use for recording. Set the volume and try again. I hope it works. > If not, maybe people on the forums could be of more help than I was. > OK, thanks anyway Jorge
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 3:22 PM Alexandru N. Barloiu wrote: > > > 3)? Wrong? > > It was gpl. Then they moved it to proprietary. Then they become > insignificant and changed it back. For me, that's sign enough that I > don't want anything to do with it. > OK, I understand... > > > > why would you? > > > > desperation? ALSA is 22 years old, and they couldn't find the time > > to > > write documentation. It will not happen. When it works, it works. It > It might have been invented 22 years ago, but that doesn't mean that it > didn't change/improve over that time. I agree, but I was talking about the documentation, not about the quality of the software. Check the main documentation site https://alsa-project.org/wiki/Documentation The first section contains 4 items, the second of which is just a title (no link) and the 3rd is a dead link... ( actually, not dead, but leading to nothing; and it says "Linux Audio Users Guide", a name suggesting its contents are relevant) > > > What do you mean "no joy with micro"? Maybe it could be easier to fix > this than use OSS. > I mean I can't record sound (or I can't play it). Probably because I don't know what I'm doing (see above, Documentation). I have a micro which connects to an interface via a XLR cable (it works; I can hear sound through headphones connected with the direct monitor output in the interface); the interface gets power from the computer via USB (works); the RCA output of the interface connects to the LineIn entry in the card. Trying to record with arecord produces a file that yields noise or silence with aplay. I tried changing stuff in alsamixer... https://www.amazon.de/-/en/dp/B01C05AL4C/ref=sr_1_5dchild=1=mikrofon%2Bxlr=1585927073=8-5=1 https://www.amazon.de/-/en/gp/product/B00EK1OTZC/ref=ask_ql_qh_dp_hza?th=1 The reasons I asked about OSS4 and not the details about my problem are: (i) I like to understand what I'm doing (big picture & details) and (ii) I don't want to be a support vampire But maybe OSS4 would be no solution at all. However, it seems that even trying is not an option... Thanks Jorge
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 3:07 PM Alexandru N. Barloiu wrote: > > OSS4 is a set of proprietary patches. You would need support in kernel, That's the problem... > and support at an application level to use it. Not sure if USE=oss will > work with OSS4, but one thing I know for sure is that you would need to > get the patches from 4front technologies. And given that they keep > moving the license... I was under the impression that it is open source (contrary to version 3)? Wrong? >why would you? desperation? ALSA is 22 years old, and they couldn't find the time to write documentation. It will not happen. When it works, it works. It works for me re hearing sound, but no joy with my recently bought micro. Maybe it's something as trivial as a faulty cable, but the current plague doesn't make it easier to get a replacement to try... Jorge >
Re: [gentoo-user] OSS4
On Mon, Apr 13, 2020 at 2:47 PM wrote: > > > > There is this link: > >https://wiki.gentoo.org/wiki/OSS > > That seems to say you can still install the real OSS. > > The first step is to build a kernel with it included: > >Device Drivers ---> > Sound card support ---> > --- Sound card support > < > Advanced Linux Sound Architecture ---> > < > Open Sound System (DEPRECATED) ---> I'm using kernel 5.6.0 (off portage). It doesn't offer the OSS possibility, deprecated or not: just Advanced Linux Sound Architecture or nothing. > > Of course, since it is marked DEPRECATED, you don't know how well the driver > will work. My card is on-board Intel HD ("product: 200 Series PCH HD Audio" according to lshw), so I assume it is pretty common... Thanks Jorge > > Tom Naujokas
Re: [gentoo-user] OSS4
On Sun, Apr 12, 2020 at 10:16 PM Dale wrote: > > I wasn't sure about it either. I was hoping it would provide kernel > modules that could be used or something like that. Might be worth > installing and then doing a equery f alsa-oss and see just what it does > include. If it won't help, uninstall and hope for another option. Sure, why not. It installs a wrapper, a headings file and a library. > > Surely there is a way to do this, somewhere. :/ Maybe, unless it is really blocked by the kernel. Jorge
Re: [gentoo-user] OSS4
On Sun, Apr 12, 2020 at 9:57 PM Dale wrote: > > Jorge Almeida wrote: > > Is it possible to install it? > > Every random page I could find that was gentoo+oss4 related seemed > > old. I know the kernel does not support oss4 at all, any more than > > portage does, but I don't know whether that means it is impossible to > > install. > > Anyone using it? > > > > Thanks > > > > Jorge Almeida > > > > > > > Would this help?? > > > root@fireball / # eix alsa-oss > * media-libs/alsa-oss > Available versions: 1.1.8 {static-libs ABI_MIPS="n32 n64 o32" > ABI_RISCV="lp64 lp64d" ABI_S390="32 64" ABI_X86="32 64 x32"} > Homepage:https://alsa-project.org/ > Description: Advanced Linux Sound Architecture OSS > compatibility layer > Nope. That's just Alsa imitating OSS, maybe to accommodate software that expects OSS (I may be completely wrong, of course) Thanks Jorge
[gentoo-user] OSS4
Is it possible to install it? Every random page I could find that was gentoo+oss4 related seemed old. I know the kernel does not support oss4 at all, any more than portage does, but I don't know whether that means it is impossible to install. Anyone using it? Thanks Jorge Almeida
[gentoo-user] iSKN repaper?
Still re the current crisis: https://www.amazon.co.uk/iskn-Repaper-Graphics-Pressure-Faber-Castell/dp/B07YNG1N28/ref=sr_1_1?keywords=slate+repaper=1584955048=computers=1-1 This would seem ideal, provided that 1) it works and 2) it works on linux The only (hint of) reference I could find is this unresponsive site: https://developer.iskn.co/discuss/?sort=newest I'm assuming there are no drivers for linux, but it doesn't hurt to try... I know there are drivers for Wacom, but I read the nibs wear out quickly. Thoughts? Jorge Almeida
Re: [gentoo-user] zoom?
On Wed, Mar 25, 2020 at 1:19 PM Rich Freeman wrote: > > > Web tabs are fairly highly sandboxed in most browsers. Suffice it to > say something running in a web tab isn't going to be spying on your > process list/etc. > OK, fair enough. I would prefer a browser-only interface anyway, if possible (BTW: to your knowledge, does that apply to chrome (not chromium)? > An application can basically do absolutely anything you can do from a > shell unless you've done something to contain it. Running it in a > container would obviously be one way of containing it. Running it > under another UID would be another, though users can generally see all > the processes in the system and read any file that is world-readable. > > I'm not sure how the flatpak version of zoom that was mentioned > earlier is packaged. I believe flatpak is container-based, but I > haven't used it and I can't speak to how well-contained it actually > is, either in general or in its implementation of this particular > application. In theory they could make it very secure, but that > doesn't mean that they did. I'm checking Jitsi. Seems nicer than zoom. > > Oh, and keep in mind that X11 itself isn't the most secure piece of > software in existence. In particular any window on your desktop can > spy on the keyboard input into any other window on your desktop, > unless you're employing protective measures that nobody actually > employs outside of maybe pinentry (I haven't checked that one and I > forget if it is completely modal - as in you can't type in any other > x11 window while it is displayed). Right. I propose using a dedicated X session, in a VT other than the usual one. Having more than one X session alive is easy, at least for users of ligthweight stuff like openbox. Thanks for the input Jorge > > -- > Rich >
Re: [gentoo-user] zoom?
On Wed, Mar 25, 2020 at 12:56 PM Alec Ten Harmsel wrote: > > On Wed, Mar 25, 2020, at 08:54, Jorge Almeida wrote: > > On Wed, Mar 25, 2020 at 12:42 PM Michael wrote: > > > Have you looked at using WebRTC with Zoom, rather than installing their > > > code > > > on your PC? > WebRTC is a web standard. You should be able to use Zoom in-browser, without > downloading the application. > OK. But it seems to offer limited functionality: https://support.zoom.us/hc/en-us/articles/115005666383-Show-a-Join-from-your-browser-Link (And will it be safer that the application?)
Re: [gentoo-user] zoom?
On Wed, Mar 25, 2020 at 12:42 PM Michael wrote: > > On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote: > > On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay wrote: > > > On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote: > > > > Did someone try to install zoom? (relevant to many people during the > > > > current crisis) > > > > > > > > https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-L > > > > inux > > > > > > > > I downloaded an archive (cannot find the URL again; the site is that > > > > bad) and the directory doesn't even contain a REDME...) > > > > > > > > Jorge Almeida > > > > > > Why didn’t you try net-im/zoom? > > > > I don't have that in /usr/portage. emerge--sync'ing now... > > Have you looked at using WebRTC with Zoom, rather than installing their code > on your PC? The only thing in portage named after webrtc is media-libs/webrtc-audio-processing. Is this what you mean?
Re: [gentoo-user] zoom?
On Wed, Mar 25, 2020 at 12:10 PM Alec Ten Harmsel wrote: > > On Wed, Mar 25, 2020, at 08:04, Michael wrote: > > I have not used Zoom, but the interwebs are screaming about the fly-by > > malware > > silent installations that come with it. I don't know if this applies to > > Linux > > too. > > My understanding is that it reports running processes and other info about > your machine back to Zoom. Don't know why. As soon as I'm done with a > meeting, I stop it so it's not running all the time. > Wow. It doesn't get much more spooky that that. The reason I was checking zoom is that it is what people @work are using. But they're not a security-conscious bunch at all, at all. Jorge
Re: [gentoo-user] zoom?
On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay wrote: > > On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote: > > Did someone try to install zoom? (relevant to many people during the > > current crisis) > > > > https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-Linux > > > > I downloaded an archive (cannot find the URL again; the site is that > > bad) and the directory doesn't even contain a REDME...) > > > > Jorge Almeida > > > > Why didn’t you try net-im/zoom? > I don't have that in /usr/portage. emerge--sync'ing now...
[gentoo-user] zoom?
Did someone try to install zoom? (relevant to many people during the current crisis) https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-Linux I downloaded an archive (cannot find the URL again; the site is that bad) and the directory doesn't even contain a REDME...) Jorge Almeida
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 11:16 AM Mick wrote: > > > Just to make sure there is no misunderstanding: the apparent bug only > > manifests itself the first time I do the shrinking/restoring stuff, > > after launching a urxvt window. Following tries will show the desired > > behaviour. Can you confirm it doesn't happen in your installation? > > Correct, I do not observe the bug you mention in my installation. I also > tried in fluxbox and the redrawing happens in the same way right from the > start, except fluxbox does not use a compositor, so (re)wrapping is a bit > jerky and shows up half a second after I stopped resizing the window. > > I need to explain I have added urxvtd in my start up: > > if [ -x /usr/bin/urxvtd ]; then > /usr/bin/urxvtd --opendisplay --fork --quiet > fi > > > so additional terminals launched with '/usr/bin/urxvtc -pe tabbed' reuse the > same single process of the daemon, making them faster and more economical in > resource usage. I assume they inherit some of what's already in memory and > this may be a reason why I don't observe your reported bug - although I can't > recall if I have this running in fluxbox. > OK, so I tested with urxvtd --opendisplay --fork --quiet, and, sure enough, the bug doesn't manifest. Even after killing urxvtd, a new instance of urxvt in a new window is bug-free. However, I tried launching another openbox session on a different VT (while keeping the current session), and the bug reappears! In the original session, a new urxvt remains bug-free. Curious. (I don't use urxvt, I stopped using it some time ago for reasons I can't remember...) Regards, Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 9:36 AM Mick wrote: > > On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > > > > However, > > my urxvt behaves as you describe, more or less: > > - open urxvt > > - cat some file with long enough lines > > - lines wrap > > - shrink window (horizontally) > > - contents are NOT redrawn (just like xterm) > > OK, we have a difference in behaviour here. In my urxvt lines longer than the > window shrinking width are redrawn and wrap into the next line. > > > > - restore window size > > Wrapped lines will now unwrap to take up the increasing window width. Unlike > xterm, no characters are truncated/lost in urxvt. > > > > - cat same file, etc > > - contents are now redrawn properly! > > > > It appears urxvt does the job by itself (minus what seems to be a bug) > > Jorge, your urxvt seems to work differently to my installations here. > Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ > similar way as urxvt when it comes to redrawing its window contents. > Just to make sure there is no misunderstanding: the apparent bug only manifests itself the first time I do the shrinking/restoring stuff, after launching a urxvt window. Following tries will show the desired behaviour. Can you confirm it doesn't happen in your installation? Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 12:44 AM Grant Taylor wrote: > > > This was expected. After all, the output of "cat foo" is not processed > > through readline. > > I don't think that readline has anything to do with this. I think (wrongly?) that readline deals with redrawing when typing a command in the shell. > > > > (But then, how can rxvt behave differently?) > > I don't know about rxvt per say. > > But I thought there was a common library (libterm?) used by a number of > terminal emulators that actually saved the output to a temporary file. > That way they could re-display the output if (when) the window size changed. > > After emerging and testing rxvt, yes, it will rewrap the line to the new > window width. It seems as if it saves the output as discreet lines and > re-wraps them individually based on the terminal width. So, the output > of an ls -l in a 132 character window, causes each line to be re-wrapped > (as below) when reducing the window width. > There is a dev-libs/libtermkey, which I don't have installed. However, my urxvt behaves as you describe, more or less: - open urxvt - cat some file with long enough lines - lines wrap - shrink window (horizontally) - contents are NOT redrawn (just like xterm) - restore window size - cat same file, etc - contents are now redrawn properly! It appears urxvt does the job by itself (minus what seems to be a bug) Jorge -