[gentoo-user] Problem with kworld usb dvb-t stick not working
I have been using a kworld dvb usb stick for some time, and after a disk crash decided to move it to a new system, but cant get it to work. I am not sure if I am looking at an eudev, or a kernel 3.8.3 problem. [ 5080.420044] usb 4-1: new high-speed USB device number 8 using ehci-pci [ 5080.574646] usb 4-1: New USB device found, idVendor=15a4, idProduct=9016 [ 5080.574650] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 5080.574652] usb 4-1: Product: DVB-T 2 [ 5080.574653] usb 4-1: Manufacturer: Afatech [ 5080.574655] usb 4-1: SerialNumber: 01010101061 [ 5080.577795] usb 4-1: dvb_usb_v2: found a 'Afatech AF9015 reference design' in cold state [ 5080.577852] usb 4-1: dvb_usb_v2: downloading firmware from file 'dvb-usb-af9015.fw' [ 5080.577863] Afatech DVB-T 2: Fixing fullspeed to highspeed interval: 10 - 7 [ 5080.578115] input: Afatech DVB-T 2 as /devices/pci:00/:00:1d.7/usb4/4-1/4-1:1.1/input/input11 [ 5080.578268] hid-generic 0003:15A4:9016.000A: input,hidraw2: USB HID v1.01 Keyboard [Afatech DVB-T 2] on usb-:00:1d.7-1/input1 [ 5080.645771] usb 4-1: dvb_usb_v2: found a 'Afatech AF9015 reference design' in warm state [ 5081.019572] usb 4-1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 5081.019642] DVB: registering new adapter (Afatech AF9015 reference design) [ 5081.026145] i2c i2c-5: af9013: firmware version 4.95.0.0 [ 5081.029019] usb 4-1: DVB: registering adapter 0 frontend 0 (Afatech AF9013)... [ 5081.035600] usb 4-1: dvb_usb_af9015: command failed=2 [ 5081.035603] i2c i2c-5: tda18218: i2c rd failed=-5 reg=00 len=1 [ 5081.035680] usb 4-1: dvb_usb_v2: 'Afatech AF9015 reference design' error while loading driver (-19) [ 5081.035939] usb 4-1: dvb_usb_v2: 'Afatech AF9015 reference design' successfully deinitialized and disconnected olympus ~ # No /dev/dvb or /dev/video0 nodes are created, but that could be because of the tuner error (tda18218). The same now occurs on the old system (which I dont trust as a lot is broken with it), and I suspect it started when I moved to eudev ... but of course cant prove it :( Any suggestions welcome. BillK
[gentoo-user] Re: [gentoo-user] Problem with kworld usb dvb-t stick not working
error while loading driver (-19) must be a kernel problem
[gentoo-user] Output of sensor k10temp-pci-00c3
In the recent thread system freezes during compiles, Carlos Henderson showed the output of $(sensors), among them the output of the k10temp-pci-00c3. I stopped trusting that sensor. After some hours of idle, it shows me: k10temp-pci-00c3 Adapter: PCI adapter temp1:+16.8°C (high = +70.0°C) (crit = +70.0°C, hyst = +67.0°C) 16.8°C is roughly 4°C _below_ the room temperature. If I'd boot to Windows right now, the mainboard-manufacturer's system utility shows a CPU temperature of 25°C (which is more or less the usual value it shows for Windows when idle). My CPU is: processor : 5 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-6200 Six-Core Processor stepping: 2 microcode : 0x6000626 running on an Asrock mainboard (Kernel is a gentoo-3.8.1-r1). My question to the list is: Could this strange temperature be realistic? Does anyone have similar observations with AMD-Bulldozers? Sascha
[gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
Hi list, I'm glad to see that my mail from yesterday did finally leave the queue of my netqmail install. I'm recently having trouble to send mail to lists.gentoo.org via my netqmail. It says that it is _temporarily_ unable to do a CNAME lookup. But mails stay in queue until they eventually bounce. I have now configured a static smtp route to pigeon.gentoo.org and mails seem to go through. I'm currently using google's DNS in /etc/resolv.conf (But the results from the DNS server of my ISP are the same): I think that the real problem is, that $(dig @8.8.8.8 lists.gentoo.org any) [1] doesn't give me a MX-Record at all. Also, directly asking for a MX-Record doesn't seem to report one[2]. I'm not too deep into DNS, so I'm asking for any clues on how to really solve this issue? Sascha [1] $ dig @8.8.8.8 list.gentoo.org any ; DiG 9.9.2 @8.8.8.8 list.gentoo.org any ; (1 server found) ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 4294 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 6, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;list.gentoo.org. IN ANY ;; AUTHORITY SECTION: gentoo.org. 1389IN SOA ns1.gentoo.org. hostmaster.gentoo.org. 1363715159 3600 3602 604800 3600 gentoo.org. 1389IN RRSIG SOA 5 2 86400 20130915164614 20130319164614 52980 gentoo.org. jWJE78zdR5x+B/N7H21C76vAW7RptfAaxb5fcXayB5Vx2zwhdCKWpcNa oGwF0lNrJz+7d48FsY3YQpg6+HwEHVLUa+wSe3jZZeQr6qTWwskL4BsY 7xQIvo6CcbXr+q+Rdpjuae6Gi9BZ1wrj2r1VQCijYjKwX32qq+kiqyK+ ibevmHpI1tFydk5DYlYtDMoLD7dPyW46TH/Wtj4yEGHAyQ== gentoo.org. 3189IN NSEC_include.gentoo.org. A NS SOA MX TXT RRSIG NSEC DNSKEY gentoo.org. 3189IN RRSIG NSEC 5 2 3600 20130915164614 20130319164614 52980 gentoo.org. OlIMzTIsTuwQqg2Jh/i7kCPCBl72gDz2zb33DLloua7LMJU9zs+3Fy52 AFIJ2BouWg0cIKouBXaVPX7DInly61KZ7WE8BBe1eXdq5ExCsyybE3F9 nYzM/3oPEdQ1sQoMyefsIG/JB8+9kbvKbhfpLercMVpSjLTSOWztvEBA HHZee0E4mH/EcviPCkjR/4BWAvlYWTeiVb6xT2CXA5WmxA== ldap5.gentoo.org. 3189IN NSEClists.gentoo.org. CNAME RRSIG NSEC ldap5.gentoo.org. 3189IN RRSIG NSEC 5 3 3600 20130915164614 20130319164614 52980 gentoo.org. cIzfv2GF4UTkZaTkkvadlLNyG6oZ4IRb30AXZGfmMeA+PoohDJtHF23q m8NOGjxa1z2y0ytb83PZFb6SCckpj9xE5C0oSIeMRsg51Vhb6pR0u2We IyWRfHBArkCVHEVbuys1IdDnQrPjODhW5epdEjpjKUn6+Zzao82uBCfv LyA/0sAqs0+qYrw+mVdZIAeuJKdywehKnnXVN05ndkuuRA== ;; Query time: 64 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Mar 23 12:56:33 2013 ;; MSG SIZE rcvd: 787 [2] $ dig @8.8.8.8 list.gentoo.org mx ; DiG 9.9.2 @8.8.8.8 list.gentoo.org mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 54012 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;list.gentoo.org. IN MX ;; AUTHORITY SECTION: gentoo.org. 959 IN SOA ns1.gentoo.org. hostmaster.gentoo.org. 1363715159 3600 3602 604800 3600 ;; Query time: 60 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Mar 23 13:12:34 2013 ;; MSG SIZE rcvd: 95
[gentoo-user] Re: [Bulk] Re: Back to openrc from systemd
On 2013-03-22, Kevin Chadwick wrote: If you don't need user session monitoring for anything (which is what ConsoleKit and logind provides), nor interactive privilege granting (which is what polkit provides), then I believe you will have no Thanks. Now *that* is what I call explaining something in a nutshell :-) problems switching OpenRC and systemd withouth needing to recompile anything. However, that means no upower and no udisks at least; GNOME cannot run without any of those. XFCE needs them if the udev USE flag is enabled, which is enabled by default in Gentoo desktop profiles, and in KDE the three of them are optional dependencies turned on by default. You can turn them of in XFCE and KDE, but you kinda lose functionality without them. I do indeed remember having to fight the KDE use flags so that I could pull kdelibs without pulling the whole set of u* things someone decided that were required for a desktop environment (the fun thing being that I wasn't even using KDE as a DE). But I hope you don't mean the GNOME *libs* will be requiring logind/Consolekit/... in the near future? That would cause me some trouble, as I rely on evince a lot. A good overview though I don't agree with If you don't 'need' Did your desktop really fail to run at all? I don't need any of this u* or other things for my desktop computer to work. Maybe this is related to the fact that I don't run a desktop environment, even if I use linux for desktop computing and run X. Why are dependencies suddenly getting a lot worse (ignoring konquerorFM without kde) when for so long dependencies were understood to be a big problem that must be fixed. It can only be bad design if a desktop does not work at all because 1% of the functionality is missing and may well have been replaced in every case above by alternative and in some cases superior (permissions) that may override others (sessions you don't use), choices of functionality. Bad design, bad choices by developers, people who don't want to accept binary distros aren't the only thing around, and people who don't have a taste for simplicity. Is it really a freedesktop when almost all the rest are free-er? freedesktop seems to be doing a good job at creating standards where there were no standards, the problem is that (IMHO) they seem to be coming up with bad standards to fill the gap (see clipboard/selection handling), and sometimes it is actually good to have things done in different ways. -- Nuno Silva (aka njsg) http://njsg.sdf-eu.org/
Re: [gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
On 3/23/2013 8:17, Sascha Cunz wrote: Hi list, I'm glad to see that my mail from yesterday did finally leave the queue of my netqmail install. I'm recently having trouble to send mail to lists.gentoo.org via my netqmail. It says that it is _temporarily_ unable to do a CNAME lookup. But mails stay in queue until they eventually bounce. I have now configured a static smtp route to pigeon.gentoo.org and mails seem to go through. I'm currently using google's DNS in /etc/resolv.conf (But the results from the DNS server of my ISP are the same): I think that the real problem is, that $(dig @8.8.8.8 lists.gentoo.org any) [1] doesn't give me a MX-Record at all. Also, directly asking for a MX-Record doesn't seem to report one[2]. I'm not too deep into DNS, so I'm asking for any clues on how to really solve this issue? Sascha [1] $ dig @8.8.8.8 list.gentoo.org any ; DiG 9.9.2 @8.8.8.8 list.gentoo.org any ; (1 server found) ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 4294 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 6, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;list.gentoo.org. IN ANY ;; AUTHORITY SECTION: gentoo.org. 1389IN SOA ns1.gentoo.org. hostmaster.gentoo.org. 1363715159 3600 3602 604800 3600 gentoo.org. 1389IN RRSIG SOA 5 2 86400 20130915164614 20130319164614 52980 gentoo.org. jWJE78zdR5x+B/N7H21C76vAW7RptfAaxb5fcXayB5Vx2zwhdCKWpcNa oGwF0lNrJz+7d48FsY3YQpg6+HwEHVLUa+wSe3jZZeQr6qTWwskL4BsY 7xQIvo6CcbXr+q+Rdpjuae6Gi9BZ1wrj2r1VQCijYjKwX32qq+kiqyK+ ibevmHpI1tFydk5DYlYtDMoLD7dPyW46TH/Wtj4yEGHAyQ== gentoo.org. 3189IN NSEC_include.gentoo.org. A NS SOA MX TXT RRSIG NSEC DNSKEY gentoo.org. 3189IN RRSIG NSEC 5 2 3600 20130915164614 20130319164614 52980 gentoo.org. OlIMzTIsTuwQqg2Jh/i7kCPCBl72gDz2zb33DLloua7LMJU9zs+3Fy52 AFIJ2BouWg0cIKouBXaVPX7DInly61KZ7WE8BBe1eXdq5ExCsyybE3F9 nYzM/3oPEdQ1sQoMyefsIG/JB8+9kbvKbhfpLercMVpSjLTSOWztvEBA HHZee0E4mH/EcviPCkjR/4BWAvlYWTeiVb6xT2CXA5WmxA== ldap5.gentoo.org. 3189IN NSEClists.gentoo.org. CNAME RRSIG NSEC ldap5.gentoo.org. 3189IN RRSIG NSEC 5 3 3600 20130915164614 20130319164614 52980 gentoo.org. cIzfv2GF4UTkZaTkkvadlLNyG6oZ4IRb30AXZGfmMeA+PoohDJtHF23q m8NOGjxa1z2y0ytb83PZFb6SCckpj9xE5C0oSIeMRsg51Vhb6pR0u2We IyWRfHBArkCVHEVbuys1IdDnQrPjODhW5epdEjpjKUn6+Zzao82uBCfv LyA/0sAqs0+qYrw+mVdZIAeuJKdywehKnnXVN05ndkuuRA== ;; Query time: 64 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Mar 23 12:56:33 2013 ;; MSG SIZE rcvd: 787 [2] $ dig @8.8.8.8 list.gentoo.org mx ; DiG 9.9.2 @8.8.8.8 list.gentoo.org mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 54012 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;list.gentoo.org. IN MX ;; AUTHORITY SECTION: gentoo.org. 959 IN SOA ns1.gentoo.org. hostmaster.gentoo.org. 1363715159 3600 3602 604800 3600 ;; Query time: 60 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Mar 23 13:12:34 2013 ;; MSG SIZE rcvd: 95 In your DNS queries you did list.gentoo.org, the actual FQDN is lists.gentoo.org root@hellhound ~ # dig MX lists.gentoo.org ; DiG 9.7.3 MX lists.gentoo.org ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 53706 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 6 ;; QUESTION SECTION: ;lists.gentoo.org. IN MX ;; ANSWER SECTION: lists.gentoo.org. 43200 IN MX 10 lists.gentoo.org. -- staticsafe O ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on.
Re: [Bulk] [gentoo-user] Re: [Bulk] Re: Back to openrc from systemd
On Sat, 23 Mar 2013 14:54:23 +0200 nunojsi...@ist.utl.pt (Nuno Silva) wrote: A good overview though I don't agree with If you don't 'need' Did your desktop really fail to run at all? I don't need any of this u* or other things for my desktop computer to work. Maybe this is related to the fact that I don't run a desktop environment, even if I use linux for desktop computing and run X. I'd be interested in what happens if all the consolekit and logind files are removed. Perhaps the reverse, systemd breaking and Openrc working?
[gentoo-user] portage insists in pulling in sys-apps/kmod
Hello, Some of my servers are running with a kernel without module-support. On these servers something has started to pull in sys-apps/kmod, which when compiled complains about missing modules-support in the kernel (as it should). Doing an equery d sys-apps/kmod I can see that the following two packages depends on sy-apps/kmod: sys-fs/udev-197-r8 (kmod ? =sys-apps/kmod-12) virtual/modutils-0 (sys-apps/kmod[tools]) sys-fs/udev has -kmod in its USE-flags, so that should not be an issue). # emerge --verbose --pretend sys-fs/udev [ebuild R] sys-fs/udev-197-r8 USE=acl openrc -doc -gudev -hwdb -introspection -keymap -kmod (-selinux) -static-libs 0 kB With virtual/modutils its an other thing, here we have a circular dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. So trying to resolve this a unmreged virtual/modutils and sys-apps/kmod and tried the following: # USE=-tools emerge --update --deep --verbose --reinstall changed-use --with-bdeps y world --pretend --tree These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] virtual/modutils-0 0 kB [ebuild N ] sys-apps/modutils-2.4.27-r1 230 kB Total: 2 packages (2 new), Size of downloads: 230 kB # equery d sys-apps/modutils * These packages depend on sys-apps/modutils: # equery d virtual/modutils * These packages depend on virtual/modutils: Can someone explain to me why these two are getting re-emerged (nothing seems to depend on them and I have previously unmerged them)? Regards, -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson dan.johans...@dmj.nu wrote: Hello, Some of my servers are running with a kernel without module-support. On these servers something has started to pull in sys-apps/kmod, which when compiled complains about missing modules-support in the kernel (as it should). Doing an equery d sys-apps/kmod I can see that the following two packages depends on sy-apps/kmod: sys-fs/udev-197-r8 (kmod ? =sys-apps/kmod-12) virtual/modutils-0 (sys-apps/kmod[tools]) sys-fs/udev has -kmod in its USE-flags, so that should not be an issue). # emerge --verbose --pretend sys-fs/udev [ebuild R] sys-fs/udev-197-r8 USE=acl openrc -doc -gudev -hwdb -introspection -keymap -kmod (-selinux) -static-libs 0 kB With virtual/modutils its an other thing, here we have a circular dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. That circular dep is interesting; sys-apps/kmod only depends on virtual/modutils because it inherits linux-mod.eclass. Could you file about about the circular dependency please?
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
Mike Gilbert: On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson dan.johans...@dmj.nu wrote: Hello, Some of my servers are running with a kernel without module-support. On these servers something has started to pull in sys-apps/kmod, which when compiled complains about missing modules-support in the kernel (as it should). Doing an equery d sys-apps/kmod I can see that the following two packages depends on sy-apps/kmod: sys-fs/udev-197-r8 (kmod ? =sys-apps/kmod-12) virtual/modutils-0 (sys-apps/kmod[tools]) sys-fs/udev has -kmod in its USE-flags, so that should not be an issue). # emerge --verbose --pretend sys-fs/udev [ebuild R] sys-fs/udev-197-r8 USE=acl openrc -doc -gudev -hwdb -introspection -keymap -kmod (-selinux) -static-libs 0 kB With virtual/modutils its an other thing, here we have a circular dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. That circular dep is interesting; sys-apps/kmod only depends on virtual/modutils because it inherits linux-mod.eclass. Could you file about about the circular dependency please? I recognized another issue possibly caused by inheriting linux-mod.eclass: kmod is pulling in virtual/linux-sources as a dependency, which actually is not necessary at all (and maybe even annoying, it's at least some hundred megabytes).
Re: [gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
Am Samstag, 23. März 2013, 11:59:57 schrieb staticsafe: On 3/23/2013 8:17, Sascha Cunz wrote: Hi list, I'm glad to see that my mail from yesterday did finally leave the queue of my netqmail install. I'm recently having trouble to send mail to lists.gentoo.org via my netqmail. It says that it is _temporarily_ unable to do a CNAME lookup. But mails stay in queue until they eventually bounce. I have now configured a static smtp route to pigeon.gentoo.org and mails seem to go through. I'm currently using google's DNS in /etc/resolv.conf (But the results from the DNS server of my ISP are the same): I think that the real problem is, that $(dig @8.8.8.8 lists.gentoo.org any) [1] doesn't give me a MX-Record at all. Also, directly asking for a MX-Record doesn't seem to report one[2]. I'm not too deep into DNS, so I'm asking for any clues on how to really solve this issue? Sascha [...] In your DNS queries you did list.gentoo.org, the actual FQDN is lists.gentoo.org root@hellhound ~ # dig MX lists.gentoo.org ; DiG 9.7.3 MX lists.gentoo.org ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 53706 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 6 ;; QUESTION SECTION: ;lists.gentoo.org. IN MX ;; ANSWER SECTION: lists.gentoo.org. 43200 IN MX 10 lists.gentoo.org. Oh, I see, you're right of course that was a typo in my testing - and indeed with the typo fixed I get correct looking MX-Records via dig from both google and my ISP. However, that makes me just a bit more curious on what's going wrong here. I'll remove my smtproute before sending this mail. Just in case it was really some temporary thing for approximately the last two weeks. Sascha
Re: [gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
Am Sonntag, 24. März 2013, 00:46:56 schrieb Sascha Cunz: [...] Oh, I see, you're right of course that was a typo in my testing - and indeed with the typo fixed I get correct looking MX-Records via dig from both google and my ISP. However, that makes me just a bit more curious on what's going wrong here. I'll remove my smtproute before sending this mail. Just in case it was really some temporary thing for approximately the last two weeks. Sascha 2013-03-24 00:48:31.812873500 info msg 2581202: bytes 2730 from sascha...@babbelbox.org qp 31645 uid 201 2013-03-24 00:48:31.815451500 starting delivery 532: msg 2581202 to remote gentoo-user@lists.gentoo.org 2013-03-24 00:48:31.815453500 status: local 0/10 remote 1/20 2013-03-24 00:48:32.378490500 delivery 532: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ 2013-03-24 00:48:32.378492500 status: local 0/10 remote 0/20 Doesn't look so... :-[ I've meanwhile found out that it might be related to a DNS lookup bug inside qmail and found an old patch that should addresses this issue. The patch is short and looking innocent to me, so I've now setup a local overlay and am trying to send this out without the smtproute, once again. Sascha