Re: [gentoo-user] problems with usb audio and midi
On Saturday 26 Apr 2014 01:26:32 luis jure wrote: el 2014-04-25 a las 06:41 Mick escribió: Oops! I gave a bum steer, my apologies! I meant to have typed: lspci -v | grep -i OHCI he, should have noticed that myself... :-) the output here is very similar to yours, OHCI is used only by the firewire controller (which i don't use, anyway). i got the midi controllers working on csound, where i can set the midi device in the command line. but nothing on the gui applications (qtractor, rosegarden, musescore...). i have to investigate more... I have no experience with midi devices, but from my understanding you need to get jack configured first. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] problems with usb audio and midi
el 2014-04-26 a las 10:13 Mick escribió: I have no experience with midi devices, but from my understanding you need to get jack configured first. jack is an additional (and optional) layer that provides low latency audio (and midi) communication between different applications, and between them and the sound card. if you don't need that, you don't need jack. in no way is it mandatory.
[gentoo-user] Re: problems with usb audio and midi
On 24/04/14 05:47, luis jure wrote: i have an internal pci card (m-audio 2496) that works fine on my gentoo machine, but i'm having problems with usb audio cards and midi devices. All I had to do to get my MIDI controller working was to enable USB Audio/MIDI driver in: Device Drivers Sound card support Advanced Linux Sound Architecture USB sound devices It's the only option I enabled there. I have it compiled built-in rather than as a module.
Re: [gentoo-user] Systemd and ModemManager
On Fri, Apr 25 2014, David Abbott wrote: On Fri, Apr 25, 2014 at 5:58 PM, Todd Goodman t...@bonedaddy.net wrote: * gottl...@nyu.edu gottl...@nyu.edu [140425 12:21]: journalctl -b | grep -i modem yields *many* of these lines Apr 25 12:10:18 e6510 dbus-daemon[254]: dbus[254]: [system] Activation via systemd failed for unit dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freedesktop.ModemManager1.service failed to load: No such file or directory. Apr 25 12:10:18 e6510 dbus[254]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freedesktop.ModemManager1.service failed to load: No such file or directory. I do have a (cable) modem, but presumably that is not visible to the system since the modem is behind a (linksys) router. thanks, allan FWIW Allan I get those too (without any modem.) I'm just ignoring them. Todd I got rid of the spam in the logs by going ahead and enabling modemmanager. So far I guess I have been following todd (actually I never noticed them before posting) David's method may be better (logs less cluttered) but does run an unneeded service. I am hoping someone (guess who :-) ) will chime in with the magic incantation to have the system not try to start modemmanger. thank you both. allan
Re: [gentoo-user] Systemd and ModemManager
On Sat, Apr 26, 2014 at 10:11 AM, gottl...@nyu.edu wrote: [ ... ] So far I guess I have been following todd (actually I never noticed them before posting) David's method may be better (logs less cluttered) but does run an unneeded service. I am hoping someone (guess who :-) ) will chime in with the magic incantation to have the system not try to start modemmanger. I don't know If you meant me, but I'm going to try to answer anyway ;) The thing is, under the GNOME Grand View of How Things Should Work™, ModemManagar is never unneeded, since you don't actually *know* if and when you'll want to use a modem (there are *several* pieces of hardware that can be considered modems nowadays). The idea, as with everything else, is that if you plug/pair *anything* that could work as a modem, then it should Just Work™. As is the normal position with GNOME (if I understand correctly, which I think I do), they are interested in making the life easier for the regular case, and since everyone has a (potential) modem in their pockets right now in the form of a cellphone with bluetooth connectivity, the regular case is to have the system prepared to work with them, even if most GNOME users will never use their cellphones as modems. If you say my desktop computer has no bluetooth and I will *never* use any kind of modem with it, that's perfectly reasonably; but the GNOME devs will probably say something along the lines of that being a particular case, not the general one (which is technically true, BTW). So no, there is no magic incantation to have NetworkManager (is not the system, is NM) not try to start ModemManager. We could patch the code for that, and actually before GNOME 3.10 or 3.8, Gentoo did that; but with every new version of NM is harder and harder, since the GNOME devs make the (technically correct) assumption that everyone now has a modem for their computers, and they code under that assumption; so Gentoo stopped patching NM. I (like Todd) have ModemManager enabled. From what I can see, it is a single threaded process that uses basically no memory nor processor (it's idle until you connect/plug a modem), and that opens no ports to the outside world, so it doesn't brings any (obvious) security issues If someone wrote the necessary code to make ModemManager optional to NM, I think (but I could be wrong) that the Gentoo GNOME devs would take it; but it will never be accepted upstream. At this point I think I agree with them. Sorry if this doesn't help. Regards. -- Dr. Canek Peláez Valdés Profesor de Asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: bluez 5 not connecting
On Thursday 24 Apr 2014 02:11:57 William Kenworthy wrote: I was able to get it working manually - gentoo's init scripts are out of date with bluez 5, blutoothctl is broken (or probably just poorly documented which equates to the same thing if the command doesn't work) . In bluetoothctl: power on scan on agent on default-agent pair dev_id trust dev_id exit In a shell: rfcomm bind rfcomm0 dev_id do serial port stuff with /dev/rfcomm0 rfcomm unbind rfcomm0 bluetoothctl connect command does not work - connects and immediately disconnects with an error gentoo's rfcomm initscript has removed the -f flag which bluez 5 does not have, but it also looks like the bind all in the 5.17 ebuild is also not supported by late bluez5 so it immediately exits and no rfcomm device is created. Ive adapted my python script to the changes now - but the pairing does not survive restarting bluetooth so I'll need an expect script to set it up each bluetooth re-init as it looks like there are no scripting hooks in bluetoothctl. BillK Thanks BillK, your suggestions above helped somewhat, because I was able to connect with my phone, but it didn't get me far enough. I was not able to connect with rfcomm to my mobile. When I ran 'pon connection_name' pppd started, but I got errors like: Apr 26 18:15:12 dell_xps chat[29579]: -- write failed: Transport endpoint is not connected Apr 26 18:15:12 dell_xps chat[29579]: Failed This was despite the fact that I had created manually the rfcomm0 device and binded it to the bdaddr of my phone as you suggested. Googling for this error revealed that this is because the rfcomm code has changed - but there is a patch which may fix things: http://comments.gmane.org/gmane.linux.bluez.kernel/42303 I ran out of time and did not try 'rfcomm connect' instead of 'rfcomm bind' to see if it makes a difference in my case. FYI, I'm on net-wireless/bluez-5.15 and kernel 3.12.13-gentoo. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] OpenSP build fails
On 4/26/2014 2:07 PM, Nikita Tropin wrote: PS sorry about not plain text messages but I haven't find any options indicating such functionality in gmail web interface Hello, Hope i can be of some help this time. In Gmail webmail: click compose and in the compose window, go to the far bottom right, click on the down arrow a sub menu pops up; click on plain text mode it should show plain text mod and save that setting for future emails. Best regards, ed
Re: [gentoo-user] Systemd and ModemManager
On Sat, Apr 26 2014, Canek Peláez Valdés wrote: On Sat, Apr 26, 2014 at 10:11 AM, gottl...@nyu.edu wrote: [ ... ] I am hoping someone (guess who :-) ) will chime in with the magic incantation to have the system not try to start modemmanger. I don't know If you meant me, I'll never tell :-) but I'm going to try to answer anyway ;) [ customary clear explanation omitted ]] I (like Todd) have ModemManager enabled. That's enough for me. systemctl enable ModemManager allan
Re: [gentoo-user] OpenSP build fails
On Sat, 26 April 2014, at 10:07 pm, Nikita Tropin posixivis...@gmail.com wrote: I didn't touch pambase/shadow block for a while, trying to simply `emerge --update @world' and packages that you tell, which doesn't include this pair. … No, IMO you need to address the pambase/shadow block first. They're important packages and the transition is important. There's no point in getting everything else updated, only to find you can't boot the system because of these. Right now, I would only worry about anything else if it prevented me addressing this matter. The only thing I'm noticed from above is weechat and conky depends from ncurses but glibc is not and other packages that depends builds fine(zsh, bash, mc). The glibc error looks to be related to gcc. What versions of gcc are installed, what does `gcc-config -l` say? Stroller.
Re: [gentoo-user] Re: bluez 5 not connecting
On 04/27/14 02:33, Mick wrote: On Thursday 24 Apr 2014 02:11:57 William Kenworthy wrote: I was able to get it working manually - gentoo's init scripts are out of date with bluez 5, blutoothctl is broken (or probably just poorly documented which equates to the same thing if the command doesn't work) . In bluetoothctl: power on scan on agent on default-agent pair dev_id trust dev_id exit In a shell: rfcomm bind rfcomm0 dev_id do serial port stuff with /dev/rfcomm0 rfcomm unbind rfcomm0 bluetoothctl connect command does not work - connects and immediately disconnects with an error gentoo's rfcomm initscript has removed the -f flag which bluez 5 does not have, but it also looks like the bind all in the 5.17 ebuild is also not supported by late bluez5 so it immediately exits and no rfcomm device is created. Ive adapted my python script to the changes now - but the pairing does not survive restarting bluetooth so I'll need an expect script to set it up each bluetooth re-init as it looks like there are no scripting hooks in bluetoothctl. BillK Thanks BillK, your suggestions above helped somewhat, because I was able to connect with my phone, but it didn't get me far enough. I was not able to connect with rfcomm to my mobile. When I ran 'pon connection_name' pppd started, but I got errors like: Apr 26 18:15:12 dell_xps chat[29579]: -- write failed: Transport endpoint is not connected Apr 26 18:15:12 dell_xps chat[29579]: Failed This was despite the fact that I had created manually the rfcomm0 device and binded it to the bdaddr of my phone as you suggested. Googling for this error revealed that this is because the rfcomm code has changed - but there is a patch which may fix things: http://comments.gmane.org/gmane.linux.bluez.kernel/42303 I ran out of time and did not try 'rfcomm connect' instead of 'rfcomm bind' to see if it makes a difference in my case. FYI, I'm on net-wireless/bluez-5.15 and kernel 3.12.13-gentoo. I just upgraded to 3.12.13 and it stopped working with the same error you have. I did see some other messages saying that certain kernel versions are broken but I'll now need to look into that now. BillK
[gentoo-user] libdvdnav is blocking libdvdread
During today's world update I have noticed that libdvdnav is blocking libdvdread It seems a bit strange for me as both libraries are emerging at the same time. At first, I thought that one of them is a remnant of gnome (now I use xfce4), but equery d libdvd* suggests that it is not the case. Below, I paste all the relevant output from the root terminal: # emerge --update --deep --with-bdeps=y --newuse --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-devel/bin86-0.16.20-r2 [0.16.19] [ebuild U ] dev-libs/libcdio-0.92 [0.90-r1] [ebuild U ] net-print/cups-1.7.1-r1 [1.7.1] USE=-systemd% [ebuild U ] x11-terms/xfce4-terminal-0.6.3 [0.6.2-r1] [ebuild U ] xfce-base/xfce4-session-4.10.1-r1 [4.10.1] USE=nls%* [ebuild U ] media-libs/libdvdread-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [ebuild U ] media-libs/libdvdnav-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [blocks b] media-libs/libdvdnav-4.2.1 (media-libs/libdvdnav-4.2.1 is blocking media-libs/libdvdread-4.2.1) [ebuild U ] www-client/opera-12.16_p1860-r1 [12.16_p1860] ... Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 155 info files. !!! existing preserved libs: package: dev-libs/libcdio-0.92 * - /usr/lib64/libcdio.so.14 * - /usr/lib64/libcdio.so.14.0.0 * used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/lib64/libcdio_cdda.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/lib64/libcdio_paranoia.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.18.3) Use emerge @preserved-rebuild to rebuild packages using these libraries * After world updates, it is important to remove obsolete packages with emerge --depclean. # emerge @preserved-rebuild Ok. # emerge --depclean --ask No packages selected for removal by depclean # revdep-rebuild Ok. # equery d libdvdnav * These packages depend on libdvdnav: app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? =media-libs/libdvdnav-4.2.0-r1[abi_x86_32(-)]) media-plugins/gst-plugins-resindvd-0.10.23 (=media-libs/libdvdnav-4.1.2) media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdnav-4.1.2) media-video/vlc-2.0.7 (dvd ? =media-libs/libdvdnav-0.1.9) # equery d libdvdread * These packages depend on libdvdread: app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? =media-libs/libdvdread-4.2.0-r1[abi_x86_32(-)]) media-libs/libdvdnav-4.2.1 (=media-libs/libdvdread-4.2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]) media-plugins/gst-plugins-dvdread-0.10.19 (media-libs/libdvdread) media-plugins/gst-plugins-dvdread-1.2.3 (media-libs/libdvdread) media-plugins/gst-plugins-resindvd-0.10.23 (=media-libs/libdvdread-4.1.2) media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdread-4.1.2) media-video/vlc-2.0.7 (dvd ? media-libs/libdvdread) sys-apps/gnome-disk-utility-3.10.0 (=media-libs/libdvdread-4.2.0) Any comments?
[gentoo-user] Re: libdvdnav is blocking libdvdread
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/27/2014 12:36 AM, Gevisz wrote: During today's world update I have noticed that libdvdnav is blocking libdvdread It seems a bit strange for me as both libraries are emerging at the same time. At first, I thought that one of them is a remnant of gnome (now I use xfce4), but equery d libdvd* suggests that it is not the case. Below, I paste all the relevant output from the root terminal: # emerge --update --deep --with-bdeps=y --newuse --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-devel/bin86-0.16.20-r2 [0.16.19] [ebuild U ] dev-libs/libcdio-0.92 [0.90-r1] [ebuild U ] net-print/cups-1.7.1-r1 [1.7.1] USE=-systemd% [ebuild U ] x11-terms/xfce4-terminal-0.6.3 [0.6.2-r1] [ebuild U ] xfce-base/xfce4-session-4.10.1-r1 [4.10.1] USE=nls%* [ebuild U ] media-libs/libdvdread-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [ebuild U ] media-libs/libdvdnav-4.2.1 [4.2.0] ABI_X86=(64%*) (-32) (-x32) [blocks b] media-libs/libdvdnav-4.2.1 (media-libs/libdvdnav-4.2.1 is blocking media-libs/libdvdread-4.2.1) [ebuild U ] www-client/opera-12.16_p1860-r1 [12.16_p1860] ... Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 155 info files. !!! existing preserved libs: package: dev-libs/libcdio-0.92 * - /usr/lib64/libcdio.so.14 * - /usr/lib64/libcdio.so.14.0.0 * used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/lib64/libcdio_cdda.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/lib64/libcdio_paranoia.so.1.0.0 (dev-libs/libcdio-paranoia-0.90_p1-r1) * used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.18.3) Use emerge @preserved-rebuild to rebuild packages using these libraries * After world updates, it is important to remove obsolete packages with emerge --depclean. # emerge @preserved-rebuild Ok. # emerge --depclean --ask No packages selected for removal by depclean # revdep-rebuild Ok. # equery d libdvdnav * These packages depend on libdvdnav: app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? =media-libs/libdvdnav-4.2.0-r1[abi_x86_32(-)]) media-plugins/gst-plugins-resindvd-0.10.23 (=media-libs/libdvdnav-4.1.2) media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdnav-4.1.2) media-video/vlc-2.0.7 (dvd ? =media-libs/libdvdnav-0.1.9) # equery d libdvdread * These packages depend on libdvdread: app-emulation/emul-linux-x86-medialibs-20131008-r1 (abi_x86_32 ? =media-libs/libdvdread-4.2.0-r1[abi_x86_32(-)]) media-libs/libdvdnav-4.2.1 (=media-libs/libdvdread-4.2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]) media-plugins/gst-plugins-dvdread-0.10.19 (media-libs/libdvdread) media-plugins/gst-plugins-dvdread-1.2.3 (media-libs/libdvdread) media-plugins/gst-plugins-resindvd-0.10.23 (=media-libs/libdvdread-4.1.2) media-plugins/gst-plugins-resindvd-1.2.3 (=media-libs/libdvdread-4.1.2) media-video/vlc-2.0.7 (dvd ? media-libs/libdvdread) sys-apps/gnome-disk-utility-3.10.0 (=media-libs/libdvdread-4.2.0) Any comments? I don't see any errors in that output. [blocks b] means While there is a blocker here (and I'm telling you about it), I already know how to fix it. (In this case, by upgrading both libraries at the same time). This is purely informative, as can be seen by the fact that Portage lets you continue. The time you have to deal with an issue is if you get [blocks B] (note the capital 'B'), which means Portage *couldn't* fix the issue for you. - -- Jonathan Callen -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTXJVZAAoJELHSF2kinlg4AYYP/AoB7wCL4U2vjYLTXmsCe8Ye Dd+glz2N19fusEXM4fXOqpsa5Z3OPqJvzRdOmfUiRHgprf2UQbqf8RN36CO3wDtr FenM7bflGaDfAf3UV14DoWYBSu6Cp5yseKYOCgoSJxLzjeyXKhB1/Tw6j8FM+Fgc M5xo0TH8HnzgvZ2jLEsEjuGAmoBh7Bz96Ezhdxi4Eb6LKg0IhwJUT4Nc6MjD/zMc HOCAhN2FtiVYyayiKnUDGzFPyGxK/3xe/rUT9YOQ6B75lJAv0C2Wgog1+H2VVyBl sbRkSabXEHpldGt8ObLQVU58vZrCfXUbHJglOziPcEWzvuA5Z2JCXWKgbjfCsDEv k0vwVA9+2BE/+3ZYvmSNfb8jDBFhlirq0rMWfberbBEUXaU3LgM5dQtJASml4FLc DwhQ8ewcQQaqDmkCAvf30uMKQIF5u50PSHxK6le4M4Xy4PUGGDxbaK9kDViTJqnj LFckU1IC+Fu1Op0CFS9MEBlsIDQHK/ZjOtLFQ6Kzerf1xu9M4KNMhC/L6XxvCgUM SDba8E3z9fS6xnZ+bAO+hhbCBPIV8yuaq6KFWserC/tIwv/aUNtPn09HKddB7LGU eUStMjzoyeKP3QP8mD/N9AvUwj+/zn+MMF3vFlq3q1YCluIhe+f/h+3Mj39B9a7i lmzQc42EEhm3gyFc7HhF =iKWe -END PGP SIGNATURE-