Re: [gentoo-user] qbittorrent and icui18n lib
Hi, András, On Saturday, 28. April 2012 12:54:42 András Csányi wrote: > Dear All, > > I can't decide whether it's an issue which must be reported or not. > My qbittorent messed up everything in the last two days and now I > started it from Konsole to see what the output is. I can see this: > > sayusi@sa-home ~ $ qbittorrent & > [1] 19445 > sayusi@sa-home ~ $ Unable to load library icui18n "Cannot load library > icui18n: (libicui18n.so.48: cannot open shared object file: No such > file or directory)" i've been faced with this, too. revdev-rebuild does not catch some qt plugins that seem to link against or dl() i18n from libicu. You can try to reemerge qt-core (which installs those plugins): emerge -1 qt-core > Couldn't set environment variable... > This may be something unrelated. SaCu
Re: [gentoo-user] ~gcc-4.7.0
On Monday, 28. May 2012 22:04:30 Stefan G. Weichinger wrote: > As GCC-4.7.0 appeared for ~amd64 now ... > > anyone recompiled system or world with it already? > > More advantages or disadvantages? I tried an emerge -ev world yesterday (on a box with a total about 1100 emergeed packages), so far only had compiling trouble with gst-pluings-ffmpeg (gcc4.7.0 bug including patch is on b.g.o[1], so was easy to solve) and firefox 12. All of KDE 4.8.3 and libreoffice did emerge nicely. Though i did not test the results yet. SaCu [1] https://bugs.gentoo.org/show_bug.cgi?id=407741
Re: [gentoo-user] dev-util/valgrind-3.7.0-r4 and glibc
Am Freitag, 14. September 2012, 20:48:23 schrieb Mick: > I got this message in elog: > > * Messages for package dev-util/valgrind-3.7.0-r4: > > * Valgrind will not work if glibc does not have debug symbols. > * To fix this you can add splitdebug to FEATURES in make.conf > * and remerge glibc. See: > * https://bugs.gentoo.org/show_bug.cgi?id=214065 > * https://bugs.gentoo.org/show_bug.cgi?id=274771 > * https://bugs.gentoo.org/show_bug.cgi?id=388703 > > but my glibc has no splitdebug USE flags: > > [I] sys-libs/glibc > > Installed versions: 2.15-r2(2.2)^s(08:44:11 08/10/12)(multilib - > crosscompile_opts_headers-only -debug -gd -hardened -profile -selinux - > vanilla) > > > As a matter of fact nothing has: > > $ euse -i splitdebug > global use flags (searching: splitdebug) > > no matching entries found > > local use flags (searching: splitdebug) > > no matching entries found > > > Is this a typo? Actually not, splitdebug is not a USE-Flag but rather a FEATURE of the package manager. See [1] and [2] for explanations. [2] actually show how to enable splitdebug _just_ for valgrind. Cheers Sascha [1]http://www.baptiste-wicht.com/2012/04/install-valgrind-on-gentoo-linux/ [2] http://us.generation-nt.com/answer/gentoo-user-per-package-splitdebug-feature-help-204537341.html
Re: [gentoo-user] Unexpected Power Loss!
> I'm sure you will get lots of ideas on this one tho. There can be a lot > of causes. RAM failure could be another one, which "could randomly vanish for a while when using another memory layout" (like in using another operating system). So, I'd suggest to boot up a memory tester and let it run over night. Sascha
Re: [gentoo-user] Re: LVM hangs at startup
Am Donnerstag, 10. Januar 2013, 13:52:58 schrieb Stefan G. Weichinger: > Am 10.01.2013 12:49, schrieb Stefan G. Weichinger: > > Does anyone else see boot problems as well? > > > > I re-configured my kernel and rebooted ... system stops/waits at > > "Setting up the Logical Volume Manager". > > > > OK, turned off box and chose an older kernel to get things running > > again, but it stops there even with other untouched kernels. > > > > Maybe it is related to the latest udev update? > > Downgraded to udev-196-r1, system boots again. > Gotta check what to re-emerge after upgrading to udev-197. > > S After an `emerge -1 lvm2` my systems were booting again, without downgrading udev. HTH, Sascha
Re: [gentoo-user] udev-197 moves from /usr/lib to /lib
[...] > But it fixes how udev it's packaged in Gentoo, which is very good > news. I haven't upgraded, since I need systemd-197 also (which wasn't > yet in the tree yesterday), and I don't use LVM, but I'm wondering if > the LVM problem happens when you use an initramfs. I'm guessing it > doesn't, since udev should read rules from /lib/udev/rules.d AND > /usr/lib/udev/rules.d. I don't use an initramfs but neither do i have a separate /usr. Still, lvm2 hung after the udev upgrade. So it probably did _not_ search the old location. Though, after pressing ^C, lvm2 terminated and some fall back mechanism kicked in and the system worked just fine - i.e. was able to mount the lvm volumes. I'm actually not sure what that means (or which "system" was responsible for that fall back). Sascha
[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
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 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
Re: [gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
Am Sonntag, 24. März 2013, 01:39:17 schrieb Sascha Cunz:
> Am Sonntag, 24. März 2013, 00:46:56 schrieb Sascha Cunz:
> [...]
>
> 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
Okay, this last mail went through smoothly and without any trouble in log
files.
Since I got private mails from others having the same problem, here's exactly
what I did to solve this:
- Create a local overlay
- copy the mail-mta/netmail directory from portage tree
- wget http://www.ckdhr.com/ckd/qmail-103.patch
to the files directory.
- copy netmail-1.06.ebuild to netmail-1.06-r1.ebuild
- insert "epatch "${FILESDIR}"/qmail-103.patch" before the first epatch in
src_unpack()
- rebuild manifest, add the overlay and rebuild netmail
- restart svscan.
This patch from Christopher Davis is actually dated back to 1998; I'm not sure
about copyright issues on the patch, but it seems trivially simple.
Though, I'm wondering why such a simple fix isn't already part of the netmail
ebuild.
Sascha
Re: [gentoo-user] netqmail fails to do CNAME lookup for lists.gentoo.org
Am Sonntag, 24. März 2013, 18:32:12 schrieb Pandu Poluan:[...] > > Thanks for posting the fix! > > Now, how about filling a bug... Now, that I know what was going wrong, I did also find reasonable bug report on it: https://bugs.gentoo.org/show_bug.cgi?id=323517 Sascha
